Gelöst Workflow Rückhaltegründe

[NewBuy]

Moin,

ich benötige mal euer Schwarm-Wissen

Folgende Situation, wir arbeiten mit einer externen Anwendung für die Adressprüfung, dieses funktioniert soweit auch "fast" perfekt.
Seit der Problematik wo es ein Bug in den Rückhaltegründen gab, wird zwar die ID des Rückhaltegrundes geändert aber der Text wird falsch angezeigt, dieser ändert sich erst wenn ich entweder einmal den Auftrag öffne oder per manuellen Workflow z.B. die Versandart ändere.

Ich erkläre zur besseren Verständnis mal den kompletten Ablauf:

Alle Aufträge die bei uns reinkommen erhalten automatisch einen Rückhaltegrund z.B. "noch nicht bezahlt", "Versand Standard" usw., nun gehe ich hin und filtere alle Aufträge mit dem Rückhaltegrund "Versand Standard" zu Adressprüfung.
Nun werden in unsere externen Anwendung diese Aufträge geladen und eine Adressprüfung wird durchlaufen. Alle Adressen die OK sind werden direkt im Status "Freigabe Standard" gesetzt und alle anderen kann ich nun in der Anwendung überprüfen und bei Fehlern ändern (wenn der Kunde z.B. die Straße im Adresszusatz hat), nach der Korrektur werden die Lieferadressen in der Wawi automatisch geändert und auch diese Aufträge erhalten denn den Status "Freigabe Standard".
Nun ist aber so, dass in der Ansicht immer noch für alle Aufträge im Status "Adressprüfung" stehen, wenn ich aber z.B. mir einen Auftrag auswähle und über "Auftrag zurückhalten" gehe sehe ich dass hier dann "Freigabe Standard" steht und wie vorher schon beschrieben sobald ich z.B. den Auftrag öffne oder manuellen Workflow darüber laufen lasse wird auch der Text für die Spalte "Zurückgehalten" geändert.

So nun zu meiner Frage, hat einer eine Idee wie ich nun per automatischen Workflow die Versandart ändern kann, nach der Adressprüfung.

z.B. per SQL Abfrage ob die ID für den Rückhaltegrund z.B. 123 ist

Grüße Uwe

 

[NewBuy]

Ich habe mal ein wenig herum getestet, bin aber leider nicht weitergekommen

in den erweiterten Eigenschaften habe ich folgende Abfrage eingefügt:

{% if kRueckhalteGrund ==  51 -%}
true
{% endif -%}

Die 51 steht für die ID ich bin leider kein SQL Experte und hoffe zu einem die richtige Tabelle zu haben und zum anderen dass die Abfrage richtig ist.

 

[NewBuy]

Nun bin ich doch noch ein klein wenig weitergekommen

{% capture query -%}
SELECT kRueckhalteGrund FROM tRueckhalteGrund where kRueckhalteGrund = '51'
{% endcapture -%}
{% assign result = query | DirectQueryScalar %}\
{{ result }}

Mit diesem Code bekomme ich den Rückhaltegrund fast hin.


Wie ihr Screenshot seht, ist der Text in der Spalte anders wie der eigentliche Rückhaltegrund. Dadurch wird der Workflow nicht ausgeführt, wenn ich den Auftrag direkt rein packe wird der Rückhaltegrund erkannt. gibt es da evtl. noch eine andere Tabelle wo die ID drin steht?

 

[IT-WEFA]

Nun bin ich doch noch ein klein wenig weitergekommen

{% capture query -%}
SELECT kRueckhalteGrund FROM tRueckhalteGrund where kRueckhalteGrund = '51'
{% endcapture -%}
{% assign result = query | DirectQueryScalar %}\
{{ result }}

Mit diesem Code bekomme ich den Rückhaltegrund fast hin.
Den Anhang 35288 betrachten

Wie ihr Screenshot seht, ist der Text in der Spalte anders wie der eigentliche Rückhaltegrund. Dadurch wird der Workflow nicht ausgeführt, wenn ich den Auftrag direkt rein packe wird der Rückhaltegrund erkannt. gibt es da evtl. noch eine andere Tabelle wo die ID drin steht?

Nun ist aber so, dass in der Ansicht immer noch für alle Aufträge im Status "Adressprüfung" stehen, wenn ich aber z.B. mir einen Auftrag auswähle und über "Auftrag zurückhalten" gehe sehe ich dass hier dann "Freigabe Standard" steht und wie vorher schon beschrieben sobald ich z.B. den Auftrag öffne oder manuellen Workflow darüber laufen lasse wird auch der Text für die Spalte "Zurückgehalten" geändert.

