Проблема восстановления НДС по объектам недвижимости (согласно статье 171.1 НК РФ) является одной из самых трудоемких задач для крупных предприятий, перешедших на 1С:ERP Управление предприятием. В отличие от "1С:Бухгалтерии 8", где этот процесс автоматизирован специализированным документом, в ERP ситуация сложнее. Рассмотрим, как выстроить этот процесс, почему типовой документ не работает и какие программные решения можно применить для автоматизации учета сотен и тысяч счетов-фактур.
Согласно ст. 171.1 НК РФ, если объект недвижимости начинает использоваться в операциях, не облагаемых НДС, налогоплательщик обязан восстанавливать часть налога в течение 10 лет. Расчет производится ежегодно в 4-м квартале, исходя из 1/10 суммы НДС, принятой к вычету, умноженной на долю выручки от необлагаемой деятельности.
Основные сложности для автоматизации в ERP:
Если мы заглянем в конфигуратор или попробуем найти документ Восстановление НДС по объектам недвижимости, мы обнаружим, что он присутствует в системе. Однако, как отмечают эксперты и разработчики, данный объект оставлен исключительно для обеспечения режима совместимости и миграции данных. Он не делает движений по регистрам накопления НДС Продажи и не участвует в формировании регламентированной отчетности ERP 2.5.
Проанализируем ситуацию: попытка использовать этот документ "как есть" приведет к тому, что записи не попадут в Книгу продаж. Следовательно, нам нужно искать альтернативные пути решения задачи.
Самый методически верный способ в текущей архитектуре ERP — использование документа ОтражениеНДСКУплате. Разберем по шагам, как настроить работу с ним:
Отражение НДС к уплате.ПервичныйДокумент, которые будут выступать суррогатами для записей Книги продаж.Поскольку ERP не хранит историю вычетов по недвижимости в удобном для статьи 171.1 виде, эффективным решением будет создание кастомного механизма хранения данных. Рассмотрим архитектуру такого решения:
Создадим справочник (назовем его РеестрОбъектовДляВосстановленияНДС), где в табличной части будут храниться ссылки на объекты эксплуатации, исходные счета-фактуры, даты начала амортизации и суммы НДС. Это позволит изолировать расчетную логику от типовых механизмов распределения НДС, которые в ERP ориентированы на текущие затраты периода.
Пример структуры сбора данных в коде:
// Пример получения данных из "Контейнера" для формирования записей
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Реестр.ОбъектЭксплуатации КАК Объект,
| Реестр.СчетФактура КАК СФ,
| Реестр.СуммаНДСПринятаяКВычету / 10 КАК СуммаВосстановленияГод
|ИЗ
| Справочник.РеестрОбъектовДляВосстановленияНДС.СоставОбъекта КАК Реестр
|ГДЕ
| Реестр.ДатаНачалаВосстановления <= &ДатаКонцаГода";
Для массового формирования проводок и записей регистров лучше всего написать внешнюю обработку, которая будет выполнять следующие действия:
ОтражениеНДСКУплате или напрямую формирует записи в регистр НДСПродажи. Второй вариант требует осторожности, так как при обновлении конфигурации структура регистров может измениться.Проанализируем, какие регистры необходимо задействовать при программном формировании проводок:
РегистрНакопления.НДСПродажи — для Книги продаж.РегистрНакопления.НДСПредъявленный — для корректировки остатков НДС (если учет ведется с детализацией до СФ).РегистрБухгалтерии.Хозрасчетный — проводка Дт 19 (или 91.02) - Кт 68.02.Важно помнить, что сигнализация, новые лифты или ремонт туалетов, оформленные как модернизация ОС, создают новые "порции" НДС для восстановления. В 1С:ERP рекомендуется связывать эти затраты с основным объектом эксплуатации через справочник ОбъектыЭксплуатации. При написании обработки заполнения необходимо предусмотреть рекурсивный поиск всех затрат, увеличивших стоимость объекта, и проверку даты их ввода в эксплуатацию.
Рекомендация: Чтобы не перегружать систему тысячами мелких записей в Книге продаж, некоторые методологи предлагают группировать восстановление по объекту недвижимости в целом (указывая одну сводную СФ). Однако это несет налоговые риски. Безопаснее использовать программное заполнение документа ОтражениеНДСКУплате, который штатно переваривает большое количество строк и корректно транслирует их в декларацию.
Поскольку полноценного автоматического расчета по ст. 171.1 НК РФ в ERP 2.5 на текущий момент нет, оптимальный путь для программиста — разработка расширения. Это расширение должно включать в себя справочник для хранения исторических данных о вычетах и обработку, которая ежегодно в декабре будет формировать документ ОтражениеНДСКУплате, рассчитывая пропорцию выручки и долю 1/10 по каждому компоненту недвижимости.