Get Invoice Type Code
Zuletzt geändert: 23.10.2026 20:45

Übersicht

Get-InvoiceTypeCode #

ÜBERSICHT #

Ordnet dem Rechnungstyp der Klassik den Belegcode der E-Rechnung zu (BT-3, UNTDID 1001).

SYNTAX #

Get-InvoiceTypeCode [-DocumentType] <int> [[-Coding] <string>] [-HasPrecedingReference]
    [<CommonParameters>]

BESCHREIBUNG #

Die EULANDA-Klassik unterscheidet Rechnungen über ‘Rechnung.Typ’ (Ressource 1048): 0 Rechnung, 1 Gutschrift, 3 Abschlagsrechnung, 4 Vertreterabrechnung, 5 Schlussrechnung, 11 Korrektur-Rechnung, 12 Storno-Rechnung, 13 Teilrechnung, 14 Nachtrags-Rechnung, 15 Material-Rechnung. Die E-Rechnung nach EN 16931 kennt dafür den Belegcode BT-3 aus UNTDID 1001. Diese Funktion ist die eine Stelle, an der die Zuordnung steht; CII, UBL und HTML lesen den Code aus der META-XML (METADATA/INVOICETYPECODE), statt ihn selbst zu raten.

Die Zuordnung nach dem Plan ‘docs/internal/plan-partial-final-invoice.md’:

Typconstructiongeneraladvance
0, 2, 14, 15380 Rechnung380380
1 Gutschrift381381381
3 Abschlagsrechnung875 Bau-Abschlagsrechnung326 Teilrechnung386 Vorauszahlungsrechnung
4 Vertreterabrechnung381 (389 erst mit Rollentausch, siehe self-billing-invoice.md)381381
5 Schlussrechnung877 Bau-Schlussrechnung380380
11 Korrekturrechnung384 mit Bezug auf die Ursprungsrechnung, sonst 381wie constructionwie construction
12 Storno-Rechnung381 (hebt die Ursprungsrechnung ganz auf, Bezug in BG-3)381381
13 Teilrechnung326326326

XRechnung 3.0.2 nennt 326, 380, 381, 384, 389, 875, 876 und 877 als zulässig (BR-DE-17, Warnung bei anderen Codes); 386 (Vorauszahlungsrechnung) löst die Warnung aus, ZUGFeRD nimmt ihn ohne Meldung. Er kommt deshalb nur mit ‘advance’ für Betriebe außerhalb des Baus, die vor der Leistung abrechnen (Anzahlung, Vorkasse, Materialeinkauf; UStAE 14.8). Die Bau-Codes sind nach der KoSIT-FAQ für Bauleistungen nach VOB/B vorgesehen; ‘general’ ist für Mandanten außerhalb des Baus gedacht, die Abschläge und Schlussrechnung ohne Bauvertrag stellen.

PARAMETER #

-DocumentType #

Type: int

Der Rechnungstyp der Klassik (‘Rechnung.Typ’). Unbekannte Werte ergeben 380.

-Coding #

Type: string
Default: 'construction'

‘construction’ (Standard): Abschlag 875, Schlussrechnung 877. ‘general’: Abschlag 326, Schlussrechnung 380. ‘advance’: Abschlag 386 (Anzahlung), Schlussrechnung 380. Mandantenweit über die SQL-Registry ‘\Modules\Grundwerte\Xfacture\InvoiceTypeCoding’ einstellbar; der Export liest den Schalter und ruft diese Funktion.

-HasPrecedingReference #

Type: switch

Für die Korrekturrechnung (Typ 11): Ist der Bezug auf die Ursprungsrechnung belegt (BG-3 wird ausgegeben), ergibt sich 384, sonst 381. 384 ohne Bezug fällt beim Empfänger durch die Prüfung (BR-55). Die Storno-Rechnung (Typ 12) hebt die Ursprungsrechnung ganz auf und bleibt 381, mit oder ohne Bezug.

AUSGABEN #

[string]

Der dreistellige Belegcode, z.B. ‘380’, ‘875’, ‘877’.

BEISPIELE #

Get-InvoiceTypeCode -DocumentType 3
# 875
Get-InvoiceTypeCode -DocumentType 5 -Coding general
# 380
Get-InvoiceTypeCode -DocumentType 12 -HasPrecedingReference
# 384

HINWEISE #

Quellen: XRechnung 3.0.2 Abschnitt 11.1 und Regel BR-DE-17; KoSIT-FAQ Bauwesen; ZUGFeRD 2.3 Codeliste UNTDID 1001 (875 bis 877 enthalten). Messung am 23.10.2026 über portinvoice: 875 und 877 ohne Meldung, 386 mit Warnung.