GR-R-004-2:When Supplier is Greek, the MARK Number must be a positive integer
Fix: Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (GR-R-004-2). Upload your invoice to fix this automatically.
The Greek MARK number must be a positive integer. MARK is a sequential number assigned by myDATA and cannot be zero, negative, or contain decimals.
Engine Classification
Normalize Greek postal code to 5-digit format
Confidence: 85% · Applied automatically in pipeline
What is GR-R-004-2?
GR-R-004-2 is a fatal validation rule defined in the CIUS-GR (Greece) specification (GRC national rules). It validates the PostalZone element in the UBL invoice XML.
When this rule fires, the invoice is rejected by Peppol access points and never reaches the buyer.
Target path: //cac:PostalAddress/cbc:PostalZone
Why This Error Matters
Invoice will be rejected by Greek validation. MARK must be a valid positive integer from myDATA.
GR-R-004-2 is a hard failure — the invoice must be corrected and re-sent before it can reach the recipient.
Invoice Navigator can automatically correct this error in your pipeline. The fix is applied with full audit evidence, so your compliance trail remains intact.
Validator Behavior
- ·Causes invoice rejection
- ·Error returned: GR-R-004-2
- ·Specification: CIUS-GR (Greece)
How to Fix It
Find the incorrectly formatted value
Check cbc:PostalZone at //cac:PostalAddress/cbc:PostalZone. The current value does not match the required format.
Apply the correct format
Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (GR-R-004-2).
Update your export settings
If this occurs consistently, check your invoicing software's locale and format settings for XML export. Re-validate to confirm GR-R-004-2 is resolved.
Before / After
<Invoice> <!-- Issue: When Supplier is Greek, the MARK Number must be a positive i --> </Invoice>
<Invoice> <!-- Issue resolved per CIUS-GR (Greece) --> </Invoice>
Technical Reference
//cac:PostalAddress/cbc:PostalZoneCommon Causes
- ·MARK number is zero or negative
- ·MARK contains non-numeric characters
- ·Decimal or fraction in MARK number
- ·Placeholder value used instead of real MARK
- ·Data type conversion error
Seeing this in production? The API handles GR-R-004-2 automatically. See the fix response →
Frequently Asked Questions
The Greek MARK number must be a positive integer. MARK is a sequential number assigned by myDATA and cannot be zero, negative, or contain decimals.
Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (GR-R-004-2). You can also use Invoice Navigator's compliance engine to correct this automatically in your pipeline.
Yes, GR-R-004-2 is a critical error that will cause invoice rejection. It must be fixed before submission.
Many instances of GR-R-004-2 can be automatically corrected using Invoice Navigator's compliance engine. The fix is applied in your pipeline with full audit evidence.
Related Errors
Related Content
Last updated: 14 April 2026
Validate your invoice
Drop your XML here to check for GR-R-004-2
Auto-fix GR-R-004-2 in seconds
Upload your invoice and we fix this error automatically. Financial fields are never touched.