Betalningslänk för företag: från beställning till bekräftad betalning

Börja med en beställning som går att förstå

Innan du skapar länken behöver du veta vilken beställning den tillhör. Dokumentera överenskommet innehåll, belopp och valuta i det system som företaget använder för sina order. En betalning ska inte bli den enda plats där informationen om köpet finns. Om någon annan tar över kundärendet behöver personen kunna förstå vad som ska levereras och hur priset har bestämts.

Skilj mellan en länk som används för ett avtalat köp och en allmän länk som erbjuds till flera kunder. De kräver olika sätt att koppla betalningen till rätt beställning. Kontrollera vilka beteenden den aktuella lösningen stöder innan du väljer arbetssätt. Anta inte att en länk automatiskt kan användas en enda gång eller att den upphör efter en viss tid.

Betalningslänkar

Förstå vem som behandlar pengarna

En betalningslänk leder kunden till ett betalningsflöde. Betalningsleverantören ansvarar för behandlingen enligt företagets avtal, medan programvaran kan skapa länken och återge status. Stripe dokumenterar till exempel Payment Links som ett sätt att dela en betalningssida. Vilka funktioner som finns i ett enskilt verktyg måste ändå kontrolleras separat, även när samma leverantör används bakom lösningen.

Med OrsunPay behåller företaget sina egna konton och avtal hos de betalningsleverantörer som stöds. Leverantören behandlar betalningen och betalar ut pengarna direkt enligt sitt avtal med företaget. OrsunPay är ett programvarulager för betalningsorkestrering, och programvaruavgifter faktureras separat. Det är en viktig skillnad när du jämför erbjudanden och försöker förstå vem som ska svara på frågor om utbetalningar.

Betalningsorkestrering

Kontrollera konto, valuta och betalningsmetoder

Utgå från de kunder som faktiskt ska använda länken. Ett svenskt företag kan sälja både i kronor och i andra valutor, men varje kombination behöver fungera med det valda kontot. Kontrollera också vilka betalningsmetoder som verkligen är aktiverade. En logotyp på en leverantörs webbplats är inte ett besked om att metoden är tillgänglig för just ditt företag.

Be om en konkret genomgång med den konfiguration du tänker använda. Kontrollera företagets land, kundens situation, valuta och den aktuella integrationen. Skriv ner sådant som återstår att bekräfta. Om en önskad metod inte går att använda behöver kunden få ett begripligt alternativ. Låt inte kundtjänsten upptäcka dessa begränsningar först när den första betalningen ska genomföras.

Hostad betalningssida

Skapa länken med ett tydligt belopp

Belopp och valuta ska motsvara den godkända beställningen. När företaget arbetar med flera valutor räcker det inte att kontrollera siffrorna. Även valutabeteckningen behöver vara rätt. Använd en intern referens för att hitta beställningen, men undvik att lägga känsliga kunduppgifter i delbara webbadresser. En länk kan vidarebefordras och bör därför behandlas som något som kan hamna hos fler personer.

OrsunPays betalningslänkar utgår från ett belopp och en valuta och kan listas och avaktiveras. Hanteringen av länkar i kundportalen gäller det skarpa läget. Planera därför företagets granskning av ett nytt arbetsflöde tillsammans med den som ansvarar för kontot. Att öppna länken visar hur sidan ser ut, men bekräftar inte att en betalning har genomförts.

Signerade betalningsmeddelanden

Skriv ett meddelande som hjälper kunden

När du skickar länken bör meddelandet ange vilket köp den gäller och vad kunden ska göra härnäst. Företagets namn och det överenskomna beloppet ska gå att känna igen. Kunden ska inte behöva gissa om länken hör till ett tidigare samtal eller en ny beställning. Använd en kanal som redan är etablerad i kontakten och håll innehållet kort och sakligt.

Undvik att be kunden skicka kortuppgifter eller andra fullständiga betalningsuppgifter i svaret. Frågor om själva beställningen kan hanteras i företagets vanliga supportflöde. Betalningen ska ske på den avsedda betalningssidan. Om kunden inte känner igen länken bör det finnas ett känt sätt att kontakta företaget och kontrollera vad meddelandet gäller innan kunden fortsätter.

