Erstellt vor 4 Jahren

Zuletzt geändert vor 2 Jahren

#1700 new Fehler

Warenbestand, Wareneinsatz bei $EUR=0, Umsatzkostenverfahren

Erstellt von: kai.gollan@… Verantwortlicher: m.bunkus@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.6.3
Schweregrad: schwerwiegend Stichworte: Finanzbuchhaltung
Beobachter: grichardson@…

Beschreibung

Angewendet wird $eur=0 , also die Bilanzierungsmethode mit Sollversteuerung. Der Wareneingang wird direkt auf ein ein Warenbestandskonto gebucht, der Wareneinsatz wird beim Verkauf von Waren direkt durch LX-Office gebucht, hierdurch verringert sich der Warenbestand, gleichzeitig wird der Wareneinsatz
als Aufwand netto ohne Umsatzsteuer gebucht. ==> Umsatzkostenverfahren

Verhalten Lx-Office: Der bewertete Warenbestand lt. Bestandsliste berechnet sich immer aufgrund des letzten EK der Ware. Die Bewertung des Wareneinsatzes berechnet sich immer aufgrund des niedrigsten EK aus der Tabelle „invoice“ für diesen Artikel.

Bewertung: Bewerteter Lagerwert aus Bestandliste und Lagerwert lt. Bestandskonto Waren müssen zwingend übereinstimmen und mit dem Wareneinsatz korrespondieren! Geschieht dies nicht, arbeitet Lx-Office nicht GoB-konform.

Konsequenz: Wareneinsatz (Cost of goods sold) muss auf Prinzip Durchschnitts-EK geändert werden,
gleiches gilt für den bewerteten Warenbestand.

Siehe dazu auch meine Bemerkungen im Lx-Forum

meiner Ansicht nach sollte die Trennung zwischen Konten- und Lagerwelt zumindest dahin gehend aufgehoben werden so das Lagerwert = Kontensaldo Lagerkonto ist.
Nimmt man die Verbrauchsfolge von FIFO als gegeben (das ist ja GoB-Konform), muss der Lagerwert ja immer mit gerechnet werden. Bezogen auf mein Beisspiel heißt das:
Wareneingang 17.8.: 50 x 2,966 EUR = 148,30 EUR
Verkauf: 23.8.: 1 x 2,966 EUR = 2,97 EUR gerundet (Wareneinsatz)


Lagerwert = 49 x 2,966 EUR
Verkauf: 25.8.: 1 x 2,966 EUR = 2,97 EUR gerundet (Wareneinsatz)


Lagerwert = 48 x 2,966 EUR
Wareneingang 14.10.: 10 x 2,414 EUR = 24,14 EUR


Lagerwert = 48 x 2,966 EUR + 10 x 2,414 EUR
Verkauf: 22.11.: 1 x 2,966 EUR = 2,97 EUR gerundet (Wareneinsatz)


Lagerwert = 47 x 2,966 EUR + 10 x 2,414 EUR

Wareneingang 14.10.: 20 x 2,559 EUR = 51,18 EUR


Lagerwert = 47 x 2,966 EUR + 10 x 2,414 EUR + 10 x 2,414 EUR
Zu lösen ist das relativ einfach über zwischendurch berechnete Durchschnitts-EK-Werte, die Menge lässt sich ja über den Zu- oder Abgang definieren, der Lagerwert ist ja dann auch bekannt. Wenn Lagerwert durch Menge dividiert wird, erhält man dann den Durchschnitts-EK-Wert, dieser sollte dann immer zur Bewertung genommen werden, dies ist GoB-konform.
Hiermit sollte dann auch möglich sein, den Lagerwert stichtagsbezogen (Datum als Variable) auszugeben, ansonsten ist eine eine periodenbezogene Abgrenzung bzw. auch Abstimmung nicht möglich.

Änderungshistorie (5)

comment:1 Geändert vor 4 Jahren durch grichardson@…

  • Beobachter grichardson@… hinzugefügt

Die Bewertung des Wareneinsatzes
berechnet sich immer aufgrund des niedrigsten EK aus der Tabelle „invoice“ für
diesen Artikel.

Das stimmt so nicht. Es wird der EK nach dem FIFO-Prinzip der Einkaufsrechnungen (also invoice) verwendet, hierfür gibt es den Zähler "allocated".

comment:2 Geändert vor 4 Jahren durch kai.gollan@…

