ТЗД (термінал збору даних) — портативний пристрій зі сканером штрихкоду, через який персонал складу підтверджує кожну операцію в момент її виконання. Здається, що це просто "сканер замість ручки", але на практиці ТЗД змінює саму архітектуру складського обліку: документи формуються на основі реальних сканів, а не переносяться з паперових бланків заднім числом. Нижче — навіщо він потрібен конкретно, які операції покриває і як виглядає реальний бізнес-процес на прикладі приймання товару.
Що таке ТЗД
ТЗД (термінал збору даних) — це портативний комп'ютер зі сканером штрихкоду або QR-коду, дисплеєм і бездротовим підключенням (Wi-Fi або мобільна мережа), який працює на Android і взаємодіє з обліковою системою в реальному часі. Комірник бачить на екрані завдання (що взяти, куди покласти, скільки одиниць), сканує штрихкод для підтвердження і одразу отримує наступне завдання або сигнал про помилку.
Ключова відмінність від паперового процесу — момент фіксації даних. На папері комірник записує результат операції після її виконання, часто в кінці зміни, за пам'яттю. З ТЗД кожна дія фіксується в момент сканування — система бачить, що саме, ким і коли зроблено, без затримки і без переказу "на слово".
Навіщо потрібен ТЗД: список переваг
Точність даних у реальному часі. Залишки в системі відповідають фізичному складу в кожен момент, а не тільки після ручного внесення документів у кінці зміни.
Менше помилок комплектації. Скан підтверджує, що комірник узяв саме той товар з тієї комірки, яка вказана в завданні — помилка "взяв не те" стає видимою одразу, а не після скарги клієнта.
Швидша обробка операцій. Сканування штрихкоду швидше за ручний запис артикула і кількості, особливо при великому потоці замовлень.
Персональна відповідальність. Система фіксує, який саме комірник виконав операцію і коли — це дисциплінує процес і спрощує розбір спірних ситуацій.
Інвентаризація без зупинки складу. Циклічна інвентаризація частинами, у фоновому режимі, замість повної зупинки роботи на день-два.
FEFO чи адресна логіка вбудовані в алгоритм: система сама призначає комірку для відбору, а не покладається на те, що комірник запам'ятав інструкцію — дотримання правил комплектації гарантоване архітектурою.
Керівник бачить дані в реальному часі, а не після того, як бухгалтер провів документи наприкінці дня чи тижня.
Основні операції, які покриває ТЗД
Приймання товару: сканування кожної одиниці при надходженні, звірка з очікуваною поставкою, автоматичне призначення адреси розміщення.
Розміщення (Put-away): комірник сканує комірку призначення — система підтверджує, що товар покладений туди, куди призначено, а не в довільне вільне місце.
Комплектація замовлень (Picking): завдання на відбір з маршрутом, оптимізованим під фізичне розташування комірок, зі скануванням кожної позиції.
Переміщення між зонами і комірками: внутрішні переміщення фіксуються так само, як зовнішні операції — без цього фактичний залишок у комірці і дані в системі розходяться протягом дня.
Відвантаження: сканування при завантаженні — підтвердження, що відвантажено саме те замовлення і в тій кількості, що вказана в документі.
Інвентаризація: поточна (без зупинки складу, частинами) і повна — обидва варіанти спираються на сканування, а не на візуальний підрахунок.
Приклад бізнес-процесу: приймання товару крок за кроком
Найкраще ТЗД видно не в списку функцій, а в конкретному процесі. У BAS приймання товару побудоване на так званій ордерній схемі — двоетапній реєстрації надходження, яка розділяє "намір" і "факт".
Крок 1. На основі договору з постачальником або вхідної накладної в BAS формується документ "Надходження товарів" — це намір: скільки і чого очікується на складі. Цей документ ще не змінює фактичні залишки.
Крок 2. На основі цього документа система автоматично формує завдання на приймання для комірника — воно з'являється прямо на ТЗД, без ручного передавання паперового бланку зі складу в офіс і назад.
Крок 3. Комірник фізично приймає товар і сканує кожну одиницю чи паллету на ТЗД. Якщо фактична кількість відрізняється від очікуваної в документі-намірі — розбіжність видно одразу на екрані, а не через тиждень при звірці.
Крок 4. На основі підтверджених сканів система формує "Прибутковий ордер на товари" — окремий складський документ, який фіксує саме фактично прийняту кількість. Тільки цей документ змінює реальні залишки на складі.
Що це дає на практиці: розбіжність між замовленим і фактично отриманим товаром виявляється в момент приймання, а не після того, як бухгалтерія вже провела документи по кількості з накладної постачальника. Це мінімізує ризик подвійної роботи (виправлення вже проведених документів) і ризик пересортиці, коли на складі фізично лежить не те, що показує система.
Ще приклади процесів, які тримаються на ТЗД
Циклічна інвентаризація у фоновому режимі. У кейсі SATELION для виробничого складу 5 500 м² щодня автоматично перевіряється 5–8% комірок без зупинки роботи складу — повна інвентаризація тепер займає 4 години замість 2 діб. Без ТЗД циклічна перевірка неможлива: без сканування немає способу швидко звірити конкретну комірку.
FEFO-комплектація за терміном придатності. Система сама призначає комірку з матеріалом, що має найближчий термін придатності — комірник підтверджує відбір скануванням, помилковий вибір комірки система відхиляє архітектурно. У тому ж кейсі це знизило списання через прострочену сировину на 80%.
Переміщення між точками продажів. У кейсі мережі магазинів менеджер бачить залишки по всій мережі в реальному часі і може зарезервувати чи перемістити товар з іншої точки прямо під час розмови з клієнтом — це працює тільки тому, що кожне переміщення фіксується скануванням у момент дії, а не пізніше.
Малий склад чи великий: різний рівень впровадження
ТЗД не вимагає обов'язково повної WMS. Для невеликого складу — до 500 м², простий асортимент, один потік операцій — достатньо прямої інтеграції ТЗД з BAS: сканування підтверджує стандартні документи прийому і відвантаження, без окремого шару адресного зберігання.
Для великого складу з кількома зонами зберігання, різними умовами (температурний режим, терміни придатності) чи мультиклієнтським обліком стандартної інтеграції недостатньо — потрібна повноцінна WMS з адресним зберіганням, алгоритмами маршрутизації комплектувальника і кастомною логікою під конкретні процеси підприємства. Детальніше про те, як SATELION побудувала власну WMS на BAS, — в окремій статті.
| Параметр | Малий склад (базова інтеграція) | Великий склад (WMS + кастом) |
|---|---|---|
| Площа | До 500 м² | Від 500 м² і вище |
| Адресне зберігання | Не обов'язкове | Обов'язкове |
| Що робить ТЗД | Підтверджує стандартні документи BAS | Виконує завдання за алгоритмом WMS (маршрут, FEFO, зони) |
| Типове впровадження | Інтеграція BAS з ТЗД | Розробка чи кастомізація WMS під процеси складу |
| Термін | Кілька тижнів | 6–14 тижнів залежно від складності |
ТЗД сам по собі — просто пристрій зі сканером. Його реальна цінність — у тому, що він змінює момент фіксації даних: не "заднім числом за пам'яттю", а в мить самої дії. Це працює однаково і для простого приймання на невеликому складі через пряму інтеграцію з BAS, і для складних сценаріїв на великому складі з адресним зберіганням, FEFO і мультизонною маршрутизацією — різниця тільки в тому, скільки логіки стоїть за екраном терміналу.