Neu Bei abweichender Lieferadresse diese automatisch in den Auftrag übernehmen

nuesseonline

Neues Mitglied
3. Mai 2021
9
1
Hallo,
heute habe ich nochmal eine Frage zur Auftragserstellung.
Dieses Thema wurde schon mehrmals diskutiert, aber außer den Hinweis auf Auftragsbearbeitung 2.0 habe ich nichts gefunden.

Folgendes Szenario:
Wir haben viele Kunden mit einer abweichenden Lieferadresse zu Ihrer Rechnungsadresse. Diese haben wir auch hinterlegt und auch als Standard gekennzeichnet (damit wir beim abhaken "Lieferadresse=Rechnungsadresse" nicht noch in die Adressen rein müssen um die Lieferadresse auszuwählen).

Nun kommen bei uns sehr viele Aufträge im Laufe des Tage telefonisch rein und wir gehen in der Kundenverwaltung auf "Auftrag erstellen". Leider übersieht man dann ab und zu mal, dass der Kunde eine abweichende Lieferadresse hat und erstellt den Auftrag, ohne dass man das Häkchen bei "Lieferadresse=Rechnungsadresse".
Dann haben wir den Salat und die Ware geht dann an die Verwaltung eines Marktes oder an den Hauptmarkt, obwohl die Ware an eine Filiale verschickt werden sollte.

Da man dieses Häkchen nicht dauerhaft entfernen kann, nun zu meiner Frage.

Könnte man dieses irgendwie mit einen Workflow lösen, und wann kann man mit "Auftrag 2.0" rechnen?

Bei den Ansatz mit einem Workflow bin ich schon am verzweifeln, denn wir haben bei uns die unterschiedlichsten Arten an Kunden und auch noch Vertreter und haben sehr vieles über Workflows gelöst und ich weiß nicht, wo ich das noch einschieben kann und wie.

Nur damit Ihr wisst was ich meine, hier noch ein paar Bilder der Workflows die bei uns laufen in der Auftragsabwicklung.

Ich danke schon mal für Eure Hilfe und eventuellen Ideen zu den Lösungsansatz.
 

Anhänge

  • Workflow1.jpg
    Workflow1.jpg
    153,3 KB · Aufrufe: 12
  • Workflow2.jpg
    Workflow2.jpg
    134,9 KB · Aufrufe: 13
  • Workflow3.jpg
    Workflow3.jpg
    206,2 KB · Aufrufe: 12

gnarx

Sehr aktives Mitglied
18. Januar 2018
3.011
348
1. Eigentlich sollte JTL ja so schlau sein das der Hacken nicht gestezt wird wenn eine Lieferadresse vorhanden ist.
2. Wenn nicht kannst ja über einen Workflow abfragen ob eine Lieferdresse (Strasse oder so) vorhanden ist das er dir ein PopUp anzeigt.

Die Checkbox "Rechnungsadresse=Lieferadresse" kann man scheinbar nicht abfragen bzw. den Hacken rausnehmen lassen.
Man könnte es wohl auch über ein "Eigenes Feld" hin basteln.
 
  • Gefällt mir
Reaktionen: Manuel Pietzsch

nuesseonline

