Почему НДС некорректно отражается в КУДиР при поступлении эквайринга от разных банков в 1С:Бухгалтерии?

← На главную

Мы рассмотрим распространенную проблему, с которой сталкиваются бухгалтеры и программисты 1С: когда при работе с несколькими эквайринговыми банками (например, Сбер и Альфа-Банк) НДС по поступлениям некорректно или по-разному отражается в Книге учета доходов и расходов (КУДиР). Особенно это становится актуальным в переходные периоды, связанные с изменением налогового режима.

Анализируем суть проблемы: Различия в учете НДС при эквайринге

Предположим, у нас есть два эквайринговых договора со Сбербанком и Альфа-Банком. При загрузке выписок и формировании документов Поступление на расчетный счет мы замечаем, что для операций Сбербанка сумма НДС учитывается и, соответственно, уменьшает налогооблагаемую базу в КУДиР (если мы на УСН "Доходы минус расходы" или применяем УСН с НДС), тогда как для Альфа-Банка НДС не выделяется, и вся сумма поступления попадает в доходы. И это происходит даже при условии, что реквизиты документов и настройки договоров идентичны, например, везде указано "Без НДС". Как же разобраться в этой кажущейся аномалии?

Ключевая особенность: счет 57.03 "Продажи по платежным картам"

Прежде чем погружаться в детали, давайте вспомним, как работает учет эквайринговых операций в 1С. Для учета денежных средств, которые находятся в пути от эквайера до нашего расчетного счета, используется транзитный счет 57.03 "Продажи по платежным картам". На этот счет изначально поступают средства от розничных продаж (например, через документ Отчет о розничных продажах или Операция по платежной карте), а затем списываются при фактическом зачислении на расчетный счет документом Поступление на расчетный счет с видом операции Поступление по платежным картам. Именно на этапе формирования документа, отражающего розничную продажу, фиксируется информация об НДС.

Шаг 1: Проверяем последовательность проведения документов и исходные данные по НДС

Одной из наиболее частых причин некорректного выделения НДС является нарушение последовательности или отсутствие необходимых документов.

Документы-основания для НДС: Мы должны убедиться, что для всех операций эквайринга, по которым ожидается выделение НДС, были правильно оформлены и проведены первичные документы, отражающие факт розничной продажи. Это могут быть Отчет о розничных продажах или Операция по платежной карте. В этих документах необходимо корректно указать ставку НДС и сумму НДС по каждому товару или услуге. Если эти документы отсутствуют, некорректно заполнены или проведены после Поступления на расчетный счет, программа не сможет определить сумму НДС для вычета.
Проверка заполнения НДС: В сообщениях на форуме упоминается, что автор "программно изменил табличную часть 'Расшифровка платежа', где есть сведения об НДС, но не заполнен реквизит сумма НДС". Это критически важно: даже если табличная часть содержит реквизиты для НДС, но сама сумма НДС не заполнена (или заполнена неверно), то и в КУДиР НДС не выделится.
Последовательность проведения: Мы помним, что 1С — система, чувствительная к последовательности. Сначала должны быть проведены документы, формирующие НДС (например, Отчет о розничных продажах), и только потом документ Поступление на расчетный счет, который "закрывает" 57.03. Если порядок нарушен, могут возникнуть "красные" сальдо и некорректный учет.

Шаг 2: Анализируем состояние счета 57.03 "Продажи по платежным картам"

Счет 57.03 играет ключевую роль в учете эквайринга. Любые расхождения или "хвосты" на этом счете могут привести к проблемам с НДС в КУДиР.

Оборотно-сальдовая ведомость (ОСВ) по 57.03: Мы должны построить ОСВ по счету 57.03 за интересующий период (например, за январь, как в примере на форуме) с детализацией по Контрагентам (банкам-эквайерам) и Договорам.
Проверка сальдо: Крайне важно убедиться, что остатки по счету 57.03 в разрезе всех субконто (контрагент, договор) являются дебетовыми или нулевыми. Если мы видим кредитовые остатки, это сигнализирует о проблемах: возможно, деньги были зачислены на расчетный счет, но нет корректно проведенных документов розничных продаж, которые бы сформировали дебет счета 57.03. Или же суммы НДС не были правильно учтены при поступлении на 57.03.
"Загаженное" начальное сальдо: Особенно пристальное внимание мы должны уделить начальному сальдо по 57.03 на 01.01.2025 (в нашем примере). Если в предыдущем периоде (например, 2024 год, когда организация работала без НДС) были некорректные остатки или проводки, это может "испортить" учет НДС в текущем периоде. Как было отмечено в сообщении 9: "Если оно загажено по Альфа-банку, то и НДС по платёжным картам гавкнет."
Отражение НДС в ДДС: В сообщении 9 также обращается внимание на Отчет о движении денежных средств (ДДС). Там часто можно увидеть, что для 50-х счетов происходит "минус Дебетовый оборот по счету 5*.** в части НДС", но для 57.03 может стоять "плюс Сумма платежей по платежным картам (положительная разница оборотов по счету 57.03)" без явного выделения НДС. Это подтверждает, что НДС для карт "берется" из документов-оснований (розничных продаж), а не напрямую из Поступления на расчетный счет.

Шаг 3: Учетная политика, настройки НДС и переходные периоды

Изменения в законодательстве и настройки программы также могут быть причиной.

