Ситуация, когда в Оборотно-сальдовой ведомости (ОСВ) по счету 62 «Расчеты с покупателями и заказчиками» суммы «висят» одновременно в дебете и в кредите, является одной из самых распространенных проблем в практике бухгалтера. Вместо того чтобы показать итоговую задолженность, программа суммирует обороты, раздувая валюту баланса. В этой статье мы подробно разберем, почему возникает так называемое «развернутое сальдо», проанализируем механизмы работы программы 1С:Бухгалтерия 3.0 и научимся приводить учет в порядок.
Давайте проанализируем ситуацию на примере. Предположим, покупатель должен нам 1000 рублей (Обороты Дт), и он же прислал нам оплату в размере 1100 рублей (Обороты Кт). Логично ожидать, что в сальдо на конец периода мы увидим 0 в дебете и 100 рублей в кредите (аванс). Однако часто в ОСВ мы видим 1000 в дебете и 1100 в кредите. Это и есть развернутое сальдо.
Проблема заключается в том, что для программы 1С эти суммы «не видят» друг друга. С точки зрения системы, это могут быть расчеты по разным договорам, разным документам или даже разным субсчетам, которые не пересекаются автоматически. Рассмотрим пошагово, как найти и устранить причину. Для этой задачи можно использовать инструмент для поиска ошибок в расчетах с контрагентами и зачета авансов.
Счет 62 в 1С имеет трехуровневую аналитику (субконто):
Проанализируем ситуацию: если отгрузка прошла по «Договору №1», а оплата поступила по «Договору №2», программа никогда не «схлопнет» эти суммы самостоятельно. Для 1С это две разные сделки.
Что нужно сделать:
Откройте ОСВ по счету 62 с детализацией по всем субконто. Если вы видите, что суммы разделены по разным договорам, необходимо либо исправить договор в одном из документов, либо воспользоваться документом Корректировка долга для проведения взаимозачета между договорами.
В 1С:Бухгалтерия расчеты с покупателями разделены на два субсчета:
62.01 — Расчеты с покупателями (активный, здесь фиксируется долг за отгруженный товар).62.02 — Расчеты по авансам полученным (пассивный, здесь фиксируется предоплата).Рассмотрим механизм: при проведении документа «Поступление на расчетный счет», программа проверяет наличие дебиторской задолженности на 62.01. Если долга нет, сумма уходит на 62.02 (аванс). При последующей отгрузке (документ «Реализация»), программа должна автоматически «зачесть аванс», то есть сделать проводку Дт 62.02 Кт 62.01.
Если в документах в поле «Способ зачета аванса» выбрано значение «Не зачитывать», то задолженность будет копиться на 62.01, а оплаты — на 62.02 — для автоматического решения этой проблемы есть обработка автоматического исправления ошибок зачета авансов в 1С:БП 3.0. В итоге общая ОСВ по счету 62 покажет огромные остатки в обеих колонках. Проверьте, чтобы в документах всегда стояло значение «Автоматически».
Часто ошибки возникают, когда документы вводятся «задним числом». Например, бухгалтер сначала провел реализацию, а потом ввел платежку, которая была раньше по времени. Если не выполнить перепроведение, алгоритм зачета авансов не сработает корректно.
Как исправить: Выясним причину через стандартную процедуру. Перейдем в раздел Операции — Сервис — Групповое перепроведение документов. Выберем организацию и период, начиная с которого начались расхождения. После завершения процедуры многие «зависшие» остатки схлопнутся сами собой, так как программа заново проанализирует каждый документ в порядке очереди.
Иногда остатки на самом деле закрыты, но настройки отчета заставляют их выглядеть развернутыми. Проанализируем настройки ОСВ:
Если в этой колонке стоят галочки напротив субконто «Контрагенты» или «Договоры», программа будет показывать остатки по дебету и кредиту отдельно, даже если итоговый баланс по контрагенту нулевой — чтобы видеть реальное сальдо, используйте отчет анализа взаиморасчетов без субсчетов авансов. Попробуйте снять эти галочки и сформировать отчет заново.
Если в настройках договора указано ведение расчетов «По документам расчетов», то программа требует жесткой привязки каждой оплаты к конкретной накладной. Если вы ошиблись и в платежке указали «Реализацию №1», а фактически отгрузили «Реализацией №2», сальдо останется развернутым в разрезе этих документов. Выясним это, сформировав отчет «Анализ субконто» по контрагенту. Там будет наглядно видно, по каким именно документам «разъехались» суммы.
Если периоды прошлых лет закрыты для редактирования и перепроведение невозможно, используем ручной механизм исправления. Рассмотрим работу с документом Корректировка долга:
Программа сама найдет дебиторскую задолженность на 62.01 и кредиторскую на 62.02 (или по разным договорам) и предложит их состыковать. После проведения документа лишние обороты уйдут, и сальдо станет чистым.
Важно помнить, что раздутое сальдо по счету 62 — это не только эстетическая проблема отчетов. Это напрямую влияет на расчет НДС. Если аванс на 62.02 не закрывается, программа «думает», что это все еще предоплата, и не берет НДС с этого аванса к вычету при отгрузке. Это приводит к завышению налога к уплате в бюджет.
Совет: Всегда проверяйте соответствие сальдо по счету 62.02 и счету 76.АВ (НДС по авансам полученным). Они должны быть взаимоувязаны в пропорции ставки налога (20% или 10%).
Для быстрой диагностики воспользуемся встроенным инструментом — также полезна экспресс-проверка базы 1С:БП 3.0 перед закрытием. Перейдем в Отчеты — Анализ учета — Технологический анализ бухгалтерского учета. Этот отчет автоматически подсветит ошибки, связанные с некорректным сальдо на активных/пассивных счетах и укажет на конкретные документы, которые вызвали проблему. Это значительно экономит время при поиске ошибок в базах с большим объемом данных.
Подводя итог, можно сказать, что порядок на 62 счете требует дисциплины в указании аналитики и соблюдения хронологии. Регулярное перепроведение документов и использование Корректировки долга позволят вам всегда видеть реальную картину задолженности в вашей программе.