Neu Liquid Variable für Positionsart

Jamin

Neues Mitglied
8. Februar 2024
2
0
Hallo,
ich möchte einige Aufträge an eine andere Software senden über einen Web-Request (POST) Workflow.
Unter anderem benötige ich den Wert für die Positionsart aus dem Auftrag, also ob es sich um einen Artikel, Versandkosten o.ä. handelt.
Wie hier in dem Screenshot ersichtlich: https://prnt.sc/QBrVLS-49eQM

Ich finde die entsprechende Variable einfach nicht, die kennzeichnet um welche Art von Position es sich handelt. Habe auch schon die Variablen hier durchsucht:
https://guide.jtl-software.com/jtl-wawi/vorlagen/alle-dotliquid-variablen-fuer-auftraege/

Vielleicht kennt jemand die Variable oder weiß, wo ich suchen muss?

LG,
Jamin
 
Zuletzt bearbeitet:

John

Sehr aktives Mitglied
3. März 2012
4.215
1.088
Berlin
Die Doku ist total veraltet.
Mach mal im dotliquid Editor einen Rechtscklick auf Auftrag im Variablenbaum. Da kann man "Codesnippets > Schleife über alle Positionen" auswählen und dann schau dir mal im Ergebnis die Variablen an.
 

no80

Sehr aktives Mitglied
28. Juni 2023
755
89
Hallo,
ich möchte einige Aufträge an eine andere Software senden über einen Web-Request (POST) Workflow.
Unter anderem benötige ich den Wert für die Positionsart aus dem Auftrag, also ob es sich um einen Artikel, Versandkosten o.ä. handelt.
Wie hier in dem Screenshot ersichtlich: https://prnt.sc/QBrVLS-49eQM

Ich finde die entsprechende Variable einfach nicht, die kennzeichnet um welche Art von Position es sich handelt. Habe auch schon die Variablen hier durchsucht:
https://guide.jtl-software.com/jtl-wawi/vorlagen/alle-dotliquid-variablen-fuer-auftraege/

Vielleicht kennt jemand die Variable oder weiß, wo ich suchen muss?

LG,
Jamin
Ich meine die sie nicht in DotLiquid.
Kannst per SQL anfragen.
 

John

Sehr aktives Mitglied
3. März 2012
4.215
1.088
Berlin
Das hier geht im Bereich Aufträge. Schau dir da mal an:

Code:
{% for Position in Vorgang.AuftragsPositionen -%}
Menge: {{ Position.Menge }}
Artikelnummer: {{ Position.Artikelnummer }}
Bezeichnung: {{ Position.Bezeichnung }}
PositionTyp: {{ Position.PosTyp }}
IstVersandkostenPosition: {{ Position.IstVersandkostenPosition }}
 
{% endfor -%}

Für die Versandposition wird Position.PosTyp == 'versandposition' ausgegeben bzw. Position.IstVersandkostenPosition == true
 
  • Gefällt mir
Reaktionen: JulianeH und no80

JulianeH

Aktives Mitglied
30. August 2019
21
1
danke für die schnelle Antwort! 🙂
Wir nutzen CSS Gutschein und die 1.9er Wawi. Sobald ein Gutschein eingelöst wird, kommt seit dem Update auf Wawi 1.9 die Infozeile zum Restbetrag als Positionsart „Gutschein“ rein. Damit wird für die Buchhaltung ein falscher Steuerschlüssel vergeben (Mehrzweckgutsschein), der uns jeden Monat richtig viel Arbeit im händischen Umstellen macht. Ausblenden lässt sich diese Position leider nicht und Positionen zu löschen geht ja auch nicht.

Ich nehme mal an, dass die Positionsart „Gutschein“ der Steuerklassentrigger für die Wawi ist. Ein Workflow, der die Umsatzsteuer der Position auf 19% ändert, hatte leider keine Auswirkung auf den Steuerschlüssel. Deshalb mein Ansatz, die Positionsart per Workflow zu ändern.
Aber vielleicht setze ich hier auch ganz falsch an 🤔
 

no80

Sehr aktives Mitglied
28. Juni 2023
755
89
Zu was möchtest du ändern?
Ich denke es ist eher ein WAWI Problem.
Hört sich nach einer „Info“ Position an und sollte eher einer Frepositition sein als eine Gutscheinposition
 

JulianeH

Aktives Mitglied
30. August 2019
21
1
Positionstypen lassen sich nicht ohne weiteres ändern und das ist auch gut so!

JTL hat klar definiert, welche Position welcher Typ sein soll.
Per Workflow kann man den Typ abfragen und dann notfalls den Steuersatz anpassen.

Siehe hier:
https://forum.jtl-software.de/threads/variable-die-mitzaehlt-moeglich.101808/post-565661
oder
https://forum.jtl-software.de/threads/variable-die-mitzaehlt-moeglich.101808/post-565845
hallihallo,
danke für die Workflowvorschläge! Ein Workflow, der den Steuersatz anpasst läuft schon.
Leider bewirkt das keine Änderung des Steuerschlüssels / Buchungskontos. Es bleibt der Gutschein-Steuerschlüssel "hängen", den wir dann für jeden betroffenen Auftrag händisch ändern. Es wäre ein Traum, wenn wir uns diese Arbeit ersparen würden...
 

wawi-dl

Sehr aktives Mitglied
29. April 2008
6.770
828
Wenn ein Gutschein im Shop eingelöst wird, dann ist das auch ein Gutschein 😅 dann ist das seither nur falsch angekommen und jetzt eben richtig.

Man kann das per CustomWorkflow setzen, dazu braucht ihr aber eine passende JTL Lizenz.
 

JulianeH

Aktives Mitglied
30. August 2019
21
1
Wenn ein Gutschein im Shop eingelöst wird, dann ist das auch ein Gutschein 😅 dann ist das seither nur falsch angekommen und jetzt eben richtig.

Man kann das per CustomWorkflow setzen, dazu braucht ihr aber eine passende JTL Lizenz
die betreffende Position ist eine reine Infoposition über die Gutscheineinlösung mit einem Wert von 0€. Genau genommen müsste diese ja schon mit Umsatzsteuer reinkommen, da es hier um die Einlösung des Gutscheins geht. Diese Position lässt sich wie schon angesprochen nicht ausblenden. In der Buchhaltung sammeln sich dadurch jede Menge 0€-Rechnungen auf dem Gutschein-Buchungskonto, was einfach unsauber und verwirrend ist. Deshalb arbeiten wir das Buchungskonto aktuell händisch nach. Dafür hätte ich gern eine automatisierte Lösung oder eine, die ggf. früher ansetzt. Wenn es über die Änderung des Positionstypen nicht möglich ist, dann suchen wir weiter nach einer anderen Möglichkeit... Eine passende JTL Lizenz für CustomWorkflows ist vorhanden, doch da wage ich mich mit meinen nur aus Forumseinträgen gewonnenen Programmierkenntnissen besser nicht ran.
 

Ähnliche Themen