Агент, який звіряє Головну книгу, бере профілі розноски такими, якими вони є. Якщо в різних юридичних особах ці профілі відрізняються, агент щоперіоду виноситиме розбіжності як винятки. Microsoft уже пропонує три агенти Dynamics 365, що працюють усередині середовища finance and operations: перший звіряє Головну книгу, другий веде листування з постачальниками щодо замовлень на закупівлю, третій перетворює чеки на звіти про витрати. Усі три мають статус production-ready preview, і кожен успадковує ті версії, облікові записи, дані налаштувань і правила управління, які застає в системі. П’ять перевірок нижче допоможуть фінансовим та ІТ-керівникам оцінити готовність середовища ще до ввімкнення агента — щоб пілот перевіряв агента, а не конфігурацію.
Що роблять три агенти і де працює кожен із них
Microsoft пропонує три агенти Dynamics 365, які працюють не поряд із середовищем finance and operations, а всередині нього.
Account Reconciliation Agent працює в Microsoft Dynamics 365 Finance. Він звіряє Головну книгу з допоміжними книгами кредиторської та дебіторської заборгованості, податків і банку, а для кожного винятку пропонує дію. Фінансовий користувач приймає рекомендацію або обирає іншу дію.
Procurement Agent працює в Microsoft Dynamics 365 Supply Chain Management і поєднує комунікацію з постачальниками з аналізом того, як зміни в замовленнях на закупівлю вплинуть на процеси.
Expense Agent перетворює чеки на рядки витрат і звіти про витрати, які працівники переглядають у Microsoft Teams. У документації Microsoft він описаний для сценаріїв Project Operations Integrated with ERP.
Усі три агенти мають статус production-ready preview. Time Entry Agent, який налаштовують у Dynamics 365 Project Operations, у цю перевірку не входить.
Перевірка 1: версії, пакети й активація
Для Account Reconciliation Agent потрібні Dynamics 365 Finance версії 10.0.46 або новішої, увімкнені функції Immersive Home та Agent management у Feature management, а також актуальні версії двох пакетів Copilot у Power Platform admin center. Expense Agent потребує версії 10.0.45, 10.0.46 або 10.0.47 не нижче визначеної мінімальної збірки, а також пакета Copilot for finance and operations apps.
Один крок від вас не залежить. Microsoft доопрацьовує Account Reconciliation Agent, щоб дати клієнтам більше гнучкості в налаштуваннях і передбачувану витрату кредитів. До виходу цього релізу агента активує команда Microsoft — за запитом. Якщо ваше середовище відстає на два оновлення або ви плануєте вмикати агентів Dynamics 365 у тому ж кварталі, що й закриття року, закладіть обидва фактори в графік.
Перевірка 2: облікові записи агентів і ролі безпеки
Кожен агент працює під власним обліковим записом, а не під обліковим записом працівника.
Для Account Reconciliation Agent Microsoft рекомендує окремого користувача-агента і в Dataverse, і у Finance — з визначеними ролями безпеки з кожного боку. Налаштування Expense Agent вимагає більшого: користувача Microsoft Entra ID з ліцензіями на Teams, Outlook і Power Apps Premium, конкретних ролей у Dataverse та в застосунках finance and operations, а також дозволу Mail.Read.Shared, щоб агент міг читати спільну поштову скриньку.
Ці агенти також залежать від агентів Microsoft Copilot Studio, які публікуються автоматично. Проте політики запобігання втраті даних (DLP) у вашому середовищі Power Platform можуть цю публікацію заблокувати. Тому підготовка до запуску агентів починається з домовленості між відповідальними за безпеку та Power Platform: хто володіє цими обліковими записами і які політики до них застосовуються.
Перевірка 3: дані налаштувань, які читають агенти
Агенти читають вашу конфігурацію, але не виправляють її.
Account Reconciliation Agent формує перелік рахунків на основі наявних профілів розноски, а також налаштувань банківських і податкових рахунків у кожній юридичній особі. Якщо профілі розноски історично різняться між юридичними особами, агент успадкує цю неузгодженість і виноситиме її як винятки.
Інші агенти працюють за тією ж логікою. Expense Agent повідомляє працівників лише про порушення політик, налаштованих у застосунках finance and operations, і групує витрати у звіти за відрядженнями або за проєктами — цей вибір задають окремо для кожної юридичної особи. Procurement Agent зіставляє кожен лист постачальника з номерами й рядками замовлень на закупівлю, а потім підсвічує поля, які постачальник просить змінити. Тож основні дані постачальників і замовлень на закупівлю варто впорядкувати до пілоту, а не після нього.
Перевірка 4: поштові скриньки та точки контролю
Expense Agent щогодини сканує визначену папку спільної поштової скриньки і зберігає вкладення як неприкріплені чеки в Dynamics 365 Finance. Скриньку створює адміністратор Exchange, але відповідальна особа за неї має бути у фінансовій команді.
Procurement Agent може надсилати постачальникам уточнювальні листи автоматично або зберігати їх як чернетки, які закупівельник переглядає перед відправленням. Визначтеся з цим до запуску. Частина запитів постачальників за задумом залишається ручною: агент поки не підтримує розділення рядка замовлення на кілька поставок і зміну постачальника в замовленні на закупівлю.
Account Reconciliation Agent лише рекомендує, а застосовує дію фінансовий користувач — і будь-яку дію звірки можна скасувати. Рівень автономності агентів — частина готовності до їх запуску: це матриця погоджень, узгоджена з власниками процесів, а не перемикач у налаштуваннях.
Перевірка 5: кредити, ліміти та мова
Procurement Agent тарифікується в кредитах Copilot Studio: фіксована вартість за кожен запуск плюс змінна частина. Для комунікації з постачальниками змінна частина залежить від того, скільки листів агент читає чи пише і скільки вкладень вони містять.
Для Account Reconciliation Agent адміністратори встановлюють денні або місячні ліміти винятків і можуть увімкнути сповіщення, коли використання досягає 50%, 75% або 90% ліміту. Погодьте ці ліміти з фінансовим контролером, а не лише з ІТ.
Мову перевіряють найрідше. Короткий опис запропонованої дії агент показує лише тоді, коли мовою користувача встановлено EN-US; користувачі з іншою мовою бачать рекомендовану дію без опису. Українськомовним фінансовим командам варто врахувати це під час навчання. На production-ready preview поширюються додаткові умови використання, тож переглядайте налаштування агентів після кожного оновлення Microsoft.
OntargIT — офіційний розробник української локалізації Dynamics 365 Finance and Operations за угодою з Microsoft про локалізацію та переклад (Localization and Translation Agreement). Компанія готує середовища, де локалізація та агентний шар Microsoft мають працювати разом. OntargIT — Microsoft Solutions Partner – AI Business Solutions, партнер Microsoft з 2009 року, має 150+ проєктів для 140+ клієнтів у 24 країнах і проводить воркшоп Microsoft Agent in a Day як Qualified Delivery Partner.
Висновок
Агенти Dynamics 365 знімають ручну роботу лише там, де під ними готові налаштування. Перш ніж вмикати агента, пройдіть п’ять перевірок — версії, облікові записи, дані налаштувань, точки контролю та кредити — для кожної юридичної особи, а пілот запускайте там, де профілі розноски й політики вже впорядковані. Такий порядок перетворює готовність до запуску агентів на запланований напрям робіт, а не на виправлення після запуску в експлуатацію.
