Почему 1С разбивает платеж и как управлять распределением оплат

Бухгалтер загружает выписку из банка, проводит оплату от покупателя — и видит, что 1С разбила один платеж на несколько строк: часть ушла на зачет старого долга, часть — на аванс, часть — на конкретный заказ. Для пользователя это выглядит как ошибка, хотя на самом деле программа выполняет встроенный алгоритм распределения расчетов.

Разбиение платежа — штатное поведение конфигураций 1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация. Система не «портит» платеж, а раскладывает его сумму по объектам расчетов, чтобы корректно закрыть взаиморасчеты с контрагентом. Проблемы возникают только тогда, когда распределение идет не туда, куда ожидал пользователь.

Ниже разберем, по каким правилам 1С делит платежи, где это настраивается, как проверить результат и что делать, если программа распределила сумму неправильно.

Как 1С решает, куда распределить платеж

При проведении документа оплаты (поступление на расчетный счет, списание с расчетного счета, приходный или расходный кассовый ордер) программа анализирует состояние взаиморасчетов с контрагентом. Она смотрит остатки по регистрам расчетов: есть ли незакрытые реализации, незачтенные авансы, долги по конкретным договорам и заказам.

Если сумма платежа больше суммы одного объекта расчетов, остаток автоматически переносится на следующий. Например, покупатель оплатил 300 000 рублей, а у него два незакрытых счета — на 200 000 и 150 000. Программа закроет первый счет полностью, а на второй отнесет оставшиеся 100 000. В табличной части или в движениях документа это выглядит как разбивка одного платежа на две строки.

Основные причины, по которым платеж делится на части

Автоматический зачет по правилу FIFO

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

Оплата по нескольким договорам или заказам

Если в документе оплаты указан договор «С основным договором» или договор без детализации, а расчеты ведутся по заказам и счетам, программа распределяет сумму по всем открытым объектам. Платеж делится строго пропорционально долгам или по очередности их возникновения — в зависимости от конфигурации.

Курс валюты и суммовые разницы

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

Разделение НДС и суммы без налога

В некоторых отчетах и движениях документов платеж отображается разбитым на сумму НДС и сумму без НДС. Это не ошибка распределения, а требование учета: налоговая база и расчеты с контрагентом отражаются отдельно.

Где настраивается распределение платежей

В 1С:Бухгалтерии 8 ключевая настройка находится в карточке договора с контрагентом: поле «Способ зачета авансов» (или аналогичное, в зависимости от релиза). Доступны варианты: автоматически, по документу, не зачитывать. Также влияет настройка в разделе администрирования, определяющая порядок зачета по умолчанию.

В 1С:Управление торговлей и 1С:ERP распределение зависит от настроек детализации взаиморасчетов в соглашении или договоре: по договору в целом, по заказам, по накладным, по счетам. Чем детальнее ведутся расчеты, тем чаще платеж будет дробиться по объектам.

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

1. 1
   Откройте отчет «Анализ взаиморасчетов» или «Оборотно-сальдовая ведомость по счету 62 (60)» по контрагенту — посмотрите, какие долги были открыты на момент платежа
2. 2
   Откройте документ оплаты и проверьте табличную часть «Расшифровка платежа»: какие договоры, заказы и суммы указаны
3. 3
   Сверьте способ зачета авансов в договоре: автоматический или по документу
4. 4
   Если распределение неверное — отредактируйте расшифровку платежа вручную, указав нужный объект расчетов, и перепроведите документ
5. 5
   Проверьте результат: долг по нужному документу должен закрыться, лишние авансы или долги по другим объектам — исчезнуть

Как сделать, чтобы платеж не разбивался

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

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

Третий вариант — вести расчеты по договору в целом без детализации до заказов. Это упростит картину взаиморасчетов, но лишит вас аналитики по отдельным сделкам. Подходит для небольшого числа однотипных операций с постоянными контрагентами.

Способы зачета авансов

Автоматически (FIFO)

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

По документу

Подходит при работе по конкретным счетам и заказам. Требует дисциплины: объект расчетов нужно указывать в каждом платеже

Не зачитывать

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

Типичные ошибки при работе с разбивкой платежей

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

Вторая ошибка — менять способ зачета авансов задним числом без перепроведения документов. Настройка применяется в момент проведения, поэтому после смены способа нужно перепровести платежи и реализации за период, иначе распределение останется старым.

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

Когда разбивка платежа — признак проблемы в данных

Если платеж делится на десятки мелких строк, закрывая старые копеечные долги, это сигнал о «хвостах» во взаиморасчетах: незакрытых копейках из-за округлений, непроведенных возвратах, устаревших документах. Такие остатки стоит периодически чистить документами корректировки долга или списания задолженности.

Тревожный признак — когда после распределения платежа по контрагенту одновременно числятся и аванс, и долг по одному договору. Обычно это означает, что оплата и отгрузка привязаны к разным объектам расчетов: разным заказам, счетам или договорам.

Контрольные точки

Как проверить результат после исправления

Оборотно-сальдовая ведомость по счету 62 (60) с детализацией по контрагенту

Норма

Нет одновременного сальдо по дебету и кредиту по одному договору

Тревожный признак

Одновременно висят аванс и долг по одному объекту расчетов

Акт сверки с контрагентом

Норма

Расходится с данными контрагента только по документам в пути

Тревожный признак

Платеж учтен не по тому документу, суммы не совпадают

Анализ незакрытых заказов / счетов

Норма

Оплаченный заказ закрыт полностью

Тревожный признак

Заказ висит неоплаченным, а на договоре числится свободный аванс

Ограничения и когда нужен специалист

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

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

Частые вопросы

Почему 1С зачла оплату на старый долг, а не на новый счет?

Потому что в договоре выбран автоматический зачет авансов по правилу FIFO: программа сначала закрывает самый ранний неоплаченный документ. Чтобы оплата шла на конкретный счет, укажите его в расшифровке платежа или смените способ зачета на «по документу».

Можно ли отменить разбивку платежа после проведения?

Да. Откройте документ оплаты, отредактируйте табличную часть «Расшифровка платежа» — оставьте одну строку с нужным объектом расчетов — и перепроведите документ. Затем проверьте взаиморасчеты отчетом по счету расчетов.

Почему по контрагенту одновременно числятся аванс и долг?

Оплата и отгрузка привязаны к разным объектам расчетов: например, оплата — к договору в целом, а реализация — к конкретному заказу. Приведите оба документа к одному объекту расчетов и перепроведите их — сальдо свернется.

Влияет ли разбивка платежа на НДС с авансов?

Да. Каждая часть платежа, зачтенная как аванс, формирует основание для счета-фактуры на аванс. Если платеж распределен неправильно, авансовые счета-фактуры и суммы НДС к уплате тоже будут некорректными, поэтому распределение нужно проверять до формирования регламентных документов.

Почему при загрузке выписки создается несколько строк расшифровки?

При загрузке из клиент-банка программа подбирает незакрытые долги контрагента и раскладывает сумму по ним автоматически. Это поведение можно скорректировать настройками правил загрузки или вручную править расшифровку перед проведением документа.