ProBatch 365 Handel Zeilenrabatte

Allgemein

Wurde das Best-Preis-Verfahren von Dynamics 365 Business Central durch die Preisfindung von ProBatch 365 ersetzt (Einrichtung siehe Hierarchische Preisfindung), werden die Verkaufspreise, Zeilenrabatte, Rechnungsrabatte, Naturalrabatte oder Zu-/Abschläge nach folgender hierarchischer Reihenfolge ermittelt:

1. Kampagne
2. Debitor
3. Debitorenpreisgruppe bzw. Debitorenrabattgruppe
4. Debitorenhierarchie
5. Alle Debitoren
6. VK-Preis Artikelkarte (nur für VK-Preise)

Note

Abhängig von der Einrichtung des Hierarchischen Preisfindung Debitors wird entweder der Verkauf-an Debitor oder der Rechnung an Debitor für die Ermittlung verwendet.

Als Teil dieser Hierarchie stehen Ihnen auch die Debitorhierarchien zur Verfügung, die eine mehrstufige Ermittlung der Preise und Rabatte ermöglichen.

Die Ermittlung der Preise und Rabatte für die Debitorenhierarchie erfolgt über die Stufen „nach oben“ bis ein entsprechender Preis oder Rabatt gefunden wurde. Auf den unteren Ebenen kann der Preis oder Rabatt jeweils spezifisch überschrieben werden.

Die Preise und Rabatte werden somit nicht durch die Hierarchie vererbt, sondern beim Suchen wird so lange weiter gesucht, bis der erste passende Eintrag gefunden wird. Dann wird die Suche abgebrochen.

Rabatte - Stufenberechnungsart auswählen

Ab ProBatch Version 6.5 besteht die Möglichkeit, eine Stufenberechnungsart bei Rabatten auszuwählen. Diese Auswahl erfolgt im Feld Rabatte - Stufenberechnungsart in der Page ProBatch 365 Handel Einrichtung.

Important

Diese Auswahl kann nur erfolgen, so lange alle Tabellen für Zeilen- und Rechnungsrabatte in der ProBatch 365 Handel App leer sind. Dies betrifft Stammdatentabellen, wie Rabattvorlagen, PB365 Rechnungsrabatte, PB365 Zeilenrabatte, sowie Bewegungsdatentabellen, wie Rechnungsrabattdetails und Zeilenrabattdetails. Es wird empfohlen, diese Auswahl bei Anlage eines neuen Mandanten zu machen.

Im Feld Rabatte - Stufenberechnungsart stehen zwei Optionen zur Verfügung, Kombiniere Zeilen in Stufen und Separiere Zeilen pro Stufe.

Separiere Zeilen pro Stufe entspricht der Berechnungsart in den vorherigen Versionen. In dieser Variante wird jede Rabattzeile als separate Stufe behandelt und es kann entschieden werden, ob die Berechnungsgrundlage der Rabattberechnung der Ursprungsbetrag ist, oder das Ergebnis der vorherigen Zeile. In dieser Variante wird das Feld Reihenfolgenr. / Rabattstufe nur dazu verwendet, um die Reihenfolge des Einfügens in den Beleg festzulegen.

In der Variante Kombiniere Zeilen in Stufen werden mehrere Rabattzeilen in einer Rabattstufe zusammengefasst. Die Basis für die Rabattberechnung der aktuellen Stufe ist das Ergebnis nach Abzug der Rabatte der vorherigen Stufe. Die Berechnungsgrundlage ist fixiert, und kann damit nicht gewählt werden. In dieser Variante wird das Feld Reihenfolgenr. / Rabattstufe zur Definition der Rabattstufe verwendet. Diese kann auch im Dokument geändert werden.

Zeilenrabatte anlegen

Mit ProBatch 365 Handel haben Sie die Möglichkeit mehrstufige Zeilenrabatte zu definieren oder diese für Debitorenhierarchien zu definieren.

Variante: Separiere Zeilen pro Stufe

Um PB365 Zeilenrabatte anzulegen:

1. Öffnen Sie die PB365 Zeilenrabatte.
2. Tragen Sie die Verkaufsart ein, für die der Zeilenrabatt gültig sein soll.
3. Entsprechend der gewählten Verkaufsart tragen Sie den Verkaufscode ein
4. Falls sich der Rabatt auf einen Artikel oder Artikelrabattgruppe bezieht, tragen Sie die Felder Art und Code ein.
5. Falls gewünscht kann eine Minimalmenge eingetragen werden.

6. Sie können einen Vorlagencode eintragen. Dadurch können folgende Felder vorbelegt werden:

   • Reihenfolgenr. / Rabattstufe
   • Berechnungsgrundlage

   • Rabatt %

     Sollen mehrfache Zeilenrabatte verwendet werden, ist darauf zu achten, dass pro Rabattvorlage nur ein Eintrag in die Rabattdetails des Verkaufsbelegs übernommen wird.

7. Die Reihenfolgenr. / Rabattstufe bestimmt, in welcher Reihenfolge die Rabatte in den Beleg übernommen werden. Dies hat Auswirkung für Rabatte mit der Berechnungsgrundlage = Rabattierter Wert*.

