Hallo zusammen, ein Kunde von uns hat Probleme mit seinen Lagerumbuchungen. In der Tabelle 32 Artikelposten wird zwar der Abgang des Artikels geschrieben, aber merkwürdigerweise kein Zugang. Beim Debuggen des Codes habe ich festgestellt, daß in Codeunit 22 “Artikel Buch.-Bl.-Zeile buchen” in Funktion “ArtikelPostenAusgl” das Problem steckt. Es wird in der Tabelle Artikelposten nach Datensätzen des Artikels auf dem entsprechenden Lagert/Lagerfach gesucht, die den Status “Offen” = “True” und “Positiv” = “True” haben. Wird kein Datensatz gefunden, so wird die Funktion verlassen, ohne den weiteren Code auszuführen. In diesem weiteren Code wird u.a. der Artikelposten mit dem Zugang geschrieben. Ich habe nun das Problem, daß dies bei immer mehr Artikeln auftrtitt. Es muss also ein entsprechend hoher Zugang des Artikels gebucht werden, damit dieser den Status “OFFEN” = “TRUE” erhält und beim Umbuchen gefunden wird. Ist das korrekt so??? Warum wird kein Zugang gebucht? Muss eine Umbuchung nicht immer aus zwei Datensätzen bestehen? Oder liegt es an irgendeiner Einstellung bzw. Arbeitsweise des Kunden??? Achja: Der Kunde arbeitet mit Version NF 2.0. Danke im voraus. Gruß, Frank Achja: Der Kunde benutzt Version NF 2.0.
Hallo Frank, was ist daraus geworden ? Gruß, Richard
Hallo Richard, das Problem besteht leider immer noch. Gruß, frank
I’ve seen this behaviour once before. It’s a long time ago but if I remember correctly it was due to a modification in codeunit 22. The check on negative inventory (Quantity < 0) was disabled. Hope this helps, Kind regards, Willy
Hi Willy, Yes, there is something in Codeunit 22. I’ve found that the Problem is in Function “ArtikelPostenAusgl” (I don’t know the english name, sorry). They search in Table 32 “Item Ledger Entry” for a record with same “Itemno.”, “Location code” and so on. And, thats the Problem, with “positiv = TRUE”. If no record is found then an EXIT is executed. But how it is possible that this could happen? Thanks in advance Frank