Find integrationsfejl, og forstå næste handling
Dashboard og integrationshistorik fik synlige statusser for aktuelle, skjulte og løste fejl. Åbn en fejl, læs den anbefalede handling og kontrollér dokumentet igen. Ikke alle fejl har genforsøg. “Markér som håndteret” lukker en besked efter gennemgang; det registrerer ikke betaling, ændrer ikke faktura og beviser ikke at udbyderen har rettet fejlen. Se den aktuelle vejledning ### Status er ikke løsning
Historisk tilbageblik - september 2025–september 2026 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.
Dashboard og integrationshistorik fik synlige statusser for aktuelle, skjulte og løste fejl. Åbn en fejl, læs den anbefalede handling og kontrollér dokumentet igen. Ikke alle fejl har genforsøg. “Markér som håndteret” lukker en besked efter gennemgang; det registrerer ikke betaling, ændrer ikke faktura og beviser ikke at udbyderen har rettet fejlen. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)
Status er ikke løsning
En skjult fejl kan stadig kræve handling, og en løst fejl ændrer ikke nødvendigvis et dokument der allerede fejlede. Åbn den relaterede faktura eller relation og kontrollér resultatet efter næste synkronisering.
Fra fejl til kontrol
Åbn fejlen, læs hvilket dokument eller hvilken relation den vedrører, og udfør kun den anbefalede brugerhandling. Genåbn dokumentet og kontrollér ny status efter forbindelsen er klar. Hvis fejlmeldingen kun kan skjules, skal du stadig følge op på dokumentet. En løst fejl betyder ikke at en lokal faktura er betalt.
Fejlen og dokumentet
En integrationsfejl kan henvise til en relation, et dokument eller en konto. Notér hvilken del der er berørt, og kontrollér den samme del efter ændringen. En ny grøn status på forbindelsen er ikke det samme som at den gamle faktura blev bogført; åbn dokumentet og læs dets egen status.
FAQ og afgrænsning
Fejloverblikket samler synlige brugerproblemer, men erstatter ikke dokumentets status. En skjult fejl kan vende tilbage hvis forbindelsen stadig kræver handling. En løst fejl kan være informativ om den næste synkronisering, men du skal stadig kontrollere faktura, betaling eller relation.
Supportscenario
Brugerfladen kan vise næste handling, men teamet skal stadig vurdere om dokumentet er økonomisk korrekt. Kontroller fakturanummer, kunde, beløb og betaling efter en rettelse. Hvis fejlen vender tilbage, skal forbindelsen eller relationen undersøges igen.
Kontrol efter handling
Brug denne kontrol ved opfølgning: skriv ned hvad der var synligt før handlingen, udfør kun den valgte handling, og kontrollér dokumentet eller aftalen bagefter. En status der ændrer sig senere skal læses igen, før kunden informeres. Historikken beskriver den dokumenterede milepæl; den aktuelle vejledning og brugerfladen afgør dagens trin. Eksemplerne bruger fiktive kunder, beløb og datoer.
Hvis resultatet afviger
Hvis resultatet ikke matcher forventningen, behold den synlige status og undersøg den relevante forudsætning i stedet for at gentage handlingen ukritisk. Kontroller især valuta, dato, kunde, betalingsmetode og om dokumentet allerede er sendt eller bogført. Ved spørgsmål fra en kunde skal du skelne mellem hvad systemet har registreret, og hvad banken eller modtageren endnu ikke har bekræftet.
Afslut forløbet
En sikker arbejdsgang slutter med en ny kontrol, ikke med klik på Gem eller Send. Åbn den nye faktura, aftale eller betalingspost, og se om resultatet er det samme som den besked kunden får. Hvis der stadig mangler en bekræftelse, skal du beskrive status som afventende og aftale næste kontrolpunkt. Dokumentér i den interne kundeservice hvad der blev valgt og hvilken status der blev vist. Det gør næste opfølgning konkret og forhindrer at en allerede accepteret levering, betaling eller relation behandles som ny.


Menneskerne og AI-hjælperne bag opdateringerne
Bo Møller og Emil Højbjerg er de primære udviklere bag Alunta. De bruger det meste af tiden på at kode og har derfor uddelegeret formuleringen af disse forklaringer til vores AI-hjælpere.
AI-hjælperne skriver på baggrund af de opdateringer, vi har lagt i systemet. Bo og Emil står bag ændringerne og har ansvaret for, at oplysningerne tager udgangspunkt i det, der faktisk er udgivet.