Neues Mitglied
3. Mai 2021
9
1
1. Eigentlich sollte JTL ja so schlau sein das der Hacken nicht gestezt wird wenn eine Lieferadresse vorhanden ist.
Leider ist es noch nicht so ;0(

2. Wenn nicht kannst ja über einen Workflow abfragen ob eine Lieferdresse (Strasse oder so) vorhanden ist das er dir ein PopUp anzeigt.

Naja, da wird mir wohl nichts anderes über bleiben. Habe schon einige eigenen Felder, da tut eines nun auch nicht mehr weh. Aber es ist schade, dass man eine so einfache rudimentäre Sache über Umwege gestalten muß.

Ich wünsche allen einen schönen Feiertag Morgen.
 

Dalibor Josic

Sehr aktives Mitglied
22. Dezember 2014
1.080
106
Gaildorf
Mit Powershell könnte man sich etwas basteln. Nachdem der Auftrag geschlossen/gespeichert wird fragt ein Workflow ab, Checkbox beim Kunden, ob eine Lieferadresse gesetzt werden soll, wenn ja dann per Dropdown Lieferadresse auswählen. So ungefähr. Die Checkbox ist nur notwendig, damit nicht bei jedem Kunden eine Lieferadresse ausgewählt werden muss.
 

Maritimia

Sehr aktives Mitglied
24. März 2015
260
42
Es ist unglaublich, dass das nicht einfach so funktioniert. Mir passiert das mit der Lieferadresse auch immer bei den Kunden, die sowieso empfindlich sind. Für den Sofortauftrag habe ich folgende Lösung:

Bedingung für Workflow bei Auftrag Erstellt:
1. Plattform enthält " JTL-Wawi"
2. Über Erweiterte Eigenschaften eine Abfrage bauen, die True liefert sobald mehr als 0 Lieferadressen beim Kunden angebenen sind.

Aktionen:
Wert setzen für Lieferung.Lieferadresse.Straße = Vorgang.Stammdaten.Kunde.Lieferadressen.ErstesObjekt.Straße ...für alle weiteren wie Ort, PLZ usw. äquivalent verfahren.

Wenn der Workflow die Lieferadresse setzt, nimmt die Wawi automatisch den Haken aus der Checkbox "Kundenadresse=Liefradresse".
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
5.699
856
Mit Auftrag 2.0 sollte das Problem aus der Welt sein. In meinem Test wurde hier automatisch die erste Lieferadresse hinterlegt.
Vorsicht bei der manuellen Anlage müsst ihr dann aber dennoch walten lassen, da auch bei mehreren Lieferadressen nur die erste automatisch berücksichtigt werden kann.
Daher sollte bei der Anlage manueller Aufträge IMMER eine der ersten Fragen sein, wohin geliefert werden soll. Wenn man sich das angewöhnt, dann ist man auch auf der sicheren Seite.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
12.109
849
@Enrico W.

Na, dann wäre es doch besser die WAWI würde Intelligenz beweisen und bei einem manuellen Auftrag würde ein Fester aufpoppen mit der Auswahl der Lieferadressen inkl. Button Lieferadresse = Rechnungsadresse ?
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
5.699
856
mmhh - ja, ist nicht ganz von der Hand zu weisen. Ich fürchte aber, dass hier jeder andere Vorgehensweisen präferieren wird.
Der eine möchte gleich die erste Lieferadresse automatisch haben, der nächste eine Abfrage, der nächste ärgert sich dann darüber, dass etwas automatisch hinterlegt wird oder dass er jedes mal eine Abfrage wegklicken muss.

Ich geb das noch mal weiter, damit man das noch mal genauer prüft, meine Befürchtung ist aber, dass man es da nicht allen Recht machen kann.
 
  • Gefällt mir
Reaktionen: Dalibor Josic

MichaelH

Sehr aktives Mitglied
17. November 2008
12.109
849
Ja ja, das mag JTL nicht, wobei es so was wie Kennzeichen / Einstellungen gäbe wo das jeder selbst einstellen können dürfen täte.

Aber einfach Daten automatisch einfügen ohne dies ggf. zu bemerken ist nicht weniger kritisch als Daten die vorhanden aber gewünscht sind gar nicht einzufügen.

-> Abweichende präferierte Lieferadresse einfügen: Ja / Nein / Vorschlag anzeigen - klingt doch weder kompliziert noch aufwändig ?

-> Und einfach die 1. Lieferadresse zu verwenden ist ähnlich "unsinnig" wie die 1. Artikelkategorie beim Artikel als Hauptkategorie, weil man das nicht wirklich steuern bzw. ändern kann. Ein Kennzeichen "Standardlieferadresse" wäre klar.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
5.699
856
Das Problem bei Einstellungen ist halt immer, dass sich mit jeder Einstellung der Entscheidungsbaum verdoppelt, was mögliche Fehlerquellen mit jeder nachfolgenden Einstellung potenziert.
Gleichzeitig muss man versuchen, die Einstellungen so gering zu halten, dass sie den User nicht erschlagen.
Wie gesagt, ich finde Deine Bedenken durchaus angebracht und geb das zur Prüfung weiter. Meine Ausführungen zeigen nur halt meine Gedanken dazu und stellt keine Entscheidung dar.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
12.109
849
Ja, ich bin mir der JTL-Abneigung gegen Einstellungen bewusst ... ;) ... was aber immer noch im krassen Gegensatz zu moderner parametrierbarer Software steht.
Die Zeit in der man JTL einfach installiert und loslegt ist schon länger vorbei, es ist alles zusammen im Online-Handel zu komplex geworden.

