Softwarematig aansturen van pin-automaat

[cdr]

Heeft er iemand ervaring met het doorsturen van betalingsparameters (bedrag, betalingsreferentie...) vanuit een applicatie naar een pin-automaat (betalingen via debet en credit cards)? Wij zouden dit in onze schooladministratie willen voorzien maar volgens onze leverancier van betaalautomaten is dat niet van de poes en kan het best door hemzelf ontwikkeld worden (mits een prikje van enkele duizenden euro's).
Ik vind er wel verduiveld weinig over op het www. Is het echt zo moeilijk? Wat komt er allemaal bij kijken?
chris

[Beatboxx]

Wat heb je zelf al gevonden? Het lijkt me duidelijk dat zo'n programma erg veilig moet zijn. Maar hoe wil je het precies laten werken? Dat iemand achter de balie op een product komt en dat de pinautomaat dat bedrag dan laat pinnen door iemand?

[BoAC]

Wat Beatboxx zegt klopt. Bij de vorige organisatie waar ik gewerkt heb, hebben we ook een dergelijke koppeling gebouwt. Deze koppeling moet gekeurd zijn voordat deze in gebruik kan worden genomen. Het gaat tenslotte om betalingsverkeer.
De leverancier van de apparaten leverde hiervoor ook de componenten om met de apparaten te kunnen communiceren.

Hebben jullie zoveel transacties dat een dergelijke oplossing lonend is? Anders is een eenvoudige implementatie goedkoper

[Bigs]

Je kunt zo'n betaalautomaat inderdaad niet zomaar aansturen, als ik het me goed herinner moet elke versie van je software opnieuw gecertificeerd worden voor gebruik met elk type betaalautomaat en dat was niet goedkoop.

[Voor 6% gewijzigd door Bigs op 17-05-2011 08:35]

[cdr]

Het gaat toch om enkele duizenden transacties per jaar. En vooral: wanneer achteraf de detailgegevens van de verrichte betalingen binnenkomen, moeten die nu handmatig gematcht worden met de transacties.
Wat we willen doen, is aan de transactie een referentie meegeven die achteraf in de detailgegevens van de verrichte betalingen kan teruggevonden worden.
Dat de software moet gecertifieerd worden, lijkt me logisch. Het gaat eerder over de ontwikkeling zelf.

@BoAC, wat bedoel je met een 'eenvoudige implementatie'?

[Woy]

Ik weet niet precies hoe het met de certificatie van POS koppelingen zit, want ik heb alleen ervaring met de implementatie van de pin automaat kant. Maar er zijn bij betaal verkeer inderdaad vrij strikte regels. Zeker die met betrekking tot hetgeen wat gedisplayed word en wat er op de bon komt te staan. Als je een pin-automaat hebt die zowel een display als een printer voor de bon heeft, zijn de eisen misschien iets lager.

Waarschijnlijk zul je moeten kijken naar Wikipedia: Open Payment Initiative, dat was in ieder geval het protocol wat er destijds gebruikt werd bij de pin-automaten waar ik aan gewerkt heb.

Ik zou overigens wel eerst goed uitzoeken wat precies de vereisten zijn voor certificatie, want het is zonde als je straks een systeem gemaakt hebt, en alsnog duizenden euro's aan certificatie kwijt bent.

[Voor 15% gewijzigd door Woy op 17-05-2011 09:21]

[BoAC]

Ik bedoel met eenvoudige implementatie bedoel ik: separate pin systeem van je eigen betalings systeem.
Wat moet ik me voorstellen bij enkele duizenden? Gemiddeld 10 op een dag?

[MueR]

Het gaat om een schooladministratie, dus ik vermoed dat het een paar keer per jaar hoogtij is als de scholieren weer hun (half-)jaarlijkse termijn moeten dokken.

[cdr]

Klopt, het gaat dan over bv. 100 transacties op enkele uren. Niet onbegrijpelijk dat de administratieve medewerkers dan eens een typfout maken als ze manueel een referentie moeten ingeven op de betaalterminal. Vandaar ook de behoefte om te automatiseren.

MueR schreef op dinsdag 17 mei 2011 @ 11:23:
Het gaat om een schooladministratie, dus ik vermoed dat het een paar keer per jaar hoogtij is als de scholieren weer hun (half-)jaarlijkse termijn moeten dokken.

[eamelink]

Vreemd dat je voor zoiets een certificering nodig hebt. Uiteindelijk gaat het in dit geval om precies dezelfde data die de medewerker anders handmatig in zou typen.

Zolang de bon, display en daadwerkelijke betaling maar hetzelfde zijn . Dus dat de software die dát aanstuurt gecertificeerd moet zijn is niet gek. Maar het klaarzetten van een betalingsverzoek certificeren

[Woy]

eamelink schreef op dinsdag 17 mei 2011 @ 12:04:
Zolang de bon, display en daadwerkelijke betaling maar hetzelfde zijn . Dus dat de software die dát aanstuurt gecertificeerd moet zijn is niet gek. Maar het klaarzetten van een betalingsverzoek certificeren

Het probleem is vooral dat het niet altijd het pin-automaat zelf is wat de bon print, dus ik denk dat een eventuele certificatie zich vooral daar op richt.

[djluc]

eamelink schreef op dinsdag 17 mei 2011 @ 12:04:
Vreemd dat je voor zoiets een certificering nodig hebt. Uiteindelijk gaat het in dit geval om precies dezelfde data die de medewerker anders handmatig in zou typen.

Zolang de bon, display en daadwerkelijke betaling maar hetzelfde zijn . Dus dat de software die dát aanstuurt gecertificeerd moet zijn is niet gek. Maar het klaarzetten van een betalingsverzoek certificeren

Dat is inderdaad vreemd, uiteraard uitgaande van 1 pinapparaat. Je zou bijna iets gaan maken wat gewoon die toetsen super snel aan kan tikken

[cdr]

We hebben ondertussen nog nieuws over de certificatie. Ze kost zo'n 1000 euro en moet sowieso gebeuren, ook al gaat het maar over het klaarzetten van een betalingsverzoek.