Verhalten bei Erstellen Rabatt auf Auftragstotal

[unisoft sm]

Einem Kunde ist aufgefallen, dass sich das Programm mit der aktuellen Version bei der Funktion "Erstellen Rabatt auf Auftragstotal" im Verkauf anders verhält als früher - und dies unabhängig von der neuesten Einstellungsmöglichkeit "Zwischentotalrabatt auf Bruttobetrag".

Es fällt dann auf, wenn mehr als eine Rabattzeile in Folge erstellt wird (was bei vielen Bauhaupt- und Baunebengewerblern daily business ist):



Wir bitten um Prüfung, besten Dank.

[Kaiser]

Das stimmt so nicht. Gerechnet wird aufgrund der Realpositionen.

Wenn 10% als Zeilenrabatt oder (wie in Ihrem Beispiel) als Rabattzeile definiert ist, werden als Totalrabatt Fr. 90.00- ausgewiesen.

Es sei denn, bei der Rabattzeile wurde die Option "[_] Realposition" deaktiviert. In diesem Fall wird die Rabattzeile nicht eingerechnet und es wird ein Totalrabatt von Fr. 100.00- ausgewiesen.

[unisoft sm]

Beiden Beispielen liegt der gleiche Ablauf zugrunde und es ergibt je nach MentorQ-Version ein anderes Resultat.

Tatsächlich hat es mit der Option Realposition zu tun, welche mit der neueren MentorQ-Version automatisch deaktiviert wird.

[Kaiser]

Wie ist die Rabattzeile in Ihrem Beispiel entstanden?
Wurde sie vom Benutzer manuell erfasst?

Kann es mit dieser Anforderung von Unisoft zusammenhängen?
Verkaufskonditionen mit Totalrabatt

[unisoft sm]

Ablauf Rabatt manuell einfügen im Verkauf:
- Standardwerte / Erstellen Rabatt auf Auftragstotal / 10%, Kto, Mwst
- generieren Rabatt
- (1. Rabattzeile wird eingefügt)
- Standardwerte / Erstellen Rabatt auf Auftragstotal / 2%, Kto, Mwst
- generieren Rabatt
- (2. Rabattzeile wird eingefügt)

[unisoft sm]

Ein Zusammenhang mit der erwähnten Erweiterung ist möglich, da ein Update durchgeführt wurde.
Jedoch sind die Einstellungen in der Verkaufsoptionen unverändert.
Es handelt sich auch um eine anderen Kunden, bei welchem sich das System nun unerwarteterweise anders verhält.
Danke für die Prüfung.

[unisoft sm]

ich sehe gerade Sie verweisen auf einen etwas komplexeren Forums-Beitrag vom Januar - ich hatte den Forumsbeitrag vom 25.3. im Blickfeld (Zwischentotalrabatt auf Bruttobetrag).

[Kaiser]

Ablauf Rabatt manuell einfügen im Verkauf:
- Standardwerte / Erstellen Rabatt auf Auftragstotal / 10%, Kto, Mwst
- generieren Rabatt
- (1. Rabattzeile wird eingefügt)
- Standardwerte / Erstellen Rabatt auf Auftragstotal / 2%, Kto, Mwst
- generieren Rabatt
- (2. Rabattzeile wird eingefügt)

Genau dieses Vorgehen wurde mit der Anforderung unterbunden.

Verkaufskonditionen mit Totalrabatt
Totalrabatte sollten nicht mehr als Realposition eingefügt werden, damit die Berechnung des Auftragstotals stabil bleibt.

Dass in einem Verkaufsauftrag zweimal ein Totalrabatt generiert wird (die Option "[_] Bestehende Rabatte entfernen" muss dazu vom Benutzer deaktiviert werden), ist nicht vorgesehen.

[unisoft sm]

OK danke für die Info. Somit übergebe ich den Task an den Antragsteller der entsprechenden Erweiterung.
Ist in diesem Fall m.E. etwas heikel, wenn eine Erweiterung bei unbeteiligte Kunden unwissentlich ein anderes Rabattierungsverhalten auslöst. Im konkreten Fall wurden einige Rechnungen mit zu viel Rabatt erstellt, bis der Kunde gemerkt hat dass MentorQ sich anders verhält.

