В процессе работы с алкогольной и маркированной продукцией в программах 1С:Розница и 1С:Управление нашей фирмой (УНФ) пользователи часто сталкиваются с двумя серьезными проблемами. Первая — это «мистическая» пересортица, когда при сканировании акцизной марки в чек подтягивается совершенно другой товар (например, вместо водки — коньяк). Вторая — невозможность пробить чек с маркированным товаром на кассах, которые еще не переведены на формат фискальных данных (ФФД) 1.2. В этой статье мы подробно разберем причины возникновения этих ситуаций и предложим конкретные методы их решения, включая исправление программного кода.
Разберем ситуацию: при приемке алкоголя через ЕГАИС в регистрах акцизная марка числится правильно, но в справочнике Штрихкоды упаковок и товаров она внезапно оказывается привязанной к чужой номенклатуре. Причем это может происходить выборочно: из одной накладной и одного ящика 18 бутылок бьются верно, а 2 — как другой товар. Рассмотрим основные причины этого явления.
1. Ошибки в классификаторе алкогольной продукции ЕГАИС
Проанализируем механизм связи. В 1С марка привязывается к позиции справочника Классификатор алкогольной продукции ЕГАИС (алкогольный код). Эта позиция, в свою очередь, должна быть однозначно сопоставлена с карточкой в справочнике Номенклатура. Если один и тот же код ЕГАИС (например, от одного производителя, но разных заводов) был ошибочно сопоставлен с разными карточками товаров в вашей базе, система может начать путаться. Проверьте список сопоставлений и убедитесь, что нет дублей или перекрестных связей.
2. Дублирование линейных штрихкодов (EAN-13)
Часто производители печатают одинаковый штрихкод EAN-13 на разной продукции. При сканировании марки 1С пытается найти товар. Если в настройках включен поиск по штрихкоду и система находит EAN-13, который уже жестко закреплен за «Товаром А», она может принудительно записать новую марку на этот товар, проигнорировав данные из накладной ЕГАИС. Выясним причину через проверку справочника номенклатуры на наличие повторяющихся штрихкодов.
3. Человеческий фактор при групповой проверке
Рассмотрим процесс приемки. Если сотрудник при проверке поступившей продукции сканирует марки, находясь в режиме активной строки одного товара, а затем, не переключившись, сканирует бутылку из другой коробки, система может ошибочно «закрепить» эту марку за текущей активной номенклатурой. Это особенно актуально, если в настройках интеграции стоит избыточное доверие к ручному вводу.
4. Проблемы с индексами базы данных (MSSQL)
Если ваша база работает на MSSQL, возможны сбои в индексации таблиц. Бывают случаи, когда при обращении к регистру штрихкодов система из-за «битых» итогов подставляет данные из физически соседней записи. В этом случае рекомендуется выполнить тестирование и исправление (ТиИ) базы данных, а также очистить кэш сервера 1С.
Для исправления ситуации воспользуемся следующим алгоритмом:
Штрихкоды упаковок и товаров. Если вы обнаружили неверные связи, их необходимо удалить.Вторая распространенная проблема возникает после обновления релизов 1С: когда при попытке пробить маркированный товар (обувь, одежда и т.д.) на кассе с ФФД 1.05 (старый ФН) возникает ошибка «Неправильное значение параметра». Это происходит потому, что новые релизы 1С по умолчанию пытаются передать в кассу Признак предмета расчета (тег 1212), соответствующий маркированному товару с кодом маркировки (значение 33), который ККТ на старом формате просто не понимает.
Разберем типовой код в УНФ, который вызывает эту ошибку:
Если МаркируемаяНеподакцизнаяПродукция.Найти(ДанныеНоменклатуры.ВидПродукцииИС) = Неопределено Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Товар;
Иначе
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИИмеющийКМ;
КонецЕсли;
В данном фрагменте система видит, что продукция маркируемая, и жестко присваивает ей признак ТоварМаркируемыйСИИмеющийКМ. Однако для ФФД 1.05 этот признак должен оставаться обычным «Товаром».
Для решения проблемы нам необходимо модифицировать логику определения признака предмета расчета. Посмотрим на пример исправления. Нам нужно добавить проверку версии ФФД, которую использует касса, либо временно скорректировать код, если переход на ФФД 1.2 пока не планируется.
Рассмотрим вариант программной правки:
// В процедуре определения признака предмета расчета добавляем условие
Если ДанныеНоменклатуры.ВидМаркировки = Перечисления.ВидыМаркировки.МаркируемаяПродукция Тогда
// Проверяем версию ФФД (условно, через параметры оборудования)
Если ВерсияФФД_Кассы = ПредопределенноеЗначение("Перечисление.ФФД.Версия105") Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Товар;
Иначе
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИИмеющийКМ;
КонецЕсли;
Иначе
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Товар;
КонецЕсли;
Важное замечание: если вы используете типовую конфигурацию без возможности изменения кода, проверьте настройки драйвера ККТ в 1С. Иногда помогает установка драйвера версии ниже 10.9 (например, 10.8.x) и выбор в настройках подключаемого оборудования версии ФФД 1.05 вместо 1.2.
Мы выяснили, что большинство проблем с алкоголем и маркировкой связаны либо с некорректными данными в промежуточных регистрах сопоставления, либо с тем, что программная логика новых релизов 1С ориентирована на современные стандарты (ФФД 1.2), которые конфликтуют со старым оборудованием. Для стабильной работы рекомендуем:
Штрихкоды упаковок и товаров.Помните, что автоматизация — это процесс, требующий постоянного контроля за качеством входящих данных, особенно в таких жестко регулируемых сферах, как оборот подакцизных товаров.