In Diskussion Position per Workflow ersetzen oder entfernen/neu anlegen

[tresor-online]

Hallo zusammen!

Wir haben folgende Situation bei uns.
Im Shop verunglimpfen wir die Funktion "Zusatzverpackungen" um eine Option bei den Versandarten anzuzeigen.
Es handelt sich dabei um den Punkt "Konformitätserklärung gewünscht".

Vor dem Umstieg auf WAWI 1.7 wurde dann im Auftrag die Position mit einer "richtigen" Position ersetzt, damit sie auch auf dem Lieferschein draufsteht, was für unsere Lieferantenbestellungen wichtig ist.

Jetzt geht das nachträgliche Ändern des Auftrags ja nicht mehr, was ja grundsätzlich richtig ist, uns jetzt aber vor das Problem stellt, wie wir das jetzt lösen.

Kann ich hier vielleicht noch mit einem Workflow eingreiffen?

Idealerweiße wäre es, wenn der Workflow nach der Position "Zusatzverpackung - Konformitätserklärung" sucht und diese ersetzt.
Ich hab hier aber auf den ersten Blick nichts gefunden.

Option 2 wäre:
Schauen, ob die Position vorhanden ist und dann eine neue Position erstellen (die Funktion gibt es ja) + die Position, die aus dem Shop kommt, entfernen (da habe ich aber nichts dazu gefunden).

Hat jemand eine Idee, wie wir das lösen können?

 

[tresor-online]

Bis jetzt hab ich es nur hinbekommen, per Workflow eine Position hinzuzufügen.
Allerdings ist die Position dann eben auch zweimal im Auftrag, einmal als Artikel, einmal als Zusatzverpackung, was auch nicht sein soll/darf.

Am einfachsten wäre eigentlich ein Workflow, mit dem ich die Position "Zusatzverpackung" in eine "Artikelposition" umwandeln könnte.

Oder eben zumindest die Option, eine Position entfernen zu können, hinzufügen geht ja auch.

 

[tresor-online]

Ich grab das nochmal aus, hat hier irgendjemand eine Idee, wie das zu lösen wäre?

 

[RealCasi]

Hmmmm.....
Ist es ein gangbarer Weg, das Thema an der Wurzel zu packen und beim Shop anzusetzen?
Wenn du zB deinen Artikel in einen Variantenartikel mit/ohne die Erklärung verwandelst, ist ab da alles einfach.

LG Casi

 

[tdrzewosz]

Bis jetzt hab ich es nur hinbekommen, per Workflow eine Position hinzuzufügen.
Allerdings ist die Position dann eben auch zweimal im Auftrag, einmal als Artikel, einmal als Zusatzverpackung, was auch nicht sein soll/darf.

Am einfachsten wäre eigentlich ein Workflow, mit dem ich die Position "Zusatzverpackung" in eine "Artikelposition" umwandeln könnte.

Oder eben zumindest die Option, eine Position entfernen zu können, hinzufügen geht ja auch.

Hast du eine Lösung? Stehe vor dem gleichen Problem. Danke

 

[tresor-online]

Hast du eine Lösung? Stehe vor dem gleichen Problem. Danke

Leider nein. Habe das dann nicht weiter verfolgt, als eben per Workflow eine Position hinzuzufügen.

 

[RealCasi]

Hmmm.... Bei einem Kunden habe ich - aus ganz anderen Gründen - eine Logik gebaut, die in Abhängigkeit von bestimmten Kriterien eine Position aus einem Auftrag entfernt und eine neue dazupackt.
Also geht, ist aber nicht ganz trivial.
Der eigentliche Löschvorgang ist ein recht simpler CustomWorkflow, dem du die kAuftrags übergibst und innerhlab des CustomWorkflow ermittelst du die zu löschende Position. Spannend ist ggf. die Logik, die korrekte Auftragsposition von der Logik her zu ermitteln.

 

[frankell]

Hmmm.... Bei einem Kunden habe ich - aus ganz anderen Gründen - eine Logik gebaut, die in Abhängigkeit von bestimmten Kriterien eine Position aus einem Auftrag entfernt und eine neue dazupackt.
Also geht, ist aber nicht ganz trivial.
Der eigentliche Löschvorgang ist ein recht simpler CustomWorkflow, dem du die kAuftrags übergibst und innerhlab des CustomWorkflow ermittelst du die zu löschende Position. Spannend ist ggf. die Logik, die korrekte Auftragsposition von der Logik her zu ermitteln.

