При работе в устаревших конфигурациях, таких как 1С:Управление торговлей 10.3, пользователи часто сталкиваются с техническими сложностями при внедрении новых законодательных требований. Одной из наиболее острых проблем стал переход на ставку НДС 22% (в ряде регионов или при кастомных обновлениях) и корректное оформление чеков с признаком способа расчета «Передача с частичной оплатой». Ошибка «Недостаточно суммы оплаты для пробития чека» является блокирующей и не позволяет завершить операцию в документе Приходный кассовый ордер.
В рамках данной статьи мы подробно разберем, почему возникает эта ошибка, как работает математика фискального чека согласно требованиям ФФД и какие правки необходимо внести в программный код для восстановления работоспособности кассового узла.
Для начала проанализируем ситуацию с точки зрения драйвера ККТ и фискального накопителя. Когда программа 1С отправляет команду на печать чека, она передает в кассу два набора данных:
Ошибка «Недостаточно суммы оплаты для пробития чека» сигнализирует о том, что сумма всех переданных товаров не совпадает с суммой всех видов оплат. Проанализируем математическое правило ФНС: Сумма Оплаты (Наличные + Безналичные) + Сумма Кредита (Оплата встречным предоставлением / Постоплата) = Итоговая сумма по позициям чека. Если это равенство не соблюдается хотя бы на одну копейку (или даже на доли копейки из-за округления), касса отклоняет чек.
Рассмотрим подробнее специфику признака способа расчета «Частичный расчет и передача». При такой операции клиент оплачивает лишь часть стоимости товара, а остальная часть признается его долгом. В XML-пакете, который 1С формирует для драйвера, должны быть четко заполнены соответствующие теги:
В старых версиях УТ 10.3 алгоритмы формирования XML часто не учитывают необходимость автоматического расчета суммы кредита при частичной оплате. Если в коде обработки обслуживания передается только фактически полученная сумма (например, 500 рублей за товар стоимостью 1000 рублей), касса видит, что товара «набили» на 1000, а оплатили только 500. Возникает логичный вопрос: «Где остальные 500?», и выдается ошибка о недостаточности средств.
Введение новой ставки НДС часто требует ручного вмешательства в конфигурацию, так как УТ 10.3 официально не поддерживает актуальные изменения законодательства. Посмотрим на пример расчета:
ЦенаБезНДС = Сумма / (1 + 22/100); // Приводит к появлению бесконечных дробей
НДС = Сумма - ЦенаБезНДС;
Если в кастомном коде обновления округление происходит только в самом конце расчета, а не для каждой строки отдельно, возникают микроскопические расхождения. При частичной оплате эти погрешности суммируются. Касса требует строгого соответствия двух знаков после запятой. Если 1С передает итог по товарам 100.00, а сумма оплаты + кредит получается 99.9999 из-за некорректного распределения скидок или НДС, чек не будет пробит.
Для устранения ошибки нам необходимо проверить модуль обработки обслуживания ККТ или общий модуль, отвечающий за формирование XML-пакета чека (обычно это процедуры в модуле МенеджерОборудованияВызовСервера или внутри обработки ATOL / ShtrihM). Рассмотрим, какие изменения нужно внести.
Шаг 1: Принудительное распределение суммы в кредит.
Проанализируем ситуацию, когда сумма документа больше, чем сумма оплаты. Нам нужно явно вычислить остаток и передать его в драйвер как «Постоплату». В коде это может выглядеть следующим образом:
// Определяем общую сумму по позициям чека
ВсегоПоЧеку = ОбъектДрайвера.ТаблицаТоваров.Итог("Сумма");
// Определяем, сколько клиент платит сейчас (Нал + Безнал)
ОплаченоСейчас = СуммаНаличные + СуммаБезналичные;
// Если оплата частичная, записываем остаток в кредит
Если ОплаченоСейчас < ВсегоПоЧеку Тогда
СуммаКредит = ВсегоПоЧеку - ОплаченоСейчас;
// Передаем значение в соответствующую структуру для драйвера
СтруктураОплат.Вставить("Постоплата", СуммаКредит);
КонецЕсли;
Шаг 2: Проверка точности округления НДС.
Убедимся, что при расчете НДС 22% мы не теряем копейки. Рекомендуется использовать функцию Окр() с параметром 2 для каждого промежуточного вычисления. Выясним причину расхождения, проверив лог-файл драйвера (например, fptr10.log для Атол). Там будет наглядно видно, какие суммы получила касса в блоке Registration и какие в блоке Payment.
Если вы используете внешнюю обработку обслуживания, необходимо проверить функцию СформироватьXMLПакетДляЧека. Найдите фрагмент кода, отвечающий за формирование таблицы оплат (Payments). В современных версиях драйверов структура должна выглядеть примерно так:
// Пример формирования структуры оплат в XML
ЗаписьXML.ЗаписатьНачалоЭлемента("Payments");
ЗаписьXML.ЗаписатьАтрибут("Cash", Формат(СуммаНал, "ЧЦ=15; ЧДЦ=2; ЧГ=0"));
ЗаписьXML.ЗаписатьАтрибут("ElectronicPayment", Формат(СуммаБезнал, "ЧЦ=15; ЧДЦ=2; ЧГ=0"));
ЗаписьXML.ЗаписатьАтрибут("PostPayment", Формат(СуммаКредит, "ЧЦ=15; ЧДЦ=2; ЧГ=0"));
ЗаписьXML.ЗаписатьКонецЭлемента(); // Payments
Важный момент: если сумма в атрибуте PostPayment не будет заполнена при частичной оплате, драйвер выдаст обсуждаемую ошибку. Сумма всех атрибутов внутри Payments должна копейка в копейку совпадать с суммой всех Items.
При частичной оплате и наличии скидок в 1С:УТ 10.3 часто происходит «кривое» распределение оплаты по позициям. Если типовой механизм распределения не справляется с НДС 22%, рассмотрим вариант упрощения: сначала рассчитываем итоговую сумму чека с учетом всех скидок, а затем пропорционально распределяем оплату. Однако самым надежным способом будет передача в кассу итоговых сумм строк, уже рассчитанных в документе Приходный кассовый ордер, без дополнительных пересчетов внутри обработки обслуживания.
Подводя итог, можно сказать, что решение проблемы «Недостаточно суммы оплаты» при использовании НДС 22% в УТ 10.3 сводится к трем действиям: