Почему не заполняется дата оплаты в книге покупок в 1С 3.0 и как это исправить?

При формировании отчета «Книга покупок» в конфигурации «1С:Бухгалтерия предприятия 3.0» пользователи и разработчики часто сталкиваются с ситуацией, когда графа 7 («Номер и дата документа, подтверждающего уплату налога») остается пустой, даже если оплата поставщику была фактически проведена, а в коде модуля менеджера отчета присутствует логика сбора реквизитов платежей.

Разберем детально, почему типовая конфигурация ведет себя именно так, выясним требования налогового законодательства и рассмотрим практические способы решения этой задачи.

Анализ причин: законодательство и типовая логика 1С

Проанализируем в первую очередь правовую основу формирования книги покупок. Правила ведения книги покупок регламентируются Постановлением Правительства РФ № 1137, а также статьями 171 и 172 Налогового кодекса РФ.

Согласно законодательству, графа 7 книги покупок подлежит обязательному заполнению только в строго определенных случаях, когда уплата налога является обязательным условием для применения вычета по НДС:

1. Ввоз товаров на территорию Российской Федерации (уплата таможенного НДС);
2. Ввоз товаров из государств — членов ЕАЭС;
3. Вычет сумм НДС, уплаченных налоговыми агентами;
4. Вычет НДС по командировочным и представительским расходам (бланки строгой отчетности с выделенной строкой налога);
5. Возврат авансовых платежей покупателю при изменении условий или расторжении договора;
6. Вычет НДС с перечисленной предоплаты (на основании авансового счета-фактуры поставщика).

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

Посмотрим на пример логики из модуля менеджера отчета Отчет.КнигаПокупок, где выполняется сбор платежных данных:

СписокНомеровИДатОплат = Новый СписокЗначений();
Если СписокНомеровИДатОплат.НайтиПоЗначению(НомерДатаОплаты) = Неопределено Тогда
    СписокНомеровИДатОплат.Добавить(НомерДатаОплаты);
КонецЕсли;

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

Решение 1. Проверка регламентных документов и последовательности расчетов

Если дата оплаты не попадает в книгу покупок по тем операциям, где она обязана присутствовать (например, при зачете авансов, операциях налогового агента или импорте), выполним проверку учета по следующим шагам:

1. Проверим правильность заполнения документа Формирование записей книги покупок. На специализированных вкладках (таких как «Полученные авансы», «Налоговый агент») реквизиты платежно-расчетных документов заполняются штатно. При необходимости их можно проверить и скорректировать вручную непосредственно в табличной части.
2. Выполним групповое перепроведение документов за отчетный период, чтобы восстановить хронологическую последовательность расчетов по договорам с контрагентами.
3. Для нестандартных ручных корректировок применим документ Отражение НДС к вычету, в котором можно явно указать платежно-расчетный документ и снять флаг «Использовать как запись книги покупок», чтобы данные корректно попали в итоговый регламентный документ периода.

Решение 2. Подключение внешней обработки табличной части

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

Рассмотрим порядок реализации данного подхода:

1. Создадим внешнюю обработку, подключаемую через справочник «Дополнительные отчеты и обработки».
2. В обработке реализуем алгоритм обхода табличной части документа Формирование записей книги покупок (или документа поступления), который находит связанные платежные документы по цепочке взаиморасчетов (регистры взаиморасчетов или подчиненные документы).
3. Заполним колонки НомерДокументаОплаты и ДатаДокументаОплаты в табличной части документа.
4. При проведении документа заполненные реквизиты транслируются в регистр накопления НДС Покупки, откуда они автоматически считываются отчетом «Книга покупок».

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

Решение 3. Доработка логики через механизм расширений

В современных версиях платформы «1С:Предприятие 8.3» наиболее гибким техническим решением является использование механизма расширений конфигурации (без снятия основной конфигурации с поддержки).

Разберем по шагам реализацию расширения:

1. Подключим расширение конфигурации в режиме совместимости с основной конфигурацией.
2. Добавим в расширение модуль менеджера отчета Отчет.КнигаПокупок или общий модуль УчетНДС / УчетНДСФормированиеДвижений.
3. С помощью аннотаций &После или &Вместо переопределим процедуру формирования макета книги покупок или алгоритм выборки данных из регистра накопления НДС Покупки.
4. Обеспечим принудительное заполнение графы 7 значениями из сформированного списка СписокНомеровИДатОплат независимо от установленного кода вида операции.

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