← На главную

При переходе на новые релизы конфигурации 1С:Комплексная автоматизация 2 (начиная с версии 2.4.6 и выше) или 1С:ERP Управление предприятием многие пользователи сталкиваются с неприятной ситуацией. В регламентированном учете зачет авансов по счету 62.02 «Расчеты по авансам полученным» отражается корректно и закрывается «в ноль», однако соответствующий НДС по авансам полученным на счете 76.АВ не восстанавливается (отсутствуют проводки по дебету 68.02 в корреспонденции с кредитом 76.АВ). В результате счета 76.АВ и 62.02 перестают идти в ногу, нарушая баланс и искажая книгу покупок.

Особенно часто эта проблема проявляется по тем контрагентам, у которых в текущем периоде (например, во втором квартале) были новые хозяйственные операции (платежи, отгрузки), в то время как по «спящим» контрагентам без движений все закрывается без ошибок. Давайте подробно разберем по шагам, почему возникает эта проблема, проанализируем изменения в архитектуре программы и выясним, как исправить эту ошибку и вернуть учет в корректное русло.

Архитектурная причина: Переход на онлайн-взаиморасчеты

Основной корень проблемы кроется в глубокой модернизации механизмов зачета оплат, которая произошла в ветке 1С:КА 2.4 / 1С:ERP 2.4. Разработчики перевели систему на режим онлайн-взаиморасчетов. Рассмотрим, в чем ключевое отличие двух схем:

• Старая схема (офлайн-взаиморасчеты): Распределение платежей по документам и зачет авансов выполнялись отложенно — либо специальным фоновым заданием, либо вручную пользователем, либо автоматически при запуске процедуры закрытия месяца. Информация записывалась в исторические регистры семейства «Расчеты с клиентами по документам».
• Новая схема (онлайн-взаиморасчеты): Расчеты и зачеты авансов производятся непосредственно в момент проведения документов (в транзакции проведения). Для обеспечения быстродействия и точности этого механизма программа использует совершенно новые регистры накопления, главным из которых является РасчетыСКлиентамиПоСрокам.

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

Ключевой виновник: Расхождение «Объектов расчетов»

В конфигурациях 1С:КА 2 и 1С:ERP подсистема учета НДС тесно интегрирована с оперативным контуром торговли. Проводки по начислению и вычету НДС формируются не напрямую по бухгалтерским счетам, а на основании движений в специализированных регистрах оперативного учета. Главным регистром для контроля НДС с полученных предоплат является регистр накопления НДСАвансыПолученные.

Зачет НДС с авансов происходит строго в разрезе реквизита «Объект расчетов». В программе объектом расчетов может выступать:

• Договор с контрагентом (если в договоре выбран порядок расчетов «По договорам»);
• Заказ клиента (если расчеты детализированы «По заказам»);
• Документ оплаты или накладная (при детализации «По накладным» / «По расчетным документам»).

Суть ошибки: В бухгалтерском учете на счете 62.02 аналитика ограничена тремя субконто (Контрагент, Договор, Документ расчетов). Если аванс и реализация проведены по одному договору, то при закрытии месяца счет 62.02 успешно закроется. Однако в оперативном регистре НДСАвансыПолученные у авансового счета-фактуры (из прошлых периодов) и у новой накладной реализации могут оказаться разные «Объекты расчетов». Например, у аванса объектом расчетов числится непосредственно договор, а документ реализации проведен с указанием конкретного заказа клиента в качестве объекта расчетов. С точки зрения оперативного контура НДС это два абсолютно разных потока обеспечения. Система считает, что аванс по «договору» не имеет отношения к отгрузке по «заказу», и блокирует формирование записи книги покупок.

Роль регламентной операции закрытия месяца

Важно помнить, что в 1С:Комплексная автоматизация 2 проводка Дт 68.02 Кт 76.АВ формируется не самим документом Реализация товаров и услуг. За это отвечает регламентная операция «Формирование движений по НДС», выполняемая в рамках процедуры закрытия месяца. Если эта операция при анализе регистров видит нестыковку по объектам расчетов между оперативным учетом расчетов и регистром НДСАвансыПолученные, она просто игнорирует этот вычет, оставляя дебетовое сальдо на счете 76.АВ зависшим.

---

Пошаговый алгоритм диагностики и решения проблемы

Проанализируем практические шаги, которые помогут локализовать и устранить расхождение между счетами 76.АВ и 62.02.

Шаг 1. Анализ оперативных регистров через Универсальный отчет

Для того чтобы подтвердить гипотезу о нестыковке аналитики, нам необходимо заглянуть внутрь регистров накопления. Сделать это стандартными бухгалтерскими отчетами невозможно. Воспользуемся инструментом «Универсальный отчет» (раздел НСИ и администрирование — Обслуживание — Отчеты и обработки):

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

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

Шаг 2. Проверка даты запрета изменения данных

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

Рекомендуем выполнить следующие действия на копии информационной базы:

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

Шаг 3. Использование Помощника зачета оплат

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

1. Откройте документ реализации (или документ оплаты), по которому не произошел зачет.
2. Нажмите на кнопку «Зачесть оплату» на панели инструментов документа (откроется Помощник зачета оплат).
3. В открывшемся окне вы увидите список нераспределенных авансов. Обратите внимание на колонку с объектами расчетов.
4. Перераспределите суммы авансов вручную, связав платежный документ с текущим документом отгрузки. Нажмите кнопку «Зачесть» или «Выполнить».
5. Проведите документ. Это принудительно запишет верный объект расчетов во все связанные оперативные регистры.

Шаг 4. Последовательное перепроведение цепочки документов

В некоторых случаях новая онлайн-система взаиморасчетов «застревает» на конкретном контрагенте, если документы проводились задним числом в хаотичном порядке. Решить это можно классическим восстановлением последовательности:

1. Откройте отчет «Карточка субконто» по проблемному контрагенту.
2. Выявите хронологическую цепочку: от самого первого авансового платежа до последней реализации во втором квартале.
3. Последовательно распроводите документы снизу вверх (начиная с поздних к ранним).
4. Затем строго по времени проведите их в прямом направлении (от ранних к поздним). Это заставит внутренние механизмы ФИФО правильно распределить остатки по новому регистру РасчетыСКлиентамиПоСрокам.

Шаг 5. Принудительная корректировка взаиморасчетов

В исключительных ситуациях, когда прошлые периоды категорически нельзя открывать и перепроводить даже на копии, для исправления аналитики расчетов можно воспользоваться документом «Взаимозачет задолженности» (раздел Казначейство):

1. Создайте новый документ Взаимозачет задолженности.
2. Выберите тип операции, позволяющий скорректировать расчеты в рамках одного клиента.
3. На вкладках «Дебиторская задолженность» и «Кредиторская задолженность» укажите одного и того же контрагента, но выберите разные объекты расчетов (в одной строке укажите старый ошибочный объект, например Договор, а во второй — верный, например Заказ).
4. Сбалансируйте суммы и проведите документ. Он «перебросит» расчеты на нужный объект в оперативном контуре, после чего регламентная операция НДС при закрытии месяца успешно увидит закрытие аванса и сделает проводку Дт 68.02 Кт 76.АВ.

Применяя данные диагностические шаги, вы сможете оперативно выявлять расхождения аналитики, наводить порядок в регистрах взаиморасчетов и обеспечивать идеальное соответствие между счетами 76.АВ и 62.02.