В конфигурациях на базе 1C:ERP и 1С:Комплексная автоматизация 2.2 (КА 2.2) механизмы учета НДС тесно переплетены с партионным учетом и распределением затрат. Ситуация, когда документ Реализация товаров и услуг делает движения по регистру накопления НДС Покупки только по части номенклатурных позиций или игнорирует их вовсе, часто ставит в тупик даже опытных пользователей. Разберем детально, как работает этот механизм и где искать причину «выборочного» поведения программы.
Прежде всего, проанализируем назначение регистра НДС Покупки. В системе этот регистр является основным источником данных для формирования Книги покупок. В стандартных ситуациях (при обычном закупе и продаже внутри РФ по ставке 20% без раздельного учета) движения в этот регистр делает документ Счет-фактура полученный в момент принятия НДС к вычету.
Однако в КА 2.2 документ Реализация товаров и услуг может делать записи в этот регистр в следующих специфических случаях:
Рассмотрим ситуацию, упомянутую в обсуждении: наличие проводки Дт 19 — Кт 60 в документе поступления. Наличие этой проводки подтверждает, что входящий НДС зафиксирован в бухгалтерском учете. Однако для управленческого и налогового регистров 1С этого недостаточно.
Проанализируем учетную политику организации. Если в системе включен раздельный учет НДС по налогообложению, то судьба входящего НДС (станет ли он вычетом или включится в стоимость) решается в момент реализации товара. Если по одной позиции реализация сделала движение, а по другой — нет, выясним, не отличаются ли параметры этих позиций:
Поступление товаров и услуг корректно указан Вид деятельности НДС (например, «Закупка под облагаемую деятельность»).Основной «предшественник» Книги покупок в системе — это регистр НДС Предъявленный. Именно здесь хранится информация об НДС, который мы получили от поставщика, но еще не отправили «в зачет» государству.
Если реализация не делает движений по покупкам, выполним следующие шаги:
Как отмечалось в сообщениях форума, если в Поступлении изначально была указана неверная аналитика деятельности, запись в НДС Предъявленный могла не сформироваться корректно. Даже после исправления поступления требуется полное перепроведение всей цепочки документов и, что критически важно, выполнение регламентных операций закрытия месяца.
Рассмотрим техническую сторону вопроса. В КА 2.2 НДС «живет» внутри партий товаров. Проанализируем ситуацию: два товара оприходованы одним документом, но в реализации ведут себя по-разному.
Выясним причину через проверку следующих данных:
Посмотрим на пример из практики: при групповом перепроведении движения могут появляться, так как система заново распределяет партии. Если же ручное перепроведение не дает результата, значит, нарушена логика распределения запасов. Рекомендуем воспользоваться отчетом «Ведомость по партиям товаров» с детализацией до документов прихода.
Важно помнить, что в современных версиях 1С:КА и ERP окончательные движения по НДС часто формируются не в момент нажатия кнопки «Провести» в реализации, а в процессе выполнения Закрытия месяца.
Проанализируем работу помощника по закрытию месяца:
НДС Покупки могут быть неполными или отсутствовать.Распределение НДС. Если организация ведет деятельность с разными ставками (например, 20% и без НДС), система может «придержать» вычет до момента, пока не будет рассчитана пропорция выручки за месяц.Если визуальный анализ настроек не помогает, разберем ситуацию с помощью инструментов диагностики. Посмотрим на алгоритм действий:
1. Отчет «Анализ учета НДС». Это самый мощный инструмент. Он покажет, на каком этапе «завис» налог: «Ожидается получение счета-фактуры», «НДС не распределен» или «Требуется подтверждение 0%».
2. Универсальный отчет по регистру НДС Предъявленный. Настроим его в разрезе «Аналитики учета номенклатуры» и «Партии». Сравним записи, которые создала Реализация. Выясним, почему по одной строке ресурс Сумма НДС уменьшился (списался), а по другой — остался висеть.
Проанализируем код формирования движений (для специалистов):
// В типовых решениях КА 2.2 формирование движений НДС
// происходит в процедурах модуля ДвиженияСерииТоваров.
// Основная логика сосредоточена в распределении запасов
// по ключам аналитики и видам деятельности НДС.
Подводя итог, можно сказать, что проблема «одной строки» чаще всего кроется в разрыве партионного учета или несоответствии видов деятельности. Если Реализация видит, что товар из первой строки пришел по партии с НДС, предназначенным для продажи, она делает движение. Если по второй строке товар (согласно логике FIFO или указанным ГТД) подтянулся из партии, где НДС был включен в стоимость или списан на расходы, движений по регистру НДС Покупки не будет.
Рекомендация: Всегда начинайте с актуализации партионного учета через процедуру Закрытие месяца. Если это не помогает — проверяйте отчеты по регистру НДС Предъявленный, чтобы убедиться, что системе есть что «двигать» в Книгу покупок.