[es] - preuzimanje podataka iz fx klijenta

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{12.07.2007. u 10:15 - pre 204 meseci}

I FX Klijent i Halcom imaju opcije u programu za uvoz i izvoz, tako da je to interfejs koji bi trebao da koristis. Koliko znam FX koristi MDB koji je zasticen lozinkom, pa su moguca neka resenja u tom smeru (nisam ti nista rekao, nisi od mene cuo).

Ja u mojim programima imam razvijeno resenje i za FX i za HALCOM (preuzimanje izvoda i formiranje naloga za placanje iz programa), a za preuzimanje izvoda kod klijenata koji ne koriste neku od ovih E-Banking aplikacija imam razijeno preuzimanje izvoda koje dobiju E-Mailom, uglavnom u txt ili xml formatu (mada neke banke salju "idiotske" formate, npr Vojvodjanska banka salje RTF za koji treba da "gledas u pasulj" da bi ih obradio). To ti je neko moje iskustvo.

Odgovor na temu

mikal
srb

Član broj: 151312
Poruke: 102
*.exe-net.net.

+8 Profil

Re: preuzimanje podataka iz fx klijenta

^{12.07.2007. u 17:40 - pre 204 meseci}

Znam da je u pitanju mdb. Takodje znam da je pod lozinkom. Export i import mi deluju bljak. Mogu ja txt, pa u dbf i tako dalje. Ideja je bila da se moja aplikacija konektuje na fx bazu, proveri da li je moja baza usaglasena i usaglasi je sa fx-om. Simple!
p.s. Halcom nikada nisam voleo.

Odgovor na temu

Zed Mc Jack
Programer
Bečej

Član broj: 93120
Poruke: 137
*.adanet.co.yu.

Sajt: www.subakov.com

Profil

Re: preuzimanje podataka iz fx klijenta

^{13.07.2007. u 06:28 - pre 204 meseci}

Kreira se konekcija u oba slučaja i radiš direktno sa podacima Halcoma i FX clienta, nema potrebe za txt-a ili slično.

Halcom je bio prilično bezveze i ni sada mi se ne sviđa jer su glavni podaci šibnuti u memo polje i to ugnježdeni u tagove, pa sam morao da ih parsiram pre upotrebe, što je nepotrebna gnjavaža.

Fx clijent mi je došao instaliran na MS SQL server(mada ima i MDB verzija), i posle konekcije je sve išlo savršeno, podaci su dobro organizovani i čupa se odatle jednostavno, jedini problem mi je bio SQL SELECT koji sam morao modifikovati da bi radio sa MS SQL-om jer je sintaksa malčice drugačija u odnosu na VFP.

Radio sam i sa AIK bankom, koja je imala samo Web interferjs, morao si biti onlajn, pa konekcija nije bila moguđa, ili bar ja nisam to uspeo. Elem, tu sam išao na snimanje izvoda u XML fajl i parsiranje takvih izvoda, što je išlo dosta fino, mada je malčice okolo-naokolo.

HTH

www.subakov.com Jedini Visual FoxPro sajt u Srbiji

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{13.07.2007. u 18:54 - pre 204 meseci}

Ajde opet ja

Sto se tice formiranja naloga za placanja iz vaseg programa i ucitavanje u Halcom ili FX i dalje mislim da je najbolje da se to radi preko predvidjenog interfejsa (uvoz naloga) iz vise razloga, a neki su:

1. validacija podataka koje ste kreirali u vasem programu, a koji se uvoze i kontrolisu od strane e-banking aplikacije
2. krajnja odgovornost sto se tice placanja mora biti na korisniku vaseg programa, da ne bude "tvoj program mi je pogresno preneo 500000000....00000 dinara" - dakle, korisniku mora da "prodje pod rukom" svako placanje, osim kada je u pitanju veliki broj naloga; imam resenje za budzet u lokalnim samoupravama gde se dnevno placa po vise stotina transakcija (vrsi se import u UJP-ovu aplikaciju), ali svako placanje ima kao osnov zahtev korisnika i neko je to prethodno odbrio i potpisao, a kod UJP-a samo prodje (ili u retkom broju slucajeva ne prodje).
3. prosecan korisnik ima problem da uopste prihvati da mu "ti tamo nesto cackas po e-bankingu" (govorim iz prakse)
...

A tu je i "Ne volim Halcom" i sl.

Pitanje je sta radis kad naidjes na korisnika (mislim na @mikal) koji ima Halcom (a takvih je sve vise) - odbijes posao? Takodje ne znam sta radite (mislim na obojicu) kada program treba da koristi neko ko ne koristi E-banking, vec izvode dobija e-mailom - odbijate ga?

Dakle, mislim da te "ciribu-ciriba-direktan rad sa bazom" varijante ne bi trebalo koristiti, vec koristiti predvidjene interfejse, tj export/import datoteke jer time dobijate fleksibilnije resenje, kao i prepustiti ceo proces korisniku ali to je samo moje skromno misljenje.

Pozdrav!

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{13.07.2007. u 21:38 - pre 204 meseci}

