Gelöst Stichtagsbezogene Lagerbewertung [WAWI-37044, WAWI-37043, WAWI-33817, WAWI-32600, WAWI-8316]

[woyte]

Hi,
ok verstanden. Problem ist leider nur, dass der dEK - zumindest bei mir - nmicht herangezogen werden kann, da hier auch anderen Kosten wie Fracht, Zoll, etc. (Stichwort: Zusatzkosten) einfließen. Sprich diesen Wert kann ich daher nicht nehmen. Tja keine Ahnung wie ich das jetzt buchalterisch sauber lösen kann. Wahnsinn.

 

[MichaelH]

Was wäre daran falsch ?

Es sind "Einstandskosten" und wenn du es immer so machst, dann ist es auch richtig - du solltest nur nicht "mal so und mal so" einbuchen.

 

[woyte]

nun es ist tatsächlich falsch, da du laut HGB das Niederstwertprinzip nehmen musst. Das heisst Dein buchalterischer Wert deines Lagerbestands dürfen NICHT die Einstandskosten sein, sondern nur der tatsächlich zugrunde liegende dEK (FIFO/LIFO) je nachdem. Um Deine Marge etc. zu berechnen musst Du natürlich den Einstandspreis nehmen.

Alle anderen Kosten wie Zoll, Fracht, hast Du ja in Deiner Buchhaltung bereits als Kosten berücksichtigt.
Daher kann es bei einer Prüfung beanstandet werden.

 

[MichaelH]

Dann machst du es ab sofort ohne die Kosten und der Prüfer wird es nicht merken ...

Du hast bei JTL ja die Wahl wie du es machst und sehen willst.

 

[woyte]

fuchs du...

 

[MichaelH]

Nein, aber Österreicher, wenn man alles 100% genau nehmen würde, dann wären wir in Österreich schon längst verrückt geworden ...

 

[Jtl0815]

Ist es möglich das auch der FBA Bestand angezeigt wird?
FBA: Electronicx 0.000000
Im Moment zeigt er leider keinen FBA Bestand zum Stichtag an

 

[Jtl0815]

JTL Support verweist auf Forum und JTL Forum Mitarbeiter sind überlastet mit Antwort auf FBA Bestand?
Kann die Abfrage von JTL nicht zu Ende bedacht werden oder wo ist das Problem?

 

[Jtl0815]

Hi Freunde,

aktuell wird darüber diskutiert wie ich stichtagsbezogen meinen Lagerwert ermitteln kann. Dazu habe ich euch ein kleines SQL bereitgestellt.

Wenn ihr hier noch spezielle Anforderungen habt bitte einfach hier ins Forum schreiben.

Gruß

Manuel

Spezielle Anforderungen dann einfach ins Forum schreiben???
Vor 2 Wochen gemacht und keiner hat sich gemeldet.
Warum macht JTL die Sachen nicht bis 100 % zu Ende?

 

[Manuel Pietzsch]

Spezielle Anforderungen dann einfach ins Forum schreiben???
Vor 2 Wochen gemacht und keiner hat sich gemeldet.
Warum macht JTL die Sachen nicht bis 100 % zu Ende?

Hi,

FBA Bestände werden aktuell immer komplett ausgebucht und wieder eingebucht. Eine Stichtagsbewertung ist hier erst für Buchungen ab der Version 1.5.40.0 möglich: https://issues.jtl-software.de/issues/WAWI-46730

Gruß

Manuel

 

[fibergirl]

Hallo, wir kaufen in teilweise Fremdwährung ein (USD).
Darauf nimmt die Lagerbewertung aber anscheinend keine Rücksicht. Müsste man da die verwendeten EKs und Durchschnitte nicht erst noch umrechnen?

Gruß, fibergirl

p.s.:
Ich seh schon.
Man müsste die Währungen dafür historisieren, um auch alte Einkaufspreise in Fremdwährung zu EUR umrechnen zu können.
Alternativ gleich beim Einkauf den EK 1. in Einkaufswährung und 2. in EUR speichern.
Beides gibt es aber wohl (noch?) nicht.
Also kann man, wenn es Einkauf in Fremdwährung gibt, nur für "heute" eine Berechnung machen, mit dem letzten Kurs aus tWaehrung.

