Summe der Posten ergibt nicht die Bemessungsgrundlage (Kategorie S)

In der Steuerübersicht Ihrer Rechnung steht ein Betrag zur Steuerkategorie S.
Die Prüfung hat die einzelnen Posten dazu zusammengezählt und kommt auf eine andere Summe.

Was zu tun ist:
Zählen Sie alle Positionen mit diesem Steuersatz zusammen. Ziehen Sie Nachlässe ab und rechnen Sie Zuschläge hinzu. Das Ergebnis muss der Betrag aus der Steuerübersicht sein.

Zwei Stellen, an denen es meistens klemmt:
Ein Posten trägt einen anderen Steuersatz als die Steuerübersicht - dann gehört er in eine eigene Zeile der Übersicht.
Die zugehörigen Nachlässe und Zuschläge auf Dokumentenebene werden vergessen - es zählen die mit derselben Kategorie und demselben Steuersatz.

Kleine Rundungsunterschiede sind erlaubt: ein Cent je Posten.

Die Prüfung bildet den Steuerfall aus zwei Angaben: Kategorie (BT-118 = S) und Steuersatz (BT-119). Der Befreiungsgrund bleibt hier außen vor.

Gerechnet wird:
abs(BT-116 - Summe BT-131 + Summe BT-92 - Summe BT-99 - Summe der Logistikgebühren) <= 0,01 x Anzahl der beteiligten Posten

So gehen Sie vor:
1. Summieren Sie die Positionsnettobeträge (BT-131) aller Positionen mit Kategorie S und dem Steuersatz der Aufschlüsselung.
2. Ziehen Sie die Nachlässe auf Dokumentenebene (BT-92) ab, addieren Sie die Zuschläge (BT-99) und die Logistikgebühren.
3. Vergleichen Sie das Ergebnis mit BT-116.
4. Prüfen Sie den Steuersatz auf allen Ebenen: BT-119 oben gegen BT-152 an der Position, BT-96 am Nachlass, BT-103 am Zuschlag. Ein abweichender Satz bildet einen eigenen Steuerfall und braucht eine eigene Aufschlüsselung (BG-23).
5. Die Toleranz beträgt einen Cent je beteiligtem Posten - sie wächst mit der Anzahl, nicht mit dem Betrag.

Es zählen nur reguläre Positionen, also solche mit dem Untertyp DETAIL oder ohne Angabe eines Untertyps.

Schematron-Assert BR-FXEXT-S-08ini.
Kontext: //ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='S'][upper-case(ram:TypeCode)='VAT']

Der Test bindet $rate aus dem BG-23-Knoten und selektiert damit die Teilsummen $calculatedAmountBT131ini, $allowancesAmountBT92ini, $chargesAmountBT99ini, $logisticChargeAmountini sowie die Zähler $nbLineItemsini, $nbAllowancesOrChargesini, $nblogisticChargeini.

Geprüft wird:
abs($basisAmount - $calculatedAmountBT131ini + $allowancesAmountBT92ini - $chargesAmountBT99ini - $logisticChargeAmountini) le 0.01 * ($nbLineItemsini + $nbAllowancesOrChargesini + $nblogisticChargeini)

⭐ Gemessen: keine einzige der im return benutzten Variablen filtert nach ram:ExemptionReason oder ram:ExemptionReasonCode. $exempReasonText und $exempReasonCode werden zwar gebunden, aber nicht verwendet. Der Steuerfall besteht hier allein aus Kategorie und Steuersatz.

Abgrenzung:
BR-FXEXT-S-08rev prüft dieselbe Summe und zusätzlich den Abgleich der Befreiungsgründe.
BR-FXEXT-S-08b bindet beide Rechenwege und ist erfüllt, sobald einer von beiden aufgeht - deshalb kann eine Rechnung gültig bleiben und trotzdem melden.

Der XPath im Bericht zeigt den Kontextknoten der Regel, nicht das fehlerhafte Element - die Abweichung kann ebenso an einer Position, einem Nachlass oder einem Zuschlag liegen.