Baurechnungen - Kumulativ

[Balin71]

Bei Baurechnungen ist es üblich kumulative Rechnungen zu erstellen. Es wird dabei der Gesamtrechnungsbetrag angegeben und schon erhaltene Abschlagsrechnungen abgezogen. Zudem gibt es Sicherheitseinbehalte, Zuschläge und Nachlässe. Gibt es eine Möglichkeit mit Zugferd soche Rechnungen zu erstellen?

[stephanstapel]

Hallo @Balin71 ,

suchst Du dies hier:

ZUGFeRD-csharp/ZUGFeRD/InvoiceDescriptor.cs

Line 389 in 8f9eee5

public decimal? TotalPrepaidAmount { get; set; } = null;

und

ZUGFeRD-csharp/ZUGFeRD/InvoiceDescriptor.cs

Line 407 in 8f9eee5

public decimal? DuePayableAmount { get; set; } = null;

?

Bei den InvoiceTypes (https://github.com/stephanstapel/ZUGFeRD-csharp/blob/master/ZUGFeRD/InvoiceType.cs) gibt es bestimmte Typen, die für die Baubranche gedacht sind, da müsste ich allerdings länger recherchieren. Vielleicht kann jemand aushelfen oder Organisationen aus der Baubranche haben da schon genaue Vorstellungen niedergeschrieben.

[IsThatUniqueEnough]

Bei ZUGFeRD EXTENDED gibt es in BG-X-45 Felder, mit denen man in (Teil-)Schlussrechnungen die geleisteten Abschlagszahlungen steuerlich korrekt übergeben können sollte. Da gibt es auch jeweils eine Referenz auf die Abschlagsrechnung. Eine Summe in TotalPrepaidAmount (BT-113) reicht da nicht.

[stephanstapel]

Das hier könnte noch interessant sein:
https://www.bvbs.de/wp-content/uploads/2024/04/ZUGFeRD-Implementierungs-Leitfaden-2.2_20240321.pdf

[IsThatUniqueEnough]

Und um die Verwirrung komplett zu machen, gibt es für die steuerlichen Aspekte eine gemeinsame Foliensammlung von FeRD und KosIT, die z.T. den Dokus von ZUGFeRD oder XRechnung oder beiden widerpricht und für den kritischen Aspekt "Anzahlungen" eine nicht maschinenlesbare Lösung empfiehlt...

Empfehlungen zu Pflichtangaben
in einer E-Rechnung

[Balin71]

Erstmal vielen Dank für die schnellen Antworten.
Habe eine Möglichkeit gefunden das ganze wie folgt umzusetzen:

var desc = InvoiceDescriptor.CreateInvoice(....
desc .Type = InvoiceType.PartialInvoice
desc.AddTradeLineItem > für jede kummulative Rechnungsposition
desc.AddTradeAllowance > für jeden Abzug/Sicherheitseinbehalt (Das ist auf Rechnungsebene, denn es gibt auch Nachlässe/Zuschläge auf einzelne Rechnungspositionen)
desc.TotalPrepaidAmount > Summe der vorangegangene Zahlungen

Hier noch ein Beispiel:

1. Rechnungsposition: 100.000€ (netto)
2. Rechnungsposition: 200.000€ (netto)

Einbehalt: "BasisAmount"=10.000€; "ChargePercentage"=10% >> "ActualAmount"= 1000€ (netto)

Summe der vorangegangenen Zahlungen: 300.000 € (brutto)!

Ergebnis im XML:
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">300000.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">299000.00</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">355810.00</cbc:TaxInclusiveAmount>
<cbc:AllowanceTotalAmount currencyID="EUR">1000.00</cbc:AllowanceTotalAmount>
<cbc:PrepaidAmount currencyID="EUR">300000.00</cbc:PrepaidAmount>
<cbc:PayableAmount currencyID="EUR">55810.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Gruß
Balin

[IsThatUniqueEnough]

Bei den Zahlungen § 14 Abs. 5 S. 2 UStG beachten!

Ein Sicherheitseinbehalt ist nach meinem Verständnis kein Nachlass/Rabatt. Der dürfte doch spätestens bei Vereinnahmung USt-pflichtig sein?

[Balin71]

Das ist richtig - wird aber anders gelebt.

[IsThatUniqueEnough]

Das Beispiel war in UBL-Syntax, also vermutlich XRechnung. Da sind die Sachverhalte nicht strukturiert/maschinenlesbar übergebbar.

Es gibt eine Implementierungsempfehlung für die Zahlungsaufstellung in der E-Rechnung vom BVBS.