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

ongnamo

Sehr aktives Mitglied
31. März 2013
1.048
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
346
180
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.048
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.048
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
346
180
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.048
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
346
180
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
346
180
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
346
180
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.048
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
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
Neu Ameise Export in SQL Abfrage umwandeln User helfen Usern - Fragen zu JTL-Wawi 11
Neu Abfrage per Erweiterter Eigenschaft zu Lieferstatus aller Bestellungen eines Kunden User helfen Usern - Fragen zu JTL-Wawi 0
Ändern der Bearbeitungszeit auf Amazon lässt sich nicht auf Länder eingrenzen JTL-Wawi 1.9 0
Attribute für EWR Pflichtangaben (ab 13.12.2024) auf den Marktplätzen otto.de & kaufland.de Otto.de - Anbindung (SCX) 0
Fehler bei Update von 1.5.55.8 auf 1.7.15.6 ( Unbehandelte Ausnahme #7110FFD83C0136E0 vom Typ JTL.Database.SqlUpdater.UpdateException) JTL-Wawi 1.7 0
Neu Wie finde ich per SQL heraus welche Aufträge auf Teillieferbar stehen? JTL Ameise - Eigene Exporte 1
Neu DPD A6 Versandlabel auf A4 Etiketten Bogen drucken JTL-ShippingLabels - Fehler und Bugs 0
JTL Wawi Update 1.8.12.4 auf 1.9.5.2 nicht möglich JTL-Wawi 1.9 3
Neu Kontaktformular auf einer eigenen Seite hinzufügen Allgemeine Fragen zu JTL-Shop 1
Neu QR Code auf Rechnung bei PayPal fehlerhaft User helfen Usern - Fragen zu JTL-Wawi 0
Neu WMS Wareneingang falscher Artikel auf Etikett JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 0
Beantwortet Artikelbilder auf Lieferschein / Rechnung / Angebot. Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 8
Neu [Liquid Error: Ein Aufrufziel hat einen Ausnahmefehler verursacht] Fehlermeldung in meiner Designvorlage auf Ebay eBay-Designvorlagen - Fehler und Bugs 0
Neu Bildgrößen auf der Startseite (in den Boxen wie z.B. Top-Angebot) Allgemeine Fragen zu JTL-Shop 3
Warum und auf was updaten? Wir sind zufrieden mit der Version 1.6.48.0 JTL-Wawi 1.6 4
Neu Lagerplatz Frei! Fulfillment Dienstleister freut sich auf euch Dienstleistung, Jobs und Ähnliches 0
Neu Anzeige Nettopreis auf Auftragsbestätigung Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Stücklisten Anzeige auf der Pickliste User helfen Usern - Fragen zu JTL-Wawi 27
Neu Sendungsnummer oder Tracking-Link auf Export-Vorlage anzeigen Gelöste Themen in diesem Bereich 6
Neu Artikel auf Bestellung nicht zusammenführen Arbeitsabläufe in JTL-Wawi 2
Neu Update Wawi von 1.0.11 auf 1.9 Installation von JTL-Wawi 7
Neu Shopify Produkte auf Entwurf Onlineshop-Anbindung 0
Neu Vererben der Bildern einer Variation auf alle anderen Variationen, wie beim Vererben von Vater zu Kind-Artikeln, möglich wie? User helfen Usern - Fragen zu JTL-Wawi 0
Neu Workflow - Wert "Netto-EK" im Auftrag auf 0,00 € setzen für eine bestimmte Kundengruppe User helfen Usern - Fragen zu JTL-Wawi 1
Neu Mermalbild auf Artikeletikett drucken Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 5
Neu Artikelmerkmale auf Pickliste ausgeben Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Update von 5.1.5 auf 5.3.3 Installation / Updates von JTL-Shop 2
Bilder werden nicht auf WMS mobile angezeigt JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 0
Neu Umstellung Paypal Plus auf Paypal Checkout - bleiben die Sonderkonditionen erhalten ? Smalltalk 0
Chargennummer eines Artikels auf der Rechnung mit ausdrucken JTL-Wawi 1.9 3
Überbeträge auf Vorlagen JTL-Wawi 1.7 3
Neu Sales Info / Aussendienst Informationssystem mit Besuchserfassung und vielen weiteren Funktionen auf der JTL Connect 2024 Dienstleistung, Jobs und Ähnliches 1
Neu Amazon Abgleich Fehler: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt Amazon-Anbindung - Fehler und Bugs 18
Neu Artikelbilder im Tab "Bewerten" sind teilweise zu groß auf dem Desktop JTL-Shop - Fehler und Bugs 0
Neu Problem mit Scroll-Link nach Update auf Shop-Version 5.3.3 Technische Fragen zu Plugins und Templates 5
Neu Kann man JTL 1.8 und 1.9 auf einem Client parallel betreiben (ohne hyper V) ? Installation von JTL-Wawi 3
Neu Kern Waage die im Netzwerk hängt (via Moxa NPort 5100) auf RDP Server mit WMS nutzen User helfen Usern - Fragen zu JTL-Wawi 0
Neu MS SQL Server auf Windows vs Linux Starten mit JTL: Projektabwicklung & Migration 9
Neu Workflow Adresse prüfen auf deutsche Kunden eingrenzen Gelöste Themen in diesem Bereich 6
Neu Paket X von Y auf Shippinglabel einfügen - GLS Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Gelöst Tagesabschluss Beleg von/bis 4 stellig auf Ausdruck, obwohl Nummernfolge 5-stellig (letzte Nummer abgeschnitten) Allgemeine Fragen zu JTL-POS 2
Neu Bestellbare Menge auf Account beschränken? User helfen Usern - Fragen zu JTL-Wawi 3
Neu Update auf 1.9 - wo sind die Kommentarfelder des Artikels geblieben? Eigene Übersichten in der JTL-Wawi 1
Neu Hinweis auf JTL-POS Customer Display 'Meldung nicht erneut anzeigen' funktioniert nicht JTL-POS - Fehler und Bugs 0
Neu "Artikel erscheint" Datum mit auf RE drucken Arbeitsabläufe in JTL-Wawi 2
In Bearbeitung Entnahmen gesondert aufgegliedert auf Tagesabschluss Allgemeine Fragen zu JTL-POS 1
Neu Freipositionen auf jeden Lieferschein User helfen Usern - Fragen zu JTL-Wawi 2

Ähnliche Themen