Betalingslink for bedrifter: fra avtale til bekreftet betaling
En betalingslink passer når salget starter utenfor den vanlige handlekurven. Kunden kan ha godtatt et tilbud på e-post eller bestilt en tjeneste i en samtale. Lenken gir en vei til betaling, men bedriften trenger fortsatt en ryddig ordre og en regel for når leveransen kan starte. Begynn med én konkret salgssituasjon og beskriv hvem som oppretter lenken, hvem som sender den, og hvem som følger opp resultatet.

Finn avtalen før du lager lenken
Tenk deg en bedrift som selger et kurs til en avtalt pris. Før en medarbeider oppretter betalingslenken, må bestillingen være tydelig og beløpet godkjent. Hvis antall deltakere fortsatt endres, kan en tidlig lenke gi feil betaling. Bruk en intern bestillingsreferanse som salg og drift begge kan finne. Referansen bør ikke være kundens e-postadresse eller inneholde private merknader. Avklar hvem som kan endre beløpet, og hvor endringen registreres. Dersom bedriften ønsker en delbetaling, må den arbeidsflyten vurderes særskilt. En vanlig lenke med fast beløp innebærer ikke automatisk støtte for avdrag eller senere innkreving av resten.
Kontroller konto, beløp og valuta sammen
Lenken skal bruke bedriftens riktige betalingskonto og den konfigurasjonen som er godkjent for salget. Sammenlign beløp og valuta med bestillingen før utsending. La gjerne en kollega gjennomgå den første lenken og forklare hvordan feil håndteres. Betalingsmåter avhenger av leverandør, konto, marked og integrasjon. Et kjent leverandørnavn er ikke en bekreftelse på at alle mulighetene deres er aktivert. Stripe beskriver egne Payment Links i dokumentasjonen; disse funksjonene tilhører Stripe og må ikke automatisk tilskrives OrsunPay. Registrer hvilken forbindelse som brukes, slik at en senere henvendelse kan undersøkes mot riktig konto og betaling.
Gi kunden en forståelig beskjed
En lenke uten sammenheng kan gjøre kunden usikker. Forklar hva betalingen gjelder, hvilket beløp kunden skal se, og hvordan bedriften kontaktes ved spørsmål. Kontroller avsendernavnet og at overgangen til betalingsdomenet gir mening. Ikke legg interne notater eller unødvendige personopplysninger i adressen. Prøv meldingen på mobil, der lange forklaringer lett skjuler den viktigste informasjonen. Hvis kunden vil endre bestillingen, bør medarbeideren gå tilbake til den registrerte avtalen. Ikke opprett parallelle krav basert på ulike samtaler uten å rydde opp i den opprinnelige bestillingen. Kunden og bedriften må forholde seg til samme versjon av beløpet.
Bruk bekreftet status som leveringsgrunnlag
At kunden åpner lenken, betyr bare at betalingsmuligheten er åpnet. Bedriften bør først frigjøre kursplassen eller sende varen når betalingsintegrasjonen gir en verifisert status. Kunden kan lukke nettleseren før en returside vises, selv om betalingen senere bekreftes. Derfor er det risikabelt å gjøre returadressen til eneste kontroll. Koble serverens betalingsinformasjon til bestillingsreferansen, og bruk signerte hendelser der integrasjonen støtter det. Den samme bekreftelsen kan behandles flere ganger uten at levering skal gjentas. Ha en synlig mellomtilstand for saker som fortsatt venter på avklaring, slik at medarbeidere ikke tolker manglende skjermbekreftelse som en sikker feil.
Avtal hvordan endringer og nye forsøk håndteres
Lag en kort rutine for feil beløp, feil mottaker og en kunde som ønsker å prøve igjen. Start alltid med eksisterende ordre og seneste kjente betalingsstatus. Et ukjent resultat bør undersøkes før en ny betaling opprettes. Deaktivering av en lenke er heller ikke det samme som refusjon av penger som allerede er betalt. Bestem hvem som kan stoppe en lenke, hvem som svarer kunden, og hvor vurderingen dokumenteres. Når flere ansatte deler arbeidet, forhindrer en kort intern merknad at neste person sender en ny lenke uten å vite hva som er gjort. Merknaden bør beskrive beslutningen, ikke samle unødvendige kundedata.
Avklar OrsunPays rolle før oppstart
OrsunPay kan opprette lenker med beløp og valuta og føre kunden til hosted checkout. Administrasjon av betalingslenker i merchant cabinet er foreløpig tilgjengelig bare i live-modus. Bedriften beholder egne kontoer og avtaler med støttede betalingsleverandører, som behandler betalingen og gjør opp direkte med bedriften. OrsunPays programvareavgifter faktureres separat. Gjennomgå en normal bestilling, et avbrutt forsøk og en forsinket bekreftelse før arbeidsflyten tas i bruk. Avslutt med navngitte roller for opprettelse, kundesvar og levering. Da får lenken en tydelig plass i bedriftens arbeid, i stedet for å bli en løs melding som noen senere må forsøke å avstemme manuelt.
Relevante produkter
Kontakt ossKilder
Relaterte artikler

Betalingswebhook: bekreft hendelser og unngå dobbelt arbeid
Planlegg signaturkontroll, gjentatte hendelser og oppfølging av manglende betalingsvarsler.
Les artikkelen
Checkout for nettbutikk: planlegg hele betalingsløpet
Koble ordre, beløp, betalingsside og verifisert resultat til en forståelig checkout.
Les artikkelen
WooCommerce-betaling: vurder gateway, ordreflyt og vedlikehold
Velg en WooCommerce-betalingsintegrasjon med tydelig ansvar for konto, hendelser og oppdateringer.
Les artikkelen