Kalkulations Boxen Typen

FHZuletzt geändert 5. September 2026 · Franzi Halbhuber 2 min

Der Typ einer Kalkulationsbox definiert deren Funktion innerhalb des Preisflusses. Je nach Typ sind verschiedene Items hinterlegt, die den Preis beeinflussen (z. B. Rabatte, Zusatzkosten, Mehrwertsteuer).

Im Folgenden werden die Kalkulationsboxen im Kalkulationsbereich der Konfiguration sowie im Bereich eines Projekts einzeln beschrieben.

Abbildung 1: Übersicht über die Typen der Kalkulationsboxen

Bereich Konfigurator

1. machineprice

Typ: Basispreis

Dieser Typ stellt den Ausgangspreis der Konfiguration dar. Er bildet den initialen Input-Preis der Kalkulation und dient als Grundlage für alle nachfolgenden Berechnungsschritte (Abb. 2, Nr. 1).

2. manualpositions

Typ: Manuelle Positionsaggregation

Dieser Typ verarbeitet alle innerhalb der Konfiguration manuell hinzugefügten Positionen. Die erfassten Beträge werden zum Basispreis addiert oder von ihm abgezogen (Abb. 2, Nr. 2).

3. discounts

Typ: Rabattberechnung

Dieser Typ verarbeitet hinterlegte Konditionen und passt den aktuellen Preis entsprechend an. Abhängig von der Art der Kondition wirkt sie preissteigernd oder preisreduzierend (Abb. 2, Nr. 3).

4. priceoptions

Typ: Preisoptionen / Zusatzkosten

Dieser Typ ergänzt den bestehenden Nettopreis um konfigurationsabhängige Zusatzkosten (z. B. Frachtanteil, Montageaufwand) (Abb. 2, Nr. 4).

Bereich Projekt

Welche Typen ein Projekt zeigt, entscheidet sein Kalkulationsschema. Das Standardschema der Beispielwelt führt vier der sieben — die Nummern 2 bis 5 in Abb. 3 —, und es rechnet die Steuer bereits in der Konfiguration statt im Projekt: Mehrwertsteuer und Gesamtkosten (brutto) stehen deshalb in Abb. 2 unter Nr. 4. Die Typen taxes, tax_summary und discounts sind unten trotzdem beschrieben; sie erscheinen, sobald ein Schema sie führt.

1. taxes

Typ: Steuerberechnung

Dieser Typ wendet den definierten Steuersatz auf den Netto-Preis an, addiert den Steuerbetrag und ermittelt daraus den Angebotspreis (brutto). Im Schema der Beispielwelt fällt die Steuer bereits in der Konfiguration an, siehe Abb. 2 unter Nr. 4.

2. configurationslist

Typ: Aggregation von Konfigurationen

Dieser Typ summiert die Preise aller einem Projekt zugeordneten Konfigurationen (Abb.3, Nr. 2).

3. returnitemslist

Typ: Aggregation von Inzahlungnahmen

Dieser Typ summiert alle im Projekt erfassten Inzahlungnahmen. Die Beträge wirken preisreduzierend und werden vom bisherigen Preis abgezogen (Abb.3, Nr. 3).

4. manualitemslist

Typ: Aggregation manueller Projektpositionen

Dieser Typ summiert alle manuell im Projekt angelegten Positionen (Abb.3, Nr. 4).

5. summary

Typ: Netto-Zusammenfassung

Dieser Typ fasst alle zuvor berechneten Projekt-Zwischenergebnisse zusammen und ermittelt den finalen Gesamtbetrag vor Steuern (Netto-Endpreis), (Abb.3, Nr. 5).

6. tax_summary

Typ: Brutto - Zusammenfassung

Dieser Typ wendet auf den Netto-Endpreis die hinterlegten Steuersätze an und ermittelt daraus den Brutto-Endpreis des Projekts. Das Schema der Beispielwelt führt ihn nicht; Abb. 3 endet deshalb beim Endpreis (netto).

7. discounts

Typ: Rabattberechnung

Dieser Typ wendet Konditionen auf den aktuellen Preis an. Diese können prozentual oder absolut sein und reduzieren oder steigern den Preis entsprechend. Im Projekt der Beispielwelt kommt er nicht vor — die Konditionen der Konfiguration zeigt Abb. 2 unter Nr. 3.