Původní název: MO confirmed consumes an item that is not available
Analýza informuje uživatele o tom, že:
- importovaná data z vašeho ERP obsahují výrobní příkaz ve stavu Potvrzeno (Confirmed) spotřebovávající položky, které nejsou k dispozici na skladě (Buffer),
- předchozí operace nedodává správné množství a také může mít nižší status např. Schváleno (Approved). Pokud má výrobní příkaz nižší status, systém APSOLUT! jej naplánuje v budoucnosti než výrobní příkaz se stavem Potvrzeno (Confirmed). Tím pádem systém APSOLUT! musí naplánovat výrobní příkaz se záporným skladem. Jak se tyto situace řeší je popsáno v kapitole Invalid operation status sequence.
Pokud se v systému takový příkaz nachází zobrazí se následující zpráva:
V příkladech je předpokládáno, že příkaz č. 1 spotřebovává nějaký Item (polotovar) z příkazu č. 2
Nesprávný stav:
- příklad špatného stavu u příkazu č. 2
- U příkazu č.1 již započala výroba, avšak příkaz č. 2 je později, tím pádem APSOLUT! plánuje se "záporným" stavem skladu.
- příklad, kdy příkaz č. 1 dodává menší množství polotovaru do příkazu č. 2. Příkaz č. 3 toto chybějící množství měl doplnit, ale je také ve špatném stavu.
- V tomto případě příkaz č. 2 je navržen APSOLUT!, protože příkaz č. 1 spotřebovává materiál, který není kde získat. APSOLUT! příkaz č. 2 vkládá do budoucnosti a tím pádem APSOLUT! plánuje se "záporným" stavem skladu.
Správný stav:
- Oba příkazy jsou již ve stejném stavu.
- Příkaz č. 1 spotřebovává polotovar z příkazu č. 2, ideální by bylo tyto příkazy mít za sebou, ale i tento stav můžeme nyní považovat v pořádku.
- Ideální stav. Když příkaz č. 1 je již dokončen, a tak může správně dodat polotovar do příkazu č. 2.
Pokud jsou do systému APSOLUT! přenášeny z vašeho ERP informace o příkazech, může být chyba v samotném záznamu příkazu, který bude potřeba opravit na vaší straně. Pokud tyto informace z ERP přenášeny nejsou a tedy není chyba v datech z ERP, kontaktujte správce systému.
Poznámka: Od analýzy "MO has an insufficient amount of item delivered from another MO" se liší tím, že vyhledává (zdroj položky a stav té operace) jen v čase před kontrolováným MO. Nehledá v budoucnosti, snaží se vyvarovat počítání APS v "záporném" stavu skladu. Zde se analýza spíše zaměřuje na stav předchozí operace.