(In reply to comment #1)

Die Bewertung des Wareneinsatzes
berechnet sich immer aufgrund des niedrigsten EK aus der Tabelle „invoice“ für
diesen Artikel.

Das stimmt so nicht. Es wird der EK nach dem FIFO-Prinzip der
Einkaufsrechnungen (also invoice) verwendet, hierfür gibt es den Zähler
"allocated".

Ja, Du hast Recht, habe das Ganze noch einmal schrittweise durch getestet. Sorry, ich hatte das Ganze vor einiger Zeit getestet, wohl nicht gründlich genug.

Es verbleibt aber das Problem, das sich laut dem Bestandskonto Lager oder Wareneinkauf (wie immer man es nennen möchte) eine wertmäßige Größe ergibt, diese lässt sich aber nicht in einer mit Preisen bewerteten Bestandsliste nachvollziehen. Spätestens zum Inventurzeitpunkt ist jeder Kaufmann nach § 240 HGB aber verpflichtet, das Bestandsverzeichnis nach Menge, Art und Wert aufzustellen. Dieses muss ja dann auf Basis von invoice erstellt werden.

comment:3 Geändert vor 4 Jahren durch grichardson@…

Lagerwert = 47 x 2,966 EUR + 10 x 2,414 EUR + 10 x 2,414 EUR

Diese Information ist über allocated in invoice ja vorhanden, da muß man für den Wareneinsatz eigentlich nicht mit Durchschnittswerten rechnen, oder? Das wäre nach FIFO dann die Summe aller Zeilen in invoice wo noch nichts von verkauft ist (allocated = 0), plus die Zeile wo schon ein paar Artikel einer Einkaufsfuhre verkauft wurden (base_qty + allocated < 0).

Das Problem bei allocated ist allerdings, daß man Waren einlagern kann, ohne Sie vorher per Einkaufsrechnung erfasst zu haben, da hat man dann auch keinen entsprechenden Wert in invoice. Das ist z.B. der Fall, wenn man seine Firma auf Lx-Office umstellt und erstmalig das schon vorhandene Inventar einlagert.

Es ist in Lx-Office auch möglich Waren zu verkaufen die noch gar nicht eingekauft worden sind, und beim nächsten Einkauf wird dann nachträglich der Wareneinsatz gebucht.

Ich hatte neulich auch mit diesem Thema zu tun, da ging es um Margenberechnung, da kann man prinzipiell ja auch z.B. nach FIFO, LIFO oder Durchschnitt rechnen. Bei der Marge wird ja bisher auch mit dem aktuellen EK-Wert aus den Stammdaten gerechnet, sofern man den EK-Wert nicht selber vorgibt, und das ist u.U. auch nicht nützlich. Mit dem Thema bin ich auch noch nicht durch.

comment:4 Geändert vor 4 Jahren durch kai.gollan@…

(In reply to comment #3)

Lagerwert = 47 x 2,966 EUR + 10 x 2,414 EUR + 10 x 2,414 EUR

Diese Information ist über allocated in invoice ja vorhanden, da muß man für
den Wareneinsatz eigentlich nicht mit Durchschnittswerten rechnen, oder? Das
wäre nach FIFO dann die Summe aller Zeilen in invoice wo noch nichts von
verkauft ist (allocated = 0), plus die Zeile wo schon ein paar Artikel einer
Einkaufsfuhre verkauft wurden (base_qty + allocated < 0).

Habe das mal bei mir durchgerechnet, leider kam ich nicht auf den Betrag. Den Grund dafür hast Du unten schon genannt ...

Das Problem bei allocated ist allerdings, daß man Waren einlagern kann, ohne
Sie vorher per Einkaufsrechnung erfasst zu haben, da hat man dann auch keinen
entsprechenden Wert in invoice. Das ist z.B. der Fall, wenn man seine Firma auf
Lx-Office umstellt und erstmalig das schon vorhandene Inventar einlagert.

Es ist in Lx-Office auch möglich Waren zu verkaufen die noch gar nicht
eingekauft worden sind, und beim nächsten Einkauf wird dann nachträglich der
Wareneinsatz gebucht.

Ja, zudem kommen noch die sogenannten Lagerentnahmen für abgelaufenen Waren und auch das Buchen der Inventurdifferenz hinzu. Letztes habe ich in Unkenntnis dieser Problematik bei meinem letzten Jahresabschluss getan: Lagerentnahme der Inventurdifferenz und manuelles Buchen der Inventurdifferenz gegen das Warenbestandskonto. Leider habe ich in keiner Dokumentation (sei es das Buch von Holger oder auch das Wiki irgendeinen Hinweis auf die Inventur bzw. diese Problematik gefunden.

Ich werde ASAP mal einen Eintrag hierzu in das Wiki unter "Ein Buchungsjahr in LX-Office" reinsetzen, hier hatte ich bereits einige andere Sachverhalte zu diesem Thema eingestellt (z.B. Skript new-year.sh, auskommentieren von "Delete from invoice" wegen ansonsten fehlender Wareneinsatzbuchungen).

Ich hatte neulich auch mit diesem Thema zu tun, da ging es um Margenberechnung,
da kann man prinzipiell ja auch z.B. nach FIFO, LIFO oder Durchschnitt rechnen.
Bei der Marge wird ja bisher auch mit dem aktuellen EK-Wert aus den Stammdaten
gerechnet, sofern man den EK-Wert nicht selber vorgibt, und das ist u.U. auch
nicht nützlich. Mit dem Thema bin ich auch noch nicht durch.

Hörst sich gut an, falls Du Hilfe irgendwo Hilfe brauchst sag Bescheid!

comment:5 Geändert vor 2 Jahren durch m.bunkus@…

  • Typ von defect nach Fehler geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.