fintech
Kollár Csaba
mélyedtem bele, viszont most szembe jött egy feladat amihez jó talán
lenne(?).
A probléma: van egy szervezet (sportklub) sok taggal, akik havidíjat
fizetnek, illetve alkalomszerűen is utalnak kisebb összegeket. A tagok
száma miatt havonta akár 100-200db befizetés is érkezhet, de van hogy
ennél jóval kevesebb. Ezek feldolgozása mostanában problémás, mivel nem
tudunk rá dedikált/fizetett embert fenntartani. A klub egyik vezetője
csinálja a dolgot a szabadidejében, ha megcsúszik, akkor durván
felhalmozódnak a dolgok, és az nem jó senkinek. Több ötlet is van, az
egyik értelem szerűen az, hogy elosztjuk a munkát, a másik a
bankkártyás/paypalos fizetés (ehhez a mi oldalunkon adott egy elég jól
karbantartott és jól működő web guis nyilvántartás).
Viszont ezen a ponton jutott eszembe a fintech, ha már minden sarkon
erről hallok: szóval tart már ez a dolog ott, ma, Magyarországon, hogy
nyitunk egy számlát egy adott banknál (ha a jelenlegi nem támogatja), és
vagy ők, vagy valamilyen 3rdp partnerük biztosít nekünk egy API-t, amit
össze tudunk interfészelni a saját webes nyilvántartásunkkal, hogy
teljesen automatikus lehessen ez az egész katyvasz? Ha igen, akkor ki az
ajánlott bank/szolgáltató, merre induljak?
--
Csaba
--
linux-flame lista - linux...@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux-flame
Kollár Csaba
> erről hallok: szóval tart már ez a dolog ott, ma, Magyarországon, hogy
> nyitunk egy számlát egy adott banknál (ha a jelenlegi nem támogatja), és
> vagy ők, vagy valamilyen 3rdp partnerük biztosít nekünk egy API-t, amit
> össze tudunk interfészelni a saját webes nyilvántartásunkkal, hogy
> teljesen automatikus lehessen ez az egész katyvasz?
Bocsánat, lehet hogy itt nem volt teljesen egyértelmű, hogy mit
szeretnék: jelenleg a befizetések feldolgozása úgy néz ki, hogy a
felelős belép a netbankba, kiexportálja a számlatörténetet (vagy éppen
weben scrollozgatja végig, ez annyira nem számít), majd kézzel rögzíti a
tranzakciókat a saját rendszerbe, ami aztán a tagok egyenlegét
kiszámolja. Ezt szeretnénk automatizálni, tehát csak egy read-only api
kéne a számlatörténethez, amit illeszteni tudunk a saját webes rendszerhez.
Abban sem vagyok biztos, hogy ez egyáltalán "fintech" kategóriába esik,
lehet hogy már 10+ éve létezik ilyen banki alapszolgáltatás, hiszen én
is utalva fizetek több szolgáltatónak is, gondolom ott sem emberek
bogarásszák végig a beérkező tranzakciókat.
Attila Rajmund Nohl
> 18-02-24 11:24 keltezéssel, Kollár Csaba írta:
>>
>> erről hallok: szóval tart már ez a dolog ott, ma, Magyarországon, hogy
>> nyitunk egy számlát egy adott banknál (ha a jelenlegi nem támogatja), és
>> vagy ők, vagy valamilyen 3rdp partnerük biztosít nekünk egy API-t, amit
>> össze tudunk interfészelni a saját webes nyilvántartásunkkal, hogy
>> teljesen automatikus lehessen ez az egész katyvasz?
>
>
> Bocsánat, lehet hogy itt nem volt teljesen egyértelmű, hogy mit szeretnék:
> jelenleg a befizetések feldolgozása úgy néz ki, hogy a felelős belép a
> netbankba, kiexportálja a számlatörténetet (vagy éppen weben scrollozgatja
> végig, ez annyira nem számít), majd kézzel rögzíti a tranzakciókat a saját
> rendszerbe, ami aztán a tagok egyenlegét kiszámolja. Ezt szeretnénk
> automatizálni, tehát csak egy read-only api kéne a számlatörténethez, amit
> illeszteni tudunk a saját webes rendszerhez.
Legrosszabb esetben felelős kiexportálja a számlatörténetet CSV-be,
onnan kezdve Text::CSV az API-d.
Hegedüs Ervin
mi fejlesztettünk egy ilyen rendszert, rendezvényekhez: van
X*csillió regisztrált (r=1 - bocsánat, a valóság sajnos ez) user.
Ők a reg. végén kapnak egy kódot, amit be kell írni az utalásnál
a közleménybe (0, 1, I, i, l, ... karakterek kiesnek, de semmi
gond, a userek bámulatosan kreatívak typo igény esetén).
A pénz folyik befelé, mi naponta lerántjuk XLSX-ben a banktól a
kivonatot, egy program pedig feldolgozza. Ami egyértelmű (összeg
és közleményben felismert azonosító), azt bepárosítja, ami nem,
azt humán elé teszi egy felületen, ahol be lehet párosítani, de
ez már csak pár százalék - mármint maga a párosítás. Nagyobb meló
a usereket megkeresni, hogy miért a korábbi közleményazonosítót
írta be (tavalyi, tavaly előtti, stb...), miért utalt többet
("gondoltam mégis kérek ebédet..."), és egyéb problémák.
Szerintem ez nem fintech amúgy.
a.
Kollár Csaba
> Szerintem ez nem fintech amúgy.
Csak abból gondoltam hogy az (illetve annak egy kis szelete), mert úgy
értelmeztem a finteches marketingrizsákból amiket eddig hallottam, hogy
ez pont a human faktort tudná kivenni a pénzügyek kezelésből. Tehát
valami alkalmazás becsatlakozik egy API-ra, ahonnét kap adatokat
(számlaegyenleg, tranzakciók, befektetési információk, stb stb..), aztán
ezzel kezd valamit, pl. mobil appot szolgál ki belőle, ami figyeli az
user költéseit, tanácsokat ad, stb.. (Eddig ezekbe ugye kézzel kellett
bevinni az adatot). Tudom, hogy nem csak ennyi a fintech, de ez a része
az amiről úgy gondoltam (persze lehet, hogy rosszul) hogy idevág.
Esetünkben ez ugye úgy néz ki, hogy emberünk gép elé kerül, tokenezik,
belép valami fos webes felületre, exportál, másik (saját) rendszerbe
felrögzíti kézzel amit lát, vagy ha annak van erre megfelelő inputja,
akkor csak importál. Perpill egyébként nincs ilyen interfészünk, de ha
már hozzányúlunk, akkor tök jó lenne ha a másik végén (bank) is
automatizálni lehetne. Hogy ez fintech e, vagy annak csak egy apró
szelete, vagy még az se, annak igazából nincs is annyira jelentősége.
--
Csaba
Hegedüs Ervin
majd ha tényleg bevezetik, akkor megspórolható lesz az XLSX
letöltés, majd feltöltés művelet.
De amíg a user faktor > 0 (typo, egyéb szellemi képesség), addig
ezt max egyszerüsíteni tudod, teljesen kiiktatni nem.
a.
Kollár Csaba
> majd ha tényleg bevezetik, akkor megspórolható lesz az XLSX
> letöltés, majd feltöltés művelet.
Akkor ezek szerint nincs még olyan API, ami halandók számára hozzáférhető?
Másik ötletem egyébként, hogy előfizetek valami olyan sms fogadó
szolgáltatásra, amit tudok implementálni szerver oldalon is (erre
esetleg jöhet tipp). És a banki visszaigazoló sms-eket dolgozom fel. Ez
is igényelni fog ellenőrzést, javítgatást, de fényévekkel jobb lenne
mint a mostani állapot.
> De amíg a user faktor > 0 (typo, egyéb szellemi képesség), addig
> ezt max egyszerüsíteni tudod, teljesen kiiktatni nem.
Viszont nem mindegy, hogy az usernél van a felelősség, vagy az
elszámolónál. Ha rosszul tölti ki pár ember a közlemény rovatot, és e
miatt 2 hónapig lóg a levegőben a befizetésük, az az ő bajuk. Viszont ha
100 embernek 3 hónapig nem vagyunk képesek a befizetéseit feldolgozni,
mert éppen senkinek nincs kedve/ideje ingyen dolgozni, az sokkal rosszabb.
--
Csaba
Csibra Gergo
> 18-02-24 19:26 keltezéssel, Hegedüs Ervin írta:
>> majd ha tényleg bevezetik, akkor megspórolható lesz az XLSX
>> letöltés, majd feltöltés művelet.
> Akkor ezek szerint nincs még olyan API, ami halandók számára hozzáférhető?
Úgy hallottam, hogy a Magnet Banknak van. Nem jártam utána.
--
Best regards,
Csibra Gergo mailto:ge...@csibra.hu