В процессе работы в 1С:Комплексная автоматизация 2.5 или 1С:ERP пользователи часто сталкиваются с ситуацией, когда после отмены хозяйственной операции (например, модернизации основного средства) в книге покупок продолжают отображаться записи по восстановлению НДС. Рассмотрим детально, почему это происходит и как корректно очистить регистры, чтобы избавиться от фантомных записей.
Ситуация, описанная в теме, типична для подсистемы НДС, работающей на механизме распределения и партионного учета. Когда мы используем номенклатуру, по которой НДС ранее был принят к вычету (настройка Облагается НДС, деятельность определяется распределением), для модернизации объекта недвижимости или ОС, программа автоматически запускает механизм мониторинга согласно ст. 171.1 НК РФ. Система фиксирует, что часть НДС должна быть восстановлена в течение определенного периода (обычно 10 лет для недвижимости).
Проанализируем, почему простое удаление документа Модернизация ОС не помогает. В современных версиях конфигураций 1С (2.5.12 и выше) связи между первичным документом приобретения, счетом-фактурой и использованием ТМЦ в производстве или модернизации хранятся в глубоких аналитических регистрах. Когда мы удаляем регистратор (модернизацию), регламентная операция Формирование движений по НДС в составе закрытия месяца продолжает «видеть» потребление материалов в технических таблицах и пытается восстановить цепочку данных, создавая записи с регистратором Счет-фактура или документом закрытия месяца.
Прежде чем приступать к радикальным мерам, проверим очередь заданий. Разберем, где система хранит информацию о необходимости пересчета. Для этого перейдем в регистр сведений Задания к формированию движений по НДС.
Разберем алгоритм действий:
Приобретение товаров и услуг, который является первичным для нашей «проблемной» записи.Если удаление основного документа не очистило книгу покупок, выясним причину в специфических регистрах. В КА 2.5 за связь затрат и НДС отвечают следующие объекты:
Посмотрим на ситуацию: при проведении модернизации запись попала в эти регистры. При удалении документа записи в них часто остаются «подвисшими», если не было выполнено полное перераспределение НДС. Именно поэтому использование Корректировки записей регистров только для регистра НДС Покупки не дает результата — система видит расхождение с техническими таблицами и восстанавливает сумму при следующем расчете.
Рассмотрим, как можно решить проблему штатно, не прибегая к удалению данных кодом. Для того чтобы система «забыла» о модернизации, необходимо очистить сведения об объекте в справочниках и регистрах настроек ОС:
Выручка от реализации и Сведения об объектах недвижимости. Если там фигурирует наше ОС, запись нужно удалить оттуда.Если штатное закрытие месяца не помогает, разберем, как правильно сделать корректировку. Важно править не один регистр, а соблюдать баланс. Нам необходимо скорректировать (сторнировать) записи по следующим регистрам одновременно:
НДС ПокупкиНДС предъявленныйДвижения Серия-Номенклатура (если ведется учет по сериям)Хозрасчетный (проводки 19.08 — 68.02 или аналогичные)Важный нюанс: при ручной корректировке в качестве регистратора часто приходится выбирать исходный Счет-фактура, так как именно он является «владельцем» записи в книге покупок в новых версиях программы. Однако помните, что ручные правки могут «слететь» при перезакрытии месяца, если не очищены технические регистры, упомянутые в Шаге 2.
Проанализируем странные даты, которые упоминал автор (31.03.2026). Согласно НК РФ, восстановление НДС по объектам недвижимости и крупным ОС производится ежегодно в течение 10 лет в последнем квартале года. Если система делает записи за март 2026 года, это означает, что сработал триггер Деятельность определяется распределением, и программа пытается распределить НДС по итогам квартала. Если же ОС признано объектом недвижимости, записи будут формироваться в течение многих лет. Чтобы это прекратить, нужно убедиться, что в регистре сведений Параметры внеоборотных активов для данного ОС нет признака участия в операциях, требующих восстановления НДС.
Подводя итог, отметим, что программное удаление записей (как сделал автор сообщения 7) — это крайняя и рискованная мера, которая может привести к расхождениям в декларации по НДС в будущих периодах. Правильный путь заключается в:
Задания к формированию движений по НДС.Только комплексный подход обеспечит чистоту книги покупок и отсутствие ошибок при камеральных проверках.