Kalkulationsschema · SalesApp / WebApp

Ein Kalkulationsschema bestimmt, wie gerechnet wird: Es bündelt die Kalkulationsboxen — also die Rechenschritte einer Kalkulation — und die Konditionen, die dabei zur Auswahl stehen. Weil es zwei Ebenen gibt, auf denen gerechnet wird, gibt es auch zwei Schemata je Projekt: eines für das Projekt und eines für die Konfiguration (Abb. 1).

Abbildung 1: Auswahl der Kalkulationsschemata im Funktionsmenü

Projekt-Schema und Konfigurations-Schema

Jedes Schema gehört zu genau einem Bereich, und der Bereich entscheidet, wo es wirkt:

Bereich	Wirkt auf	Typische Rechenschritte
Konfigurator	Den Preis einer einzelnen Konfiguration	Maschinenpreis, Listenpreis, rabattierter Listenpreis, Gesamtkosten netto und brutto
Projekt	Die Summe über alle Konfigurationen und Positionen	Summen aus Konfigurationen, Inzahlungnahmen und manuellen Positionen bis zum Endpreis

Beide werden getrennt gewählt: Das Projekt-Schema legt fest, welche Boxen die Projektkalkulation zeigt, das Konfigurations-Schema, wie die einzelne Konfiguration gerechnet wird und welche Konditionen dort zur Verfügung stehen. Die Auswahl geschieht in beiden Fällen über das Funktionsmenü der Detailansicht, siehe Funktionsmenü.

Schema wählen

Die Auswahl führt die Schemata beider Ebenen untereinander auf. Zwei Kennzeichen helfen beim Lesen:

Ein Haken markiert das Schema, mit dem gerade gerechnet wird.

Ein Beleg-Symbol daneben zeigt, dass zu diesem Schema bereits eine Kalkulation vorliegt.

Zu jedem Schema wird eine eigene Kalkulation geführt. Ein Wechsel verwirft deshalb nichts: Die Kalkulation des vorherigen Schemas bleibt erhalten und ist nach einem erneuten Wechsel wieder da.

Ist für einen Bereich ein Standard-Schema hinterlegt, wählen die Anwendungen es bei der Neuanlage vor und legen die Kalkulation im Hintergrund direkt an — dann ist keine Auswahl nötig. Existiert je Bereich nur ein einziges Schema, erscheint gar keine Auswahlliste.

Welche Schemata zur Auswahl stehen

Die Liste sieht nicht bei jedem Konto gleich aus. Drei Dinge grenzen sie ein:

Gruppe — ein nicht öffentliches Schema erscheint nur bei den Gruppen, denen es zugewiesen ist. Am Demo-Mandanten betrifft das „Konfigurator – intern": Administratoren finden es in der Auswahl, Händler-Konten nicht (Abb. 2).

Preisliste — ist einem Schema eine Preisliste zugewiesen, steht es nur zur Wahl, solange das Projekt mit dieser Preisliste rechnet, siehe Preisliste und Währung im Projekt.

Gültigkeit — inaktive oder abgelaufene Schemata erscheinen ausgegraut und mit dem Zusatz „[inaktiv]"; neue Konfigurationen und Projekte lassen sich damit nicht mehr rechnen.

Abbildung 2: Dieselbe Auswahl bei einem Händler-Konto — das nicht öffentliche Schema fehlt

Was das Projekt-Schema verändert

Weil das Projekt-Schema die Kalkulationsboxen mitbringt, ändert sich mit ihm der Aufbau der Projektkalkulation: Jede Zeile der Zusammenfassung steht für eine Box, und was das Schema nicht führt, erscheint auch nicht (Abb. 3 und 4). Am Demo-Mandanten stehen dafür zwei Projekt-Schemata zur Wahl.

Abbildung 3: Zusammenfassung mit dem „Projekt-Schema ohne Skonto“ — ohne die Zeile Marge

Abbildung 4: Dasselbe Projekt mit dem „Projekt-Standardschema“ — mit Marge und Skonto-Block

Was das Konfigurations-Schema verändert

Auf der Ebene der Konfiguration entscheidet das Schema über den Rechenweg und über die Konditionen: Zur Auswahl stehen bei der Rabatteingabe genau die Konditionen, die dem Schema zugewiesen sind. Zwei Konfigurations-Schemata desselben Produktes kommen deshalb zu verschiedenen Ergebnissen — am Demo-Mandanten etwa „Konfigurator-Standardschema" und „Konfigurator – Vorführmaschine". Welche Konditionen es gibt und wie sie eingegeben werden, beschreibt Rabatte & Konditionen.

Ein am Projekt gewähltes Konfigurations-Schema wirkt auf neu angelegte Konfigurationen. Eine bestehende behält ihres: Sie führt das neue Schema zusätzlich, rechnet und zeigt aber weiterhin das, mit dem sie schon gerechnet hat. Wer also am Projekt umstellt und die vorhandene Konfiguration öffnet, sieht dieselbe Kalkulation wie zuvor.

Abbildung 5: Eine neu angelegte Konfiguration übernimmt das Schema des Projektes — hier „Konfigurator – Vorführmaschine"

Abbildung 6: Dieselbe Konfiguration unter dem Konfigurator-Standardschema

Am Demo-Mandanten sehen die beiden Kalkulationen gleich aus, und das ist kein Fehler: Der Unterschied zwischen den Schemata ist der Vorführnachlass, und der ist eine interne Kondition. Interne Konditionen erscheinen nicht unter ihrem Titel, sondern laufen in der Sammelzeile Rabatt zusammen — sichtbar wird der Unterschied also erst, wenn ein Wert eingetragen ist.

Maschinen aus dem Marktplatz

Neben Projekt und Konfigurator gibt es einen dritten Bereich: Marktplatz. Eine Maschine, die aus dem Marktplatz in ein Projekt übernommen wird, rechnet mit einem eigenen Schema dieses Bereichs — am Demo-Mandanten „Landpower Marktplatz-Schema" — und nicht mit dem Konfigurations-Schema des Projektes. Wie eine Maschine ins Projekt kommt, beschreibt Maschine in ein Projekt übernehmen.

„Konfigurator – Vorführmaschine" gehört trotz seines Namens zum Bereich Konfigurator und ist kein Marktplatz-Schema.

Gut zu wissen

Schemata legt der Hersteller im Backend (PIA) an und weist ihnen Boxen, Konditionen, Mandanten und Gruppen zu, siehe Kalkulationsschemata und Kalkulationsschema bearbeiten.

Welche Rechenschritte hinter den Boxen stehen, beschreibt Kalkulationsboxen; die Konditionen selbst stehen unter Konditionen.

Gibt es kein Standard-Schema, wählen die Anwendungen das Schema mit der höchsten Versionsnummer vor.

Ob die Schnellkalkulation die Konditionen eines Schemas vorbelegt, wird je Konto in den Einstellungen gesetzt, siehe Kalkulationseinstellungen.

Welche Boxen ein Konto am Ende zu sehen bekommt, hängt zusätzlich an seiner Gruppe — das Schema bestimmt nur, welche Boxen überhaupt gerechnet werden.