Qonto віддала фінансову рутину агентам Claude

Як розкласти операцію на кроки

У Qonto агент не отримує загальну команду «зроби бухгалтерію». Operator визначає тип запиту й передає його спеціалізованому агенту з вузьким завданням. Для зарплатного пакета користувач завантажує 15–20 розрахункових листків, після чого система готує масовий переказ. Для виставлення рахунків вхідними даними слугує CSV із переліком клієнтів.

• Завантажити первинні дані: розрахункові листки, рахунок або CSV.
• Доручити агенту підготувати пакет операцій, а не переносити кожен запис вручну.
• На екрані перевірки звірити одержувача, суму та призначення переказу або клієнта й суму рахунку.
• Підтвердити відправлення. Без рішення користувача фінансова дія не завершується.

Робоче формулювання для пакетної операції може бути таким: Підготуй масові перекази за завантаженими розрахунковими листками. Перед відправленням покажи одержувачів, суми та призначення для перевірки. Для рахунків: Створи чернетки рахунків за цим CSV. Зістав кожного клієнта з відповідною сумою та передай пакет на моє підтвердження.

Ще дві робочі ситуації: контроль витрат і підготовка пропозиції

Перший сценарій виходить за межі переказів. Через MCP-сервер клієнти підключають власні дані Qonto безпосередньо до Claude й створюють інструменти для аналізу. Один із варіантів — панель аудиту підписок, яка допомагає знайти послуги, якими бізнес більше не користується. Інший користувач завантажив транзакції, залишки, мітки та рахунки, розподілив рух коштів за одинадцятьма бізнес-категоріями й побудував актуальні показники грошових залишків, темпу витрат і запасу часу.

Запит для такої перевірки: Проаналізуй мої транзакції та підписки. Згрупуй регулярні списання, щоб я міг перевірити, якими послугами більше не користуюся. Для управлінського огляду: Розподіли транзакції, залишки, мітки та рахунки за бізнес-категоріями й підготуй показники грошових залишків, темпу витрат і запасу часу.

Другий сценарій починається не з банківського документа, а з розмови з клієнтом. Один користувач передає Claude стенограму зустрічі, за якою система створює комерційну пропозицію в Qonto та надсилає її клієнту. Тут агент прибирає повторне введення вже погоджених під час розмови даних. Формулювання: За стенограмою зустрічі підготуй комерційну пропозицію в Qonto та передай її на перевірку перед надсиланням клієнту.

Де закінчується роль агента

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

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

Що перевірити перед підтвердженням

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

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