Возраст долга и обещания клиентов: как обновить прогноз поступлений

В реестре дебиторской задолженности может стоять 500 000 ₽ открытого долга, а в ближайшем прогнозе — те же 500 000 ₽ с датами поступления. Выглядит логично, пока не выясняется, что одна дата взята из договора, вторая — из старого обещания, а по третьей строке клиент уже заплатил часть суммы. Если оставить прогноз без сверки, руководитель увидит точность, которой в исходных данных нет.

Задача при обновлении прогноза — пройти от каждого требования к непогашенному остатку, проверить последнюю запись об оплате и обещании, затем объяснить, какая сумма остаётся на конкретной дате. Итогом будет версия прогноза, которую другой сотрудник сможет пересчитать и сопоставить с фактическим поступлением. Она не гарантирует платёж.

Почему долг, срок договора и обещание дают разные ответы

Дебиторская задолженность возникает из исполненного требования к клиенту. План поступлений отвечает на другой вопрос: когда и сколько денег ожидает компания. Между этими числами стоит не только время. Клиент мог оплатить часть счёта; согласованная договорная дата могла пройти; обещание могло относиться к другому счёту или устареть. Перенос всей суммы требования в ближайший день скрывает каждое из этих различий.

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

Поэтому я разделяю три состояния. Оплата — уже полученные деньги, её нужно вычесть из открытого остатка. Действующее проверенное обещание — основание для рабочего датированного сценария в пределах остатка, но с риском исполнения. Неопределённая сумма — долг, по которому пока нет пригодной даты; он остаётся в отдельной колонке с ответственным и ближайшим действием. Это управленческое правило для сверки, а не правовая оценка долга или процент вероятности оплаты.

Что меняется в условном примере

Условный пример, не данные клиентов. Срез сделан 1 октября 2026 года. Три вымышленных требования составляют 600 000 ₽. По условной выписке уже оплачено 100 000 ₽, поэтому открыт остаток 500 000 ₽. В прежней версии все 500 000 ₽ были разнесены по датам. После сверки датированный рабочий сценарий равен 320 000 ₽, а 180 000 ₽ ожидают уточнения даты. Это изменение статуса прогноза, не списание долга и не оценка потери.

По требованию А клиент уже заплатил 80 000 ₽ из 300 000 ₽. Проверенное в модели письменное обещание касается оставшихся 220 000 ₽ на 7 октября, поэтому эту сумму можно перенести со старой даты 5 октября на 7 октября. По требованию Б старое обещание на 25 сентября уже прошло; новой записи нет. Оставить 180 000 ₽ на 3 октября означало бы выдать прежнее допущение за актуальное. По требованию В срок договора ещё не наступил, но записанное обещание переносит 100 000 ₽ с 15 на 20 октября. Финансовый руководитель теперь видит и датированный сценарий, и работу, которую нужно выполнить до следующего пересмотра.

Таблица прокручивается по горизонтали на узком экране. Все строки и даты ниже — условный пример. Остаток = сумма требования − зачтённая оплата; просрочка = max(0, дата среза − договорный срок); «без даты» = остаток − новый датированный сценарий.

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

Как провести сверку до утверждения прогноза

Работать удобнее на уровне отдельного требования, а не общего сальдо клиента. Иначе частичную оплату и несколько обещаний нельзя однозначно привязать к будущей строке денег. Ниже порядок одной версии прогноза; по мере поступления факта версия обновляется, а прежняя сохраняется для объяснения изменения.

