Atkārtoti maksājumi: periodi, rezultāti un piekļuve pakalpojumam

Piesaistiet pakalpojumu noteiktam periodam

Pierakstiet pakalpojuma apjomu un datumus, uz kuriem attiecas konkrētais termiņš. Tas var būt piekļuves periods, uzturēšana vai saskaņots darbu kopums. Līguma un perioda atsauces glabājiet atsevišķi no transakcijas datuma. Novēlota samaksa nedrīkst nejauši segt citu mēnesi tikai tāpēc, ka saņemta vēlāk. Aprakstiet plāna maiņu un korekcijas. Cilvēkam, kas runā ar klientu, jāspēj izskaidrot atvērto saistību. Skaidrs periodu modelis novērš situāciju, kur pārdošana, lietotne un atbalsts izmanto vienu maksājuma ziņu, bet katrs to saprot atšķirīgi un piešķir citu pakalpojuma apjomu.

OrsunPay lietojuma rēķini – plānots

Apstipriniet vienošanos un metodes iespējas

Iespēja ierosināt nākamos maksājumus ir atkarīga no metodes, PSP un konta nosacījumiem. Prasības pārbaudiet ar sniedzēju un uzņēmuma atbildīgajiem speciālistiem. Iepriekšēja kartes lietošana pati neapraksta piekrišanu jebkurai nākotnes summai. Saglabājiet nepieciešamos pamatojumus un atsauces piemērotā sistēmā. Izskaidrojiet arī pakalpojuma izmaiņas un izbeigšanu. Šiem lēmumiem jābūt pirms klientam dotā automātiskas apmaksas solījuma. Tehniska pārbaude neaizstāj komerciālo vienošanos un neapstiprina, ka funkcija pieejama konkrētajam kontam, valūtai vai paredzētajam scenārijam. Atbildes ir jāsaglabā kā integrācijas plāna daļa.

Maksājumu API izstrādātājiem

Nošķiriet saistību no tehniskiem mēģinājumiem

Novembra termiņš ir viena saistība arī tad, ja klientam jāatjauno maksājuma dati. Lietojiet atsevišķus perioda un mēģinājuma identifikatorus un saglabājiet to attiecības. Pazudusi API atbilde nepierāda, ka operācija nav izveidota. Ievērojiet dokumentēto idempotenci un noskaidrojiet esošo rezultātu. Neveidojiet vēl vienu pakalpojumu tikai tādēļ, ka pirmais izsaukums nav atbildējis laikā. Komandai jāatšķir tā paša pieprasījuma atkārtošana no apzinātas jaunas operācijas. Tas ļauj vēlāk izskaidrot vairākus tehniskus ierakstus, neizdarot nepamatotu secinājumu, ka katrs no tiem rada jaunu klienta parādu.

Saglabājiet nezināmo rezultātu redzamu

Nosauciet saprotamus stāvokļus: jāsamaksā, gaida rezultātu, apstiprināts un jāpārbauda. Veiksmīga ekrāna parādīšana neaizstāj pārbaudītu servera statusu. Parakstīti paziņojumi un statusa lasīšana ļauj atjaunināt informāciju neatkarīgi no pārlūka, kā skaidro Stripe un Mollie. Ja rezultāts nav zināms, norādiet atbildīgo un nākamo pārbaudi. Jaunu mēģinājumu virkne bez iepriekšējā noskaidrošanas var radīt dublikātus. Ziņojumam klientam jāapraksta zināmais posms, nevis informācijas trūkums jāpārvērš drošā atteikumā vai samaksas apliecinājumā. Tāds pats princips jāievēro arī automātiskajos pakalpojuma noteikumos.

Saistiet samaksu ar pareizo piekļuvi

Nosakiet, kurš periods aktivizējas pēc apstiprinājuma un kā rīkoties ar atvērtiem termiņiem. Paziņojumi, iespējamā pielaide un piekļuves apturēšana ir biznesa noteikumi, kas jānosaka atbilstošajā kārtībā. Webhook tos izpilda, nevis pats izdomā. Atkārtots notikums nedrīkst piekļuvi pagarināt divreiz. Manuālai darbībai pierakstiet iemeslu un gadījuma atsauci. Atbalsts tad var izskaidrot, kāpēc pakalpojums turpinās ar neatrisinātu maksājumu vai kāpēc nepieciešama pārbaude. Skaidrojuma pamatā jābūt lēmumu vēsturei, nevis minējumam, ko izdara lietu tikko pārņēmis darbinieks.

Izvēlieties faktiski pieejamus rīkus

OrsunPay nodrošina kopīgu savienojumu ar jūsu PSP kontiem, maksājumu statusus un parakstītus paziņojumus. Pilnais platformas lietojuma un rēķinu billing risinājums ir plānots un nav pieejams pašlaik. Tas arī nav automātiski tas pats, kas jūsu klientu abonementu pārvaldība. Līgumiem, dokumentiem un piekļuvei izvēlieties atbilstošas pieejamas sistēmas un aprakstiet datu apmaiņu ar maksājumu. PSP līgumi paliek jūsu, bet programmatūru rēķina atsevišķi. Plānam jāparāda nepieciešamās manuālās darbības, lai tās nekļūtu par slēptu atkarību pirmajā reālajā norēķinu periodā.

• Katram termiņam piešķiriet stabilu atsauci.
• Pierakstiet plāna maiņas un pakalpojuma beigas.
• Pārbaudiet pazudušu atbildi un atkārtotu notikumu.
• Pirms jauna mēģinājuma noskaidrojiet iepriekšējo rezultātu.
• Apstipriniet atkārtotu maksājumu atbalstu pie konkrētā PSP.

Avoti

• Stripe dokumentācija par webhook paziņojumiem
• Mollie dokumentācija par maksājumu pieņemšanu