Рассмотрим ситуацию подробно. От покупателя поступил аванс, в программе правильно оформлено поступление денежных средств и выставлен счет-фактура на аванс. Затем происходит реализация, но непосредственно в документе реализации устанавливается вариант, при котором аванс не зачитывается. После реализации взаиморасчеты закрываются отдельным документом Корректировка долга. По счету 62 задолженность погашается, однако при выполнении регламентной операции Формирование записей книги покупок на закладке «Полученные авансы» программа принимает к вычету НДС не полностью.
На первый взгляд кажется, что проблема находится в счете 76.АВ или в неправильной хронологии документов. Но для автоматического вычета НДС этого недостаточно. 1С должна не только видеть начисленный НДС на счете 76.АВ, но и определить, какая именно сумма полученного аванса была зачтена в оплату конкретной отгрузки. Поэтому в такой ситуации проверим одновременно бухгалтерские взаиморасчеты по счетам 62.01 и 62.02, аналитику счета 76.АВ, счет-фактуру на аванс и движения документов, которыми выполняется зачет.
Особенно внимательно разберем документ Корректировка долга. Сам по себе факт того, что после его проведения счет 62 «схлопнулся», еще не гарантирует, что механизм НДС определил весь аванс как зачтенный в счет реализации.
Начнем не с 1С, а с налогового правила. Пункт 8 статьи 171 НК РФ позволяет продавцу принять к вычету НДС, ранее исчисленный при получении предварительной оплаты. Пункт 6 статьи 172 НК РФ устанавливает момент и размер такого вычета.
Вычет производится с даты отгрузки товаров, выполнения работ или оказания услуг в размере НДС, относящегося к той части ранее полученной оплаты, которая подлежит зачету в счет этой отгрузки согласно условиям договора.
То есть логика состоит не в том, что «на 76.АВ есть остаток — значит его надо закрыть». Связь должна выглядеть следующим образом:
Получим от покупателя предварительную оплату.
Начислим НДС с аванса.
Зарегистрируем счет-фактуру на аванс.
Выполним отгрузку товаров, работ или услуг.
Зачтем полученный аванс в оплату этой отгрузки.
После этого примем ранее начисленный НДС с соответствующей части аванса к вычету.
Именно эту последовательность пытается восстановить 1С при автоматическом заполнении Формирование записей книги покупок.
Если какой-то элемент связи отсутствует или оформлен не тем документом, не по тому договору, не по тому документу расчетов либо не на ту сумму, бухгалтерский счет 62 может закрыться, но НДС с аванса автоматически к вычету попадет только частично или вообще не попадет.
Посмотрим на упрощенный пример. Покупатель перечислил аванс 122 000 рублей при ставке НДС 22 процентов.
При поступлении аванса отражается кредиторская задолженность перед покупателем:
Дебет 51 Кредит 62.02 — 122 000 рублей.
После регистрации авансового счета-фактуры начисляется НДС:
Дебет 76.АВ Кредит 68.02 — 22 000 рублей.
После реализации возникает дебиторская задолженность:
Дебет 62.01 Кредит 90.01 — стоимость реализации.
Одновременно начисляется НДС с реализации:
Дебет 90.03 Кредит 68.02 — НДС с реализации.
Если аванс зачитывается в счет реализации, должна появиться проводка:
Дебет 62.02 Кредит 62.01 — сумма зачтенного аванса.
После выполнения регламентной операции Формирование записей книги покупок ранее начисленный НДС с зачтенного аванса принимается к вычету:
Дебет 68.02 Кредит 76.АВ — сумма НДС с зачтенного аванса.
Последняя проводка формируется не просто потому, что существует дебетовое сальдо 76.АВ. Программа должна определить размер аванса, который действительно зачтен в счет отгрузки.
Да, сама по себе такая схема в 1С:Бухгалтерии 8 возможна. Документ Корректировка долга штатно используется в том числе для зачета полученных авансов в счет дебиторской задолженности покупателя.
Поэтому утверждение, что проблема обязательно возникает из-за установленного в реализации режима «аванс не зачитывать», будет слишком категоричным.
Если хозяйственная ситуация действительно требует сначала провести реализацию без автоматического зачета, а затем отдельным документом выполнить зачет, рассмотрим правильную схему.
Проведем Реализация (акт, накладная, УПД) без зачета аванса.
Убедимся, что после реализации одновременно существуют дебетовое сальдо по 62.01 и кредитовое сальдо по 62.02.
Создадим Корректировка долга.
Выберем вид операции «Зачет авансов».
В поле «Зачесть аванс» укажем «Покупателя».
В счет задолженности выберем задолженность покупателя перед нашей организацией, если речь идет об одном покупателе.
Заполним табличные части остатками по взаиморасчетам.
Проверим, какой именно аванс и какая именно задолженность попали в табличные части.
Проведем документ.
Заново заполним закладку «Полученные авансы» документа Формирование записей книги покупок.
В типовом сценарии после корректно оформленного зачета сумма НДС с действительно зачтенной части аванса должна попасть в книгу покупок.
Поэтому в исходной ситуации будем искать не сам факт использования документа «Корректировка долга», а причину, по которой он не создает для механизма НДС полную связь между авансом и погашенной реализацией.
Это первый вопрос, который справедливо возник в обсуждении. Сформируем Оборотно-сальдовая ведомость по счету для счета 62.
Не ограничимся итоговым сальдо по контрагенту. Включим максимальную аналитику, которую использует ваша настройка расчетов:
контрагент;
договор;
документы расчетов с контрагентом, если такая детализация используется;
субсчета 62.01 и 62.02.
Сначала сформируем отчет на дату непосредственно перед Корректировка долга.
Мы должны увидеть две встречные суммы: долг покупателя на 62.01 и полученный аванс на 62.02.
Затем сформируем отчет после корректировки.
Если зачет полный, соответствующие суммы должны закрыться проводкой:
Дебет 62.02 Кредит 62.01.
Если на 62.01 или 62.02 остается даже небольшое сальдо, сначала выясним его происхождение. Причиной могут быть:
разные договоры;
разные документы расчетов;
разный способ погашения задолженности;
ручное изменение суммы в Корректировка долга;
несколько авансов, из которых зачтена только часть;
несколько реализаций;
изменение аналитики в одном из документов;
перенос задолженности между договорами или контрагентами.
Пока 62.01 и 62.02 не закрыты в нужной аналитике, переходить к исправлению 76.АВ рано.
Рассмотрим подробнее один из самых коварных случаев. В общей оборотно-сальдовой ведомости счет 62 может выглядеть закрытым, но при детализации окажется, что аванс относится к одному документу расчетов, а погашенная задолженность — к другому.
Например:
аванс 300 000 рублей получен по договору № 1;
реализация 300 000 рублей проведена по этому же контрагенту, но по договору № 2;
Корректировка долга переносит или сворачивает задолженность;
по счету 62 итог получается нулевым;
механизм НДС при этом видит не всю сумму аванса как оплату конкретной отгрузки.
В таком случае сначала оформим корректный перенос аванса между договорами, если он соответствует реальному соглашению сторон, а уже затем выполним зачет с реализацией.
Фирма 1С отдельно описывала сценарии, когда полученная предоплата переносится с одного договора на другой с помощью Корректировка долга, а после последующей отгрузки НДС с такого аванса принимается к вычету через Формирование записей книги покупок.
Это подтверждает главное правило: важно сохранить цепочку конкретного аванса, а не просто добиться нулевого сальдо по счету 62.
Откроем Корректировка долга и посмотрим на поле «Вид операции».
Для рассматриваемой задачи нам обычно требуется именно «Зачет авансов».
Не будем смешивать его с другими операциями:
«Перенос задолженности» используется, когда долг или аванс переносится на другого контрагента либо другой договор;
«Зачет задолженности» используется для других вариантов взаимозачета;
«Списание задолженности» погашает долг путем его списания и не означает зачет полученного аванса в счет реализации;
«Прочие корректировки» предназначены для нестандартных изменений расчетов и не должны использоваться вместо штатного зачета только ради получения нужной проводки.
Если бухгалтер вручную добился проводки Дт 62.02 Кт 62.01 через другой вид операции, это еще не означает, что результат полностью аналогичен штатному Зачет авансов для всех механизмов программы.
Поэтому в тестовой копии базы попробуем воспроизвести операцию именно стандартным видом «Зачет авансов».
В документе Корректировка долга при зачете авансов программа работает сразу с двумя сторонами расчетов.
На одной закладке находится полученный аванс, на другой — задолженность покупателя по реализации.
Не будем просто нажимать «Заполнить» и проводить документ. Сравним строки построчно.
Проверим:
одного ли покупателя выбрала программа;
нужный ли договор указан у аванса;
нужный ли договор указан у задолженности;
правильный ли документ расчетов подставлен;
совпадают ли суммы;
не попал ли в зачет другой более ранний аванс;
не попала ли другая реализация;
не был ли часть аванса уже зачтена другим документом.
Если у покупателя несколько платежей, несколько реализаций и несколько договоров, именно здесь часто находится причина «неполного» НДС.
Например, бухгалтер ожидает, что из аванса 1 000 000 рублей будет зачтено 1 000 000 рублей. Но в документе Корректировка долга фактически указаны:
аванс — 1 000 000 рублей;
задолженность, погашаемая этим авансом, — 700 000 рублей.
В таком случае программа совершенно обоснованно не должна принимать к вычету НДС со всего миллиона. Для вычета есть основание только по части аванса, относящейся к погашенной отгрузке.
Теперь перейдем к счету 76.АВ.
В типовой 1С:Бухгалтерии 8 аналитический учет по счету 76.АВ ведется в разрезе:
контрагентов;
счетов-фактур выданных.
Поэтому обычная ОСВ с одной итоговой цифрой мало что показывает.
Сформируем Оборотно-сальдовая ведомость по счету 76.АВ и включим группировки «Контрагенты» и «Счета-фактуры выданные».
Разберем каждую авансовую счет-фактуру отдельно.
Для полностью использованного аванса последовательность должна быть такой:
при регистрации счета-фактуры на аванс появляется дебетовый оборот по 76.АВ;
при принятии авансового НДС к вычету появляется кредитовый оборот по 76.АВ;
после полного зачета конкретного аванса остатка по соответствующему счету-фактуре быть не должно.
Если часть суммы остается в дебетовом сальдо 76.АВ, выясним, какой именно счет-фактура образует остаток.
После этого вернемся не к общей реализации, а к конкретному платежу и конкретному авансовому счету-фактуре.
Откроем документ Счет-фактура выданный, оформленный на аванс.
Проверим:
проведен ли документ;
правильно ли определен вид счета-фактуры — на аванс;
правильно ли указан контрагент;
соответствует ли документ тому платежу, который затем зачитывается;
правильна ли сумма аванса;
правильна ли ставка НДС;
попал ли документ в книгу продаж в периоде получения аванса;
сформирована ли проводка Дт 76.АВ Кт 68.02.
Если счет-фактура на аванс был создан вручную, особенно внимательно сопоставим его с документом поступления денег.
Может возникнуть ситуация, когда бухгалтер визуально видит один и тот же платеж, но в аналитике программы авансовый счет-фактура связан не с тем объектом, который затем участвует в зачете.
Это особенно характерно для баз с ручными корректировками, переносом остатков, дублированными договорами и многократно исправлявшимися документами.
Это одна из самых полезных диагностических функций 1С. Не будем ограничиваться бухгалтерскими проводками.
Поочередно откроем команду просмотра движений для:
документа поступления денег;
Счет-фактура выданный на аванс;
Реализация (акт, накладная, УПД);
Корректировка долга;
Формирование записей книги покупок.
В зависимости от релиза конфигурации и применяемого функционала набор регистров может различаться. Но для задачи по НДС нас интересуют не только бухгалтерские записи, но и движения по регистрам, участвующим в НДС-учете.
В частности, итоговая запись вычета в книге покупок регистрируется в регистре накопления НДС Покупки.
Именно данные налоговых регистров в дальнейшем используются для формирования книги покупок и декларации по НДС.
Поэтому ситуация «проводки по счету 62 правильные, а книга покупок неправильная» вполне возможна. Бухгалтерские взаиморасчеты и НДС-учет тесно связаны, но это не один и тот же механизм.
После изменения или перепроведения документов не будем оставлять старое автоматическое заполнение регламентного документа.
Откроем Формирование записей книги покупок.
На закладке «Полученные авансы» удалим ранее автоматически сформированные строки либо заново выполним штатное заполнение в корректной последовательности.
Нажмем «Заполнить» и посмотрим результат.
В типовой схеме на этой закладке отображаются полученные авансы, НДС с которых ранее был начислен и которые были зачтены в счет отгруженных товаров, выполненных работ или оказанных услуг.
При проведении документа должна формироваться проводка:
Дебет 68.02 Кредит 76.АВ.
Одновременно формируется запись в НДС Покупки, на основании которой счет-фактура на аванс отражается в книге покупок.
Если строка заполняется только на часть суммы, не будем сразу исправлять ее вручную. Сначала сравним эту сумму с размером фактического зачета по счету 62.
Допустим, по счету-фактуре был начислен НДС с аванса 50 000 рублей, а Формирование записей книги покупок предлагает к вычету только 30 000 рублей.
Разберем это расхождение математически.
Сначала определим сумму аванса, которой соответствует НДС 30 000 рублей.
Для аванса со ставкой 20 процентов это:
30 000 × 120 / 20 = 180 000 рублей.
Для аванса со ставкой 22 процента:
30 000 × 122 / 22 = 166 363,64 рубля.
После этого поищем именно такую сумму в движениях счета 62 и в Корректировка долга.
Очень часто выясняется, что программа приняла к вычету не «случайную часть» НДС, а налог с той суммы аванса, которую она реально определила как зачтенную.
Такой прием позволяет значительно быстрее найти источник расхождения.
Если аванс был получен в 2025 году, а реализация произошла в 2026 году, существует еще одна причина, по которой ожидаемая сумма НДС может не совпадать с рассчитанной вручную.
С 1 января 2026 года основная ставка НДС увеличена с 20 до 22 процентов.
Предположим, в 2025 году покупатель перечислил предоплату 180 000 рублей, из которой продавец начислил НДС:
180 000 × 20 / 120 = 30 000 рублей.
В 2026 году выполняется отгрузка, которая уже облагается по ставке 22 процента.
Несмотря на ставку реализации 22 процента, при вычете авансового налога мы не должны пересчитывать старый аванс по формуле 22/122.
К вычету идет тот НДС, который был исчислен с соответствующей суммы аванса при его получении, то есть в нашем примере 30 000 рублей.
Фирма 1С отдельно обновила в 2026 году методические примеры для переходных операций. В типовой 1С:Бухгалтерии 8 вычет по авансу 2025 года формируется проводкой Дт 68.02 Кт 76.АВ исходя из НДС, исчисленного с предоплаты по старой расчетной ставке, при условии что соответствующая предоплата подлежит зачету в оплату отгрузки 2026 года.
Поэтому, если расхождение возникло именно после перехода на 2026 год, обязательно сравним:
ставку в авансовом счете-фактуре;
ставку в реализации;
сумму первоначально начисленного НДС на 76.АВ;
сумму реально зачтенного аванса;
ожидаемую сумму вычета.
В 1С значение может иметь не только дата, но и последовательность документов, особенно когда несколько платежей, реализаций и корректировок выполняются одним числом.
Поэтому фраза «хронология правильная» требует более детальной проверки.
Разберем:
какой документ был проведен первым;
изменялось ли время документа;
перепроводились ли старые документы после обновления;
не существует ли в этот же день второй реализации;
не существует ли возврата или второй корректировки;
не произошло ли автоматического зачета части платежа более ранним документом.
В истории 1С существовали зарегистрированные ошибки, связанные с автоматическим заполнением раздела полученных авансов в Формирование записей книги покупок, в том числе при операциях одного дня. Поэтому версия о программной ошибке в принципе возможна.
Но сначала отделим ошибку программы от ошибки данных: воспроизведем тот же сценарий на чистой тестовой цепочке документов.
Да, полностью исключать такую возможность нельзя. Платформа 1С:Предприятие 8 выполняет программный код конфигурации, работает с регистрами, запросами, проведением документов и последовательностью транзакций. Изменение платформы теоретически способно проявить ранее незаметную проблему.
Однако алгоритм определения авансов, расчета НДС и заполнения документа «Формирование записей книги покупок» в основном реализован именно в конфигурации — например, в 1С:Бухгалтерия 8, а не является универсальным алгоритмом платформы.
Поэтому после обновления первым делом установим, что именно обновилось:
версия платформы 1С:Предприятие 8;
релиз конфигурации Бухгалтерия предприятия;
оба компонента одновременно;
были ли установлены исправления или патчи;
менялся ли режим совместимости конфигурации.
Эта информация критична. Пользователь часто говорит «обновили платформу», хотя одновременно обслуживающая организация обновила релиз конфигурации и установила исправления.
Откроем информацию о программе и зафиксируем:
точный номер версии платформы;
точный релиз Бухгалтерия предприятия, редакция 3.0;
тип конфигурации — типовая или измененная;
наличие установленных исправлений.
В 2026 году в 1С:Бухгалтерии 8 выпускалось большое количество изменений, связанных с НДС: повышение основной ставки до 22 процентов, новая форма счета-фактуры, изменения книг покупок и продаж и новая декларация по НДС.
Поэтому при проблеме, появившейся именно после обновления в 2026 году, особенно важно работать на актуальном рекомендованном релизе конфигурации и проверить наличие оперативных исправлений 1С.
Не будем определять это по совпадению во времени. Проведем контролируемый тест.
Создадим резервную копию информационной базы.
В копии воспроизведем проблемную цепочку документов.
Зафиксируем сумму, которая автоматически появляется на закладке «Полученные авансы».
Создадим нового тестового покупателя.
Оформим простой аванс, счет-фактуру на аванс, реализацию без зачета и Корректировка долга видом «Зачет авансов».
Выполним Формирование записей книги покупок.
Проверим, возникает ли ошибка на новой цепочке.
Если новая тестовая операция работает корректно, проблема почти наверняка находится в аналитике старых документов, последовательности расчетов или накопленных данных конкретного контрагента.
Если ошибка воспроизводится даже на новой простой цепочке, уже серьезнее рассматриваем:
ошибку конкретного релиза конфигурации;
влияние установленного исправления;
влияние обновления платформы;
изменения в нетиповой конфигурации.
Если точно известно, что конфигурация не обновлялась, а изменился только номер платформы, получим хороший диагностический признак.
На копии базы можно сравнить результат на прежней и новой поддерживаемой версии платформы при соблюдении требований 1С к совместимости.
Не будем экспериментировать с рабочей информационной базой и произвольно откатывать платформу на сервере, особенно если это клиент-серверная база. Сравнение выполняем только в тестовой среде и с учетом совместимости релиза конфигурации.
Если один и тот же набор данных:
на прежней платформе дает полный вычет;
на новой платформе дает только частичный вычет;
при этом релиз конфигурации и данные идентичны,
получаем веское основание зарегистрировать обращение в техническую поддержку 1С.
В обращение приложим не только описание «не зачитывается 76.АВ», а конкретный воспроизводимый сценарий: версия платформы, релиз конфигурации, сумма аванса, сумма реализации, проводки, вид операции Корректировка долга и фактическая сумма автоматического вычета.
Если база находится на поддержке с возможностью изменений, выясним, является ли конфигурация полностью типовой.
Для зачета НДС особенно критичны изменения объектов, связанных с:
Реализация товаров и услуг;
Корректировка долга;
Счет-фактура выданный;
Формирование записей книги покупок;
регистрами учета взаиморасчетов;
НДС Покупки;
другими регистрами подсистемы НДС.
Если конфигурация доработана, обновление могло объединить новый типовой код со старой доработкой. Тогда проблема действительно появляется «после обновления», но ее причиной является не ошибка платформы, а конфликт изменений конфигурации.
Если в результате диагностики изменили договор, сумму, способ зачета или документ расчетов, перепроведем цепочку последовательно.
Для рассматриваемого сценария будем придерживаться следующего порядка:
поступление аванса;
счет-фактура на аванс;
реализация;
Корректировка долга;
Формирование записей книги покупок.
Если между этими документами имеются переносы аванса с договора на договор, сначала проведем перенос, затем документы, использующие результат переноса.
После перепроведения снова сформируем ОСВ 62 и 76.АВ.
Не выполняйте массовое перепроведение всей базы без резервной копии и понимания последствий для закрытых периодов. Если проблема относится к уже сданной декларации по НДС, сначала определим, потребуется ли исправление налоговой отчетности.
Технически табличную часть документа Формирование записей книги покупок можно корректировать. В практических рекомендациях по 1С ручное добавление строки используется в отдельных нестандартных ситуациях, когда автоматический механизм не способен корректно восстановить связь.
Но в рассматриваемой ситуации не будем начинать с ручного исправления.
Если программа автоматически предлагает 70 процентов НДС вместо 100 процентов, сначала выясним, почему она определила именно такую сумму.
Ручное увеличение вычета скроет причину, но оставит несогласованными:
счет 62;
счет 76.АВ;
авансовый счет-фактуру;
документы взаиморасчетов;
регистры НДС.
При следующей реализации, возврате аванса или корректировке эта ошибка может проявиться повторно уже в другой сумме.
Ручную запись будем использовать только тогда, когда:
мы подтвердили право на вычет по НК РФ;
размер вычета рассчитан документально;
счета 62 и 76.АВ проанализированы;
понятно, почему типовой алгоритм не формирует нужную строку;
исправить первичную цепочку документов без искажения учета невозможно или нецелесообразно.
Еще одна распространенная ошибка — сделать операцию вручную:
Дт 68.02 Кт 76.АВ
и считать вопрос закрытым.
Так делать не следует без отражения вычета в регистрах НДС.
Одна бухгалтерская проводка изменит сальдо счета 76.АВ, но не гарантирует правильного заполнения:
книги покупок;
раздела 8 декларации по НДС;
соответствующих строк раздела 3 декларации;
регистра НДС Покупки.
Если действительно требуется ручное отражение НДС, используем предусмотренные конфигурацией документы и механизмы НДС-учета, а не только бухгалтерскую операцию.
В 1С:Бухгалтерии 8 существует документ Корректировка записей регистров. Он позволяет вручную изменить движения по регистрам программы.
Но это инструмент для специалиста, а не обычный способ зачета авансового НДС.
Не будем применять его, пока можно восстановить правильный учет стандартными документами.
Корректировку регистров рассмотрим только в исключительной ситуации:
исторические данные перенесены из другой системы;
исправить исходные документы нельзя;
налоговая сущность операции точно определена;
известно, какие именно регистры должны быть изменены;
результат проверен по книге покупок и декларации.
Без понимания структуры регистров ручное изменение способно исправить одну строку и одновременно нарушить другую.
Если проблема возникает только по одному покупателю, обратим особое внимание на дубли.
В базе могут существовать два визуально одинаковых договора:
«Основной договор» и еще один «Основной договор».
Для пользователя они выглядят одинаково, но для системы это два разных объекта.
Аналогичная проблема бывает после:
обмена между базами;
загрузки данных;
объединения контрагентов;
ручного создания нового договора вместо выбора существующего;
переноса начальных остатков.
В результате платеж относится к одному объекту, реализация — ко второму, а Корректировка долга частично компенсирует расхождение в бухгалтерском учете.
При подозрении на дубли используем штатный функционал поиска и удаления дублей, но не объединяем элементы до анализа ссылок и создания резервной копии.
Если аванс возник до начала работы в текущей базе, отдельно проверим ввод начальных остатков.
Для корректного дальнейшего вычета недостаточно вручную поставить одной проводкой остаток на 76.АВ.
В учете должна существовать необходимая аналитика по:
контрагенту;
авансовому счету-фактуре;
сумме НДС;
остатку полученного аванса по расчетам.
Фирма 1С в актуальных материалах отдельно описывает ввод начальных остатков по счету 76.АВ. Это связано именно с тем, что последующее закрытие НДС требует корректной аналитической связи.
Если начальные остатки по 62.02 и 76.АВ введены разными объектами или не соответствуют друг другу, автоматическое заполнение книги покупок может дать неожиданный результат.
Это отдельный сложный сценарий.
Например, первоначальный покупатель реорганизован, аванс переносится на правопреемника, а реализация оформляется уже новому контрагенту.
Одной проводки Дт 62.02 Кт 62.02 здесь недостаточно для понимания механизма НДС.
Разберем цепочку:
оформим перенос задолженности штатным документом;
проверим остаток аванса по новому покупателю;
проверим необходимость оформления или переноса информации по счету-фактуре на аванс в соответствии с конкретной ситуацией;
проведем реализацию;
проверим зачет аванса;
заполним «Полученные авансы» в Формирование записей книги покупок.
Для таких нестандартных цепочек ручная корректировка книги покупок встречается чаще, поэтому решение принимаем после анализа конкретных документов.
Если покупатель остался тот же, но аванс изначально получен по одному договору, а затем по соглашению сторон направлен в оплату другого договора, используем штатный перенос аванса.
В Корректировка долга для такого сценария применяется «Перенос задолженности», где переносим аванс покупателя на новый договор.
После этого выполняем реализацию по новому договору и зачет аванса.
Практика 1С подтверждает, что при корректно оформленном переносе последующий вычет НДС с аванса может заполняться автоматически.
Поэтому если после переноса вычет частичный, сравним сумму перенесенного аванса с суммой, реально погасившей отгрузку.
Еще одна возможная причина — один авансовый счет-фактура использовался в нескольких отгрузках.
Например:
получен аванс 610 000 рублей;
первая реализация — 244 000 рублей;
часть НДС с аванса уже принята к вычету;
вторая реализация — 366 000 рублей;
бухгалтер ожидает увидеть во втором Формирование записей книги покупок весь первоначальный НДС.
Это будет неправильно. Во второй раз программа должна дать только оставшуюся часть.
Поэтому сформируем ОСВ по 76.АВ за весь период с даты получения аванса, а не только за текущий квартал.
Дополнительно сформируем книги покупок предыдущих периодов и найдем этот же счет-фактуру.
Не будем исключать и ситуацию, когда авансовый счет-фактура попал в книгу покупок ошибочно в предыдущем квартале, а теперь пользователь повторно ожидает его полного зачета.
На сумму доступного вычета могут влиять не только реализация и Корректировка долга, но и последующие изменения.
Посмотрим, нет ли:
Возврат товаров от покупателя;
Корректировка реализации;
исправительного счета-фактуры;
корректировочного счета-фактуры;
возврата части аванса;
сторно документов;
переноса аванса после реализации.
Такие документы могут изменить картину использования первоначальной предоплаты.
Особенно внимательно проанализируем корректировки на уменьшение после того, как часть авансового НДС уже была принята к вычету.
Допустим, покупатель перечислил 610 000 рублей, в том числе НДС 22 процента — 110 000 рублей.
Затем организация реализовала товар на 610 000 рублей.
В реализации указано «аванс не зачитывать».
После реализации получаем:
62.01 — дебиторская задолженность 610 000 рублей;
62.02 — кредиторская задолженность по авансу 610 000 рублей.
Создаем Корректировка долга видом «Зачет авансов» на 610 000 рублей.
После проведения ожидаем:
Дт 62.02 Кт 62.01 — 610 000 рублей.
Сальдо по обоим субсчетам в этой аналитике становится нулевым.
Теперь заполняем Формирование записей книги покупок.
Если весь аванс действительно соответствует этой реализации, ожидаем:
Дт 68.02 Кт 76.АВ — 110 000 рублей.
Если программа предлагает, например, 66 000 рублей, переведем налог обратно в сумму зачета:
66 000 × 122 / 22 = 366 000 рублей.
Теперь ищем в документах, почему механизм определил зачет только 366 000 рублей.
Возможно, именно эта сумма стоит на одной из вкладок Корректировка долга, относится к конкретной реализации или осталась доступной после предыдущего зачета.
Дополнительно выполним штатную Экспресс-проверка ведения учета.
Обратим внимание на проверки, связанные с НДС и счетами-фактурами.
Она не заменит анализ 62 и 76.АВ, но может показать:
отсутствующий счет-фактуру;
ошибку регистрации авансового НДС;
несоответствие налоговых документов;
другие нарушения последовательности учета.
Если проверка указывает конкретный аванс или документ, начнем анализ с него.
Сформулируем удобный критерий.
Скорее всего проблема в данных или оформлении документов, если:
ошибка возникает только у одного покупателя;
по другим покупателям аналогичная схема работает;
есть несколько договоров или документов расчетов;
остаток 62 закрывается только при укрупненной группировке;
использовался перенос задолженности;
есть ручные операции;
счет-фактура на аванс вводился вручную;
данные переносились из другой базы;
были возвраты или корректировки реализации.
Скорее всего стоит проверять ошибку релиза или платформы, если:
до обновления одна и та же операция работала;
после обновления перестали правильно работать многие новые операции;
ошибка воспроизводится на новом тестовом контрагенте;
аналитика 62.01, 62.02 и 76.АВ полностью корректна;
тот же сценарий воспроизводится в чистой копии базы;
результат зависит именно от версии платформы или релиза конфигурации.
Если тест подтверждает программную ошибку, не будем переписывать типовой алгоритм самостоятельно.
Сначала:
проверим актуальность релиза 1С:Бухгалтерия 8;
проверим зарегистрированные ошибки 1С;
проверим наличие опубликованного исправления;
проверим рекомендуемую версию платформы;
установим официальное исправление, если оно выпущено;
повторим тест на копии базы.
Исторически фирма 1С уже исправляла ошибки в объекте Формирование записей книги покупок, в том числе связанные с полученными авансами и автоматическим заполнением. Поэтому предположение о программной ошибке нельзя считать невозможным.
Но без номера релиза, платформы и воспроизводимого примера нельзя обоснованно утверждать, что виновато обновление.
Теперь соберем все действия в единый алгоритм.
Создайте резервную копию базы перед изменением документов.
Зафиксируйте номер платформы 1С:Предприятие 8 и релиз конфигурации.
Уточните, что именно было обновлено непосредственно перед появлением проблемы.
Сформируйте ОСВ по счету 62 с детализацией по контрагенту, договору и документам расчетов.
Проверьте состояние расчетов непосредственно перед Корректировка долга.
Проверьте, что существует кредитовое сальдо 62.02 по нужному авансу и дебетовое 62.01 по нужной реализации.
Откройте Корректировка долга и убедитесь, что используется вид операции «Зачет авансов».
Проверьте табличную часть с авансом.
Проверьте табличную часть с задолженностью покупателя.
Сравните договоры, документы расчетов и суммы.
После проведения убедитесь в наличии проводки Дт 62.02 Кт 62.01 на полную ожидаемую сумму.
Сформируйте ОСВ по 62 после корректировки и убедитесь, что нужная аналитика закрыта.
Сформируйте ОСВ по 76.АВ с группировкой по контрагентам и счетам-фактурам выданным.
Найдите конкретный авансовый счет-фактуру.
Проверьте исходную проводку Дт 76.АВ Кт 68.02.
Проверьте, не принималась ли часть НДС по этому счету-фактуре к вычету ранее.
Откройте движения поступления оплаты, реализации, корректировки долга и авансового счета-фактуры.
После исправления документов заново заполните Формирование записей книги покупок, закладку «Полученные авансы».
Сравните сумму автоматического вычета с суммой фактически зачтенного аванса.
Если аванс относится к 2025 году, а отгрузка — к 2026 году, отдельно проверьте переход со ставки НДС 20 процентов на 22 процента.
После проведения проверьте проводку Дт 68.02 Кт 76.АВ.
Сформируйте книгу покупок и найдите авансовый счет-фактуру.
Проверьте, что данные корректно попадут в декларацию по НДС.
Если типовой тест на новом покупателе также дает неправильную сумму, проверьте актуальные исправления 1С и зарегистрируйте обращение в поддержку.
Для диагностики это очень полезный тест.
Сделаем его в копии базы.
В одном варианте оставим исходную схему:
реализация без зачета → Корректировка долга → Формирование записей книги покупок.
Во втором варианте позволим документу реализации зачесть аванс автоматически.
Если во втором варианте НДС полностью попадает в книгу покупок, а в первом — нет, мы существенно сузили круг причин.
Это означает, что сам аванс, авансовый счет-фактура и реализация в целом распознаются правильно, а проблема возникает именно на этапе отдельного зачета или его аналитики.
Но не будем считать автоматический зачет обязательным решением, если по условиям учета организации зачет действительно должен оформляться отдельным документом.
Наша задача — выяснить, почему стандартная Корректировка долга не дает ожидаемого результата, а не менять хозяйственную схему только ради программы.
В исходной ситуации есть важная подсказка: НДС зачитывается не полностью, а не отсутствует полностью.
Это означает, что механизм Формирование записей книги покупок:
видит авансовый счет-фактуру;
видит хотя бы часть зачета;
признает право на вычет;
но определяет меньшую сумму зачтенной предоплаты, чем ожидает бухгалтер.
Поэтому первым кандидатом становится именно разница между ожидаемой суммой зачета и суммой, которую программа фактически связала с реализацией.
Ищем эту сумму в:
62.01;
62.02;
табличных частях Корректировка долга;
предыдущих реализациях;
предыдущих документах Формирование записей книги покупок;
переносах авансов;
корректировках реализации.
Такой анализ обычно значительно эффективнее, чем пытаться вручную закрыть остаток 76.АВ.
Для диагностики и исправления рассматриваемой ситуации в 1С:Бухгалтерия 8 используем прежде всего штатные объекты:
Поступление на расчетный счет — определим первоначальный платеж покупателя.
Счет-фактура выданный — проверим начисление НДС с полученного аванса.
Реализация (акт, накладная, УПД) — проверим отгрузку и установленный способ зачета аванса.
Корректировка долга — проверим фактический зачет аванса против дебиторской задолженности.
Формирование записей книги покупок — выполним принятие НДС с зачтенного аванса к вычету.
Оборотно-сальдовая ведомость по счету — проанализируем счета 62.01, 62.02 и 76.АВ.
Книга покупок — проверим итоговую регистрацию вычета.
Книга продаж — проверим первоначальное начисление НДС с аванса.
Экспресс-проверка ведения учета — выполним дополнительный контроль.
Проводки и другие движения — исследуем бухгалтерские записи и регистры каждого документа.
НДС Покупки — проконтролируем регистрацию итогового вычета в налоговом учете.
Корректировка записей регистров — используем только в исключительных случаях после полной диагностики.
Специальный программный код 1С для решения типовой ситуации не требуется. Если база типовая, проблему сначала решаем правильной последовательностью штатных документов и анализом регистров, а не программной доработкой.
В исходной ситуации не будем сразу считать ошибкой то, что в документе реализации установлен вариант «аванс не зачитывать». Если аванс действительно должен быть зачтен позже документом Корректировка долга, такой сценарий может использоваться.
Однако для вычета НДС недостаточно просто закрыть счет 62 бухгалтерской проводкой. Формирование записей книги покупок должно определить конкретную часть полученного аванса, которая погасила конкретную отгрузку.
Поэтому прежде всего:
проверьте полное закрытие 62.01 и 62.02 в разрезе всей аналитики;
убедитесь, что в Корректировка долга выбран именно «Зачет авансов»;
сравните аванс и задолженность на обеих закладках документа;
проверьте договоры и документы расчетов;
сформируйте детальную ОСВ по 76.АВ в разрезе контрагента и счета-фактуры;
проверьте, не был ли этот авансовый НДС уже частично принят к вычету;
после исправления заново заполните закладку «Полученные авансы» документа Формирование записей книги покупок.
Если по счету 62 зачет действительно выполнен на всю сумму, авансовый счет-фактура корректен, НДС ранее не принимался к вычету, а «Формирование записей книги покупок» после нового заполнения продолжает брать только часть аванса, тогда уже проверяем конкретный релиз конфигурации, установленные патчи и версию платформы.
Само обновление платформы действительно может совпасть с появлением проблемы, но этого недостаточно, чтобы признать его причиной. Наиболее надежный способ — воспроизвести простой аналогичный сценарий в копии базы. Если новая цепочка после обновления также дает частичный вычет при полностью корректных расчетах, фиксируем версии и обращаемся к зарегистрированным ошибкам и поддержке 1С.
Если же на новом тестовом покупателе все работает, возвращаемся к конкретной цепочке документов: почти наверняка различается договор, документ расчетов, сумма фактического зачета, предыдущий вычет или аналитика старых данных.
Главный принцип проверки: счет 76.АВ показывает начисленный с аванса НДС, но сам его остаток не определяет размер автоматического вычета. Размер вычета определяется тем, какая часть этого аванса фактически связана в учете с последующей отгрузкой. Именно эту связь и нужно восстановить при частичном заполнении книги покупок.
Информация носит справочный характер