Insofern ist diese Haltung nicht mehr so ganz "up-to-date".
 

MichaelH

Sehr aktives Mitglied
17. November 2008
12.109
849
So könnte es in jedem Programmteil (z.B. bei F5-Kunde) einen Button geben der mir ein Fenster mit Register anzeigt in dem ich die "Anzeigemöglichkeiten" und "Einstellmöglichkeiten" ggf. sogar bezogen auf den User finden kann. Da täten sich für User und auch Entwickler ganz neue Möglichkeiten der Flexibilisierung auf.

Hatte ich vor Jahren schon angeregt, Ergebnis ist bekannt.

Diskussionen wird es immer geben, egal wie man es macht, aber (grundsätzliche) Möglichkeiten schaffen ist selten falsch.
Und wenn man etwas nur aktivieren oder de-aktivieren muss oder kann, was soll daran schon falsch sein ?
 

Maritimia

Sehr aktives Mitglied
24. März 2015
260
42
Die meisten Kunden mit abweichender Lieferadresse haben nur eine abweichende Lieferadresse. Wer tasächlich viele Kunden mit mehreren Lieferadressen hat, kann bei der Workflow Bedingung auf Anzahl Lieferadressen auf genau 1 testen. Dann passt der Workflow bei denen, die eine Lieferadresse haben und bei denen, die mehrere haben bleibt es wie es ist.
Als Lösung für mehrere Lieferadressen könnte man einen zweiten Workflow einrichten, der auf Lieferadressenanzahl > 1 testet und dann z.B. in das Lieferadressenfeld "Strasse" einen Text hineinschreibt wie "MEHRERE LIEFERADRESSEN" und in "Ort" reinschreibt "BITTE AUSWÄHLEN". Wichtig: bei PLZ das Feld mit einem Leerzeichen füllen. Nachteil an der Aktion ist, dass man das erst beim Versenden sieht. Damit nicht ein Unsinns-Etikett gedruckt wird, ist das Leerzeichen bei PLZ drin. Dann meckert die Versandlabel-Ausgabe und gibt kein Etikett aus.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
12.109
849
Das erinnert mich an die Plausbilitätsprüfung der 1980er Jahre, bei der die Fehler der Eingabe am Drucker ausgedruckt wurden.
🤣
 

Maritimia

Sehr aktives Mitglied
24. März 2015
260
42
Noch etwas zu dem Thema "möglichst wenige Einstellungen". Ich glaube es muss möglichst viel und am besten alles einstellbar und konfigurierbar sein. Für Einstiegsnutzer der Wawi könnt ihr ja einen Satz Grundeinstellungen mitliefern. Dann kann jemand schon mal loslegen und mit der Wawi arbeiten. In Laufe der Zeit wird er merken, dass er vieles anders konfigurieren möchte, weil es zu seinen Abläufen besser passt. Profianwender programmieren sich heute die Workflows selber und passen Formulare an und möchten vor allem mit möglichst wenigen Klicks zum Ziel kommen. Ich hasse z.B. die Messageboxen, die nur ein OK haben und mir sonst keine Auswahl zulassen. Warum? Sie sind umsonst, weil ich kann eh nur OK klicken kann und habe wieder einen Klick mehr. Die Profi-User werdet ihr aber in Zukunft verlieren, wenn die sich nicht alles so konfigurieren können, wie sie es brauchen. Wenn ihr diese User verliert, werdet ihr nicht mehr besser mit der Wawi und das Produkt JTL-Wawi wird nur noch die Einstiegsklientel bedienen. Das ist der Anfang vom Ende ....
 

