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