Official rule text
[GR-S-008-1] When Supplier is Greek, there should be one invoice url
Why this error occurs
The value is present but does not match the required pattern: wrong date format, an IBAN with a wrong check digit, an e-mail address without a valid structure, a URL without scheme, or a text with forbidden characters.
How to fix it
Correct the value so it matches the format named in the rule: dates as YYYY-MM-DD in UBL and YYYYMMDD with format="102" in CII, IBANs without spaces and with a valid checksum, e-mail addresses with exactly one @, URLs starting with http:// or https://.
What the validator checks
Checked element (context):
UBL
/ubl-invoice:Invoice[$isGreekSender and ( /*/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode = 'GR')] | /ubl-creditnote:CreditNote[$isGreekSender and ( /*/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode = 'GR')]Test (XPath):
count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##INVOICE|URL##'])=1
Check your invoice
Drop your XML or PDF on the validator and every failed rule is linked to its page here. Free, no account, the file is not stored.
Same check via API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateFrequently asked questions
What does GR-S-008-1 mean?
GR-S-008-1 is a peppol national rule: When Supplier is Greek, there should be one invoice url
Will my invoice be rejected because of GR-S-008-1?
No. GR-S-008-1 is a warning: the invoice is accepted but the recipient sees the notice. Fix it anyway, warnings often become errors in later rule versions.
Which formats does GR-S-008-1 apply to?
Only when the seller (or for some rules the buyer) is in the named country: the rule is triggered by the country code of the party. Dutch rules implement NLCIUS, German rules the XRechnung requirements inside Peppol. Syntax: UBL.
Source: Peppol BIS Billing 3.0.20 national rules (November 2025). Catalogue generated from the official rule sets on 2026-10-15.