← На главную

При работе в 1С:УПП 1.3 с современным торговым оборудованием, соответствующим требованиям 54-ФЗ, пользователи часто сталкиваются с техническими ограничениями старых конфигураций. Одной из наиболее распространенных проблем является невозможность пробития фискального чека из ПКО (Приходного кассового ордера), если документ-основание содержит номенклатуру с разными ставками НДС.

Разбор причины ошибки

Когда вы формируете ПКО на основании реализации, содержащей товары как с НДС 10%, так и с НДС 20%, система должна правильно распределить суммы платежа по каждой налоговой ставке. Стандартные механизмы УПП 1.3, разработанные до широкого внедрения ФФД (форматов фискальных документов), зачастую не умеют корректно обрабатывать такие ситуации автоматически. Драйвер ККТ, получая от 1С неверно распределенные или противоречивые данные, возвращает ошибку «Некорректная сумма налога», после чего чек аннулируется.

Шаг 1: Активация настройки разделения строк

Первым делом, при возникновении подобной ошибки, необходимо убедиться, что ваша система настроена на корректную передачу данных в фискальный накопитель. В 1С:УПП 1.3 существуют скрытые или неочевидные настройки параметров оборудования.

1. Перейдите в раздел управления торговым оборудованием (обычно это Сервис -> Торговое оборудование -> Подключение и настройка).
2. В параметрах подключения вашего фискального регистратора найдите настройки, касающиеся «форматно-логического контроля» или «разделения строк».
3. Активируйте опцию, отвечающую за разделение строк по ставкам НДС. Эта настройка заставляет систему формировать структуру чека таким образом, чтобы каждая ставка налога выводилась отдельным блоком, что является обязательным требованием для корректной работы кассы при многоставочном НДС.

Шаг 2: Анализ частичной оплаты

Даже если после включения настройки ошибка «Некорректная сумма налога» исчезает, мы часто сталкиваемся со второй проблемой: при частичной оплате (когда ПКО меньше суммы реализации) система может неправильно распределять пропорции оплат между товарами с разными ставками. Это приводит к тому, что в итоговом чеке часть позиций (например, товары со ставкой 20%) может не отображаться или учитываться неверно.

Если вы наблюдаете подобное поведение (сумма в чеке не совпадает с ожидаемой, или часть товаров «пропадает» из итога), это говорит о том, что стандартная процедура формирования чека в модуле обработки обслуживания не рассчитана на пропорциональное распределение частичной оплаты. В данном случае необходимо выполнить следующие действия:

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

Рекомендации по доработке

Поскольку УПП 1.3 является сложной и уже не поддерживаемой в части новых требований законодательства конфигурацией, мы рекомендуем не полагаться на стандартные механизмы, если у вас сложная структура продаж. Разработайте или используйте внешнюю обработку печати чека, которая реализует следующие принципы:

• Математическая точность: Использование типа данных Число с высокой точностью для расчета пропорций, чтобы избежать расхождений в копейках.
• Приоритет ставок: Если оплата частичная, сначала заполняются данные по товарам с одной ставкой, затем с другой, при этом итоговая сумма ПКО должна строго соответствовать сумме, переданной в ККТ.
• Контроль типов оплаты: Убедитесь, что в чеке корректно проставляются признаки способа расчета (например, «Полный расчет» или «Частичный расчет/Кредит»), чтобы избежать нареканий со стороны налоговых органов.

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