In Diskussion Keine Auslieferung nach Zahlungsartänderung über Workflow

[TotalerNeuling]

Guten Abend User, evtl. kann mir jemand helfen.

Ziel: Kommt ein Auftrag über den Online- Shop rein, soll die Zahlungsart auf den in Kundenstamm geändert werden.

Unsere Online-Bestellungen kommen mit dem Präfix # in Wawi rein. Daher Triggere ich danach.
Anschließend ändere ich den Wert mithilfe der manuell erstellten Prozedur lt. Anweisung

Der Wert wird wie folgt aus dem Kundenstamm ausgelesen:

{% capture query -%}
SELECT za.cName FROM dbo.tZahlungsart za JOIN dbo.tkunde tk ON za.kZahlungsart = tk.kZahlungsart
WHERE kKunde = {{ Vorgang.Stammdaten.Kunde.InterneKundennummer }}
{% endcapture -%}
{% assign result = query | DirectQueryScalar -%}
{{ result }}

Wird die Zahlungsart so geändert, kann der Auftrag nicht mehr ausgeliefert werden.

Bei Versuch über Workflow auszuliefern erscheint die Fehlermeldung:
Es sind keine Datensätze in der 'SqlDataRecord'-Enumeration vorhanden. Verwenden Sie zum Senden eines table-valued parameters ohne Zeilen stattdessen einen null-Verweis für den Wert.

Für eine manuelle Auslieferung bleibt das Auslieferungs-Button grau.

Erst beim Öffnen und Speichern des Auftrags kann der Auftrag manuell ausgeliefert werden.

Hat jemand eine Idee, was hier falsch läuft.

 

[frankell]

Guten Abend User, evtl. kann mir jemand helfen.

Ziel: Kommt ein Auftrag über den Online- Shop rein, soll die Zahlungsart auf den in Kundenstamm geändert werden.

Unsere Online-Bestellungen kommen mit dem Präfix # in Wawi rein. Daher Triggere ich danach.
Anschließend ändere ich den Wert mithilfe der manuell erstellten Prozedur lt. Anweisung

Der Wert wird wie folgt aus dem Kundenstamm ausgelesen:

{% capture query -%}
SELECT za.cName FROM dbo.tZahlungsart za JOIN dbo.tkunde tk ON za.kZahlungsart = tk.kZahlungsart
WHERE kKunde = {{ Vorgang.Stammdaten.Kunde.InterneKundennummer }}
{% endcapture -%}
{% assign result = query | DirectQueryScalar -%}
{{ result }}

Wird die Zahlungsart so geändert, kann der Auftrag nicht mehr ausgeliefert werden.

Bei Versuch über Workflow auszuliefern erscheint die Fehlermeldung:
Es sind keine Datensätze in der 'SqlDataRecord'-Enumeration vorhanden. Verwenden Sie zum Senden eines table-valued parameters ohne Zeilen stattdessen einen null-Verweis für den Wert.

Für eine manuelle Auslieferung bleibt das Auslieferungs-Button grau.

Erst beim Öffnen und Speichern des Auftrags kann der Auftrag manuell ausgeliefert werden.

Hat jemand eine Idee, was hier falsch läuft.

Hallo @TotalerNeuling,
kannst Du Deinen CustomWorkflow einmal zeigen? Mich verwirrt zudem etwas, dass Du DotLiquid-Code (um die Query herum) präsentierst, den Du so ja nicht im CustomWorkflow verwendest.

 

[TotalerNeuling]

Hallo frankell,

Danke für Dein Interesse.

Den Code habe ich auf der Seite https://support.t4dt.com/hc/de/articles/12467303147922-Zahlungsart-dynamisch-setzen-ab-JTL-Wawi-1-6 gefunden und lautet wie folgt:

