Skip to content

Fatal

GR-R-001-3: Greek invoice number: second part must be the invoice date

In short

Fatal: fails the selected checks.

GR-R-001-3 means the second part of the invoice number (BT-1) for a Greek seller is not a valid date, or it is not the same as the invoice date (BT-2). Write the date in the number as dd/mm/yyyy, with the same day, month and year as the invoice date.

On this page

What it means

When the seller is Greek, the second part of the invoice number (BT-1) must be a valid date written in the order day, month, year (dd/mm/yyyy). Its day, month and year must each match the invoice date (BT-2), which the file stores in the order year, month, day. The test splits both dates and compares them part by part. It applies to invoices and credit notes.

Why it matters

The date in the number is a copy of the invoice date.

How to fix it

Compare the date in the second part of the invoice number with the invoice date, and correct whichever is wrong. Write the date in the number as dd/mm/yyyy.

Once the file is corrected, check it again for free: Validate a Peppol BIS invoice

Or fix the invoice in a form and download the corrected file, for 1 credit: Fix a rejected e-invoice

The rule as published

Read the rule on the publisher's site

Where this rule applies

Rule set Version
Peppol BIS Billing 3.0 (invoice) 2026.5
Peppol BIS Billing 3.0 (credit note) 2026.5
Rule text from phive-rules 4.6.4.

Check your file

Drop your e-invoice to see whether GR-R-001-3 still fails, and which other rules do.

Updated 6 November 2026