DispoGen Patch Notes

Übersichtsliste der DispoGen Funktionen, sowie deren Erscheinungszeitpunkt (Version) und deren Konfiguration Übersicht ab V98 Bei der Konfiguration von neuen Features fallen Kosten für die Konfiguration und ggf. Lizenzkosten an.
Featureliste
Hier klicken um zur Featureliste zu wechseln.

V112

Änderungen

• Technische Optimierung der Tauschlogik, durch die Auftrennung, das dient dazu, stabilere Pläne/Zeiten bringen.
• In der Procedure “prc_replaceProducts_log” werden nun auch die Felder FK_ReplacementType_SID, FK_UserReplacement_SID und remarkReplacement gesetzt (Story-SID: 620148)

Neuerungen

• 2 Neue Flags discountChAllow, transportPackingChAllow um Sowohl Discounts als auch Transportverpackungen manuell zu übersteuern in der Dispo (Story 619270)
  • ACHTUNG: Erfordert Applikation Version 112

Fehlerbehebung / Perfomance Tuning / Verbesserung

=

• “prc_replaceProducts_log” setzt nun auch die CRMAdress_SID in #tmp_toBeReplacedProducts wodurch die Abneigungen/Vorlieben auch wieder im Bereich des Tausch-Ziels berücksichtig werden.

V111

Keine Änderungen/Neuerungen/Fehlerbehebungen

V110

Änderungen

• Bei jeder CoPos und relevanten Tabellen Erstellungen (inkl.Kampagnen) wird nun der Benutzer gespeichert, der die Position erstellt hat.

Neu

• Die Preiskonditionen/Konditionen Logik wurde nun in die DispoGen aufgenommen. Falls ein Kunde diese haben will, muss dies zuerst mit dem Kundenbetreuer und im folge Schluss mit einem Entwickler besprochen werden, da einige Einstellungen notwendig sind, bevor diese verwendet werden kann. (Einstellungsschritte in PRC Definition der DispoGen) Derzeit ist es nur für Auftragsrabatte mit Prozentualen Wert möglich.
  

ACHTUNG: Feature erfordert mind. V110 und SQL Server 2016!
Ab hier können nun nur noch Kunden mit mind. SQL Server Version 2016 oder höher DispoGen Updates bekommen!

V109

Fehlerbehebung / Perfomance Tuning / Verbesserung

• Lock und Performance-Verbesserung nach neuen Feature für die Tauschlogik. Es werden nun zuerst alle Rücktäusche in eine Zwischentabelle geladen, bevor diese aktualisiert werden.

V108

Änderungen

Bestellschluss

• Im Frachtauftrag der “Bestellschluss Intern” wird jetzt mit dem aktuellen(heutigen) Datum verglichen damit das neue Feature: Interner Bestellschluss (siehe unten) richtig funktioniert.
  • Statt dem “Ausführungsdatum”, da das “Bestellschluss Intern” auch schon für die Zukunft gesetzt werden kann
  • Falls der “Bestellschluss Intern” in der Zukunft liegt, wird der Status des Kontraktes auf „Lieferung erfasst“ gestellt.
  • Falls der “Bestellschluss Intern” in der Vergangenheit liegt oder gleich mit dem aktuellen Datum ist und auch gesetzt ist, wird der Status des Kontraktes auf „Lieferung fixiert“ gestellt und somit werden die Touren geschlossen.
  • Falls der “Bestellschluss Intern” nicht gesetzt ist, wird wieder, wie im vorigen Update, “Bestellschluss Webshop” genutzt und der “Bestellschluss Intern” auf das Durchführungsdatum des Bestellschlusses gesetzt.

Neuerungen

• Abneigungen können nun Adressspezifisch sein
• Preislisten können nun 2 Preiseinträge haben, welche jeweils für entweder Dauerbestellungen oder Einzelbestellungen gelten (Aktion/Partner-Preislisten/Partnergruppen-Preislisten stechen aber trotzdem immer noch vor Standard VK Preislisten)
• im Frachtauftrag “Bestellschluss Intern”: wird nun direkt aus der Tour gesetzt/berechnet.
  • Ähnlicher Aufbau wie bei “Bestellschluss Webshop”
  • ACHTUNG: “Bestellschluss Intern” benötigt die Spalten „DayOfWeekFinishing“ und „FinishTime“ aus der Tabelle „Tour“, welche in update 108 erstellt werden.
