Gelöst Workflow zur Provisionsberechnung

[DID01]

Liebe Leutz,

wir benötigen für den Einsatz der JTL Wawi zwingend eine Lösung, welche jedem Artikel ein Designer (Urheber) zuweist. So weit geht das mit dem Workflow der Provisionsberechnung von JTL über die eigenen Felder klar.

Ganz bekommen wir das aber nicht hin, weil sich die Provisionssätze verringern, sobald wir einen Rabatt geben müssen. Diese Rabatte sind aber nicht für alle Kunden(gruppen) gleich, sondern variieren pro Position im Vorgang.

Beispiel:
Pos 1: 0% Rabatt - Volle 5% Provision für den Designer
Pos 2: 3% Rabatt - Provision verringert sich auf 3%
Pos 3: 2% Rabatt - Provision verringert sich auf 3%
usw.

Dabei spielt die Höhe des Rabattes keine Rolle: Erhält ein Kunde auf ein Produkt Rabatt, verringert sich die Provision für den Designer. Falls nicht, bleibt die volle Provision.

Zudem fusionieren manche Designer in einem Produkt. Designer A hat mit Designer B zusammen ein Produkt AB gemacht. Hier wendet sich die Regel (gesehen auf das Produkt) ebenfalls an. Bedeutet aber, dass Designer A (bei keinem Rabatt) 2,5% erhält, genauso wie Designer B. Bei Rabattierung eines fusionierten Produktes erhalten Designer A und B jeweils 1,5%.
Das wäre aber nicht zwingend und könnte notfalls umgangen werden.

Am Ende des Quartals muss jeder Designer seine Verkaufserlöse einsehen können und uns entweder eine Rechnung stellen, oder wir senden eine Abrechnung (Gutschrift?) an die Designer.

Hat hier jemand vielleicht schon eine Erfahrung gemacht, oder weiß eine Lösung?

Wir verwenden JTL auf einem Windows Server 2019, SQL Version 2019 und haben die Version 1.5.43.0.

Besten Dank!

 

[Thomas_T]

Also ich würde euren auf eurem Server 2019 einen Webserver mitlaufen lassen (IIS + gegebenenfalls PHP) und dann via Workflow eine URL auf dem Webserver aufrufen, die die Artikel mit deren Rabatt erfässt.
Am Ende des Quartals (oder egal wann) kann dann ein Bericht erstellt werden.

 

[DID01]

Also ich würde euren auf eurem Server 2019 einen Webserver mitlaufen lassen (IIS + gegebenenfalls PHP) und dann via Workflow eine URL auf dem Webserver aufrufen, die die Artikel mit deren Rabatt erfässt.
Am Ende des Quartals (oder egal wann) kann dann ein Bericht erstellt werden.

Ist hierfür eine gute Internetverbindung von Nöten? (an guten Tagen erhalten wir ganze 10.000 MB/s Download).

 

[Thomas_T]

Das ganze würde lokal auf eurem Server stattfinden also gar keinen Traffic verursachen.

 

[gnarx]

Du kannst eine Excel/Calc Tabelle in der Wawi erstellen lassen. In der kannst du die benötigten Felder ausgeben und auch Felder mit Formeln füllen oder Bedingungen. Neue Daten werden dann immer an die bestehende Tabelle angehängt solange du das willst. Wenn du dann abrechnest löscht du einfach die Datei.

 

[DID01]

Du kannst eine Excel/Calc Tabelle in der Wawi erstellen lassen. In der kannst du die benötigten Felder ausgeben und auch Felder mit Formeln füllen oder Bedingungen. Neue Daten werden dann immer an die bestehende Tabelle angehängt solange du das willst. Wenn du dann abrechnest löscht du einfach die Datei.

danke für die Antwort. Das wäre dann mittels des Workflows realisierbar, so wie du es beschrieben hast. Aber wie würde ich hier hinkriegen, dass ein Artikel in einem Vorgang rabattiert wird, sodass die Provision in der Excel sich verringert?

 

[Dalibor Josic]

Ich an eurer Stelle würde mir eine separate Tabelle in der Datenbank anlegen. Eine gespeicherte Prozedur basteln und diese mit einem Workflow ansprechen. Die Tabelle selbst kannst du dir in den eigenen Übersichten unter Verkauf -> Aufträge anzeigen lassen. Diese ist auch, wenn nötig, exportierbar.

 

[Thomas_T]

Ich an eurer Stelle würde mir eine separate Tabelle in der Datenbank anlegen. Eine gespeicherte Prozedur basteln und diese mit einem Workflow ansprechen. Die Tabelle selbst kannst du dir in den eigenen Übersichten unter Verkauf -> Aufträge anzeigen lassen. Diese ist auch, wenn nötig, exportierbar.

Ja, ich mache es bei verschiedenen Anlässen auch (weil es am schnellsten geht), aber ich würde niemals jemanden anderen empfehlen in der Datenbank rumzupfuschen.

 

[Dalibor Josic]

Naja, rumpfuschen ist immer eine Ansichtssache. Er soll ja nicht an den anderen Tabellen rummachen, sondern nur an der eigenen die er anlegen soll. Wenn er sich mit SQL nicht auskennt, dann wird er auch keine Tabelle anlegen können. Dann ist auch das rumpfuschen hinfällig. Notfalls jemanden beauftragen.

 

[DID01]

Danke für euro Antworten.

Von SQL lasse ich tatsächlich die Finger und habe jemanden an der Hand, der das übernimmt. Aber ich in der Richtung wird es sich abspielen. Poste gerne das Ergebnis für eventuelle Nachfolger.