Переходный период по НДС (с 2025 года): В рассматриваемом случае автор упомянул, что 31 декабря они работали без НДС, а с 1 января 2025 года начали работать с НДС. Это ключевой момент. При переходе с одного налогового режима на другой (или изменении статуса плательщика НДС) часто возникают подобные проблемы. Старые документы или остатки могли быть сформированы без учета НДС, а новые уже должны его выделять. Программа может некорректно обрабатывать эти "стыки".
Настройки учетной политики: Мы должны проверить, что в учетной политике организации правильно указана применяемая система налогообложения (УСН) и статус плательщика НДС. Если организация на УСН теперь является плательщиком НДС (что стало актуально с 2025 года), необходимо убедиться, что все соответствующие настройки активированы.
Настройки счетов учета: Для счетов учета доходов, используемых при эквайринге, следует убедиться, что НДС не включается в состав доходов, учитываемых при расчете налога по УСН. Иногда для этого требуется установить признак "Не включается в базу по УСН" для определенных счетов или субконто.
Настройки "Видов оплат": Для автоматического формирования проводок по комиссии банка-эквайера и выделения НДС (особенно актуально с 2026 года, когда комиссия облагается НДС) нам необходимо внести соответствующие настройки в справочник Виды оплат в 1С.

Шаг 4: Разбираем особенности документа "Поступление на расчетный счет" при эквайринге

Давайте подробнее рассмотрим, как документ Поступление на расчетный счет обрабатывает НДС при поступлениях по платежным картам.

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

Именно поэтому, когда автор проверил, что "в приходном документе НДС указан?" и выяснил, что такого понятия в документе поступления нет, а затем программно изменил табличную часть "Расшифровка платежа", где "не заполнен реквизит сумма НДС", это не помогло. Потому что НДС формируется не в этом документе, а в первичном документе продажи.

Шаг 5: Программное решение и устранение ошибок

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

Перепроведение документов: Автор столкнулся с ситуацией, когда по Сберу НДС "через одного выделялся", а по Альфе "ни в одном из документов". Временным, но эффективным решением стало написание обработки. Эта обработка пересчитывала и перепроводила документ Поступление на расчетный счет. После ее применения записи по Сберу приходили в порядок. Это часто указывает на проблемы с регистром накопления, из которого КУДиР берет данные, или на особенности проведения, зависящие от состояния других регистров на момент проведения.

Примерный алгоритм обработки для перепроведения: Если мы сталкиваемся с подобной проблемой, можем рассмотреть создание внешней обработки, которая будет выполнять следующие действия:


// Примерный код для обработки в 1С
// Получаем список документов "Поступление на расчетный счет" за определенный период
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
|    ПоступлениеНаРасчетныйСчет.Ссылка
|ИЗ
|    Документ.ПоступлениеНаРасчетныйСчет КАК ПоступлениеНаРасчетныйСчет
|ГДЕ
|    ПоступлениеНаРасчетныйСчет.Дата МЕЖДУ &НачалоПериода И &КонецПериода
|    И ПоступлениеНаРасчетныйСчет.ВидОперации = &ВидОперации";

Запрос.УстановитьПараметр("НачалоПериода", НачалоМесяца(ДатаНачала)); // Начало периода для перепроведения
Запрос.УстановитьПараметр("КонецПериода", КонецМесяца(ДатаОкончания)); // Конец периода
Запрос.УстановитьПараметр("ВидОперации", Перечисления.ВидыОперацийПоступлениеНаРасчетныйСчет.ПоступлениеПоПлатежнымКартам);

РезультатЗапроса = Запрос.Выполнить().Выгрузить();

Для Каждого СтрокаДокумента Из РезультатЗапроса Цикл
    ДокументОбъект = СтрокаДокумента.Ссылка.ПолучитьОбъект();
    Если ДокументОбъект.Проведен Тогда
        // Отмена проведения перед перепроведением
        ДокументОбъект.ОтменаПроведения();
    КонецЕсли;
    // Устанавливаем признак "Не включается в базу по УСН" для соответствующих счетов
    // или пересчитываем суммы НДС, если это необходимо
    // Здесь может быть дополнительная логика для корректировки табличных частей
    // Например: обход табличной части РасшифровкаПлатежа
    // Если ДокументОбъект.ВидОперации = Перечисления.ВидыОперацийПоступлениеНаРасчетныйСчет.ПоступлениеПоПлатежнымКартам Тогда
    //     Для Каждого СтрокаРасшифровки Из ДокументОбъект.РасшифровкаПлатежа Цикл
    //         // Здесь можно проверить и скорректировать СуммаНДС
    //         // Например, если сумма НДС не заполнена, а должна быть
    //         Если СтрокаРасшифровки.СуммаНДС = 0 И (нужное условие) Тогда
    //             // Логика определения и заполнения СуммаНДС
    //             // Требует доступа к данным первичного документа (Отчет о розничных продажах)
    //         КонецЕсли;
    //     КонецЦикла;
    // КонецЕсли;

    ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
    Сообщить("Документ " + ДокументОбъект.Ссылка + " перепроведен.");
КонецЦикла;

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

Обращение в поддержку 1С: Если проблема системная и повторяется, а предложенные решения не помогают, возможно, это ошибка в самой конфигурации, которая будет исправлена в будущих обновлениях. Рекомендуем проверить актуальность вашей версии 1С и, при необходимости, обратиться в поддержку.

Заключение: Комплексный подход к решению проблемы

Как мы видим, проблема некорректного отражения НДС в КУДиР при эквайринге — многофакторная. Она может быть вызвана как нарушениями в последовательности документов, так и некорректными настройками учетной политики, проблемами с транзитным счетом 57.03, особенностями обработки НДС в переходные периоды или даже ошибками в самой программе. Для успешного решения этой задачи требуется комплексный подход, включающий тщательную проверку всех этапов документооборота, анализ бухгалтерских проводок и, при необходимости, применение программных методов корректировки.

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