In Diskussion Abfrage auf Wert bei allen Artikelpositionen nicht möglich?

ongnamo

Sehr aktives Mitglied
31. März 2013
1.056
92
Hallo,

Ziel des WF ist, das Eigene Feld "Warenpost Nation fähig" abzufragen. Nur wenn alle Artikel der Bestellung Warenpost National fähig sind, soll die Versandart neu gesetzt werden.

Bedingung ist: Auftrag\Auftragspositionen\ArtikelPositionen.enthält\Artikel\ Eigene Felder\Versand\Warenpost_National_fähig Gleich Wahr

Nun habe ich durch Testen bemerkt, dass das Ergebnis bereits dann WAHR ist, wenn nur ein Artikel der Positionsliste Wahr ist.

Keine Ahnung, ob das ein Bug oder Feature ist. Mein Verdacht ist, das hier das Wörtchen "enthält" ausschlaggebend ist.

Die Frage ist, wie erreicht man es, dass die Bedingung insgesamt nur dann WAHR ist, wenn sie für alle Positionen WAHR ist?
 

frankell

Sehr aktives Mitglied
9. September 2019
725
285
Flensburg
Hallo,

Ziel des WF ist, das Eigene Feld "Warenpost Nation fähig" abzufragen. Nur wenn alle Artikel der Bestellung Warenpost National fähig sind, soll die Versandart neu gesetzt werden.

Bedingung ist: Auftrag\Auftragspositionen\ArtikelPositionen.enthält\Artikel\ Eigene Felder\Versand\Warenpost_National_fähig Gleich Wahr

Nun habe ich durch Testen bemerkt, dass das Ergebnis bereits dann WAHR ist, wenn nur ein Artikel der Positionsliste Wahr ist.

Keine Ahnung, ob das ein Bug oder Feature ist. Mein Verdacht ist, das hier das Wörtchen "enthält" ausschlaggebend ist.

Die Frage ist, wie erreicht man es, dass die Bedingung insgesamt nur dann WAHR ist, wenn sie für alle Positionen WAHR ist?
Hast Du es mal mit der umgekehrten Logik probiert, also "Keine Bedingung erfüllt" und enthält ... gleich FALSCH?
Die doppelte Verneinung ist eine starke Bejahung, also genau das, was Du brauchst.
Da uns aber die Negierungen schwerer fallen als die positiven Ausdrücke, kann man das auch mit einer selbstdefinierten Erweiteren Eigenschaft erledigen. Es ist nur einfacher mit der doppelten Verneinung. Es sei denn, ich bin jetzt einem Logikfehler aufgesessen. 😂
 

ongnamo

Sehr aktives Mitglied
31. März 2013
1.056
92
Das Problem ist, dass ich nicht nur eine Bedingung habe. Wenn es nur eine Bedingung gäbe, könnte man tatsächlich so arbeiten.
 

ongnamo

Sehr aktives Mitglied
31. März 2013
1.056
92
Erweiterte Bedingungen kenne ich. Wir haben einige im Einsatz. Doch das Ausformulieren dieser Dotliquid-Abfragen ist nicht so mein Ding. Habe heute nach einer halben Stunde aufgegeben. Da fehlt mir einfach immer wieder das Detailwissen. ChatGPT war auch nicht hilfreich ^^
 

frankell

Sehr aktives Mitglied
9. September 2019
725
285
Flensburg
Erweiterte Bedingungen kenne ich. Wir haben einige im Einsatz. Doch das Ausformulieren dieser Dotliquid-Abfragen ist nicht so mein Ding. Habe heute nach einer halben Stunde aufgegeben. Da fehlt mir einfach immer wieder das Detailwissen. ChatGPT war auch nicht hilfreich ^^
Das ist auch nicht ganz so profan, weil das, soweit ich es erkennen kann, nicht ohne den Einsatz von SQL geht. Unter der Annahme, dass das Eigene Feld die Bezeichnung Warenpost_National_fähig hat, könntest Du folgende Erweiterte Eigenschaft anlegen:

