På denne side vedligeholds vedligeholdes en række af de typiske fejlbeskeder, I kan opleve ifm. test og drift af jeres blanketter i Blanketmotoren og listen . Listen vil løbende blive udvidet.
Table of Contents |
---|
Fejl ved forsøg på at gemme i Form Builder
Vi har til tider brugere, der oplever at møde nedenstående fejlbesked, når de prøver at gemme en blanket i Orbeon. Fejlen skyldes, at der er data i blanketten som ikke overholder de regler, der ligger i Blanketmotorens database. De typiske fejlscenarier er:
Blanketten har ingen titel
Blankettens beskrivelse er på mere end 255 karakterer
...
Test og udfyldelse af blanket
Den hyppigste fejlbesked der opleves under udvikling og test af blanketter er nedenstående - i folkemunde kendt som Orange screen of death. Fejlen skyldes næsten altid, at der i en formel refereres til et felt, som ikke findes, men den er desværre ikke så god til at fortælle, hvad der helt konkret er galt.
Et godt tip når du bygger blanketter er derfor at bruge testvinduet ofte, så der ikke er så mange ændringer, der kan have udløst fejlen, når der denne skal til at diagnosticeres.
...
Hændelseslog
Nedenstående tabel indeholder de mest typiske fejlbeskeder, der kan forekomme ifm. behandling af en indsendelse og optræde i hændelsesloggen.
Tilstand | Fejlbesked | Mulige fejlkilder |
---|---|---|
Received | Der skete en fejl ved generering af PDF + Read timed out |
|
Der skete en fejl ved generering af PDF + status code: 404 |
| |
Der skete en fejl ved generering af PDF + status code: 500 |
| |
Afsendelse af besked til beskedfordeleren fejlede: Der er fejl i den angivne forespørgsel. Forespørgslen er ikke behandlet. |
| |
Der var en fejl i beskedfordeler requestet: Field error in object beskedfordeler.model.Beskedfordelermodtager on field erstatningsemail: |
| |
Can't load the XML resource (using TRaX transformer). org.xml.sax.SAXParseException; lineNumber: XXX; columnNumber: YYY; The entity name must immediately follow the '&' in the entity reference. |
| |
Payment cancelled | Brugeren har ikke gennemført betalingen inden for de tilladte 4 timer |
|
Brugeren har annulleret betalingen i webshoppen |
| |
Sending / Failed sending to authority | Afsendelse af besked til beskedfordeleren fejlede: Der er fejl i den angivne forespørgsel. Forespørgslen er ikke behandlet. |
|
There was an exception running the extensions specified in the config file. ---> Maximum request length exceeded. |
| |
Modtagerservicen blev ikke færdig med behandling af afsendelsen inden for den tilladte grænse på 60 sekunder |
| |
Afsendelsen blev afvist af modtagerservicen uden yderligere fejlbesked |
| |
Modtagerservicen gav følgende fejl: <fejlbesked> |
| |
Afsendelse til modtagersystem er fejlet med fejlkode <http kode> og besked <fejlbesked> |
| |
Afsendelse fejlet ved NgDP … The limit for the number of documents that can be added to the message has been exceeded: X Limit is 10 |
|
Signering
Nedenstående tabel indeholder de forskellige fejlbeskeder, som en underskriver kan møde ved tryk på link fra signeringsanmodning.
Fejlbesked | Forklaring |
---|---|
Din signeringsforespørgsel kunne ikke findes i databasen. | Signering har aldrig eksisteret, eller har eksisteret og er blevet slettet/anonymiseret. Dette burde aldrig ske med mindre en person bevist forsøger at gøre noget mistænksomt, så som at efterspørge signeringer de ikke har fået pr. e-mail. |
Denne blanket er allerede blevet underskrevet. | Den e-mail som linket er klikket på af har allerede signeret. Dette er nok pga. at personen allerede har gjort det. |
Din signeringsforespørgsel har overskredet det sidste tidspunkt for signering. | Der er typisk en grænse for 30 dage fra indsendelse til signering. Hvis man trykker på et signeringslink som ikke allerede er underskrevet, så vil man få denne fejl. |
Blanketten er ikke underskrevet For at skrive under skal du bruge:
| Denne fejl kommer hvis blanketdesigner har angivet at man kun må bruge en af de 2 signeringstyper, og personen forsøger sig med den anden. |
Du har logget ind med det forkerte NemLog-in. Det anvendte NemLog-in skal tilsvare det angivne CPR-nummer i blanketten. Hvis du er i tvivl om, hvilket NemLog-in, der skal anvendes kan du kontakte anmelder på <anmelders e-mail> | Denne fejl kommer hvis man har en medsignering hvor CPR nummeret skal bekræftes og personen har logget ind med en bruger som ikke har dette CPR nummer knyttet til det login de anvender. |
Der skal underskrives med samme signatur, som der blev brugt til login. Følg nedenstående link for at forsøge igen: <link der logger ud og går tilbage til siden> | Denne fejl kommer hvis man logger ind med et login og forsøger at signere med et andet. Dette kan eksempelvis være personlig login og medarbejdersignatur til at signere |
. |
Der skete en fejl under signeringen. | Der er sket en ukendt fejl. Kontakt produktteamet på blanketmotor@erst.dk for denne slags fejl |
Betaling
Oplever I eller jeres problemer ifm. betaling i Easy webshoppen, så kan Nets Support findes her: https://developers.nets.eu/nets-easy/en-EU/support/
Certifikat-fejl i PDF’er genereret af Blanketmotoren
Når man har åbnet dokumentet, er der en bjælke med teksten: ”Der er problemer med mindst én signatur.”
Klik knappen Signaturpanel til højre:
Her kan man se, at dokumentet er signeret af Erhvervsstyrelsen. Det vil for mange brugere være tilstrækkeligt.
Tryk på det lille [+] for at få vist detaljer: 3 elementer har særlig interesse.
Signaturens gyldighed er ukendt. Det skyldes at Adobe, som står bag Acrobat Reader, ikke har optaget den danske stats ”rodsignatur” på deres liste over certifikater, som de stoler på. Digitaliseringsstyrelsen og Nets DanID arbejder på at få rodsignaturen på denne liste. Så længe rodcertifikatet ikke er på denne liste, vil gyldigheden af Erhvervsstyrelsens funktionscertifikat angives som ”ukendt” af Acrobat Reader.
Dokumentet er ikke ændret efter at denne signatur blev tilføjet. Dette er brugerens og slutbrugerens garanti for, at dokumentet er ægte, og at der ikke er ændret i det efterfølgende.
Underskriverens identitet er ukendt, da den ikke står på listen over pålidelige certifikater, og ingen af de overordnede certifikater er pålidelige certifikater. Her kan anføres samme betragtninger som under punkt 1. Hvis den fulde ordlyd ikke fremgår, kan midterbjælken trækkes mod højre.
Læs om, hvordan du får Adobe Reader til at have tillid til rodcertifikater.