← На главную

Рассмотрим довольно частую и неприятную ситуацию при работе в 1С:Бухгалтерия: по данным оборотно-сальдовой ведомости (ОСВ) информация кажется верной, отгрузок не было, прошли только оплаты, зачет авансов стоит автоматический, а управленческий отчет для руководителя показывает совершенно другие цифры или выводит непонятную задолженность. Проанализируем, почему возникают такие расхождения и как привести отчеты к единому знаменателю.

Основные причины расхождения данных

Разберем по пунктам, из-за чего алгоритмы стандартного отчета могут «не видеть» или искажать информацию, которая в ОСВ выглядит корректно.

1. Несовпадение видов договоров. По алгоритму 1С отчет Задолженность покупателей (находящийся в разделе «Руководителю») имеет жесткую фильтрацию по виду договора. В него попадают исключительно договоры с видом «С покупателем». Если у вас есть сальдо по договорам с видом «Прочее» или «С комиссионером», в ОСВ эти суммы будут отражены, а в управленческий отчет они просто не попадут.
2. Отсутствие развернутого сальдо в ОСВ. Отчет для руководителя собирает данные о задолженности (счет 62.01) и авансах (счет 62.02) раздельно, анализируя их вплоть до документа расчетов. Если в настройках вашей оборотно-сальдовой ведомости не включен показатель «Развернутое сальдо», ведомость может просто свернуть зависшие на одной дате встречные остатки по дебету и кредиту, показав красивый ноль. Отчет же выведет эти суммы как незакрытый долг и незачтенный аванс.
3. Авансы на других счетах. Обязательно проверим, не отражен ли аванс на другом счете учета. Например, зависшие суммы могут находиться на счете 76, который также может не попадать в стандартные выборки так, как вы ожидаете.
4. Ручные операции и корректировки. Если вы корректировали взаиморасчеты документами Операция, введенная вручную или Корректировка долга, и при этом забыли заполнить третье субконто — «Документы расчетов с контрагентом», ОСВ покажет корректные итоговые цифры. Однако логика отчета по покупателям сломается из-за пустой аналитики, и суммы разъедутся.
5. Нарушение хронологии проведения. При автоматическом зачете авансов критично время проведения документов. Если реализация и оплата созданы одним днем, но поступление на расчетный счет проведено временем позже (например, отгрузка в 12:00, а оплата в 15:00), программа физически не увидит аванса на момент отгрузки. Это приведет к некорректному отражению зачета в служебных регистрах, на которые опирается отчет.
6. Влияние счета 63 (Резервы по сомнительным долгам). Если в информационной базе включено формирование резервов по сомнительным долгам, это также может искажать итоговое представление чистой дебиторской задолженности в управленческих отчетах по сравнению с прямым сальдо 62 счета.

Разберем по шагам способы решения проблемы

Посмотрим на практические методы, которые помогут найти пересортицу и исправить ошибки в учете.

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

Ограничения типового отчета и альтернативные варианты

Важно помнить, что отчет Задолженность покупателей имеет жестко запрограммированный алгоритм сбора данных. Он жестко опирается на предопределенные счета учета и их субсчета (в основном это 62 и частично 76). Если вы добавили в план счетов собственные нетиповые субсчета для учета специфических расчетов, этот отчет их просто проигнорирует.

Если стандартный механизм вам не подходит, рассмотрим альтернативные варианты:

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

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