Code:
{% for Artikelbeschreibungen in Vorgang.AuftragsPositionen -%}
{% assign PTyp = Artikelbeschreibungen.Positionstyp | abs -%}
{% if PTyp == 1 -%}
{% capture SQL -%}
SELECT nWertInt FROM tArtikelAttributSprache AS ARTATTS
LEFT JOIN tArtikelAttribut AS ARTATT ON ARTATTS.kArtikelAttribut = ARTATT.kArtikelAttribut
LEFT JOIN tAttributSprache AS ATTS ON ARTATT.kAttribut = ATTS.kAttribut
WHERE ATTS.cName = 'Warenpost_National_fähig' AND ATTS.kSprache = 0 AND ARTATTS.kSprache = 0 AND ARTATT.kArtikel = {{ Artikelbeschreibungen.InterneArtikelnummer | SqlEsacape }}
{% endcapture -%}
{% assign EF = SQL | DirectQueryScalar -%}
{% if EF == 1 -%}y{% else %}n{% endif -%}
{% endif -%}
{% endfor -%}

Diese müsste dann als Bedingung "enhält nicht" und "n" definiert werden.

Der Code geht alle Auftragspositionen durch und filtert zunächst einmal nach Standardpositionen (Artikel), also so etwas wie Gebühren, Versandkosten, Finanzierungskosten etc. werden nicht beachtet. Dann wird geprüft, ob der Wert für das Eigene Feld 1 ist (= WAHR bei Checkbox als Datentyp) . Wann immer das der Fall ist, wird ein y geschrieben. Ist das nicht der Fall, wird ein n geschrieben. Enthält also das Ergebnis n, ist das Eigene Feld bei mindestens einer Position nicht WAHR.

Das sollte dem Gewünschten entsprechen.

Hinweise:
  • Man könnte sich den zweiten JOIN sparen, wenn man den Wert kAttribut für das Eigene Feld kennt.
  • Die Verwendung von Unterstrichen in Bezeichnungen ist in SQL kann unglücklich sein, da der Unterstrich eine bestimmte Bedeutung bei der Suche nach einem String hat, wenn man keine exakte Suche verwendet. Er ist dann eine Wildcard für exakt ein beliebiges Zeichen. Wenn es also neben "Warenpost_National_fähig" auch "Warenpost National fähig" oder auch "Warenpost-National-fähig", würden alle diese Werte bei einer Sucher über LIKE gefunden. Wenn man eine exakte Suche benutzt wie oben bei WHERE ATTS.cName = 'Warenpost_National_fähig', wird der Unterstrich auch als Unterstrich verstanden, daher kommt es hier nicht drauf an. Daher ist das hier nur als Hinweis zu verstehen, dass der Unterstrich auch mal Probleme bereiten kann.
  • Theoretisch bedarf es der Erweiterten Eigenschaft nicht, Du könntest auch einfach die Prüfung auf das Eigene Feld in einen weiteren Workflow auslagern, bspw. als ersten Workflow, der nur diese Bedingung prüft (ohne die Notwendigkeit einer Erweiterten Eigenschaft) und als Aktion den Aufruf des jetzigen Workflows hat. Ich persönlich bin aber kein großer Fan davon, mehr Workflows als notwendig anzulegen. Und das generell, nicht nur, weil die manuellen Workflows unterhalb von Pro begrenzt oder gar nicht vorhanden sind. Und es ist auch einfach übersichtlicher. :) Aber nur der Vollständigkeit halber: Es ist auch eine Möglichkeit.
 
  • Gefällt mir
Reaktionen: ongnamo

ongnamo

Sehr aktives Mitglied
31. März 2013
1.056
92
Was für eine geniale, kollegiale Antwort! Vielen Dank schon allein für diesen Einsatz!

Den Code kann ich gedanklich nachvollziehen. Validieren kann ich ihn nur durch testen, weil mir ja wie gesagt der Tiefgang dafür fehlt. Ich habe dafür meinen Auftrag 4156692 genommen, der 1 nicht WP-fähige und 2 WP-fähige Artikelpositionen enthält. Ergebnis:
nnn
Doch auch wenn alle 3 oder keine der Artikelpositionen WP-fähig ist, es kommt immer "nnn" heraus. Irgendetwas passt da noch nicht. Hast du ein Idee, woran das liegt?
 

