Коротко: дебіторка — найшвидша ділянка окупності AI над Business Central. Дані вже структуровані, запитання повторюється щотижня, а робота полягає в порівнянні поточної поведінки клієнта з його ж звичною. Саме це людина робить погано, а система — добре.
Чому звіту про старіння недостатньо
Звіт розкладає борг по кошиках: до 30 днів, 30–60, понад 60. Проблема в тому, що кошик нічого не каже про ризик. Клієнт, який завжди платить на 45-й день і зараз на 45-му, стоїть у тому самому кошику, що й клієнт, який два роки платив у строк і раптом мовчить сорок днів. Перший — це питання умов договору. Другий — це те, що варто зробити зараз.
Різницю між ними видно тільки в історії платежів по кожному контрагенту. Порахувати її вручну по двох сотнях клієнтів ніхто не буде. Саме тут AI дає те, чого звіт дати не може.
Зміна платіжної поведінки
Практично найцінніший сигнал у всій дебіторці. Асистент рахує для кожного клієнта його типову затримку, і далі шукає відхилення від неї, а не від дати договору.
| Сигнал | Що це зазвичай означає |
|---|---|
| Затримка зросла з 5 до 30 днів | Проблеми з ліквідністю або суперечка щодо документа |
| Почав платити частинами | Розтягує оплату, поки не сказав про це прямо |
| Платить, але замовляє менше | Пішов до конкурента, гроші за старе довіддає |
| Різко виріс обсяг замовлень + затримка | Найризикованіша комбінація |
Останній рядок вартий уваги окремо. Різке зростання закупівель у клієнта, який одночасно почав затримувати оплату, — класична передумова великої втрати. Побачити це в звіті практично неможливо, бо обидві цифри окремо виглядають нормально.
Як формується перелік на дзвінки
Корисний перелік відсортований не за сумою й не за днями, а за поєднанням суми, відхилення від звичної поведінки й того, чи є в клієнта відкриті замовлення. Асистент може зібрати його одним запитанням і пояснити, чому кожен клієнт у ньому опинився.
Різниця з фіксованим звітом у тому, що критерій легко змінити на льоту: «покажи те саме, але тільки по клієнтах без активного договору поставки» — це нове запитання, а не нове налаштування звіту. Наш матеріал про контроль дебіторки описує сам процес стягнення; AI змінює, хто й наскільки швидко може поставити запитання.
Що притримати
Прострочена заборгованість набуває іншого значення, коли в клієнта є відкриті замовлення на відвантаження. Це перетин двох таблиць, який у стандартних звітах зазвичай не зроблений, і саме він дає найпрактичнішу відповідь: не «хто винен», а «що ми збираємося відвантажити тому, хто вже не платить».
Business Central уміє блокувати відвантаження за кредитним лімітом, і це варто налаштувати незалежно від AI. Асистент корисний у сірій зоні: коли ліміт формально не перевищено, але поведінка вже змінилася.
Де починається агент
Усе вище — лише читання. Агент додає підготовку дій: чернетки нагадувань із посиланням на конкретні документи, запити на погодження відстрочки, оновлення дати наступного контакту.
Межа тут проходить чітко й не за технічними причинами. Рішення про кредит, про відстрочку, про передачу боргу — комерційні. Агент готує, людина вирішує. Агента, який самостійно змінює кредитні ліміти, ми не будуємо, і не тому, що це неможливо.
Що має бути налаштовано
- Умови оплати на картках клієнтів. Без них «прострочення» рахується від дати документа, і по клієнтах із індивідуальними домовленостями це дає неправду.
- Застосування платежів до документів. Якщо оплати висять нерозподіленими, історія платіжної поведінки не будується.
- Позначення спірних сум, якщо у вас такі є. Інакше клієнт, який не платить через невирішену претензію, потрапить у перелік на стягнення й отримає нагадування, якого не заслуговує.
Третій пункт — найчастіша причина, чому подібні переліки перестають читати: один незручний дзвінок клієнту, у якого була правота, і довіра до інструмента зникає.
Часті запитання
Чим це відрізняється від звичайного звіту про старіння?
Звіт розкладає борг по кошиках. AI порівнює поточну поведінку клієнта з його ж звичною і додає контекст: відкриті замовлення, історію, зміну обсягів. Клієнт, який завжди платить на 45-й день, і клієнт, який уперше затримав на 40, у звіті виглядають однаково, а це різні ситуації.
Чи може система сама надсилати нагадування клієнтам?
Технічно так, у межах наданих дозволів. На практиці ми радимо, щоб агент готував чернетки, а надсилала людина — принаймні доки не стане зрозуміло, як формулювання працюють на ваших клієнтах. Помилкове нагадування коштує дорожче, ніж хвилина на перегляд.
Що робити зі спірними сумами?
Їх треба позначати в системі, інакше клієнт із обґрунтованою претензією потрапить у перелік на стягнення. Це найчастіша причина, чому такими переліками перестають користуватися.
Чи прогнозує AI, хто не заплатить узагалі?
Він показує сигнали, які історично передували проблемам: зміна поведінки, часткові платежі, зростання обсягу разом із затримкою. Це не прогноз із імовірністю, а перелік клієнтів, за якими варто стежити уважніше.
Скільки часу займає впровадження саме по дебіторці?
Це вузький і добре визначений сценарій, тому зазвичай швидше за середній: два-три тижні після discovery до робочого прототипу, якщо умови оплати заповнені й платежі застосовані до документів.