In een ver verleden heb ik er al eens naar gevraagd, maar ik ben benieuwd naar actuele ervaringen met PSP's. Ik zoek in ieder geval een PSP waarvan de PHP code makkelijk implementeerbaar is via een API, en daarnaast zoek ik ook een "relaxed" bedrijf waar ze je nog echt helpen indien dat nodig is. Waar ze je bijv. niet uitsluitend doorverwijzen (lees: afwimpelen) naar de website, maar ook gewoon doorschakelen met een programmeur indien dat nodig is. Heeft iemand een goede (of misschien juist wel hele slechte) ervaring met een PSP?
[offtopic]
Mocht iemand toevallig wat tijd hebben, zou ik het ook heel leuk vinden om een stukje code te kunnen zien van hoe een betaling in z'n werk gaat met de API van jouw favoriete PSP.
[/offtopic]
Ah, thanks Ivo. Dat is bruikbare, relevante info wat je daar vertelt over Mollie.
>> Krijg je een keuze scherm: de betaling gaat lukken; de betaling mislukt (bijv. saldo te kort oid); of we doen helemaal niets en laten de sessie verlopen.
Je bedoelt dus dat ik dan ZELF een optie kan aanklikken, bijv. "betaling mislukt"?
>> Als dat proces goed getest is en het papier werk in orde is, kun je de productiekey inzetten.
Kun je hier nog iets meer uitleg over geven? Dat papierwerk, moet je dat al niet in orde maken als je je aanmeldt? En als alles technisch goed werkt, kan ik dan meteen "live" of moet ik eerst op goedkeuring wachten of iets dergelijks? En zo ja, hoe lang duurt dat dan?
Maar zaken als een uittreksel kvk en handtekeningen kunnen iets later ingestuurd worden.
Volgens mij kon je dan voordat dat afgerond is, al wel de testkey inzetten en dus je website testen.
(kan ook zijn dat ik de testkey van mezelf ingezet heb de laatste keer).
Maar in elk geval gaat de productie-key niet werken voor:
- met de testkey een aantal situaties is getest
- papierwinkel met handtekeningen is geregeld
- de website is bekeken door Mollie (oa iets aan alg voorwaarden en contactinfo moet aanwezig zijn).
Met de testkey kan dus niet een werkelijke betaling gedaan worden.
Let wel op:
als je de testkey in productie toch gebruikt, dan krijgt de gebruiker dus een "ideal" scherm waarop hij een groen en rode knop ziet.
Drukt hij groen, dan is de testbetaling gelukt en gaat de bestelling door.
Koppel dus de testkey in je config ook aan andere parameters zodat je site in dat geval ook niets doet.
Aangezien jij er de nodige ervaring mee hebt, zou jij dan zeggen dat Mollie de juiste/beste keuze is? Of zijn er nog andere PSP's waar jij goede ervaringen mee hebt.
Anders gezegd, als jij vandaag een PSP nodig zou hebben, zou je dan voor Mollie gaan of voor een andere?
Bij TargetPay voeg je voor tests gewoon test=1 toe aan een request. Klaar.
Voor het overige lijkt alle code van PSP's inderdaad erg veel op elkaar. Als je eenmaal weet hoe online betalen werkt, zie je meer overeenkomsten dan verschillen.
Transactiekosten zijn onderhandelbaar, vooral als je volume hebt.
Toen iDEAL nog € 0,99 per transactie kostte, was je voor service en support het beste af bij grotere partijen zoals Mollie, Sisow en MultiSafepay. Nu iDEAL echter volwassen wordt, staan de prijzen onder druk. Service is steeds minder belangrijk en de verschillen tussen PSP's worden verwaarloosbaar, dus komen er aan de onderzijde van de markt prijsvechters bij. Bijvoorbeeld Postcode.nl biedt nu ook iDEAL aan voor € 0,29 per transactie:
Waar je buitenlandse klanten kunt verwachten, is een alternatief voor iDeal gewenst. Bijvoorbeeld voor een Stichting Studentenhuisvesting in de grensregio heb ik naast iDeal ook de Belgische en Duitse evenknieën toegevoegd, net als Paypal. Want op het moment dat je bedenkt dat je gaat studeren in NL heb je nog geen Nederlandse bankrekening.
Persoonlijk betaal ik graag via Paypal. Vooral omdat het me de heisa met bankpas en bank-reader bespaart. En vervolgens wordt het evengoed automatisch van mijn rekening gehaald.
Maar als je een markt hebt waar veel met creditcards gedaan wordt, is dat aan te raden.
Terwijl voor sommige producten mogelijk graag achteraf met AfterPay betaald wordt.
Dus net wélke klanten heb je, en wat zijn hun voorkeuren en mogelijkheden.
Waarom geen (waarden van) config variabelen op basis van hostname? Of bepaal eerst het type (DEV, TEST, LIVE) en maak een apart switch-statement op dat type?
<?php
switch ($_SERVER['SERVER_NAME']) {
case 'test.dev':
define('TYPE', 'DEV');
// etc.
break;
case 'live.com':
define('TYPE', 'LIVE');
// etc.
break;
default:
die('unknown hostname');
}
?>