Wenn der Ablehnungsgrund in diesem Artikel nicht aufgeführt ist, handelt es sich um einen vom Empfänger gemeldeten Fehler. Wenn Sie diesbezüglich Zweifel haben, sollten Sie sich an die Zielorganisation wenden.
Nachfolgend sind die häufigsten Ablehnungsfehler aufgeführt , die zwei Arten haben können:
- Als kaufmännisch begründete Ablehnungsfehler gelten solche, die von der Stelle, die die Rechnung erhält, festgelegt werden; Diese Fehlercodes und/oder Literale sind dem e-FACT fremd. Aus diesem Grund werden diese Fehlertypen in dieser FAQ nicht beschrieben. Im Zweifelsfall ist die Kontaktaufnahme mit der aufnehmenden Organisation erforderlich.
- Ablehnungsfehler aus technischen Gründen sind solche, die das Tool automatisch generiert, wenn es bestimmte interne Validierungen durchführt.
Eventuelle Fehler bei der Rechnungskorrektur müssen durch Neugenerierung und Neusignierung des XML behoben werden. Wenn eine Änderung am Inhalt einer signierten XML-Datei vorgenommen wird, wird die Rechnungssignatur ungültig.
Nachfolgend beschreiben wir die häufigsten technischen Ablehnungsfehler:
FORMAT FEHLER
| Code | wörtlich | Das bedeutet? | Wie man es repariert? |
| Die Rechnung hat nicht das richtige Format | Dieser Fehler tritt auf, wenn eine Rechnung in das Lieferpostfach hochgeladen wird und das Rechnungsformat nicht berücksichtigt wird. | Validieren Sie die Rechnung , prüfen Sie, ob das Format korrekt ist, und korrigieren Sie mögliche Fehler. Die häufigsten Gründe für Formatfehler sind folgende: – Im Feld „PersonTypeCode “ geben Sie ein „J“ für eine juristische Person ein und daher muss die CIF einer juristischen Person eingegeben werden. Wenn Sie „F“ für „physisch“ eingeben, müssen Sie die NIF einer natürlichen Person eingeben. – Der Header enthält nicht das erwartete Format. Jede Rechnung muss beginnen mit: – Das Format eines der Ausweisdokumente (Aussteller-TIN/CIF, Empfänger-CIF, Dritt-CIF...) ist falsch. Es darf keine Leerzeichen oder Bindestriche enthalten. | |
| HF01 | Ungültiges Dateinamenformat | Das Dateiformat entspricht nicht den Richtlinien im Integrationsleitfaden | Das im Integrationsleitfaden angegebene Format sollte überprüft und geändert werden. |
| HF08 | Fehler bei der Schemavalidierung | Das übermittelte Rechnungsschema hat die syntaktische Validierung nicht bestanden und/oder die veröffentlichten Erweiterungen haben die Validierung nicht bestanden . | Die Rechnung muss im Rechnungsformat 3.2 und 3.2.1 erstellt werden . |
REGISTRIERUNGSFEHLER
| Code | wörtlich | Das bedeutet? | Wie man es repariert? |
| HRE1 | Fehler beim Registrieren des Dokuments | Die Rechnung konnte nicht korrekt gebucht werden, da eine Position nicht korrekt ausgewiesen ist. | Validieren Sie das XML der Rechnung. Wenn Sie die Validierung bestehen, versuchen Sie, sie erneut zu senden. Wenn die Ablehnung weiterhin besteht, senden Sie uns die XML-Datei der Rechnung: |
| EV02 | Doppelte Rechnung | Die Rechnung wurde bereits verschickt. | Stellen Sie sicher , dass die Rechnung noch nicht gesendet wurde. Sie können den Status der Rechnung im Lieferpostfach überprüfen |
| DF01 | Unser Empfänger hat t abgelehnt die Rechnung manuell | Von der Stelle, die die Rechnung erhält, wurde ein Fehler festgestellt | Um nähere Einzelheiten zur kaufmännischen Ablehnung der Rechnung zu erfahren, müssen Sie sich an den Rechnungsempfänger wenden . |
| HS01 | Code der Sendeplattform unbekannt | Wenn die Rechnung beispielsweise von einer Ausstellungsplattform zugestellt wird, die nicht den Dienst e-FACT unterstützt | Siehe Dherides-Plattformen im e-FACT- Dienst : Rechnungen erstellen und versenden |
| HR01 | Unbekannter Empfangsplattformcode | Unbekannter Plattformcode für den Rechnungsempfang. Das heißt, es wurde an einen Plattformcode gesendet, der im HUB nicht vorhanden ist. | Der Plattformcode des Rechnungsempfängers ist unbekannt. Der Empfängercode muss mit dem Empfänger besprochen bzw. bestätigt werden. |
| HS02 | Broadcast- Plattform deaktiviert | Die Übertragungsplattform ist nicht richtig konfiguriert. | Sie müssen die Konfiguration der sendenden Plattform überprüfen. Wenn Sie der Meinung sind, dass die Konfiguration korrekt ist, senden Sie uns bitte die Fehlermeldung. Geben Sie dabei die Plattform an, von der sie gesendet wurde, und fügen Sie die Rechnungs- XML und die Fehler -XML bei: |
| EG01 | Allgemeiner Fehler im Rechnungseingangsprozess | Beim Hochladen Ihrer Rechnung ist ein Fehler aufgetreten . | Laden Sie Ihre Rechnung nach ein paar Minuten erneut auf. Wenn das Problem weiterhin besteht, kontaktieren Sie uns bitte über das Support-Formular |
SIGNATURFEHLER
| Code | wörtlich | Das bedeutet? | Wie man es repariert? |
| HF04 | Die Datei enthält keine elektronische Signatur | Es wurde versucht, unsigniertes XML an die Plattform zu senden | Eine Unterschrift ist erforderlich das XML , um das Rechnungsformat zu berücksichtigen |
| HV01 | Fehler bei der Überprüfung der Signatur/des Zertifikats | Die Rechnung hat die Validierung des digitalen Zertifikats des Ausstellers nicht bestanden (abgelaufenes oder nicht erkanntes Zertifikat) oder die elektronische Signatur der Rechnung konnte nicht validiert werden (falsches Format). | Überprüfen Sie, ob das Feld „SigninTime“ im XML die Rechnungsunterzeichnungszeit ohne Zahlen oder überflüssige Zeichen enthält. Wenn Sie beispielsweise ein +2 oder ein Z sehen, müssen Sie die Rechnung erneut signieren und erneut senden. Wenn in diesem Feld nichts geändert werden kann, müssen Sie das Zertifikat überprüfen, das zum Signieren der Rechnung über Signasuite verwendet wurde. |
| HV02 | Die Signatur-/Zertifikatsvalidierung konnte nicht durchgeführt werden | Die Anzahl der Wiederholungsversuche zur Validierung der Signatur und des Zertifikats einer Rechnung wurde überschritten und die Rechnung wird daher abgelehnt | Die Rechnung muss erneut gesendet werden . Wenn das Problem weiterhin besteht, kontaktieren Sie uns bitte über das Support-Formular |
INHALTSFEHLER
| Code | wörtlich | Das bedeutet? | Wie man es repariert? |
| HR11 | Sozialer Grund des Empfängers nicht angegeben oder gemeldet | Es fehlt die Angabe sozialer Grund im XML. | Dieser Punkt muss korrigiert und die Rechnung erneut versendet werden. |
| HD01 | Fehler beim Senden der Nachricht an die Zielplattform | Es wird versucht, einen Anhang zu senden, für den uns keine vorherige Rechnung zugeordnet ist. | Die Rechnung für die dazugehörige Anlage ist vorab zuzusenden. |
| HS09 | NIF-Emittent im Dokument nicht angegeben | Die Rechnung enthält nicht die NIF des Ausstellers | Überprüfen Sie, ob das XML der Rechnung diese Daten enthält (NIF des Ausstellers). |
| HR09 | Empfänger-NIF im Dokument nicht angegeben | Die Rechnung enthält nicht die NIF des Empfängers | Überprüfen Sie, ob das XML der Rechnung diese Daten enthält (NIF des Empfängers). |
| HR10 | Die auf der Rechnung angegebene Empfänger-NIF stimmt nicht mit der Zieleinheit überein | In der Rechnung ist die TIN des Empfängers nicht korrekt angegeben | Es ist notwendig, die im XML der Rechnung angegebene NIF zu überprüfen |
| HR04 | Empfangener Dateiinhalt wird von der Zielplattform nicht unterstützt | Zustellung einer Rechnung mit einer nicht akzeptierten Version des Rechnungsformats . Beispielsweise wurde eine Rechnung mit Version 3.oo 3.1 erstellt. | Die Rechnung muss in erstellt werden Rechnungsformat 3.2 und 3.2.1 . |
| HF03 | Empfangener Dateiinhalt, der vom Hub nicht unterstützt wird | Der Inhalt der Datei ist nicht korrekt, hauptsächlich weil es sich nicht um ein Rechnungsformat handelt | Die Rechnung muss in erstellt werden Rechnungsformat 3.2 und 3.2.1 . |
| HF07 | Es werden nur Rechnungen mit einer Einzelrechnung akzeptiert | Die Datei . XML enthält mehr als eine Rechnung und es werden nur Rechnungsdateien mit einer einzelnen Rechnung unterstützt | Das XML muss in einer einzelnen Rechnung neu generiert werden. |
FEHLER MIT ADRESSIERUNGSCODE
| Code | wörtlich | Das bedeutet? | Wie man es repariert? |
| HS05 | Falscher Absenderadresscode (ungültige Prüfziffer) | Die ausstellende Plattform hat die Prüfziffer (letzte Zahl) des Adresscodes (Aussteller-ID) des Ausstellers falsch gemeldet. | Das im Integrationsleitfaden angegebene Format sollte überprüft und geändert werden. |
| HR05 | Falscher Adresscode des Empfängers (ungültige Prüfziffer) | Die Prüfziffer (letzte Zahl) des Empfängeradresscodes (Empfänger-ID) ist gemäß dem im Integrationshandbuch angegebenen Format nicht korrekt | Das im Integrationsleitfaden angegebene Format sollte überprüft und geändert werden. |
| HR08 | Der Adressierungscode des Empfängers ist kein AAPP | Der Adresscode des Empfängers (Empfängerkennung) entspricht keiner öffentlichen Stelle | Das im Integrationsleitfaden angegebene Format sollte überprüft und geändert werden. |
| HR06 | Der Adressierungscode des Empfängers ist nicht vorhanden | Der Adressierungscode des Empfängers (Empfänger-ID) ist nicht vorhanden (siehe Integrationsanleitung ). | Sehen Sie sich den Integrationsleitfaden an . Wenn Sie der Meinung sind, dass er korrekt ist, senden Sie uns den Fehler und fügen Sie die Rechnungs- XML und die Fehler -XML bei: |
| HS06 | Es gibt keinen Verweis. zuvor im Anhang angegeben | Der Anhang wird abgelehnt, da keine registrierte Rechnung mit derselben Referenz wie der Anhang gefunden wird | Weitere Informationen finden Sie im Abschnitt „Verwaltung angehängter Dokumente“ im Integrationsleitfaden |
RCF-FEHLER HF09
Nachfolgend sind die neuen Ablehnungscodes definiert, die als Ergebnis der neuen Validierungen hinzugefügt wurden, die durch die notwendigen Anpassungen des e-FACT eingeführt wurden, um den Anforderungen der PGEs gemäß der Verordnung HAP/1650/2015 vom 31. Juli, die die Verordnung HAP ändert, zu entsprechen /492/2014 vom 27. März, das die funktionalen und technischen Anforderungen des Rechnungsregisters von Unternehmen im Geltungsbereich des Gesetzes 25/2013 vom 27. Dezember regelt, das die elektronische Rechnungsstellung fördert und das Rechnungsregister für die Öffentlichkeit erstellt Sektor und Verordnung HAP/1074/2014 vom 24. Juni, die die technischen und funktionalen Bedingungen regelt, die der allgemeine Eingangspunkt für elektronische Rechnungen erfüllen muss : https://www.boe.es/diario_boe/txt.php?id= BOE-A-2015-8844
Wie werden die RCF-Ausschüsse an die PGE zurückgegeben?
Wenn eine Rechnung abgelehnt wird, weil sie den Validierungsregeln nicht entspricht, wurden alle diese Fehler im Code = HF09 gruppiert und der spezifische Code des Fehlers und seine Beschreibung sind in der Beschreibung enthalten. Alle erkannten Fehler werden im folgenden Format zurückgegeben:
- „Fehlercode: Beschreibung | Fehlercode: Beschreibung“
Beispielsweise würde in einer Rechnung mit erkannten Validierungsfehlern RCF05002 und RCF05004 als Ablehnungskommentar zurückgegeben:
- RCF05002: Emittent: Die NIF entspricht nicht den Regeln und Kriterien ihrer Gründung. Regel Nr. 5b von Anhang II der Verordnung HAP/1650/2015 wird verletzt | RCF05004: Aussteller: Vor- und Nachname sind erforderlich. Regel Nr. 5d von Anhang II der Verordnung HAP/1650/2015 wird verletzt |
Beschreibung der Validierungsfehler
| Fehler | Code | Fehlerbeschreibung | Feld, das im Rechnungs-XML geändert werden muss und/oder wie kann es behoben werden? |
HF09 | RCF03001 | „Die Rechnungsnummer ist obligatorisch. Regel 3a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten . | 3.1.1.1.InvoiceNumber Geben Sie in diesem Feld eine Rechnungsnummer an. |
| RCF04001 | „Berichtigungsrechnung mit anderem Berichtigungskriterium als 01,02,03,04. Regel 4a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten . | 3.1.1.5.6.Korrekturmethode Gibt eines der möglichen Korrekturkriterien an: 01,02,03,04 | |
| RCF04002 | Bei Korrekturrechnungen mit Korrekturkriterium 01 oder 02 ist die Rechnungsnummer des ausstellenden Ausstellers zwingend erforderlich. Regel 4b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 3.1.1.5.1.InvoiceNumber Geben Sie in diesem Feld die Rechnungsnummer des korrigierenden Ausstellers an. | |
| RCF05001 | Aussteller: Der Code der Personenart, physisch „F“ oder juristisch „J“, ist obligatorisch. Regel 5a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | (2.1.1.1.PersonTypeCode) Geben Sie in diesem Feld den Code „F“ oder „J“ ein. | |
| RCF05002 | Emittent: Der NIF entspricht nicht den Regeln und Kriterien seiner Gründung. Regel 5b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 2.1.1.3.TaxIdentificationNumber Ändern Sie es unter Berücksichtigung dieses Kriteriums: Wenn die ersten beiden Zeichen der NIF Buchstaben sind, wird davon ausgegangen, dass sie dem Land und der Rest der NIF entsprechen. In einem anderen Fall entspricht der angegebene Code dem NIF und es wird davon ausgegangen, dass der Code Spanien ist. | |
| RCF05003 | Aussteller: Der Ländercode (zwei erste Zeichen der NIF, wenn es sich um Buchstaben handelt), sofern vorhanden, wird an die Festlegungen im Rechnungsschema selbst angepasst. Regel 5c von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 2.1.1.3.TaxIdentificationNumber | |
| RCF05004 | Aussteller: Bei einer natürlichen Person ist die Angabe von Nummer und Vorname zwingend erforderlich. Regel 5d von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 2.1.4.2.1.Name 2.1.4.2.2.Vorname Füllen Sie diese Felder aus | |
| RCF05005 | Emittent: Bei juristischen Personen ist die Angabe des Firmennamens zwingend erforderlich. Regel 5e von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 2.1.4.1.1.Unternehmensname Füllen Sie dieses Feld aus | |
| RCF05006 | Bevollmächtigter: Der Code der Personenart, physisch „F“ oder juristisch „J“, ist obligatorisch. Regel 5a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 1.6.1.1.1.PersonTypeCode Geben Sie in diesem Feld den Code „F“ oder „J“ ein. | |
| RCF05007 | Beauftragter: Die NIF entspricht nicht den Regeln und Kriterien ihrer Gründung. Regel 5b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 1.6.1.1.3.TaxIdentificationNumber Ändern Sie es unter Berücksichtigung dieses Kriteriums: Wenn die ersten beiden Zeichen der NIF Buchstaben sind, wird davon ausgegangen, dass sie dem Land und der Rest der NIF entsprechen. In einem anderen Fall entspricht der angegebene Code dem NIF und es wird davon ausgegangen, dass der Code Spanien ist. | |
| RCF05008 | Beauftragter: Der Ländercode (zwei erste Zeichen der NIF, wenn es sich um Buchstaben handelt), sofern vorhanden, wird an die Festlegungen im Rechnungsschema selbst angepasst. Regel 5c von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 1.6.1.1.3.TaxIdentificationNumber | |
| RCF05009 | Übernehmer: Die Angabe der Nummer und des Vornamens ist obligatorisch. Regel 5d von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 1.6.1.2.2.1.Name 1.6.1.2.2.2.Vorname Füllen Sie diese Felder aus | |
| RCF05010 | Bevollmächtigter: Der Firmenname ist obligatorisch. Regel 5e von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 1.6.1.2.1.1.CorporateName Füllen Sie dieses Feld aus | |
| RCF06001 | In den in Euro ausgestellten Rechnungen haben einige Zeilenbeträge mehr als zwei Dezimalstellen oder sind nicht numerisch. Regel 6a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Folgende Betragsfelder werden validiert: 3.1.6.1.17. Gesamtkosten 3.1.6.1.18.1.3. Rabattbetrag 3.1.6.1.19.1.3. Ladungsmenge 3.1.6.1.21.1.3.1. TaxableBase.TotalAmount 3.1.6.1.21.1.4.1. TaxAmount.TotalAmount 3.1.6.1.22.1.4.1. TaxAmount.TotalAmount HINWEIS : Stellen Sie sicher, dass die Felder nach dem Betrag keine Leerzeichen enthalten. | |
| RCF06002 | Bei in Euro ausgestellten Rechnungen müssen die Gesamtkosten jeder Zeile dem Produkt aus der Anzahl der Einheiten und dem Stückpreis entsprechen, gerundet mit der üblichen Rundungsmethode auf zwei Dezimalstellen. Regel 6a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Wenn es mehr als zwei Dezimalstellen gab, müssen die Einsen nach der Sekunde Null sein: 3.1.6.1.17.TotalCost = RoundingA2decimals (3.1.6.1.14.Quantity*3.1.6.1.16.UnitPriceWithoutTax) | |
| RCF06003 | Bei in Euro ausgestellten Rechnungen muss der Bruttobetrag jeder Zeile die Summe der Gesamtkosten zuzüglich der Summe der Zuschläge abzüglich der Summe der Rabatte sein. Regel 6a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Prüfe das: 3.1.6.1.20.GrossAmount ist gleich 3.1.6.1.17.TotalCost minus SUM(3.1.6.1.18.1.3.DiscountAmount) plus SUM(3.1.6.1.19.1.3.ChargeAmount) | |
| RCF06004 | In den in Euro ausgestellten Rechnungen haben alle Beträge auf Rechnungsebene, mit Ausnahme der Steuersätze oder der anzuwendenden Prozentsätze, mehr als zwei Dezimalstellen oder sind nicht numerisch. Regel 6b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Folgende Betragsfelder werden validiert: 3.1.5.1. TotalGrossAmount 3.1.5.3.1.3. Ladungsmenge 3.1.5.7. TotalTaxOutputs 3.1.5.10.1.3. SubsidyAmount 3.1.5.11.1.2. PaymentOnAccountAmount 3.1.5.12.1.6. Erstattungsfähiger Ausgabenbetrag 3.1.5.13. Gesamtfinanzkosten 3.1.5.15. TotalPaymentsOnAccount 3.1.5.16.3. Einbehaltungsbetrag 3.1.5.18. Gesamte erstattungsfähige Ausgaben 3.1.3.1.3.1. TaxableBase.TotalAmount 3.1.3.1.5.1. SpecialTaxableBase.TotalAmount 3.1.3.1.6.1. SpecialTaxAmount.TotalA 3.1.3.1.8.1. EquivalenceSurchargeAmount.TotalAmount 3.1.4.1.3.1. TaxableBase.TotalAmount 3.1.4.1.4.1 TaxAmount.TotalAmount HINWEIS : Stellen Sie sicher, dass die Felder nach dem Betrag keine Leerzeichen enthalten. | |
| RCF06005 | Bei in Euro ausgestellten Rechnungen muss der Gesamtbruttobetrag der Rechnung der Summe der Bruttobeträge der Zeilen entsprechen. Regel 6b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 3.1.5.1.TotalGrossAmount = SUM(3.1.6.1.20.GrossAmount der Zeilen) | |
| RCF07002 | Das Ausstellungsdatum der Rechnung ist zwingend und muss ein gültiges Datum sein. Regel 7a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 3.1.2.1.IssueData Gibt ein Datum an, das vor oder gleich dem aktuellen Datum liegt und größer oder gleich dem Datum ist, an dem die Rechnung ausgestellt wurde. | |
| RCF09002 | Die Beschreibung enthält Rechnungszeilen ohne Inhalt. Regel 9b von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 3.1.6.1.13.ItemDescription Stellen Sie sicher, dass dieses Feld keine leeren Zeilen enthält. | |
| RCF01001 | Die Rechnung entspricht nicht dem XSD-Schema „Facturae“ der entsprechenden Version (3.2 oder 3.2.1). Regel 1 von Anhang II der Verordnung HAP/1650/2015 wurde verletzt | Überprüfen Sie, ob das Format der Rechnung dem „Facturae“-Schema entspricht: | |
| RCF02001 | Ungültige Signatur: Das Zertifikat ist derzeit in einer nicht langlebigen Signatur abgelaufen. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02002 | Ungültige Signatur: Das Zertifikat ist derzeit in einer nicht langlebigen Signatur widerrufen. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02003 | Ungültige Signatur: Ungültiges Zertifikat. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02004 | Ungültige Signatur: Nicht vertrauenswürdiges Zertifikat. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02005 | Ungültige Signatur: Integritätsfehler. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02006 | Ungültige Signatur: Ungültiges Signaturformat. Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF02010 | Die Rechnung enthält keine Unterschriften: Regel 2 von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | Überprüft, ob die Signatur der geltenden Signaturrichtlinie im Zusammenhang mit dem „Facturae“-Format entspricht: | |
| RCF09001 | Die bei der allgemeinen Eingabestelle für elektronische Rechnungen vergebene Registrierungsnummer ist zwingend erforderlich. Regel 9a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | ||
| RCF07001 | Das Datum der Eintragung in das Verwaltungsregister ist obligatorisch, es muss gültig sein, vor oder gleich dem aktuellen Datum und größer oder gleich dem Ausstellungsdatum der Rechnung sein. Regel 7a von Anhang II der Verordnung HAP/1650/2015 wird nicht eingehalten | 3.1.2.1.Ausgabedatum |
