В Autodesk Fusion Operations модифицирането на оперативния поток по средата на производството може да има пряки последици за генериране на инвентар. Тази статия обяснява как поведението на инвентара се влияе при промени в оперативния поток.

Инвентарът се генерира върху операцията, която е дефинирана като последната операция в потока в момента на завършването ѝ. С други думи, докато операцията е последната в потока в този момент, завършването ѝ ще генерира инвентар.

Важно е да се отбележи, че вече генерираните движения на инвентара не се премахват или обръщат, ако оперативният поток по-късно бъде модифициран и тази операция вече не е последната.

1. Помислете за ан Портокалова торта с две операции: СМЕСВАНЕ и ПЕЧЕНЕ.

2. Създайте поръчка за производство "PO1", за да произведете 10 портокалови торти. Кликнете тук за да научите как да създадете производствена поръчка.

3. Работникът изпълнява операцията СМЕСВАНЕ за всички 10 единици и операцията ПЕЧЕНЕ за 5 единици.

Тъй като BAKING е последната операция в потока по това време, се генерират 5 единици инвентар.

4. Създай нова операция, PACKING, и я добави като последна операция на Flow.

5. Работникът завършва останалите 5 единици от операцията BAKING и 10 единици от операцията по опаковане.

Тъй като печенето вече не е последната операция, инвентарът ще се генерира при опаковането.

⚠️ В резултат общият инвентар става 15 единици (5 генерирани преди промяната на потока + 10 след това), въпреки че поръчката за производство е създадена само за 10 единици.

1. Помислете за ШОКОЛАДОВА ТОРТА с 4-те операции: СМЕСВАНЕ, ПЕЧЕНЕ, ОПАКОВАНЕ и ИЗПРАЩАНЕ

2. Създайте производствена поръчка, PO2, за производство на 10 единици ШОКОЛАДОВА ТОРТА.

3. Работникът изпълнява операциите СМЕСВАНЕ, ПЕЧЕНЕ и ОПАКОВАНЕ за всички 10 единици.

Не се генерира инвентар, тъй като SHIPPING е последната операция в потока.

4. В този момент операцията SHIPPING се изтрива или деактивира от продукта.

⚠️ PACKING става последната операция в оперативния поток. Въпреки че PACKING вече е завършено, ретроактивно не се генерира инвентар.

Следното поведение се очаква само когато настройката "НЕ ПОКАЗВАЙ ОПЕРАЦИИ, КОИТО СА ИЗВЪРШЕНИ ПРЕДИ ВЕЧЕ ЗАВЪРШЕНИТЕ ОПЕРАЦИИ НА ТАБЛЕТА" е активна.

1. Помислете за портокалова торта с 4 операции: ПОДГОТОВКА, СМЕСВАНЕ, ПЕЧЕНЕ и ОПАКОВАНЕ.

2. Създайте Production Order, PO3, за да произведете 10 броя.

3. Работникът изпълнява операциите ПОДГОТОВКА, СМЕСВАНЕ и ПЕЧЕНЕ.

4. Оперативният процес се променя чрез добавяне на операцията PREPARE PAN пред ОПЕРАЦИЯТАBAKING OPERATION.

Забележка: Към този момент операцията ПЕЧЕНЕ е последната завършена операция.

5. Когато работникът постави поръчката за производство отново на таблета, операцията PREPARATION BAKING PAN не се показва.

Това се случва, защото:

В резултат на това всички операции, които се появяват преди последната завършена операция, са скрити, включително ПОДГОТВИ ТАВАТА ЗА ПЕЧЕНЕ.

⚠️ Тъй като работникът не може да види или извърши операцията ПОДГОТВИ ТАВАТА, производствената поръчка се блокира и не може да бъде завършена през таблета.

6. В същия случай, ако и двете настройки, показани на изображението по-долу, са активни, тогава самата Production Order ще бъде скрита в мобилното приложение.

Това се случва, защото:

⚠️ Тъй като работникът не може да види или извърши никаква операция от този PO, производствената поръчка ще бъде скрита и не може да бъде завършена чрез таблета.

Това е релевантно, ако операциите не са дефинирани за конкретно потребление в BoM. По подразбиране те ще бъдат изразходвани при първата операция. Кликнете тук за да научите как да добавите Сметка за материали към продукта.

1. Помислете за портокалова торта с 4 операции. СМЕСВАНЕ, ПЕЧЕНЕ, ОХЛАЖДАНЕ и ОПАКОВАНЕ.

2. Всички потребления, с изключение на "пакета", ще бъдат изразходвани при първата операция, защото нямат дефинирана операция.

3. Работникът извършва операцията СМЕСВАНЕ, за да се получи една торта. Тъй като потребленията не са определени за никаква операция, те ще бъдат изразходвани още в първата операция.

4. Оперативният поток се модифицира чрез добавяне на още една операция, ПОДГОТОВКА, преди СМЕСВАНЕ, така че ПОДГОТОВКА става първата операция в потока.

5. Работникът извършва операцията по подготовка, за да произведе 1 торта.

Материалите се изразходват отново за същата торта, тъй като ПОДГОТОВКАТА вече е първата операция в оперативния поток.

⚠️ Това води до дублиране на потреблението.

1. Преизчислява ли Fusion Operations инвентара при промяна на последната операция?

Не. Движенията на инвентара, които вече са генерирани, не се преизчисляват или премахват, дори ако оперативният поток е променен след това.

2. Засегнати ли са завършени производствени поръчки от промени в оперативния поток?

Не. Поръчките за производство, които са завършени и затворени, не се влияят от промените в оперативния поток.

3. Може ли добавянето на нова операция да доведе до генериране на допълнителен инвентар?

Да. Ако се добави нова операция и стане последната в потока, завършването ѝ може да генерира допълнителни запаси за производствени поръчки, които все още са отворени.

4. Как да предотвратим неочаквано поведение при генериране на инвентар при промяна на потока?

Използвайте специализирана, фиксирана финална операция (като INVENTORY GENERATION) и се уверете, че тя не се променя или пренарежда в оперативния поток. Или избягвай да го сменяш по време на продукцията.

Ако след като прочетете тази статия, все още имате съмнения, не се колебайте да се свържете с нас чрез функцията ни за чат на живо или директно към вашия CSM.