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