1. Задайте срез и соберите исходные строки. Финансовый менеджер берёт реестр требований, договорные сроки и прежний прогноз; финансовый руководитель задаёт дату среза и горизонт. В примере это 01.10.2026 и три требования INV-A, INV-B, INV-C. Результат готов, когда каждому требованию соответствует одна исходная строка с договорным сроком и прежней датой прогноза, а версия среза сохранена.
2. Отделите полученные деньги от открытого остатка. Финансовый менеджер сверяет по выписке дату, сумму и назначение платежа с требованием, а документальные корректировки — с основанием. Для INV-A 300 000 − 80 000 = 220 000 ₽, для INV-C 120 000 − 20 000 = 100 000 ₽. Этап завершён, когда сумма оплат и остатка равна исходной сумме по каждой строке; отрицательный остаток требует разбора, а не переноса в план.
3. Проверьте обещание отдельно от возраста долга. Менеджер по работе с клиентом находит последнюю запись и передаёт дату записи, источник, точную сумму, обещанную дату и ID требования. Финансовый менеджер считает дни от договорного срока. У INV-B просрочка 21 день, но главное для прогноза — обещание на 25.09 уже истекло без нового подтверждения. Этап готов, когда у каждого действующего обещания найдена проверяемая запись, а у остальных указан статус «дата не подтверждена» и срок контакта.
4. Соберите новую датированную версию. Финансовый руководитель вместе с менеджером сравнивает прежнюю дату с последним пригодным обещанием и ставит в рабочий сценарий не больше остатка и проверенной суммы обещания. Так INV-A переносится на 07.10, INV-C — на 20.10, а 180 000 ₽ INV-B выводятся в колонку без даты. Результат готов, если по каждой строке новый сценарий плюс сумма без даты равны остатку, а общий итог сходится с реестром.
5. Назначьте действие и сверяйте с фактом. Руководитель продаж отвечает за новое подтверждение INV-B до 02.10; менеджеры перепроверяют А и В в указанные контрольные даты. После фактической оплаты финансовый менеджер уменьшает остаток и будущую строку, сохраняя прежнюю версию для сравнения. Этап готов, когда у каждой неопределённой суммы есть владелец, следующий срок и возможность объяснить, почему прогноз изменился.

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

Рабочий лист для собственной сверки

Отдельный рабочий лист T21-D01 уже содержит три заполненные строки условного примера, пересчитывает остаток, возраст просрочки, новый датированный сценарий и контрольные суммы. Его можно заполнить своими данными и выгрузить в CSV вместе со значениями и результатами расчёта. В публичном примере используются только вымышленные ID и должности.

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

Открыть таблицу сверки

Проверка перед решением руководителя

• Дата среза, горизонт и версия прогноза названы.
• Остаток каждого требования сверен с оплатами и подтверждёнными корректировками.
• Дни просрочки рассчитаны от договорного срока; обещание хранится отдельно.
• Последняя запись обещания связана с ID требования, источником, датой и суммой.
• Устаревшее или неподтверждённое обещание не оставлено на конкретной дате.
• Оплаченная сумма не попала повторно в будущие поступления.
• Датированный сценарий и сумма без даты вместе равны открытому остатку.
• Для неопределённой строки назначены ответственный и срок контакта.
• Рабочий лист открыт, расчёт пересчитан, экспорт сравнен с экраном.

Где решение чаще всего искажается

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

Не называйте письменное обещание гарантированными деньгами и не выводите «безнадёжность» долга только из числа дней просрочки. Здесь рассматривается внутренний сценарий поступлений, а не взыскание, налоговое списание или бухгалтерская оценка обесценения. Вероятности оплаты можно вводить только при наличии собственной истории и согласованной методики; в этом примере их нет.

Короткие ответы на рабочие вопросы

Можно ли оставить договорную дату, если клиент ничего не сообщил?

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

Что делать после частичной оплаты?

Связать платёж с требованием по выписке, уменьшить открытый остаток и проверить, относится ли прежнее обещание к оставшейся сумме. Затем уменьшить будущую строку прогноза. Одна оплата не должна одновременно находиться в факте и в будущем сценарии.

Значит ли 180 000 ₽ без даты, что клиент не заплатит?

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

Что получает руководитель

Хорошая версия прогноза объясняет не только итог, но и его происхождение: какая сумма уже получена, что осталось в долге, какое обещание действует и кто проверит неопределённую строку. На условном срезе открытые 500 000 ₽ остаются открытыми, но датированный рабочий сценарий меняется с 500 000 до 320 000 ₽. Это честная картина для решения о ближайших деньгах.

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