AI для фінансів у Business Central

Дебіторська заборгованість

Звіт про старіння показує, що прострочено. Він не показує, який із цих залишків є справжньою проблемою, — а саме на це розрізнення й іде сьогодні час аналітика. Асистент, що читає записи книги клієнта, розділяє їх: клієнт, який запізнюється на 40 днів і завжди запізнюється на 40 днів, — це питання умов оплати, а не стягнення. Клієнт, який два роки платив вчасно, а тепер запізнюється на 30 днів, — той, кому варто подзвонити.

• Старіння з історією платежів як контекстом, а не просто кошик
• Зміна платіжної поведінки — сигнал, що зазвичай передує безнадійному боргу
• Прострочені залишки в перетині з відкритими замовленнями: видно, що притримати
• Використання кредитного ліміту й хто тихо до нього наближається
• Спірні позиції окремо від просто повільних платників, якщо ваші налаштування це фіксують

Наш матеріал про контроль дебіторки описує сам процес; шар AI змінює, хто може поставити запитання, а не яка відповідь правильна.

Кредиторка й грошовий потік

Бік кредиторки — переважно про строки: які рахунки до сплати, де є знижка за дострокову оплату, яку варто взяти, де платіж можна відкласти без шкоди для відносин із постачальником. У поєднанні з дебіторкою й відкритими замовленнями це дає прогноз позиції за грошима, побудований на ваших фактичних документах, а не на таблиці, зробленій у січні.

Одне застереження варто сказати прямо. Прогноз грошового потоку не кращий за дані під ним, а в більшості компаній частина зобов'язань живе поза Business Central: строки зарплати, податкові платежі, графіки кредитів. Асистент, який прогнозує лише з даних книги, впевнено недорахує картину, якщо ці входи не додати свідомо. Ми виявляємо їх на discovery, а не в продуктиві.

Маржа й прибутковість

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

Це узгодження не формальність. Business Central видасть щонайменше три захищені цифри маржі залежно від того, береться собівартість на момент проведення, скоригована після прогону коригування чи стандартна. Якщо ніхто не вкаже, яка саме, асистент обере одну й розійдеться з вашим управлінським звітом, а фінансова команда вирішить, що інструмент зламаний. Виправлення визначення коштує години на етапі проєктування — і чималої довіри потім.

Виявлення аномалій

Проводки, які не схожі на решту: незвична сума для постачальника, проводка на рахунок, куди рідко щось потрапляє, документ, проведений поза робочим часом, дублікати номерів рахунків від того самого постачальника. Жодна з них нічого не доводить — це перелік, вартий людського погляду, і саме цього контролеру бракує часу зробити.

Тут варто чесно налаштувати очікування. Це виявлення закономірностей, а не виявлення шахрайства. Воно піднімає кандидатів і дає хибні спрацювання, а його цінність — у скороченні перевірки, а не в її заміні.

Чого це вимагає від вашого Business Central

Три речі визначають, чи працюватиме фінансовий аналіз добре, і всі три варто перевірити до рішення про проєкт:

• Послідовність вимірів. Аналіз за підрозділом, проєктом чи регіоном потребує надійно заповнених вимірів. Правило, введене посеред періоду, означає, що аналіз через цю дату помиляється й виглядає правильним — див. виміри в Business Central.
• Дисципліна облікових груп. Якщо схожі операції потрапляють на різні рахунки залежно від того, хто вводив, зведені цифри не зійдуться. Чому саме — у матеріалі про облікові групи.
• Регулярний прогін коригування собівартості. Цифри маржі до коригування — попередні. Асистент має про це казати, а не подавати їх мовчки.

Там, де цього немає, чесна рекомендація — спершу полагодити налаштування. Це дешевше, ніж будувати аналітику поверх них, і дає кращі звіти незалежно від того, чи бере участь AI.

Від аналізу до дії

Усе вище — лише читання, і саме з цього ми радимо починати. Фінансовий AI-агент розширює це: готує нагадування про оплату на перегляд, формує пропозиції платежів, подає запити на погодження. Самі рішення щодо платежів і кредиту лишаються людині — не тому, що технологія не змогла б їх виконати, а тому, що там живе комерційне судження.