Betalingsgateway: vælg en løsning til din webshop

Afklar hvilken del af betalingen du vil ændre

Ordet betalingsgateway bruges om flere forskellige dele af et betalingsforløb. Nogle mener den side, hvor kunden vælger metode. Andre mener forbindelsen til en betalingsudbyder eller hele aftalen om behandling og afregning. Skriv derfor først ned, hvad din virksomhed faktisk mangler. Det kan være en bedre sammenhæng med ordresystemet, flere relevante metoder eller færre manuelle opslag ved spørgsmål fra kunder.

Skeln også mellem et nyt udbyderforhold og et nyt stykke software. En anden betalingsside betyder ikke nødvendigvis, at virksomheden får en ny aftale om afregning. Omvendt løser et nyt udbydernavn ikke automatisk problemer i din egen ordrelogik. Når opgaven er tydelig, bliver det lettere at vurdere, hvilke ændringer der er nødvendige, og hvilke du trygt kan undlade.

Fælles betalingsforløb

Beskriv dine vigtigste købssituationer

Lav en kort liste over de køb, løsningen skal understøtte. En dansk kunde, der betaler i kroner, kan have andre behov end en erhvervskunde, som handler i euro. Det afgørende er ikke at vise flest mulige logoer, men at de valgte metoder fungerer for den konkrete konto, valuta og salgskanal. Få disse kombinationer bekræftet, før du planlægger en lancering.

Tag også højde for, hvor ordren begynder. En webshop har typisk en kurv og et ordrenummer. En servicevirksomhed kan først aftale omfanget i en samtale og senere sende et betalingslink. En platform kan starte betalinger fra flere forskellige produkter. Brug disse situationer som eksempler i dialogen med leverandøren, så tilbuddet handler om dine faktiske arbejdsgange.

Tilslut egne udbyderkonti

Vælg betalingsside og integration sammen

En betalingsside, som leverandøren driver, kan være en praktisk indgang til betalingen. Stripe beskriver eksempelvis en mulighed for at sende kunden til en Stripe-hostet Checkout-side. Det er dog stadig virksomhedens integration, der skal oprette det rigtige betalingsforløb og forbinde resultatet med ordren. En ekstern side gør derfor ikke resten af processen overflødig.

Spørg, hvad kunden ser før og efter betalingen. Beløb, valuta og virksomhedens navn skal være forståelige, også på en telefon. Afklar, hvordan kunden vender tilbage efter en afbrudt betaling, og hvordan en eventuel ventetid bliver forklaret. Lad en person uden teknisk forhåndsviden gennemgå forløbet. Hvis vedkommende bliver i tvivl om næste skridt, er det værd at rette før lancering.

Hostet betalingsside

Undersøg udbyderkontoen frem for kun produktnavnet

En udbyder kan understøtte en metode generelt, uden at den er aktiv på din virksomheds konto. Der kan være forskellige krav til virksomhed, geografi, valuta og integration. Bed om en konkret bekræftelse af den kombination, du vil bruge. Det er især relevant, når en løsning består af både en betalingsudbyder og en separat softwareforbindelse.

Gem beslutningerne i et kort opsætningsdokument. Notér konto, miljø, valuta, relevante metoder og den person, som har ansvar for ændringer. Adgangsnøgler hører til i et egnet system til hemmeligheder, ikke i et delt mødenotat. Dokumentet skal forklare opsætningen uden at gøre fortrolige oplysninger tilgængelige for alle, der har brug for at forstå betalingsprocessen.

Signerede betalingsbeskeder

Brug en bekræftet status til at frigive ordren

Kunden kan lukke browseren efter at have betalt eller vende tilbage til webshoppen, før en statusmelding er færdigbehandlet. En takkeside er derfor ikke alene dokumentation for en gennemført betaling. Ordresystemet skal bruge en kontrolleret status fra integrationen og knytte den til den korrekte ordre. Indtil status er afklaret, bør teksten til kunden afspejle det.

Tænk også på beskeder, som bliver sendt igen. Den samme betaling må ikke føre til to leverancer eller dobbelt adgang til en digital tjeneste. Aftal med udvikleren, hvordan gentagne hændelser håndteres, og hvordan medarbejdere finder status ved tvivl. En kort procedure er nyttig: Find ordren, kontrollér transaktionen, sammenlign beløb og valuta, og træf først derefter beslutning om den videre behandling.

Forstå hvor OrsunPay passer ind