frankell

Sehr aktives Mitglied
9. September 2019
725
285
Flensburg
Was für eine geniale, kollegiale Antwort! Vielen Dank schon allein für diesen Einsatz!

Den Code kann ich gedanklich nachvollziehen. Validieren kann ich ihn nur durch testen, weil mir ja wie gesagt der Tiefgang dafür fehlt. Ich habe dafür meinen Auftrag 4156692 genommen, der 1 nicht WP-fähige und 2 WP-fähige Artikelpositionen enthält. Ergebnis:
nnn
Doch auch wenn alle 3 oder keine der Artikelpositionen WP-fähig ist, es kommt immer "nnn" heraus. Irgendetwas passt da noch nicht. Hast du ein Idee, woran das liegt?
Gern geschehen! :thumbsup:

Ich habe das bei uns mit einem Eigenen Feld getestet, da ging es.

Kannst Du einmal einen Screenshot der Einstellungen des Eigenen Feldes machen, also in Admin - Eigene Felder?
 

frankell

Sehr aktives Mitglied
9. September 2019
725
285
Flensburg
Na klar: Screenshot anbei.

Es ist ein Flag-Feld und in allen Warengruppen gültig.

Ok, dann kann das auch nicht klappen. Ich schrieb ja:

Unter der Annahme, dass das Eigene Feld die Bezeichnung Warenpost_National_fähig hat, könntest Du folgende Erweiterte Eigenschaft anlegen:

Wenn Du im Code

'Warenpost_National_fähig'

durch

'Warenpost National fähig'

ersetzt, sollte es klappen. Ich war davon ausgegangen, dass die Unterstriche Teil der Bezeichnung sind, aber die sind bei den Feldern automatisch hinzugefügt worden.
 

frankell

Sehr aktives Mitglied
9. September 2019
725
285
Flensburg
Das ist auch nicht ganz so profan, weil das, soweit ich es erkennen kann, nicht ohne den Einsatz von SQL geht. Unter der Annahme, dass das Eigene Feld die Bezeichnung Warenpost_National_fähig hat, könntest Du folgende Erweiterte Eigenschaft anlegen:

Code:
{% for Artikelbeschreibungen in Vorgang.AuftragsPositionen -%}
{% assign PTyp = Artikelbeschreibungen.Positionstyp | abs -%}
{% if PTyp == 1 -%}
{% capture SQL -%}
SELECT nWertInt FROM tArtikelAttributSprache AS ARTATTS
LEFT JOIN tArtikelAttribut AS ARTATT ON ARTATTS.kArtikelAttribut = ARTATT.kArtikelAttribut
LEFT JOIN tAttributSprache AS ATTS ON ARTATT.kAttribut = ATTS.kAttribut
WHERE ATTS.cName = 'Warenpost_National_fähig' AND ATTS.kSprache = 0 AND ARTATTS.kSprache = 0 AND ARTATT.kArtikel = {{ Artikelbeschreibungen.InterneArtikelnummer | SqlEsacape }}
{% endcapture -%}
{% assign EF = SQL | DirectQueryScalar -%}
{% if EF == 1 -%}y{% else %}n{% endif -%}
{% endif -%}
{% endfor -%}

Diese müsste dann als Bedingung "enhält nicht" und "n" definiert werden.

Der Code geht alle Auftragspositionen durch und filtert zunächst einmal nach Standardpositionen (Artikel), also so etwas wie Gebühren, Versandkosten, Finanzierungskosten etc. werden nicht beachtet. Dann wird geprüft, ob der Wert für das Eigene Feld 1 ist (= WAHR bei Checkbox als Datentyp) . Wann immer das der Fall ist, wird ein y geschrieben. Ist das nicht der Fall, wird ein n geschrieben. Enthält also das Ergebnis n, ist das Eigene Feld bei mindestens einer Position nicht WAHR.

Das sollte dem Gewünschten entsprechen.

