Отслеживание партий и сроков годности с помощью ТСД: полное руководство 2026

Дата публикации: 28 июня 2026 · Время чтения: 14 минут

Каждый месяц склады теряют тысячи рублей из-за просроченных товаров, которые вовремя не были отгружены. Причина — не жадность и не безалаберность, а отсутствие системы серийного учёта. В 2026 году решением этой проблемы стало ТСД отслеживание партий — технология, которая превращает терминал сбора данных в персонального контролёра сроков годности.

В этом руководстве мы разберём, как настроить автоматический учёт партий на складе, какую стратегию отгрузки выбрать (FIFO или FEFO), и какие ошибки чаще всего совершают компании при внедрении batch tracking.


Почему отслеживание партий критически важно

Финансовые потери от просрочки

По данным отраслевых исследований, потери от просроченной продукции на складе достигают 3–7% от годового товарооборота. Для склада с оборотом 50 миллионов рублей в год это 1,5–3,5 миллиона рублей, сожжённых в стеллажах.

Типичные сценарии потерь:

Регуляторные требования

В Беларуси и России серийный учёт обязателен для:

Без системы batch tracking прохождение проверок Роспотребнадзора или Минздрава превращается в квест с бумажными журналами и ручными выгрузками.

Что такое серийный учёт простыми словами

Серийный учёт — это способ идентификации каждой партии товара по уникальному номеру. Вместо записи «молоко Простоквашино, 1 л, 50 штук» вы видите:

«молоко Простоквашино, 1 л, парномер LOT-2026-0412, дата производства 15.04.2026, срок годности 30.06.2026, 50 штук, ячейка А-12-3»

Каждая единица товара привязана к конкретной партии. Это позволяет:

1. Знать точный остаток по каждой партии

2. Контролировать сроки годности в реальном времени

3. Автоматически отгружать сначала то, что скоро испортится

4. Быстро проводить отзыв проблемной партии


FIFO vs FEFO: какая стратегия подходит вашему складу

FIFO: First In — First Out

FIFO — первый пришёл, первый ушёл. Классическая стратегия, при которой отгружается товар, который поступил на склад раньше всех.

Когда применять:

Пример: На складе строительных смесей 1 июня поступила партия на 100 мешков, 15 июня — ещё на 200. При отгрузке 100 мешков 20 июня система спишет остатки первой партии (1 июня), а не второй.

FEFO: First Expired — First Out

FEFO — первый истекает — первый отгружается. Стратегия, при которой приоритет отдаётся партии с ближайшим окончанием срока годности.

Когда применять:

Пример: В аптеке две партии одного препарата: партия А истекает 15 июля, партия Б — 30 августа. При продаже фармацевт обязан выдать партию А, даже если она поступила позже.

Сравнительная таблица: FIFO vs FEFO

Критерий FIFO FEFO
Принцип Раньше пришёл → раньше ушёл Скоро истекает → отгружаем первым
Приоритет Дата поступления Срок годности
Подходит для Любые товары Скоропортящиеся товары
Риск просрочки Средний Минимальный
Сложность настройки Простая Средняя (нужен контроль дат)
Требования к ТСД Базовые Обязательный ввод срока при приёмке
Применимость в фармацевтике Не рекомендуется Обязательно
Эффективность для FMCG Достаточная Оптимальная

Гибридный подход: LIFO + FEFO

На практике многие склады используют комбинированную стратегию. Например, для товаров с длительным сроком хранения — FIFO, а для скоропортящихся — FEFO. Современные ТСД с прошивкой для серийного учёта поддерживают обе стратегии одновременно, переключаясь автоматически по категории товара.


Как ТСД автоматизирует серийный учёт

Что такое ТСД и как он работает с партиями

ТСД (терминал сбора данных) — это портативный компьютер со сканером штрихкодов, который используется кладовщиком для выполнения складских операций. В контексте ТСД отслеживание партий — это функционал, который позволяет:

1. При приёмке: сканировать штрихкод партии, вводить дату производства и срок годности, присваивать парномер

2. При размещении: ТСД подсказывает ячейку с учётом стратегии хранения

3. При отборе: терминал показывает, из какой ячейки и какой партии брать товар

4. При инвентаризации: мгновенная сверка фактических остатков с учётом партий

Форматы штрихкодов для партионного учёта

Для корректной работы batch tracking на этикетке товара должен быть не только стандартный EAN-13 или ITF-14, но и расширенный штрихкод с данными партии:

GS1-128 (UCC/EAN-128) — наиболее распространённый формат:

(01) 04600699500131 ← GTIN товара

(10) LOT-2026-0412 ← Номер партии (парномер)

(17) 260630 ← Срок годности (ГГММДД)