OrsunPay er software til betalingsorkestrering. Du beholder dine egne konti og aftaler hos de understøttede betalingsudbydere. Udbyderen behandler betalingen og afregner direkte med dig, mens OrsunPay forbinder din applikation med de konfigurerede udbydere. Softwarebetalingen er adskilt fra udbyderens afregning. Det er derfor ikke et direkte alternativ til alle dele af en indløsningsaftale.

Løsningen kan være relevant, hvis du ønsker en fælles måde at oprette betalinger og behandle statushændelser på. Den omfatter blandt andet en hostet betalingsside, betalingslinks og signerede webhooks. Metoder og muligheder afhænger fortsat af din konto og konfiguration. Det beskrevne tilbud lover ikke automatisk genforsøg hos en anden udbyder eller automatisk valg af den billigste betalingsrute.

Sammenlign de samlede omkostninger

Brug virksomhedens egen betalingsfordeling, når du sammenligner tilbud. Adskil eventuelle faste omkostninger, behandlingsgebyrer, valutaomregning og ekstra software. Spørg også til de omkostninger, der kan opstå ved tilbagebetalinger eller særlige arbejdsgange. Hvis en post endnu ikke er bekræftet, skal den stå som et åbent spørgsmål. Et gæt gør ikke et budget mere pålideligt.

Medtag arbejdet omkring løsningen. Hvem vedligeholder integrationen, hjælper kunder og afstemmer betalinger? En lav pris på én type transaktion kan være mindre vigtig, hvis medarbejderne bagefter bruger meget tid på at rette uoverensstemmelser. Sammenlign flere realistiske scenarier frem for at beregne én universel besparelse. Formålet er et brugbart beslutningsgrundlag, ikke en påstand om et sikkert økonomisk resultat.

Gør support og afstemning til en del af valget

Et team skal kunne skelne mellem en kundebetaling og en senere udbetaling fra udbyderen. De to hændelser kan have forskellige referencer og tidspunkter. Afklar, hvordan rapporterne hænger sammen med jeres ordrenumre, og hvilke oplysninger bogholderiet har brug for. En demonstration af betalingsknappen viser ikke nødvendigvis, om denne del af hverdagen fungerer godt.

Aftal desuden, hvem der kontaktes ved forskellige problemer. En fejl i en kontoopsætning og en fejl i virksomhedens ordrelogik kan kræve forskellige ansvarlige. Brug relevante referencer og en præcis beskrivelse, når en sag sendes videre. Undgå at dele kunders fulde betalingsoplysninger eller adgangsnøgler i almindelig supportkorrespondance. Det skal være muligt at undersøge sagen uden unødvendig deling af data.

Test undtagelserne før du skifter

Planlæg en prøve, der omfatter både betaling, afvisning, afbrydelse og forsinket status. Kontrollér, hvad kunden ser, og hvad der sker i ordresystemet. Lad også support gennemgå et eksempel, hvor en kunde spørger til en allerede forsøgt betaling. Hvis medarbejderen ikke kan finde den relevante information, er integrationsarbejdet endnu ikke afsluttet i praksis.

Ved en overgang skal gamle ordrer fortsat kunne håndteres. Bevar derfor den nødvendige adgang til historik, og aftal, hvordan åbne sager behandles efter ændringen. Start med et afgrænset forløb og klare kriterier for at fortsætte eller stoppe. Det gør en ny betalingsgateway til en kontrolleret ændring i virksomheden og giver teamet en fælles forståelse af, hvornår løsningen er klar.

Forbered en konkret afklaringssamtale

Tag din nuværende udbyder, kontotype, valuta, ordreproces og vigtigste problemer med til samtalen. Bed om svar på, hvilke funktioner der er tilgængelige nu, og hvilke der kræver særlig opsætning. Få samtidig bekræftet, hvem der ejer de enkelte dele af driften. Den afklaring er mere værdifuld end en generel liste over muligheder.

Hvis én direkte integration allerede dækker behovet, kan enkelhed være det rigtige valg. Hvis flere forbindelser eller applikationer skal arbejde ens, kan et fælles softwarelag være værd at undersøge. OrsunPay kan hjælpe med at afgrænse den konkrete integrationsopgave. Begynd med den arbejdsgang, du vil forbedre, og vurder løsningen på, om den faktisk understøtter netop den opgave.

Kilder

• Stripe Checkout
• Stripe: webhooks