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