GR-R-001-3

fatalPeppol BIS Billing 3.0profileUBL

When the Supplier is Greek, the Invoice Id second segment must be a valid Date that matches the invoice Issue Date

Why it fails

The second segment of the invoice id is not a date, or does not match the invoice issue date (BT-2).

How to fix it

Use the invoice issue date, and keep it identical to BT-2. Take the exact date format from the current Greek Peppol CIUS.

What the validator checks

UBL — context /ubl-invoice:Invoice/cbc:ID[$isGreekSender] | /ubl-creditnote:CreditNote/cbc:ID[$isGreekSender]

string-length(normalize-space($IdSegments[2]))>0 and matches($IdSegments[2],$dateRegExp) and ($tokenizedIdDate[1] = $tokenizedUblIssueDate[3] and $tokenizedIdDate[2] = $tokenizedUblIssueDate[2] and $tokenizedIdDate[3] = $tokenizedUblIssueDate[1])

Related rules

Part of GR-R — Greece.

• GR-R-001-1
• GR-R-001-2
• GR-R-001-4
• GR-R-001-5
• GR-R-001-6
• GR-R-001-7
• GR-R-002
• GR-R-003
• GR-R-004-1
• GR-R-004-2
• GR-R-005
• GR-R-006
• GR-R-008-2
• GR-R-008-3
• GR-R-009
• GR-R-010

Validate an invoice against this rule →

This is a Peppol BIS Billing 3.0 rule: an invoice can be perfectly valid EN 16931 and still be rejected by it.