При работе в конфигурации 1С:Управление торговлей 11.4 (а также в 1С:ERP и 1С:КА 2) пользователи часто сталкиваются с ситуацией, когда «Ведомость по расчетам с клиентами» показывает корректные данные, но отчет «Управленческий баланс» отображает миллионные долги и авансы. Складывается впечатление, что авансы никогда не закрываются, хотя отгрузки происходят регулярно. Проанализируем, почему это происходит и как привести управленческий баланс в соответствие с реальным положением дел.
Прежде всего, разберем механику формирования отчетов. «Ведомость по расчетам с клиентами» строится на оперативных регистрах накопления, таких как РасчетыСКлиентами или РасчетыСКлиентамиПоДокументам. В этих регистрах зачет аванса происходит практически в момент проведения документов (или при выполнении фоновых заданий распределения расчетов).
Однако отчет «Управленческий баланс» строится на совершенно другом регистре — АктивыПассивы. В этот регистр данные попадают на основании статей активов и пассивов. Основная сложность заключается в том, что документ «Поступление безналичных денежных средств» делает приход по статье ПолученныеАвансы, а документ «Реализация товаров и услуг» делает расход по статье ЗадолженностьКлиентов. Поскольку это разные статьи, они не могут автоматически «схлопнуться» внутри регистра без специальных корректирующих записей.
В современных версиях УТ 11 используется механизм онлайн-взаиморасчетов. Теоретически, система должна формировать записи в регистр АктивыПассивы сразу при проведении документов. Но на практике, если нарушена последовательность или документы вводились задним числом, связи между авансом и долгом в регистре баланса разрываются.
Выясним, выполнены ли у вас необходимые действия для актуализации данных:
АктивыПассивы для переноса сумм со статьи авансов на статью дебиторской задолженности.Если регламентные операции выполнены, но остатки в балансе все равно нарастают, проверим настройки аналитического учета. Проанализируем справочник СтатьиАктивовПассивов. Для корректного закрытия задолженности авансами система должна понимать, как сопоставлять эти данные.
Посмотрим на настройки в разделе НСИ и администрирование — Финансовый результат и контроллинг. Убедимся, что включена опция «Управленческий баланс». Проверим, чтобы для статей «Дебиторская задолженность» и «Авансы полученные» был установлен правильный тип аналитики (обычно это Партнер или Контрагент). Если аналитика по статьям различается или не заполнена, система не сможет произвести автоматический зачет в регистре активов-пассивов.
Рассмотрим ситуацию, когда стандартное перепроведение документов не помогает. Это часто встречается в релизах 11.4.11 и 11.4.12. В этом случае записи в регистре АктивыПассивы могут «зависнуть». Нам необходимо принудительно обновить движения.
Для этого можно воспользоваться типовой обработкой «Восстановление последовательности расчетов». Посмотрим на алгоритм действий:
Если и это не помогло, проанализируем движения конкретного документа «Реализация товаров и услуг». В движениях по регистру АктивыПассивы мы должны увидеть не только запись по статье ЗадолженностьКлиентов, но и сторнирующую (или корректирующую) запись по статье ПолученныеАвансы, если зачет аванса имел место.
Как было предложено в сообщении 1 на форуме, иногда проблему решают на уровне отображения данных в отчете. Если архитектурно записи в регистре АктивыПассивы не закрываются из-за специфики учета (например, использование разных ГФУ — групп финансового учета), можно изменить запрос схемы компоновки данных (СКД) управленческого баланса.
Проанализируем этот подход. Вместо того чтобы выводить остатки в разрезе каждой статьи, в запросе можно сделать ОБЪЕДИНЕНИЕ сумм по ключевым полям аналитики (Партнер, Контрагент, Договор) и выводить только развернутое сальдо.
Пример логики запроса в СКД для схлопывания авансов и долгов:
ВЫБРАТЬ
ДанныеРегистра.Партнер,
СУММА(ВЫБОР КОГДА ДанныеРегистра.Статья = &СтатьяДолг ТОГДА ДанныеРегистра.СуммаОстаток ИНАЧЕ -ДанныеРегистра.СуммаОстаток КОНЕЦ) КАК ЧистыйДолг
ИЗ
РегистрНакопления.АктивыПассивы.Остатки(&Период, ) КАК ДанныеРегистра
ГДЕ
ДанныеРегистра.Статья В (&СтатьяДолг, &СтатьяАванс)
СГРУППИРОВАТЬ ПО
ДанныеРегистра.Партнер
Важно: Это решение является «косметическим». Оно исправляет цифры в отчете, но не устраняет причину «раздувания» базы данных записями в регистре. Мы рекомендуем использовать его только в крайнем случае, когда типовые механизмы закрытия месяца не справляются из-за ошибок в коде конфигурации конкретного релиза.
Выполним следующие шаги для полной очистки «мусорных» остатков в управленческом балансе:
ОбъектРасчетов. Это частая причина, по которой программа не видит связи между оплатой и реализацией.ВыполнениеРегламентныхОперацийВзаиморасчетов. Оно должно работать без ошибок.АктивыПассивы. Если записи по авансам и долгам имеют разные ГФУ (Группы финансового учета), система никогда их не зачтет автоматически. В этом случае необходимо привести документы к единой ГФУ.Таким образом, мы выяснили, что нарастание сальдо в управленческом балансе — это не ошибка учета в целом, а следствие рассинхронизации данных в специализированном регистре АктивыПассивы. Следите за актуальностью последовательности документов и корректностью заполнения аналитики в статьях активов, и ваш баланс всегда будет сходиться с оперативными данными.