В этой статье разберем популярный вопрос автоматизации склада: можно ли с помощью терминала сбора данных (ТСД) не просто сканировать товары, а выбирать, какой именно документ будет создан в 1С — поступление, реализация, перемещение или инвентаризация. Изначально может показаться, что это сложная задача, требующая написания отдельной конфигурации с нуля, но на самом деле существуют готовые и проверенные подходы. Проанализируем основные из них.
Прежде чем погружаться в технические детали, давайте определимся с правильной организацией бизнес-процесса. В обсуждении был поднят важный вопрос: в какой момент сотрудник должен выбирать тип документа?
Неправильный подход: сотрудник сканирует товар, а потом на ТСД решает, что с ним делать — оприходовать или отгрузить. Такой сценарий вносит путаницу в работу, так как кладовщик — это исполнитель, который должен работать по четкому заданию, а не принимать решения о характере операции на ходу.
Правильный и общепринятый подход:
Именно такой логики придерживаются все современные системы автоматизации склада. Теперь рассмотрим, какими техническими средствами это можно реализовать.
Самый быстрый и надежный способ — использовать специализированное ПО, предназначенное для интеграции ТСД с учетными системами. На рынке есть несколько ключевых игроков.
Ключевые продукты:
Преимущества:
Недостатки:
Этот подход дает максимальную гибкость и полный контроль над логикой работы. Современные ТСД работают на Android, а платформа 1С позволяет создавать для них полноценные мобильные приложения.
Как это работает:
Вы создаете мобильное приложение на платформе «1С:Предприятие 8». В этом приложении разрабатывается интерфейс для кладовщика: меню с выбором операций (Приемка, Отгрузка, Инвентаризация), формы для сканирования и отображения товаров. Обмен данными с основной базой 1С организуется через веб-сервисы или HTTP-сервисы.
Преимущества:
Пример кода для автоматического запуска рабочего места на мобильном клиенте:
Чтобы при запуске приложения на ТСД у пользователя сразу открывалась нужная форма, можно использовать следующий код в модуле обычного приложения:
&После("ПриНачалеРаботыСистемы")
Процедура _ПриНачалеРаботыСистемы()
#Если МобильныйКлиент Тогда
ОткрытьФорму("Обработка._ТСДРабочееМесто.Форма.Форма", , , , , , РежимОткрытияОкнаФормы.БлокироватьВесьИнтерфейс);
#КонецЕсли
КонецПроцедуры
Этот код проверяет, что запуск происходит на мобильном клиенте, и принудительно открывает форму обработки _ТСДРабочееМесто, блокируя остальной интерфейс.
Простой и эффективный метод для работы в режиме онлайн. Суть в том, что на ТСД не устанавливается никакое специальное приложение, кроме клиента для подключения к удаленному рабочему столу.
Как это работает:
Кладовщик с ТСД подключается к серверу, на котором запущена полноценная сессия 1С. Интерфейс 1С предварительно адаптируется под маленький экран терминала (создаются специальные формы с крупными кнопками и минимумом полей).
Преимущества:
Недостатки:
Выбор между режимами работы — ключевой момент при автоматизации склада.
Онлайн-режим (через RDP или мобильное приложение с постоянным обменом) необходим, когда требуется мгновенный доступ к актуальным данным. Это критически важно для работы с маркированной продукцией (алкоголь, табак), где нужно в реальном времени проверять статус марки в ЕГАИС или «Честном ЗНАКе». Попытка работать с такими товарами в офлайне приведет к огромному количеству ошибок, так как невозможно загрузить на ТСД все миллионы актуальных марок и их статусы.
Офлайн-режим незаменим на больших складах с нестабильным Wi-Fi. В этом режиме на ТСД утром загружается справочник номенклатуры и задания на день, а в течение дня сотрудники работают автономно. Результаты выгружаются в 1С по мере появления связи. Этот режим не подходит для задач, требующих оперативной проверки остатков или статусов.
В заключение, отвечая на первоначальный вопрос: да, на ТСД можно и нужно управлять тем, какой документ будет создан в 1С. Ключ к успеху — не столько в выборе конкретной технологии, сколько в построении логичного и понятного для исполнителя бизнес-процесса, где выбор операции всегда предшествует сканированию товаров. А выбор инструмента (готовое ПО, собственная разработка или RDP) зависит от масштаба склада, сложности процессов и бюджета проекта.