Wertposten - Artikel haben Wert, aber Menge 0

Hallo zusammen,

wir nutzen NAV 2018 und haben festgestellt, dass die Wertposten einiger Artikel eine fakturierte Menge 0 haben, der Einstandsbetrag (tatsächlich) u. gebuchte Lagerregulierung jedoch einen positiven Betrag haben.

Dieses Phänomen tritt aber nur bei Filterungen (zB Lagerort) in den Wertposten auf. Betrachtet man ALLE Wertposten eines Artikels, also ohne Filter auf Lagerort und oder Buchungsdatum, sind die Beträge korrekt, Beispiel:

Summe Einstandsbetrag tatsächlich = 363152,04€
Summe fakturierte Menge = 203692

Dividiere ich den Einstandsbetrag tatsächlich (363152,04€) durch die fakturierte Menge = 203692 erhalte ich einen Stück-Einstandspreis von 1,78285.

Beide Werte, (fakturierte Menge 203692) und der Einstandspreis pro Stück (1,78285) finden sich in der Artikelkarte wieder.

Wie kann ich hier bei der Fehlersuche weiter vorgehen? Unser betreuendes Systemhaus tut sich hier etwas schwer, ich persönlich scheitere schon mit dem Verständnis, dass ein Artikel ohne Bestand auf einem Lagerort überhaupt einen Wert haben kann (egal ob positiv oder negativ)

Die erste Frage ist natürlich: Sind die beiden Jobs der Lagerregulierung gelaufen ("Lagerreg. fakt. Einst. Preise" und "Lagerregulierung buchen") ?

Hallo,

eine Möglichkeit ist, das der Bestand gar nicht 0 ist.

Schau die mal an, ob da noch offene Artikelposten für den Artikel sind. Wenn ja, schaue ob Sie in Summe 0 ergeben. Falls ebenfalls ja, schaue worin sich die Posten unterscheiden.

Immer wieder gerne genommen werden Varianten, Lagerorte, Chargen oder auch Seriennummern, die zum einen eine positive Menge haben, aber auch mit anderen Werten mit der gleichen Menge negativ vorhanden sind.

Gruß Fiddi

Dankeschön für eure Antworten. Unten meine Kommentare:

Die erste Frage ist natürlich: Sind die beiden Jobs der Lagerregulierung gelaufen ("Lagerreg. fakt. Einst. Preise" und "Lagerregulierung buchen") ?

Der Job Lagerregulierung fakt. Einst. Preise ist 1x täglich terminiert, Lagerregulierung buchen ist hingegen nicht als Aufgabenwarteschlange eingerichtet, daher meine Vermutung, dass dieser vermutlich noch nie gelaufen ist.

Hallo,

eine Möglichkeit ist, das der Bestand gar nicht 0 ist.

Schau die mal an, ob da noch offene Artikelposten für den Artikel sind. Wenn ja, schaue ob Sie in Summe 0 ergeben. Falls ebenfalls ja, schaue worin sich die Posten unterscheiden.

Immer wieder gerne genommen werden Varianten, Lagerorte, Chargen oder auch Seriennummern, die zum einen eine positive Menge haben, aber auch mit anderen Werten mit der gleichen Menge negativ vorhanden sind.

Gruß Fiddi

Es gibt offene Artikelposten, die Summe ergibt aber nicht 0.
Die Werte sind:
fakturierte Menge = 222948
Restmenge = 203692
Einstandsbetrag tatsächlich = 355764,79

Gibt es eine empfehlenswerte Dokumentation zum Thema Lagerregulierung?

Hallo,

BTW: die "Fakturierte Menge" ist für den Bestand absolut irrelevant, und auch für den Lagerwert.

Für die Berechnung des Lagerwertes wird ausschließlich die Menge des Artikelpostens verwendet.

Prüfe das bitte noch einmal damit, und blende dir falls nicht vorhanden auch die Felder "Verkaufsbetrag erwartet" und "Einstandsbetrag erwartet" in den Artikelposten ein.

Gruß Fiddi

Ich habe mir die Felder eingeblendet und mir die offenen Artikelposten des o.g. Artikels angesehen.

Insgesamt gibt es 63 offene Posten, die ich mal nach Pivot strukturiert habe.

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Hallo,


Das sieht eigentlich nicht ungewöhnlich aus. Ich kann da gerade kein Problem erkennen.

Eine Problematik könnte noch sein, wenn die Umlagerungen nicht als solche gebucht wurden, sondern als Abgang/Zugang. Dann kann die Lagerregulierung den Zugang im Ziellager nicht richtig regulieren

Gruß Fiddi

Report zur Fehlersuche: viewtopic.php?f=15&t=39359&#p153277

Bei Inventory Costing ist in NAV 2018 die alte Doku als White Paper für 5.x viewtopic.php?f=15&t=38511#p149329 noch gültig, auch hier verlinkt.

Mein Entwurf für eine Präsentation zum Thema.

Hi,

Hast Du mal probiert, die Posten auszugleichen?
Danach dann faktische Einkaufspreise laufen zu lassen könnte das Problem beheben.