p.p.s:
Ich wage ja gar nicht zu fragen.
Wie ist es denn dann eigentlich mit der Inventur und der Lagerbewertung im Bereich "Lager"?
Passen die Zahlen hier überhaupt?

 

[Manuel Pietzsch]

Hallo, wir kaufen in teilweise Fremdwährung ein (USD).
Darauf nimmt die Lagerbewertung aber anscheinend keine Rücksicht. Müsste man da die verwendeten EKs und Durchschnitte nicht erst noch umrechnen?

Gruß, fibergirl

p.s.:
Ich seh schon.
Man müsste die Währungen dafür historisieren, um auch alte Einkaufspreise in Fremdwährung zu EUR umrechnen zu können.
Alternativ gleich beim Einkauf den EK 1. in Einkaufswährung und 2. in EUR speichern.
Beides gibt es aber wohl (noch?) nicht.
Also kann man, wenn es Einkauf in Fremdwährung gibt, nur für "heute" eine Berechnung machen, mit dem letzten Kurs aus tWaehrung.

p.p.s:
Ich wage ja gar nicht zu fragen.
Wie ist es denn dann eigentlich mit der Inventur und der Lagerbewertung im Bereich "Lager"?
Passen die Zahlen hier überhaupt?

Hi,

die Umrechnung erfolgt bereits beim Wareneingang, bzw. Verbuchen der Eingangsrechnung.
Heißt der GLD wird zum aktuellen Währungskurs aktualisiert und somit passt die Lagerbewertung hier.

Mein Skript geht auf den Wareneingang, wo ebenfalls die Umrechnung in die Standardwährung direkt bei Buchung vorgenommen wird.

Gruß

Manuel

 

[fibergirl]

So richtig kann ich das nicht verifizieren.

Ich habe hier z.B. einen Artikel, der hat einen Netto-EK beim Lieferanten von 12,72 in USD.

Schaue ich nun die die Eigene Übersicht zum Lagerwert je Artikel zum Stichtag (Datum heute), dann sehe ich dort 10 Stück davon liegen, mit einem EKGesamt von 127,20.
Das kann doch nicht sein, wenn der USD-Kurs nicht gerade 1 ist?

Gruß,
fibergirl

 

[Manuel Pietzsch]

So richtig kann ich das nicht verifizieren.

Ich habe hier z.B. einen Artikel, der hat einen Netto-EK beim Lieferanten von 12,72 in USD.

Schaue ich nun die die Eigene Übersicht zum Lagerwert je Artikel zum Stichtag (Datum heute), dann sehe ich dort 10 Stück davon liegen, mit einem EKGesamt von 127,20.
Das kann doch nicht sein, wenn der USD-Kurs nicht gerade 1 ist?

Gruß,
fibergirl

Hi,

welches SQL nutzt du für die eigene Übersicht? In meiner gehe ich auf den im Wareneingang hinterlegten EK und der ist bereits umgerechnet.

Gruß

Manuel

 

[fibergirl]

Hm, bei mir ist das nicht so.

Ich verwende das SQL aus dem Eröffnungsposting, mit angepasstem Datum "heute":

DECLARE @Stichtag AS DATE =  CAST(GETDATE() AS Date);

SELECT  tWarenLagerEingang.kArtikel AS kArtikel,
        tArtikel.cArtNr AS Artikelnummer,
        tArtikelBeschreibung.cName AS Artikelname,
        tWarenLager.cName AS Lager,
        SUM(tWarenLagerEingang.fAnzahl) - SUM(ISNULL(Warenausgang.fAnzahl, 0.0)) AS Bestand,
        SUM(tWarenLagerEingang.fAnzahl * tWarenLagerEingang.fEKEinzel) - SUM(ISNULL(Warenausgang.fAnzahl, 0.0) * tWarenLagerEingang.fEKEinzel) AS EKGesamt
FROM dbo.tWarenLagerEingang
JOIN dbo.tArtikel ON tWarenLagerEingang.kArtikel = tArtikel.kArtikel
JOIN dbo.tSpracheUsed ON nStandard = 1
JOIN dbo.tArtikelBeschreibung ON tArtikel.kArtikel = tArtikelBeschreibung.kArtikel
    AND tSpracheUsed.kSprache = tArtikelBeschreibung.kSprache
    AND tArtikelBeschreibung.kPlattform = 1