Dalibor Josic

Sehr aktives Mitglied
22. Dezember 2014
1.080
106
Gaildorf
Messageboxen sind nicht dazu da um nur auf OK zu klicken, sondern dir eine Info zu geben. Zumindest weisst du dann das dieser Kunde mehrere Lieferadressen hat und du kannst zumindest händisch eingreifen. Weiter oben habe ich eine Möglichkeit aufgezeigt, wie man es umsetzen könnte bis JTL es eventuell umsetzt.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
5.699
856
@Maritimia Diese Messagebox weist dich darauf hin, dass bei dem Kunden schon mal mindestens zwei Adressen vorhanden sind. Die Rechnungsadresse und die Lieferadresse.
Es spricht absolut nichts dagegen, dass dein Kunde die Ware auch mal an seine Rechnungsadresse gesendet haben möchte. Daher halte ich die letztliche Rückfrage durchaus für sinnvoll, sofern mindestens zwei Adressen vorhanden sind.
 

Maritimia

Sehr aktives Mitglied
24. März 2015
260
42
Hallo ihr zwei Dalibor & Enriko,
wer lesen kann ist glatt im Vorteil. Ich schribe eine Massagebox, die nur ein OK hat. Hat die oben vorgeschlagene Massagebox nur ein OK? Nein!
Versucht mal den Zusammenhang meiner Sätze geistig zu erfassen. Danke
 

Dalibor Josic

Sehr aktives Mitglied
22. Dezember 2014
1.080
106
Gaildorf
Ich hasse z.B. die Messageboxen, die nur ein OK haben und mir sonst keine Auswahl zulassen. Warum? Sie sind umsonst, weil ich kann eh nur OK klicken kann und habe wieder einen Klick mehr.
Wie kann man das falsch verstehen ?

Wir können lesen. Wie du siehst auch schreiben.

