Vollautomatische Preiskalkulation

Hi Freunde,

unser Michael Spaltmann präsentiert euch 2 Konzepte zu einer automatischen Preiskalkulation in der JTL-Wawi. Wir freuen uns auf Ideen und Kritik, die wir verarbeiten können.

[realitor]

Beide Lösungen sind gut. Verben von Preisregeln / Formeln auf Kategorie / Vater-Kind / Stückliste / Warengruppe / Lieferantenebene sollte möglich sein. Und denkt an Dinge wie Provisionen / Gebühren von Verkaufsplattformen die auf den Bruttopreis angerechnet werden. Ob nun 1, 5% Verpackungskosten auf Netto aufgeschlagen oder 1, 5% vom Brutto abgezogen werden, sind zwei unterschiedliche Dinge. Man braucht beides, Ihr wisst das. Auch die gestaffelte eBay Gebühr ermöglichen: bis 990€ 10% plus ab 991€ 2%.

Ein Teilbereich unseres Unternehmen hat etwa 20 Lieferanten für 20.000 Artikel. Die Hälfte hat mehrere Lieferanten pro Artikel, die andere Hälfte nur einen Lieferant. Das ganze ist auf Kategorien in drei Ebenen aufgebaut. Jeder der Lieferanten schickte mir in diesem Jahr jeden Monat neue Preise. 1000 der Artikel erfuhren wöchentliche Preisänderungen aufgrund von schwankender Verfügbarkeit im eigenen Bestand und Bestand der Mitbewerber bzw. Mitbewerber pro Verkaufskanal.

Wir machen das recht ähnlich der automatischen Kalkulation bereits jetzt mit einem Workflow. Getriggert über Warenbestandsvermehrung durch Wareneingang, Artikeländerung oder manuell per Workflow.

Die Berechnung erfolgt über einen einzigen Workflow. Aufschläge können über den Artikel, Kategorie, Lieferant, Warengruppe definiert werden. Die Priorität beginnt bei Artikel und endet bei Warengruppe bzw. globaler Standard. Trägt man im Artikel nichts ein, zieht der Workflow von der Kategorie usw. Ebenfalls wird so die Berechnungsgrundlage gewählt. Soll vom letzten, mittleren oder Std EK aus gerechnet werden? Aufschläge lassen sich gestaffelt eingeben. Möchte man bei Artikeln mit 5 € EK 20%, 5, 01 € bis 10 € EK 15% und darüber hinaus nur 10% aufschlagen, kein Problem. Versandklassen können berücksichtigt werden usw. Gerundet/geschönt wird auch noch, das Schema darf ebenfalls pro Verkaufskanal gewählt werden. Ein Workflow, mehrere Eigene Felder, ein paar Variablen (hinterlegt als Globale Textbausteine oder Firma/Eigene Felder) und ein paar Triggerworkflows. Und hat man einen besonderen Artikel, dann sperrt man eben die automatische Berechnung, natürlich auch wieder pro Verkaufskanal.

Was mir noch fehlt, ist die Automatisierung über Stücklisten. Ändert sich der EK eines Artikels, welcher sich in einer Stückliste befindet, dann soll der Stücklistenartikel natürlich auch neu berechnet werden.

Ebenfalls ist eine experimentelle Rückwärtskalkulation drin. Man kann einen Zielpreis und Mindestmarge eingeben. Der Zielpreis wird über die Ameise von einer externen Seite eingelesen (Preisvergleich per GTIN). Ich arbeite noch an den Regeln wann wie oft ein Preis automatisch geändert werden soll, pro Verkaufskanal usw.

Zukünftig wird die Kalkulation in einen Custom Workflow gekapselt. Dann darf sich der Produktmanager seine eigene Workflows bauen und die oben genannten Möglichkeiten über Bedingungen füttern. Die Berechnung erfolgt jetzt schon per SQL-Query, denn mit DotLiquid rechnen macht keinen Spaß.

Wenn man jetzt noch individuelle Trigger für Workflows anlegen dürfte und das nicht nur innerhalb eines Objektes wie Artikel. Auftrag mit Teil x angelegt > Verfügbarkeitsanfrage per POST/JSON an alle Lieferanten > Auswahl nach Regel > Lieferantenbestellung anlegen > EK aktualisieren > VK aktualisieren. Das kann ich bereits jetzt lösen, aber nur über SQL Trigger. Warum sollen wertvolle Fachkräfte noch so banale Dinge machen müssen wie Bestellungen zusammenklicken?

[tomlif]

Hallo,
Super Sache mit den Videos 👌
Toll das ihr die Nutzer in die Entwicklung miteinbezieht. Zudem wird auch noch die Möglichkeit für die Nutzer im Detail erläutert 👏👌👍Top!
Ich wäre für die halbautomatische Lösung, sprich für die 2.0 Lösung.
Beide Vorschläge haben vor-und Nachteile. Aber ich glaube Preise kalkulieren muss man bewusst anstoßen. Sonst findet man nie mehr einen Fehler, wenn sich einer "eingeschlichen" hat.
Vg Tom 😎