Følgende informationer logges:
- Afsendte e-fakturaer (OIOUBL og Peppol)
- Modtagelse af kvitteringer (MLR/AR) via Nemhandel
- Opkrævninger via Betalingsservice
Loggen kan åbnes tre steder fra:
- Fakturajournal/Log
- Debitor/Log
- Hovedmenuen under Debitor/Vedligehold/Log - total liste over alle dokumenter afsendt fra Uniconta
Felterne i Log-oversigten
Feltnavn |
Beskrivelse |
Tid |
Dato og tid for afsendelsen |
Status |
Status kan have følgende værdier:
- Sendt - dokument er sendt og modtaget
- Fejl - afsendelsen er fejlet
- Forsøg - dokumentet kunne ikke afleveres og forsøges afleveret igen
|
Type |
Type kan have følgende værdier:
- OIOUBL (sendt via Nemhandel)
- Peppol
- Betalingsservice
|
Dokumenttype |
Dokumenttype kan have følgende værdier:
- Faktura
- Kreditnota
- Kvittering
|
Dokumentnr |
Fakturanummer |
Bruger-id |
Bruger som har afsendt dokumentet |
Meddelelse |
Fejlbeskeder og andre meddelelser (Nemhandel eDelivery fejlbeskeder er beskrevet længere nede i teksten) |
Server |
- OIOUBL/Peppol - webservice der sendes til
- Betalingsservice - benyttes ikke
|
Sendt til |
- OIOUBL/Peppol - endepunkt i form af CVR-nummer eller GLN-nummer
- Betalingsservice - benyttes ikke
|
Samlebetalinger |
- OIOUBL/Peppol - benyttes ikke
- Betalingsservice - Id for en samlebetaling
|
Filtype |
Det vedhæftet dokument kan have følgende typer
- OIOUBL/Peppol - XML
- Betalingsservice - TXT
|
Debitor |
Debitor kontonummer |
Navn |
Debitor navn |
Nemhandel eDelivery fejlbeskeder
Herunder er en beskrivelse af de typiske fejlkoder/tekster man kan få ifm. afsendelse af e-faktura via Nemhandel eDelivery.
Fejlene herunder skyldes problemer hos modtager. Man skal derfor tage kontakt til modtageren og gøre opmærksom på problemet.
Liste over typiske fejlkoder der skyldes problemer hos modtageren
Fejlkode/Fejltekst |
Beskrivelse |
E-APS24003 |
Problemer med at kommunikere med modtager endpoint. |
E-APS24004 |
Modtager endpoint er ud over registreringen i Nemhandelregisteret også registreret i en anden Peppol SMP. Det giver problemer, hvis det ikke er gjort korrekt. Nemhandel er skrevet en vejledning til hvordan dette skal håndteres. |
E-APS24005 |
Modtager endpoint er ikke blevet registreret i SML. Det skyldes typisk, at registreringen i NHR har en aktiveringsdato frem i tiden. I den situation bliver SML registreringerne først gennemført i forbindelse med afvikling af et dagligt batchjob efter aktiveringstidspunktet. Det betyder, at der i værste fald kan gå op til 24 timer efter aktiveringstidspunktet før SML registreringen gennemføres. |
E-APS24006 |
Bruges hvis der ikke blev fundet et endepunkt ved SMP opslag for den pågældende modtager og dokumenttype |
E-APR24123 |
Modtager endpoint er ikke registreret i modtagerens system (eDelivery/AS4). Dokumentet er derfor blevet afvist. |
A task was cancelled |
Problemer med at kommunikere med modtager endpoint. Det skyldes typisk en httpclient timeout |
Liste over typiske fejlkoder der skyldes problemer hos afsenderen
Fejlkode/Fejltekst |
Beskrivelse |
E-APS24007 |
Bruges, hvis afsenderen ikke er korrekt registreret til at modtage asynkrone svar MLR (Message Level Response) eller AR (Application Response) |
e-faktura/kvittering
e-faktura sendt via Nemhandel gemmes i loggen og vil kunne ses via knappen ’Vis’. Der vil være et vedhæftet dokument, hvis der er angivet en værdi i feltet Filtype.

I ovenstående eksempel er der sendt en e-faktura og den kan vises ved at trykke på knappen Vis.
Det bemærkes, at der er modtaget et dokument af typen Kvittering (Application Response) vedrørende den afsendte faktura. Applikation Response er et kvitteringsdokument, som giver feedback på den oprindelige afsendte e-faktura. En fejl i en fakturaen kan medfører, at der automatisk returneres en negativ kvittering til afsenderen, hvor det fremgår hvad fejlen er. Afsenderen har nu mulighed for at ændre og gensende fakturaen. I dette eksempel får afsenderen besked om, at fakturaen ikke kan modtages, da modtager mangler opsætninger. Her er det et Uniconta regnskab der er modtager og her mangler man at aktivere modulet AutoBanking.
Opkrævninger via Betalingsservice
Der er en udvidet log funktion til Betalingsservice. Den kan bruges til at følge opkrævningshistorikken - især nyttig for større abonnementskunder.

Der indsættes en log-transaktion pr. faktura der bliver opkrævet via Betalingsservice.
I kolonne Meddelelse angives følgende:
Betalingsdato: Opkrævningsdato
Fakturabeløb: det oprindelige Fakturabeløb
Resterende: udfyldes kun hvis der er lavet del betaling
Samlebetaling: udfyldes kun hvis fakturaen er del af en samlebetaling
Den tekst som kunden modtager i sin Betalingsoversigt kan vises ved at trykke på knappen Vis.
Herunder et eksempel på en Samlebetaling.

I ovenstående eksempel er der samlet to fakturaer.
I kolonnen ’Samlebetalinger’ kommer der til at stå en værdi hvis der er foretaget samlebetaling (feltet kan så bruges til filtrering).