So klappt es jedenfalls bei uns in den allermeisten Fällen mit Nullbestand und Wert in NAV2018.

Cheers

Hallo,


Das sieht eigentlich nicht ungewöhnlich aus. Ich kann da gerade kein Problem erkennen.

Eine Problematik könnte noch sein, wenn die Umlagerungen nicht als solche gebucht wurden, sondern als Abgang/Zugang. Dann kann die Lagerregulierung den Zugang im Ziellager nicht richtig regulieren

Gruß Fiddi

Danke, die Umlagerungen sind sauber als Umlagerungsein- und ausgänge gebucht worden.

Report zur Fehlersuche: viewtopic.php?f=15&t=39359&#p153277

Bei Inventory Costing ist in NAV 2018 die alte Doku als White Paper für 5.x viewtopic.php?f=15&t=38511#p149329 noch gültig, auch hier verlinkt.

Mein Entwurf für eine Präsentation zum Thema.

Danke dir, dass schaue ich mir mal in Ruhe an. Die Reports muss wahrscheinlich unser NAV-Partner implementieren?

Hi,

Hast Du mal probiert, die Posten auszugleichen?
Danach dann faktische Einkaufspreise laufen zu lassen könnte das Problem beheben.

So klappt es jedenfalls bei uns in den allermeisten Fällen mit Nullbestand und Wert in NAV2018.

Cheers

Ich habe mir gerade mal Seite Ausgleichsvorschläge angesehen. So wirklich steige ich aber nicht durch. Es gibt nur die Aktionen erneut ausgleichen, manuelle Änderungen rückgängig machen und die SubPages ausgegl. Posten und nicht ausgegl. Posten

Die Reports muss wahrscheinlich unser NAV-Partner implementieren?

Nein, die entweder in der ersten Zeile der Textdatei (es ist nur ein Report, für verschiedene NAV-Versionen) die Vorgabe-ID 60010

Code:

OBJECT Report 60010 Costing Error Detection New

durch eine freie Report-ID im lizenzierten Bereich ersetzen z.B. für 50090

Code:

OBJECT Report 50090 Costing Error Detection New

dann
die Textdatei importieren und kompilieren. Im Object Designer kann der dann direkt gestartet werden, oder ggf. in der MenuSuite oder Rollencenter einbinden.
Oder alternativ die App-Version nehmen, die hat die ID 50130, wenn die in der Datenbank frei ist, kann man auch diese benutzten.

Hallo kowa,

beim Versuch die txt zu importieren kriege ich die folgende Fehlermeldung:

Sie haben keine Berechtigung zum Ausführen von 'Datei, Import, Text' System. Wenden Sie sich an den Systemadministrator, um Ihre Berechtigungen ändern zu lassen.

Die .fob könnte ich aber importieren.

wenn ich die fob im Editor öffne um die ID zu ändern, zeigt er mir darunter einen Haufen Hieroglyphen an.

topkek.png

Das sollte aber nicht stören, oder? Möchte ungern was in der Datenbank zerlegen, auch wenn das beim Report-Import bestimmt sehr unwahrscheinlich ist.

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Der Import von Objektdateien im Textformat ist dann in eurer Kundenlizenz nicht freigegeben, das kann bei solchen Systemen nur jemand machen, der eine Entwicklerlizenz hat. Das muss nicht unbedingt ein Partner sein, auch Kundenlizenzen sind ggf. dafür freigeschaltet.
Die Fob-Datei kann man nicht verändern. Die kann man zwar importieren, falls die Report-ID frei ist, aber dann nicht ausführen, wenn diese ID in der Lizenz nicht freigegeben ist.
Eventuell ist es auch mit der eingeschränkten Lizenz möglich, die Report-ID nach dem Import im Object Desiger auf eine freie im Bereich 50000-50099 zu verändern, ansonsten kann das euer Partner machen und euch den Report mit der angepassten ID zusenden.

@kowa,

danke. den Report konnte ich importieren, aber die ID nicht ändern.

Ich möchte mich noch einmal rückversichern:

Ich hatte den Report aus der NAVCostingErrorDetectionDataCorrection_Ver2013_2015.zip genommen, ist das die korrekte Version für 2018?

Ich hatte den Report aus der NAVCostingErrorDetectionDataCorrection_Ver2013_2015.zip genommen, ist das die korrekte Version für 2018?

Ja, da sind allerdings zwei drin, für NAV 2013 bzw. NAV 2013R2\NAV2015, den letzteren. Ansonsten einfach mal die App probieren zu installieren, die wurde für BC 13 entwickelt.

Hallo zusammen,

ein kurzes Update zu dem Thema. Dank des CostingError-Reports sind wir sehr schnell auf Unstimmigkeiten bei den Posten zu Fertigungsaufträgen gestossen. Aufgrund einer fehlerhaften Anpassung innerhalb der Fertigungsaufträge wurden die neu gefertigten Artikel mit einem falschen Einstandspreis gefertigt.