Kom igång med Leverandørservice

Tillbakablick – maj–juni 2026 Den här artikeln skrevs i efterhand och beskriver funktionen så som den fungerade under den angivna perioden.

Alla produktnyheter

Tillbakablick – maj–juni 2026 Den här artikeln skrevs i efterhand och beskriver funktionen så som den fungerade under den angivna perioden.

Leverandørservice är ett avtal mellan kunden och företaget. Slutför företagsavtalet, aktivera funktionen och invänta kundens medgivande och en aktiv status på betalningsmandatet. Följ installationsstegen och korten för kundens mandat. EAN och e-post handlar om fakturaleverans; Leverandørservice beskriver den planerade betalningsvägen. En inskickad dragning betyder inte att betalningen har kommit in. Se den aktuella guiden (Markdown-fil, AI-agentvenlig).

Praktisk kontroll

Kontrollera mandatets status och fakturans status var för sig innan du följer upp med kunden.

Exempel

Exempel: En kund registrerar sig på fredagen, men statusen är fortfarande Pending på måndagen. Skicka inte in någon dragning utifrån den gamla statusen. Vänta tills statusen är Active och kontrollera sedan att fakturan är klar.

Konfiguration före den första kunden

Kontrollera företagsavtalet, aktiveringen och de kontaktuppgifter som visas. På kundkortet måste medgivandet och mandatstatusen vara klara. Kontrollera också att kunden har en fakturaadress och den leveransmetod som dokumentet kräver. Ett mandat kan vara aktivt innan den första fakturan har skapats.

Frågor: Är EAN ett alternativ till mandatet? Nej, EAN är en metod för dokumentleverans. Varför är dragningen obetald? Bankdatumet och resultatet registreras efter att dragningen har skickats in.

Innan du skickar in en dragning

Bekräfta att kunden inte bara har påbörjat registreringen utan faktiskt har statusen Active. Kontrollera också att fakturan är klar för den valda leveransmetoden och att belopp och datum visas. En kund kan ha ett aktivt mandat utan att äldre fakturor automatiskt omfattas; välj i så fall dessa i den aktuella granskningen.

Betalningsstatusen ändras först när bankens resultat har registrerats. Beskriv inte ett planerat datum i ett kundmejl som ett betalningskvitto.

Vanliga frågor och avgränsningar

Leverandørservice kräver både ett företagsavtal och kundens mandat. Det ena ersätter inte det andra. EAN kan leverera dokumentet men skapar inte ett mandat. Även ett aktivt mandat kan leda till en väntande eller avvisad dragning, och en inskickad dragning är inget kvitto. Använd kundens och fakturans status tillsammans.

Supportscenario

Mandatet, fakturan och bankens resultat har var sin status. Kontrollera alla tre innan du svarar kunden. Ett aktivt mandat är en förutsättning, inte en garanti för att en dragning har godkänts eller att pengar har kommit in.

Kontroll efter åtgärden

Använd den här kontrollen vid uppföljning: notera vad som syntes före åtgärden, utför endast den valda åtgärden och kontrollera sedan dokumentet eller mandatet. Läs av statusen igen innan du informerar kunden om den ändras senare. Tillbakablicken beskriver den dokumenterade milstolpen; den aktuella guiden och gränssnittet avgör hur man gör i dag. Exemplen använder fiktiva kunder, belopp och datum.

Om resultatet avviker

Om resultatet inte motsvarar förväntningarna ska du utgå från den synliga statusen och undersöka den relevanta förutsättningen i stället för att upprepa åtgärden på måfå. Kontrollera valuta, datum, kund, betalningsmetod och om dokumentet redan har skickats eller bokförts. När du svarar kunden ska du skilja mellan vad systemet har registrerat och vad banken eller mottagaren ännu inte har bekräftat.

Avsluta arbetsflödet

Ett säkert arbetsflöde avslutas med en ny kontroll, inte med ett klick på Spara eller Skicka. Öppna den nya fakturan, mandatet eller betalningsposten och bekräfta att resultatet stämmer med meddelandet kunden får. Om bekräftelsen saknas ska du beskriva statusen som väntande och ange när den ska följas upp nästa gång.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

Människorna och AI-hjälparna bakom uppdateringarna

Bo Møller och Emil Højbjerg är Aluntas främsta utvecklare. De ägnar den mesta tiden åt kodning och har därför delegerat formuleringen av de här förklaringarna till våra AI-hjälpare.

AI-hjälparna skriver utifrån uppdateringarna som vi har publicerat. Bo och Emil står bakom ändringarna och ansvarar för att informationen bygger på det som faktiskt har släppts.