Каждый бухгалтер, работающий в программе «1С:Управление производственным предприятием» редакции 1.3 (УПП), рано или поздно сталкивается со странным поведением системы: по одному и тому же контрагенту и договору в оборотно-сальдовой ведомости (ОСВ) по счету 62 одновременно «висит» и дебетовое сальдо на субсчете 62.01, и кредитовое — на субсчете 62.02. При этом все документы проведены, а расчеты ведутся по договору в целом.
В этой статье мы подробно разберем, почему возникает такая ситуация, как провести детальную диагностику взаиморасчетов и какими способами можно навсегда решить проблему раздвоения сальдо.
Главная ошибка начинающих пользователей 1С:УПП 1.3 заключается в попытке анализировать взаиморасчеты исключительно по бухгалтерским проводкам. В отличие от упрощенных конфигураций (например, «1С:Бухгалтерия предприятия»), в УПП реализован сложный двухконтурный механизм учета. Бухгалтерские проводки по счетам 62.01 и 62.02 здесь формируются не на основе анализа остатков на счетах учета, а строго по движениям регистра накопления Расчеты по реализации (бухгалтерский учет).
Если в этом регистре происходит сбой, программа перестает «видеть» существующие авансы. В результате при проведении документа реализации (или «Акта об оказании производственных услуг») система считает, что оплаты не было, и в полном объеме относит сумму на дебет 62.01, оставляя аванс на 62.02 нетронутым.
Давайте проанализируем структуру регистра накопления. В нем остатки по субсчетам хранятся со специфическими знаками:
62.01) должен быть строго положительным.62.02) должен быть строго отрицательным.Если в регистре накопления знаки «переворачиваются» (например, по счету 62.01 зависает отрицательный остаток, а по 62.02 — положительный), стандартный механизм зачета авансов ФИФО ломается. Программа не может сопоставить эти суммы, и сальдо начинает раздваиваться.
Для того чтобы выяснить первопричину сбоя, нам необходимо заглянуть во внутренние регистры программы. Обычная оборотно-сальдовая ведомость здесь не поможет.
Рассмотрим порядок настройки отчета:
Договор контрагентаСчет оплатыДокумент расчетов (или Сделка)Проанализируем полученную картину. Если вы увидите строки с отрицательными остатками по счету 62.01 (как в примере: -384,00 руб.) или положительными по счету 62.02, значит, регистр «расползся». Программа потеряла связь между оплатой и отгрузкой на уровне аналитики.
Выделим основные причины, которые приводят к рассинхронизации регистра расчетов и бухгалтерских счетов:
Операция (бухгалтерский и налоговый учет). Это делать категорически запрещено! Ручная операция делает проводки на счетах 62.01/62.02, но совершенно не делает записей в регистр накопления Расчеты по реализации (бухгалтерский учет). Последующие документы реализации будут ориентироваться на регистр и снова сформируют неверные проводки.Сделка и Документ расчетов. Если в платежном поручении была случайно указана сделка (например, конкретный счет), а в акте оказания услуг поле сделки осталось пустым, программа не зачтет аванс, так как для нее это разные направления расчетов.В зависимости от запущенности ситуации и причин сбоя, выберите один из следующих способов исправления расчетов.
Если в вашей учетной политике зачет авансов настроен регламентной обработкой (а не в момент проведения документов), ручное перепроведение отдельных документов не поможет. Вам необходимо запустить специальный инструмент:
62.01 и 62.02.Если обработка не помогла, выполните ручное восстановление цепочки документов:
62.02), затем документ реализации или «Акт об оказании производственных услуг» (который должен сделать зачет аванса: Дт 62.02 - Кт 62.01).Если прошлые периоды закрыты для редактирования (установлена дата запрета изменения данных), и перепроводить документы нельзя, используйте типовой механизм корректировки:
62.01 и 62.02.Дт 62.02 - Кт 62.01 и, что самое главное, сделает корректные записи со всеми знаками в регистр накопления расчетов.Если в базе уже присутствуют документы Операция (бухгалтерский и налоговый учет), которыми пытались поправить 62 счет, их необходимо нейтрализовать.
Вместо ручных проводок используйте документ Корректировка записей регистров. Этот документ позволяет одновременно скорректировать и бухгалтерские проводки по плану счетов (регистр бухгалтерии Хозрасчетный), и движения по регистру накопления Расчеты по реализации (бухгалтерский учет). Это гарантирует, что программа в дальнейшем не «раздвоит» сальдо снова.
Чтобы избежать раздвоения сальдо по счету 62 в будущем, соблюдайте простые правила работы в 1С:УПП 1.3:
Корректировка долга.Восстановление состояния расчетов.