(3103) 0001500 ← Вес нетто (кг, 3 знака после запятой)

Data Matrix (2D) — используется в фармацевтике для «Честный ЗНАК»:

010460069950013121LOT-2026-0412

17260630

Кладовщик сканирует такой код ТСД — и вся информация о партии автоматически попадает в систему. Никакого ручного ввода дат и номеров.

Экран ТСД при отборе: как это выглядит

┌─────────────────────────────────┐

│ ОТБОР ЗАКАЗА №1427 │

├─────────────────────────────────┤

│ Молоко Простоквашино 1л │

│ Нужно: 24 шт. │

│ │

│ ✅ Ячейка А-12-3 │

│ Партия: LOT-2026-0412 │

│ Срок: 30.06.2026 (2 дня!) │

│ Остаток: 30 шт. │

│ → Отобрать 24 шт. │

│ │

│ ⚠️ Ячейка Б-05-1 │

│ Партия: LOT-2026-0501 │

│ Срок: 15.07.2026 │

│ Остаток: 50 шт. │

│ → НЕ брать (FEFO) │

│ │

│ [СКАНИРОВАТЬ ЯЧЕЙКУ] │

└─────────────────────────────────┘

Терминал сам подсказывает кладовщику, откуда брать товар, и предупреждает о критических сроках. Это исключает человеческий фактор — самую частую причину просрочки.

Ключевые возможности ТСД для batch tracking


Пошаговая настройка учёта партий в ТСД

Шаг 1: Подготовка справочника товаров

Прежде чем включить серийный учёт, убедитесь, что каждый товар в системе имеет флаг «партионный учёт». В большинстве программ для ТСД (Яслайт, DataMobile, 1С:Розница) это делается так:

1. Откройте карточку товара

2. Установите флаг «Вести партионный учёт» или «Серийный учёт»

3. Выберите стратегию: FIFO, FEFO или комбинированную

4. Укажите единицу измерения срока (дни, месяцы, годы)

Шаг 2: Настройка штрихкодирования партий

Если поставщик не использует GS1-128, вам нужно генерировать внутренние этикетки:

1. При приёмке товара введите или отсканируйте данные партии

2. Система сгенерирует внутренний парномер (например, ПР-20260628-001)

3. Распечатайте этикетку со штрихкодом на принтере этикеток (Zebra, Godex)

4. Наклейте этикетку на каждую коробку/паллету

Рекомендуемый формат внутреннего парномера:

ПР-ГГГГММДД-НОМЕР

ПР-20260628-001 ← 1-я партия за 28 июня 2026

Шаг 3: Настройка контроля сроков годности

В настройках ТСД задайте параметры предупреждений:

Шаг 4: Обучение персонала

Даже самая лучшая система не работает без людей. Кладовщик должен понимать:

Шаг 5: Тестовый прогон

Перед запуском в промышленную эксплуатацию:

1. Проведите приёмку 5–10 партий через ТСД

2. Выполните отбор по FEFO/FIFO

3. Проведите инвентаризацию с контролем сроков

4. Убедитесь, что данные корректно передаются в учётную систему


Интеграция с 1С и ERP-системами

Почему ТСД не работает в вакууме

Терминал сбора данных — это инструмент исполнителя. Он сканирует, подсказывает, контролирует. Но все данные о партиях, остатках и документах хранятся в учётной системе — 1С, ERP или WMS. Без интеграции ТСД отслеживание партий превращается в дорогой калькулятор.

Схема обмена данными

ТСД (кладовщик) ←──→ Middleware ←──→ 1С / ERP

│ │

Сканирует Преобразует

партии и форматы,

сроки синхронизирует

очередь

Типичный сценарий:

1. В 1С создан документ «Приходный ордер» на поступление товара

2. Документ выгружен в ТСД (через Wi-Fi или при стыковке в док-станции)

3. Кладовщик сканирует штрихкоды, вводит партии и сроки

4. ТСД формирует факт приёмки с привязкой к парномеру

5. Данные загружаются обратно в 1С — приходный ордер заполнен фактическими данными

Популярные связки ТСД + учётная система

Учётная система ПрОграмма для ТСД Сложность интеграции
1С:Управление торговлей 11 1С:Розница / DataMobile Низкая (native)
1С:ERP 2.x Яслайт / DataMobile Средняя
1С:Управление складом Встроенный модуль Низкая
Microsoft Dynamics 365 Resco / WMS Mobile Высокая
SAP EWM SAP Console / Ivanti Высокая
Самописная WMS REST API + PWA Средняя

Частые проблемы интеграции и их решения

Проблема 1: Рассинхрон остатков по партиям

Проблема 2: Дублирование парномеров

Проблема 3: Потеря данных при передаче