JOIN dbo.tWarenLagerPlatz ON tWarenLagerEingang.kWarenLagerPlatz = tWarenLagerPlatz.kWarenLagerPlatz
JOIN dbo.tWarenLager ON tWarenLagerPlatz.kWarenLager = tWarenLager.kWarenLager
LEFT JOIN
(
    SELECT SUM(ISNULL(tWarenLagerAusgang.fAnzahl, 0.0)) AS fAnzahl,
            tWarenLagerAusgang.kWarenLagerEingang
    FROM dbo.tWarenLagerAusgang
    WHERE ISNULL(tWarenLagerAusgang.dErstellt, GETDATE()) < DATEADD(dd, +1, @Stichtag)
    GROUP BY tWarenLagerAusgang.kWarenLagerEingang
) AS Warenausgang ON tWarenLagerEingang.kWarenLagerEingang = Warenausgang.kWarenLagerEingang
WHERE tWarenLagerEingang.dErstellt < DATEADD(dd, +1, @Stichtag)
GROUP BY    tWarenLagerEingang.kArtikel, 
            tArtikel.cArtNr,
            tArtikelBeschreibung.cName,
            tWarenLager.cName
HAVING SUM(tWarenLagerEingang.fAnzahl - ISNULL(Warenausgang.fAnzahl, 0.0)) > 0.0 -- Nur Bestände > 0.0
ORDER BY tArtikel.cArtNr;

Allerdings wird mir gerade klar, dass ich in der Testphase und vor dem Umstieg vor 2 Monaten EK-Preise, d.h. USD-Preise mit importiert hatte, noch bevor die Lieferanten für die Artikel eingerichtet waren. Damals gab es anscheinend nicht die Möglichkeit, die Währung zum EK mit zu importieren, oder ich habs übersehen.
Diese EK-Preise wurden dann wohl direkt als Standardwährung (EUR) und nicht als Lieferantenwährung interpretiert.

Hm. Dann würde ich das gern anhand der Lieferanteneinkaufspreise möglichst jetzt noch geradeziehen.
Auch wenn es sich nur um einen statistischen Wert handelt.
Wie könnte das aussehen?

Dank & Gruß,
fibergirl

 

[Manuel Pietzsch]

Hm, bei mir ist das nicht so.

Ich verwende das SQL aus dem Eröffnungsposting, mit angepasstem Datum "heute":

DECLARE @Stichtag AS DATE =  CAST(GETDATE() AS Date);

SELECT  tWarenLagerEingang.kArtikel AS kArtikel,
        tArtikel.cArtNr AS Artikelnummer,
        tArtikelBeschreibung.cName AS Artikelname,
        tWarenLager.cName AS Lager,
        SUM(tWarenLagerEingang.fAnzahl) - SUM(ISNULL(Warenausgang.fAnzahl, 0.0)) AS Bestand,
        SUM(tWarenLagerEingang.fAnzahl * tWarenLagerEingang.fEKEinzel) - SUM(ISNULL(Warenausgang.fAnzahl, 0.0) * tWarenLagerEingang.fEKEinzel) AS EKGesamt
FROM dbo.tWarenLagerEingang
JOIN dbo.tArtikel ON tWarenLagerEingang.kArtikel = tArtikel.kArtikel
JOIN dbo.tSpracheUsed ON nStandard = 1
JOIN dbo.tArtikelBeschreibung ON tArtikel.kArtikel = tArtikelBeschreibung.kArtikel
    AND tSpracheUsed.kSprache = tArtikelBeschreibung.kSprache
    AND tArtikelBeschreibung.kPlattform = 1
