Gemakkelijk te implementeren payment providers in custom app

[powershift]

Goedemorgen,

Ik heb een vraag.
Ik ben op zoek naar 1 of meerdere betalingsproviders die ik gemakkelijk kan implementeren in mijn app.

Wat bedoel ik met gemakkelijk?
Met gemakkelijk bedoel ik op een betalingsprovider die een rechttoe rechtaan API beschikbaar heeft het liefst een API class die gemakkelijk te includen is en snel resultaat geeft.

Op dit moment heb ik de API van Mollie en die van Stripe reeds geïmplementeerd. Maar ik wil meer keuzes bieden. Echter ik wil dit doen binnen een afzienbare tijd. Dus wil mij eerst op de quick-wins storten zodat deze eerst functioneren.


Wat wil ik ermee doen?
Het gaat mij namelijk om de implementatie van de payment providers in een zelfgeschreven custom applicatie. Hierbij maak ik dus geen gebruik van Laravel, Symfony of zelfs composer. (omdat ik zelf exact alle namespaces wil definiëren in dit project en geen wildgroei van custom repositories wil hebben)

Waar gaat je voorkeur naar uit?
Het liefst een payment provider waar een API klasse voor beschikbaar is. En het liefst een API class waar geen composer voor benodigd is en al helemaal geen zee aan side repositories die benodigd zijn voor de API.

Waarom deze vraag, en niet zelf zoeken?
Ik stel deze vraag niet uit gemakzucht. Want ik kan zelf uiteraard nog een hele waslijst aan Payment providers gaan implementeren. En dan kom ik daar zelf wel achter.
Ik heb op dit moment reeds Mollie en Stripe geimplementeerd.
Ik kwam nu bij CM.com welk goed te boek staat. Echter ik kom erachter dat de documentatie erg tegenstrijdig lijkt ivm de verschillende diensten die zij bieden. En wegens het thuiswerken bij CM.com, is de support op DIT moment niet wat ik zoek.

Op welk platform bouw je / werk je?
Ik bouw de API implementatie op een PHP 7.x / 8.x omgeving.
Dus dat is wbt een APi klasse erg belangrijk voor mij.

Welke betalingsmethode's wil je aanbieden?
Op dit moment is eigenlijk alleen iDeal voor mij belangrijk. Als het dus meer biedt is dat mooi meegenomen. Maar eigenlijk geen pre.

Wat wens ik te bereiken met deze post?
Ik hoop en ga ervanuit dat er meerdere developers met dit bijltje hebben gehakt en mij kunnen zeggen, kijk eens naar x.nl of xb.nl want die zijn makkelijk en een hele eenvoudige en effectieve API implementatie.

Alvast heel erg bedankt :-)

[Barryvdh]

Ik gebruik (en beheer) Omnipay: https://github.com/thephpleague/omnipay
Dat is een abstractie op Payment API's, zodat je op een vergelijkbare manier payment providers kan implementeren, alleen met een iets andere config. Natuurlijk zijn er voor bepaalde providers net wat eigenaardigheden, maar meestal werkt het redelijk vergelijkbaar. De flow is iig voor de meeste hetzelfde, zeker als je off-site werkt (maak betaling aan, redirect naar PSP scherm, gebruiker komt terug op website en webhook met betaalstatus wordt aangeroepen of status is op te vragen).

[DJMaze]

Ik gebruik vanalles, maar zorg dat je weet wat je doet, anders bestel ik straks pizza's voor €1 bij je.

[dev10]

Mijn eerste reactie zo Mollie zijn, maar ik zie dat je die al geïmplementeerd hebt. Dat brengt mij gelijk bij de volgende vraag: waar ben je precies mee bezig dat Mollie en Stripe niet voldoende zijn? Van alle PSPs die ik heb was Mollie verreweg de eenvoudigste om mee te koppelen.

[BCC]

Mollie pay.nl adyen, Paypal, stripe. Maar idd: wat probeer je te doen ?

[Voor 44% gewijzigd door BCC op 07-03-2022 08:08]

[Kalentum]

Ik vind het ook raadselachtig wat hij wil.

Het lijkt erop dat hij hetzelfde wil als wat @Barryvdh al gedaan heeft maar dat TS last heeft van het 'Not Invented Here' syndroom. Want iets met namespaces en een wildgroei ofzo.

Maar goed, gezien de oorverdovende stilte van TS denk ik dat er al een andere weg is ingeslagen.

[Cartman!]

powershift schreef op woensdag 2 maart 2022 @ 10:41:
Het gaat mij namelijk om de implementatie van de payment providers in een zelfgeschreven custom applicatie. Hierbij maak ik dus geen gebruik van Laravel, Symfony of zelfs composer. (omdat ik zelf exact alle namespaces wil definiëren in dit project en geen wildgroei van custom repositories wil hebben)

Je wil dus heel graag het wiel opnieuw uitvinden voor alles wat je doet?