Ik zit met de vraag hoe je het beste een online portemonnee op kunt zetten binnen een website met als doel het voldoen van betalingen vanuit je saldo.

Ik kom het steeds vaker tegen, zo bijvoorbeeld ook hier op Site Deals kan ik "credits" kopen om te adverteren, bij een x aantal bedrijven kun je 1 keer een Ideal transactie doen en vervolgens alle losse betalingen voldoen vanuit je eerder gestorte saldo direct vanaf de website. Als men het saldo niet meer nodig heeft zouden ze een terugstorting kunnen doen.

Ik heb zo''n systeem nodig maar de vraag is hoe zet je dit op ? Hoe organiseer je dit op een veilige manier ? is een SSL certificaat genoeg ? Wat zijn de haken en ogen ? En is dit waterdicht te maken zonder dat hackers de saldo's kunnen beinvloeden ? (ik noem maar iets).

Heeft iemand ervaring met dit soort applicaties ?

bijvoorbaat mijn dank.

Controleer gewoon elke betaling, en zorg dat er nergens exploits zitten in je code. Dan zit je safe. Oja, en tevens log elke betaling.

Ik heb dit wel vaker geprogrammeerd en het is vrij simpel, in de database komt in ieder een geval een tabel (of een veld bij de user) met zijn huidige hoeveelheid credits (een tabel om alle transacties bij te houden kan handig zijn maar is niet nodig).

Een payment provider is erg handig voor het verwerken van ideal betalingen e.d. (bijvoorbeeld targetpay en mollie) zij hebben modules en vaak ook al voorbeeld codes voor het verwerken van betalingen. Het waterdicht maken op dit gebied is best wel common sense :), alleen de credits aan de gebruiker geven als de payment provider de status betaald teruggeeft EN dat er voor die betaling nog geen credits uitbetaald zijn.

Persoonlijk heb ik goede ervaring met jPayplans, een Joomla extensie. Ik weet niet welk CMS je gebruikt, maar wellicht kun je hiermee uit de voeten?

"(een tabel om alle transacties bij te houden kan handig zijn maar is niet nodig)."

Ik snap niet dat je dit zegt, ik zou absoluut wél aanraden een stukje audittrailing in te bouwen. Als alles altijd goed gaat, kun je er in theorie zonder. Maar wat nou als het een keer níet goed gaat? Een zero-day exploit? Een bugje? De server die crasht of onder hoge load sommige requests wel en sommige niet afhandeld? Een geschil?

Dan is het toch wel fijn om alle transacties vanaf een bepaald moment na te kunnen lopen en fouten te kunnen opsporen. Ik zou dan ook absoluut aanraden een audittrail van alle transacties op te bouwen. Ook wanneer je een geschil hebt is het niet fijn om te moeten zeggen, je saldo is 21 omdat ik het zeg. Dan is het veel fijner om te kunnen zeggen, je saldo is 21 credits omdat je 30 credits hebt gestord op 1/1/2014 via iDeal en 3 maal 3 credits hebt uigegeven aan diensten a, b en c.

Om verder in te gaan op de oorspronkelijke vragen. SSL is tegenwoordig verplicht wanneer je persoonlijke informatie over het internet verstuurd (zie bijvoorbeeld https://ictrecht.nl/ictrecht/waarom-...gewone-e-mail/ of andere zoekresultaten voor ssl en wbp)

Verder is e.e.a. wel vertrouwd te maken, maar je moet hierbij verder kijken dan alleen technische maatregelen. Waar liggen bijvoorbeeld verantwoordelijkheden bij het verlies of ontvreemding van het gebruikersnaam en/of wachtwoord? Hoe zit het als 'de dienst' (langere tijd) niet beschikbaar is? Helemaal wanneer je als bedrijf gaat leveren aan concumenten heb je te maken met een sterke rechtspositie van de consument, je moet dus je zowel je voorwaarden, techniek als bewijslast goed op orde hebben.

Al met al, niet iets waarvan ik zou aanraden er lichtzinnig in te stappen.

PSje; Ik zocht nog even op terugstoren, maar kon daaronder alleen een stukje van de voorwaarden van versio vinden: http://www.versio.nl/69-kan_ik_geld_...r_opnemen.html Of het waar is of niet, dat weet ik niet..

Beste Henry,

Is het niet zo dat je altijd terug kunt leiden hoeveel er gestort is (via de betalingsprovider en betalingskenmerk omdat dit alleen plaats kan vinden als het paneel werkt ? en dan daarna kunt zien wat er aangeschaft is in mijn eigen admin / klanten account (die dat dan weer uit leest ?

Uiteraard moet het juist veilig en zonder bugs en juist daarom open ik hier een topic om dit zo goed mogelijk te organiseren.

Ik ben alleen een beetje bang voor een saldo wat blijft hangen of niet goed "real time" werkt waardoor men bijvoorbeeld meer kan kopen dan daadwerlijk is gestort of dat het helemaal blijft doorlopen. Of als men niet genoeg saldo heeft de aankoop toch als succesvol wordt afgerond "Zonder dat het systeem een negatief cijfer kan laten zien want 0 is de bodem.

let wel men kan ook aankopen met het saldo.

Hoi Matthijs,

Inkooptransacties zou je mogelijk na kunnen zoeken in de transacties van je PSP. Dat is, als deze jou toegang verleent tot de identiteit van de betaler. Er zijn ook PSPs waarbij je alleen ziet dat jouw verzoek met nummer X voldaan is (of niet). Je moet dan zelf nog bijhouden van wie en waarvoor dat verzoek is. Daarnaast, zoals je zelf al aangeeft, je moet in ieder geval alle uitgaande transacties bijhouden, dan is het een kleine moeite om inkomende transacties ook bij te houden. ;) Daarnaast, zelf je trailing op orde hebben, is m.i. echt een must. Wat als je PSP transacties na 2 maanden opschoont? Als ze failiet gaan en de servers gaan er (tijdelijk) uit?

Tussendoor: Het voorkomen van bugs (programmeerfouten) kunnen wij je niet mee helpen via een forum, het voorkomen van flaws (ontwerp/denkfouten) misschien.

Tenslotte, het niet real-time zijn van een saldo hoef je je geen zorgen over te maken wanneer je altijd binnen een transactie het saldo leest, kijkt of het genoeg is en het nieuwe saldo wegschrijft. Je database management system (mits je een fatsoenlijk ACID DBMS hebt zoals InnoDB) zorgt er dan voor dat je geen race condities krijgt.

H