Neu Zahlungsart per Workflow setzen ignoriert Skonto-Einstellung

[rote-locke]

Wenn man in der 1.6.39 im Auftrag die Zahlungsart ändert und die neue Zahlungsart eine Skonto-Einstellung hat, wird diese Einstellung im Auftrag übernommen.

Wird nun die gleiche Änderung mittels eines Workflows vorgenommen, bleibt die Skonto-Einstellung im Auftrag unverändert. Das halte ich für ein unerwartetes bzw. fehlerhaftes Verhalten. Ich würde erwarten, dass auch bei einer Änderung durch einen Workflow diese Einstellungen gesetzt oder auch gelöscht werden.

 

[rote-locke]

@Björn Ponsen

Hallo Herr Ponsen,

da beim Versuch auf das Ticket 2022080810001151 per Email zu antworten folgende Fehlermeldung kam und ich Sie nicht via PM anschreiben konnte/durfte, versuche ich Ihnen jetzt die gewünschten Infos auf diesem Wege zu übermitteln.

Folgende(r) Empfänger kann/können nicht erreicht werden:

      'SUPPORT JTL-Software-GmbH' am 08.08.2022 12:22
            Serverfehler: "451 Requested action aborted: local error in processing"'

Sie finden die beiden Screenshots im Anhang dieses Posts.

Danke und besten Gruß

 

[Matti_Fla]

@rote-locke und jeder andere der dieses Problem hat.

Ich habe nun viele Updates von JTL abgewartet, jede ohne Lösung für das Skontoproblem.

Daher nun die Lösung Marke Eigenbau:
Folgende StoredProcedure einfach anlegen und unter Workflows bei Auftrag angelegt und Auftrag geändert ausführen.
Löst das Problem.

--Workflow SP anlegen
CREATE PROCEDURE CustomWorkflows.spSkontoeinstellungenAktualisieren @kAuftrag INT AS
BEGIN
    UPDATE verkauf.tAuftrag
            SET tAuftrag.fSkonto = z.fSkontoWert, tAuftrag.nSkontoTage = z.nSkontoZeitraum
            FROM verkauf.tAuftrag a JOIN tZahlungsArt z ON a.kZahlungsart = z.kZahlungsArt
            WHERE a.kAuftrag = @kAuftrag
END
GO
EXEC CustomWorkflows._CheckAction @actionName = 'spSkontoeinstellungenAktualisieren';
GO
EXEC CustomWorkflows._SetActionDisplayName @actionName = 'spSkontoeinstellungenAktualisieren', @displayname = 'Skontoeinstellungen aktualisieren'

Grüße,
Matthias

 

[Terzel]

@rote-locke und jeder andere der dieses Problem hat.

Ich habe nun viele Updates von JTL abgewartet, jede ohne Lösung für das Skontoproblem.

Daher nun die Lösung Marke Eigenbau:
Folgende StoredProcedure einfach anlegen und unter Workflows bei Auftrag angelegt und Auftrag geändert ausführen.
Löst das Problem.

--Workflow SP anlegen
CREATE PROCEDURE CustomWorkflows.spSkontoeinstellungenAktualisieren @kAuftrag INT AS
BEGIN
    UPDATE verkauf.tAuftrag
            SET tAuftrag.fSkonto = z.fSkontoWert, tAuftrag.nSkontoTage = z.nSkontoZeitraum
            FROM verkauf.tAuftrag a JOIN tZahlungsArt z ON a.kZahlungsart = z.kZahlungsArt
            WHERE a.kAuftrag = @kAuftrag
END
GO
EXEC CustomWorkflows._CheckAction @actionName = 'spSkontoeinstellungenAktualisieren';
GO
EXEC CustomWorkflows._SetActionDisplayName @actionName = 'spSkontoeinstellungenAktualisieren', @displayname = 'Skontoeinstellungen aktualisieren'

Grüße,
Matthias

Hi, ich muss mal so doof nachfrage - löst das das folgende: Wir haben eine Zahlart "Rechnung", die ist im Standard auf 10 Tage netto ohne Skonto. Wenn ich die in einem Auftrag wähle, kann ich ja im Auftrag selbst wiederum das Zahlungsziel, das Skonto und das Skontoziel angeben. Ich habe das bspw. nun für einen Kunden im Auftrag direkt auf "60 Tage netto, 30 Tage 3% Skonto" geändert.

Bei der Ausgabe auf dem Formular taucht nun aber "60 Tage netto" auf, das Skonto wird nicht ausgegeben. Die Variable für das Skonto ist "Report.CashDiscount", der Wert ist aber immer "0,00", obwohl im Auftrag 3% steht. Ich nehme an, dass er sich "Report.CashDiscount" aus der Zahlart zieht?