• Die Artikeltourausnahmeliste (im Artikel) wird nun auch in der Tauschlogik beachtet.

Fehlerbehebung / Perfomance Tuning / Verbesserung

Verbesserung der Preisberechnung und Anpassung an die Applikationslogik

• Kontraktstrategie: Brutto Kästchen wird nun beachtet bzgl. Rundungen.
• Brutto/Netto Preislisten funktionieren nun beide in der Tauschlogik.
• Währungsumrechnung funktioniert nun auch in der DispoGen.
• Kopf (Contract) Summierung wird nun richtig berechnet.
• Gerundete Spalten in der Datenbank (Währungsspalten) werden nun richtig berechnet.
• Basisberechnungswerte werden nun mit der richtigen Anzahl von Nachkommastellen berechnet.
• Die Steuer wird nun an der richtigen Stelle berechnet.
• Die DispoGen überprüft nun auch Preisänderung  oder Preislisten Positionen Änderungen (z.B: Herkunft).

Bestellschluss

• Beim Bestellschluss wurde die Sortiernummer-Update angepasst und das Frachtauftrag Fixierdatum hinzugefügt, damit die DispoGen bei Bestellungen welche schon das Sortiernummern-Update bekommen haben, nicht nochmal überschrieben werden und somit die Reihenfolge kaputt macht wird.

V107

Änderungen

Folgende Änderungen werden bei der Version 107 beim Bestellschluss erscheinen:
* Auch gelöschte Dispos werden nun nach Bestellschluss fixiert damit diese sich nicht reaktivieren können durch die Dispogen.

• • Ursprung.: Ist eine Dispo gelöscht, kann diese reaktiviert werden, wenn ein neuer gültiger Verkauf dazu kommt. Bisher ist diese Reaktivierung allerdings auch nach dem Durchlauf des Bestellschluss für diesen Tag möglich, da der Bestellschluss nur nicht gelöschte Dispos fixiert.

V106

Neuerungen

• Der Bestellschluss setzt nun die Sortiernummer für die Tour aus dem Auftrag pro abgeschlossenem Frachtauftrag neu, damit diese dann pro Frachtauftrag lückenlos ist.

Es wird die Sortiernummer für die Tour immer neu gesetzt falls es sich auf der abgeschlossenen Tour noch mindestens ein Kontrakt befindet welcher noch nicht fixiert ist und im Bestellschluss fixiert werden soll.

• Wenn der Lieferbetrieb (Partner 5000) oder bei mehreren Filialen die jeweiligen Filialen einen Urlaub (Liefersperre/Feiertag) eingetragen, werden die Dispositionen in den Zeitraum nicht generiert/gelöscht.

Wichtig!: Frachtaufträge und Touren müssen IMMER die Filialzuweisung haben. Egal ob es mehrere Filialen gibt oder nicht.

V105

Änderungen

• Das Shopaktiv Häkchen bestimmt nun nicht mehr, ob ein Artikel in der Tauschgruppe sich für einen Tausch qualifiziert.

Fehlerbehebung / Perfomance Tuning

• Tauschlogik Tauschartikel letzte Lieferung Punkte wurden falsch berechnet, weswegen immer ein Minuswert entstanden ist. Dies wird nun richtig berechnet.

V104

Neuerungen

• Neue Logik von frugee: Filialspezifische Rezepte. Hier wird auf die Filiale im Artikel Rezept geschaut. Man kann also mehrere gültige Rezepte auf einem Artikel haben aber mit unterschiedlichen Filialen. Die DispoGen erkennt dann aus der Tour, welche Filiale beliefert, und sucht das spezifische Rezept dazu. das gilt auch für Tauschprofile.

V103

Änderungen

• Die Menge vom Tauschmuster wird nun auch beim Tauschen gesetzt

Neuerungen

• Tauschlogik: Artikelvarianten werden nicht eingetauscht, falls bereits eine andere Artikelvariante desselben Masterartikels im Kisteninhalt existiert

V102

Änderungen

• Für den Bestellschluss gibt es einen neuen Parameter über den man steuern kann, dass man zwischen dem Datum aus der Schicht oder aus dem Frachtauftrag wählen kann.

V101

Änderungen

