1. und 2. März - Benachrichtigung über Serviceausfälle
Am 1. und 2. März 2025 wird ein Eingriff durchgeführt, der diesen Dienst beeinträchtigen kann. Sollten Sie keinen Zugriff haben, versuchen Sie es ab dem 2. März, 22:00 Uhr, erneut.
Weitere Informationen unter:
Geplanter Eingriff am 1. und 2. März, der einen Dienstausfall beinhaltet AOC
Sollte der Ablehnungsgrund in der Auflistung dieses Artikels nicht auftauchen, handelt es sich um einen vom Empfänger gemeldeten Fehler (Kommerzielle Ablehnung). Bei Fragen zu einer kommerziellen Ablehnung wenden Sie sich bitte an die Organisation, an die Sie die Rechnung gesendet haben.
Nachfolgend sind die häufigsten Ablehnungsfehler aufgeführt, die zwei Arten haben können:
- Als Ablehnungsfehler aus kaufmännischen Gründen gelten solche, die von der Stelle definiert werden, die die Rechnung erhält. Diese Fehlercodes und/oder Literale haben nichts mit e-FACT zu tun. Aus diesem Grund werden diese Fehlertypen in diesen FAQ nicht beschrieben. Bei Fragen müssen Sie sich an die empfangende Organisation wenden.
- Ablehnungsfehler aus technischen Gründen sind solche, die das Tool bei der Durchführung bestimmter interner Validierungen automatisch generiert.
Jeder Fehler, der eine Korrektur der Rechnung erfordert, muss durch erneutes Generieren und Signieren der XML behoben werden. Bei einer inhaltlichen Änderung einer signierten XML wird die Rechnungssignatur ungültig.
Nachfolgend beschreiben wir die häufigsten technischen Ablehnungsfehler:
FORMATFEHLER
| Code | Fehlerliteral | Was bedeutet das? | Wie kann man das Problem lösen? |
|---|---|---|---|
| Kein Code | Die Rechnung hat nicht das richtige Format. | Dieser Fehler tritt auf, wenn eine Rechnung in das Zustellpostfach hochgeladen wird und das Rechnungsformat nicht beachtet wird. |
Bestätigen Sie die Rechnung , prüfen Sie, ob das Format korrekt ist und korrigieren Sie etwaige Fehler. Die häufigsten Gründe für Formatfehler sind die folgenden: – In das Feld „PersonTypeCode“ geben Sie ein „J“ für eine juristische Person ein und daher muss die CIF einer juristischen Person eingegeben werden. Wenn Sie ein „F“ für eine natürliche Person 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 (ausstellendes NIF/CIF, CIF des Empfängers, CIF Dritter usw.) ist falsch. Es darf keine Leerzeichen oder Bindestriche enthalten. |
| HF01 | Falsches Dateinamenformat | Das Dateiformat entspricht nicht den im Integrationshandbuch angegebenen Richtlinien. | Das im Integrationsleitfaden angegebene Format muss überprüft und korrigiert werden. |
| HF08 | Schemavalidierungsfehler | Das übermittelte Rechnungsschema hat die syntaktische Validierung nicht bestanden und/oder die Validierung der veröffentlichten Erweiterungen hat nicht bestanden . | Die Rechnung muss im Rechnungsformat 3.2 und 3.2.1 erstellt werden. |
REGISTRIERUNGSFEHLER
| Code | Fehlerliteral | Was bedeutet das? | Wie kann man das Problem lösen? |
|---|---|---|---|
| HRE1 |
Fehler beim Registrieren des Dokuments Registrierungsfehler in MUX |
Die Rechnung konnte nicht korrekt erfasst werden, da ein Element nicht richtig gemeldet wurde. |
Validieren Sie die XML-Rechnung. Wenn die Validierung erfolgreich war, versuchen Sie, sie erneut zu senden. Wenn der Fehler weiterhin besteht, wenden Sie sich an die Zielorganisation, um herauszufinden, ob in ihrem Registrierungssystem Fehler vorliegen. |
| EV02 | Duplikat der Rechnung | Die Rechnung wurde bereits versendet. |
Stellen Sie sicher, dass die Rechnung nicht bereits zuvor versendet wurde. Den Status der Rechnung können Sie in der Delivery Box prüfen. |
| DF01 | Die empfangende Stelle hat abgelehnt die Rechnung manuell | Von der Rechnungsempfängerstelle festgestellter Fehler | Um nähere Einzelheiten zur kaufmännischen Ablehnung der Rechnung zu erfahren, müssen Sie Kontakt mit dem Rechnungsempfänger aufnehmen. |
| HS01 | Unbekannter Sendeplattformcode | Wenn die Rechnung beispielsweise von einer ausstellenden Plattform geliefert wird, die nicht mit dem e-FACT- Dienst verbunden ist | Mit dem Dienst e-FACT verbundene Plattformen anzeigen : Rechnungen erstellen und versenden |
| HR01 | Unbekannter Empfangsplattformcode | Unbekannter Plattformcode für den Rechnungsempfang. Das heißt, es wurde an einen Plattformcode gesendet, der in e-FACT nicht existiert | Der Plattformcode des Rechnungsempfängers ist unbekannt. Den Empfängercode müssen Sie mit dem Empfänger abklären bzw. bestätigen. |
| HS02 | Broadcast-Plattform deaktiviert | Die Übertragungsplattform ist nicht richtig konfiguriert. | Sie müssen die Konfiguration der sendenden Plattform überprüfen und wenn Sie der Meinung sind, dass die Konfiguration korrekt ist, senden Sie uns den Fehler unter Angabe der Plattform, von der er gesendet wird, und hängen Sie die Rechnungs -XML und die Fehler -XML an. |
| EG01 |
Allgemeiner Fehler im Rechnungsempfangsprozess | Beim Laden Ihrer Rechnung ist ein Fehler aufgetreten. | Bitte laden Sie die Rechnung nach einigen Minuten erneut auf. Wenn der Fehler weiterhin besteht, senden Sie uns den Fehler, indem Sie die XML-Rechnung anhängen. |
Signaturfehler
| Code | Fehlerliteral | Was bedeutet das? | Wie kann man das Problem lösen? |
|---|---|---|---|
| HF04 | Die Datei enthält keine elektronische Signatur. |
Es wurde versucht, unsigniertes XML an die Plattform zu senden. |
Muss unterschreiben das XML muss das Faktenformat einhalten . Weitere Informationen finden Sie unter So beheben Sie Signaturfehler. |
| HV01 | Fehler beim Überprüfen 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 „SigningTime“ in der XML-Datei den Zeitpunkt der Rechnungsunterzeichnung ohne Zahlen oder Sonderzeichen enthält. Wenn dort beispielsweise eine +2 oder ein Z steht, müssen Sie die Rechnung erneut unterschreiben und erneut versenden. Wenn dieses Feld nicht geändert wird, müssen Sie das zum Signieren der Rechnung verwendete Zertifikat über Signasuite überprüfen. Weitere Informationen finden Sie unter So beheben Sie Signaturfehler. |
| HV02 | Die Validierung der Signatur/des Zertifikats ist fehlgeschlagen. | Die Anzahl der Wiederholungsversuche zur Validierung der Signatur und des Zertifikats einer Rechnung wurde überschritten und daher wird die Rechnung abgelehnt. |
Die Rechnung muss erneut übermittelt werden. Wenn das Problem weiterhin besteht, lesen Sie So beheben Sie Signaturfehler. |
INHALTSFEHLER
| Code | Wörtlich | Was bedeutet das? | Wie kann man das Problem lösen? |
|---|---|---|---|
| HR11 | Firmenname des Empfängers nicht angegeben oder gemeldet | Es ist notwendig, anzugeben, Firmenname innerhalb von XML. |
Dieser Punkt muss korrigiert und die Rechnung erneut übermittelt werden. |
| HD01 | Fehler beim Senden der Nachricht an die Zielplattform | Es wird versucht, einen Anhang zu senden, für den uns keine vorherige Rechnung vorliegt. |
Die Rechnung für die zugehörige Anlage ist vorab zuzusenden. |
| HS09 | Ausstellende NIF nicht im Dokument angegeben | Die NIF des Ausstellers ist auf der Rechnung nicht aufgeführt. |
Überprüfen Sie, ob die XML-Datei der Rechnung diese Daten enthält (NIF des Ausstellers). |
| HR09 | NIF des Empfängers nicht im Dokument angegeben | Die NIF des Empfängers ist auf der Rechnung nicht aufgeführt. | Überprüfen Sie, ob die XML-Datei der Rechnung diese Daten enthält (NIF des Empfängers). |
| HR10 | Die auf der Rechnung angegebene Empfänger-NIF stimmt nicht mit der Zielentität überein | Die Rechnung weist die NIF des Empfängers nicht korrekt aus | Sie müssen die in der XML-Rechnung angegebene NIF überprüfen. |
| HR04 | Empfangener Dateiinhalt wird von der Zielplattform nicht unterstützt | Zustellung einer Rechnung mit einer nicht akzeptierten Version des Facturae- Formats. Beispielsweise eine mit der Version 3.oo oder 3.1 erstellte Rechnung. | Die Rechnung muss erstellt werden in Rechnungsformat 3.2 und 3.2.1 . |
| HF03 | Empfangener Dateiinhalt wird vom Hub nicht unterstützt | Der Dateiinhalt ist vor allem deshalb nicht korrekt, weil es sich nicht um ein Rechnungsformat handelt . | Die Rechnung muss erstellt werden in Rechnungsformat 3.2 und 3.2.1 . |
| HF07 | Es werden nur Rechnungen mit einer einzigen Rechnung unterstützt. | Die Datei . XML enthält mehr als eine Rechnung und es werden nur Rechnungsdateien mit einer einzigen Rechnung unterstützt. | Die XML muss in eine einzelne Rechnung neu generiert werden. |
FEHLER BEIM ADRESSCODE
| Code | Wörtlich | Was bedeutet das? | Wie kann man das Problem lösen? |
|---|---|---|---|
| HS05 | Falscher Absenderadresscode (ungültige Prüfziffer) | Die ausstellende Plattform hat die Prüfziffer (letzte Zahl) des Adressierungscodes (Emittentenkennung) des Emittenten falsch gemeldet. |
Das im Integrationsleitfaden angegebene Format muss überprüft und korrigiert werden. |
| HR05 | Falscher Empfängeradressierungscode (ungültige Prüfziffer) | Die Prüfziffer (letzte Ziffer) des Empfängeradressierungscodes (Empfängerkennung) ist gemäß dem im Integrationsleitfaden angegebenen Format nicht korrekt. |
Das im Integrationsleitfaden angegebene Format muss überprüft und korrigiert werden. |
| HR08 | Der Empfängeradressierungscode ist kein AAPP | Der Adresscode des Empfängers (Empfängerkennung) entspricht keiner öffentlichen Stelle |
Das im Integrationsleitfaden angegebene Format muss überprüft und korrigiert werden. |
| HR06 | Der Empfängeradressierungscode ist nicht vorhanden. | Der Empfängeradressierungscode (Receiver-Identifier) existiert nicht (siehe Integrationsleitfaden ). |
Lesen Sie den Integrationsleitfaden und senden Sie uns den Fehler, wenn Sie meinen, dass alles in Ordnung ist. Hängen Sie dazu die XML- Rechnung und die XML- Fehlermeldung an: |
| HS06 | Es gibt keinen Schiedsrichter. vorher im Anhang angegeben | Der Anhang wird abgelehnt, da keine registrierte Rechnung mit derselben Referenz wie der Anhang gefunden wurde. |
Siehe den Abschnitt „Verwaltung angehängter Dokumente“ im Integrationshandbuch. |
RCF-FEHLER HF09
Nachfolgend sind die neuen Ablehnungscodes definiert, die aufgrund der neuen Validierungen hinzugefügt wurden, die durch die erforderlichen Anpassungen von e-FACT aufgenommen wurden, um die Anforderungen des PGE zu erfüllen, wie in der Verordnung HAP/1650/2015 vom 31. Juli festgelegt, die die Verordnung HAP/492/2014 vom 27. März ändert, die die funktionalen und technischen Anforderungen des Buchhaltungsregisters für Rechnungen von Einrichtungen im Rahmen des Gesetzes 25/2013 vom 27. Dezember zur Förderung elektronischer Rechnungen und zur Schaffung eines Buchhaltungsregisters für Rechnungen im öffentlichen Sektor regelt, und in der Verordnung HAP/1074/2014 vom 24. Juni, die die technischen und funktionalen Bedingungen regelt, die der allgemeine Einstiegspunkt für elektronische Rechnungen erfüllen muss : https://www.boe.es/diario_boe/txt.php?id=BOE-A-2015-8844
Wie werden RCF-Ausschussprodukte an die PGE zurückgeführt?
Wenn eine Rechnung abgelehnt wird, weil sie den Validierungsregeln nicht entspricht, werden alle diese Fehler im Code = HF09 zusammengefasst und die Beschreibung enthält den spezifischen Fehlercode und seine Beschreibung. Alle erkannten Fehler werden im folgenden Format zurückgegeben:
- „Fehlercode: Beschreibung | Fehlercode: Beschreibung“
Beispielsweise würde in einer Rechnung mit den erkannten Validierungsfehlern RCF05002 und RCF05004 Folgendes als Ablehnungskommentar zurückgegeben:
- RCF05002: Emittent: Der NIF erfüllt die Regeln und Kriterien für seine Gründung nicht. Gegen Regel Nummer 5b des Anhangs II der Verordnung HAP/1650/2015 wird verstoßen | RCF05004: Aussteller: Vorname und Nachname sind erforderlich. Gegen Regel Nummer 5d des Anhangs II der Verordnung HAP/1650/2015 wird verstoßen |
Beschreibung der Validierungsfehler
| Fehler | Code | Fehlerbeschreibung | Welches Feld muss in der Rechnungs-XML korrigiert werden und/oder wie kann es behoben werden? |
|---|---|---|---|
|
HF09 |
RCF03001 | „Die Angabe der Rechnungsnummer ist zwingend erforderlich. Regel 3a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt . |
3.1.1.1.Rechnungsnummer Bitte geben Sie in dieses Feld eine Rechnungsnummer ein. |
| RCF04001 | „Korrekturrechnung mit anderen Berichtigungskriterien als 01,02,03,04. Regel 4a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt . |
3.1.1.5.6.Korrekturmethode Geben Sie eines der möglichen Korrekturkriterien an: 01,02,03,04 |
|
| RCF04002 | Bei Korrekturrechnungen mit den Berichtigungskriterien 01 oder 02 ist die Angabe der Rechnungsnummer des korrigierenden Ausstellers zwingend erforderlich. Regel 4b des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
3.1.1.5.1.Rechnungsnummer Geben Sie in diesem Feld die Rechnungsnummer des berichtigenden Ausstellers an. |
|
| RCF05001 | Aussteller: Der Personenartcode, natürliche Person \”F\” oder juristische Person \”J\” ist obligatorisch. Regel 5a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
(2.1.1.1.Personentypcode) Geben Sie in diesem Feld den Code „F“ oder „J“ ein. |
|
| RCF05002 | Emittent: Der NIF erfüllt die Regeln und Kriterien für seine Gründung nicht. Regel 5b des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
2.1.1.3.Steueridentifikationsnummer Ändern Sie die Nummer unter Berücksichtigung des folgenden Kriteriums: Wenn die ersten beiden Zeichen der NIF Buchstaben sind, wird davon ausgegangen, dass sie dem Land entsprechen, und der Rest der NIF. Andernfalls entspricht der angegebene Code der NIF und es wird davon ausgegangen, dass es sich um den spanischen Code handelt. |
|
| RCF05003 | Emittent: Der Ländercode (erste zwei Zeichen der NIF, wenn es sich um Buchstaben handelt) entspricht, sofern vorhanden, den Bestimmungen im Facturae-System selbst. Regel 5c des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. | 2.1.1.3.Steueridentifikationsnummer | |
| RCF05004 | Aussteller: Bei einer Einzelperson sind Vor- und Nachname zwingend erforderlich. Regel 5d des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
2.1.4.2.1.Name 2.1.4.2.2.Vorname Füllen Sie diese Felder aus |
|
| RCF05005 | Aussteller: Bei juristischen Personen ist die Angabe der Firma zwingend erforderlich. Regel 5e des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
2.1.4.1.1.Firmenname Füllen Sie dieses Feld aus |
|
| RCF05006 | Bevollmächtigter: Der Personenartcode, natürliche Person \”F\” oder juristische Person \”J\” ist obligatorisch. Regel 5a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
1.6.1.1.1.Personentypcode Geben Sie in diesem Feld den Code „F“ oder „J“ ein. |
|
| RCF05007 | Erwerber: Der NIF erfüllt die Regeln und Kriterien für seine Gründung nicht. Regel 5b des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
1.6.1.1.3.Steueridentifikationsnummer Ändern Sie die Nummer unter Berücksichtigung des folgenden Kriteriums: Wenn die ersten beiden Zeichen der NIF Buchstaben sind, wird davon ausgegangen, dass sie dem Land entsprechen, und der Rest der NIF. Andernfalls entspricht der angegebene Code der NIF und es wird davon ausgegangen, dass es sich um den spanischen Code handelt. |
|
| RCF05008 | Bevollmächtigter: Der Ländercode (die ersten beiden Zeichen der NIF, wenn es sich um Buchstaben handelt) entspricht, sofern vorhanden, den Bestimmungen im Facturae-System selbst. Regel 5c des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. | 1.6.1.1.3.Steueridentifikationsnummer | |
| RCF05009 | Bevollmächtigter: Vorname und Nachname sind Pflichtfelder. Regel 5d des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
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 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
1.6.1.2.1.1.Firmenname Füllen Sie dieses Feld aus |
|
| RCF06001 | Bei in Euro ausgestellten Rechnungen weisen die Betragszeilen teilweise mehr als zwei Dezimalstellen auf oder sind nicht numerisch. Regel 6a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Die validierten Betragsfelder sind die folgenden: 3.1.6.1.17. Gesamtkosten 3.1.6.1.18.1.3. Rabattbetrag 3.1.6.1.19.1.3. Gebührenbetrag 3.1.6.1.21.1.3.1. SteuerpflichtigeBasis.Gesamtbetrag 3.1.6.1.21.1.4.1. Steuerbetrag.Gesamtbetrag 3.1.6.1.22.1.4.1. Steuerbetrag.Gesamtbetrag HINWEIS : Stellen Sie sicher, dass die Felder nach dem Betrag keine Leerzeichen enthalten. |
|
| RCF06002 | Bei in Euro ausgestellten Rechnungen muss der Gesamtbetrag jeder Zeile dem Produkt aus Stückzahl und Stückpreis entsprechen, gerundet mit der üblichen Rundungsmethode auf zwei Dezimalstellen. Regel 6a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Bei mehr als zwei Dezimalstellen müssen die Stellen nach der zweiten Null sein: 3.1.6.1.17.Gesamtkosten = Auf 2 Dezimalstellen runden (3.1.6.1.14.Menge*3.1.6.1.16.StückpreisohneSteuer) |
|
| RCF06003 | Bei in Euro ausgestellten Rechnungen muss sich der Bruttobetrag jeder Zeile aus der Summe der Gesamtkosten zuzüglich der Summe der Zuschläge abzüglich der Summe der Rabatte ergeben. Regel 6a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüfen Sie Folgendes: 3.1.6.1.20.GrossAmount ist gleich 3.1.6.1.17.Gesamtkosten minus SUMME(3.1.6.1.18.1.3.Rabattbetrag) plus SUMME(3.1.6.1.19.1.3.Betrag der Gebühr) |
|
| RCF06004 | Bei in Euro ausgestellten Rechnungen weisen alle Beträge auf Rechnungsebene (mit Ausnahme der anzuwendenden Steuersätze oder Prozentsätze) mehr als zwei Dezimalstellen auf oder sind nicht numerisch. Regel 6b des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Die validierten Betragsfelder sind die folgenden: 3.1.5.1. Gesamtbruttobetrag 3.1.5.3.1.3. Gebührenbetrag 3.1.5.7. Gesamtsteuerausgaben 3.1.5.10.1.3. Förderbetrag 3.1.5.11.1.2. ZahlungAufKontoBetrag 3.1.5.12.1.6. ErstattungsfähigerAufwandBetrag 3.1.5.13. GesamteFinanzausgaben 3.1.5.15. Gesamtzahlungen auf Rechnung 3.1.5.16.3. Einbehaltener Betrag 3.1.5.18. Gesamte erstattungsfähige Ausgaben 3.1.3.1.3.1. SteuerpflichtigeBasis.Gesamtbetrag 3.1.3.1.5.1. SpezialsteuerpflichtigeBasis.Gesamtbetrag 3.1.3.1.6.1. Sondersteuerbetrag.TotalA 3.1.3.1.8.1. Äquivalenzzuschlagsbetrag.Gesamtbetrag 3.1.4.1.3.1. SteuerpflichtigeBasis.Gesamtbetrag 3.1.4.1.4.1 Steuerbetrag.Gesamtbetrag 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 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. | 3.1.5.1.Gesamtbruttobetrag = SUMME(3.1.6.1.20.Bruttobetrag der Zeilen) | |
| RCF07002 | Das Rechnungsausstellungsdatum ist obligatorisch und muss ein gültiges Datum sein. Regel 7a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
3.1.2.1.Ausgabedatum Gibt ein Datum an, das vor oder gleich dem aktuellen Datum und größer oder gleich dem Rechnungsausstellungsdatum liegt. |
|
| RCF09002 | Es gibt Rechnungszeilen ohne Inhalt in der Beschreibung. Regel 9b des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
3.1.6.1.13.Artikelbeschreibung Überprüfen Sie, dass dieses Feld keine leeren Zeilen enthält. |
|
| RCF01001 | Die Rechnung entspricht nicht dem XSD-Schema von „Facturae“ der entsprechenden Version (3.2 bzw. 3.2.1). Regel 1 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüfen Sie, ob das Rechnungsformat dem Schema „Facturae“ entspricht: |
|
| RCF02001 | Ungültige Signatur: Derzeit abgelaufenes Zertifikat in einer nicht langlebigen Signatur. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02002 | Ungültige Signatur: Zertifikat derzeit in einer nicht langlebigen Signatur widerrufen. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02003 | Ungültige Signatur: Ungültiges Zertifikat. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02004 | Ungültige Signatur: Nicht vertrauenswürdiges Zertifikat. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02005 | Ungültige Signatur: Integritätsfehler. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02006 | Ungültige Signatur: Ungültiges Signaturformat. Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF02010 | Die Rechnung enthält keine Unterschriften: Regel 2 des Anhangs II der Verordnung HAP/1650/2015 wird nicht eingehalten. |
Überprüft, ob die Signatur der geltenden Signaturrichtlinie für das „Facturae“-Format entspricht: |
|
| RCF09001 | Die am General Electronic Invoice Entry Point vergebene Registrierungsnummer ist zwingend erforderlich. Regel 9a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. | ||
| RCF07001 | Das Datum der Eintragung im Verwaltungsregister ist zwingend erforderlich; es muss gültig sein, vor oder gleich dem aktuellen Datum liegen und größer oder gleich dem Ausstellungsdatum der Rechnung sein. Regel 7a des Anhangs II der Verordnung HAP/1650/2015 wird verletzt. | 3.1.2.1.Ausgabedatum |