Разберем ситуацию подробно и без упрощений, потому что здесь ошибка обычно возникает не в самом НДС, а в попытке неправильно связать платежи со строками реализации. По описанию видно, что у нас есть одна отгрузка начала февраля, в которой одновременно присутствуют позиции без НДС, позиции со ставкой 22% и позиции со ставкой 10%. После этого покупатель перечислил две оплаты: первая платежка пришла с формулировкой «без НДС», а вторая — отдельной суммой, которую покупатель, по сути, назвал суммой НДС по ставкам 22% и 10%.
Именно на этом месте бухгалтеры и пользователи 1С обычно начинают пытаться «разрезать» вторую платежку на позиции 3 и 4. Но здесь и кроется главная ловушка: вторая платежка может вообще не являться оплатой только позиций 3 и 4 в полном размере. Очень часто это не отдельная оплата конкретных товарных строк, а просто вторая часть общей оплаты, где покупатель экономически разделил платеж на «стоимость без налога» и «сумму налога».
Поэтому сначала не будем механически подгонять платеж под строки реализации. Сначала выясним логику расчетов, а уже потом выберем способ отражения в Поступление на расчетный счет.
Рассмотрим подробнее, откуда вообще берется расхождение. Допустим, в реализации:
Общая сумма отгрузки составит 54 200 руб. При этом сумма НДС будет 4 200 руб. Если покупатель заплатил так:
то вторая платежка не обязана совпадать с суммой позиций 3 и 4, потому что позиции 3 и 4 в полном объеме стоят 34 200 руб., а 4 200 руб. — это только налоговая часть внутри этих позиций. Значит, вторая платежка не оплачивает позиции 3 и 4 как отдельные строки реализации, а лишь закрывает налоговую часть общей задолженности.
Это и есть ключ к решению задачи. Не будем отождествлять вторую платежку с отдельной реализацией по ставкам 22% и 10%, если по факту это только вторая часть общего расчета по одной отгрузке.
Теперь разберем по шагам, от чего зависит способ отражения.
Если обе оплаты поступили после отгрузки, то с точки зрения НДС это обычная постоплата. В этом случае налог уже определен документом реализации, и поступление денег само по себе новую налоговую базу по НДС не создает.
Если же одна из оплат поступила до отгрузки, либо по итогу после проведения оплаты на договоре появляется кредитовый остаток как предоплата, тогда это уже история про аванс. И вот тогда поле со ставкой НДС, разнесение по документам и возможное деление платежа начинают играть важную роль.
Это основной и самый вероятный вариант для описанной ситуации. Если отгрузка уже была в начале февраля, а больница потом двумя платежами закрывает один и тот же документ реализации, то не нужно пытаться разнести вторую платежку по строкам 3 и 4 как отдельную реализацию.
В таком случае действуем так.
Поступление на расчетный счет с видом операции Оплата от покупателя.По документу, чтобы явно привязать оплату к нужной Реализации (акт, накладная, УПД).Дт 51 Кт 62.01.Что здесь важно понять: в этом сценарии нам не нужно добиваться того, чтобы вторая платежка совпала по сумме именно со строками 3 и 4. Нам нужно, чтобы обе платежки в сумме закрыли дебиторскую задолженность по всей отгрузке.
НДС в таком случае уже сидит в документе реализации. Именно строки реализации определяют, какие позиции без НДС, какие со ставкой 22%, какие со ставкой 10%. Поступление денег после отгрузки не должно переписывать налоговую картину, уже зафиксированную продажей.
Поэтому при постоплате безопаснее мыслить так: банковская выписка закрывает расчет, а не определяет ставку НДС по реализации. Это принципиальный момент.
Если программа при загрузке выписки из банка автоматически подставила в документ одну ставку НДС на основании текста назначения платежа, не будем воспринимать это как налоговое основание. В типовой 1С один банковский документ не предназначен для полноценного описания нескольких ставок НДС внутри одной оплаты. В такой ситуации главное — правильная аналитика по расчетам, а не формальная попытка отразить в одном поле сразу и 22%, и 10%, и операции без налога.
Здесь разберем ситуацию особенно внимательно, потому что именно это обычно и смущает пользователя.
В документе Поступление на расчетный счет типовая форма ориентирована на одну ставку. Когда 1С подставляет туда значение автоматически, она чаще всего берет его из текста назначения платежа или из типовой логики документа. Но при смешанной оплате, где в одной отгрузке есть и Без НДС, и 10%, и 22%, автоматическое заполнение неизбежно будет условным.
Если речь идет именно о постоплате после реализации, то для НДС решающим остается сам документ Реализация (акт, накладная, УПД). Поэтому не будем пытаться искусственно «втиснуть» в поля банковской выписки сразу несколько ставок.
Практически это означает следующее:
Счет-фактура выданный на аванс;Именно так мы убираем противоречие между бухгалтерской логикой и формальным видом банковского назначения.
Теперь рассмотрим второй вариант, потому что он тоже встречается на практике. Иногда после проведения двух оплат выясняется, что:
Вот в этом случае механика меняется. Если после погашения задолженности остается остаток, то этот остаток уже нельзя показывать как простую постоплату. Это либо аванс, либо отдельная переплата, которую нужно выделить в расчетах.
Здесь обычно работают два подхода.
Первый подход: оформить два документа Поступление на расчетный счет с одинаковими реквизитами платежки, но с разным экономическим смыслом. Один документ — на сумму, которая закрывает долг по реализации. Второй — на остаток, который остается как аванс или переплата.
Второй подход: использовать внутри банковского документа возможность Разбить платеж или аналогичное разнесение на несколько сумм, если конфигурация и форма документа это позволяют.
Здесь важно не просто технически разделить сумму, а правильно разделить основания:
Именно в этом месте режим Погашение задолженности со значением По документу помогает больше всего. Он позволяет не отдавать разнесение на волю хронологии и автоматических алгоритмов.
Разберем подробнее, в каких случаях деление обязательно, а в каких — нет.
Разделение не нужно, если:
Разделение нужно, если:
Без НДС, а по другой — расчетная ставка аванса 10/110 или 22/122;62.02 как аванс;То есть сам факт разных ставок НДС еще не означает, что платеж нужно делить. Деление нужно тогда, когда разные части суммы имеют разный режим учета: одна часть закрывает долг, другая создает аванс; одна часть относится к облагаемой поставке, другая — к необлагаемой; одна часть должна породить авансовый НДС, другая — нет.
Теперь разберем особый сценарий, который в 2025–2026 годах стал очень важным. Если организация работает на УСН и при этом платит НДС, то ставка НДС в документе оплаты может влиять не только на техническое заполнение, но и на отражение доходов в Книга учета доходов и расходов.
Именно поэтому при УСН с НДС нельзя относиться к полям НДС в банковском документе как к полностью безобидным. Если поставить условную ставку «на глаз», можно получить завышение или занижение дохода, а затем разницу между банковскими поступлениями и суммой доходов в налоговом учете.
Поэтому для УСН с НДС безопаснее действовать строже:
Иными словами, для ОСНО описанная проблема чаще всего решается через правильное закрытие 62.01, а для УСН с НДС — еще и через дополнительный контроль того, как оплата влияет на налоговый доход.
Теперь рассмотрим вариант, когда платеж все же попадает в авансы. В этом случае в 1С уже недостаточно сказать: «Платеж потом закроется реализацией». Для аванса важна ставка, по которой в будущем будет происходить отгрузка.
Если аванс относится к будущей поставке по ставке 10%, для него применяют расчетную ставку 10/110. Если аванс относится к будущей поставке по ставке 22%, применяют расчетную ставку 22/122. Если аванс относится к операциям Без НДС, авансовый НДС не начисляют.
И вот здесь становится очевидно, почему в одном банковском документе смешанная сумма неудобна. Если одна часть оплаты относится к будущей поставке без НДС, другая — к 10%, третья — к 22%, то у каждой части разный режим отражения. Типовой один реквизит % НДС этого просто не выразит.
В такой ситуации правильнее:
Автоматический зачет аванса по разным ставкам НДС в рамках одного договора работает ограниченно. Поэтому для точного результата лучше использовать явную привязку к документам и понятную структуру расчетов.
Теперь соберем все в один практический алгоритм.
Реализация (акт, накладная, УПД) строки 1 и 2 оформлены как Без НДС, строка 3 — 22%, строка 4 — 10%. Если реализация заполнена верно, не пытайтесь исправлять ее из-за странных формулировок в платежках.Поступление на расчетный счет. Вид операции — Оплата от покупателя.По документу. Это особенно полезно, если на договоре несколько реализаций и авансов, и вы не хотите, чтобы 1С зачитывала деньги автоматически в хронологическом порядке.62.01 по этой же реализации.Разбить платеж с выделением переплаты/аванса.Рассмотрим подробнее еще один практический момент. Часто бухгалтер хочет, чтобы в 1С назначение платежа выглядело «красиво» и повторяло текст из банковской платежки. Это полезно для сверки, но не должно ломать учет.
Поэтому логика такая:
То есть текст назначения может быть уточняющим реквизитом для человека, но не главным механизмом налогового распределения.
Теперь разберем типичные ошибки, чтобы сразу их исключить.
Разберем этот момент отдельно, потому что он очень практичный.
Если на договоре только одна реализация и больше ничего нет, то даже автоматический зачет часто сработает без проблем. Но если у покупателя есть:
то безопаснее сразу переводить документ Поступление на расчетный счет в режим По документу. Тогда мы сами укажем, какой долг закрывает конкретная оплата.
В вашей ситуации это особенно полезно, потому что вторая платежка по тексту выглядит нестандартно. Если оставить полностью автоматическое поведение, есть риск, что 1С зачтет ее не так, как ожидается бухгалтером.
Иногда одного документа действительно недостаточно. В старой практической школе 1С для таких случаев использовали прием: одну и ту же банковскую платежку вводили несколько раз с одинаковими номером и датой, но с разными суммами и разными основаниями. Такой подход и сейчас может быть полезен как рабочий технический прием, если у платежа реально несколько самостоятельных частей.
Но применять его нужно аккуратно. Он подходит только тогда, когда мы можем экономически обосновать разделение суммы. Например:
Если же вторая платежка — это просто «сумма НДС» по уже отгруженному документу, а не отдельное хозяйственное основание, то размножать платежку по ставкам без реальной необходимости не нужно.
После проведения документов не будем останавливаться на том, что «провелось без ошибки». Проверим результат содержательно.
62.01 по покупателю и по документу реализации.62.02, если аванса по факту быть не должно.Счет-фактура выданный на аванс.62.02 и корректного НДС по счету 76.АВ.Книга учета доходов и расходов.Именно такая проверка показывает, решена ли задача по существу, а не только формально.
Сценарий А. Это обычная постоплата.
Отгрузка на 154 000 руб. включает:
Общая сумма НДС — 9 181,82 руб. Покупатель платит:
Что делаем? Не делим вторую платежку на строки 3 и 4 как на самостоятельный объект учета. Просто проводим обе оплаты как погашение одной задолженности по реализации. После этого смотрим, чтобы остаток по 62.01 стал нулевым. На НДС по реализации это никак дополнительно не влияет.
Сценарий Б. После двух оплат остается переплата.
Допустим, по той же реализации покупатель перечислил на 3 000 руб. больше. Тогда проводим сумму долга в погашение реализации, а оставшиеся 3 000 руб. выделяем отдельно: либо вторым документом поступления, либо через Разбить платеж. Эта часть уже может считаться авансом на будущую поставку или переплатой по договору. Вот тут уже нужно решать вопрос ставки НДС по остатку, а не по всей второй платежке целиком.
Потому что налоговый объект по НДС при продаже формируется не банковской выпиской, а реализацией. Если реализация уже проведена, там уже определены:
Платеж после отгрузки лишь погашает дебиторскую задолженность. Поэтому попытка дополнительно «разложить» вторую платежку по ставкам чаще всего создает больше путаницы, чем пользы. Мы начинаем искусственно распределять то, что уже распределено документом реализации.
Именно это и является основной причиной, почему пользователь видит несоответствие суммы второй платежки и суммы строк 3+4. Он сравнивает неравные сущности: отдельно уплаченный налог и полную стоимость облагаемых позиций.
Соберем полезные объекты и реквизиты, которые здесь реально работают:
Поступление на расчетный счет — основной документ для отражения оплаты от покупателя.Реализация (акт, накладная, УПД) — документ, который определяет налоговую базу по ставкам и по операциям без НДС.Погашение задолженности — реквизит, позволяющий выбрать ручную логику зачета.По документу — режим, который помогает привязать оплату к конкретной реализации.Разбить платеж — полезная команда, если в одной сумме реально сидят долг и остаток аванса/переплаты.Счет-фактура выданный — нужен только если оплата является авансом, а не постоплатой.Формирование записей книги покупок — используется для вычета НДС с ранее полученного аванса при его зачете.62.01 — расчеты по реализации.62.02 — авансы полученные.76.АВ — НДС с авансов.Заметим важный практический момент: в описанной задаче решающим объектом обычно оказывается не поле ставки НДС в банковском документе, а связка Поступление на расчетный счет + По документу + правильный документ реализации.
Теперь сформулируем ответ максимально прямо.
Если отгрузка уже была в начале февраля, а обе платежки пришли после нее, то проводите обе оплаты как погашение задолженности по одной реализации. Не пытайтесь делить вторую платежку на позиции 3 и 4 только потому, что она названа «суммой НДС». Эта сумма не обязана совпадать с полной стоимостью облагаемых позиций, потому что она может являться только налоговой частью общего долга.
То есть правильный подход такой:
Погашение задолженности = По документу и выбираем конкретную реализацию;62.01.Если же после такого зачета остается лишняя сумма или выясняется, что одна из оплат по сути является предоплатой, тогда уже разделяем платеж: часть — в погашение реализации, остаток — как аванс или переплата, с отдельной логикой НДС по соответствующей ставке.
Иными словами, проблема решается не делением второй платежки по строкам реализации, а правильным определением экономического смысла платежа: постоплата это или аванс.
Информация носит справочный характер.