Cześć,
mam zagadkę. Tworzymy zgłoszenia zapotrzebowania na podstawie MRP. Problem polega na tym, że dla niektórych materiałów generuje się ponowne zgłoszenie zapotrzebowania mimo że w relacji do pierwotnego zapotrzebowania zostało utworzone zamówienie. Zamówienie jest w toku, dostawa przed nami. Zamówienie wystawione zgodnie z MRP do stanu MAX. Zjawisko to występuję tylko dla niektórych materiałów, przynajmniej tak jest do tej pory.
dzięki z pomoc
Wrzuć screenshot z MD04 dla materiału gdzie jest ok i dla takiego gdzie masz nadmiarowe zgłoszenie zapotrzebowania. Bez tego trudno cokolwiek powiedzieć.
Sprawdź ustawienia okresu ponownego harmonogramowania (rescheduling horizon). Niewykluczone, że jest zbyt krótki, przez co zamówienia z odległą datą dostawy nie podlegają przeharmonogramowaniu, tylko generowana jest nowa propozycja pokrycia.
Tak patrzę na ten screenshot i chyba problem nie jest jednak w ponownym harmonogramowaniu - przy zamówieniu jest wyjątek MRP 10 i data ponownego harmonogramowania tj. przyspieszenia zamówienia.
dominik.tylczynski pisze: ↑pt paź 20, 2023 8:23 am
Tak patrzę na ten screenshot i chyba problem nie jest jednak w ponownym harmonogramowaniu - przy zamówieniu jest wyjątek MRP 10 i data ponownego harmonogramowania tj. przyspieszenia zamówienia.
Racja raczej system powinien próbować ubić to zamówienie.
mrcb pisze: ↑pt paź 20, 2023 9:03 am
Racja raczej system powinien próbować ubić to zamówienie.
pozdr.m.
Moim zdaniem powinien raczej przyspieszyć zamówienie, pokryć nim zapotrzebowanie tj. zapas minimalny i już nie tworzyć zapotrzebowania. Ale to trudno rozkminić na podstawie jednego screenshota.
dominik.tylczynski pisze: ↑pt paź 20, 2023 9:42 am
Moim zdaniem powinien raczej przyspieszyć zamówienie, pokryć nim zapotrzebowanie tj. zapas minimalny i już nie tworzyć zapotrzebowania.
Miałem na myśli, ten przypadek gdzie horyzont ponownego harmonogramowania jest zbyt krótki. Wtedy nowe zgłoszenie i propozycja storna zamówienia.
dominik.tylczynski pisze: ↑pt paź 20, 2023 9:42 am
Moim zdaniem powinien raczej przyspieszyć zamówienie, pokryć nim zapotrzebowanie tj. zapas minimalny i już nie tworzyć zapotrzebowania.
Miałem na myśli, ten przypadek gdzie horyzont ponownego harmonogramowania jest zbyt krótki. Wtedy nowe zgłoszenie i propozycja storna zamówienia.
pozdr.m.
Rozumiem - masz rację. Jeśli zamówienie jest poza horyzontem ponownego harmonogramowania, to istotnie powinno powstać nowe zapotrzebowanie, a zamówienie powinno dostać wyjątek MRP 20 "Cancel process"
Tworzymy zgłoszenia zapotrzebowania na podstawie MRP. Problem polega na tym, że dla niektórych materiałów generuje się ponowne zgłoszenie zapotrzebowania mimo że w relacji do pierwotnego zapotrzebowania zostało utworzone zamówienie. Zamówienie jest w toku, dostawa przed nami. Zamówienie wystawione zgodnie z MRP do stanu MAX. Zjawisko to występuję tylko dla niektórych materiałów, przynajmniej tak jest do tej pory.