← На главную

Ситуация, когда при оплате поставщику сумма «падает» на дебет счета 60.01 (Расчеты с поставщиками и подрядчиками), образуя отрицательное (красное) сальдо, вместо того чтобы автоматически отразиться на счете 60.02 (Расчеты по авансам выданным), является классической проблемой для пользователей конфигурации 1С:Управление производственным предприятием (УПП). В отличие от более простых конфигураций, механизмы УПП опираются не только на бухгалтерские проводки, но и на сложные регистры накопления. Рассмотрим подробно, почему так происходит и как привести учет в порядок.

Анализ фундаментальной причины: Бухгалтерский учет vs Регистры

Прежде всего, нам необходимо понять важный архитектурный нюанс 1С:УПП. В этой программе бухгалтерские проводки по счетам 60.01 и 60.02 являются производными от движений по регистрам накопления. Главным «виновником» некорректного поведения системы обычно выступает регистр Взаиморасчеты с контрагентами или Взаиморасчеты с контрагентами по документам расчетов. Если в этих регистрах данные не соответствуют остаткам на счетах бухгалтерского учета, документ оплаты будет работать неверно.

Разберем ситуацию: вы видите в ОСВ по счету 60.01 нулевое сальдо, а по 60.02 аванс. Однако документ при проведении «считает», что задолженность перед поставщиком всё еще существует, и продолжает заполнять дебет 60.01. Это происходит потому, что в регистре накопления «зависла» старая задолженность, которая не была закрыта должным образом (например, из-за ручных корректировок или удаления документов без перепроведения всей цепочки).

Шаг 1. Проверка аналитики в отчетах

Проанализируем ситуацию с помощью специализированных отчетов. Обычной Оборотно-сальдовой ведомости (ОСВ) часто недостаточно. Нам необходимо увидеть картину глазами системы:

1. Сформируйте отчет «Ведомость по взаиморасчетам с контрагентами».
2. В настройках отчета обязательно добавьте детализацию по Договору и Документу расчетов.
3. Сравните итоговые суммы в ведомости с данными счета 60 в ОСВ.

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

Шаг 2. Проверка настроек договора и счетов учета

Выясним, не заданы ли настройки учета слишком жестко. Перейдем в справочник «Контрагенты», откроем нужный договор и обратим внимание на следующие поля:

Вид договора: Для работы со счетом 60 должен быть выбран вид «С поставщиком».

Ведение взаиморасчетов: Если выбрано «По договору в целом», система сама распределяет авансы. Если выбрано «По документам расчетов», вы обязаны вручную указывать документ в каждой платежке и поступлении. Проанализируем, нет ли здесь ошибки — часто пользователь выбирает «По договору в целом», но внутри документа на закладке «Предоплата» случайно указывает конкретный документ, что сбивает алгоритм зачета.

Также проверим регистр сведений «Счета учета расчетов с контрагентами». Рассмотрим вероятность того, что для данного контрагента или группы контрагентов жестко прописан счет учета 60.01 и для расчетов, и для авансов. В этом случае автоматического деления на 60.02 не произойдет вовсе.

Шаг 3. Хронологическая последовательность и «секунды» проведения

В 1С:УПП крайне важна временная последовательность документов. Рассмотрим пример: поступление услуг и оплата прошли в один день. Если документ Платежное поручение исходящее проведен хотя бы на одну секунду раньше, чем Поступление товаров и услуг, система в момент проведения платежа еще «не видит» долга и должна поставить сумму на аванс (60.02).

Если же ситуация обратная (нужно закрыть долг, а он не закрывается), проверьте время проведения. Документ оплаты должен быть строго позже документа поступления. Для исправления последовательности рекомендуем использовать стандартную обработку «Проведение документов по регистрам» (Восстановление последовательности расчетов).

Шаг 4. Анализ документа «Платежное поручение исходящее»

Проанализируем сам документ, который дает неверную проводку. Проверьте следующие реквизиты:

• Вид операции: Должен быть «Оплата поставщику». Если выбрано «Прочее списание безналичных денежных средств», счета учета придется заполнять вручную, и автоматика зачета аванса может не сработать.
• Счета расчетов: Убедитесь, что в полях «Счет расчетов» стоит 60.01, а в «Счет авансов» — 60.02.
• Статья движения денежных средств: Хотя она напрямую не влияет на счета 60.01/60.02, её отсутствие может мешать корректному закрытию регистров в некоторых учетных политиках.

Шаг 5. Сложный учет НДС и его влияние

Если в вашей организации включена настройка «Сложный учет НДС» (например, для раздельного учета или работы с НДС 0%), проводки по 60 счету могут быть завязаны на состояние регистра НДС предъявленный. При нарушении последовательности записей в этом регистре система может «блокировать» переход суммы с основного счета на авансовый до момента регламентного закрытия месяца. В таком случае «краснота» может исчезнуть только после выполнения обработки «Формирование записей книги покупок» или «Регистрация оплат поставщикам для НДС».

Практические рекомендации по исправлению

Если после всех проверок сальдо остается «красным», выполните следующие действия по шагам:

1. Попробуйте отменить проведение документа оплаты и провести его заново. Иногда простая перезапись объекта обновляет ссылки в регистрах.
2. Если используется ведение расчетов «По договору в целом», зайдите в документ оплаты, нажмите кнопку «Список» (если она доступна) или перейдите на закладку «Расчеты» и убедитесь, что табличная часть пуста или заполнена корректно без указания лишних документов расчетов.
3. Воспользуйтесь отчетом «Анализ субконто» по Контрагенту и Договору. Проверьте, не «разъехались» ли суммы по разным договорам, которые визуально называются одинаково (дубли договоров).
4. В самом крайнем случае, если регистры безнадежно испорчены ручными операциями, используйте документ «Корректировка долга» с видом операции «Взаимозачет» или «Перенос задолженности», чтобы схлопнуть остатки по регистрам.

Важный момент: Никогда не пытайтесь исправить «красноту» на 60.01 с помощью ручных проводок через Операцию (бухгалтерский и налоговый учет). Это только усугубит проблему, так как ручная операция не делает движений по регистрам накопления, и в следующем месяце автоматические документы снова будут ориентироваться на неверные остатки в регистрах, игнорируя вашу ручную правку в бухгалтерии.

Соблюдение этих правил и внимательный анализ регистров взаиморасчетов позволят вам избежать появления отрицательных остатков и обеспечат корректное формирование бухгалтерской отчетности в 1С:УПП.