Dass in einem Verkaufsauftrag zweimal ein Totalrabatt generiert wird (die Option "[_] Bestehende Rabatte entfernen" muss dazu vom Benutzer deaktiviert werden), ist nicht vorgesehen.

Zu diesem Punkt kann ich noch anfügen, dass die Praxis anders aussieht und viele (alle?) Kunden im Bauhaupt- und Baunebengewerbe am Ende des Auftrages mit diversen Rabattzeilen arbeiten. Branchenspezifische Baulösungen haben dazu häufig separate Funktionen, die wir im Mentor über diese Rabattzeilen lösen.

Danke vorerst für die Klärung der Situation.

[Kaiser]

OK danke für die Info. Somit übergebe ich den Task an den Antragsteller der entsprechenden Erweiterung.
Ist in diesem Fall m.E. etwas heikel, wenn eine Erweiterung bei unbeteiligte Kunden unwissentlich ein anderes Rabattierungsverhalten auslöst. Im konkreten Fall wurden einige Rechnungen mit zu viel Rabatt erstellt, bis der Kunde gemerkt hat dass MentorQ sich anders verhält.

Das kann bei einer komplexen Software auch mal vorkommen. Da das mehrfache Einfügen von Totalrabatten nicht vorgesehen ist (auch wenn dieses Vorgehen nach Ihrer Information häufig benutzt wird), sahen wir kein Problem bei der damaligen Erweiterung.

Wäre es eine Lösung, optional zu regeln, ob Totalrabatte als Realpositionen eingefügt werden?

- Optionen Verkauf/Einkauf
- Registerkarte "Allgemein"
- Feldgruppe "Einstellungen"

[_] Totalrabatte als Realposition einfügen

Vorschlagswert deaktiviert.

[Kaiser]

Denkbar wäre auch der Einbau des folgenden Algorithmus, damit nicht noch mehr Optionen eingebaut werden müssen:

PgmLine 6 = Totalrabatt
Bei Funktion "Erstellen Rabatt auf Auftragstotal" folgendes Vorgehen:

Code: Alles auswählen

WENN Totalrabatt bereits vorhanden (Zeile mit PgmLine 6)
UND  [_] Bestehende Rabatte entfernen (deaktiviert)

DANN bestehende Totalrabatte = [x] Realposition (aktivieren)

Danach Total neu berechnen (BlgTotal) und neues Auftragstotal einfügen.

[unisoft sm]

Herzlichen Dank für die konstruktiven Vorschläge, wir besprechen das intern und melden uns.

[unisoft ah]

Besten Dank für die beiden Vorschläge.

Aus unserer Sicht sind beide Varianten denkbar.

Die Variante Checkbox:

Code: Alles auswählen

- Optionen Verkauf/Einkauf
- Registerkarte "Allgemein"
- Feldgruppe "Einstellungen"

[_] Totalrabatte als Realposition einfügen

Hat den Vorteil, dass ein Kunde auch mehrere Rabatte auf Basis des Gesamtbetrages einfügen könnte, wenn er die Checkbox aktiviert.
Das wäre dann für die Kunden die das aktuelle Update noch nicht installiert haben eine neue Funktion.

Die Variante mit dem Algorithmus:

Code: Alles auswählen

WENN Totalrabatt bereits vorhanden (Zeile mit PgmLine 5)
UND  [_] Bestehende Rabatte entfernen (deaktiviert)

DANN bestehende Totalrabatte = [x] Realposition (aktivieren)

Danach Total neuberechnen (BlgTotal) und neues Auftragstotal einfügen.

Hat den Vorteil, dass es keine zusätzliche Option braucht und automatisch abläuft.

Wir sind daher offen für beide Varainten.

[Kaiser]

Besten Dank für die Info.

Wir werden den Algorithmus (Variante 2) einbauen.

Da der Programmeintrag für Totalrabatte geändert werden muss (von Wert 1 nach 6), wird das neue Vorgehen nur bei neuen Aufträgen funktionieren.

[unisoft ah]

Danke, das freut uns.

[Kaiser]

Update!

Beim Generieren von Totalrabatten für einen Auftrag wird bei den bestehenden Totalrabattzeilen die Option "Realposition" aktiviert; dadurch können mehrere Totalrabatte kumuliert werden.

Der Update ist auf der Webseite Mentor verfügbar.

[unisoft ah]

Besten Dank.