Betalingsløsning for nettbutikk: hva bør du velge?

Kartlegg handelen før du sammenligner leverandører

Begynn med en vanlig ordre i nettbutikken. Beskriv hvem kunden er, hvilken valuta som vises, hvor ordren lagres og hva som skal skje etter betalingen. Gjenta gjennomgangen for en avbrutt betaling og en kunde som kontakter support. Da ser du hvilke oppgaver løsningen faktisk må støtte, ikke bare hvilke knapper som må vises i kassen.

Skill mellom forhold du må ha og forhold som bare er ønskelige. En nødvendig betalingsmetode eller sikker oppdatering av ordrestatus er noe annet enn muligheten til å endre en farge. Ta også med hvem som skal vedlikeholde løsningen. En bedrift uten egen utvikler bør undersøke andre driftsforutsetninger enn et selskap med en dedikert teknisk avdeling og flere egne applikasjoner.

En felles betalingsflyt

Se betalingsmetoden i sammenheng med kontoen

At en leverandør viser en metode på nettsiden, betyr ikke at den er tilgjengelig for alle bedrifter. Avklar hvilke vilkår som gjelder for din konto, virksomhet, valuta og integrasjon. Dersom du selger i både norske kroner og euro, bør begge situasjonene beskrives konkret. Ikke anta at en innstilling som virker for én kombinasjon automatisk dekker den andre.

Be leverandøren forklare hva kunden faktisk møter. Kan vedkommende fullføre på telefonen, forlate siden og komme tilbake, eller betale etter en separat henvendelse fra kundeservice? Bekreft de nødvendige metodene før du lover dem i nettbutikken. Et oppsett som bygger på bekreftede behov er lettere å drive enn et oppsett som forsøker å vise alle tenkelige betalingsvalg.

Koble egne leverandørkontoer

Vurder en ferdig betalingsside

En betalingsside som drives av leverandøren kan gi en tydelig overgang fra ordre til betaling. Stripe dokumenterer eksempelvis en Checkout-side som leverandøren er vert for. Det er fortsatt din integrasjon som må sende riktig beløp og knytte betalingen til bestillingen. En ferdig side erstatter derfor ikke behovet for gjennomtenkt ordrebehandling og et klart ansvar for den tekniske forbindelsen.

Kontroller språk, beløp, valuta og virksomhetsnavn i hele løpet. Kundens opplevelse slutter ikke når betalingsknappen er trykket. Tilbakesiden må forklare hva som skjer videre, særlig dersom resultatet ennå undersøkes. La en kollega prøve prosessen uten instruksjoner. Noter hvor vedkommende blir usikker, og bruk det som grunnlag for forbedringer fremfor å trekke konklusjoner ut fra utseendet alene.

Driftet betalingsside

Skill mellom betalingsleverandør og programvare

En betalingsleverandør behandler transaksjoner etter avtalen med virksomheten. Et separat programvarelag kan koble egne leverandørkontoer til applikasjonen din. Dette er to forskjellige oppgaver. Hvis problemet gjelder utbetalingsavtalen, må du undersøke leverandørforholdet. Hvis problemet gjelder ulik ordrelogikk på tvers av forbindelser, kan et felles teknisk lag være relevant.

OrsunPay er programvare for betalingsorkestrering. Virksomheten beholder egne kontoer og avtaler hos støttede leverandører, som behandler betalingene og utbetaler direkte til virksomheten. OrsunPay samler opprettelse av betalinger og behandling av status i en felles arbeidsflyt. Programvareavgifter faktureres separat. Dette må tas med i sammenligningen, slik at et softwaretilbud ikke forveksles med et komplett nytt avtaleverk for betalingsbehandling.

Signerte betalingsvarsler

La verifisert status styre leveringen

En kunde kan lukke nettleseren etter at betalingen er gjennomført. En annen kan nå retursiden før en melding er behandlet i ordresystemet. Derfor er ikke returen i nettleseren et selvstendig bevis på betaling. Ordren skal oppdateres med et verifisert resultat fra integrasjonen, slik at levering og tilgang følger riktig transaksjon, beløp og valuta.

Bestem også hva som skal skje når samme melding kommer flere ganger. En bekreftelse må ikke gi to forsendelser eller doble fordeler. OrsunPay tilbyr signerte webhooks og mulighet til å hente transaksjonsstatus gjennom API-et. Den som integrerer løsningen må håndtere mottak og kontroll korrekt. Gi support en enkel instruks for å finne både ordren og betalingen når kunden trenger hjelp.

