Почему в 1С:Комплексная автоматизация 2.4 не отражаются записи в книге покупок за прошлые периоды?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Комплексная автоматизация Налоговый учет
← На главную

При работе в программе 1С:Комплексная автоматизация 2.4 (КА 2.4) или 1С:ERP Управление предприятием 2.4 пользователи часто сталкиваются с ситуацией, когда при закрытии месяца за прошлые периоды (например, за 2018 год) не формируются записи в книге покупок. При этом по более поздним периодам (например, с 2019 года) все движения отражаются корректно. Обычное ручное проведение документов или попытка сформировать проводки по кнопке Дт/Кт не приносят желаемого результата — книга покупок по-прежнему остается пустой.

В этой статье мы подробно разберем, почему возникает эта проблема, как устроена архитектура учета НДС в современных ERP-системах от 1С и пошагово рассмотрим методы ее решения.

Особенности архитектуры учета НДС в 1С:КА 2.4 и 1С:ERP 2.4

Для начала проанализируем принципиальное отличие механизмов учета НДС в комплексных решениях от классической программы "1С:Бухгалтерия". В упрощенных конфигурациях проводки по НДС и записи в книгу покупок часто делаются непосредственно первичными документами при их проведении.

В ERP-решениях архитектура построена иначе:

  1. Первичный документ (например, Приобретение товаров и услуг) делает записи в регистр накопления НДС предъявленный.
  2. Бухгалтерские проводки по дебету счета 19 и кредиту счета 60 генерируются при отражении документа в регламентированном учете. При этом по кнопке Дт/Кт формируется только бухгалтерский и налоговый учет, но не движения по регистрам НДС.
  3. Само формирование книги покупок (расход из регистра НДС предъявленный и приход в регистр НДС Покупки) происходит исключительно в рамках процедуры Закрытия месяца специальной регламентной операцией "Формирование движений по НДС".

Если книга покупок за прошлый период не заполняется, это означает, что регламентная операция по НДС либо вообще не запускается для этого периода, либо не находит данных для обработки. Выясним основные технические причины этой проблемы.

Метод 1. Проверка версии и настроек партионного учета

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

Если в вашей информационной базе переход на новую версию партионного учета (например, "Партионный учет 2.2") настроен с определенной даты (допустим, с 01.01.2019), система физически не сможет корректно рассчитать партии за предыдущий 2018 год по старым алгоритмам, если вы пытаетесь запустить регламентные процедуры по новым правилам.

Выполним следующие действия для проверки:

  1. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Финансовый результат и контроллинг — Учет товаров.
  2. Проанализируем установленную версию партионного учета и дату начала ее применения.
  3. Если для 2018 года должна применяться старая версия партионного учета (например, 2.1), убедимся, что учетная политика организации на 2018 год настроена соответствующим образом.
  4. Выполним расчет себестоимости и закрытие месяца последовательно за каждый месяц проблемного года. Без успешного расчета партий движения по НДС не сформируются.

Метод 2. Проверка статуса отложенных обновлений информационной базы

Очень частая причина "исчезновения" движений по НДС за прошлые периоды после обновления конфигурации — незавершенные фоновые процедуры. При переходе на новые релизы КА 2.4 разработчики часто оптимизируют структуру регистров НДС. Чтобы не заставлять пользователя ждать часами при первом запуске программы, перенос старых данных в новые регистры откладывается и выполняется в фоновом режиме.

Если эти обработчики не завершили свою работу или завершились с ошибкой, прошлые периоды "выпадают" из учета НДС. Разберем, как это проверить и исправить:

  1. Перейдем в раздел НСИ и администрирование — Обслуживание — Результаты обновления программы.
  2. Найдем ссылку Отложенное обновление (или "Отложенные обработчики обновления").
  3. В открывшемся списке проверим статус всех заданий. Особое внимание обратим на обработчики, в названии которых фигурируют слова: НДС, Партии, Расчет себестоимости или Регистры накопления.
  4. Если какие-то обработчики остановлены по ошибке или находятся в статусе "Выполняется" слишком долго, перезапустим их вручную. Дождемся их 100% завершения перед повторным закрытием месяцев.

Метод 3. Проверка технического регистра "Задания к формированию записей книги покупок/продаж"

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

Проанализируем ситуацию и восстановим задания:

  1. Откроем функции для технического специалиста (через главное меню программы).
  2. Найдем регистр сведений Задания к формированию записей книги покупок/продаж.
  3. Сделаем отбор по нашей организации и проблемному периоду (2018 год). Если регистр пуст, система считает, что никаких действий по формированию НДС делать не требуется.
  4. Для принудительного создания заданий временно снимем дату запрета редактирования (если она установлена).
  5. Произведем групповое перепроведение документов поступления за проблемный период или воспользуемся обработкой "Помощник по учету НДС" в разделе Финансовый результат и контроллинг — НДС. Это заставит систему заново зарегистрировать задания в регистре.
  6. Запустим процедуру закрытия месяца повторно.

Метод 4. Анализ остатков по регистру "НДС предъявленный"

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

Рассмотрим порядок анализа с помощью Универсального отчета:

  1. Перейдем в раздел Отчеты — Стандартные отчеты — Универсальный отчет.
  2. Выберем тип объекта Регистр накопления, имя объекта — НДС предъявленный, тип таблицы — Остатки и обороты.
  3. Установим период за проблемный год (2018).
  4. В настройках отчета добавим группировку по полям: Организация, Вид ценности, Поставщик, Документ-основание.
  5. Сформируем отчет и сравним конечный остаток по регистру с сальдо на счете 19 по ведомости оборотов по счету.

Если сальдо на счете 19 есть, а в регистре НДС предъявленный остатка нет, это свидетельствует о некорректном переносе остатков или ручных корректировках, которые разрушили соответствие между регистрами и проводками. В таком случае для формирования книги покупок потребуется восстановить записи в регистре накопления с помощью документа Отражение НДС к вычету или технического документа Корректировка регистров.

← На главную