GLN fails the GS1 check digit
What it means
A Global Location Number is thirteen digits ending in a GS1 check digit. Failing it means the identifier is not a real GLN, so the receiving Access Point will not resolve it to anything.
Can it be fixed automatically?
This needs a decision only the issuer can make. Guessing it would produce an invoice that validates and is wrong, which is worse than one that fails.
How to fix it
Correct the GLN from your GS1 registration. Recomputing the check digit would produce a syntactically valid number pointing at a different location.
Where it applies
| UBL | //cbc:EndpointID[@schemeID='0088'] |
|---|
Check your own invoice
curl -X POST https://einvoice.mgsoft.sk/v1/validate \
-H 'Content-Type: application/xml' \
--data-binary @invoice.xml