Gelöst Workflow: SQL-.Query geblockt (SELECT + INNER JOIN)

[DaPole88]

Hallo Community,

ich möchte beim Versand ( Workflow) eine Datei schreiben, mit folgendem Inhalt:

Auftragsnummer;Sendungsnummer;Datum;Gewicht;Info
{% assign result = SELECT tBestellHinweis.cText FROM [eazybusiness].[dbo].[tBestellung] INNER JOIN tBestellHinweis ON tBestellHinweis.kBestellHinweis = tBestellung.kBestellHinweis where cBestellNr = {{ Vorgang.Belegnummer }} | DirectQueryScalar -%} {{ result }};{{ Vorgang.Lieferscheine.ErstesObjekt.Pakete.ErstesObjekt.TrackingID }};{{ Vorgang.Erstelldatum | FormatDate: 'dd.MM.yyyy', 'De-de' }};12,5;"Info"


Der Inhaltist noch nicht 100% optimiert,aber daran soll es ja nicht scheitern. Ich hab immer das Problem:
"Query geblockt"

Warum??

WaWi 1.5.49.1


Ich habe damit schon mehrere Sachen umgesetzt. Bis langklappte es ganz gut, aber hier scheitert es ...
Und ich habe gaaaarkeine Idee ....

Alleinschon, dass ich ein SQL-Befehl schreiben muss, um an das Sonsitge Feld des Auftrags zu kommen, ist schon hart .... Aber dann läuft es noch nicht mal .....

Freue mich auf Ideen oder Hinweise

Grüße

 

[NewBuy]

Versuche es mal ohne Query

Auftragsnummer;Sendungsnummer;Datum;Gewicht;Info
{{ Vorgang.Auftrag.Auftragsnummer }} {{ Paket.TrackingID }} oder {{ Vorgang.Pakete.ErstesObjekt.TrackingID }}{{ Vorgang.Pakete.ErstesObjekt.Versanddatum }} {{ Vorgang.Pakete.ErstesObjekt.Gewicht }}

 

[JohnFrea]

Muß bei cBestellNr = {{ Vorgang.Belegnummer }} nicht in Hochkomma gesetzt sein?

 

[DaPole88]

Versuche es mal ohne Query

Das wird nicht gehen ,,,, Ich schiebe die Auftragsnummer des Dropshippers über das sonstige Feld wieder zurück in den Versand.... Die Datei kann der Dropshipper einlesen (automaticsh) und sein Auftrag wird als Versendet markiert mit Sendu8ngsnummer


{{ Vorgang.Auftrag.Auftragsnummer }} = unsere Auftragsnummer -> muss die des Dropshippers sein ( Feld: Sonsitges -> Auftrag)

Das mit dem Hochkomma teste ich mal

 

[JohnFrea]

Zum debuggen trag mal bei {{ Vorgang.Belegnummer }} einen fixen wert ein und schau ob das geht. cBestellNr muß aber in jedem Fall in Hochkomma, weil es eine VarChar ist

 

[DaPole88]

Der QUERY geht ..... Aber nur wenn ich nicht die BESTELLNR (z.B PD2123456789) abfrage,sondern den Wert anhand der PrimmiaryID ziehe. Also über die "kBestellung"

JEtzt muss ich nur schauen, wie ich an den PrimaryKey aus dem Versand(- Workflow) komme ...

Aber erhllich: Das ist schei_** .... Man weiß es nicht, es steht nirgends wo ...


Naja :

So läufts erstmal :

Auftragsnummer;Sendungsnummer;Datum;Gewicht;Info
{% assign result = 'SELECT tBestellHinweis.cText FROM [eazybusiness].[dbo].[tBestellung] INNER JOIN tBestellHinweis ON tBestellHinweis.kBestellHinweis = tBestellung.kBestellHinweis WHERE tBestellung.kBestellung = 180920' | DirectQueryScalar -%} {{ result }};{{ Vorgang.Lieferscheine.ErstesObjekt.Pakete.ErstesObjekt.TrackingID }};{{ Vorgang.Erstelldatum | FormatDate: 'dd.MM.yyyy', 'De-de' }};12,5;"Info"

180920 - pkey

 

[mh1]

SELECT tBestellHinweis.cText FROM [eazybusiness].[dbo].[tBestellung] INNER JOIN tBestellHinweis ON tBestellHinweis.kBestellHinweis = tBestellung.kBestellHinweis where cBestellNr = {{ Vorgang.Belegnummer }}

... where cBestellNr = '....'


EDIT: Oh, jemand anderes war schon viel schneller. - ich sollte den Thread immer erst ganz lesen, bevor ich antworte

 

[DaPole88]

Umgesetzt so:

{% capture query -%}
SELECT tBestellHinweis.cText FROM [eazybusiness].[dbo].[tBestellung] INNER JOIN tBestellHinweis ON tBestellHinweis.kBestellHinweis = tBestellung.kBestellHinweis WHERE tBestellung.kBestellung = {{ Vorgang.Auftrag.InterneAuftragsnummer }}
{% endcapture -%}
{% assign result = query | DirectQueryScalar -%}
Auftragsnummer;Sendungsnummer;Datum;Gewicht;Info
{{ result }};{{ Vorgang.Lieferscheine.ErstesObjekt.Pakete.ErstesObjekt.TrackingID }};{{ Vorgang.Erstelldatum | FormatDate: 'dd.MM.yyyy', 'De-de' }};{{ Vorgang.Pakete.ErstesObjekt.Gewicht}};"Info"

Bei dieser Umsetzung gibt es keine Probleme mit irgenfdwelchen Anführungszeichen!
Aber vielen Dank für eure Hilfe-Stellung!

Kann "closed" werden

 

[mh1]

Umgesetzt so:

{% capture query -%}
SELECT tBestellHinweis.cText FROM [eazybusiness].[dbo].[tBestellung] INNER JOIN tBestellHinweis ON tBestellHinweis.kBestellHinweis = tBestellung.kBestellHinweis WHERE tBestellung.kBestellung = {{ Vorgang.Auftrag.InterneAuftragsnummer }}
{% endcapture -%}
{% assign result = query | DirectQueryScalar -%}
Auftragsnummer;Sendungsnummer;Datum;Gewicht;Info
{{ result }};{{ Vorgang.Lieferscheine.ErstesObjekt.Pakete.ErstesObjekt.TrackingID }};{{ Vorgang.Erstelldatum | FormatDate: 'dd.MM.yyyy', 'De-de' }};{{ Vorgang.Pakete.ErstesObjekt.Gewicht}};"Info"

Bei dieser Umsetzung gibt es keine Probleme mit irgenfdwelchen Anführungszeichen!
Aber vielen Dank für eure Hilfe-Stellung!

Kann "closed" werden

Das Query bei dem du nach dem Wert in kBestellung selektierst braucht kein Anführungszeichen, weil das Feld kBestellung numerische Werte enthält.
Das Feld cBestellung dagegen enthält alphanumerische Zeichen und die musst du dann in ' einpacken.
Die Macher von JTL haben sogar immer den Datentyp im Namen jedes Datenbankfeldes gemacht. Also z.b. cBestellung für character

Aber wenn du in deinen Abläufen auch an den Wert von kBestellung kommst, dann kannst du ja damit arbeiten. Ist eigentlich sowieso besser, da der Inhalt in kBestellung garantiert eindeutig ist.

...ich denke, das "closed" musst du als Threadersteller machen. Am besten ändert man auch den Titel zu "[gelöst] Titel" o.ä....