Hinweise:
  • Man könnte sich den zweiten JOIN sparen, wenn man den Wert kAttribut für das Eigene Feld kennt.
  • Die Verwendung von Unterstrichen in Bezeichnungen ist in SQL kann unglücklich sein, da der Unterstrich eine bestimmte Bedeutung bei der Suche nach einem String hat, wenn man keine exakte Suche verwendet. Er ist dann eine Wildcard für exakt ein beliebiges Zeichen. Wenn es also neben "Warenpost_National_fähig" auch "Warenpost National fähig" oder auch "Warenpost-National-fähig", würden alle diese Werte bei einer Sucher über LIKE gefunden. Wenn man eine exakte Suche benutzt wie oben bei WHERE ATTS.cName = 'Warenpost_National_fähig', wird der Unterstrich auch als Unterstrich verstanden, daher kommt es hier nicht drauf an. Daher ist das hier nur als Hinweis zu verstehen, dass der Unterstrich auch mal Probleme bereiten kann.
  • Theoretisch bedarf es der Erweiterten Eigenschaft nicht, Du könntest auch einfach die Prüfung auf das Eigene Feld in einen weiteren Workflow auslagern, bspw. als ersten Workflow, der nur diese Bedingung prüft (ohne die Notwendigkeit einer Erweiterten Eigenschaft) und als Aktion den Aufruf des jetzigen Workflows hat. Ich persönlich bin aber kein großer Fan davon, mehr Workflows als notwendig anzulegen. Und das generell, nicht nur, weil die manuellen Workflows unterhalb von Pro begrenzt oder gar nicht vorhanden sind. Und es ist auch einfach übersichtlicher. :) Aber nur der Vollständigkeit halber: Es ist auch eine Möglichkeit.
Und ein Tippfehler ist da noch im Code von mir: Da steht leider SqlEsacape anstelle von SqlEscape. Warum der Code dann bei mir trotzdem funktioniert hat, weiß ich nicht. :D
 

ongnamo

Sehr aktives Mitglied
31. März 2013
1.056
92
Ah, cool: Bei 2 WPN-fähigen und 1 nicht-WPN-fähigem Artikel erhalte ich nun das gewünschte Ergebnis: yyn

Und im Workflow:

Snap110.jpg
Mit deiner Hilfe hat das geklappt :D 1000 Dank dafür 🙏
 
