Platne integracije gdje Stripe nije uvijek dolazio u obzir

Kod zapadnog SaaS proizvoda izbor provajdera za plaćanje svodi se na poređenje provizija, iskustva developera i mogućnosti. Na drugim tržištima često se nema šta birati.

Državna taksa u Nigeriji naplaćuje se preko sistema koji država priznaje, jer zakon određuje gdje taj novac mora stići. Proizvod za prekogranične novčane doznake radi preko licenciranog partnera, jer bez licence nema ni proizvoda. Ni u jednom od ta dva slučaja bolje iskustvo developera ne utiče na izbor.

Ljudi potcjenjuju jednu praktičnu posljedicu: integracija koju na kraju morate napraviti često je upravo ona s najmanje dokumentacije, najmanjom zajednicom i bez ijednog odgovora na Stack Overflowu.

Naplata državnih taksi preko nacionalnog payment gatewaya. Uz njega je radio PayPal za podnosioce zahtjeva izvan zemlje, jer sistem za pasoše služi i ljude u inostranstvu. Oba načina plaćanja vode u isti tok.

Prekogranične novčane doznake preko licenciranog partnera. Partner je identitet platioca potvrđivao kartičnim i bankovnim provjerama, a naš sistem je provjeravao instrumente plaćanja: SWIFT, IBAN i kartične mreže. Takva podjela je uobičajena i ispravna, jer identitet platioca dokazuje instrument kojim plaća, a banka koja ga je izdala to je već provjerila.

Pretplate na marketplaceu i plaćanja potrošača. Za njih sam koristio Stripe, PayPal, Apple Pay i Google Pay, uključujući periodične naplate s posebnom obradom uspješne, neuspješne i predstojeće naplate.

• Platne integracije rade u produkciji na četiri tržišta
• Kod dvije od njih partnere je odredila regulativa

Svaku integraciju pravio sam tamo gdje je bila potrebna i prilagođavao je tom jednom proizvodu. Već kod treće bilo je jasno da se stalno vraćaju iste stvari: idempotentnost, ponovni pokušaji, usklađivanje i provjera webhooka. Nikad ih nisam izdvojio u nešto što bi se moglo ponovo koristiti. To bi pomoglo, ali se svaki projekat završio prije nego što mi je obrazac postao dovoljno jasan za tako nešto.