Versucht mal den Zusammenhang meiner Sätze geistig zu erfassen. Danke
Warum so agressiv ?
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu CSS Klasse gesucht: Streichpreis bei Sonderpreisen Templates für JTL-Shop 0
Zahlungsart bzw. Versandart bei sofort lieferbaren Artikeln Einrichtung JTL-Shop5 0
Neu Fehler bei der Suche in der Version 4.05 geht nicht JTL-Shop - Fehler und Bugs 2
Neu Leider gibt es nach wie vor Fehler bei der Ausgabe von Adressetiketten JTL-Wawi - Fehler und Bugs 0
Neu Fehler bei Installation der Community Free Version Einrichtung JTL-Shop5 2
Neu Newsletter Checkbox bei Registrierung / Bestellung Einrichtung von JTL-Shop4 0
Neu Taric Code wird auch bei Versandkosten angezeigt Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Error 500 und Forbidden 403 Bei Plugin Backend Aufruf Plugins für JTL-Shop 0
Neu Bei Paypal Express keine Checkboxen (DSGVO) notwenig ? Plugins für JTL-Shop 3
Neu Bei Auswahl einer Variation eine Javascript-Funktion aufrufen/nachladen Templates für JTL-Shop 5
Neu Keine automatische Rechnungserstellung bei Amazon FBA-Bestellungen mit mehreren Teillieferungen Arbeitsabläufe von eazyAuction 1
Neu Versandvorlage bei Versanddatenimport setzen Schnittstellen Import / Export 0
Neu Es wird 0 Bestand bei Ebay angezeigt trotz laufender Ebay-Auktion eBay-Anbindung - Fehler und Bugs 0
Neu Fehler bei starten von JTL Client JTL-Wawi - Fehler und Bugs 5
In Diskussion Wiederkehrender Workflow für Priorisierungen bei Logistikspitzen JTL-Workflows - Ideen, Lob und Kritik 1
In Bearbeitung Bei neuen Bon und Scanner Einsatz stürtzt POS ab. JTL-POS - Fehler und Bugs 3
Neu Feste Lieferadresse bei Kategorie hinterlegen Allgemeine Fragen zu JTL-Shop 4
Neu Lieferzeitanzeige bei "Überverkäufe möglich" Allgemeine Fragen zu JTL-Shop 2
Neu Das gleiche Bild bei mehreren Artikeln hinterlegen Arbeitsabläufe in JTL-Wawi 0
Neu Charge und MHD bei Stücklisten Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Wie kann man bei einem Shop-Update informiert werden? Betrieb / Pflege von JTL-Shop 2
Beantwortet Lässt sich die Passwortabfrage bei Start von JTL-WMS / JTL-Packtisch+ überspringen? Installation von JTL-WMS / JTL-Packtisch+ 4
Neu Bei Änderung in Kollektion werden in Shopify Title und Description in Englisch angezeigt (Langify) Shopify-Connector 1
Lieferzeitenangabe eines Artikels im Warenkorb bei Überverkauf Einrichtung JTL-Shop5 0
Neu Fehlerhafte Email-Syntax - aber unklar bei welcher Email JTL-Shop - Fehler und Bugs 2
Neu Bug bei der Info-Meldung Eindeutige Linkgruppenbezeichnung JTL-Shop - Fehler und Bugs 0
Gelöst WMS Probleme bei der Abbuchung und eventuelles verzichten auf Picklisten Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 3
Gelöst Probleme bei der Einrichtung von WMS Installation von JTL-WMS / JTL-Packtisch+ 2
Neu Neue Formulare: Darstellung nur in PDF Anhang bei Mail? User helfen Usern - Fragen zu JTL-Wawi 1
Neu Artikel bei ebay einstellen geht nicht eBay-Anbindung - Fehler und Bugs 0
Neu Artikel mit Lagerbestand - Überverkäufe im Shop - Bestand bei Ebay automatisch füllen JTL-Wawi - Ideen, Lob und Kritik 2
Gelöst keine Lagerauswahl bei WMS Mobile Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 2
Neu Mailvorlage: Land bei Kunde = DEUTSCHLAND, bei Lieferadresse aber nur DE Einrichtung von JTL-Shop4 4
Neu Fehlermeldungen bei Neu-Installation von Shop5 Installation / Updates von JTL-Shop 5
Neu Mindestbestellmengen bei Amazon-Listungen Amazon-Anbindung - Ideen, Lob und Kritik 1
In Diskussion Packstation: Buchstaben bei Adresszusatz JTL-Workflows - Fehler und Bugs 4
Neu Keine Daten bei Google Analytics (Google Codes) Plugins für JTL-Shop 1
Update von JTL Shop 4 auf 5 bei externer WaWi Upgrade JTL-Shop4 auf JTL-Shop5 5
Neu Probleme bei der Übertragung der Bilder Shopify-Connector 4
Neu Artikelseiten stehen bei Google auf noindex Betrieb / Pflege von JTL-Shop 13
Neu Auswahl Liste vs. Galerie fehlt bei Mobil Allgemeine Fragen zu JTL-Shop 2
Offen WMS hängt sich auf bei Wareneingang JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 1
Neu Automatische Rechnung bei neuer Zahlungsart wird nicht erstellt User helfen Usern - Fragen zu JTL-Wawi 1
Beantwortet Lieferzeiten bei Artikeldetails anzeigen Einrichtung JTL-Shop5 2
Neu Brother Endlosetiketten bei List & Label Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu 1.5.44.0 - Falsche Lagerbestände bei Artikeln ohne Lagerbestand JTL-Wawi - Fehler und Bugs 0
Offen Einstellung: Preisänderung durch höhere Einkaufspreise bei Bestand 0 bzw. 1 JTL-Workflows - Ideen, Lob und Kritik 0
Neu Lizenzdomain bei einer Free Community Lizenz - was genau muss ich da angeben? Allgemeine Fragen zu JTL-Shop 0
Neu Keine Kundendaten übertragen bei Online Bestellung WooCommerce-Connector 0
Neu Parse error: syntax error, unexpected '?' in /includes/defines.php on line 278 bei Neuinstallation der CFE Version Einrichtung JTL-Shop5 2

Ähnliche Themen