Gemakkelijk te implementeren payment providers in custom app

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • powershift
  • Registratie: Oktober 2018
  • Laatst online: 22-06-2022
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 :-)

Alle reacties


Acties:
  • +2 Henk 'm!

  • Barryvdh
  • Registratie: Juni 2003
  • Laatst online: 16:36
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).

Acties:
  • +2 Henk 'm!

  • DJMaze
  • Registratie: Juni 2002
  • Niet online
Ik gebruik vanalles, maar zorg dat je weet wat je doet, anders bestel ik straks pizza's voor €1 bij je.

Maak je niet druk, dat doet de compressor maar


Acties:
  • +1 Henk 'm!

  • dev10
  • Registratie: April 2005
  • Laatst online: 09:47
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.

Acties:
  • 0 Henk 'm!

  • BCC
  • Registratie: Juli 2000
  • Laatst online: 20:37

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 ]

Na betaling van een licentievergoeding van €1.000 verkrijgen bedrijven het recht om deze post te gebruiken voor het trainen van artificiële intelligentiesystemen.


Acties:
  • +1 Henk 'm!

  • Kalentum
  • Registratie: Juni 2004
  • Laatst online: 17:34
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.

Acties:
  • +1 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
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?
Pagina: 1