Hast du die Ansicht Aktualisiert?


SELECT kRueckhalteGrund FROM tRueckhalteGrund where kRueckhalteGrund = 51
Besser so...
Aber was willst du da abfragen? den Text?

 

[NewBuy]

Nein die ID will ich abfragen Also die "51"
und ja habe ich aktualisiert

 

[IT-WEFA]

was willst du aufragen ? die 51 hast du doch ...

wenn es in der DB richtig hinterlegt ist, dann gibts Problem bei der Aktualisierung der Ansicht

 

[NewBuy]

Genau dieses passiert ja leider nicht, erst wenn ich den Auftrag geöffnet habe und wieder schließe wird der geänderte Rückhaltegrund erkannt

 

[IT-WEFA]

Genau dieses passiert ja leider nicht, erst wenn ich den Auftrag geöffnet habe und wieder schließe wird der geänderte Rückhaltegrund erkannt

Schreibt ihr direkt in die Datenbank ?
Ich hab noch nicht genau in die Datenbank geschaut, aber wenn Ihr in die Datenbank schreibt, müsst ihr prüfen, an welchen stellen überall die RückhalteG hinterlegt werden.

Generell, würd ich nicht in die JTL DB schreiben.
Ich würde ein extra Tabelle anlegen, die Daten dahinterlegen und über ein WF die Gründe ändern.

 

[IT-WEFA]

bei der Kundengruppe ist das Problem auch...
ist die Bedingung falsch definiert?

 

[NewBuy]

Schreibt ihr direkt in die Datenbank ?
Ich hab noch nicht genau in die Datenbank geschaut, aber wenn Ihr in die Datenbank schreibt, müsst ihr prüfen, an welchen stellen überall die RückhalteG hinterlegt werden.

Generell, würd ich nicht in die JTL DB schreiben.
Ich würde ein extra Tabelle anlegen, die Daten dahinterlegen und über ein WF die Gründe ändern.

Ja, wir schreiben direkt in der DB und bis zur 1.3x hat es auch Super geklappt, dann gab es mal heftige Probleme mit den Rückhaltengründe (Bug in einer neuen Version) seitdem funktioniert es nicht mehr sauber.

 

[IT-WEFA]

Das Problem werden wir immer haben, wenn direkt in die DB geschrieben wird
ggf ist eine Überlegung wert, es anders umzusetzen und nicht immer hoffen, dass JTL nix an den Tabellen ändert, wo man drauf programiert hat.

 

[mvh]

Hallo,
Ja, in der Tabelle tRueckhalteGrund stehen definierte Rückhaltegründe, ABER
1) Diese Abfrage "SELECT kRueckhalteGrund FROM tRueckhalteGrund where kRueckhalteGrund = 51" ergibt überhaupt keinen Sinn.
Es ist also ob ich prüfen würde, ob 1 = 1 ist ! Ist es doch, und zwar immer.
2) Geprüft sollte doch, ob die Bestellung diesen Rückhaltegrund hat, also
"SELECT kRueckhalteGrund FROM tBestellung WHERE kBestellung= {{ Vorgang.Stammdaten.InterneAuftragsnummer }} "
3) Es gibt ja schon {{ Vorgang.Stammdaten.Rückhaltegrund.Name }}, dort einfach mit Matches prüfen, ob es mit "5.01" oder was immer anfängt,
das ist doch viel einfacher und schneller.
Und ganz ehrlich, es würde mich sehr interessieren, welchen "Bug" gibt es seit 1.3 in der WaWi bei Rückhaltegründen ?

 

[NewBuy]

Und ganz ehrlich, es würde mich sehr interessieren, welchen "Bug" gibt es seit 1.3 in der WaWi bei Rückhaltegründen ?

Es gab einen, dieser ist behoben worden. Nur seit dieser Behebung wird der Text in den Rückhaltegründen nicht mehr geändert, erst nachdem der Auftrag in irgendeiner weise angepackt wurde (Versandart per manuellen Workflow geändert, Auftrag wurde geöffnet)

 

[mvh]

Ich habe es selbst gerade geprüft mit 1.15.13.0 und kann das von dir beschriebene Verhalten nicht nachvollziehen.
Die von mir erwähnten Punkte 2) und 3) funktionieren ohne Probleme sofort.
Wende dich am Besten an Support.