--Copyright (c) 2022 T4DT GmbH
--Jedem, der eine Kopie dieser Software und der zugehörigen Dokumentationsdateien (die "Software") erhält, wird hiermit kostenlos die Erlaubnis erteilt, ohne Einschränkung mit der Software zu handeln, einschließlich und ohne Einschränkung der Rechte zur Nutzung, zum Kopieren, Ändern, Zusammenführen, Veröffentlichen, Verteilen, Unterlizenzieren und/oder Verkaufen von Kopien der Software, und Personen, denen die Software zur Verfügung gestellt wird, dies unter den folgenden Bedingungen zu gestatten:
--Der obige Urheberrechtshinweis und dieser Genehmigungshinweis müssen in allen Kopien oder wesentlichen Teilen der Software enthalten sein.

CREATE TYPE CustomWorkflows.Parameter_spZahlungsartAendern_ZahlungsartName FROM NVarchar(255);
GO
EXEC CustomWorkflows._SetActionParameterDisplayName 'Parameter_spZahlungsartAendern_ZahlungsartName', 'Zahlungsart'
GO

IF EXISTS(SELECT 1 FROM sys.procedures WHERE Name = 'spZahlungsartAendern')
DROP PROCEDURE CustomWorkflows.spZahlungsartAendern
GO
CREATE PROCEDURE CustomWorkflows.spZahlungsartAendern @kAuftrag INT, @cZahlungsart Parameter_spZahlungsartAendern_ZahlungsartName AS
BEGIN
--Copyright (c) 2022 T4DT GmbH
--Jedem, der eine Kopie dieser Software und der zugehörigen Dokumentationsdateien (die "Software") erhält, wird hiermit kostenlos die Erlaubnis erteilt, ohne Einschränkung mit der Software zu handeln, einschließlich und ohne Einschränkung der Rechte zur Nutzung, zum Kopieren, Ändern, Zusammenführen, Veröffentlichen, Verteilen, Unterlizenzieren und/oder Verkaufen von Kopien der Software, und Personen, denen die Software zur Verfügung gestellt wird, dies unter den folgenden Bedingungen zu gestatten:
--Der obige Urheberrechtshinweis und dieser Genehmigungshinweis müssen in allen Kopien oder wesentlichen Teilen der Software enthalten sein.
    DECLARE @kZahlungsart INT = (SELECT TOP 1 kZahlungsart FROM dbo.tZahlungsart WHERE cName = @cZahlungsart)
    UPDATE tb SET kZahlungsart = @kZahlungsart FROM  Verkauf.tAuftrag tb
    WHERE  tb.kAuftrag = @kAuftrag
END
GO
EXEC CustomWorkflows._CheckAction 'spZahlungsartAendern'
GO
EXEC CustomWorkflows._SetActionDisplayName 'spZahlungsartAendern', 'Zahlungsart ändern'
GO

Ich konnte mir noch vorstellen, im Auftrag zusatzlich noch zusätzlich die ZahlungsartID zu ändern, damit beides zu einander passt. (Wird bereits geändert)

Bin zuhause und werde versuchen mich mit clouddesktop zu verbinden um das zu testen, ansonsten komm ich leider erst am Montag wieder dazu.

VG

 

[frankell]

Hallo frankell,

Danke für Dein Interesse.

Den Code habe ich auf der Seite https://support.t4dt.com/hc/de/articles/12467303147922-Zahlungsart-dynamisch-setzen-ab-JTL-Wawi-1-6 gefunden und lautet wie folgt:

--Copyright (c) 2022 T4DT GmbH
--Jedem, der eine Kopie dieser Software und der zugehörigen Dokumentationsdateien (die "Software") erhält, wird hiermit kostenlos die Erlaubnis erteilt, ohne Einschränkung mit der Software zu handeln, einschließlich und ohne Einschränkung der Rechte zur Nutzung, zum Kopieren, Ändern, Zusammenführen, Veröffentlichen, Verteilen, Unterlizenzieren und/oder Verkaufen von Kopien der Software, und Personen, denen die Software zur Verfügung gestellt wird, dies unter den folgenden Bedingungen zu gestatten:
--Der obige Urheberrechtshinweis und dieser Genehmigungshinweis müssen in allen Kopien oder wesentlichen Teilen der Software enthalten sein.

