Как настроить работу с новыми марками ЕГАИС в 1С:Управление торговлей 10.3?

При получении товара от поставщиков многие пользователи конфигурации Управление торговлей 10.3 столкнулись с невозможностью корректного считывания новых акцизных марок ЕГАИС. Новые марки, выпускаемые АО «Гознак», представляют собой строку данных длиной 150 символов, в то время как механизмы старых релизов 1С рассчитаны на устаревший формат PDF417. Давайте разберем, как поступить в этой ситуации и какие есть пути решения проблемы.

Понимание технической причины сбоя

Прежде всего, разберемся, почему 1С выдает сообщение о невозможности обработки штрихкода. Стандартные алгоритмы парсинга строки, заложенные в УТ 10.3, жестко ограничены структурой старых марок. При попытке считать строку из 150 символов, содержащую тип марки, серию и номер в ином формате, встроенная функция обработки сканирования не может выделить нужные данные, что и приводит к ошибке. Самостоятельное «включение» поддержки через настройки программы невозможно, так как это ограничение программного кода.

Вариант 1: Обновление конфигурации до релизов 49.1 и 49.2

Рассмотрим вариант обновления. Переход на релизы 49.1 или 49.2 позволяет системе принимать накладные с новыми марками и корректно распознавать их при сканировании. Однако мы должны предостеречь вас от возможных трудностей:

1. Нестабильность кода: Пользователи отмечают, что данные релизы содержат значительное количество багов.
2. Сложность сопровождения: Обновление такой старой конфигурации может вызвать ошибки в модулях учета акцизных марок, списания или обмена с УТМ.

Если вы решите пойти по этому пути, убедитесь, что у вас есть резервная копия базы данных, и будьте готовы к необходимости оперативного исправления возникающих ошибок в процессе эксплуатации.

Вариант 2: Использование внешнего кассового ПО

Если вы не хотите рисковать стабильностью своей учетной системы УТ 10.3, целесообразно вынести процесс продажи на специализированное кассовое программное обеспечение (например, Frontol). Разберем этот подход подробнее:

• Разделение процессов: 1С:Управление торговлей 10.3 продолжает выполнять роль товароучетной системы (приемка товара, складской учет, списание остатков).
• Кассовая зона: Продажи через сканер осуществляются непосредственно в кассовом ПО, которое поддерживает актуальные стандарты ЕГАИС и корректно считывает марки по 150 символов.
• Обмен данными: Кассовая программа передает данные о проданной продукции в учетную систему, что позволяет поддерживать актуальные остатки без внесения критических изменений в код 1С.

Вариант 3: Доработка конфигурации программистом

Если вы категорически не хотите менять конфигурацию или переходить на стороннее ПО, единственным способом является привлечение квалифицированного программиста 1С. Работа будет заключаться в модификации модуля сканирования.

Что нужно сделать:

1. Найти процедуру, отвечающую за разбор данных, поступающих с устройства ввода (сканера штрихкодов).
2. Реализовать функцию парсинга строки, которая будет анализировать 150-символьную строку и извлекать из неё необходимые идентификаторы ЕГАИС.
3. Внедрить проверку на длину строки, чтобы система могла различать старый и новый форматы марок и обрабатывать их по разным алгоритмам.

Примерная логика обработки штрихкода может выглядеть следующим образом:

Функция ОбработатьМарку(СтрокаСканера)
    Если СтрДлина(СтрокаСканера) = 150 Тогда
        // Логика разбора новых марок Гознака
        Идентификатор = ПолучитьИДИзНовойМарки(СтрокаСканера);
    Иначе
        // Стандартная логика для старых марок
        Идентификатор = ПолучитьИДИзСтаройМарки(СтрокаСканера);
    КонецЕсли;
    Возврат Идентификатор;
КонецФункции

Рекомендация по переходу на современные решения

Поскольку УТ 10.3 является морально устаревшей конфигурацией, поддержка которой фирмой «1С» практически прекращена, самым надежным решением в долгосрочной перспективе будет переход на актуальные конфигурации, такие как Управление торговлей 11 или 1С:Розница. Эти программы изначально проектировались с учетом постоянно меняющихся требований ЕГАИС и маркировки, что позволит вам избежать проблем с будущими изменениями форматов данных.

Подводя итог, проанализируйте свой текущий объем продаж и технические возможности. Если нагрузка на кассу высока, лучше всего вынести процесс сканирования во Frontol. Если же вы хотите сохранить текущую инфраструктуру, то самым «безопасным» для учета, но трудоемким вариантом будет точечная доработка модуля сканирования силами опытного разработчика.