При работе с НДС бухгалтеры часто сталкиваются с ситуацией, когда в отчете «Книга покупок» в колонке «номер и дата СЧФ продавца» (графа 3) вместо ожидаемых реквизитов счета-фактуры выводятся данные платежно-расчетного документа (например, «Поступление на расчетный счет»). Это вызывает вопросы у пользователей, особенно при корректировке старых периодов и формировании дополнительных листов. Проанализируем, является ли это ошибкой программы или штатным поведением, и разберем способы решения данной проблемы.
Прежде чем приступать к поиску ошибок в коде, разберем нормативную базу. Согласно Постановлению Правительства РФ от 26.12.2011 № 1137, правила заполнения графы 3 Книги покупок зависят от вида операции. Рассмотрим ключевой момент: при отражении продавцом в Книге покупок сумм налога, исчисленных при получении оплаты (аванса) в счет предстоящих поставок, в случае вычета этого НДС (после отгрузки), в графе 3 указываются именно номер и дата платежно-расчетного документа.
Таким образом, если вы оформляете вычет НДС с полученного аванса (Код вида операции 22), программа 1С действует в строгом соответствии с законом, подставляя данные банковского документа, а не авансового счета-фактуры. Это необходимо учитывать перед тем, как вносить изменения в конфигурацию или данные учета.
Разберем логику формирования данных на уровне программного кода. Основная выборка реквизитов происходит в процедурах общего модуля, таких как УчетНДСОтчетыПереопределяемый.ТекстЗапросаРеквизитыСчетовФактурПостановление981КнигаПокупок. Проанализируем фрагмент запроса, который отвечает за определение номера:
ВЫБОР
КОГДА ТаблицаСчетаФактурыДокументы.СчетФактураДокумент ЕСТЬ NULL
И ЗаписиКнигиПокупок.СчетФактура ССЫЛКА Документ.СчетФактураПолученный
ТОГДА ЗаписиКнигиПокупок.СчетФактураПолученныйНомерВходящегоДокумента
ИНАЧЕ ТаблицаСчетаФактурыДокументы.НомерСчетаФактуры
КОНЕЦ КАК НомерСчетаФактуры
Программа проверяет наличие связи в промежуточной таблице ТаблицаСчетаФактурыДокументы. Если прямая связь со счетом-фактурой не определена, система обращается к полям НомерВходящегоДокумента. Часто корень проблемы кроется в том, как заполняется временная таблица ВТ_СчетаФактурыДокументыПромежуточная. Посмотрим на условия выбора документа-основания:
ВЫБОР
КОГДА (СчетФактураПолученный.ВидСчетаФактуры = ЗНАЧЕНИЕ(Перечисление.ВидСчетаФактурыПолученного.НаАванс)
ИЛИ СчетФактураПолученный.ВидСчетаФактуры = ЗНАЧЕНИЕ(Перечисление.ВидСчетаФактурыПолученного.КорректировочныйНаАванс))
И (СчетФактураПолученный.Исправление ИЛИ СчетФактураПолученный.ИсправлениеСобственнойОшибки)
ТОГДА СФПолученныйДокументыОснования.Ссылка
ИНАЧЕ СФПолученныйДокументыОснования.ДокументОснование
КОНЕЦ КАК ДокументОснование
Здесь мы видим, что для авансовых счетов-фактур при наличии исправлений программа берет ссылку на сам документ, а в остальных случаях — на ДокументОснование (которым и является платежка).
В ходе практического анализа выяснилось, что на поведение системы существенно влияет заполнение реквизита ДоговорКонтрагента в счете-фактуре. В современных версиях типовых конфигураций 1С (например, Бухгалтерия предприятия 3.0) счета-фактуры на аванс зачастую заполняются без указания договора, если это не требуется спецификой учета. Рассмотрим, почему наличие договора может «сбивать» алгоритм:
Формирование записей книги покупок система анализирует остатки по регистрам НДС.Данные первичных документов.Как показывает практика, очистка поля «Договор» в проблемном счете-фактуре (особенно если он был создан в старых периодах) часто приводит к тому, что Книга покупок начинает выводить ожидаемый номер СФ. Однако делать это следует осторожно, предварительно проверив движения по регистру НДС Продажи.
Если проблема возникает при использовании Дополнительных листов (при корректировке НДС за прошлые периоды), обратите внимание на настройки в документе Формирование записей книги покупок. Выясним причину, по которой данные могут подтягиваться неверно:
В запросе формирования Книги покупок есть условие, проверяющее, является ли запись частью доп. листа. Если стоит флаг ЗаписьДополнительногоЛиста, программа применяет иную логику соединения таблиц. Рассмотрим фрагмент, определяющий основание:
КОГДА НДСЗаписиКнигиПокупок.ВидЦенности В (&ВидыЦенностей_НалоговыйАгент)
ТОГДА НДСЗаписиКнигиПокупок.ДокументОплаты
КОГДА &Постановление1137_2019
И НДСЗаписиКнигиПокупок.СчетФактура ССЫЛКА Документ.ОтчетОРозничныхПродажах
ТОГДА НДСЗаписиКнигиПокупок.Регистратор
ИНАЧЕ НДСЗаписиКнигиПокупок.СчетФактура
КОНЕЦ КАК ДокументОснованиеСчетаФактуры
Если ваша операция попадает под категорию «Налоговый агент», программа принудительно выведет ДокументОплаты. Проверьте значение перечисления ВидЦенности в регистре НДС Покупки для конкретной записи.
Рассмотрим последовательность действий для программиста или опытного бухгалтера, если данные в Книге покупок не соответствуют ожиданиям:
Счет-фактура и Документ оплаты. Именно из них запрос 1С берет данные для графы 3.Договор в счете-фактуре и перезаполнить Формирование записей книги покупок.ВТ_СчетаФактурыДокументыПромежуточная. Обратите внимание на соединение по полю ДокументОснование. Если в Книгу покупок попадает платежка, значит, в этой таблице НомерСчетаФактуры заполнился из реквизита входящего документа.СчетФактураПолученный, она берет строковое представление номера и дату именно оттуда, основываясь на ссылке регистратора.Подводя итог, отметим, что в большинстве случаев «неправильный» номер в Книге покупок — это результат работы автоматизированных алгоритмов 1С, настроенных под требования НК РФ и Постановления № 1137. Прежде чем вносить исправления, всегда сопоставляйте тип операции с требованиями законодательства к заполнению соответствующих граф отчета.