Da se ne bi sve svelo na filozofiranje, evo primer u 4 osnovna koraka iz prakse, tj. iz jednog od mojih programa, sto je samo jedna od mogucih prakticnih izvedbi i resenja problema o kom pricamo. Mislim da moze nekom posluziti kao izvor ideja za resenje ovog i slicnih problema:

Korak br. 1 Evidencija ulaznih racuna, koja pored svih neophodnih elemenata za pracenje sadrzi i elemente vezane za uslove placanja (model, poziv na broj, tekuci racun na koji treba uplatiti), sto ce kasnije biti dovoljno za automatsko formiranje naloga za placanje.

Korak br. 2 Preuzimanje platnog prometa za izabrani tekuci racun - korisnik ih moze imati neogranicen broj, a za svaki se definise tip procedure koja obradjuje uvoznu datoteku - iz e-maila (xml, txt, rtf... pojedinacno za svaku banku razlicita procedura zbog razlicitih formata), iz FX, iz Halcoma.... Pri preuzimanju prometa program prepoznaje poslovne partnere po tekucem racunu i povezuje ih, a tamo gde ih ne prepozna korisnik ima mogucnost da poveze taj promet sa konkretnih poslovnim partnerom iz baze podataka, cime se "prosiruje" baza tekucih racuna poslovnih partnera, tako da ce ovaj tekuci racun sledeci put biti prepoznat. Pozivom procedure za obradu prometa program "puni" evidenciju izvoda i automatski ih povezuje (po pozivu na broj, iznosi, hronoloski ...) sa otvorenim racunima.

Korak br. 3 Na ekranu za pregled dospelih obaveza na dan, korisnik ima mogucnost da jednim klikom obelezi sve racune koje zeli da plati, pri cemu se za svaki od racuna formira nalog za placanje u pripremi.

Korak br. 4 Pre prebacivanja i izvoza naloga za placanje u odgovarajucu E-banking aplikaciju, korisniku se nudi ekran gde ima uvid u sve naloge za placanje koje je pripremio, moze da ih menja ukoliko zeli, a na kraju bira "Formiraj naloge za placanje" pri cemu se kreira datoteka za izvoz.

Dakle, najvise vremena se trosi i sav unos se radi kod evidencije racuna, a dalje je samo klik/klik/klik

Nadam se da ce ovo nekom koristiti

Prikačeni fajlovi

mikal
srb

Član broj: 151312
Poruke: 102
*.exe-net.net.

+8 Profil

Re: preuzimanje podataka iz fx klijenta

^{14.07.2007. u 07:49 - pre 204 meseci}

Hvala na primeru Goranvuc. Ono sto sam ja zeleo (i zapoceo da radim) je malo prostije od tvog primera. Kao prvo ja sam knjigovodja i progrAMATER. I sve sto radim je krpljenje mojih starih dobrih dbf baza. Ideja je bila da iz fx-a u kome imam petnaestak racuna sve prebacim po nekom kljucu (proknjizim) u moju bazu. Princip sa export-import nije dobar. Sta raditi kada u toku dana imas samo jednu promenu po racunu. Samo selektovanje, exportovanje pa import bi potrosio mnogo vremena. Uvek sam voleo prostija resenja. Npr. Kopiraj sve podatke iz fx-a. Otvori dbf, proveri sta iz fx-a imas. To obrisi. Ostalo prebaci po kljucu. Obrisi kopiju. Imam sve reseno, osim prvog koraka.
p.s. Osim Halcoma, nisam ljubitelj ni aplikacija koje te "udave" podacima.

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{14.07.2007. u 07:59 - pre 204 meseci}

Ne davi te aplikacija podacima, vec sam zivot i obim poslovanja ;)

Dao sam scenario za slucaj koristenja koji prolazi i u malim firmama sa malim prometom i jednim tekucim racunom, kao i u velikim firmama sa velikim brojem promena i vise tekucih racuna (jedan od mojih korisnika ima 13 tekucih racuna u 13 razlicitih banaka).

Kao sto vidis, ja sam ljubitelj "opstih resenja" koja prolaze kod najveceg broja korisnika.

Tebi zelim sve najbolje, mislim da u scenariju koji zelis da primenis ono sto ti je @Zed Mc Jack predlozio predstavlja pravu opciju.

Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
91.150.109.*

+11 Profil

Re: preuzimanje podataka iz fx klijenta

^{14.07.2007. u 08:33 - pre 204 meseci}

Da se i ja javim da podrzim da se ebanking radi preko import / export.

- proizvodjaca niko ne ogranicava da u bilo kom trenutku promeni strukturu baze, ali ako menaj strukturu import/export ce ostati isti. Verovatnoca da se format import/export dokumenata promeni je vrlo mala.

- da bi se direktno povezao na bazu potrebna su posebna podesavanja te konekcije sto komplikuje instalaciju i povecava mogucnost kasnijih problema sa njom.

- neki korisnici insistiraju da im poslovna mreza ne bude ni na koji nacin u dodiru sa internetom i za ebanking odvajaju racunar koji ni fizicki nije spojen sa poslovnom mrezom

- import/export sistem je univerzalan i moze se primeniti uz svaki sistem ebankinga, a za neke je to i jedini nacin da se prenose podaci.

