ТСД (терминал сбора данных) — портативное устройство со сканером штрихкода, через которое персонал склада подтверждает каждую операцию в момент её выполнения. Кажется, что это просто "сканер вместо ручки", но на практике ТСД меняет саму архитектуру складского учёта: документы формируются на основе реальных сканирований, а не переносятся с бумажных бланков задним числом. Ниже — зачем он нужен конкретно, какие операции покрывает и как выглядит реальный бизнес-процесс на примере приёмки товара.
Что такое ТСД
ТСД (терминал сбора данных) — это портативный компьютер со сканером штрихкода или 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 и мультизональной маршрутизацией — разница только в том, сколько логики стоит за экраном терминала.