Ähnliche Themen
Titel Forum Antworten Datum
Sql Abfrage VK Preise pro Kundengruppe für Grafana JTL-Wawi 1.8 9
Neu List & Label - Eigene SQL-Abfrage als Grundlage für Tabelle im Berichtscontainer? User helfen Usern - Fragen zu JTL-Wawi 10
Neu Innerhalb einer Variable -SQL Abfrage- das Wort "fett" schreiben Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu SQL Abfrage, 3. Mahnstufe User helfen Usern - Fragen zu JTL-Wawi 1
Beantwortet Hilfe bei SQL Abfrage erbeten User helfen Usern - Fragen zu JTL-Wawi 3
Neu SQL Abfrage - Sendungsnummern als Liste nach Datum Schnittstellen Import / Export 2
Nach Update auf 1.9.6.5 sind in der Wawi alle Hersteller DOPPELT ! vorhanden JTL-Wawi 1.9 0
Neu SQL: Positionen eines Auftrags sind auf welchem Lieferschein gelandet? Eigene Übersichten in der JTL-Wawi 7
Neu Weiterleitung auf .www führt zu Schleife Betrieb / Pflege von JTL-Shop 1
Neu Fatal Error nach Klick auf "Bestellen" Hilfe! JTL-Shop - Fehler und Bugs 1
Neu Umstellung von normalen Artikeln auf STL in Shopify Shopify-Connector 0
Neu Anmerkung im Artikel unter Sonstiges auf einer Druckvorlage ausgeben User helfen Usern 1
Neu Auftragsnummer auf WMS Pickliste mit mehreren Aufträgen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 1
Neu Umstellung Produkt auf Stückliste [Shopify] User helfen Usern - Fragen zu JTL-Wawi 0
keine ribbons auf Startseite Einrichtung JTL-Shop5 0
Neu update auf 5.4.0 klappt nicht (dbupdater) Installation / Updates von JTL-Shop 2
In Diskussion Auftrag auf die Pickliste setzen JTL-Workflows - Fehler und Bugs 5
Neu Übertrag auf neuen Rechner Installation von JTL-Wawi 4
Neu Artikeletiketten Druck funktioniert auf einmal nicht mehr - nur weißes Etikett User helfen Usern - Fragen zu JTL-Wawi 10
In Diskussion In Workflow auf Views zugreifen JTL-Workflows - Ideen, Lob und Kritik 4
Neu Wo ist Texte optimieren (KI) hin? JTL reagiert seit 09.24 nicht auf Tickets :( Arbeitsabläufe in JTL-Wawi 1
Neu Fehlermeldung auf dem Kassenbon Allgemeine Fragen zu JTL-POS 1
Neu Eigenes Feld Checkbox im Artikel als Darstellungsbedingung auf Rechnungsvorlage Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Charge nummer auf Lieferschein User helfen Usern - Fragen zu JTL-Wawi 1
Neu Megamenü Anzahl der Kategrien je Zeile von vier auf sechs erhöhen Templates für JTL-Shop 5
Preiskalkulation auf Grundlage von Lieferantenpreise und Lieferantenbestand JTL-Wawi 1.8 1
Kettensymbol auf alle Artikel verwenden Otto.de - Anbindung (SCX) 0
Neu ++ Fehler beim update von 1.55.5.3 auf version 1.8.11.0 ++ Installation von JTL-Wawi 8
Neu Verkaufskanal POS Kundengruppen Preis brutto auf Artikeletikett drucken Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Wasserzeichen auf Lieferschein und Rechnung auf ganze A4 Seite User helfen Usern - Fragen zu JTL-Wawi 5
Neu Keine Bestellung möglich über Nova 5.4 auf 4K Laptop JTL-Shop - Fehler und Bugs 16
Bestellungen beim Lieferanten - Aufteilung auf verschiedene Läger ? JTL-Wawi 1.9 3
Neu JTL Artikel auf Shopify als Varianten anzeigen Shopify-Connector 2
Neu Sehr lange Ladezeit der Produktseite nach Upgrade auf Version 5.4 Allgemeine Fragen zu JTL-Shop 6
JTL-Search - Hardwarestörung auf einem der Search-Server (s7) Störungsmeldungen 0
Neu Nach update auf 5.4 kein Login mehr möglich JTL-Shop - Fehler und Bugs 2
Neu JTL Shop 5.4 - Seite 1 verschachtelt sich bei klick auf Seite 1 JTL-Shop - Fehler und Bugs 0
Nach Umstieg auf V5 Paypal express weg. Einrichtung JTL-Shop5 5
Neu Update JTL Wawi von 1.0.0.0 auf 1.8.10.0 Installation von JTL-Wawi 8
Neu Warnung: Update auf Shop 5.4 Installation / Updates von JTL-Shop 44
POS Zahlungen tauchen in Wawi unter Zahlungen nicht mehr auf JTL-Wawi 1.9 0
Neu Umstellung auf den Amazon Lister 2.0 Amazon-Lister - Ideen, Lob und Kritik 1
API Zeichenbegrenzug auf 20 Zeichen Otto.de - Anbindung (SCX) 1
Neu Nach Update auf 5.4 klappt einiges nicht mehr ! Installation / Updates von JTL-Shop 9
Neu Update auf 5.4.0 schlägt fehl Installation / Updates von JTL-Shop 4
Neu JTL Shop Subscription wurde durch Umstellung auf "Advanced Edition" teils doppelt berechnet Allgemeine Fragen zu JTL-Shop 1
Neu Umfrage: Scanpflicht auf Artikelebene (Nur für bestimmte Artikel aktivieren/deaktivieren) JTL-WMS / JTL-Packtisch+ - Ideen, Lob und Kritik 0
Filter und Workflows nicht auf Vaterartikel anwendbar JTL-Workflows - Fehler und Bugs 0
Neu Fehler mit Zugriff auf die Datenbank (Exec Direct). Installation von JTL-Wawi 4
Neu Packtisch+ wartet nicht auf TrackingID Import Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 6

Ähnliche Themen