Ge varje post en tydlig uppgift
Ett kundärende kan börja som en telefonförfrågan, bli en order och avslutas med en betalning. Det är relaterade händelser, inte utbytbara poster. Förfrågan beskriver det ursprungliga behovet. Den bekräftade ordern dokumenterar de överenskomna varorna eller tjänsterna. Betalningsposten visar betalningens utfall. En anteckning om ”betalt” i en förfrågan ersätter inte en kontroll av betalningsposten.
Välj en huvudreferens som är användbar under hela arbetet. Om de flesta förfrågningar snabbt blir order kan orderposten bli den huvudsakliga arbetsposten när ordern har bekräftats. Om ärendena kräver flera samtal innan en order finns kan ni föra ett förfrågningsregister och lägga till orderreferensen senare. Båda tillvägagångssätten kan fungera, men regeln för överlämning måste vara tydlig så att kollegorna vet var de ska leta.
Länka referenser utan att ersätta originalen
Olika system kan skapa olika identifierare. Behåll dessa identifierare och dokumentera sambandet mellan dem på en överenskommen plats. Använd lämpliga referens- eller anteckningsfält konsekvent där sådana finns. Annars kan ett kontrollerat överlämningsregister koppla ärendereferensen till order- och betalningsreferenserna. Begränsa kunduppgifterna till det som behövs för överlämningen och begränsa åtkomsten på lämpligt sätt.
Undvik att tvinga in samma referens i alla fält: vissa fält har ett särskilt syfte eller format. Förlita er inte heller enbart på kundens namn, eftersom återkommande beställningar och liknande namn kan skapa förvirring. Kom överens om vem som lägger till varje länk och när. Om ett ärende leder till två order eller flera betalningar ska varje koppling anges, i stället för att den första referensen skrivs över.
- Dokumentera ärendets huvudreferens och vilken teammedlem som ansvarar för det.
- Lägg till varje orderreferens när ordern bekräftas.
- Lägg till den relevanta betalningsreferensen efter att ha kontrollerat det registrerade betalningsutfallet.
Ett hypotetiskt exempel på överlämning från förfrågan till betalning
Hypotetiskt exempel: ett litet cateringföretag får en förfrågan om en beställning för avhämtning. En medarbetare registrerar den som ENQ-042 i förfrågningsregistret. När kunden godkänner det överenskomna urvalet skapar företaget ordern ORD-118 i sitt ordersystem. Registret kopplar samman de två referenserna, medan orderposten blir den styrande källan för antal, avhämtningstid och överenskommet pris.
Vid avhämtningen betalar kunden med kort. Personalen kontrollerar betalningsutfallet i betaltjänsten och registrerar den tillhörande betalningsreferensen mot ORD-118 i sitt utlämningsregister. När kunden senare frågar om betalningen följer personalen länken från ENQ-042 till ORD-118 och sedan till betalningsposten. Detta är ett exempel på en överenskommen manuell process, inte ett påstående om att några specifika produkter utbyter dessa poster automatiskt.
Skilj bekräftade funktioner från frågor om integration
NeroPay erbjuder kortterminaler och betaltjänster, NeroPOS/ePOS-programvara, NeroWeb för onlinebeställningar och webbplatser, NeroBooking för bokningar samt alternativ för QR-betalning. NeroWeb stöder direkta onlinebeställningar. Dessa funktioner innebär inte i sig att en förfrågan, en order och en betalning delar en referens eller uppdaterar varandra automatiskt.
NeroConnect är till för att ansluta leverantörer av programvara/kassasystem och deras handlare till betaltjänster. Varje specifik integration behöver fortfarande bekräftas med teamet. Fråga vilka poster som överförs, i vilken riktning, vad som utlöser överföringen och hur fel visas. Planera för en manuell överlämning tills dessa detaljer har bekräftats. Produkttillgänglighet, enheter som stöds, integrationer och kommersiella villkor måste också bekräftas.
- Fråga om era specifika system och det avsedda arbetsflödet stöds.
- Bekräfta om referenser, statusuppgifter eller båda överförs.
- Kom överens om en reservrutin för uteblivna uppdateringar, dubbla poster och avbrutna överlämningar.
Testa spårbarheten innan ni förlitar er på den
Gå igenom ett enkelt ärende och ett undantagsfall, till exempel en order som ändras efter bekräftelse. Kontrollera att en ändring inte har raderat de ursprungliga kopplingarna. Håll orderstatus åtskild från betalningsstatus: en order kan vara klar för avhämtning medan betalningen fortfarande behöver kontrolleras. Om posterna inte stämmer överens ska personalen veta vilken källa de ska kontrollera och vem som löser avvikelsen.
Det konkreta testet på att processen fungerar är enkelt: en kollega som inte hanterade ärendet kan hitta den överenskomna ordern, hitta det tillhörande betalningsunderlaget och identifiera nästa åtgärd utan att gissa. Nästa steg är att kartlägga ett befintligt arbetsflöde på en sida, ange vilken post som är styrande i varje steg och ta upp eventuella olösta integrationsfrågor med teamet på NeroPay.
BRA ATT VETA
Vanliga frågor
Ska kunderna ange förfrågningsreferensen eller orderreferensen?
När en order har bekräftats ska ni ge kunden den referens som personalen använder för att hitta ordern. Behåll kopplingen till den tidigare förfrågan internt så att båda referenserna fortfarande leder personalen till rätt post.
Betyder en gemensam referens att systemen är synkroniserade?
Nej. En gemensam referens hjälper till att identifiera relaterade poster, men bevisar inte att ändringar eller betalningsstatus överförs mellan systemen. Bekräfta den specifika integrationen och dess begränsningar.
Vad händer om en order har fler än en betalning?
Behåll varje betalningsreferens separat kopplad till ordern. Kontrollera de enskilda betalningsutfallen i stället för att ersätta dem med en enda obestyrkt anteckning om ”betalt”.
Vilken post ska personalen lita på när statusuppgifterna inte stämmer överens?
Använd den överenskomna källan för den aktuella uppgiften: den bekräftade beställningen för vad som ska levereras och betaltjänstens post för betalningsutfallet. Utse någon som utreder och rättar till avvikelsen.