Процесс интеграции кассового оборудования при продаже маркированного пива является одной из самых сложных задач для администраторов и программистов 1С. Основная сложность заключается в том, что формат обмена Frontol 6, используемый кассами Дримкас, ожидает строго определенные коды видов алкогольной продукции в поле 55 выгружаемого файла goods.txt. Рассмотрим, почему возникает конфликт классификации и как подойти к его решению.
Когда вы формируете выгрузку данных в ККМ Off-line, система 1С опирается на данные справочника Классификатор алкогольной продукции ЕГАИС и регистры сведений, в которых хранятся параметры номенклатуры. Если при выгрузке вместо ожидаемого кода 17 (пиво) вы видите код 1 (крепкий алкоголь), это свидетельствует о том, что механизм Обмен с оборудованием неверно интерпретирует текущую номенклатурную позицию.
В современных версиях 1С:Розница 2.3 логика определения маркируемого товара претерпела значительные изменения. Если настройки номенклатуры не соответствуют актуальным требованиям системы, 1С по умолчанию присваивает товару признаки, характерные для старых схем учета крепкого алкоголя.
Прежде чем приступать к исправлению программного кода, проанализируем настройки, которые необходимо проверить в первую очередь:
Алкогольная продукция, а в настройках этого вида стоит флаг Маркируемый.исправительные патчи (EF), которые корректируют работу модуля обмена. Однако, как показывает практика, установка патчей может привести к нарушению передачи других параметров товара (НДС, объем, крепость).Правила конвертации используются в узле обмена с кассой. Часто старые правила, созданные на предыдущих релизах, не содержат логики обработки новых требований для маркированного пива.Если обновление и патчи не приносят нужного результата, необходимо обратиться к модулю обмена. Без инструментов Конфигуратора 1С выявить ошибку практически невозможно. Проанализируем, где происходит подмена данных:
В модуле менеджера оборудования или соответствующей обработке обмена заложено условие, которое определяет значение поля 55. В коде это выглядит примерно так:
Если ЭтоПиво Тогда
Поле55 = 17;
ИначеЕсли ЭтоКрепкийАлкоголь Тогда
Поле55 = 1;
КонецЕсли;
Ваша задача — с помощью Отладчика проверить, какое условие срабатывает для конкретной позиции пива. Часто проблема кроется в том, что номенклатура не «проходит» проверку на соответствие коду 17 из-за некорректных записей в регистре Данные алкогольной продукции.
Рассмотрим комплексный подход к устранению ошибки:
Во-первых, выполните повторную привязку номенклатуры к классификатору ЕГАИС. Иногда «зависшие» старые записи мешают корректной идентификации товара при выгрузке. Во-вторых, если вы наблюдаете эффект «отвала» других атрибутов (НДС, объем) после установки официальных патчей, это означает, что правила выгрузки требуют ручной доработки.
Вам необходимо принудительно заполнить поле 55 корректным значением в коде 1С, добавив проверку на признак маркируемой продукции:
// Пример логики для принудительного заполнения поля 55
Если Объект.ВестиУчетПоКодамМаркировки = Истина И Объект.ВидАлкогольнойПродукции = Перечисления.ВидыАлкогольнойПродукции.Пиво Тогда
ЗначениеПоля55 = 17;
КонецЕсли;
После внесения таких правок обязательно протестируйте выгрузку на одной тестовой позиции, чтобы убедиться, что остальные данные (налоги и характеристики) передаются в Дримкас корректно. Помните, что при последующих обновлениях конфигурации такие правки могут быть затерты, поэтому ведите журнал изменений программного кода.
Проблема выгрузки кода 17 в поле 55 — это системная сложность переходного периода в 1С. Решение требует внимательного контроля за связкой номенклатура — вид алкогольной продукции — правила обмена. Если типовой функционал не отрабатывает корректно, самым надежным способом остается использование отладки для локализации места «подмены» кода и внесение корректировок в логику формирования файла обмена.