CREATE TYPE CustomWorkflows.Parameter_spZahlungsartAendern_ZahlungsartName FROM NVarchar(255);
GO
EXEC CustomWorkflows._SetActionParameterDisplayName 'Parameter_spZahlungsartAendern_ZahlungsartName', 'Zahlungsart'
GO

IF EXISTS(SELECT 1 FROM sys.procedures WHERE Name = 'spZahlungsartAendern')
DROP PROCEDURE CustomWorkflows.spZahlungsartAendern
GO
CREATE PROCEDURE CustomWorkflows.spZahlungsartAendern @kAuftrag INT, @cZahlungsart Parameter_spZahlungsartAendern_ZahlungsartName AS
BEGIN
--Copyright (c) 2022 T4DT GmbH
--Jedem, der eine Kopie dieser Software und der zugehörigen Dokumentationsdateien (die "Software") erhält, wird hiermit kostenlos die Erlaubnis erteilt, ohne Einschränkung mit der Software zu handeln, einschließlich und ohne Einschränkung der Rechte zur Nutzung, zum Kopieren, Ändern, Zusammenführen, Veröffentlichen, Verteilen, Unterlizenzieren und/oder Verkaufen von Kopien der Software, und Personen, denen die Software zur Verfügung gestellt wird, dies unter den folgenden Bedingungen zu gestatten:
--Der obige Urheberrechtshinweis und dieser Genehmigungshinweis müssen in allen Kopien oder wesentlichen Teilen der Software enthalten sein.
    DECLARE @kZahlungsart INT = (SELECT TOP 1 kZahlungsart FROM dbo.tZahlungsart WHERE cName = @cZahlungsart)
    UPDATE tb SET kZahlungsart = @kZahlungsart FROM  Verkauf.tAuftrag tb
    WHERE  tb.kAuftrag = @kAuftrag
END
GO
EXEC CustomWorkflows._CheckAction 'spZahlungsartAendern'
GO
EXEC CustomWorkflows._SetActionDisplayName 'spZahlungsartAendern', 'Zahlungsart ändern'
GO

Ich konnte mir noch vorstellen, im Auftrag zusatzlich noch zusätzlich die ZahlungsartID zu ändern, damit beides zu einander passt. (Wird bereits geändert)

Bin zuhause und werde versuchen mich mit clouddesktop zu verbinden um das zu testen, ansonsten komm ich leider erst am Montag wieder dazu.

VG

Ah, ok, jetzt ergibt alles Sinn.

Allerdings sollte Dein erster Ansprechpartner dann auch lieber T4DT sein. Unten auf der verlinkten Seite besteht ja auch die Möglichkeit, Fragen einzureichen.

Am naheliegendsten ist, dass etwas in der Wawi zusätzlich angestoßen wird bei der Änderung der Zahlungsart, was bei einer direkten Bearbeitung in der Datenbank eben nicht angestoßen wird, bspw. irgendeine Form von Validierung. Oder auch, dass die gewünschte Änderung noch eine weitere Änderung in einer anderen Tabelle notwendig macht, was aber nur durch das "Speichern" in der Wawi ausgelöst wird und nicht bei Direktzugriffen. Das sind wohl die wahrscheinlichsten Gründe. Caching würde ich jetzt mal ausschließen, das ist eher im Shop ein Thema.

Aber um den genauen Grund zu eruieren, muss man sich bspw. vorhandene Triggers und SPs in der Datenbank ganz genau anschauen, um ggf. den Code entsprechend zu erweitern. Aber auch dann kann es immer noch sein, dass halt innerhalb der Wawi etwas passiert, was leider eine Blackbox ist, weil nicht Open Source. Da müsste man schon einen Mitschnitt machen (bspw. über JTL-Diag), um genaue Aussagen treffen zu können. Das kann ein ziemlicher Aufwand werden.

 

[TotalerNeuling]

Vielen Dank für Deine Antwort.

Ich werde mich bei T4DT melden. Falls ich eine kostenlose und brauchbare Info bekomme, werde ich sie natürlich hier teilen.

Dann bis zum nächsten mal und nochmals Danke.