8. In der Berechnungsgrundlage können Sie folgende Optionen wählen:
   • Ursprünglicher Wert: Der Rabatt wird auf Basis des ursprünglichen Zeilenbetrags berechnet.
   • Rabattierter Wert: Der Rabatt wird auf Basis des bereits rabattierten Betrags berechnet.
9. Als Rabatt % definieren Sie den prozentualen Anteil, der abgezogen wird.

Variante: Kombiniere Zeilen in Stufen

Um PB365 Zeilenrabatte anzulegen:

1. Öffnen Sie die PB365 Zeilenrabatte.
2. Tragen Sie die Verkaufsart ein, für die der Zeilenrabatt gültig sein soll.
3. Entsprechend der gewählten Verkaufsart tragen Sie den Verkaufscode ein
4. Falls sich der Rabatt auf einen Artikel oder Artikelrabattgruppe bezieht, tragen Sie die Felder Art und Code ein.
5. Falls gewünscht kann eine Minimalmenge eingetragen werden.

6. Sie können einen Vorlagencode eintragen. Dadurch können folgende Felder vorbelegt werden:

   • Reihenfolgenr. / Rabattstufe

   • Rabatt %

     Sollen mehrfache Zeilenrabatte verwendet werden, ist darauf zu achten, dass pro Rabattvorlage nur ein Eintrag in die Rabattdetails des Verkaufsbelegs übernommen wird.

7. Die Reihenfolgenr. / Rabattstufe bestimmt, zu welcher Rabattstufe die Rabatte gehören.

8. Als Rabatt % definieren Sie den prozentualen Anteil, der abgezogen wird.

Anwendung der PB365 Zeilenrabatte

Beim Eintragen der Menge in die Verkaufszeile werden die PB365 Zeilenrabatte nach gültigen Rabattsätzen durchsucht. Die anzuwendenden Rabatte werden in die Rabattdetails des Beleges eingetragen und können dort eingesehen oder bearbeitet werden. Pro Rabattvorlage kann es einen Eintrag geben. Es ist zu beachten, dass ein leerer Vorlagencode in den PB365 Zeilenrabatten als eine Rabattvorlage gerechnet wird.

Das Anwenden bzw. Eintragen der Rabatte erfolgt zunächst entlang der hierarchischen Suchreihenfolge (Kampagne – Debitor – Debitorenrabattgruppe – Debitorenhierarchie - alle Debitoren). Ein Vorlagencode wird dabei nur einmal eingetragen. Innerhalb der Hierarchiestufen wird nach Reihenfolge sortiert. Das endgültige Ergebnis wird in das Feld Zeilenrabatt % der Verkaufszeile übertragen.

Note

Das Einfügen in den Beleg erfolgt unabhängig von der gewählten Variante im Feld Rabatte - Stufenberechnungsart nach der gleichen Logik. Nur die eingefügten Felder und die Bedeutung des Feldes Reihenfolgenr. / Rabattstufe unterscheidet sich. Die folgenden Beispiele werden anhand der Variante Separiere Zeilen pro Stufe dargestellt.

Beispiel 1: Kombination der Verkaufsarten

Wie werden Rabatte mit unterschiedlicher Verkaufsart kombiniert (hierarchische Rabatte)? In welcher Reihenfolge werden sie angewendet? Folgende Einrichtung liegt vor:

Beim Verkauf von 100 Stück wird für den Vorlagencode V01 die Debitorspezifische Vereinbarung (Zeile 4) gezogen. Für den Vorlagencode V02 ist nur eine Zeile vorhanden (Zeile 2).

Das Eintragen dieser beiden gültigen Zeilen in den Beleg erfolgt jetzt entlang der hierarchischen Suchreihenfolge – der debitorspezifische Datensatz wird also höher priorisiert. Innerhalb dieser Hierarchiestufen würde nach Reihenfolge sortiert werden, falls mehrere Datensätze vorhanden wären.

Beispiel 2: Kombination der Vorlagencodes

Wie werden Rabatte mit unterschiedlichem Vorlagencode kombiniert? In welcher Reihenfolge werden sie angewendet? Folgende Einrichtung liegt vor:

Beim Verkauf von 100 Stück werden für den Vorlagencode V01 sowie V02 die debitorspezifischen Vereinbarungen gezogen (Zeile 2 und 3). Das Eintragen dieser beiden gültigen Zeilen in den Beleg erfolgt wieder entlang der hierarchischen Suchreihenfolge, welche in diesem Fall identisch ist (debitorspezifisch). Innerhalb dieser Hierarchiestufen wird nach Reihenfolge sortiert. Somit wird erst der Datensatz mit Vorlagencode V02 angewendet und anschließend der Datensatz mit Vorlagencode V01.

Beispiel 3: Kombination derselben Reihenfolge

Wie werden Rabatte kombiniert, bei denen die gleiche Reihenfolge definiert ist? Werden diese Rabatte überhaupt kombiniert? Beim Verkauf von 100 Stück werden die debitorspezifischen Rabatte mit den Vorlagencodes V01, V02 und V03 gezogen.

Das Eintragen der gültigen Zeilen in den Beleg erfolgt wieder entlang der hierarchischen Suchreihenfolge, welche in diesem Fall identisch ist (debitorspezifisch); innerhalb dieser Hierarchiestufe wird nach Reihenfolge sortiert, welche auch identisch ist. Somit werden die Zeilen nach Vorlagencode sortiert.