Avklar hvordan betaling utenfor handlekurven fungerer

Ikke alle salg starter i en vanlig kasse. En kunde kan be om en spesialbestilling eller få et tilbud fra en medarbeider. Da kan en betalingslenke gi en praktisk vei til betaling. Sørg for at lenken er knyttet til den avtalte bestillingen i din egen administrasjon, slik at en senere innbetaling ikke må identifiseres gjennom et gammelt chatvindu.

OrsunPay støtter lenker med et bestemt beløp og en valuta, med videre overgang til hostet checkout. Du kan se eksisterende lenker og deaktivere dem som ikke lenger trengs. Lenkehåndtering i kontrollpanelet er nå tilgjengelig i produksjonsmodus, så avtal testprosedyren før noen utfører en prøvebetaling. En åpnet lenke er verken en kvittering eller en garanti for at pengene er betalt.

Sammenlign kostnader med dine egne forutsetninger

Lag en oversikt over kostnadene som gjelder for den faktiske betalingsmiksen. Ta med bekreftede gebyrer, eventuelle faste kostnader, valutaveksling og separate programvareutgifter. Spør hva som gjelder ved refusjoner og andre avvik. Bruk oppdaterte tilbud og avtalevilkår, og la usikre poster være åpne spørsmål. Det er mer presist enn å fylle hullene med antakelser.

Vurder dessuten tiden bedriften bruker på løsningen. Vedlikehold av integrasjonen, feilretting, spørsmål fra kunder og avstemming kan være viktige deler av den totale innsatsen. Beregn flere realistiske scenarioer basert på egne aggregerte tall. En sammenligning skal vise konsekvensene av ulike valg for din virksomhet, ikke gi en generell påstand om hvor mye alle nettbutikker kan spare.

Gjør avstemming og support forståelig

En bekreftet betaling fra kunden og en senere utbetaling fra leverandøren er to forskjellige hendelser. Sørg for at regnskapsansvarlig kan koble ordre, transaksjon, gebyr og utbetaling uten å gjette. Spør hvilke rapporter og referanser som finnes, og prøv å følge ett eksempel gjennom hele løpet. Dette avdekker ofte spørsmål som ikke er synlige i en demonstrasjon av kassen.

Avklar samtidig hvem som hjelper ved ulike feil. En kontoinnstilling hos leverandøren og en feil i ordresystemet kan ha forskjellige eiere. Definer hvilken informasjon som skal følge en supportsak, for eksempel tidspunkt og relevante referanser. Ikke send passord, API-nøkler eller unødvendige kundeopplysninger i vanlig e-post. Beskriv problemet presist uten å dele mer informasjon enn saken trenger.

Test også når kjøpet ikke går som planlagt

Før oppstart bør du kontrollere godkjente, avviste, avbrutte og forsinkede betalinger. Se hva kunden får vite, og hva medarbeideren ser i systemet. Test også gjentatte meldinger og nettlesere som lukkes før retur. Det er særlig viktig når systemet automatisk sender varer, gir tilgang eller starter en tjeneste på bakgrunn av en statusendring.

Ved et bytte må gamle ordrer fortsatt kunne behandles. Behold nødvendig tilgang til historikk og avklar hvordan åpne saker skal håndteres. Start gjerne med et avgrenset forløp og bestem hvem som kan stoppe overgangen. Ikke bygg planen på automatisk videresending til en annen leverandør dersom dette ikke er avtalt. Slik automatisk kaskadering inngår ikke i OrsunPays beskrevne grunnleggende orkestreringstilbud.

Velg neste steg ut fra det faktiske behovet

Én direkte integrasjon kan være riktig når den dekker metodene, ordreprosessen og driften godt. Et felles programvarelag kan være mer interessant når flere leverandørforbindelser eller applikasjoner skal oppføre seg likt. Et betalingslinkverktøy kan være tilstrekkelig hvis behovet først og fremst gjelder noen få avtalte bestillinger utenfor handlekurven. Disse valgene løser forskjellige problemer.

Ta med eksisterende leverandørkontoer, aktuelle valutaer og de viktigste unntakene til en samtale med OrsunPay. Be om en konkret avgrensning av hva som er tilgjengelig for oppsettet ditt. Når ansvar, metoder og statusbehandling er tydelig beskrevet, blir det enklere å velge en betalingsløsning for nettbutikken som også fungerer i vanlig drift etter lansering.

Kilder

• Stripe Checkout
• Stripe: webhooks