Gå igenom hela flödet på en mobiltelefon

Många kunder öppnar en länk direkt från ett meddelande på telefonen. Kontrollera därför att belopp, valuta och nästa steg är lätta att se på en liten skärm. Granska både starten, valet av betalningsmetod och återkomsten efter betalningen. En sida kan se tydlig ut på en stor skärm men ändå göra kunden osäker när den öppnas i ett meddelandeprogram.

Gör även en genomgång av avbrutna förlopp. Vad händer om kunden stänger sidan eller lämnar en autentisering? Förklara hur kunden kan fortsätta utan att uppmanas att betala igen när status fortfarande är oklar. Det är särskilt viktigt att supporten kan se skillnaden mellan ett nytt försök och en betalning som redan har bekräftats.

Låt en kontrollerad status styra leveransen

En öppnad länk, en skärmbild eller en besökt tacksida räcker inte som grund för att markera en order som betald. Använd den betalningsstatus som integrationen har kontrollerat. Koppla den till rätt beställning och jämför belopp och valuta. Om status fortfarande behandlas behöver ordern ligga kvar i ett tydligt vänteläge tills företaget har ett tillförlitligt besked.

När statushändelser skickas via webhooks måste integrationen kontrollera meddelandenas äkthet och kunna hantera upprepade leveranser. Samma händelse får inte skapa två leveranser eller dubbla kundmeddelanden. OrsunPay erbjuder signerade webhooks, men din applikation behöver fortfarande bestämma hur ordern ska förändras. Det är affärslogik som bör vara tydligt dokumenterad och gå att följa i efterhand.

Hantera obetalda och ersatta länkar

Bestäm vem som följer upp en länk som inte har resulterat i en bekräftad betalning. Börja med att kontrollera status innan någon skickar en påminnelse eller skapar en ny länk. Kunden kan ha betalat medan en intern vy ännu inte har uppdaterats. Ett genomtänkt arbetsflöde minskar risken för att kunden möts av motstridiga besked från olika medarbetare.

Om beställningen ändras behöver den gamla länken hanteras uttryckligen. Att avaktivera en länk är inte samma sak som att återbetala en tidigare betalning. Dokumentera vilken länk som gäller och vad som ska hända med den ursprungliga beställningen. Kontrollera en eventuell återbetalning separat genom det flöde som den valda leverantören och integrationen stöder.

Stäm av betalning och utbetalning var för sig

När kunden har betalat uppstår en transaktion. När leverantören senare för över pengar till företaget är det en annan händelse. De kan ha olika datum och referenser. Se till att bokföringens underlag kan kopplas till beställningarna utan att någon behöver tolka fria meddelanden eller söka i långa konversationer. Behåll relevanta referenser i de system där de hör hemma.

Jämför kostnader utifrån företagets verkliga betalningar. Skilj leverantörens avgifter från programvaruavgifter och eventuell valutaväxling. Ta också hänsyn till den tid som går åt till uppföljning och avstämning. Undvik att räkna med en generell besparing innan du har granskat avtalen och ett representativt urval av företagets egna köp.

Börja med ett avgränsat användningsfall

Välj först en tydlig typ av beställning, exempelvis en tjänst som alltid bekräftas innan betalning begärs. Utse en ansvarig för länken, en för leveransbeslutet och en för frågor om avstämning. Gå igenom lyckad betalning, avbrott, oklar status och en ändrad beställning. Skriv ner vad medarbetaren ska göra i varje situation.

När det arbetssättet fungerar kan företaget bedöma om fler steg bör automatiseras. OrsunPays betalningslänkar och gemensamma betalningsstatus kan ingå i ett sådant flöde tillsammans med företagets befintliga leverantörskonton. Utgångspunkten är en fungerande beställningsprocess: en begriplig begäran, en kontrollerad betalning och ett tydligt nästa steg för både kunden och företaget.

Källor

• Stripe Payment Links
• Stripe Webhooks