Hosted checkout: planlæg en betalingsside, der passer til ordren
Hosted checkout betyder, at en del af betalingsoplevelsen leveres gennem en administreret løsning. Det kan gøre kundens vej til betaling mere overskuelig, men det fritager ikke virksomheden for at definere sin ordreproces. Den vigtigste beslutning er, hvad systemet skal vide før, under og efter betalingen. Brug derfor en konkret bestilling som udgangspunkt, og gennemgå både kundens skærmbilleder og medarbejderens oplysninger, før en ny betalingsside sættes i drift.

Fastlæg ordren før betalingssessionen
En betalingsside bør modtage et entydigt grundlag fra virksomhedens ordreproces. Fastlæg den aftalte sum, valutaen og den interne ordrehenvisning på serveren. Browserens indhold bør ikke alene bestemme, hvad kunden skal betale. Hvis ordren ændres undervejs, skal virksomheden have en klar regel for, om den eksisterende betaling stadig gælder eller skal erstattes. Forestil dig en kunde, der ændrer antal pladser efter at have åbnet checkout. Den nye bestilling og den oprindelige betalingssession må ikke ende som to lige gyldige opkrævninger. Beskriv denne situation tidligt, så design og integration bygger på den samme regel.
Gør overgangen til udbyderen tydelig
Kunden skal kunne genkende virksomheden og forstå, hvorfor betalingsforløbet åbner et andet sted. Vis et meningsfuldt ordresammendrag og hold beløb og valuta konsistente med bestillingen. Gennemgå teksten på en lille skærm, herunder eventuelle beskeder om ventetid. Stripe dokumenterer forskellige Checkout-grænseflader, men valget i en konkret løsning afhænger af integrationen. I OrsunPays hostede forløb indtastes følsomme kortoplysninger hos betalingsudbyderen. Beskriv den faktiske kunderejse frem for at love en bestemt formular eller alle de muligheder, som udbyderen tilbyder i andre produkter. En tydelig overgang hjælper også kundeservice med at forklare, hvor kunden befinder sig.
Kontrollér betalingsmetoder i den faktiske opsætning
Lav en lille tabel med marked, valuta, konto og ønsket betalingsmetode. Bed den ansvarlige bekræfte hver kombination, før den vises i salgsmateriale. En udbyder kan understøtte en metode generelt, uden at den er aktiveret for den enkelte virksomhed eller den anvendte forbindelse. Kontrollér også, hvordan siden opfører sig, hvis en metode ikke længere er tilgængelig. Kunden bør stadig have et forståeligt næste skridt. Brug en afgrænset første opsætning med de nødvendige metoder, og tilføj flere, når de er dokumenteret og gennemgået. Flere logoer på siden er ikke i sig selv et bedre betalingsflow.
Adskil returadresse og betalingsbekræftelse
Returadressen er en del af kundens oplevelse. Den verificerede betalingsstatus er grundlaget for virksomhedens handling. De to kan komme på forskellige tidspunkter. En kunde kan vende tilbage til en side, mens betalingen stadig afventer endelig afklaring, eller lukke siden uden at vende tilbage. Vis derfor en passende besked, når resultatet endnu ikke er sikkert. På serveren bør ordren opdateres ud fra kontrollerede oplysninger fra betalingsintegrationen. Signerede webhooks kan forbinde ændringer med ordreprocessen, men modtageren skal kontrollere og håndtere dem korrekt. Undgå at sende varen alene, fordi browseren landede på en adresse med et positivt navn.
Gennemgå fejl uden at skabe nye opkrævninger
Prøv et forløb, hvor forbindelsen afbrydes efter kunden har startet betalingen. Notér, hvad kunden ser, hvad support kan finde, og hvilke handlinger der er tilladt. Beskeden bør ikke automatisk bede kunden betale igen, hvis udfaldet er ukendt. Undersøg først den eksisterende betaling. Lav også en gennemgang af et udløbet eller lukket forløb og af en kunde, der vender tilbage senere. Hver situation bør have én ansvarlig arbejdsgang. En medarbejder skal kunne skelne mellem en ny ordre, et nyt forsøg på samme ordre og en betaling, som allerede er bekræftet, uden at gætte ud fra kundens skærmbillede.
Afgræns leverancen og mål det rigtige
OrsunPay forbinder en ordre med tilgængelige metoder og den konfigurerede udbyder. Virksomhedens udbyderaftaler og afregning forbliver virksomhedens egne. Hosted checkout er ikke automatisk et lager-, fragt- eller abonnementsystem. Beslut, hvilke oplysninger der skal være synlige for kunden, og hvilke der kun skal bruges internt. Efter lancering kan teamet følge, om kunder kommer til betaling, og om bekræftede betalinger fører til korrekt opfyldelse. Undersøg afbrudte forløb med respekt for privatliv og uden at gemme kortdata. Justér konkrete problemer, som en uforståelig besked eller en manglende ordrehenvisning, før et nyt sæt funktioner føjes til processen.
Relevante produkter
Tal med osKilder
Relaterede artikler

Abonnementsbetaling: adskil aftale, opkrævning og adgang
Planlæg tilbagevendende betalinger og fejlhåndtering uden at forveksle udbyderfunktioner med softwarefakturering.
Læs artiklen
Betalings-API: lav en integrationsaftale før det første kald
Planlæg betalingsoprettelse, idempotens, status og overdragelse mellem udvikling og drift.
Læs artiklen
Betalingsrapport til daglig drift: beløb, valuta og status
Lav en betalingsoversigt, som hjælper teamet med afvigelser uden at forveksle rapportering og afregning.
Læs artiklen