При настройке адресного склада и внедрении базового WMS-функционала в типовых конфигурациях 1С:Управление торговлей 11 и 1С:ERP Управление предприятием разработчики и администраторы часто сталкиваются с вопросом: где именно хранятся штрихкоды созданных складских ячеек и как правильно организовать их генерацию и печать.
Рассмотрим детально внутреннюю архитектуру адресного хранения в 1С, выясним логику кодирования адресов ячеек, разберем типовой механизм печати этикеток и проанализируем варианты интеграции терминалов сбора данных (ТСД).
Методология штрихкодирования и хранения данных ячеек
В типовой структуре метаданных 1С для номенклатуры предусмотрен отдельный регистр сведений ШтрихкодыНоменклатуры, где каждой позиции сопоставляется конкретный штрихкод. Однако для справочника СкладскиеЯчейки отдельный регистр хранения штрихкодов отсутствует. Снимать конфигурацию с поддержки для добавления собственного регистра не требуется, так как логика системы построена иначе.
В типовых конфигурациях штрихкод складской ячейки не хранится как статическая запись в базе данных. Он формируется динамически одним из следующих способов:
На основе уникального идентификатора (GUID) ссылки: при формировании штрихкода системный идентификатор ссылки ячейки преобразуется в специальный числовой формат.
На основе текстового кода (адреса) ячейки: штрихкод формируется напрямую из строкового кода ячейки (например, формата Code 128 или QR-кода), содержащего координаты стеллажа, яруса и позиции.
Посмотрим на пример программного кода, который используется в общих модулях типовых решений для формирования числового кода на основе ссылки:
Функция ЧисловойКодПоСсылке(Ячейка) Экспорт
Возврат ШтрихкодированиеПечатныхФорм.ЧисловойКодПоСсылке(Ячейка);
КонецФункции
Данная функция выполняет преобразование ссылки объекта справочника СкладскиеЯчейки в числовой вид, который затем кодируется в штрихкод нужного формата (например, EAN-128 или Code 128) непосредственно в момент вывода на печать.
Пошаговая настройка печати этикеток складских ячеек
Разберем по шагам, как вывести на печать готовые штрихкоды для топологии склада штатными средствами без доработки конфигурации:
Откроем справочник Шаблоны этикеток и ценников (раздел Продажи или Склад и доставка).
Создадим новый шаблон, указав назначение Этикетка для складских ячеек.
В редакторе макета разместим поле штрихкода. В качестве источника данных для штрихкода укажем ссылку на ячейку или ее адресный код в зависимости от используемого сканирующего оборудования.
Перейдем в справочник Складские ячейки, выделим созданные с помощью обработки генерации топологии ячейки и нажмем команду Печать этикеток.
Выберем созданный шаблон и отправим этикетки на принтер печати штрихкодов.
Обработка сканирования ячейки в системе
При считывании штрихкода сканером или терминалом сбора данных в форме документа или рабочего места кладовщика происходит следующее:
Внешнее событие от торгового оборудования передает считанную строку в обработчик формы.
Система анализирует формат строки: если штрихкод содержит закодированный GUID, выполняется обратное декодирование ссылки на элемент справочника СкладскиеЯчейки.
Если используется прямой символьный код ячейки, система выполняет поиск по реквизиту Код или Наименование в справочнике ячеек текущего склада.
Выбор архитектуры подключения терминалов сбора данных (ТСД)
При автоматизации адресного склада встает вопрос выбора схемы подключения ТСД к информационной базе. Нередко рассматривается подключение по протоколу RDP (удаленный рабочий стол), однако данный подход имеет ряд существенных технических недостатков:
Неустойчивость к обрывам Wi-Fi связи: при перемещении сотрудника между стеллажами происходит переключение между точками доступа (роуминг). Сессия RDP чувствительна к кратковременным потерям пакетов — сеанс зависает, что требует повторной авторизации и может приводить к потере несохраненных данных.
Искажение данных сканирования: при работе через RDP сканер ТСД чаще всего эмулирует клавиатурный ввод (Keyboard Wedge). Из-за сетевых задержек последовательность символов штрихкода может искажаться или теряться.
Неадаптированный интерфейс: стандартные формы тонкого клиента 1С неудобны для экранов ТСД с диагональю 4–5 дюймов и управления в перчатках.
Проанализируем рекомендуемые альтернативы для стабильной работы:
1С:Мобильный клиент или Мобильная платформа: обеспечивает нативную работу с экраном ТСД, взаимодействует с базой через HTTP/HTTPS (веб-сервер), корректно отрабатывает разрывы связи и напрямую перехватывает аппаратные события сканера через драйвер или Broadcast Intent.
Специализированное складское ПО для ТСД: логика проверки заданий и ячеек выполняется на самом терминале с пакетным обменом через веб-сервисы, что дает полную автономность даже в зонах склада без покрытия Wi-Fi.