Исправили НДС 22/122 в чеках предоплаты на 1С- Битрикс

Нашли и исправили ошибку в формировании чеков предоплаты в 1С-Битрикс24 (Интернет-магазин + CRM) с Атол.Онлайн после перехода на НДС 22%.

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

Предыстория

С 1 января 2026 года в России действует основная ставка НДС 22%. Для авансов и предоплат применяется расчетная ставка — 22/122.

Однако после изменения налоговых ставок один из наших клиентов обнаружил, что в чеках предоплаты НДС отображается как 22%, а не 22/122.

Пример чека до исправления:

text

Платеж: Предоплата 100%

НДС 22%

СУММА НДС 22%: 23 027,87

Некорректная фискализация создает дополнительные налоговые и операционные риски для интернет-магазина.

Нужно было разобраться, на каком этапе формируется неправильная ставка, и исправить логику без нарушения работы интернет-магазина и онлайн-кассы.

Что было на проекте

• 1С-Битрикс24, коробочная версия «Интернет-магазин + CRM»

• Атол.Онлайн

• обработчик кассы CashboxAtolFarmV5

• ядро Битрикс не обновлялось несколько лет

• ставка НДС 22% была добавлена вручную после изменения налоговой ставки

Что сделали

Провели технический аудит формирования фискального чека: проверили настройки кассы, обработчик Атол.Онлайн и соответствующий код Битрикс.

Выяснили, что ставка 22% была добавлена в старую версию Битрикс вручную. При этом в ядре системы отсутствовала логика преобразования vat22 в расчетную ставку для предоплат.

В используемом обработчике CashboxAtolFarmV5 за эту логику отвечает родительский класс CashboxAtolFarmV4. В его методе mapVatValue уже были предусмотрены преобразования:

• 10% → 10/110;

• 20% → 20/120.

Но для 22% соответствующего правила не было. Поэтому Битрикс передавал в чек исходную ставку 22%.

Мы рассмотрели возможность исправить проблему через обработчик события Битрикс, но в используемой версии системы он не позволял надежно определить тип формируемого чека. Поэтому выбрали другой вариант — точечно расширили существующую логику обработки ставок.

Добавили преобразование:

22% → 22/122 для предоплатных чеков, включая сценарии возврата предоплаты.

После изменения очистили кэш и провели тестовую оплату.

Клиент не решился на обновление всей системы из-за большого легаси и разросшихся изменений в проекте. Однако эта задача реализуемая, мы регулярно обновляем битрикс и наводим порядок в проектах – ссылка на услугу. 

Технический партнер, а не просто разработчик

В e-commerce одна проблема может проходить сразу через несколько уровней: сайт → CMS → интеграции → платежный сервис → онлайн-касса → фискальный чек.

Работаем со сложными интеграциями и legacy

Можем подключиться, когда:

• интернет-магазин работает нестабильно;

• возникают проблемы с оплатой или фискализацией;

• интеграции с 1С, CRM, доставкой или платежными сервисами работают некорректно;

• штатных возможностей Битрикс недостаточно;

• нужно разобраться с техническим долгом старого проекта;

• требуется техническая поддержка и развитие интернет-магазина.

Monoplan — технический партнер для e-commerce: разбираемся в сложных интеграциях, архитектуре и Битрикс и помогаем поддерживать интернет-магазин в рабочем состоянии.