Neu Automatisch neukalkulation des VK bei Wareneingang

[Dlamz]

Gibt es eine Möglichkeit, bei wareneingang (geänderter ek) den vk automatisch mit einem festen Multiplikator anzupassen?

 

[gutberle]

Mit einem Workflow kann man das hinbekommen.

1. Workflow Artikel > Plusbuchung anlegen.
2. Als Bedingung Artikel > Allgemein > Stammdaten > Art.Nr und Ist nicht leer wählen. Damit reagiert der Workflow dann auf jede Plusbuchung, sprich auf jeden Wareneingang.
3. Als Aktion Werte setzen > Artikel.Allgemein.PreiseEinheiten.VK-Netto wählen.
4. Bei Wert klickst Du auf "..." und suchst in der Variablenliste rechts Vorgang.Artikel.Allgemein.PreiseEinheiten.Ø_Einkaufspreis-Netto und doppelklickst das.
5. Dann erweiterst Du den Term mit einem " | Times: " und Deinem Faktor (mit Dezimalpunkt), z.B. so ... {{ Vorgang.Artikel.Allgemein.PreiseEinheiten.Ø_Einkaufspreis-Netto | Times: 1.25 }}
6. Alternativ kannst Du natürlich " | DividedBy: " und als Wert 1-DeineMarge verwenden, bei 25% Marge also {{ Vorgang.Artikel.Allgemein.PreiseEinheiten.Ø_Einkaufspreis-Netto | DividedBy: 0.75 }}

Wenn jetzt noch der Worker gestartet ist, dann wird bei jedem Warenlagereingang der VK-Netto des/der eingegangenen Artikel auf Basis des neuen EK-Netto neu berechnet und zwar entweder mit Aufschlag (5) oder mit Marge (6).

 

[Dlamz]

wow, ok danke für die Antwort, das wird ja ein bisschen kompliziert, da noch eingie andere Artikel als Stückliste darauf zugreifen und da ein anderer Multiplikator greift.
Ggfs. müssen halt die Artikelnummern als Bedingung hinterlegt werden Also wahrscheinlich ein eigener Workflow pro Artikel, damit es richtig kalkuliert wird.

Ich freue mich sehr über dieses wertvolle Fachwissen, danke

 

[Dlamz]

ich muss nochmal fragen .... gibt es irgendwo eine Liste von den Befehlen und wie man was eintragen kann, damit amn zu gewünschten Ergebnis kommt? Welche Programmiersprache ist das?

 

[gutberle]

Dass man meistens keine einheitlichen Margen hat, ist klar, wäre auch zu schön... - Je ein Workflow pro Artikelnummer klingt aber gar nicht gut. Ich würde Dir stattdessen vorschlagen, dass Du wie folgt vorgehst...

1. In Artikel > Eigene Felder erst eine Gruppe Preise und darin ein Eigenes Feld Marge anlegen, Datentyp Fließkommazahl und Ort vielleicht Allgemein, damit Du es gleich auf der ersten Seite (=Erster Tab) in den Artikeldetails hast.
2. Dort pflegst Du Deine Margen und das gute ist, Du kannst die Margenwerte auch über die Ameise im- und exportieren. Das ist schon mal viel wert.
3. Meine Workflow-Zeile von oben wie folgt ändern...

{% assign marge = 1.0 | Minus: Vorgang.Artikel.EigeneFelder.Preise.Marge %}
{% if marge <> 0 %}
   {{ Vorgang.Artikel.Allgemein.PreiseEinheiten.Ø_Einkaufspreis-Netto | DividedBy: marge }}
{% else %}
    {{ Vorgang.Artikel.Allgemein.PreiseEinheiten.VK-Netto }}
{% endif %}

4. Damit greift die Funktion auf Deine als Eigenes Feld angelegte Marge zu, subtrahiert sie von 1, um dann damit den neuen VK-Netto zu berechnen. Und das If() Konstrukt ist dafür gedacht, falls Du einmal aus Versehen eine Marge von 1.0 eingibst, was nicht definiert ist und eine Division durch 0 ergibt, denn dann wird stattdessen der ehemalige VK-Netto zurückgeliefert und weiterverwendet.

Und wenn Du den neuen VK-Netto zum Beispiel für Deutschland mit zwei Nachkommastellen und mit Dezimalkomma geliefert bekommen willst, dann erweiterst Du das Ganze einfach so...

{% assign marge = 1.0 | Minus: Vorgang.Artikel.EigeneFelder.Preise.Marge %}
{% if marge <> 0 %}
    {% assign vknetto = Vorgang.Artikel.Allgemein.PreiseEinheiten.Ø_Einkaufspreis-Netto | DividedBy: marge %}
    {{ vknetto | FormatNumber: 'N2', 'de-DE' }}
{% else %}
    {{ Vorgang.Artikel.Allgemein.PreiseEinheiten.VK-Netto }}
{% endif %}

Stücklisten: Ich habe dann noch probiert, ob ich bei einem Wareneingang für einen Stücklistenartikel andere Margen einsetzen kann (falls das überhaupt Sinn macht...), aber das funktioniert nicht, denn Stücklistenartikel werden beim Wareneingang in ihre Komponenten zerlegt und jede Komponente wird einzeln, also als eigener Artikel vereinnahmt. Damit liefert aber jede Postition des Stücklistenartikels in der Variable Vorgang.Artikel.Sonstiges.IstStückliste den Wert False zurück und damit wird klar, dass Stücklisten beim Wareneingang zwar angegeben werden können, man sie per DotLiquid aber nicht als Stücklisten erkennt.

DotLiquid Infos und Vorgehen beim Lernen

Ich bin selbst auch noch lange nicht sattelfest mit DotLiquid und stolpere auch noch eher in der Gegend rum. Ob es z.B. im letzten Beispiel oben eine Möglichkeit gibt, den Wert zu dividieren und gleichzeitig zu runden, man also die Filter (DivideBy, FormatNumber) irgendwie schachteln kann, ist mir noch nicht klar. Im Web habe ich nichts dazu gefunden und für reines Trial & Error ist das Leben zu kurz. Es kann also sein, dass das oben viel einfacher geht, es geht aber eben auch so...

Es gibt aber schon einiges an Dokumentation zu Liquid und DotLiquid im Netz, auch von JTL, aber insgesamt bleibt noch genügend Raum für Fehler und frustriertes Rumprobieren. Mir selbst hilft dabei immer, die Terme, die ich haben will, ganz auf "Anfang" zurückzuschrauben. Will ich also wie oben beim "assign" eine JTL Variable von 1 abziehen, dann funktioniert das garantiert erst einmal NICHT, also schaue ich mit normalen Zahlen, wo die Fallstricke liegen. Die zugrundeliegende Sprache Liquid z.B. subtrahiert mit "minus", DotLiquid mit "Minus" und ignoriert "minus" einfach. Das kann dich schon mal 'ne Stunde kosten und die Dinge einfach halten hilft hier immens, weil dann weniger mögliche Fehlerursachen existieren.

JTL Guide Seiten
https://guide.jtl-software.de/Kategorie:JTL-Wawi:Vorlagen und dort Reiter "DotLiquid"
https://guide.jtl-software.de/DotLiquid_für_JTL-Anwender
Was zum Lernen direkt in der Wawi exzellent ist, sind die Exportvorlagen im Bereich "Admin > Druck/Email/Exportvorlagen". Dort gibt es für viele der Vorlagentypen auch vorbereitete Exportvorlagen und die sind randvoll mit praktischen Beispielen für alles, was DotLiquid ausmacht. Der Editor in der JTL Wawi hat außerdem auch eine Intellisense Hilfe, die Dir Infos zu den Eigenschaften und Methoden der Objekte, die Du gerade in den Fingern hast, anzeigt.
>>> Nur niemals im JTL Editor ESC drücken, dann biste Deine Arbeit los (zumindest bis 1.2.1.0) ...

Shopify Liquid
Die Sprache Liquid stammt von Shopify und hier findest Du auch komplette Referenzen auf die Sprache, ihre Struktur und ihren Umfang in sehr schön gestalteter und leicht verständlicher Form: https://shopify.github.io/liquid/. Diese Seite ist für mich die Referenz zum Kennenlernen der Funktionen und der Logik.

DotLiquid
DotLiquid (http://dotliquidmarkup.org/) ist eine Portierung von Liquid nach C# und das Ziel ist, eine komplette und voll kompatible .NET Implementierung von Shopify Liquid zu sein. Deshalb verweist DotLiquid für Sprachinformationen auch auf die Shopify Seiten, es gibt aber Abweichungen vom Liquid-Sprachstandard, siehe hier...https://github.com/dotliquid/dotliquid/wiki/DotLiquid-for-Designers. Falls etwas partout nicht funktionieren will, einmal hier schauen, ob es Gründe gibt.

Eine weitere gute Referenz zum Lernen mit vielen praktischen Beispielen findest Du hier: http://dyn365apps.com/2017/01/29/qu...ne-reference-manual-for-dynamics-365-portals/

 

[Dlamz]

Das ist eine Hausnummer, die Zeit braucht um es zu kapieren.

Stücklisten: Bei mir ist es im Moment so gelößt.
Ich bekomme ja die einzelnen Komponenten geliefert und der EK ist hinterlegt. Der Vaterartikel greift auf die EK der einzelnen Komponenten zu und rechnet diese zusammen im EK Feld des Vaters. Daraunter findet sich auch ein ama_drop Artikel ohne Bestandführung mit 1,60 Euro (als die Pick&Pack Gebühr von amazon. In diesem Set ist ein geringerer Faktor definiert als bei den einzelnen Komponenten.

Vielleicht übernimmt das System die Daten aus den EK`s der einzelnen Produkte und multiplziert diese mit, dem beim Vater hinterlegten neuen Feld "Marge"