Integrace platebního terminálu do kiosku

[Altro]

Zdravim,

rad bych integroval do sve aplikace platbu kartou (kontaktni i bezkontaktni). Nemam s tim Vsak vubec zadnou praxi.
Rad bych se tak zeptal na doporuceni nekoho kdo podobne reseni uz integroval. Jaky terminal se mu napriklad osvedcil, jak je realizovana komunikace mezi aplikaci a terminalem, pripadne ukazka kodu nebo popis komunikacniho protokolu.

Mam aktualne kiosek na Debianu s aplikaci v C ve ktere potrebuji realizovat platby. Castka nepresahne 500kc,-. Moznost pripojeni terminalu je Ethernet, USB, RS232.
 

[Reklama]

[kafcha]

ahoj, ja jsem pracoval myslim s terminalem ingenico ict220
terminal funguje jako tcp/ip kliet, nastavi se v nem na jakou adresu a port se ma pripojovat
komunkace vypadala stylem ze se poslalo "chci zaplatit tolik a tolik a te ktere mene" a terminal se o vse postara a pak odpovi jestli se platba povedla
terminaly jsou od csob, takze cokoli jsem resil s jejich servisni firmou http://www.banit.cz/index.html

[Dzavy]

Zalezi na objemu a jaky % poplatku jsi ochotnej akceptovat, osobne bych pro mensi/kratkodoby projekty sel do PayPalu - rozchodit to je jednoduchy jak facka a terminaly jsou levny, viz https://www.paypal.com/uk/webapps/mpp/credit-card-reader

[Ondro]

U nas na Slovensku ma kazda banka vlastny protokol na komunikaciu. Rozdiely medzi nimi su obrovske, od velmi jednoduchych (zakladne funkcie, primitivny protokol s neosetrenymi vecami) az po komplexnejsie (sirsia sada funkcii a protokol, ktory ma osetrene rozne stavy a chyby pri komunikacii). Od toho sa aj odvija cena. Niektory poskytuju len protokol, niektory aj kniznice (podpora linuxu je ale velmi slaba, povedal by som, ze ziadna).
Protokol ti tu nikto neukaze, lebo nemoze(NDA). Je za to celkom slusna pokuta(hoci niektore protokoly nestoja fakt za nic).

Odporucam sa rozhodnut pre konkretne riesenie az po porovnani jednotlivych protokolov.

[uji]

Komunikace je asi nejsnažší přes Ethernet, získat protokol ale není vždy snadné, z linuxu to nebude úplná sranda (k některým terminálm jsme tuším dostali DLL, ve kterém byly implementovány komunikační funkce...)

Nejjednodušší a nejlevnější je asi terminál akceptující pouze bezkontaktní karty do částky 500kč = bez PIN PADu. Samotný integrovatelný pinpad v nějakém antivandal provedení, čtečka čipových/magnetických karet... je potom celkem nákladná věc - bavíme se o terminálu v ceně řádově v desítkách tisíc.
Taky, tedy pokud se něco nezměnilo, platí povinnost vydat k platbě karotu vytištěný doklad = znamená to buďto terminál s tiskárnou nebo samostatnou tiskárnu integrovanou do kiosku (a kiosková tiskárna taky není žádná láce).

Viděl jsem ale i řešení kdy se běžný terminál zabuduje do těla kiosku... Pak je ovšem zase potřeba aby banka dodala terminál s upravenou aplikací (aby z klávesnice nešlo na terminálu dělat něco, co se nemá...).

Další problém může být uzávěrka - na terminálu je potřeba udělat uzávěrku, ta se zpravidla dělá ručně třeba 1x denně (v restauracích...), je ji možné nastavit i na automatické provedení v nějakém intervalu. Uzávěrka opět většinou znemaná vytištění nějaké sjetiny... Do provedení uzávěrky nedostanete peníze (zákazníkovi visí v blokaci a nejsou zaúčtovány), takže uzavírat třeba 1x týdně taky není optimální...

[Reklama]

[k1k1n]

Kdysi jsem implementoval terminál od brněnského SONETu, už je to docela dávno, takže ještě nebyl bezkontaktní, ale neřekl bych, že to bude velký rozdíl. Komunikovalo se s tím přes seriový port (fungovalo i pár USB-COM konverterů), protokol by jednoduchý, ale umožňoval docela dost věcí. Každý příkaz měl přesně definovanou hlavičku + volitelně nějaké tělo. Neměl by to být problém implementovat na jakémkoliv OS.
Platba v podstatě spočívala v tom, že se poslal příkaz kolik se má zaplatit, pak terminál posílal nějaké informační zprávy, jako zadej pin, zadána jedna číslice pinu, a podobně, a na konci poslal jestli to proběhlo ok nebo ne.
Pak se tam myslím ještě musela dělat denní inventura nebo tak něco, to už si přesně nepamatuju, ale šlo myslím o to, že terminál sice komunikoval s bankou online při ověřování platby, ale jako skutečně zadaná se platba brala právě až po té inventuře (ale je možné, že si to s něčím pletu, dělal jsem toho v té době víc podobného a už je to pár let...)

[orvibp]

@k1k1n: Nepleties, viz https://en.wikipedia.org/wiki/Authorization_hold
Moznosti je viac, zalezi aj na banke, ako casto ti ako obchodnikovi dovoli robit "settlements".

[j]

Terminal ti (pro)da banka, dostanes k tomu dokumentaci, jak bylo receno, posles tomu kolik, a vrati se ti OK/Fail + identifikace platby. Existujou seriovy/usb/sitovy/ ... daji se samo delat storna ...

Ale zasadni otazka zni ... ma to smysl?

[Hyp]

Dobrý den, neřešil někdo tento problém teď v minulosti? Potřeboval bych vyřešit integraci platebního terminálu z prohlížeče(php/javascript, jquery), přes TCP/IP, mám zapůjčený testovací terminál, ale komunikaci odmítá. Zkoušel jsem odesílání přes curl, ale také bez úspěchu. Z manuálu to vypadá jednoduše, ale... Ve většině řešení se předpokládá komunikace z WIN přes dll knihovnu, ale terminál by měl být schopen stoprocentně i řešení, založených na přímé komunikaci se zařízením.
Platební terminál je ICT220, komunikační protokol GPE, port 2050.
Děkuji.