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

Разложите договор на основания оплаты

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

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

Отразите исполнение отдельно от оплаты

Создайте две связанные записи: что передано и что оплачено. Иногда этап завершен, но оплата еще не наступила по условиям; иногда деньги поступили до исполнения. Одинаковая сумма в этих двух списках не делает события тождественными.

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

Распределяйте платежи по подтвержденному основанию

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

Правила распределения исполнения между однородными обязательствами рассмотрены в пунктах 37–41 ВС РФ: постановление Пленума от 22.11.2016 № 54. Они зависят от обстоятельств, поэтому рекомендация «всегда закрывайте самый ранний долг» слишком груба. В реестре сохраняйте основание распределения, чтобы сотрудник мог объяснить результат через месяц.

Условный пример нескольких поступлений

В учебном договоре этап А стоит 90 условных единиц, этап Б — 60. Покупатель перечислил 40, затем 35, затем 15. После проверки назначения и согласования подтверждено, что все три платежа относятся к этапу А.

Карточка А показывает оплату 90 и нулевой остаток. По этапу Б поступлений пока нет; его статус определяется собственными условиями договора. Если последняя сумма 15 предназначалась Б, результат будет другим: по А останется 15, по Б появится частичная оплата. Общая сумма денег одинаковая, но управленческие решения различаются.

Разбирайте отклонения, не меняя план молча

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

Если стороны согласовали новый порядок, сохраните документ изменения и предыдущую версию плана. Отдельно проверьте, к каким будущим и уже возникшим обязательствам относится решение. Не переписывайте прошлые даты только для исчезновения просрочки из отчета. Отчет должен объяснять ситуацию, а не маскировать ее.

Еженедельная проверка реестра

  • По каждому этапу указано договорное основание платежа.
  • Подтверждено фактическое исполнение и его статус.
  • Поступления связаны с этапами без двойного распределения.
  • Неоднозначные назначения вынесены на уточнение.
  • Изменения графика имеют отдельное подтверждение.
  • Остатки сходятся с общей задолженностью по договору.
  • У следующего действия есть ответственный.

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

Источники и границы проверки

Рабочий реестр не устанавливает сам по себе сроки оплаты, просрочку и очередность погашения: эти выводы проверяют по конкретным обязательствам.