- postavlja se pitanje legalnosti pristupa internoj bazi ebanking programa, narocito menjanja podataka u njoj.

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{14.07.2007. u 09:04 - pre 204 meseci}

@broker, drago mi je sto smo ovaj put istomisljenici, a da bih slikovito prikazao kakvo sarenilo vlada na ovom podrucju, moram ti reci da ovo

Citat:

broker:- proizvodjaca niko ne ogranicava da u bilo kom trenutku promeni strukturu baze, ali ako menaj strukturu import/export ce ostati isti. Verovatnoca da se format import/export dokumenata promeni je vrlo mala.

na zalost nije uvek tacno

U slucaju Halcoma sam morao da napravim proceduru za stari tekstualni format, kao i za novi xml format (oba u txt ekstenziji) zato sto imaju staru i novu verziju aplikacije i obe su i dalje zastupljene kod korisnika, tako da cak i tu postoji nedoslednost, tj. mala verovatnoca postaje stvarnost

Odgovor na temu

Zed Mc Jack
Programer
Bečej

Član broj: 93120
Poruke: 137
212.62.51.*

Sajt: www.subakov.com

Profil

Re: preuzimanje podataka iz fx klijenta

^{14.07.2007. u 21:34 - pre 204 meseci}

Vidim da se ovde razvila diskusija u međuvremenu, pa samo da dodam.

Ja odgovorih čoveku na pitanje o preuzimanju podataka, a za formiranje naloga sam zaboravio.
Elem, formiranje naloga ide, što biste vi rekli, legalnim putem i formira se txt fajl u adekvatnom obliku, koji se posle importuje kroz samu ebanking aplikaciju. Znači tu nema nikakvog čačkanja iza leđa i prebacivanje 5.000.000 evra na moje račune na Kajmakčalanskim ostrvima ;-)

Goranvuc je stvarno rekao i pokazao čini mi se sve što bi jedna aplikacija za obradu ebankinga trebala da ima, moja ima samo neke delove od toga.

Moja aplikacija je nastala kao radni nalog u firmi posle privatizacije gde je gazda došao i rekao ej, "smanjujemo broj osoblja u knjigovodstvu, napravi neku obradu ebankinga tako da to sve može da radi jedan čovek sa tri klika"
S obzirom da su do tada tri osobe knjižile izvode automatska obrada izvoda koji sadrži desetine promena je bila ogromna ušteda, a meni izazov, moram priznati, jer sam se tek zaukavao u VFP.
Kako u kontaktu sa momcima iz podrške Halcomu nisam dobio nikakve smernice koji je format fajla i slično, direktan rad sa bazom mi je bilo najjednostavniji pristup, koji sve do sada uspešno fukcioniše već 3 godine, i u ova druga dva formata za FX clijent i za AIK XML izvod.

Sa korisničke tačke gledišta Halcom mi mnogo više leži nego FX, jer u FX ima previše kliktanja i sinhronizacija, malo su omanuli sa user interface-om, ali to je već druga tema.

www.subakov.com Jedini Visual FoxPro sajt u Srbiji

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: preuzimanje podataka iz fx klijenta

^{15.07.2007. u 07:09 - pre 204 meseci}

Citat:

Zed Mc Jack:Kako u kontaktu sa momcima iz podrške Halcomu nisam dobio nikakve smernice koji je format fajla i slično.

Ja sam skinuo priricnik gde su definisani formati za Halcom, ali je bio problem tj. bila je neka "caka" pa sam i ja kontaktirao doticne momke, da bi me prvo pitali: "Zasto hoces da formiras naloge iz programa, kada se to tako lepo radi u samom Halcomu?" pa sam im onda objasnjavao da vec imam sve elemente u programu, da se nalog napravi na klik i da imam samo neki problem sa njihovim formatom pa ih zato zovem, a onda oni "Ne znam, tesko ces ti to, to je jako komplikovano..."

Naravno, "caku" sam otkrio sam, a sto se tice prirucnika, ako ga nemas evo ti upload (posto sam zaboravio link) ali da znas da je to samo jedan od dva (zasad) formata koji je u upotrebi u njihovim aplikacijama, a i za FX ima uputstvo: http://www.24x7.co.yu/Support/...fikacija_Formata_Pluginova.pdf

Inace, "caka" je bila u tome sto tag koji je namenjen nazivu vlasnika racuna mora biti identican prvom formiranom, tj. moras napraviti neki test nalog, napraviti izvoz i onda svoj tag usaglasiti sa odgovarajucim iz izvozne datoteke.

A poredjenje izvozne datoteke i tvoje formirane ti svakako "ne gine" posto uvek bude nekih odstupanja, od verzije do verzije.

Uh, sad sam video da je prirucnik veci od 1 MB, ako nadjem link stavicu, a ako ne kome treba nek posalje PP.

Evo i link http://www.ebb-bg.com/ebb-bg/UserFiles/File/Prirucnik.pdf

_{[Ovu poruku je menjao goranvuc dana 15.07.2007. u 14:43 GMT+1]}

Odgovor na temu