1. Kom överens om vad som räknas som betalningsbekräftelse
En order registrerar vad en kund vill köpa. Ett betalningsresultat registrerar vad som hände vid ett betalningsförsök. En bekräftelsesida i kassan, ett ordernummer eller en kunds uppgift om att betalningen är gjord ska inte i sig ändra orderns status till bekräftat betald.
Kom före implementeringen överens om vilken betalningspost och vilket utfall teamet ska använda som underlag. Bekräfta innebörden av de tillgängliga statusarna med betaltjänstens team i stället för att gissa utifrån benämningarna. Skilj betalningsbekräftelse från likvidavräkning eller bokföringsavstämning: ett underlag som visar att ett försök lyckades visar inte nödvändigtvis att pengarna har nått handlarens konto.
- Dokumentera vilket underlag som krävs för att markera en order som betald.
- Definiera separata operativa statusar för väntan på resultat, bekräftat lyckad betalning, bekräftat misslyckad betalning och olösta avvikelser.
- Kom överens om huruvida orderhanteringen ska pausas så länge ett resultat är oklart.
2. Skapa en spårbar referenskedja för varje handlare
Börja med handlarkontot, plattformens orderreferens och betalningsförsökets referens. En order kan ha fler än ett försök, så skriv inte över det ursprungliga försöket när en kund försöker igen. Spara tillräckligt med historik för att kunna förklara vilket resultat som ledde till en ändring av orderstatusen.
NeroConnect betjänar programvaru- och kassaplattformar och deras anslutna handlarkonton. Integrationsplaneringen omfattar anslutning, ansvarsfördelning, betalningsreferenser, händelser och avstämning. Bekräfta vilken information som är tillgänglig genom den överenskomna implementeringen; förutsätt inte automatisk synkronisering. Ett belopp och en ungefärlig tidpunkt kan underlätta en utredning, men räcker inte för en tillförlitlig och entydig matchning.
- Registrera handlarinformationen tillsammans med varje koppling mellan order och betalning.
- Se till att varje försök kan identifieras separat.
- Kontrollera referenser, belopp och valuta innan en matchning godtas.
3. Hantera resultat utan att tappa bort olösta ordrar
Bestäm hur er plattform tar emot eller granskar betalningsresultat med hjälp av de lösningar som stöds och har bekräftats under planeringen. Definiera vad som händer när ett resultat kommer efter att kunden har lämnat kassan, kommer mer än en gång eller inte kan kopplas med säkerhet. Detta är arbetsflödeskrav som ni behöver komma överens om, inte antaganden om inbyggda funktioner.
Ha en avvikelsekö där varje ärende har en ansvarig, en orsak och en tidpunkt för nästa granskning. Ett saknat resultat ska förbli olöst tills det har kontrollerats. Att automatiskt markera det som misslyckat kan leda till en onödig andra betalning. Att i stället behandla det som lyckat kan leda till att varor lämnas ut utan bekräftelse. Välj ett granskningsintervall som passar handlarens orderhantering och gör meddelandet om vänteläget tydligt.
- Matcha resultatet med rätt handlare, order och betalningsförsök.
- Tillämpa den överenskomna statusregeln utan att hantera ordern på nytt om samma resultat kommer igen.
- Skicka poster som saknar matchning eller är motstridiga för utredning.
4. Gå igenom ett fördröjt resultat innan ett nytt försök tillåts
Hypotetiskt exempel: en plattform för hämtmat skapar order T184 för £28. Kunden når slutet av kassaflödet, men plattformen har inget verifierat betalningsresultat. Ordern fortsätter att invänta bekräftelse och handlaren ser att tillagningen är pausad. Detta är ett exempel på ett arbetsflöde, inte en beskrivning av en automatisk funktion i NeroConnect.
En medarbetare i driftteamet kontrollerar det överenskomna betalningsunderlaget med hjälp av handlar- och försöksreferenserna. Om det verifieras att betalningen har lyckats dokumenterar medarbetaren underlaget och släpper ordern för hantering enligt handlarens regler. Om det verifieras att betalningen har misslyckats följer medarbetaren den överenskomna processen för nya försök. Om resultatet förblir oklart eskalerar medarbetaren ärendet i stället för att be kunden betala igen direkt. Varje nytt försök får en egen försöksreferens.
- Meddela kunden: Din order är registrerad, men betalningsbekräftelsen kontrolleras fortfarande.
- Dokumentera vem som kontrollerade resultatet och när.
- Om flera lyckade försök hittas följer ni handlarens överenskomna granskningsprocess för dubbla betalningar.
5. Avsluta avvikelser och verifiera att arbetsflödet fungerar
Kom överens om vem som ansvarar för varje överlämning: handlaren fattar beslut om orderhanteringen, plattformens driftteam utreder orderkopplingar och rätt kontaktperson hos betaltjänsten hjälper till att reda ut frågor om betalningsunderlag. Bekräfta ansvarsfördelningen med alla inblandade. Partner kan konfigurera de inställningar som stöds för vad handlaren kan se. Kontrollera vilka inställningar som är tillgängliga och säkerställ att texten som visas motsvarar det faktiska läget i hanteringen.
Det observerbara framgångskriteriet är enkelt: varje granskad order har antingen ett spårbart betalningsresultat eller en namngiven avvikelseansvarig med en nästa åtgärd. Testa en lyckad betalning, ett misslyckat försök, ett fördröjt resultat och ett nytt försök innan ni förlitar er på arbetsflödet. Nästa steg är att gå igenom dessa kontroller för en olöst order tillsammans med era plattforms- och betalningskontakter och sedan dokumentera eventuella brister.
BRA ATT VETA
Vanliga frågor
Kan en orderbekräftelse räknas som en betalningsbekräftelse?
Inte i sig. Den bekräftar att en order finns. Markera betalningen som bekräftad först när det överenskomna betalningsunderlaget styrker det.
Vad bör hända om kunden säger att de har debiterats?
Ta kundens oro på allvar och utred det ursprungliga försöket. Avfärda inte kundens uppgifter och begär inte en ny betalning enbart för att er plattform saknar ett resultat.
Bör alla olösta ordrar annulleras?
Nej. Kom överens om en policy för vänteläge och granskning som passar orderhanteringen. Utgå inte från att en annullering av en order även annullerar eller återför en betalning.
Vad bör vi bekräfta innan vi implementerar detta med NeroConnect?
Bekräfta med teamet vilken betalningsinformation som stöds, hur händelser hanteras, hur referenser kopplas, vilka synlighetsinställningar som gäller för handlare och vem som ansvarar för eskalering. Tillgänglighet och implementeringsdetaljer behöver kontrolleras.