Как отразить один счет-фактуру по разным документам поступления в книге покупок 1С 7.7 ПУБ

Разберем распространенную ситуацию в практике ведения учета в конфигурации «Производство + Услуги + Бухгалтерия» (ПУБ) платформы 1С:Предприятие 7.7. Нередко поставщик выставляет одну универсальную накладную и единый входящий счет-фактуру, в котором одновременно указаны основные средства и материалы. В программе эти объекты ведутся в изолированных справочниках и оформляются разными типами документов: Поступление ОС и Поступление материалов. В результате в книгу покупок и декларацию по НДС попадают две отдельные строки по одному и тому же номеру счета-фактуры с разбивкой суммы.

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

Почему возникает претензия со стороны налоговой инспекции

Посмотрим на требования фискального контроля с точки зрения алгоритмов АСК НДС. В соответствии с правилами ведения книги покупок (Постановление Правительства РФ № 1137) в графе 15 (соответствует строке 170 раздела 8 декларации по НДС) должна отражаться полная стоимость покупок по счету-фактуре продавца, включая налог. Если покупатель отражает вычет несколькими строками и в каждой указывает дробную часть общей стоимости, система сверки АСК НДС не находит соответствия с данными продавца из книги продаж (графа 13б) и автоматически генерирует требование о предоставлении пояснений с кодом ошибки «4» (расхождение суммовых показателей).

ФНС требует реализации одного из двух вариантов:

1. Отражение одной консолидированной строкой: в книге покупок показывается общая сумма по счету-фактуре поставщика и общая сумма НДС, принимаемая к вычету.
2. Отражение двумя строками с полной стоимостью: в обеих строках в графе стоимости покупок дублируется полная итоговая сумма документа поставщика, а в графе налога показывается распределенная сумма НДС по каждой позиции.

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

Ограничения архитектуры 1С:Предприятия 7.7

Выясним причину, по которой бухгалтер не может сразу ввести единый приход в типовой конфигурации ПУБ 7.7:

1. Разделение справочников: справочник Материалы и справочник номенклатуры (а также оборудование) строго разграничены. В табличной части приходного документа нельзя одновременно выбрать объекты разного типа учета.
2. Связь с документом-основанием: в 1С 7.7 реквизиты привязки счета-фактуры к документам поступления скалярны, в отличие от старших версий платформы, где реализована табличная часть документов-оснований. Привязка одной и той же входящей фактуры в двух документах приводит к автогенерации двух раздельных записей при формировании регламентного отчета книги покупок.
3. Разрыв между печатной формой и выгрузкой: простое ручное исправление цифр в сформированной экранной таблице отчета «Книга покупок» не меняет исходные данные. Регламентированная отчетность при выгрузке раздела 8 декларации по НДС формирует XML непосредственно на основании проводок и регистров, поэтому ручная правка ячеек таблицы приведет к расхождению с файлом выгрузки.

Способ 1. Методологический учет через «Запись книги покупок» (без доработки программы)

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

1. Оформляем приходные накладные стандартными документами: создаем документ Поступление материалов на сумму материалов и документ Поступление ОС на сумму оборудования.
2. В обоих документах поступления обязательно снимаем флажки «Включать в книгу покупок» и не формируем автоматическую запись вычета в проводках. Сами документы сформируют проводки по оприходованию ценностей на счета учета (10, 08) и выделению входящего НДС на соответствующих субсчетах счета 19 (например, субсчета 19.3 «НДС по приобретенным материально-производственным запасам» и 19.1 «НДС при приобретении основных средств»).
3. В конце отчетного периода вводим отдельный специализированный регламентный документ Запись книги покупок.
4. В шапке документа указываем единый номер и дату входящего счета-фактуры от поставщика.
5. В строках документа указываем суммы зачета НДС с корреспонденцией по соответствующим субсчетам счета 19 в дебет счета 68.2.

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

Способ 2. Программное суммирование записей в отчете и модуле выгрузки

Если подобные операции происходят регулярно, а человеческий фактор приводит к ошибкам заполнения, переписывать конфигурацию (файл метаданных 1Cv7.MD) и менять структуру регистров не рекомендуется. Вместо этого дорабатывают внешний отчет книги покупок и внешнюю обработку выгрузки раздела 8 декларации по НДС (модуль отчета Rp*.ert).

Разберем логику программной доработки:

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

Посмотрим на фрагмент кода 1С 7.7, демонстрирующий принцип программной свертки таблицы записей:

// ТабЗаписей - подготовленная таблица записей книги покупок
ТабЗаписей.Свернуть("ИННКонтрагента,КППКонтрагента,НомерСФ,ДатаСФ,КодСпособа,КодОперации", "СуммаВсего,СуммаНДС");
Пока ТабЗаписей.ПолучитьСтроку() = 1 Цикл
    // Вывод консолидированной строки в печатную форму или запись в XML-узел
    ВывестиСтрокуКниги(ТабЗаписей.НомерСФ, ТабЗаписей.ДатаСФ, ТабЗаписей.СуммаВсего, ТабЗаписей.СуммаНДС);
КонецЦикла;

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