Zum Hauptinhalt springen
VeriFactu

VeriFactu-Fehler bei Rechnungen, die von einem Dritten oder vom Empfänger ausgestellt werden

Nicht jede Rechnung stellt der Verkäufer aus. Manchmal erstellt ein Dritter sie in seinem Namen, und manchmal tut es der Kunde selbst, bei der Gutschrifterstellung durch den Empfänger. VERI*FACTU erklärt dies mit einem Feld, EmitidaPorTerceroODestinatario, und einem Block, Tercero. Neun Codes der AEAT, der spanischen Steuerbehörde, prüfen, ob beides zusammenpasst.

FlexigoTech · Verantwortlich: Víctor Gómez · Aktualisiert am 4. November 2026

Das Wichtigste

Versionen
Odoo 17, 18, 19 und 20
Geprüft
im Quellcode des Moduls, Version 20.0 · in den Quellen am Ende
Lesezeit
3 Min.

So wird es erklärt

Das Feld EmitidaPorTerceroODestinatario akzeptiert zwei Werte, und jeder macht einen anderen Block verpflichtend:

T, von einem Dritten ausgestellt
Der Block Tercero ist verpflichtend, mit der Steuernummer desjenigen, der die Rechnung ausstellt.
D, vom Empfänger ausgestellt
Der Block Destinatarios ist verpflichtend.

Der Block Tercero darf nur mit dem Wert T erscheinen. Wird er mit einer spanischen Steuernummer angegeben, muss diese bei der AEAT registriert und von der Steuernummer der zur Ausstellung verpflichteten Partei verschieden sein. Und er darf niemals mit dem Typ 07, «No censado» (nicht im Register erfasst), angegeben werden.

Übersicht der VeriFactu-Codes für Dritte
Die neun Codes für Rechnungen, die von Dritten oder vom Empfänger ausgestellt werden, in Bernstein: sie weisen den Datensatz zurück.

Die neun Codes

CodeWas fehlschlägt
1151Das Feld akzeptiert nur T oder D.
1155Es gibt einen Block Tercero ohne das Feld EmitidaPorTerceroODestinatario.
1158Das Feld ist vorhanden, aber der zugehörige Block fehlt.
1159Der Block Tercero wird angegeben, obwohl das Feld D, Empfänger, lautet.
1178Allgemeiner Fehler im Block Tercero.
1186Bei T fehlt der Block Tercero.
1187Es gibt einen Block Tercero mit einem anderen Wert als T.
1188Die Steuernummer des Dritten ist dieselbe wie die der verpflichteten Partei.
1211Der Dritte ist mit dem Typ 07 identifiziert.

Alle weisen den Datensatz der betroffenen Rechnung zurück; der Rest der Übermittlung läuft weiter, und die zurückgewiesene Rechnung bleibt zur Korrektur offen.

Was unser Modul erklärt

Der vom Modul erstellte Anmeldedatensatz enthält weder das Feld EmitidaPorTerceroODestinatario noch den Block Tercero. Deshalb kann keiner dieser neun Codes aus einer Übermittlung des Moduls stammen. Alle Rechnungen werden als vom Unternehmen selbst ausgestellt erklärt: Seine Steuernummer steht im Kopf als verpflichtete Partei und auf jeder Rechnung als Aussteller.

Das deckt den Normalfall ab, und das ist der größte Teil: Sie verkaufen und stellen die Rechnungen aus Ihrem eigenen Odoo aus. Die beiden Sonderfälle werden nicht abgebildet:

  • Wenn ein Dritter Rechnungen in Ihrem Namen ausstellt, zum Beispiel ein Dienstleistungsunternehmen, das für Sie abrechnet, erklärt das Modul dies nicht als solches.
  • Wenn Ihr Kunde Ihnen die Rechnungen für das, was Sie ihm verkaufen, im Rahmen einer Gutschrifterstellung durch den Empfänger ausstellt, entstehen diese Rechnungen nicht in Ihrem Odoo, und das Modul sendet sie nicht.

Wenn Sie mit einer dieser beiden Regelungen arbeiten, schreiben Sie an comercial@flexigobe.com, bevor Sie VeriFactu für diese Rechnungen aktivieren.

Fehlerkatalog der AEAT in Odoo
Im Katalog der AEAT in Odoo stehen die neun Codes für Dritte mit ihrem Originaltext, neben allen anderen. Screenshot aus Odoo 20 mit Demodaten.

Nicht mit dem Vertreter verwechseln

Wenn eine Steuerberatung Ihre Datensätze bei der AEAT einreicht, wird sie dadurch nicht zum dritten Aussteller. Die Steuerberatung reicht ein, und dafür gibt es den Block Representante im Kopf; der Dritte stellt aus, und das steht auf jeder Rechnung. Die Fehler des Vertreters, von 4105 bis 4124, stehen auf ihrer eigenen Seite.

Die Codes dieser Seite mit dem Text der AEAT

Jeder Code mit seinem Wortlaut, so wie ihn die Fehlerliste der AEAT angibt:

CodeText der AEAT (Spanisch)
1151El campo EmitidaPorTerceroODestinatario solo acepta valores T o D.
1155Se está informando el bloque Tercero sin estar informado el campo EmitidaPorTerceroODestinatario.
1158Se está informando EmitidaPorTerceroODestinatario, pero no se informa el bloque correspondiente.
1159Se está informando del bloque Tercero cuando se indica que se va a informar de Destinatario.
1178Error en el bloque de Tercero.
1186Si EmitidaPorTercerosODestinatario es igual a T el bloque Tercero será de cumplimentación obligatoria.
1187Sólo se podrá cumplimentarse el bloque Tercero si el valor de EmitidaPorTercerosODestinatario es T.
1188El NIF del bloque Tercero debe ser diferente al NIF del ObligadoEmision.
1211El bloque Tercero no puede estar identificado con IDType=No Censado (07).

Was ist, wenn ich einen dieser Codes mit Odoo sehe?

Mit einer Übermittlung des Moduls sollte das nicht passieren. Falls doch, schicken Sie uns die Antwort der Übermittlung: Das würde bedeuten, dass etwas anderes mit Ihrer Steuernummer sendet.

Weiterlesen

VeriFactu-Fehler bei den optionalen Feldern: Macrodato, Cupón, vereinfachte Rechnungen und VereinbarungenDie VeriFactu-Fehler der optionalen Felder: Macrodato, Cupon, FacturaSimplificadaArt7273, Art61d, Abrechnungsvereinbarung und RefExterna, und welche davon Odoo sendet.VeriFactu-Fehler 1189, 1190, 1191 und 1192: Rechnungsart und Empfänger müssen zusammenpassenDie VeriFactu-Fehler, die Rechnungsart und Empfänger verbinden (1189, 1190, 1191, 1192, 1106 und 1156): die Regel der AEAT und was Odoo beim Buchen entscheidet.VeriFactu-Fehler mit der NIF Ihres Unternehmens: 4104, 4107, 4109, 4115, 4116 und die Familie IDEmisorFacturaVeriFactu-Fehler bei der Aussteller-NIF (4104, 4107, 4109, 4115, 4116, 1108, 1215…): was die AEAT prüft, aus welchem Odoo-Feld sie stammt und wie Sie erneut senden.
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen

Quellen