При работе с помарочным учетом в системе УТАП (Управление торговлей алкогольной продукцией) специалисты часто сталкиваются с методологическим ограничением: записи в регистры сведений и накопления, содержащие информацию о конкретных акцизных марках и иерархии упаковок, происходят только после создания и проведения документа Акт подтверждения ТТН ЕГАИС. Однако на практике склад нуждается в проверке соответствия фактически пришедшего товара данным из накладной до того, как право собственности на товар юридически перейдет к покупателю. Если подтвердить накладную "на доверии", а затем обнаружить пересорт по маркам, процедура возврата или списания станет крайне трудоемкой.
В данной статье мы разберем, как реализовать механизм предварительной проверки, используя данные, которые уже содержатся в системе, но еще не "осели" в регистрах, а также рассмотрим особенности работы с терминалами сбора данных (ТСД) в этом контексте.
Проанализируем ситуацию: когда в 1С загружается входящая ТТН ЕГАИС, система получает от УТМ (Универсального транспортного модуля) полноценный XML-файл. В этом файле (версии 3.0 и выше) уже прописаны все марки, привязанные к конкретным позициям алкогольной продукции, а также коды транспортных упаковок (SSCC) и их вложения. Тот факт, что типовые механизмы конфигурации не записывают эти данные в свои регистры сразу, — это защитный механизм от замусоривания базы данными по накладным, которые могут быть отклонены.
Тем не менее, сами данные физически находятся в базе данных 1С, обычно в реквизите типа ХранилищеЗначения внутри документа или связанного справочника ТТН ЕГАИС входящая. Выясним причину, по которой мы не можем использовать их напрямую: типовые формы проверки продукции на ТСД часто обращаются именно к регистрам. Следовательно, наша задача — "напилить" свой механизм разбора XML или использовать промежуточные буферные таблицы.
Это наиболее надежный путь, который позволяет получить данные о марках в момент открытия формы проверки на ТСД. Рассмотрим алгоритм реализации:
ТТН ЕГАИС (входящая).ЧтениеXML) или ФабрикуXDTO, извлечем узлы, содержащие марки (amc:amc) и транспортные упаковки.Посмотрим на пример кода, который инициализирует чтение данных из входящего сообщения:
// Пример получения данных о марках из XML
Чтение = Новый ЧтениеXML;
// Получаем XML из хранилища документа
ТекстXML = ДокументОбъект.ДанныеТТН.Получить();
Чтение.УстановитьСтроку(ТекстXML);
// Используем XDTO для разбора структуры документа ЕГАИС
ДанныеТТН = ФабрикаXDTO.ПрочитатьXML(Чтение);
Для Каждого Позиция Из ДанныеТТН.Content.WayBillV3.Body.Position Цикл
// Здесь получаем данные о марках для каждой позиции
Для Каждого Марка Из Позиция.InformF2.MarkInfo Цикл
// Добавляем марку в таблицу для сверки
НоваяСтрока = ТаблицаМарокДляСверки.Добавить();
НоваяСтрока.Штрихкод = Марка.amc;
КонецЦикла;
КонецЦикла;
Разберем подробнее: после того как мы сформировали таблицу ТаблицаМарокДляСверки, мы можем передать ее на ТСД. При сканировании бутылки кладовщиком программа будет искать считанный код в этой таблице. Если код найден — помечаем его как "принятый", если нет — сигнализируем о расхождении.
Если прямой разбор XML кажется сложным для постоянного обращения с ТСД (особенно при больших объемах данных в десятки тысяч марок), рассмотрим создание промежуточного звена. Создадим вспомогательный Регистр сведений "Буфер приемки ЕГАИС".
Проанализируем ситуацию: при загрузке ТТН мы можем программно заполнять этот регистр данными о марках. Это не "замусорит" основные регистры остатков, так как данный буфер будет очищаться автоматически после того, как документ будет подтвержден или отклонен. Преимущество такого подхода в том, что ТСД сможет работать с индексированными данными через стандартные запросы 1С, что значительно ускорит поиск марки при сканировании.
Как было отмечено в обсуждении, использование устаревшего оборудования (например, MobileBase DS5 на Windows CE 6) накладывает свои ограничения. Поскольку современные мобильные приложения 1С требуют Android или iOS, для Windows CE оптимальным выбором остается работа через Web-сервер и публикацию информационной базы.
Рассмотрим по шагам настройку такой работы:
Важный момент: при работе через веб-сервер на Windows CE убедитесь, что драйвер сканера ТСД настроен в режиме эмуляции клавиатуры (Keyboard Wedge), либо используйте специализированные вставки JavaScript для перехвата данных из порта, если используется промышленный браузер.
Когда приходят десятки тысяч бутылок на палетах, полная проверка каждой марки невозможна физически. В этом случае мы должны предусмотреть в нашей обработке разные стратегии сканирования:
SSCC (штрихкод палеты). Система проверяет наличие этого кода в XML накладной. Если код найден, считается, что все вложенные коробки и бутылки верны (на доверии к поставщику, но с формальной проверкой транспортной единицы).Выясним, что делать после того, как проверка завершена. После сканирования на ТСД у нас формируется фактический список марок. Мы должны сравнить его с данными из ТТН. Если обнаружены расхождения (лишние марки или недостача), у нас есть два варианта:
Использование вышеописанных методов позволит вам быть уверенными в чистоте помарочного учета еще до того, как товар будет официально зачислен на баланс вашей организации. Помните, что в условиях жесткого контроля со стороны РАР, предварительная проверка — это не роскошь, а необходимость для минимизации штрафных рисков.