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

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

1. Долги от контрагентов впервые превысили 8 трлн рублей
К январю 2026 года просроченная дебиторская задолженность российских организаций достигла почти 8,2 трлн рублей — на 21% выше, чем годом ранее. 

2. Невыплаченные долги — один из главных ограничений деятельности компаний
На конец 2025 года на них указали 42,3% респондентов мониторинга РССП. При этом в I–II кварталах доля была около 27%.

3. Средний просроченный долг стал крупнее
Средний размер просроченного долга достиг 469 млн рублей, что на 14% больше, чем годом ранее. 

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

5. Банкротное взыскание занимает годы
Средняя длительность конкурсного производства по компаниям в 2025 году превысила три года. 

Где бизнес теряет деньги при ручном взыскании

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

На практике ручной процесс дает сбои в четырех точках.

1. Позднее обнаружение события. Чем позже компания реагирует, тем ближе долг к банкротному сценарию. Доводить долг до этой точки опасно. В 2025 году общий уровень возврата долгов составил 13,3% —  300,1 млрд рублей из 2 260,9 млрд рублей в конкурсном производстве.
2. Пропуск срока. Досудебный порядок, исковая давность, срок жизни банкротного уведомления, окно для включения в реестр, срок добровольного исполнения у приставов — все это хранится в памяти ответственного юриста.
3. Двойной ввод данных. Событие уже появилось во внешнем источнике, но сотрудник вручную переносит его во внутреннюю систему. При большом объеме дел это приводит к задержкам и ошибкам.
4. Отсутствие управленческой картины. Руководитель видит не воронку взыскания, а набор разрозненных статусов. Чтобы собрать отчет, нужно писать юристам, выгружать таблицы и сверять данные вручную.

Какие задачи должна закрывать автоматизация

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

API здесь работает как канал обмена между внешними и внутренними сервисами.

Например, у компании есть внутренняя система, где работают юристы и хранятся данные о контрагентах, договорах, счетах и задачах юристов. Отдельно существуют внешние источники: КАД, ФССП, ЕФРСБ, данные о компаниях и судах. 

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

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

Для этого в контуре взыскания API-интеграция должна закрывать несколько задач.

1. Принимать и отдавать данные 

Для взыскания базовый набор обычно включает:

• контрагента: ИНН, ОГРН, наименование, адреса, связанные лица;
• обязательство: договор, акт, счет, сумма, дата исполнения, дата просрочки;
• претензионную стадию: дата отправки претензии, канал, доказательство доставки, дата окончания досудебного срока;
• судебное дело: номер, суд, участники, стадия, заседания, судебные акты;
• банкротное событие: публикация, стадия процедуры, срок на включение в реестр;
• исполнительное производство: номер, пристав, дата возбуждения, срок добровольного исполнения;
• задачу: ответственный, действие, дедлайн, статус выполнения.

2. Мониторить внешние события

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

Поэтому API-интеграция должна поддерживать мониторинг по идентификаторам контрагента. 

3. Обновлять статусы

Если во внешнем источнике появилось новое событие, оно должно автоматически попадать во внутреннюю систему. Например:

• опубликовано определение суда — карточка дела обновилась;
• назначено заседание — событие попало в календарь ответственного;
• вынесен судебный приказ — статус изменился на «получен судебный акт»;
• приказ отменен — создана задача на подготовку иска;
• опубликовано наблюдение в банкротстве — создана задача на включение в реестр;
• возбуждено исполнительное производство — запущен контроль пятидневного срока добровольного исполнения.

4. Считать сроки и запускать триггеры

Автоматизация взыскания работает со сроками как с юридически значимыми событиями. В системе должны появляться автоматические триггеры:

• наступил срок оплаты — фиксируется первый день просрочки;
• идет расчет процентов или договорной неустойки;
• направлена претензия — запущен досудебный срок;
• срок истек — система предлагает следующий процессуальный маршрут;
• опубликовано намерение подать заявление о банкротстве — контролируется срок его действия;
• введено наблюдение — считается окно для включения в реестр;
• возбуждено исполнительное производство — считается срок добровольного исполнения.

API-сервис должен считать сроки, а юрист — принимать решение, что делать дальше.

5. Вести журнал событий

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

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

О том, как выбрать API-сервис — подробно рассказывали здесь. После того, как компания определилась с системой, необходимо грамотно ее интегрировать.

Как построить процесс взыскания через API

Шаг 1. Собрать единый реестр обязательств

Одна строка — одно обязательство. В карточке должны быть договор, первичные документы, сумма долга, дата исполнения, дата просрочки, условия о неустойке, адреса для претензий, ИНН и ОГРН контрагента, ответственный сотрудник и текущий статус.

Шаг 2. Перевести нормы в события и правила

Нужно описать процесс не общими словами, а в формате триггеров, чтобы передать системе:

• наступил срок оплаты — появилась просрочка;
• просрочка зафиксирована — считается ответственность;
• претензия отправлена — запущен срок ожидания;
• срок истек — выбирается судебный маршрут;
• должник подал возражения — приказной маршрут закрыт, создается исковая задача;
• опубликовано наблюдение — создается задача на включение в реестр;
• возбуждено исполнительное производство — запускается контроль исполнения.

Шаг 3. Настроить маршрутизацию

Взыскание не должно идти по одному универсальному сценарию. Система может различать:

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

Шаг 4. Собрать карточку взыскания

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

Шаг 5. Ввести SLA и эскалации

Для каждого типа события нужно задать срок реакции. Например:

• публикация о наблюдении — задача старшему юристу в день обнаружения;
• отмена судебного приказа — автоматическая задача на подготовку иска;
• перенос заседания — обновление календаря и уведомление ответственного;
• возбуждение исполнительного производства — контроль срока добровольного исполнения;
• просрочка внутренней задачи — уведомление руководителя.

Так взыскание перестает зависеть от личной дисциплины отдельных сотрудников и становится управляемым процессом. 

Должник попал в наблюдение. В ручном процессе юрист узнает об этом через несколько дней или недель. В автоматизированном контуре публикация из ЕФРСБ попадает в карточку должника, система уведомляет юриста.

Шаг 6. Запустить пилот на активном портфеле

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

Если вы хотите протестировать работу API-сервиса на портфеле контрагентов — оставьте заявку на ПравоДанные. Наша команда свяжется с вами и проконсультирует по возможностям системы под ваши задачи.

Как может выглядеть архитектура интеграции

Рабочая архитектура обычно состоит из трех уровней.

1. Внутренние системы компании. Здесь хранятся договоры, счета, контрагенты, задачи, статусы, документы и управленческая отчетность. Это может быть ERP, CRM, BPM, юридическая система, 1С, SAP или иной корпоративный контур.
2. API-сервис, например, ПравоДанные. Он получает идентификаторы контрагентов и дел, мониторит внешние источники, нормализует сведения и возвращает события в структурированном виде.
3. Система задач и уведомлений. Юрист получает оповещение и принимает решение о дальнейших действиях по партнеру.

В практическом виде это может работать так.

Во внутренней системе появляется должник с ИНН, ОГРН, договором, суммой долга и датой просрочки. Сервис через API отслеживает по ним события. Как только появляется новая публикация, судебный акт или исполнительное производство, юрист получает уведомление о событии, принимает решение на основе полученной информации и продолжает работу по делу. 

Автоматизация взыскания — это экономия на будущих долгах

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

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