Коли масштаб відкликання продукції виявляється занадто великим через неможливість швидко визначити джерело проблеми, медіанні збитки виробників становлять від $3,0 млн до $72,7 млн на одну компанію (Ackerley et al., “Costs of Overly Broad Recalls,” Journal of Food Protection, 2025). Різниця між вилученням однієї партії та вилученням усієї категорії товарів — це питання даних, і воно вирішується роками раніше, під час вибору ERP-системи.

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

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

Зворотне відстеження (backward tracing) — це простіша частина: ця палета була сформована з цієї партії, яка надійшла від цього постачальника. Пряме відстеження (forward tracing) — це те, де системи зазвичай ламаються, оскільки воно має проходити крізь багаторівневі рецептури (формули): одна партія інгредієнта потрапляє до напівфабрикатної суміші, суміш потрапляє до трьох готових SKU, а готові SKU відвантажуються одинадцяти клієнтам.

У Microsoft Dynamics 365 Supply Chain Management цим механізмом є контроль партій (batch control) та атрибути партій (batch attributes), розширені функцією Відстежувані компоненти (Tracked components). Працівники цеху реєструють номери партій або серійні номери компонентів, які вони споживають, і ці реєстрації пов’язуються з партією готової продукції. Менеджери запитують результат через звіт про відстеження номенклатури (item tracing report). Функція Tracked components увімкнена за замовчуванням, хоча її стан у кожному конкретному середовищі варто підтвердити в розділі «Управління функціями» (Feature management), а не приймати це на віру. Microsoft також пропонує окрему надбудову Простежуваність (Traceability add-in) для реєстрації специфікацій у стані «як побудовано» (as-built BOM) та пошуку місць використання (where-used search), яку в документації наразі позначено як попередній перегляд (preview feature) — за нею варто спостерігати, але будувати плани навколо неї поки не слід.

Якщо ви переробляєте м’ясо, рибу, птицю або сир, ваші запаси мають два виміри одночасно. Ви відвантажуєте ящик, а рахунок виставляєте за кілограм, і ці дві величини ніколи не збігаються ідеально.

Dynamics 365 Supply Chain Management обробляє це через номенклатури зі змінною вагою (catch weight items), які мають дві одиниці виміру одночасно. Термінологія Microsoft тут суперечить інтуїції більшості людей, тому варто сформулювати це чітко: одиниця цільової ваги (catch weight unit) — це дискретна одиниця, яку ви рахуєте та обробляєте (ящик, штука, палета), тоді як складська одиниця (inventory unit) — це одиниця ваги, в якій ви насправді зважуєте та виставляєте рахунок (наприклад, кілограми чи фунти). Номінальний перерахунок пов’язує їх між собою, тому ящик номінально містить 10 кг. Етикетка цільової ваги фіксує реальну вагу один раз, під час приймання, тому продукт не зважують повторно при кожній наступній операції. Мінімальні та максимальні допуски належать до налаштувань цільової ваги, а можливість відхилення вихідної ваги регулюється політикою обробки номенклатури зі змінною вагою.

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

Покупці регулярно плутають дві можливості. Комплектування за принципом FEFO (першим закінчується термін — першим виходить) на складі є поширеним, і більшість систем його мають. Термін придатності як обмеження для планування та обіцянки виконання замовлень зустрічається рідше, і саме він захищає маржу.

Dynamics 365 Supply Chain Management виражає це як придатні для продажу дні (sellable days): мінімальна кількість днів, яку клієнт повинен мати для продажу продукту до закінчення терміну придатності партії, виміряна відносно запитаної дати отримання або підтвердженої дати, якщо вона визначена. Це працює лише тоді, коли номенклатура належить до групи моделей номенклатур з увімкненим контролем дат FEFO — це конфігураційне рішення, яке приймається під час впровадження і яке дорого переробляти згодом.

Чи веде ваша команда із забезпечення якості (QA) паралельну систему? Якщо сертифікати аналізу (CoA) живуть у Word, записи про партії — у папці-швидкозшивачі, а коригувальні дії — у чиємусь інбоксі, ERP-система зазнала фіаско, незалежно від того, що говорила матриця покриття.

Розширене управління якістю переносить ці записи до внутрішньої ERP-системи. Електронні записи про партії (Electronic batch records) охоплюють як майстер-запис виробництва (master manufacturing record), так і виробничий запис партії (batch production record). Специфічні для клієнта сертифікати аналізу можуть генеруватися автоматично під час підготовки відбіркової накладної (packing slip) для продажу. Управління CAPA (коригувальні та запобіжні дії), гнучкі плани вибірки, вибіркове тестування партій (skip lot testing), калібрування приладів та електронні підписи доповнюють цей набір. Microsoft позиціонує цей функціонал відповідно до вимог FDA Quality System Regulation, 21 CFR Part 11, cGMP та стандартів ISO. Закріплення версій важить менше, ніж здається: у межах концепції One Version те, що увімкнено за замовчуванням, змінюється між релізами, тому сприймайте ці номери версій як точку, з якої функціонал став доступним, і перевіряйте «Управління функціями» для середовища, яке ви насправді купуєте.

Дані простежуваності, які залежать від того, що працівник друкує на екрані настільної ERP-системи, деградують протягом місяця. Реєстрації починають накопичуватися, а потім вводяться в кінці зміни з пам’яті. Це критерій, який покупці пропускають під час вибору і про який шкодують уже під час першого ж повернення продукції.

Інтерфейс виконання на виробничій дільниці (Production floor execution interface) у Dynamics 365 Supply Chain Management створений для цієї реальності — він орієнтований на ролі, оптимізований для сенсорного керування та має візуальний контраст, що відповідає вимогам доступності для виробничих середовищ. Працівники відкривають список робіт, відмічають початок зміни, звітують про споживання та реєструють номери партій безпосередньо у точці, де матеріал реально споживається.

Оцінюйте базову платформу та галузевий шар окремо, і змушуйте кожного вендора чітко відповідати, що є чим.