Для интернет-магазина некорректные чеки могут привести к ошибкам в учёте и дополнительным вопросам со стороны контролирующих органов. Поэтому в таких задачах важно быстро устранить проблему, разобраться не только с настройками, но и с тем, как устроена вся техническая цепочка формирования чека.
Предыстория
С 1 января 2026 года в России действует основная ставка НДС 22%. Для авансов и предоплат применяется расчётная ставка — 22/122.
Однако после изменения налоговых ставок один из наших клиентов обнаружил, что в чеках предоплаты НДС отображается как 22%, а не 22/122.
Пример чека до исправления:
Платеж: Предоплата 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 → интеграции → платёжный сервис → онлайн-касса → фискальный чек
Поэтому в Monoplan мы рассматриваем технические задачи не изолированно, а в контексте всей системы интернет-магазина.
Можем подключиться, когда:
- интернет-магазин работает нестабильно;
- возникают проблемы с оплатой или фискализацией;
- интеграции с 1С, CRM, доставкой или платёжными сервисами работают некорректно;
- штатных возможностей Битрикс недостаточно;
- нужно разобраться с техническим долгом старого проекта;
- требуется техническая поддержка и развитие интернет-магазина.
Monoplan — технический партнёр для e-commerce: разбираемся в сложных интеграциях, архитектуре и Битрикс и помогаем поддерживать интернет-магазин в рабочем состоянии.