Wenn Du schon löschst, kannst Du doch vorher noch nSort von der zu löschen Zeile auslesen.

Was mich da aber eher interessiert: Weißt Du mit Gewisstheit, dass die anderen Tabellen und damit ggf. auch Views auf Grund des Löschens in Verkauf.tAuftragPositionen angepasst werden? Ich gehe mal davon aus, dass Dein CustomWorkFlow in der Tabelle deleted. Wenn die Kette der Aktualisierungen ihren Ursprung in einem DEL-Trigger von Verkauf.tAuftragPositionen hat, ist alles jut. Und das wäre ja auch logisch. Aber nur weil mir das logisch erscheint, heißt das nicht automatisch, dass das auch so ist und nicht doch noch iwas anderes davor kommt.

 

[frankell]

Bis jetzt hab ich es nur hinbekommen, per Workflow eine Position hinzuzufügen.
Allerdings ist die Position dann eben auch zweimal im Auftrag, einmal als Artikel, einmal als Zusatzverpackung, was auch nicht sein soll/darf.

Am einfachsten wäre eigentlich ein Workflow, mit dem ich die Position "Zusatzverpackung" in eine "Artikelposition" umwandeln könnte.

Oder eben zumindest die Option, eine Position entfernen zu können, hinzufügen geht ja auch.

Theoretisch, ohne dass ich das jemals probiert hätte, könnte man in Verkauf.tAuftragPositionEckdaten nArtikelTyp ändern (wenn nötig; ich weiß nicht, welchen Typ die Zusatzverpackung hat) und entsprechend dann natürlich auch kArtikel.

 

[RealCasi]

Wenn Du schon löschst, kannst Du doch vorher noch nSort von der zu löschen Zeile auslesen.

Was mich da aber eher interessiert: Weißt Du mit Gewisstheit, dass die anderen Tabellen und damit ggf. auch Views auf Grund des Löschens in Verkauf.tAuftragPositionen angepasst werden? Ich gehe mal davon aus, dass Dein CustomWorkFlow in der Tabelle deleted. Wenn die Kette der Aktualisierungen ihren Ursprung in einem DEL-Trigger von Verkauf.tAuftragPositionen hat, ist alles jut. Und das wäre ja auch logisch. Aber nur weil mir das logisch erscheint, heißt das nicht automatisch, dass das auch so ist und nicht doch noch iwas anderes davor kommt.

Das nSort hilft nicht. Da kommt eine Bestellung mit 12 Artikelpositionen und zwei davon müssen getauscht werden "irgendwo in der Mitte".

Das Ganze läuft auf einem Workflow "Auftrag erstellt". An der Stelle (...nach einigen Monaten Produktivbetrieb beim Kunden...) jedenfalls problemlos.
Wenn man schon Lieferscheine oder gar Rechnungen erstellt hat, ist das Rumfummeln an Verkauf.tAuftragPositionen eher keine gute Idee, da bin ich ja bei dir

LG Casi

 

[frankell]

Das nSort hilft nicht. Da kommt eine Bestellung mit 12 Artikelpositionen und zwei davon müssen getauscht werden "irgendwo in der Mitte".

Das Ganze läuft auf einem Workflow "Auftrag erstellt". An der Stelle (...nach einigen Monaten Produktivbetrieb beim Kunden...) jedenfalls problemlos.
Wenn man schon Lieferscheine oder gar Rechnungen erstellt hat, ist das Rumfummeln an Verkauf.tAuftragPositionen eher keine gute Idee, da bin ich ja bei dir

LG Casi

Hm, wieso hilft das nicht? Weil Du das Hinzufügen der Position auch über einen oder diesen einen Workflow machst? Dann kann man natürlich keine Position über nSort mitgeben, klar. Über SQL ginge das halt. Aber ich kann auch verstehen, wenn man nicht alles verSQLen, sondern auch die Bordmittel der Wawi nutzen möchte. So bleibt das für den Kunden ja auch nachvollziehbarer.