Серійний облік продукції: як зберегти історію конкретного виробу

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

Коли виробнику потрібний серійний номер?

Серійний номер ідентифікує окрему фізичну одиницю продукції у визначеному контексті. Він потрібний, коли підприємство має розрізняти однакові вироби після виготовлення: під час відвантаження, гарантійного звернення, ремонту, зміни комплектації або повернення.

Не кожен матеріал доцільно серіалізувати. Для масових дрібних складових може бути достатньо партійного обліку. Для дорогого готового обладнання чи критичного вузла індивідуальна історія може бути необхідною. Рівень деталізації обирають за ризиком та очікуваними запитами, а не за принципом «чим більше номерів, тим краще».

GS1 розрізняє ідентифікацію на рівні типу продукції, партії та окремої одиниці. Для підприємства це корисна основа вибору: який саме об’єкт потрібно буде знайти й відрізнити від інших. [1]

У Bimp ERP для серійного виробничого обліку серійні номери використовуються в документах продукції, а виробничі сценарії передбачають роботу із серіями готових виробів. Перед впровадженням слід показати конкретний процес: коли виникає номер, хто його перевіряє та з якими матеріалами він пов’язується. [2; 3]

Артикул, партія, серія та штрихкод: у чому різниця?

Одна модель може мати сотні однакових одиниць, виготовлених у різних партіях. Артикул допомагає продати та спланувати цю модель. Номер партії допомагає розрізнити групи з певною історією. Серійний номер дозволяє не переплутати два окремі пристрої однієї партії.

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

Де фіксувати серійний номер у виробничому процесі?

Потрібно визначити момент, коли фізична одиниця стає окремим об’єктом історії. У деяких процесах номер призначають до складання, в інших – після завершальної перевірки. Вибір впливає на можливість пов’язати проміжні роботи та заміни з кінцевим виробом.

Bimp ERP документує роботу із серіями у виробничих документах, зокрема можливості формування ідентифікаторів у «Компонуванні». Для історії конкретного виробу необхідно, щоб фактичне маркування, виробничий запис і подальші документи руху містили відповідні дані. [2; 3]

Чому важливо узгодити правила унікальності?

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

У Bimp ERP перевірка дублювання серій має налаштування. Тому перед запуском варто перевірити очікувану поведінку на тестових записах: створення номера, повторне надходження тієї самої одиниці та повернення від клієнта. Автоматична перевірка повинна підтримувати реальний процес, а не блокувати законну повторну операцію з уже відомим виробом. [3]

Яка історія потрібна для ремонту та повернення?

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

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

Bimp ERP має виробничі й складські документи для роботи з ідентифікаторами та звіт руху товарів. Конкретну глибину ремонтної історії потрібно перевіряти на вашому сценарії, не припускаючи наявності повного електронного паспорта тільки через поле серійного номера. [2; 3; 4]

Результати на практиці: 50 пристроїв і проблемна партія компонентів

Які помилки варто перевірити перед масштабуванням?

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

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

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

Експертний погляд: серійний номер – початок історії, а не сама історія

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

Часті питання