JOIN dbo.tWarenLagerPlatz ON tWarenLagerEingang.kWarenLagerPlatz = tWarenLagerPlatz.kWarenLagerPlatz
JOIN dbo.tWarenLager ON tWarenLagerPlatz.kWarenLager = tWarenLager.kWarenLager
LEFT JOIN
(
    SELECT SUM(ISNULL(tWarenLagerAusgang.fAnzahl, 0.0)) AS fAnzahl,
            tWarenLagerAusgang.kWarenLagerEingang
    FROM dbo.tWarenLagerAusgang
    WHERE ISNULL(tWarenLagerAusgang.dErstellt, GETDATE()) < DATEADD(dd, +1, @Stichtag)
    GROUP BY tWarenLagerAusgang.kWarenLagerEingang
) AS Warenausgang ON tWarenLagerEingang.kWarenLagerEingang = Warenausgang.kWarenLagerEingang
WHERE tWarenLagerEingang.dErstellt < DATEADD(dd, +1, @Stichtag)
GROUP BY    tWarenLagerEingang.kArtikel, 
            tArtikel.cArtNr,
            tArtikelBeschreibung.cName,
            tWarenLager.cName
HAVING SUM(tWarenLagerEingang.fAnzahl - ISNULL(Warenausgang.fAnzahl, 0.0)) > 0.0 -- Nur Bestände > 0.0
ORDER BY tArtikel.cArtNr;

Allerdings wird mir gerade klar, dass ich in der Testphase und vor dem Umstieg vor 2 Monaten EK-Preise, d.h. USD-Preise mit importiert hatte, noch bevor die Lieferanten für die Artikel eingerichtet waren. Damals gab es anscheinend nicht die Möglichkeit, die Währung zum EK mit zu importieren, oder ich habs übersehen.
Diese EK-Preise wurden dann wohl direkt als Standardwährung (EUR) und nicht als Lieferantenwährung interpretiert.

Hm. Dann würde ich das gern anhand der Lieferanteneinkaufspreise möglichst jetzt noch geradeziehen.
Auch wenn es sich nur um einen statistischen Wert handelt.
Wie könnte das aussehen?

Dank & Gruß,
fibergirl

Mit der aktuellen Wawi kannst du den Einkaufspreis über die Wareneingangshistorie mit dem Ek des Lieferanten überschreiben.



Da kann man den Preis auch manuell eintippen. wenn es nicht zu viele sind würde ich diesen Weg gehen.

Gruß

Manuel

 

[fibergirl]

Hallo @Manuel Pietzsch ,

vielen Dank, das sieht recht nett aus!

Leider haben wir ca. 10.000 Produkte, manuell wird datt nix.

Also heute abend alles ohne Bestellnummer markieren, Einkaufspreis mit EK des Standardlieferanten überschreiben, und ab dafür, dann nach Hause gehen ...

Dank & Gruß,
fibergirl

 

[Sven83]

Können wir das Script bedenkenlos mit der Wawi 1.5.44.0 nutzen?

 

[Manuel Pietzsch]

Können wir das Script bedenkenlos mit der Wawi 1.5.44.0 nutzen?

Hi, klar das ist ja nur ne Abfrage die Daten rausholt. Wenn da "DELETE" "UPDATE" "DROP" oder sowas drin steht würde ich es nicht absetzen. Wenn es aber nur "SELECT" ist, dann ist alles gut.
Einzige was passieren kann: Bei großen Datenbanken und schlechten Servern kann die Performance der Wawi während der Ausführung in die Knie gehen.

Gruß

Manuel

 

[Stephan K.]

Hi,
danke für das SQL-Skript. Ich habe bisher VictorStat benutzt und musste dann zwei Tabellen zusammenführen, um den gesamten Lagerbestand zu erhalten.

Also für das FBA-Lager scheint es zu funktionieren - wäre cool, wenn noch der Standort (Land reicht, Lagerkürzel selbst wäre auch gut) mit angegeben wird, da man das auch benötigt für die Bilanz.

Beim Hauptlager habe ich allerdings abenteuerliche Werte, die den reellen Wert um ca. 400% übersteigen.


Edit: Ah, okay. Es kommt noch ein weiteres Problem hinzu. Wir legen die Artikel immer per Ameise an. Da steht manchmal der EK-Preis noch nicht fest. Dieser wird dann manuell nachgetragen und kann so nicht erfasst werden, da laut der Wawi der letzte Artikel 0 € beträgt.
Nichtsdestrotrotz gibt es hier einen Artikel, der mit fast 800.000 bewertet wird, obwohl es nur knapp 1.000 sind.

Das Tool ist so leider nicht wirklich praktikabel.