Kannst Du das bitte etwas genauer ausformulieren? Wenn wir da Fehler machen würde ich das gern an die Kollegen weitergeben können.
So weit mir bekannt ist, arbeitet ihr ja an einer neuen EKP-Ermittlung? GLD ist ja nicht wirklich brauchbar im Steuerrecht (oder der Kostenkalkulation). Man muss aber als JTL-Nutzer darauf zurückgreifen?
JTL Guide EK-Berechnung GLD
Ne kleine Liste von jeder
SKU mit Alter und
EKP (+ Spalte Nebenkosten = Einstandspreis ) sowie ner zeitlichen Ermittlung (für ne einfache Teilwertabschreibung/
Inventur) würde das Problem ja schon lösen. Dann kommt jedoch die Art der Abschreibung bzw. Teilwertermittlung mit ins Spiel sowie FiFo-Prinzip oder nicht, um den "EK" dieser SKU zu ermitteln und den wahren Bestandswert im Lager.
Streng genommen gehört immer
der aktuelle VK (aller Plattformen sowie Vertriebskosten) mit hinzu, um den Teilwert (Bestand) in
Datev sauber abzubilden. Man darf ja nicht nur Verluste, sondern muss wie bei Finanzanlagen auch Zugewinne berücksichtigen. Das kann bei allen saisonalen Produkten passieren oder Verkaufsspitzen.
Wir haben bis jetzt keine saubere 100% Verknüpfung einer JTL SKU zu allen Preisen (z.B. bei eBay als Einzel- oder Gruppenangebot zweimal gelistet) finden können, um das locker, flockig umzusetzen. Das kann ja nichtmal das JTL Artikelkonto anzeigen.
Um den aktuellen Teilwert einer SKU zu ermitteln, sind diese wenigen Punkte ausreichend, die teils fix sind oder sich aus großen Datenmengen nur wenig ändern, so wie die durchschnittlichen Vertriebsnebenkosten einer Plattform.
Nebenbei wäre eine Unterscheidung zwischen EKP und Einstandspreis sinnvoll. Für verschiedene Anforderungen im Steuerrecht. Sobald das auch nur einmal miteinander vermischt wurde, sind die Daten unbrauchbar und falsch.
EK ist der reine Preis für Bewertungen, Einstandspreis benötigt man für Importe/Exporte oder Kostenkalkulation. Ich kann keine Unterscheidung in der JTL
Wawi dazu finden?
Daher ja auch mein Fazit: Monatliche Lagerbewertungen sind mit JTL nur sehr schwer möglich und erfordern einiges an Handarbeit und Vorarbeit (Exceltabellen, in die nur noch die Daten gefüllt werden, um EINEN Schritt im Prozess der Wertermittlung zu haben). Und da das das 1x1 der Bilanz und Bewertung ist, ist das ein großes Manko in der JTL Wawi, dass sie das nicht kann und noch auf GLD setzt. In unserem Falle: Seit fast 10 Jahren mit JTL Wawi.
/off-topic
Und so langsam krieg ich die Krise, wenn ich sehe, wie viel einfacher das inzwischen bei anderen ERPs gelöst werden kann. In diesem Punkt ist JTL alles andere als effizient und user-friendly.
live Zahlen kann JTL nicht gut. Und BI ist das irgendwann denn mal fertig, was so einfache Sachen ermöglicht? Und das kostet dann wie viel? Und baut worauf genau auf? Gute Gedanken und Implementierungen oder schnell-schnell?
Ich hätte gerne wirklich mal ein JTL-Teilprodukt, das gleich zu 100% modern und effizient ist und nicht erst noch 3 Jahre Beta im live-Betrieb hat.
Ich will mit JTL arbeiten und nicht testen und ständig, mit jedem Update, Bug-Meldungen raus hauen. Da solltet ihr euch mal ein Belohnungssystem ausdenken, um die fleißigen Arbeiter-Testerbienen zu entlohnen. Wer viele bugs meldet, die euch in der QS unter den Tisch gefallen sind (ups) und damit eure Fehler aufzeigt, sollte für die Zeit und den Aufwand Nachlass, Rabatte, Credits, irgendwas bekommen.
Denn für die 1.7.11 halte ich die Füße still. Man erträgt halt das, was da so immer kommt und hat auch keinen Bock mehr, groß was zu sagen.
Ob jemals eine KI-Implementierung kommt, was gerade total angesagt ist und hypen wird, wage ich zu bezweifeln. Vielleicht in fünf Jahren? Dann werden die Händler bis dahin einiges an Nachteilen in Kauf nehmen müssen.
Daher setzen wir auch gerade für eine zusätzliche GmbH auf ein anderes ERP.
JTL hat echt noch jede Menge Arbeit vor sich und mir fehlt so langsam der Glauben, dass die das konzentriert und qualitativ gerockt kriegen.
Dass in der 1.7.11 ohne Ankündigung Buttons vertauscht wurden (Abbrechen und speichern) und das zwar okay ist, aber nicht kommuniziert wurde, dennoch: Wieso ist "Speichern" plötzlich links und nicht mehr rechts in manchen Masken? Wer hat einfach mal so die buttons gegen das Windows-Prinzip vertauscht? Wieso? Soll dadurch - durch die zusätzlich geforderte Achtsamkeit bei der Bedienung - mehr Produktivität erreicht werden?
Wer lässt die UX so unkontrolliert durch? Wir user sind manchmal derart gestresst von der Wawi und bugs, lasst doch so einen unsinnigen Blödsinn weg und gebt dem Praktikanten keinen Entwicklerzugang für den RC!
