Реестр дебиторской задолженности помогает компании видеть, какие счета уже оплачены, по каким срок ещё не наступил, а где требуется связаться с клиентом или разобраться с разногласием. Чтобы список работал, в нём нужны данные по каждому счёту, а не только общая сумма долга по контрагенту: согласованный срок, подтверждённые оплаты, остаток и следующий шаг.
Короткий ответ
Для базового реестра достаточно одной строки на счёт и пяти групп данных: клиент и документ, срок оплаты, исходная сумма и подтверждённые поступления, текущий статус, ответственный со следующей датой действия. Сумму остатка пересчитывайте после каждой подтверждённой оплаты или согласованной корректировки. Просрочку считайте от согласованной даты оплаты, а не автоматически от даты выставления счёта.
Реестр контроля оплат — управленческий инструмент. Он не заменяет бухгалтерский учёт и сам по себе не определяет, можно ли начислять проценты, приостанавливать поставки или начинать взыскание. Эти действия зависят от договоров и применимых правил.
Чем реестр отличается от платёжного календаря
Реестр отвечает на вопрос: какие отдельные счета клиент ещё не оплатил и кто отвечает за следующий контакт? Платёжный календарь отвечает на другой вопрос: когда ожидаются поступления и выплаты компании и каким станет остаток денег на соответствующие даты.
Поэтому в реестре важны номер документа, остаток по каждому счёту и история взаимодействия. В платёжном календаре важна дата, когда деньги реально ожидаются на счёте. Свяжите их: поступление попадает в календарь как прогноз, а в реестре остаётся подтверждённым только после сверки фактического зачисления. См. также материал Квилка о платёжном календаре компании.
Что включить в реестр
Начните с минимальной структуры и добавляйте поля только тогда, когда команда действительно использует их для решения задачи. Например, причина спора нужна, если по ней назначается владелец и дата ответа; дополнительная колонка без процесса только увеличит ручную работу.
| Поле | Что записывать | Зачем |
|---|---|---|
| Клиент и основание | Контрагент, договор или заказ, номер счёта и документ о передаче или приёмке | Быстро найти операцию и проверить, с чем связан долг |
| Срок и сумма | Дата выставления, согласованный срок оплаты, исходная сумма и валюта | Не путать дату счёта с договорной датой платежа |
| Оплаты и остаток | Подтверждённые поступления, частичные оплаты, согласованные корректировки, непогашенный остаток | Видеть актуальную сумму, которую ещё нужно сверить |
| Статус | Не наступил срок, ожидается оплата, просрочено, оспаривается, частично оплачено, закрыто | Различать разные причины и не сводить всё к слову «должен» |
| Следующий шаг | Действие, ответственный и дата следующей проверки | Превратить список в рабочий процесс, а не архив счетов |
Для крупных B2B-заказов полезно добавить связанный заказ, этап поставки, акт приёмки, контакт в бухгалтерии клиента и ссылку на переписку. Не храните там избыточные персональные данные и платёжные реквизиты, которые не нужны для контроля счёта; задайте доступ тем, кому эта информация нужна для работы.
Как рассчитать остаток и дни просрочки
Остаток по счёту = сумма счёта − подтверждённые оплаты − согласованные корректировки. Отражайте только те поступления и изменения, которые подтверждены документом или сверкой с учётом. Если часть счёта оспаривается, не прячьте её внутри общей суммы: покажите спорную часть отдельно и назначьте ответственного.
Дни просрочки в управленческом реестре = разница между согласованным сроком оплаты и датой проверки по принятому внутри компании правилу. Не подменяйте этим показателем юридический расчёт срока: договор и применимое законодательство могут задавать особый порядок. Если срок ещё не наступил, укажите «не просрочено». При неполной оплате рассчитывайте статус по непогашенному остатку, сохраняя исходную сумму и историю поступлений.
Если формулировка срока неоднозначна — например, она зависит от приёмки, комплекта документов или другого события, — сначала проверьте договор и подтверждение этого события. Не подставляйте привычный для одного клиента срок как универсальное правило для всех.
Как вести реестр: рабочий цикл
- Занесите счёт в день выставления. Сохраните номер и дату документа, контрагента, договор или заказ, сумму, валюту, согласованный срок и ответственного за отношения с клиентом.
- Проверьте, дошёл ли счёт и комплект документов. Уточните правильного получателя, способ отправки и условия приёмки. Если оплата зависит от подтверждения поставки или работ, добавьте ссылку на соответствующий документ и владельца этого этапа.
- До срока следите за обработкой. Если это входит в согласованный процесс общения с клиентом, заранее уточните, принят ли счёт в обработку и нет ли ошибок в данных. Не превращайте напоминание в давление, если срок ещё не наступил.
- После срока проверьте поступление и договорённость. Сверьте выписку и условия, затем свяжитесь с контактным лицом клиента. В крупной компании это может быть не заказчик или закупщик, а бухгалтерия или подразделение, которое фактически проводит оплату.
- Зафиксируйте результат контакта. Запишите, что мешает оплате: счёт не найден, документы не приняты, есть спор по объёму, платёж запланирован или причина пока неизвестна. Не оставляйте обещание только в переписке или памяти менеджера.
- Назначьте следующее действие и дату. Если клиент подтвердил платёж на конкретный день, укажите, кто и когда проверит зачисление. Если дату не подтвердили — запланируйте повторный контакт по внутреннему регламенту.
- Закройте строку только после сверки. После полной оплаты проверьте, что остаток нулевой и операция отражена в учётной системе. Частичный платёж уменьшает остаток, но не закрывает счёт.
Руководство British Business Bank рекомендует для контроля просрочек заранее согласовывать и документировать условия, проверять корректность счетов, уточнять точный срок и при задержке обращаться к подходящему контактному лицу в компании-покупателе. См. руководство по работе с задержанными платежами. Это общие управленческие рекомендации, а не правило для конкретной юрисдикции.
Условный пример
Представим три счёта и контроль на условный день 25. Это только пример структуры; суммы, сроки и события вымышлены и не являются нормативами. Дни просрочки показаны как простая разница между датами, без учёта специальных условий договора.
| Счёт | Сумма / получено / остаток | Срок и статус | Следующий шаг |
|---|---|---|---|
| Клиент А, счёт 108 | 1 000 / 400 / 600 условных единиц | Срок — день 20; на день 25 просрочка 5 дней | Бухгалтерия клиента подтвердила план оплаты на день 28; проверить зачисление на день 29 |
| Клиент Б, счёт 109 | 750 / 0 / 750 условных единиц | Срок — день 30; на день 25 срок ещё не наступил | Проверить, что счёт принят в обработку; напоминание — по согласованному порядку |
| Клиент В, счёт 110 | 500 / 0 / 500 условных единиц | Срок — день 18; клиент оспаривает объём работ | Передать спор владельцу проекта, сверить документ приёмки и согласовать дату ответа |
Важный сигнал здесь — не только пять дней просрочки по счёту 108. По счёту 110 проблема не в дисциплине оплаты, а в споре по выполненной работе; ему нужен владелец со стороны проекта. По счёту 109 срок ещё впереди, поэтому его нельзя смешивать с уже просроченными строками. Разные причины требуют разных действий.
Как организовать статусы и приоритеты
У каждой записи должен быть один основной статус, понятный всей команде. Не используйте десяток похожих отметок вроде «ждём», «на контроле», «позже», если они не определяют следующий шаг.
- Срок впереди. Счёт выставлен, договорной срок оплаты ещё не наступил.
- Ожидается в срок. Оплата планируется; укажите основание прогноза и дату проверки.
- Просрочено. Согласованный срок прошёл, остаток не погашен, причина ещё проверяется.
- Частично оплачено. Зафиксируйте сумму поступления и новый остаток; не закрывайте счёт автоматически.
- Оспаривается или документы не приняты. Назначьте владельца разбирательства и срок ответа; не объединяйте спорную сумму с бесспорной.
- Закрыто. Оплата и остаток сверены с учётом, либо есть подтверждённая корректировка.
Очередь работы удобно сортировать по ближайшей дате следующего действия, затем по дням просрочки и сумме остатка. Дополнительно можно учитывать долю клиента в выручке, историю обещанных дат и влияние задержки на денежный план. Это внутренние сигналы для внимания, а не автоматическое решение о штрафе, прекращении поставок или юридическом взыскании.
Кто отвечает за обновление
У дебиторской задолженности часто несколько участников: финансовый сотрудник сверяет оплату, менеджер знает договорённости и контакт клиента, руководитель проекта подтверждает объём работ или поставку. Важно назначить владельца каждой строки, который координирует следующий шаг, а не заставлять каждого участника вести собственную несогласованную таблицу.
- Продажи или аккаунт-менеджер отвечает за контакт и фиксацию договорённостей с покупателем.
- Бухгалтерия или финансовый отдел сверяет поступления, остаток и корректировки с учётом.
- Владелец проекта подтверждает выполнение заказа, приёмку и причину спорной суммы.
- Руководитель утверждает нестандартные условия и решения, которые могут повлиять на договор или работу с клиентом.
В малой компании роли могут совмещаться. Достаточно явно указать, кто обновляет реестр, кто сверяет деньги и к кому переходят спорные или крупные случаи. Внутренний процесс должен соответствовать договорённостям и правилам защиты данных.
Какие показатели смотреть
Для регулярного обзора полезны не только общая сумма счетов и доля просрочки. Выбирайте показатели, которые ведут к конкретному действию, и сравнивайте их в одинаковой методике от периода к периоду.
- Общий непогашенный остаток — сумма открытых счетов после подтверждённых оплат и корректировок.
- Просроченный остаток — часть открытых счетов, по которым согласованный срок уже прошёл.
- Доля просроченного остатка — просроченная сумма, делённая на общий остаток; период и состав включённых счетов нужно закрепить в методике.
- Количество счетов без следующего шага — быстрый индикатор того, что записи остаются без владельца или даты контроля.
- Исполнение обещанных дат — сколько заявленных клиентом дат оплаты завершились подтверждённым зачислением. Рассчитывайте по собственной истории, не воспринимайте прогноз как гарантию.
- Концентрация по клиентам — доля нескольких крупнейших открытых остатков в общем портфеле. Она показывает зависимость от отдельных покупателей, но сама по себе не означает, что клиент ненадёжен.
Универсального процента просрочки, подходящего всем отраслям, из этих показателей не следует. Задайте исходный уровень по собственной истории и отдельно учитывайте сезонность, этапы приёмки и договорные сроки.
Частые ошибки
- Вести одну сумму на клиента без детализации. При нескольких заказах непонятно, какой именно счёт просрочен и какая работа ещё не принята.
- Считать срок от даты выставления счёта. Если договор задаёт другой момент начала отсчёта, простая дата выставления даст неверный сигнал.
- Не отражать частичные оплаты. Общая сумма долга останется завышенной, а команда может повторно требовать уже полученные деньги.
- Не отделять спор от задержки оплаты. Нужны разные владельцы и действия: контакт с финансовым подразделением не решает разногласие о качестве или объёме работ.
- Записывать обещанную дату как состоявшуюся оплату. До фактической сверки это прогноз с определённой уверенностью, а не деньги на счёте.
- Хранить договорённости только у менеджера. Если он отсутствует, другой сотрудник не понимает историю, документы и следующий шаг.
- Автоматизировать сырые данные. Сначала закрепите статусы, источники дат и владельцев, затем настраивайте CRM или учётную систему.
Чек-лист для запуска
- В реестре одна строка соответствует одному счёту или отдельному документированному обязательству.
- Для каждой строки есть договорное или иное согласованное основание срока.
- Сумма счёта, частичные оплаты и остаток различаются.
- Просрочка считается от корректной даты оплаты.
- Оспариваемые суммы имеют отдельный статус и владельца.
- На каждую открытую строку назначены следующий шаг и дата проверки.
- Фактические поступления сверяются с учётной системой и банковскими данными.
- Права доступа ограничены теми, кому реестр нужен для работы.
- Действия по задержке согласованы с договором и внутренним регламентом.
Частые вопросы
Достаточно ли Excel или онлайн-таблицы?
Да, если таблица общая, защищена от случайного изменения, содержит одну актуальную версию и у каждой строки есть владелец. При нескольких менеджерах и большом числе документов используйте систему, которая связывает счёт, заказ, переписку и поступление, но сначала определите правила данных и статусов.
Как считать дни просрочки, если срок связан с приёмкой?
Сначала проверьте, какое событие по договору запускает срок оплаты и чем оно подтверждается. До подтверждения события не подменяйте его датой счёта. При неясной формулировке обратитесь к профильному специалисту.
Что делать, если клиент не согласен с суммой?
Отметьте спор отдельно, найдите документ-основание и назначьте владельца, который сверит заказ, объём, передачу и приёмку. Зафиксируйте дату следующего ответа. Правовые действия и изменение условий зависят от договора и юрисдикции.
Можно ли автоматически отправлять напоминания?
Можно, если команда проверила корректность получателя, срока и текста и согласовала частоту с клиентами. Автоматизация не должна отправлять повторное требование по закрытому или оспариваемому счёту; сначала нужна надёжная сверка статусов.
Связанные материалы Квилка
Чтобы оценивать, когда задолженность влияет на доступные деньги, используйте платёжный календарь компании. Если задержка возникла из-за неясной передачи заказа между сотрудниками, полезен материал о том, как описать процесс заказа до автоматизации.
Источники и методическая опора
- British Business Bank: How to deal with late payments — предварительное согласование условий, проверка счёта, подтверждение даты оплаты и обращение к подходящему контакту при задержке.
- business.gov.au: What to do when you haven’t been paid — проверка договорных условий, напоминание клиенту и фиксация дальнейшей договорённости. Правила взыскания и обязательства в этом руководстве относятся к юрисдикции Австралии и не переносятся автоматически на другие страны.
Материал Квилка носит общий информационный характер. Пример условный; правовые последствия просрочки, начисление процентов и порядок взыскания определяются договором и применимым законодательством. Перед такими действиями проверьте условия со специалистом.