Maksājuma saite klienta pasūtījumam: no piedāvājuma līdz apstiprinājumam

Pirms pieprasījuma apstipriniet piedāvājuma versiju

Iedomājieties fotografēšanas pakalpojumu, kura apjoms saskaņots pēc konsultācijas. Piedāvājumam ir atsauce, apraksts, summa un valūta. Pirms saites izveides komanda pārliecinās, ka tieši šo versiju klients pieņēmis. Ja darba apjoms mainās, sagatavojiet jaunu versiju, nevis atstājiet apritē vairākus pretrunīgus pieprasījumus. Saitei jāatbilst konkrētai komerciālai saistībai, ne tikai atsevišķai summai. Saglabājiet arī nosūtīšanas laiku un atbildīgo personu. Kolēģim, kurš vēlāk pārņem jautājumu, jāspēj saprast, kāpēc pieprasījums izveidots un ko klients saņems pēc samaksas.

Maksājumu saites uzņēmuma pasūtījumiem

Izveidojiet saiti no pārbaudītiem datiem

OrsunPay maksājuma saite ir paredzēta noteiktai summai un valūtai un ved uz mitinātu apmaksas procesu. Izmantojiet savā pasūtījumu sistēmā apstiprinātās vērtības. Pārlūks nedrīkst būt vienīgais avots, kas bez servera pārbaudes nosaka maksājamo summu. Pārbaudiet arī konfigurēto PSP kontu un tam piemērotās maksājumu metodes. Pakalpojuma sniedzēja nosaukums integrāciju sarakstā nenozīmē visas tā funkcijas jūsu uzņēmumam, tirgum vai valūtai. Ja dati jāievada manuāli, nosakiet salīdzināšanas kārtību. Tehniski pareiza saite joprojām var saturēt nepareizu komerciālo pieprasījumu, ja tās pamatdati nav pārbaudīti.

Maksājumu lapa interneta veikalam

Pievienojiet saprotamu ziņojumu

Blakus saitei norādiet piedāvājuma atsauci, paredzēto summu un iespēju sazināties ar uzņēmumu. Klientam jāspēj saprast maksājuma mērķi bez vairāku pielikumu meklēšanas. Izskaidrojiet nākamo soli pēc apstiprinātas samaksas, piemēram, darba sākšanu vai preces sagatavošanu. Saite neaizstāj jūsu noteikumus un pieejamības pārvaldību. Ja pakalpojumam nepieciešams rezervēts laiks, atsevišķi jānosaka, kad tas tiek aizņemts. Ziņojumam jābūt saprotamam arī klienta kolēģim, kuram tas pārsūtīts apmaksai. Nevajag pieņemt, ka katrs maksātājs zina visu sākotnējās sarunas saturu un pēdējās izmaiņas.

Sāciet izpildi pēc pārbaudīta rezultāta

Klients var atvērt saiti, aizvērt lapu, atgriezties vēlāk vai pabeigt maksājumu, nenonākot jūsu atgriešanās lapā. Šīs darbības pašas neapliecina rezultātu. Serverim jāsaņem pārbaudīts statuss un jāapstrādā parakstīti paziņojumi. Stripe un Mollie dokumentācija skaidro, kā maksājuma rezultāts tiek nošķirts no pārlūka navigācijas. Saistiet to ar pareizo pasūtījumu un izpildiet biznesa darbību idempotenti. Atkārtots notikums nedrīkst sākt pakalpojumu divreiz. Ja rezultāts vēl tiek pārbaudīts, parādiet godīgu gaidīšanas stāvokli, nevis pāragru apstiprinājumu vai nepamatotu atteikumu.

Izmaiņas un neskaidrus rezultātus risiniet atsevišķi

Kad piedāvājums vairs nav spēkā, deaktivizējiet saiti, kuru nedrīkst izmantot. Tas neatmaksā jau samaksātu darījumu. Pirms pēc klienta ziņojuma nosūtāt jaunu pieprasījumu, atrodiet iepriekšējo transakciju un tās statusu. Nezināms rezultāts prasa pārbaudi, nevis tūlītēju jaunu maksājumu. Saišu pārvaldība OrsunPay kabinetā pašlaik ir pieejama reālajā režīmā, un tas jāņem vērā ieviešanas sagatavošanā. Pārbaudes kārtību saskaņojiet ar integrācijas komandu. Saglabājiet, kura saite faktiski nosūtīta un kurš pēdējais izskatījis situāciju, lai cits darbinieks neatkārtotu nesaderīgu darbību.

Sadaliet atbildību pirms pirmās nosūtīšanas

Uzņēmums apstiprina pasūtījumu, lietotne pārbauda rezultātu, bet PSP apstrādā maksājumu un norēķinās saskaņā ar jūsu pašu līgumu. OrsunPay savieno sniedzēju kontus un maksājumu notikumus; programmatūras maksa tiek rēķināta atsevišķi. Norādiet atbildīgos par piedāvājumu izmaiņām un neatrisinātiem maksājumiem. Pirmo pasūtījumu pārskatīšana var atklāt trūkstošas atsauces vai neskaidrus tekstus pirms plašākas izmantošanas. Nav jāizliekas, ka viss notiek automātiski. Svarīgāk, lai katrai manuālai darbībai būtu pamatojums, tiesības un nākamajam darbiniekam saprotams rezultāts.

• Salīdziniet summu un valūtu ar pieņemto piedāvājumu.
• Savienojiet saiti ar stabilu pasūtījuma atsauci.
• Izmēģiniet lapas aizvēršanu un atkārtotu paziņojumu.
• Nosakiet, kurš drīkst deaktivizēt novecojušu saiti.
• Sāciet izpildi tikai pēc pārbaudīta rezultāta.

Avoti

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