GR-R-001-3

Was bedeutet diese Regel?

Die Rechnungsnummer eines griechischen Verkäufers muss im zweiten Segment das Rechnungsdatum führen.

Griechenland kodiert die Rechnungsnummer strukturiert, damit myDATA sie ohne weitere Angaben zuordnen kann.

Wo die Regel greift

Syntax: UBL

Betroffenes Element (XPath):

• /ubl-invoice:Invoice/cbc:ID[$isGreekSender] | /ubl-creditnote:CreditNote/cbc:ID[$isGreekSender]

Technische Prüfung

Die Regel ist erfüllt, wenn dieser Schematron-Ausdruck zutrifft:

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])

So behebst du den Fehler

Eine fehlende oder falsche Geschäftsangabe, die nur du liefern kannst. Ergänze bzw. korrigiere sie und prüfe erneut.

Baue die Rechnungsnummer nach dem griechischen Segmentschema auf.

Korrigiere die betroffene Angabe in deiner XML und prüfe die Rechnung anschließend erneut. Die Prüfung läuft lokal in deinem Browser — deine Datei verlässt deinen Rechner nicht.

Verwandte Regeln

• GR-R-001-1When the Supplier is Greek, the Invoice Id should consist of 6 segments
• GR-R-001-2When the Supplier is Greek, the Invoice Id first segment must be a valid TIN Number and match either the Supplier's or the Tax Representative's Tin Number
• GR-R-001-4When Supplier is Greek, the Invoice Id third segment must be a positive integer
• GR-R-001-5When Supplier is Greek, the Invoice Id in the fourth segment must be a valid greek document type
• GR-R-001-6When Supplier is Greek, the Invoice Id fifth segment must not be empty
• GR-R-001-7When Supplier is Greek, the Invoice Id sixth segment must not be empty