Plaćanja i prihvat kartica
Da budete plaćeni — ugrađeno kako treba u vaš proizvod, uključujući delove koji se pojave tek posle puštanja u rad.
Spolja plaćanja izgledaju kao rešen problem. Dodaš SDK procesora, primiš karticu, gotovo. Stvarnost je da je srećan tok možda petina posla, a sve skupo živi u preostale četiri petine: kupac čija kartica bude naplaćena dok vaš server ide u prekid; povraćaj koji mora da poništi delimično ispunjenu porudžbinu; webhook isporučen dvaput; zatvaranje meseca u kome se zbir procesora i vaš razlikuju za jedanaest evra i niko ne zna zašto.
Integrišem obradu i prihvat plaćanja u proizvode, tako da kupci mogu da plate onako kako očekuju — bezbedno i bez iznenađenja na naplati. Isporučio sam to u pretplatničkom proizvodu koji prodaje pakete i pojedinačne dokumente, u striming platformi koju sam projektovao od prazne strane, gde svako slušanje umanjuje unapred uplaćen kredit, i kao bankarski prihvat kartica ugrađen u postojeći CRM drugog tima, koji pojam plaćanja koje je registrovano ali još nerazrešeno nije ni imao — što znači da sam zanimljive otkaze otklanjao, a ne samo čitao o njima.
Ja sam inženjer, a ne platna licenca. Povezujem procesore i banke sa kojima vi imate ugovor i gradim delove vašeg sistema koji oko njih moraju da budu tačni.
Šta dobijate
Naplatu koja radi na stvarnim uređajima
Web i mobilni tokovi povezani sa vašim procesorom, uključujući stanja koja ljudi zaista pogode: odbijanja, prekide, dugme nazad i izgubljenu vezu usred plaćanja.
Ispravno rukovanje novcem
Idempotentnost, ponavljanja koja ne mogu dvaput da naplate, i zapis transakcije koji je izvor istine. Kod koji dodiruje novac piše se odbrambeno, jer greška ovde ima cenu izraženu u valuti.
Povraćaje, delimične povraćaje i otkazivanja
Tokovi koji se preskoče u prvoj verziji, a onda se prave pod pritiskom dok ljutit kupac čeka. Bolje ih imati od početka.
Usaglašavanje kome možete verovati
Vaša evidencija naspram obračuna procesora, sa istaknutim razlikama — umesto da ih računovođa otkrije sledećeg kvartala.
Kako to ide
- 01
Utvrditi model
Jednokratno, pretplata, tržište ili podeljene isplate — svako podrazumeva drugačiju arhitekturu i drugačija pravna i procesorska ograničenja. Ovo je skupo ispravljati kasnije.
- 02
Integrisati kako treba u test okruženju
Svako stanje koje procesor može da vrati, uključujući ona kojima njegova dokumentacija srećnog toka ne počinje.
- 03
Napraviti nesrećne tokove
Dvostruki webhookovi, prekidi, delimično ispunjenje, povraćaji sredstava. Upravo to deli integraciju plaćanja od demoa plaćanja.
- 04
Pustiti u rad sa usaglašavanjem od prvog dana
Jer prvi mesec je tačno onaj u kome morate umeti da dokažete brojeve.
Najčešće gradim sa
Gde sam ovo radio
E-PL
Pregledi pre vožnje preko Bluetooth alkotestera, elektronski putni nalozi sa kvalifikovanim potpisom, i prodavnica sa dostavom koja hardver donosi vozaču u ruke.
Pročitaj više →Benzigo
Korisnička aplikacija sa plaćanjem računa karticom — i više autonomnih botova koji operacije sa gorivnim karticama izvršavaju na portalu samog dobavljača.
Pročitaj više →fjalla
Platforma za striming koja izvođače plaća po slušanju — projektovana i napisana ni iz čega, pa uvećana sa timom.
Pročitaj više →Cinemusic
Platforma za licenciranje muzike sa rešenim pravima za televiziju i postprodukciju — moja strana bila je komercijalna: plaćanja, pretplate i katalog kroz koji se pretražuje.
Pročitaj više →Česta pitanja
Sa kojim procesorima plaćanja radite?
Sa onima sa kojima vi sklopite ugovor. Izbor procesora vodi vaše tržište, vaš poslovni model i uslovi koje izgovorite — a ne SDK koji inženjer preferira. Posao integracije je u velikoj meri sličan, a rano ću vam skrenuti pažnju ako procesor koji razmatrate loše odgovara načinu na koji zaista prodajete.
Bavite li se PCI usaglašenošću?
Standardni pristup je da podaci o kartici nikada ne dodirnu vaše servere — ugrađena polja procesora ili njegova stranica za naplatu — što vas drži u najlakšem nivou usaglašenosti. Tako i gradim po podrazumevanom. Formalna sertifikacija je stvar između vas, procesora i, na višim nivoima, revizora; ja se staram da arhitektura to ne otežava više nego što mora.
Možete li dodati plaćanja proizvodu koji već imamo?
Da, i to je uobičajen slučaj. Glavno pitanje je da li vaš postojeći model porudžbine i stanja može da izrazi delimično plaćeno, refundirano i sporno — ili pretpostavlja da je svaka porudžbina prosto „plaćena“. Ako je ovo drugo, tu je pravi posao, i radije ću to otkriti pre početka nego posle.
Šta je sa pretplatama i ponavljajućom naplatom?
Podržano, i vredi ga tretirati kao zaseban projekat, a ne kao stavku na spisku. Opomene, neuspele obnove, promene paketa usred ciklusa i srazmerni obračun su mesta gde pretplatnički sistemi zaista postaju složeni, a ništa od toga se ne vidi u prvom demou.
Imate sličan projekat?
Recite mi šta sistem treba da radi i sa čime treba da se poveže. Dobijate jasan odgovor o obimu, redosledu i tome šta bih prvo napravio — pre bilo kakve obaveze.
Započnite razgovor