Preise automatisch berechnen lassen für b2b Kunden / Kundenindividuell

[bmaising]

Grüßt euch JTL Gemeinde,
Wir stehen vor einer sehr unstandardmäßigen Aufgabe, in JTL unseren b2b Kunden (Händler, Partner etc.) andere individuelle Preise als den Endkunden anzubieten, die auf Basis der Einkaufspreise (EK-Preis) anders berechnet werden. Welche Methoden ausser dem Excel-csv-mport via Ameise und Preisberechnung zur maximalen Automatisierung bzw. Vereinfachung dieses Prozesses gibt es? Bei den Workflows habe ich nichts gefunden, bei der Preisberechnung konnte ich die Berechnung nicht Artikel - und Kundenbezogen durchführen.

Nun konkreter: Ziel ist, wenn wir einen Auftrag für einen bestimmten b2b Kunden erstellen, z.B mit der Kd.-Nr. "1", dass für ihn seine eigenen Preise anstatt der allgemeinen VK-Preise automatisch im Auftrag angelegt werden, aber mit Berechnung auf Basis der alten Einkaufspreise, und / oder der Übergangs- Einkaufspreise und / oder der aktuellen neuen Einkaufspreise. Zurzeit ändern sich ja aufgrund der Krise die Einkaufspreise überall so oft wie unser Finanzminister Treffen abhält. Gibt es einen Weg:
- Im System die Einkaufspreise zu differenzieren (Alt, Übergang, Neu (aktuell)) ?
- Auf Basis der Einkaufspreise die Preise für b2b Kunden mittels Formeln individuell zu berechnen? (so, dass Sie im Auftrag abhängig von der Kd-Nr. angelegt werden) ?
- Die Einkaufspreise der Lieferanten automatisch zu aktualisieren und was genau sollen wir als Firma tun und was der Lieferant?

Die Methodik der Ameise ist mir bekannt, aber bei den derzeit häufigen Preisänderungen kommt man da nicht mehr hinterher.
Über jeden den Prozess optimierenden Lösungsansatz würden wir uns extrem freuen.

Grüße aus Rheinhessen,
Bernhard.

 

[Dalibor Josic]

Hi,

derzeit bleibt dir nichts anderes übrig als dir ein Skript zu schreiben der genau das tut. Mit Boardmitteln nur bedingt möglich.

Gruß Dali

 

[Enrico W.]

Die Formel anhand der diese Preise berechnet werden ist feststehend oder ändert die sich auch jedes mal?

 

[wawi-dl]

Hi,

derzeit bleibt dir nichts anderes übrig als dir ein Skript zu schreiben der genau das tut. Mit Boardmitteln nur bedingt möglich.

Gruß Dali

Jein, man kann sich schon eine Logik bauen.


Wir haben das bereits halbwegs in JTL mit Boardmitteln realisiert.

Wir haben Eigene Felder für die Artikel angelegt, hier definiert man z.B. seine Zielmarge, Faktoren (wie Korrekturfaktor etc.).
Hier könnte man auch für Kunden Felder hinterlegen, welchen Aufschlag auf EK oder Rabatt auf VK dieser erhält.
Ein Workflow überwacht dann die Artikel auf Änderungen, ob sich Text oder Preise ändern, dann wird der VK sofort neu berechnet und ausgespielt.

Plattformen wie eBay können wir mangels fehlender Variablen in Workflows (Werte setzen) nicht ansteuern, das macht ein separates Tool.
Kundenpreise kann man im Artikel basierend auf VK berechnen, finden wir aber noch nicht ganz optimal, da wir gerne Zugriff auf Kunden-Kopfrabatt hätten.

@Enrico W.
Du darfst gerne solche Themen mitnehmen für Workflows

- Workflow > Artikel ändern > Werte setzen > Kunden VK Preis setzen (Rabatt auf VK UND viel wichtiger, Prozent Aufschlag auf den EK)
- Workflow > Artikel ändern > Werte setzen > eBay Angebotspreise (auch VarKombis)

 

[Dalibor Josic]

Jein, man kann sich schon eine Logik bauen.


Wir haben das bereits halbwegs in JTL mit Boardmitteln realisiert.

Wir haben Eigene Felder für die Artikel angelegt, hier definiert man z.B. seine Zielmarge, Faktoren (wie Korrekturfaktor etc.).
Hier könnte man auch für Kunden Felder hinterlegen, welchen Aufschlag auf EK oder Rabatt auf VK dieser erhält.
Ein Workflow überwacht dann die Artikel auf Änderungen, ob sich Text oder Preise ändern, dann wird der VK sofort neu berechnet und ausgespielt.

Plattformen wie eBay können wir mangels fehlender Variablen in Workflows (Werte setzen) nicht ansteuern, das macht ein separates Tool.
Kundenpreise kann man im Artikel basierend auf VK berechnen, finden wir aber noch nicht ganz optimal, da wir gerne Zugriff auf Kunden-Kopfrabatt hätten.

Ich habe das mal vor Jahren für einen Kunden umgesetzt. Überall wo es keine Variable gab, habe ich es mit SQL umgesetzt. Neuen Preis zu Amazon oder eBay schicken, Kundengruppenpreise, Kundenpreise etc. Ein separates Tool habe ich dafür nicht gebraucht.

Mit der 1.6 ist das Ganze jetzt komfortabler. Man kann sich für alles einen Workflow basteln und ist dadurch sehr flexibel.

Solange JTL all diese Sachen nicht standardmäßig an Board hat, ist das Ganze natürlich nicht updatesicher.

 

[wawi-dl]

... Neuen Preis zu Amazon oder eBay schicken ...

Eben, wir wollen von Zusatztools absehen, die neue Preiskalkulation mit eigenen Formeln seitens JTL kommt ja erst noch, steht schon lange auf Roadmap.

Wie du aber ohne Tools Preise an AMZ und eBay senden weillst/kannst, wäre mir neu ... wenn dann nur über Umwege und Ameise, aber nicht JTL Wawi intern.
Hast du dazu Infos?