Коротко: агент по дебіторці збирає прострочене, відсіює те, що стягувати не можна, вибудовує черговість за ризиком і готує звернення. Надсилає людина. Уся складність проєкту не в цьому ланцюжку, а у винятках — саме вони визначають, чи залишиться інструмент у роботі через місяць.
Чому саме цей процес перший
Чотири причини, через які ми майже завжди рекомендуємо починати з дебіторки.
Дані вже структуровані. Записи книги клієнта, документи, умови оплати — усе стандартне, нічого не треба донавчати чи публікувати додатково.
Процес частий. Виконується щотижня або щодня, тобто проходить фільтр окупності з великим запасом.
Ризик мінімальний. Агент нічого не проводить і не змінює. Найгірший наслідок помилки — підготовлене звернення, яке людина відхилить.
Результат видимий. Через місяць видно, чи скоротився середній строк оплати. Це рідкість: більшість автоматизацій дають ефект, який важко виміряти.
Що робить агент: сім кроків
| Крок | Дія | Джерело |
|---|---|---|
| 1 | Отримує прострочене за порогами суми й днів | Книга клієнтів, відкриті документи |
| 2 | Перевіряє наявність спірних сум і відкритих претензій | Позначки в документах |
| 3 | Перевіряє домовленості про відстрочку | Картка клієнта, коментарі |
| 4 | Рахує типову затримку кожного клієнта | Історія платежів |
| 5 | Зіставляє з відкритими замовленнями | Замовлення продажу |
| 6 | Групує документи по клієнтах і будує черговість | — |
| 7 | Формує звернення й перелік на притримання | — |
Кроки 2 і 3 — ті, які відрізняють робочий інструмент від переліку, що дратує клієнтів. Кількість викликів на кроках 2–5 наперед невідома, бо залежить від того, скільки клієнтів знайшлося на кроці 1: саме тому це агент, а не потік.
Винятки, які вирішують усе
Технічна частина цього агента проста. Складна частина — перелік ситуацій, у яких стягувати не треба, і кожна компанія має свій.
- Спірна сума. Клієнт не платить через невирішену претензію. Нагадування тут — це конфлікт на рівному місці й найшвидший спосіб втратити довіру до інструмента.
- Усна домовленість про відстрочку. Менеджер погодив, у системі не зафіксовано. Тут агент не винен, але результат той самий, тому фіксацію треба вводити як правило.
- Клієнт у процесі великої угоди. Формально прострочив, комерційно чіпати не варто.
- Внутрішньогрупові розрахунки. Формально дебіторка, стягувати нема в кого.
- Сума нижче вартості дзвінка. Поріг має бути, і він не завжди очевидний.
- Уже зверталися цього тижня. Вимагає стану між запусками: дата останнього контакту в картці клієнта.
Практичне правило: перш ніж описувати агента, попросіть того, хто зараз займається стягненням, назвати п'ять клієнтів, кому він не надішле нагадування попри прострочення, і пояснити чому. Це і буде перелік винятків. Отримати його з голови людини за годину дешевше, ніж виявляти по одному в продуктиві.
Як формується черговість
Сортування за сумою або за днями дає перелік, який не відображає ризику. Робоча черговість будується з трьох складових.
Відхилення від норми клієнта. Головний сигнал. Клієнт, який завжди платить на 45-й день і зараз на 45-му, вниз переліку. Клієнт, який два роки платив вчасно й мовчить 30 днів, угору.
Сума під ризиком. Не тільки прострочений борг, а й те, що вже відвантажено або обіцяно за відкритими замовленнями.
Комбіновані сигнали. Найризикованіше поєднання — різке зростання обсягу замовлень разом із затримкою оплати. Кожна цифра окремо виглядає нормально; разом це класична передумова великої втрати.
Агент має пояснювати, чому клієнт опинився на своєму місці. Перелік без пояснень читають два тижні, а далі перестають.
Тексти звернень
Тут два підходи, і вибір між ними — не про технології.
Шаблони з підстановкою — передбачувано, юридично безпечно, легко узгодити. Агент обирає шаблон за ситуацією й підставляє документи.
Згенерований текст — гнучкіше, враховує контекст, але кожен лист унікальний і потребує перегляду.
Для першої версії практичніший перший варіант: агент обирає з трьох-чотирьох узгоджених шаблонів залежно від того, перше це звернення чи третє, і наскільки давня заборгованість. Другий підхід має сенс там, де тональність справді має значення — наприклад, для великих клієнтів, де стандартний лист виглядає недоречно.
Де агент зупиняється
Надсилання — точка зупинки за замовчуванням. Не через технічну неможливість, а тому що ціна помилкового нагадування несиметрична: правильне нагадування прискорює оплату на кілька днів, помилкове псує стосунки з клієнтом, який мав рацію.
Через кілька місяців роботи частину можна перевести на рівень вище — наприклад, дозволити автоматичне надсилання перших нагадувань по сумах нижче порогу, лишивши все суттєве на перегляд. Але це рішення за накопиченими даними про частку відхилень, а не з початку.
Що ніколи не віддається агенту: рішення про кредитний ліміт, погодження відстрочки, притримання відвантаження, передача боргу. Агент готує підстави, вирішує людина.
Чого агент не замінює
Розмову. Найбільша частина результативного стягнення — це дзвінок, у якому з'ясовується справжня причина затримки: касовий розрив у клієнта, звільнення бухгалтера, невідповідність у документах, про яку ніхто не повідомив. Агент готує ґрунт для цієї розмови, але не веде її.
Рішення про подальші дії. Коли клієнт не платить третій місяць, вибір між відстрочкою, зупинкою відвантажень і передачею боргу — комерційний, і він залежить від того, чи цінний цей клієнт у перспективі. Це знання не в базі.
Виправлення процесу. Якщо прострочення масове, проблема зазвичай не в стягненні, а раніше: у кредитній політиці, в умовах договорів, у тому, що відвантажують без перевірки ліміту. Агент зробить цю картину видимою швидше, але змінювати правила доведеться людям.
Налаштування й запуск
Що має бути в системі до старту:
- Умови оплати в картках клієнтів — без них прострочення рахується від дати документа.
- Застосовані до документів платежі — інакше історія поведінки не будується.
- Спосіб позначити спірну суму. Якщо його немає, це перше, що треба зробити.
- Поле для дати останнього звернення — щоб агент не повторювався.
Реалістичний строк: три-чотири тижні після discovery до робочого агента, з яких приблизно тиждень іде на винятки й тексти. Загальний контекст фінансових агентів — у статті про AI-агента для фінансів, аналітична частина без агента — в матеріалі про AI для дебіторки.
Часті запитання
Чи може агент сам надсилати нагадування?
Технічно так. У першій версії ми цього не радимо: ціна помилкового нагадування несиметрична — правильне прискорює оплату на кілька днів, помилкове псує стосунки з клієнтом, який мав рацію. Через кілька місяців частину можна перевести на автоматичне надсилання.
Що робити, якщо домовленості про відстрочку не фіксуються в системі?
Ввести фіксацію як правило до запуску агента. Інакше він надішле нагадування клієнту, з яким менеджер учора домовився, і довіра до інструмента зникне з першого разу.
Як агент дізнається типову затримку клієнта?
З історії застосованих платежів: різниця між строком за умовами й фактичною датою оплати по кожному документу. Потрібна історія хоча б за рік і застосовані до документів платежі.
Чи працює це з кількома юридичними особами?
Так, якщо в наборі дозволів агента задано область компанії. Внутрішньогрупові розрахунки при цьому варто виключати з переліку явно — формально це дебіторка, стягувати нема в кого.
Скільки часу до запуску?
Три-чотири тижні після discovery. Приблизно тиждень із них іде не на розробку, а на збір винятків і узгодження текстів звернень.
Як зрозуміти, що агент працює добре?
За двома цифрами: скільки підготовлених звернень людина відхиляє і чи скоротився середній строк оплати за два-три місяці. Перша — про якість, друга — про користь.