• Tauschmusterlogik hebelt nun den Preisdifferenz Rank aus, da das Tauschmuster in Kombination mit der Tauschgruppen Artikelbeliebtheit vorgeben soll, in welcher Reihenfolge getauscht werden soll. Da die Mengen und die daraus resultierenden Bruttopreise eine Bestellung sowieso überlegt werden müssen im Tauschmuster, ist nun der Ersteller der Tauschmuster dafür verantwortlich, aufzupassen, dass Kunden nicht zu teure Produkte eingetauscht bekommen.
• Bestellschluss Änderung: Dispositionen welche im Bestellschluss (Lieferung fixiert) sind und nur aus Produkten bestehen, welche asynchron gepackt werden, werden automatisch auf „Komm. abgeschlossen„ gesetzt, damit diese nicht auf der Packstation vorkommen.

Fehlerbehebung / Perfomance Tuning

• Die Steuer wird beim Tauschen nun richtig gesetzt -> auf die Steuer des eingetauschten Artikels
• Löschen von Dispositionen ohne aktive Positionen erfolgt nun nach der Zusatzartikel-Behandlung

V100

Neuerungen

• Bei Sortimenten kann nun der Inhalt auch auf Stk/kg umgeschaltet werden (Option erforderlich)
• Neuer Rezepttyp „Tauschmuster“ wird nun verwendet um semiAutomatisches Tauschen zu ermöglichen. Wenn das Rezept mit Rezeptpositionen dem Zusammenstellungsartikel zugeordnet wird, dann wird, wenn natürlich in TG auch vorhanden, nur diese Artikel getauscht mit einer Fixen Menge. Diese Artikel fallen nicht durch Preisspannen etc. raus. Ergo muss sich der Lieferdienst darum kümmern das die Mengen welche dann eingetauscht werden ca. mit dem Preis gleich sind, mit denen man eintauschen kann.
  • Achtung falls es eine obligatorische Menge bzw. Ersatzartikel gibt die nicht im Tauschmuster ist, sticht diese die Tauschmusterlogik aus
  • Welcher mit welchem Artikel getauscht wird, wird immer noch über die Tauschlogik mittels Punktevergabe geregelt.
  • Ein Tausch ist nur nicht möglich, wenn alle Artikel im Muster abgeneigt sind

V98

Allgemein

Da die Dispogen zuvor nicht standardisiert wurde, kann es sein, dass gewisse Änderungen/Features bereits bei Kunden aktiv sind. Die angeführten Punkte sind die letzten besonderen Änderungen, welche bekannt sind.
ACHTUNG DIESE VERSION BRAUCHT EINE SYSTEM VERSION VON MINDESTENS 3.0.98.0
Wichtig: Tour und Frachtauftrags Filialpartner nachsetzen (+ Prüfung ob in Tour und Frachtauftrags Filialpartner ein Pflichfeld ist) und die neueste Create Tourinst einspielen

Änderungen

• Der Steuertyp wird nun aus den Rezepten (wenn vorhanden) genommen, anstatt immer vom Artikel selbst bei Zusammenstellungen
• Für die Preisberechnung wird nun von der bestehenden Disposition die Menge verwendet, anstatt von der generierten Menge
• Auf Kopfebene wird nun kaufmännisch gerundet (Preis)
• Es wird nun der Filial-Partner (Standort) von dem Frachtauftrag genommen.
• In der Packplatzaktualisierung kann nun angegeben werden, wie viele Tage in der Zukunft vorrausgeschaut wird (Standard: 3)

Neuerungen

• Vorpack Packplatz Logik
• Packplatz Logik für Filialen + Vorpack eingebaut
• In der Preisliste kann nun gesteuert werden ob zusätzliche Rabatte verwendet werden dürfen.
• Kinder eines Dispo-Kopfs werden nun auch abgelehnt, wenn der Kopf abgelehnt wurde
• Neue Tauschlogik: obligatorische Menge: Es gibt nun eine neue Option in den Abneigungen. Diese steuert ob bei Ersatzartikel eine Fixe Menge getauscht werden soll.
  • Wichtig hierbei ist, dass der Ersatzartikel ebenfalls in der Tauschgruppe vorhanden ist.
  • Gleicher Artikeltausch um die Menge fix zu ändern bei jeder Bestellung, ist erlaubt.
  • Flag kann nur ausgewählt werden, wenn ein Ersatzartikel gesetzt ist.
  • Funktioniert nur bei Abneigungen

Fehlerbehebung / Perfomance Tuning

• Performane-Tune: Dispo Basis