Контроль дебиторской задолженности с ИИ: от долга до действия

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

Почему сумма просрочки не объясняет проблему

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

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

Что оставить в 1С и CRM

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

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

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

Как собрать реестр задолженности

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

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

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

Как помогает ИИ для контроля оплат

ИИ для контроля оплат получает выбранную переписку по конкретному договору. На выходе нужны тип сообщения, предполагаемая причина задержки, названная сумма, обещанная дата, упомянутые документы и ссылки на письма. Для каждого извлечённого факта сохраняют исходную формулировку. Фразу «постараемся закрыть на следующей неделе» нельзя превращать в подтверждённое обязательство на понедельник.

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

Техническая возможность извлекать сведения из документов показана, например, в документации AI Builder: сервис возвращает поля, распознанный текст и страницы источника. Ссылка показывает устройство обработки и не рекомендует конкретную платформу для российской компании. Для документов компании отдельно проверяют язык, форматы, условия обработки и доступность выбранного сервиса.

Пример: долг, обещание и поступление считаются отдельно

Все суммы в этом примере учебные. По принятой услуге отражено 300 000 рублей, подтверждённые и распределённые оплаты составляют 120 000 рублей. Остаток равен 180 000 рублей. Клиент оспаривает 30 000 из этого остатка и обещает перечислить 100 000 через три дня. Остаток всё ещё 180 000. Обещание долг не уменьшает, а спорная сумма входит в остаток и сверху не прибавляется.

В карточке можно показать 150 000 рублей без зарегистрированного спора и 30 000 со спором. Через три дня банк подтверждает поступление 80 000 рублей, бухгалтерия относит его к этому обязательству. Новый остаток составляет 100 000 рублей. Если обещание относилось именно к этому платежу, его невыполненная часть равна 20 000 рублей. Это сведения для разговора с клиентом, нового долга они не создают.

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

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

Автоматизация дебиторской задолженности учитывает размер и возраст долга, но этого мало. В очередь попадают нарушенное обещание, отсутствующий документ, спор без ответственного и дата следующего контакта. Приоритет назначают по понятным правилам, которые может объяснить руководитель. Скрытая оценка «ненадёжности» от ИИ не заменяет проверенные основания.

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

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

Где заканчиваются возможности помощника

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

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

Какой первый объём действительно разумен

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

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

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

Смежные разборы: Кассовый разрыв подрядчика: как связать работы, акты и платежи; Контроль документов по перевозкам: комплектность, подписи и оплата.