Британський завод, що обробляє деталі, змішує покриття та збирає вузли під індивідуальне замовлення, поєднує під одним дахом три логіки виробництва. ERP має враховувати всі три ще до того, як у роботу піде перше замовлення. Більшість рішень, які визначають ERP для високотехнологічного виробництва, — як забезпечується кожен продукт, як формується собівартість і що підлягає відстеженню, — ухвалюють на перших проєктних воркшопах. У цьому матеріалі ми розглядаємо ці рішення в Microsoft Dynamics 365 і порядок, у якому виробникам варто їх ухвалювати. Ширший галузевий контекст — на нашій сторінці ERP для виробництва.

Типове високотехнологічне підприємство не вкладається в одну логіку виробництва. На одній лінії деталі обробляють і збирають поштучно. На іншій партіями змішують смоли чи покриття — тут вихід продукції та супутні продукти важать більше, ніж кількість деталей. Третя лінія будує обладнання за специфікацією замовника, і конструкторська частина з’являється лише після підписання контракту.

Microsoft Dynamics 365 Supply Chain Management підтримує чотири моделі виробництва — дискретну, процесну, бережливу (lean) і проєктну, — і компанії можуть поєднувати їх так, як цього вимагають їхні операції. Поєднати їх в одній системі — найпростіше. Коли ERP для високотехнологічного виробництва має одночасно підтримувати кілька виробничих логік, результат визначається на етапі проєктування: за якою моделлю працює кожен продукт, як обліковується собівартість і як фіксується простежуваність. Змішане виробництво — це архітектурне рішення, яке ухвалюють під час впровадження.

Кожна виробнича номенклатура в Dynamics 365 Supply Chain Management має тип виробництва, і саме він визначає, якими типами замовлень її можна забезпечити. У рекомендаціях Microsoft щодо планування змішаного виробництва радять використовувати тип BOM (специфікація) для всіх продуктів, де потрібна повна гнучкість: номенклатуру з типом BOM можна забезпечити виробничими замовленнями, канбанами, замовленнями на переміщення або замовленнями на закупівлю. З процесними номенклатурами все інакше. Для них використовують типи Formula (формула), Co-product (супутній продукт), By-product (побічний продукт) або Planning item (номенклатура планування), і ні канбани, ні виробничі замовлення для них не застосовуються.

Для британського заводу, де є і складання, і партійні процеси, це перше проєктне рішення. Якщо класифікувати змішане покриття як номенклатуру BOM, воно опиниться поза процесними типами, на яких тримається партійне виробництво; якщо класифікувати оброблену деталь як формулу, її вже не можна буде поповнювати через канбан. Друге рішення — виміри покриття (coverage dimensions). Microsoft рекомендує активувати Site і Warehouse, щоб зведене планування могло розмежовувати забезпечення для різних виробничих підрозділів і зон зберігання.

Рекомендації Microsoft щодо впровадження однозначні: визначайте калькуляцію виробничої собівартості заздалегідь — на самому старті впровадження Dynamics 365 Supply Chain Management. Стратегії калькуляції можуть змінюватися разом із розвитком бізнесу, але багато рішень доводиться ухвалювати рано, бо від них залежить увесь подальший процес «від планування до виробництва» (plan-to-produce). База собівартості зазвичай охоплює чотири групи: прямі матеріали, ресурси або пряму працю, субпідряд, а також непрямі чи накладні витрати. Одні виробники відстежують усі чотири групи, інші — лише матеріали, якщо саме вони становлять основну частку собівартості.

Метод важить не менше, ніж охоплення. За стандартної собівартості фінансова команда може аналізувати відхилення, оскільки зміни собівартості відстежуються в головній книзі. Ці відхилення водночас виявляють проблеми з даними. Стабільне відхилення на одному кроці маршруту вказує на те, що помилковий сам маршрут, а його виправлення підвищує точність графіків і показник OTIF (вчасно та в повному обсязі). Калькуляція виробничої собівартості дає фінансам та інженерам спільний інструмент перевірки основних даних в ERP для високотехнологічного виробництва.

Виробництво з розробкою під замовлення (engineer-to-order, ETO) додає до змішаного виробництва третю структуру — проєкт. У процесних рекомендаціях Microsoft стратегії позамовного виробництва (job shop) та engineer-to-order належать до потоку, яким керує проєкт: проєкт визначає обсяг робіт і дії, що запускають виробництво, а організації оновлюють статус проєкту на основі виробничої діяльності.

У Dynamics 365 Finance виробничі замовлення проєкту пов’язують виробництво з термінами, бюджетами та результатами проєкту. Виробниче замовлення проєкту можна прив’язати до замовлення на продаж або до потреби в номенклатурі, а можна створити напряму. За методу проведення Finished item виробниче замовлення виконується до завершення, собівартість готового виробу проводиться на проєкт, а сам виріб можна виставити замовнику в рахунку. Проєктне питання полягає в тому, куди має потрапляти виробнича собівартість — у запаси чи на проєкт, — і від відповіді залежить звітність як фінансового, так і операційного блоку.

У Dynamics 365 Supply Chain Management сировину, незавершене виробництво та готову продукцію можна відстежувати за партіями, за серійними номерами або обома способами. Такий облік дає змогу службі якості простежити одну дефектну партію матеріалу до кожного вузла, у якому її використали.

Управління якістю працює на тих самих даних. Команди визначають, які випробування проводити, перевіряють результати, фіксують коригувальні дії та звіти про невідповідності, а складський облік відповідає за карантин і кількість зразків. Вимоги до партійного та серійного обліку мають звучати на воркшопах з проєктування продуктів, а не за місяць до першого аудиту від замовника.

Виробнича собівартість стає корисною лише тоді, коли потрапляє до головної книги у вигляді, придатному для фінансової звітності. Для британських юридичних осіб Dynamics 365 Finance підтримує Making Tax Digital for VAT: декларації з ПДВ подаються до вебсервісу HMRC (податкової та митної служби Великої Британії) через пряму інтеграцію «система — система». Тож виробничі проводки й декларації з ПДВ формуються з однієї головної книги, а не з різних систем. Microsoft визнано лідером у Gartner® Magic Quadrant™ для хмарних ERP-систем (2025).

OntargIT впроваджувала Dynamics 365 для виробників, чия собівартість формується в кількох країнах і на кількох виробничих процесах, — серед них Fischer-Mukachevo, Abriso, виробник плівок, що працює в шести країнах, і Mayr-Melnhof Karton. У Великій Британії OntargIT реалізувала 17 спільних проєктів із консалтинговою компанією Inciper Limited, що спеціалізується на Dynamics 365, — зокрема й для виробничих підприємств. OntargIT — партнер Microsoft з 2009 року та Microsoft Solutions Partner — AI Business Solutions, має понад 150 проєктів для 140+ клієнтів у 24 країнах і веде впровадження ERP від проєктування виробництва до запуску системи.

Рішення, що визначають ERP для високотехнологічного виробництва, ухвалюють на ранньому етапі: який тип виробництва має кожна номенклатура, як побудовано калькуляцію виробничої собівартості, куди потрапляє собівартість ETO-замовлень і які номенклатури відстежуються за партіями чи серійними номерами. Кожне з них найпростіше вирішити на проєктному воркшопі — доки від нього ще не залежать замовлення, історія собівартості та складські операції. Перевірте свій асортимент за цими чотирма питаннями, перш ніж підписувати обсяг робіт із впровадження.