WEBVTT 00:00:00.000 --> 00:00:03.620 Поговорімо про звіти з управління, ризиків і комплеєнсу, тобто GRC. 00:00:03.780 --> 00:00:08.200 Три літери, через які споживається більше кофеїну, ніж під час усіх аудитів разом узятих. 00:00:08.340 --> 00:00:12.200 Десь зараз бідолашний аналітик досі копіює логи аудиту в Excel-поклітенці, 00:00:12.320 --> 00:00:15.360 наче зараз 2003 року, а макроси – це чаклунство. 00:00:15.540 --> 00:00:18.640 Починають із добрих намірів охайної книги, кількох фільтрів, 00:00:18.720 --> 00:00:21.820 а закінчують 40 вкладками з розрізненими зведеними таблицями. 00:00:22.040 --> 00:00:25.700 Комплеєнс, що мав бути запобіжником, перетворюється на перформанс. 00:00:25.700 --> 00:00:29.820 Години обробки даних, щоб запевнити аудиторів, що все під контролем. 00:00:29.980 --> 00:00:31.380 Спойлер, це рідко так. 00:00:31.540 --> 00:00:36.460 Ручна звітність в GRC – це те, що стається, коли організації плутають документацію з інсайтами. 00:00:36.640 --> 00:00:41.920 Ви витягуєте дані з Microsoft Perview, експортуєте їх, розтягуєте по таблицях і називаєте це управлінням. 00:00:42.060 --> 00:00:44.480 Наступного тижня виникають нові дії, дані змінюються, 00:00:44.580 --> 00:00:47.820 і раптом ваші бездоганні графіки стають брехнею у кольоровому градієнті. 00:00:47.820 --> 00:00:51.740 Аудиторські сліди, що мали б забезпечувати підзвітність, зрештою забезпечують лише вигорання. 00:00:51.920 --> 00:00:56.480 Щогірше, більшість компаній ставляться до Perview, як до сейфа, що його відкривають лише перед аудитом. 00:00:56.640 --> 00:01:01.120 Його логи аудиту тихо накопичують терабайти даних про те, хто, що, де і коли зробив. 00:01:01.320 --> 00:01:03.920 Корисно? Абсолютно? Чи табельно? Ледве? 00:01:04.080 --> 00:01:07.440 Кожен запис – це JSON-блок, такий щільний, що може викривляти світло. 00:01:07.580 --> 00:01:12.320 І так їх можна обробляти вручну, якщо вихідні – це опція, а здоровий глузд – предмет торгу. 00:01:17.820 --> 00:01:36.140 Іншими словами, програмне забезпечення, яке робить те, чого завжди прагнули команди комплеєнсу, 00:01:36.240 --> 00:01:40.580 збирає, аналізує та пояснює без жодного зітхання чи ризику розлити каву на головну таблицю. 00:01:40.700 --> 00:01:47.180 Уявіть це як делегування вашої звітності GRC-стажеру, який ніколи не скаржиться, не спить і читає JSON як рідну мову. 00:01:47.180 --> 00:01:55.080 Наприкінці цього пояснення ви точно знатім'єте, як це побудувати від підключення логів Perview до автоматизації розкладу звітів усе всередині екосистеми Microsoft. 00:01:55.360 --> 00:01:59.940 І так ми розглянемо логічний крок, що перетворює це з простої автоматизації на повністю автономного аудитора. 00:02:00.120 --> 00:02:01.480 Наразі зосередьтеся на цьому. 00:02:01.640 --> 00:02:03.920 Комплеєнс не повинен залежати від споживання кофеїну. 00:02:04.100 --> 00:02:06.900 Машини не втомлюються, і вони точно не переплутають назви стовпців. 00:02:06.900 --> 00:02:12.180 Є один логічний рівень, одне витончене дизайнерське рішення, що робить цього агента достатньо надійним, щоб надсилати звіти без нагляду. 00:02:12.300 --> 00:02:15.620 Ми дійдемо до цього, але спочатку зрозуміємо, чим насправді є цей агент. 00:02:15.760 --> 00:02:21.640 Що робить це поєднання Coopilot Studio та Pava Otomite чимось більшим, ніж просто Flow з гучною назвою? 00:02:21.820 --> 00:02:23.800 Чим насправді є GRC-агент? 00:02:24.400 --> 00:02:27.700 Відкиньмо весь гламурші та визначимо, чим це є насправді. 00:02:27.700 --> 00:02:32.760 Структурована автоматизація на базі стеку Microsoft, що видає себе за інтелект. 00:02:32.940 --> 00:02:35.240 Агент GRC – це три голови створіння. 00:02:35.400 --> 00:02:38.660 Кожна голова відповідає за певну частину когнітивного процесу. 00:02:38.800 --> 00:02:44.220 Перв'ю забезпечує сиру, пам'ять, журнали аудиту, дані класифікації та події відповідності. 00:02:44.360 --> 00:02:46.540 Pava Otomite діє як нервова система. 00:02:46.540 --> 00:02:51.100 Він збирає сигнали, відфільтровує шум і забезпечує виконання процесів за графіком. 00:02:51.240 --> 00:02:54.100 Coopilot Studio, зрештою, це рот і перекладач. 00:02:54.100 --> 00:02:58.280 Він бере технічну абракадабру журналів і видає зрозумілі для людини підсумки. 00:02:58.420 --> 00:03:02.500 Користувач підвищував привілеї п'ять разів за добу, перевищивши поріг політики. 00:03:02.660 --> 00:03:04.500 Це англійська мова, а не JSON. 00:03:04.700 --> 00:03:05.640 Ось у чому правда. 00:03:05.840 --> 00:03:09.820 90% завдань комплеєнсу – це не питання суджень, це розпізнавання шаблонів. 00:03:09.820 --> 00:03:14.760 Проте аналітики досі витрачають години, переглядаючи стовпці типів активності та статусів результатів, 00:03:14.840 --> 00:03:18.760 хоча автоматизація могла б категоризувати та підсумувати ці шаблони автоматично. 00:03:18.940 --> 00:03:20.240 Ось чому цей підхід працює. 00:03:20.240 --> 00:03:24.700 Система не намагається думати, як людина, вона створена, щоб структурувати краще за неї. 00:03:24.880 --> 00:03:26.200 Розберімо ці компоненти. 00:03:26.380 --> 00:03:31.220 Microsoft Perview – це не просто інструмент маркування файлів, це ваша чорна скринька комплеєнсу. 00:03:31.360 --> 00:03:37.920 Кожна дія користувача в Microsoft 365, як от обмін документом, створення політики чи зміна мітки зберігання, фіксується в журналах. 00:03:38.020 --> 00:03:42.580 Але якщо ви не вмієте вільно читати вкладені структури JSON, ви ніколи не отримаєте жодних корисних інсайтів. 00:03:42.700 --> 00:03:45.560 У цьому й головна проблема – надлишок даних при нульовій читабельності. 00:03:50.240 --> 00:03:57.380 Ви задаєте розклад, наприклад, щодня о 8.00 ранку, і він викликає конектори для отримання останньої активності сперв'ю. 00:03:57.500 --> 00:04:00.060 Коли люди роблять помилки в налаштуваннях, вони панікують. 00:04:00.160 --> 00:04:04.040 Коли помилка тут, потік тихо зупиняється, але записує детальний звіт про помилку. 00:04:04.340 --> 00:04:05.580 Комплеєнс любить журнали. 00:04:05.740 --> 00:04:08.420 Павао та мить надає їх із релігійною регулярністю. 00:04:08.560 --> 00:04:12.380 І, нарешті, Co-Pilot Studio, який перетворює структуровані дані на оповідь. 00:04:12.380 --> 00:04:19.620 Ви подаєте йому структуроване зведення, можливо, таблицю JSON із підрахунком ризикованих дій користувача, а він видає резюме ризиків природною мовою. 00:04:19.760 --> 00:04:21.800 Ось де виникає ілюзія інтелекту. 00:04:21.940 --> 00:04:25.120 Він не вгадує, він дотримується правил, закладених у ваш пром. 00:04:25.380 --> 00:04:31.960 Наприклад, ви дали інструкцію узагальнити помітні ризиковані дії за рівнем серйозності та надати одну рекомендацію для кожної категорії. 00:04:32.140 --> 00:04:36.280 Результат виглядає як звіт аналітика, але це лише алгоритмічна чесність, одягнена в граматику. 00:04:36.280 --> 00:04:38.500 А тепер звернімо увагу на невимовну іронію. 00:04:38.620 --> 00:04:43.720 Компанії купують дашборди, що обіцяють видимість, глянцеві звіти, кольорові індикатори, але дашборди не пояснюють. 00:04:43.860 --> 00:04:45.040 Вони лише показують. 00:04:45.140 --> 00:04:46.960 Агент DRC натомість пише. 00:04:47.120 --> 00:04:53.400 Він перетворює шаблони на речення, усуваючи інтерпретаційний розрив, який став причиною незліченних провалів під час перевірок відповідності. 00:04:53.520 --> 00:04:58.700 Коли керівник запитує про динаміку ризиків за минулий місяць, ви не надсилаєте йому посилання на PAVA BI, якому ледве довіряєте, 00:04:58.700 --> 00:05:03.660 ви надсилаєте чіткий звіт, створений робочим процесом, що запустився о 8.05 ранку, поки ви ще пили каву. 00:05:03.780 --> 00:05:05.500 Чому ще не всі команди так роблять? 00:05:05.640 --> 00:05:08.720 Тому що більшість недооцінює, наскільки зрозумілою може бути автоматизація. 00:05:08.880 --> 00:05:12.140 Вони вважають чинепередбачуваним, хоча насправді цей стек є детермінованим. 00:05:12.300 --> 00:05:13.420 Ви визначаєте все. 00:05:13.640 --> 00:05:16.540 Логіку, частоту, обсяг і навіть тон викладу. 00:05:16.920 --> 00:05:18.380 Автономність – це не випадковість. 00:05:18.560 --> 00:05:21.420 Це дисциплінована автоматизація з навичками володіння мовою. 00:05:21.420 --> 00:05:24.240 Проте, перш ніж цей агент зможе думати, він повинен бачити. 00:05:24.400 --> 00:05:29.740 Це означає створення конвейера даних, який надає йому доступ лише до потрібних сегментів аудиторських даних Perview, ні більше, ні менше. 00:05:29.920 --> 00:05:32.240 Без такої видимості ви автоматизуєте сліпоту. 00:05:32.420 --> 00:05:37.300 Тож далі ми підключимо Pava Automate до Perview, визначимо важливі події та навчимо нашого агента, куди дивитися. 00:05:37.480 --> 00:05:40.000 Тільки після цього ми зможемо навчити його, про що думати. 00:05:40.160 --> 00:05:41.800 Побудова конвейера даних – Perview. 00:05:41.800 --> 00:05:45.380 Перш ніж навчити свого DRC-агента думати, ви повинні дати йому очі. 00:05:45.380 --> 00:05:47.880 Підключить його безпосередньо до джерела істини. 00:05:48.040 --> 00:05:49.980 Журнали аудиту Microsoft Perview. 00:05:50.160 --> 00:05:52.980 Ці журнали відстежують, хто, що, коли і як чіпав. 00:05:53.120 --> 00:05:57.160 На жаль, вони зберігаються у чудовому структурному кошмарі під назвою JSON. 00:05:57.360 --> 00:06:00.720 Сприймайте JSON як інженерний еквівалент юридичного жаргону. 00:06:00.860 --> 00:06:03.000 Технічно точний, практично нечитабельний. 00:06:03.180 --> 00:06:07.840 Краса Pava Automate в тому, що він вільно читає цю нісенітницю, якщо ви його правильно налаштуєте. 00:06:08.000 --> 00:06:09.320 Перший крок – вилучення. 00:06:09.320 --> 00:06:16.280 Ви можете почати з вбудованого коннектора Perview або, якщо любите страждати, за HTTP дії, де викликаєте арі журналів аудиту Perview напряму. 00:06:16.420 --> 00:06:18.560 Обидва шляхи ведуть до одного результату. 00:06:18.680 --> 00:06:21.960 Потік даних, що відображає все, що сталося у вашому орендарі. 00:06:22.100 --> 00:06:26.000 Спільні файли, зміни дозволів, порушення доступу, входи адміністраторів тощо. 00:06:26.220 --> 00:06:29.300 Більш дисциплінований підхід заздалегідь обмежити сферу застосування. 00:06:29.440 --> 00:06:34.160 Так, ви могли б завантажити весь потік аудиту, але це як створювати резервну копію всього інтернету, бо ви загубили PDF-файл. 00:06:34.160 --> 00:06:36.840 Визначте, які події дійсно впливають на відповідність вимогам. 00:06:36.980 --> 00:06:40.860 Інакше ваш потік перетвориться на ненавмисну відмову в обслуговуванні вашого власного терпіння. 00:06:40.980 --> 00:06:42.360 Тепер про контроль доступу. 00:06:42.480 --> 00:06:45.060 Pava Otamate діє лише в межах наданих йому дозволів. 00:06:45.200 --> 00:06:48.760 Якщо ваш сервісний обліковий запис потоку не може прочитати журнал аудиту Perview, 00:06:48.900 --> 00:06:52.140 ваш агент дивитиметься в порожнечу і сумлінно звітуватиме про відсутність проблем. 00:06:52.340 --> 00:06:55.400 Це не заспокоєння, це сліпота, замаскована під успіх. 00:06:55.400 --> 00:06:59.720 Переконайтеся, що сервісний обліковий запис має роль читача журналів аудиту вперв'ю 00:06:59.720 --> 00:07:02.400 і може проходити автентифікацію без переривання МФА. 00:07:02.520 --> 00:07:04.320 Щі слухняний, але не креативний. 00:07:04.500 --> 00:07:07.580 Він не зможе натиснути кнопку чи пройти автентифікацію у 2.00 ночі. 00:07:07.720 --> 00:07:11.160 Призначайте облікові дані обережно і зберігайте їх у Azure Vault або посиланнях на з'єднання, 00:07:11.300 --> 00:07:13.820 щоб залишатися відповідними вимогами і зберігати автоматизацію робочою. 00:07:13.960 --> 00:07:16.900 Коли видобуток даних стабілізується, ви переходите до фільтрації. 00:07:16.900 --> 00:07:21.220 Нікому не потрібна кожна подія доступу до файлів у папці з меню обідів кафетерію. 00:07:21.340 --> 00:07:23.940 Натомість фільтруйте за реальними індикаторами ризику. 00:07:24.100 --> 00:07:27.080 Користувач увійшов з нової локації, змінено призначення ролі, 00:07:27.200 --> 00:07:29.660 активовано зовнішній обмін, змінено політику міток. 00:07:29.760 --> 00:07:32.480 Це саме ті історії, які справді цікавлять аудиторів. 00:07:32.640 --> 00:07:35.700 Ви можете фільтрувати на етапі запиту, використовуючи параметри ARRI 00:07:35.700 --> 00:07:38.420 або пізніше в PAVA OTAMITE за допомогою умовної логіки. 00:07:38.560 --> 00:07:40.440 Те, що робить обсяг даних керованим. 00:07:40.440 --> 00:07:43.160 Пам'ятайте, ви не накопи чуєте, ви впорядковуєте. 00:07:43.320 --> 00:07:45.880 Далі настає частина, що відрізняє професіоналів від тих, 00:07:46.000 --> 00:07:47.840 хто вважає копіювання автоматизацією. 00:07:47.960 --> 00:07:48.520 Подача. 00:07:48.660 --> 00:07:51.420 Ви перетворите ці JSON-блоки на структуровані стовпці, 00:07:51.540 --> 00:07:54.020 які згодом зможе інтерпретувати ваш модуль Co-Pilot. 00:07:54.200 --> 00:07:56.640 Простий метод використання дії PASS-JSON 00:07:56.640 --> 00:07:59.480 із визначеною схемою, взятою зі зразка по дії Perview. 00:07:59.660 --> 00:08:01.960 Якщо термін «вкладені масиви» викликає дискомфорт, 00:08:01.960 --> 00:08:03.880 ласкаво просимо в кодинг для комплеєнсу. 00:08:03.880 --> 00:08:05.900 Кожна властивість – ідентифікатор користувача, 00:08:06.020 --> 00:08:08.280 операція, робоче навантаження, статус результату, 00:08:08.340 --> 00:08:10.080 IP-клієнта – стає окремою змінною. 00:08:10.220 --> 00:08:11.880 Ви фактично навчаєте свого майбутнього 00:08:11.880 --> 00:08:14.540 ЩІ-агента словниковому запасу перед початком розмови. 00:08:14.660 --> 00:08:16.200 На цьому етапі ви відкриєте для себе 00:08:16.200 --> 00:08:18.280 екзистенційний гумор форматів даних Microsoft. 00:08:18.560 --> 00:08:20.560 Деякі аудиторські поля подаються як масиви, 00:08:20.640 --> 00:08:22.520 навіть якщо вони містять лише одне значення. 00:08:22.520 --> 00:08:25.380 Інші ховають результати під трьома шарами вкладеності, 00:08:25.520 --> 00:08:26.520 як матрішки неоднозначності. 00:08:33.880 --> 00:08:35.720 Це дивно, але саме так ви кажете автоматиці 00:08:35.720 --> 00:08:37.540 шукати в JSON і виявляти сенс. 00:08:37.680 --> 00:08:39.360 Невелика друкарська помилка тут створює 00:08:39.360 --> 00:08:40.720 ефектну нісенітницю згодом. 00:08:40.840 --> 00:08:43.280 Тому тестуйте кожне вилучення на невеликих вибірках. 00:08:43.440 --> 00:08:45.680 Так, налагодження потоків – це гламурна робота. 00:08:45.880 --> 00:08:48.320 Можливо, ви захочете десь зберегти ці очищені дані. 00:08:48.500 --> 00:08:50.860 SharePoint, Dataverse або навіть база даних SQL 00:08:50.860 --> 00:08:52.620 залежно від складності ваших звітів. 00:08:52.620 --> 00:08:54.540 Це сховище діє як короткочасна пам'ять, 00:08:54.680 --> 00:08:56.600 забезпечуючи агенту історичне порівняння 00:08:56.600 --> 00:08:58.020 без постійних запитів до перв'ю. 00:08:58.180 --> 00:09:00.100 Сприймайте це як кешування інтелекту. 00:09:00.220 --> 00:09:01.620 Події вчорашнього дня допомагають 00:09:01.620 --> 00:09:03.700 зробити аналіз сьогоднішнього дня обґрунтованим. 00:09:03.860 --> 00:09:05.600 Якщо вам потрібна робота зі стовпцями 00:09:05.600 --> 00:09:07.160 або зв'язки між наборами даних, 00:09:07.280 --> 00:09:09.160 Dataverse краще працює з Pava Otamate. 00:09:09.320 --> 00:09:11.460 SharePoint простіший, але стає незграбним 00:09:11.460 --> 00:09:13.000 після кількох тисяч рядків. 00:09:13.200 --> 00:09:14.200 Далі – планування. 00:09:14.420 --> 00:09:15.720 Визначте періодичність. 00:09:15.720 --> 00:09:17.420 Щоденні звіти для динамічних середовищ, 00:09:17.520 --> 00:09:19.140 щотижневі для спокійніших екосистем. 00:09:19.140 --> 00:09:20.580 Використовуйте тригер повторення 00:09:20.580 --> 00:09:21.860 Recurrence у Pava Otamate. 00:09:22.060 --> 00:09:23.380 Становіть його на свій часовий пояс, 00:09:23.520 --> 00:09:25.280 а не UTC, якщо ви не любите дивуватися, 00:09:25.380 --> 00:09:27.040 чому звіти приходять о 3.00 ночі. 00:09:27.160 --> 00:09:28.680 Потік запускається автоматично, 00:09:28.840 --> 00:09:30.060 витягує відфільтровані дані, 00:09:30.160 --> 00:09:32.160 трансформує їх, зберігає та готує дані 00:09:32.160 --> 00:09:33.980 для наступної фази логічного мозку. 00:09:34.280 --> 00:09:35.660 Послідовність комплеєнсу більше 00:09:35.660 --> 00:09:37.440 не залежить від людського ентузіазму, 00:09:37.440 --> 00:09:38.700 це працює як годинник. 00:09:38.780 --> 00:09:40.880 Під час налаштування обробки помилок припустіть, 00:09:40.880 --> 00:09:43.380 що Arie Perview видасть помилку за багато запитів, 00:09:43.500 --> 00:09:45.260 бо, як не дивно, всі інші аналітики 00:09:45.260 --> 00:09:47.280 намагалися запитати логи в ту саму секунду. 00:09:47.480 --> 00:09:48.980 Створіть політику повторних спроб 00:09:48.980 --> 00:09:50.160 та резервні повідомлення. 00:09:50.360 --> 00:09:52.720 Навіть автоматизація має давати збої коректно. 00:09:52.920 --> 00:09:54.220 Записуйте помилку в лог-файл 00:09:54.220 --> 00:09:55.740 та надсилайте повідомлення в Teams, 00:09:55.880 --> 00:09:57.560 якщо показники перевищують норму. 00:09:57.560 --> 00:09:59.700 Так ви будете керувати збоями як даними, 00:09:59.860 --> 00:10:00.560 а не як драмою. 00:10:00.740 --> 00:10:03.160 Пам'ятайте, аудитори не карають за помилки. 00:10:03.340 --> 00:10:05.760 Вони карають за їх відсутність у документації. 00:10:05.760 --> 00:10:07.860 Тепер у вас є живий конвейер. 00:10:07.960 --> 00:10:09.880 Perview передає дані через артерії 00:10:09.880 --> 00:10:12.380 Power Automate до обраного вами сховища. 00:10:12.500 --> 00:10:14.040 Це замінює ручний збір даних 00:10:14.040 --> 00:10:16.060 на набагато дисциплінованіший процес. 00:10:16.220 --> 00:10:17.440 Якщо все зробити правильно, 00:10:17.580 --> 00:10:19.540 це також призведе до тонких культурних змін. 00:10:19.700 --> 00:10:21.380 Раптом ваша звітність щодо відповідності 00:10:21.380 --> 00:10:22.760 стає не спринтом перед аудитом, 00:10:22.840 --> 00:10:23.880 а постійним серцебиттям. 00:10:24.040 --> 00:10:25.960 І для протоколу так ви могли б робити те саме, 00:10:26.060 --> 00:10:27.640 вручну запитуючи Perview щоп'ятниці 00:10:27.640 --> 00:10:28.940 та копіюючи результати в Excel. 00:10:29.120 --> 00:10:30.880 Ви також могли б збивати власне масло. 00:10:30.880 --> 00:10:32.020 Цей конвейер існує не тому, 00:10:32.160 --> 00:10:33.500 що ви не можете зробити це інакше. 00:10:33.660 --> 00:10:35.480 Він існує тому, що ви цінуєте вихідні. 00:10:35.640 --> 00:10:36.520 Смішно дивитися на тих, 00:10:36.660 --> 00:10:37.880 хто досі гортає експорти логів, 00:10:38.000 --> 00:10:39.700 стверджуючи, що автоматизація – це ризик. 00:10:39.840 --> 00:10:40.680 Єдиний реальний ризик – 00:10:40.680 --> 00:10:42.340 це дотримуватися настільки крихкого процесу, 00:10:42.400 --> 00:10:43.540 де відсутність одного аналітика 00:10:43.540 --> 00:10:44.560 руйнує аудиторський слід. 00:10:44.680 --> 00:10:46.000 Тепер, коли ваш агент має зір, 00:10:46.080 --> 00:10:47.920 постійний потік даних зі структурою та графіком, 00:10:48.020 --> 00:10:49.740 час наділити його когнітивними здібностями. 00:10:49.740 --> 00:10:51.840 Наступний рівень перетворює серу інформацію 00:10:51.840 --> 00:10:53.740 на інтерпретацію, граничні значення, 00:10:53.880 --> 00:10:55.500 логічні умови та підсумкові дані. 00:10:55.600 --> 00:10:57.860 По суті, ми переходимо від очей до мозку. 00:10:58.040 --> 00:10:59.220 Фундамент закладено. 00:10:59.440 --> 00:11:00.580 Навчимо його думати. 00:11:00.820 --> 00:11:02.080 Даємо агенту мозок. 00:11:02.240 --> 00:11:03.520 Логіка Power Automate 00:11:03.520 --> 00:11:05.520 Power Automate – це нештучний інтелект. 00:11:05.720 --> 00:11:06.840 Він не мріє, не спекулює 00:11:06.840 --> 00:11:08.420 і не вигадує ризики відповідності. 00:11:08.580 --> 00:11:09.440 Що він робить – це те, 00:11:09.440 --> 00:11:11.600 чого більшість людей не можуть витримати – послуг. 00:11:11.740 --> 00:11:12.840 Він ніколи не забуває кроки, 00:11:12.960 --> 00:11:13.780 ніколи не імпровізує 00:11:13.780 --> 00:11:14.660 і ніколи не стверджує, 00:11:14.780 --> 00:11:15.680 що все мало спрацювати. 00:11:15.860 --> 00:11:17.200 Ця передбачувана жорсткість – 00:11:17.200 --> 00:11:18.880 саме те, що потрібно для автономності. 00:11:19.020 --> 00:11:20.780 Логічний рівень вашого DRC-агента 00:11:20.780 --> 00:11:21.920 починається зі структури. 00:11:22.040 --> 00:11:23.540 Потік має запускатися самостійно, 00:11:23.640 --> 00:11:24.740 надійно запитувати перв'ю, 00:11:24.860 --> 00:11:26.460 інтерпретувати знайдене та визначати, 00:11:26.560 --> 00:11:28.360 коли події перевищують встановлені межі. 00:11:28.500 --> 00:11:30.100 Уявіть ланцюгову реакцію. 00:11:30.400 --> 00:11:31.980 Спрацьовує тригер повторення. 00:11:32.180 --> 00:11:33.620 Виклик надходить до перв'ю. 00:11:33.620 --> 00:11:34.800 Дані очищуються, 00:11:34.920 --> 00:11:36.120 паттерни підраховуються, 00:11:36.120 --> 00:11:37.460 ризики класифікуються. 00:11:37.660 --> 00:11:39.240 Жодної драми – лише виконання. 00:11:39.400 --> 00:11:40.920 Почніть із тригера повторення. 00:11:41.100 --> 00:11:42.360 Вчасно налаштоване повторення – 00:11:42.360 --> 00:11:43.260 це відповідь цивілізації 00:11:43.260 --> 00:11:44.240 на людську забудькуватість. 00:11:44.380 --> 00:11:45.400 Налаштуйте його відповідно 00:11:45.400 --> 00:11:47.100 до часового поясу ваших аудиторів. 00:11:47.260 --> 00:11:49.180 Щоденний чи щотижневий графік означає, 00:11:49.320 --> 00:11:50.660 що потік починає свій ритуал 00:11:50.660 --> 00:11:51.320 без нагадувань. 00:11:51.460 --> 00:11:53.240 Саме так виживають автономні системи. 00:11:53.360 --> 00:11:54.200 Одразу після цього 00:11:54.200 --> 00:11:55.780 додайте блок ініціалізації. 00:11:55.780 --> 00:11:58.200 Змінні середовища, лічильники, масиви. 00:11:58.320 --> 00:11:59.920 Вони забезпечують когнітивний каркас, 00:11:59.920 --> 00:12:01.420 який агент використає згодом. 00:12:01.580 --> 00:12:03.180 Змінні, як от загальна кількість подій, 00:12:03.320 --> 00:12:04.940 кількість високих ризиків та дата звіту 00:12:04.940 --> 00:12:06.360 стають його робочою пам'яттю. 00:12:06.500 --> 00:12:08.180 Після запуску потік викликає 00:12:08.180 --> 00:12:10.040 конектор аудит логів перв'ю 00:12:10.040 --> 00:12:11.440 або HTTP-арі. 00:12:11.680 --> 00:12:13.280 А потім настає реальність. 00:12:13.460 --> 00:12:15.320 Серій відповіді містять статичний шум, 00:12:15.480 --> 00:12:16.340 системні сигнали 00:12:16.340 --> 00:12:18.000 або зовсім нерелевантні події. 00:12:18.220 --> 00:12:19.780 Вставте крок фільтрації масиву, 00:12:19.780 --> 00:12:20.820 щоб видалити сміття. 00:12:20.940 --> 00:12:21.520 Типовий шаблон. 00:12:21.640 --> 00:12:22.640 Ігноруйте будь-який запис, 00:12:22.640 --> 00:12:24.360 де тип користувача – це сервісний суб'єкт 00:12:24.360 --> 00:12:25.720 і залишайте лише типи операцій, 00:12:25.820 --> 00:12:26.920 пов'язані з управлінням даними 00:12:26.920 --> 00:12:27.720 чи зміною політик. 00:12:27.840 --> 00:12:29.500 Це очищення робить вашого агента 00:12:29.500 --> 00:12:30.900 аналітичним, а не тривожним. 00:12:31.100 --> 00:12:32.960 З огляду на любов Microsoft до надмірності, 00:12:33.080 --> 00:12:34.060 багато потоків журналів 00:12:34.060 --> 00:12:35.240 повторюють однакові події. 00:12:35.440 --> 00:12:36.320 Видаляйте дублікати, 00:12:36.440 --> 00:12:37.940 використовуючи простий вираз «Юніон» 00:12:37.940 --> 00:12:38.880 або порівняння в циклі. 00:12:38.980 --> 00:12:40.300 Те, що залишається – це сигнал, 00:12:40.300 --> 00:12:42.320 правдива підмножина, яку варто класифікувати. 00:12:42.320 --> 00:12:43.760 Саме тут скрипт заслуговує 00:12:43.760 --> 00:12:44.940 названня інтелектуального. 00:12:45.120 --> 00:12:46.580 Додайте дію «Compose» або «Select», 00:12:46.580 --> 00:12:48.080 яка групує записи, що залишилися 00:12:48.080 --> 00:12:49.380 за іменем суб'єкта-користувача 00:12:49.380 --> 00:12:50.040 та операцією. 00:12:50.160 --> 00:12:51.200 Потім спрямуйте підрахунки 00:12:51.200 --> 00:12:52.240 в цикли «Apply to each», 00:12:52.240 --> 00:12:53.720 щоб підсумувати кожну категорію. 00:12:53.880 --> 00:12:56.060 Наприкінці ваш агент має знімок стану. 00:12:56.200 --> 00:12:58.180 Хто що зробив, як часто і чи вийшло, 00:12:58.180 --> 00:12:59.840 це за межі визначених ризиків. 00:13:00.000 --> 00:13:02.000 Секрет автономії – дозволити системі 00:13:02.000 --> 00:13:03.180 визначати рівень ризику 00:13:03.180 --> 00:13:04.540 на основі ваших порогів. 00:13:04.540 --> 00:13:06.780 Наприклад, якщо підвищення привілеїв 00:13:06.780 --> 00:13:07.540 дорівнює трьом, 00:13:07.700 --> 00:13:09.720 встановіть рівень ризику «високий». 00:13:09.720 --> 00:13:11.360 Якщо зовнішніх поширень одне, 00:13:11.500 --> 00:13:13.440 встановіть рівень ризику «середній». 00:13:13.440 --> 00:13:15.240 В іншому випадку – «нормальний». 00:13:15.240 --> 00:13:16.760 Ця логіка не вигадує сенс, 00:13:16.920 --> 00:13:18.080 вона його впроваджує. 00:13:18.300 --> 00:13:20.240 Кодифікуючи поняття «забагато», 00:13:20.240 --> 00:13:21.900 ви замінюєте людські здогадки 00:13:21.900 --> 00:13:23.140 числовою ясністю. 00:13:23.380 --> 00:13:25.260 Використовуйте вкладені умовні дії. 00:13:25.460 --> 00:13:26.500 Коли рівень ризику високий, 00:13:26.600 --> 00:13:28.060 додайте інформацію про користувача 00:13:28.060 --> 00:13:29.180 до масиву високого ризику. 00:13:29.340 --> 00:13:30.280 Коли середній, можливо, 00:13:30.380 --> 00:13:31.560 поставте в чергу на перевірку. 00:13:31.700 --> 00:13:33.020 Коли нічого незвичайного не виявлено, 00:13:33.120 --> 00:13:34.760 запишіть повідомлення про відсутність результатів 00:13:34.760 --> 00:13:36.040 замість того, щоб просто мовчати. 00:13:36.200 --> 00:13:37.420 Різниця між відсутністю даних 00:13:37.420 --> 00:13:38.300 і нульовим результатом 00:13:38.300 --> 00:13:39.500 у комплеєнсі є важливою. 00:13:39.640 --> 00:13:40.660 Після спрацювання порогів 00:13:40.660 --> 00:13:41.480 опціонально зверніться 00:13:41.480 --> 00:13:43.200 до кінцевої точки Coopilot Studio 00:13:43.200 --> 00:13:44.460 для описового узагальнення. 00:13:44.660 --> 00:13:46.720 Два користувачі перевищили пороги ризику. 00:13:46.880 --> 00:13:48.160 Але цей крок обробки мови 00:13:48.160 --> 00:13:49.640 належить до наступного розділу. 00:13:49.740 --> 00:13:52.240 Тут мета – класифікація, а не композиція. 00:13:52.400 --> 00:13:53.540 Помилки трапляються. 00:13:53.740 --> 00:13:55.360 Арі часто гальмує або дає збої 00:13:55.360 --> 00:13:56.640 частіше, ніж це вказується 00:13:56.640 --> 00:13:57.920 в маркетингових матеріалах. 00:13:58.020 --> 00:13:59.520 Огорніть усі HTTP-запити 00:13:59.520 --> 00:14:00.380 в контейнер-скоуп 00:14:00.380 --> 00:14:02.340 з увімкненою політикою повторних спроб. 00:14:02.480 --> 00:14:04.580 Три спроби – експоненціальна затримка. 00:14:04.760 --> 00:14:06.520 У гілці помилок записуйте текст помилки, 00:14:06.620 --> 00:14:08.240 часову мітку та ID запуску потоку 00:14:08.240 --> 00:14:09.020 до списку SharePoint 00:14:09.020 --> 00:14:09.980 або таблиці Dataverse 00:14:09.980 --> 00:14:11.560 з назвою «Стан автоматизації». 00:14:11.560 --> 00:14:12.900 Під час першого розгортання 00:14:12.900 --> 00:14:13.960 очікуйте курйозів. 00:14:14.080 --> 00:14:15.560 Коли я вперше тестував цю збірку, 00:14:15.680 --> 00:14:17.360 агент Гордо повідомив про нуль проблем. 00:14:17.520 --> 00:14:19.260 Ідеальна відповідність – подумав я, 00:14:19.400 --> 00:14:21.600 поки не зрозумів, що сервісному обліковому запису 00:14:21.600 --> 00:14:23.360 бракує ролі читача журналів аудиту. 00:14:23.560 --> 00:14:24.660 Робот не був лінивим, 00:14:24.760 --> 00:14:26.080 він був слухняно-сліпим. 00:14:26.280 --> 00:14:27.080 Нагадування про те, 00:14:27.200 --> 00:14:28.840 що автоматизація виконує лише те, 00:14:28.980 --> 00:14:30.440 що ви їй дали, і нічого більше. 00:14:30.600 --> 00:14:33.100 Кожен запуск потоку записує докази виконання. 00:14:33.100 --> 00:14:34.200 Ставте фінальну дію 00:14:34.200 --> 00:14:35.880 «Append to File» або «Create Item», 00:14:35.880 --> 00:14:37.400 яка зберігає підсумкові метрики, 00:14:37.540 --> 00:14:38.500 загальну кількість подій, 00:14:38.620 --> 00:14:40.020 користувача з найвищим ризиком, 00:14:40.140 --> 00:14:41.020 тривалість виконання. 00:14:41.160 --> 00:14:42.980 Або надійшліть ці результати в канал Teams 00:14:42.980 --> 00:14:44.860 чи до керуючої бібліотеки SharePoint. 00:14:45.040 --> 00:14:46.180 Коли настає час аудиту, 00:14:46.280 --> 00:14:48.040 ви не зможете виправдовуватися з погадами. 00:14:48.200 --> 00:14:49.800 Ви будете демонструвати артефакти. 00:14:49.980 --> 00:14:51.520 Додайте один додатковий запобіжний захід, 00:14:51.640 --> 00:14:53.520 вкажіть ідентифікатор запуску та версію потоку. 00:14:53.640 --> 00:14:55.520 Якщо ваші порогові значення зміняться пізніше, 00:14:55.520 --> 00:14:56.700 аудитори все одно відстежать, 00:14:56.800 --> 00:14:58.420 яка логіка призвела до певного результату. 00:14:58.540 --> 00:15:00.400 Управління машиною дорівнює управлінню 00:15:00.400 --> 00:15:01.440 за допомогою машини. 00:15:01.600 --> 00:15:03.660 На цьому етапі автоматизація може класифікувати, 00:15:03.760 --> 00:15:05.140 підраховувати та приймати рішення. 00:15:05.320 --> 00:15:07.520 Вона знає, коли рівень ризику порушує політику, 00:15:07.600 --> 00:15:08.840 проте нічого про це не каже. 00:15:09.060 --> 00:15:10.840 Для людей ця тиша здається моторошною, 00:15:10.920 --> 00:15:12.620 тому наступний рівень надасть їй слів. 00:15:12.740 --> 00:15:13.880 Або, як ми могли б сказати, 00:15:13.880 --> 00:15:15.240 тепер, коли вона вміє думати, 00:15:15.360 --> 00:15:17.560 вона повинна заговорити бажано з розумілою мовою. 00:15:17.560 --> 00:15:20.640 Навчання її писати – інтеграція Co-Pilot Studio. 00:15:21.040 --> 00:15:23.520 До цього моменту ваш агент був мовчазним типом 00:15:23.520 --> 00:15:24.860 ефективним, але німим. 00:15:25.020 --> 00:15:26.980 Co-Pilot Studio дає йому голос – 00:15:26.980 --> 00:15:29.960 це інтерпретатор, який перекладає дані на мову дипломатії. 00:15:30.140 --> 00:15:32.160 Уявіть це як багатомогного переговірника, 00:15:32.340 --> 00:15:34.740 що опинився між кодом і засіданнями комітетів. 00:15:34.920 --> 00:15:36.820 Система, яка не вигадує історій. 00:15:36.820 --> 00:15:38.780 Вона переписує реальність реченнями, 00:15:38.940 --> 00:15:40.160 які люди можуть осягнути. 00:15:40.320 --> 00:15:42.300 Її талант полягає в тому, щоб перетворити 00:15:42.300 --> 00:15:44.740 JSON-болоток, яке створює Pava Otamite, 00:15:44.740 --> 00:15:46.420 на чіткий дайджест дій користувачів, 00:15:46.520 --> 00:15:48.900 підрахунків ризиків та записів подій у параграфи, 00:15:48.980 --> 00:15:50.340 достатньо ввічливі для керівників 00:15:50.340 --> 00:15:51.480 і точні для аудиторів. 00:15:51.660 --> 00:15:53.740 Вона поєднує синтаксис і політику, гарантуючи, 00:15:53.880 --> 00:15:55.840 що те, що колись було сирими машинними даними, 00:15:55.960 --> 00:15:57.360 тепер читається як виважене рішення, 00:15:57.500 --> 00:15:58.840 а не як набір безглуздих таблиць. 00:15:58.920 --> 00:16:01.400 Почніть із визначення того, який саме тип комунікації 00:16:01.400 --> 00:16:02.000 вам потрібен. 00:16:02.000 --> 00:16:03.720 Зазвичай їх три – виконавче резюме, 00:16:03.840 --> 00:16:05.380 технічний додаток та рекомендації. 00:16:05.380 --> 00:16:06.980 Кожен із них розрахований на різний рівень 00:16:06.980 --> 00:16:07.880 з прийняття інформації. 00:16:08.040 --> 00:16:09.680 Керівництву потрібен один параграф. 00:16:09.800 --> 00:16:11.440 Аудиторам потрібні доказові бази. 00:16:11.600 --> 00:16:13.100 І те персоналу потрібне кожне поле, 00:16:13.160 --> 00:16:14.720 оскільки вони щеплюються даними. 00:16:14.880 --> 00:16:17.020 Ви створите єдиний досвід Co-Pilot у Studio, 00:16:17.220 --> 00:16:19.280 але ви будуєте всередині нього кілька запитів. 00:16:19.420 --> 00:16:22.320 Кожен запит формує тон, формат та обсяг викладу. 00:16:22.500 --> 00:16:22.900 Приклад. 00:16:23.040 --> 00:16:25.240 Підсумуйте основні ризики простою мовою, 00:16:25.380 --> 00:16:26.780 обмежтеся п'ятьма пунктами 00:16:26.780 --> 00:16:28.920 та запропонуйте рішення для кожного з них. 00:16:29.100 --> 00:16:29.940 Наступним може бути. 00:16:29.940 --> 00:16:31.280 Підготуйте технічний додаток 00:16:31.280 --> 00:16:34.140 із переліком усіх подій високого ризику у вигляді таблиці. 00:16:34.320 --> 00:16:36.400 Щоб підключити Pava Otomite до Co-Pilot Studio, 00:16:36.600 --> 00:16:38.660 використовуйте HTTP-дію у своєму потоці, 00:16:38.820 --> 00:16:40.700 яка надсилає структурований JSON-пакет 00:16:40.700 --> 00:16:42.620 на URL-адресу кінцевої точки Co-Pilot. 00:16:42.800 --> 00:16:44.360 Co-Pilot інтерпретує цей пакет, 00:16:44.480 --> 00:16:46.600 використовуючи визначений вами системний запит. 00:16:46.920 --> 00:16:49.140 Автентифікація Microsoft робить це безпечним. 00:16:49.340 --> 00:16:51.520 Ви проходите автентифікацію виклику через Azure AD, 00:16:51.520 --> 00:16:53.580 тому лише ваш потік може отримати до нього доступ. 00:16:53.580 --> 00:16:55.640 «Вітаємо! Ви щойно навчили свій бот 00:16:55.640 --> 00:16:58.160 надсилати структуровані думки до машини для письма. 00:16:58.360 --> 00:17:00.200 Результатом є текст, а не цифри. 00:17:00.360 --> 00:17:01.800 Цей текст і є ваш звіт. 00:17:01.940 --> 00:17:03.880 Передайте його в Co-Pilot з інструкціями, 00:17:04.060 --> 00:17:05.680 наприклад, підсумуйте ці результати 00:17:05.680 --> 00:17:07.320 у короткому звіті про відповідність, 00:17:07.460 --> 00:17:09.020 відсортуйте за рівнем серйозності, 00:17:09.120 --> 00:17:10.800 порадьте одну дію на кожну знахідку 00:17:10.800 --> 00:17:12.660 і завершіть загальною тенденцією». 00:17:12.660 --> 00:17:15.860 Co-Pilot повертає щось, що нагадує записку аналітика. 00:17:15.860 --> 00:17:17.700 Два користувачі вчора демонстрували 00:17:17.700 --> 00:17:19.320 підвищену ризиковану поведінку. 00:17:19.480 --> 00:17:21.500 Адель Венс виконала три підвищення привілеїв, 00:17:21.580 --> 00:17:23.080 що перевищують допустимий поріг. 00:17:23.220 --> 00:17:25.760 Рекомендується негайний перегляд ролей адміністраторів. 00:17:25.900 --> 00:17:27.420 Меган-будинок один раз спробувала 00:17:27.420 --> 00:17:28.540 надати зовнішній доступ. 00:17:28.680 --> 00:17:30.120 Нагадайте користувачеві про політику 00:17:30.120 --> 00:17:31.180 зовнішнього обміну даними. 00:17:31.360 --> 00:17:32.740 Інших аномалій не виявлено. 00:17:32.920 --> 00:17:35.440 Загальна тенденція порівняно з базовим рівнем стабільна. 00:17:35.640 --> 00:17:37.840 Бачите, це не генеративні припущення. 00:17:37.840 --> 00:17:39.820 Це структурований синтез на основі 00:17:39.820 --> 00:17:41.040 детермінованих запитів. 00:17:41.220 --> 00:17:43.860 Люди називають це письмом, машини, виводом даних. 00:17:44.020 --> 00:17:46.300 Секрет у вашому контролі над структурою даних 00:17:46.300 --> 00:17:47.320 і структурою мови. 00:17:47.480 --> 00:17:50.700 Co-Pilot не працює хаотично, він описує статистику. 00:17:50.880 --> 00:17:52.980 Тепер вирішимо питання розповсюдження. 00:17:53.160 --> 00:17:55.520 Звичайним користувачам не варто заходити в Dataverse 00:17:55.520 --> 00:17:56.480 для пошуку звітів. 00:17:56.580 --> 00:17:59.060 Тож знову використаємо коннектори Pava Automate. 00:17:59.060 --> 00:18:01.540 Працюйте з двома гілками одного потоку. 00:18:01.660 --> 00:18:04.320 Перша публікує резюме Co-Pilot у канал Teams, 00:18:04.320 --> 00:18:07.400 друга зберігає повну HTML-версію в SharePoint. 00:18:07.600 --> 00:18:09.460 Керівництво читає публікацію в Teams, 00:18:09.640 --> 00:18:11.860 а аудитори відкривають архів для документації. 00:18:12.040 --> 00:18:14.340 Обидва варіанти мають автоматичну позначку часу 00:18:14.340 --> 00:18:15.500 і ідентичне формулювання. 00:18:15.680 --> 00:18:18.680 Це послідовність, чеснота, невластива більшості авторів людей. 00:18:18.840 --> 00:18:20.560 Поговоримо про дисципліну створення запитів 00:18:20.560 --> 00:18:21.400 промпінженірина. 00:18:21.540 --> 00:18:23.060 Вам знадобляться певні обмеження. 00:18:23.060 --> 00:18:25.900 Вкажіть точні заголовки, які має використовувати Co-Pilot. 00:18:26.080 --> 00:18:28.240 Огляд, ключові висновки, рекомендації. 00:18:28.240 --> 00:18:30.200 Якщо залишити це на розсуд Co-Pilot, 00:18:30.360 --> 00:18:32.760 він спробує вразити вас художнім стилем або емоді. 00:18:32.900 --> 00:18:36.080 Аудиторський звіт з емоді може сподобатися лише хаосу. 00:18:36.260 --> 00:18:39.520 Додайте директиви, використовувати професійний нейтральний тон, 00:18:39.680 --> 00:18:42.840 уникати спекулятивної мови, включати кількісні показники. 00:18:43.100 --> 00:18:46.160 Що чіткіші ваші інструкції, то краще відтворюваний результат. 00:18:46.420 --> 00:18:48.620 Відповідність стандартам потребує відтворюваності, 00:18:48.760 --> 00:18:49.700 а не індивідуальності. 00:18:49.840 --> 00:18:51.920 У повсякденній механіці є своя краса. 00:18:51.920 --> 00:18:55.140 Co-Pilot Studio дозволяє використовувати контекстні змінні. 00:18:55.280 --> 00:18:56.920 Ви можете вставити динамічні дані, 00:18:57.040 --> 00:19:00.040 як-от дату звіту чи тривалість виконання, безпосередньо у вивід. 00:19:00.240 --> 00:19:03.040 Використовуйте заповнювачі для дати та кількості записів. 00:19:03.180 --> 00:19:04.720 Коли потік звертається до Co-Pilot, 00:19:04.860 --> 00:19:06.980 ці змінні автоматично замінюються значеннями. 00:19:07.140 --> 00:19:08.040 Результат виглядає так. 00:19:08.140 --> 00:19:11.740 Створено 15 березня, проаналізовано 563 аудиторські події. 00:19:11.960 --> 00:19:14.100 Цей мета-контекст задовольнить аудиторів швидше, 00:19:14.240 --> 00:19:15.720 ніж будь-яка GIF-анімація. 00:19:15.720 --> 00:19:18.360 Точність вимагає фінального етапу перевірки. 00:19:18.540 --> 00:19:20.680 Ставте умову Pava Automate, яка перевіряє, 00:19:20.780 --> 00:19:22.300 чи відповідь Co-Pilot не порожня. 00:19:22.460 --> 00:19:24.220 Якщо порожня, збережіть помилку в журналі 00:19:24.220 --> 00:19:25.440 та повторіть спробу один раз. 00:19:25.580 --> 00:19:28.020 Ви вже навчили свого агента самоусвідомленню та логіці. 00:19:28.160 --> 00:19:30.920 Тепер поєднайте це з лінгвістичною перевіркою на адекватність. 00:19:31.100 --> 00:19:32.700 Готовий потік виглядає так. 00:19:32.880 --> 00:19:36.360 Вилучення, аналіз, резюмування, опис, публікація. 00:19:37.100 --> 00:19:38.720 Кожна стрілка представляє підзвітність. 00:19:39.520 --> 00:19:40.820 Фінальне доопрацювання. 00:19:40.820 --> 00:19:43.380 Створюйте версії системних запитів Co-Pilot щоразу, 00:19:43.440 --> 00:19:45.140 коли змінюються критерії відповідності. 00:19:45.240 --> 00:19:47.840 Позначайте оновлення як V1, V1, один тощо 00:19:47.840 --> 00:19:50.500 і записуйте, яка версія запиту створила конкретний звіт. 00:19:50.640 --> 00:19:52.560 Майбутні аудити зможуть посилатися не лише на те, 00:19:52.680 --> 00:19:55.300 що сталося, а й на те, які інструкції мав мовний модель у той час. 00:19:55.460 --> 00:19:58.400 Це мета-відповідність управління управлінням, що пише саме себе. 00:19:58.600 --> 00:20:00.560 Бюрократія нарешті досягла рекурсії. 00:20:00.740 --> 00:20:02.660 Коли Co-Pilot Studio створює звіт, 00:20:02.660 --> 00:20:05.360 ваша роль як людини стає милосердно необов'язковою. 00:20:05.360 --> 00:20:08.340 Агент створює опис, додає докази, публікує файли, 00:20:08.460 --> 00:20:12.040 архівує попередні версії та вимикається до наступного циклу активності. 00:20:12.220 --> 00:20:14.020 Він не надсилає вам запитів на схвалення, 00:20:14.140 --> 00:20:17.480 оскільки ви чітко налаштували його так, щоб він не потребував підтвердження. 00:20:17.740 --> 00:20:22.220 Він тихо пишається, якщо дозволити таке порівняння своєю мовною точністю. 00:20:22.400 --> 00:20:25.000 Це момент, коли автономність перестає бути метафорою 00:20:25.000 --> 00:20:26.960 і стає реальністю робочого процесу. 00:20:26.960 --> 00:20:29.920 Машина не лише опрацьовує дані про відповідність, 00:20:29.920 --> 00:20:33.760 вона пояснює їх людям за розкладом без стресу через затримки. 00:20:34.120 --> 00:20:36.420 І так, якщо хочете додати трохи вигадки, 00:20:36.600 --> 00:20:41.140 можна додати підпис «Звід складено автономно агентом Co-Pilot DRC». 00:20:41.140 --> 00:20:45.320 Ніщо так не стримує мікроменеджмент, як робот, що підписує власну роботу. 00:20:45.500 --> 00:20:47.920 Тепер, коли агент може чітко викладати результати, 00:20:48.020 --> 00:20:50.540 ви можете назавжди припинити писати DRC звіти, 00:20:50.540 --> 00:20:52.980 або принаймні доки хтось не вимкне ваші конектори. 00:20:53.100 --> 00:20:55.120 На цьому етапі цикл замикається. 00:20:55.260 --> 00:20:58.220 Перв'ю збирає дані, Pava Automate інтерпретує їх, 00:20:58.220 --> 00:21:02.060 Co-Pilot підсумовує, а ви, як не дивно, знову маєте вихідні. 00:21:02.220 --> 00:21:04.900 Щоденна рутина перетворюється на єдиний робочий процес, 00:21:05.020 --> 00:21:07.040 який вільно володіє мовою відповідності. 00:21:07.240 --> 00:21:10.980 Результати з'являються в Teams у чітко визначений час з кожним інтервалом. 00:21:11.140 --> 00:21:14.600 Зрозумілий текст, послідовна термінологія, простежуване походження. 00:21:14.800 --> 00:21:17.520 Головна перевага не в швидкості, а в стандартизації. 00:21:17.520 --> 00:21:22.400 Кожен звіт звучить однаково, використовує ті ж пороги та фіксує ідентичні метадані. 00:21:22.400 --> 00:21:25.500 Аудитори більше не витрачають години на перевірку формату. 00:21:25.740 --> 00:21:26.920 Вони оцінюють суть. 00:21:27.100 --> 00:21:30.840 Моделі ризиків перетворюються на розповіді в часі, а не на хаос у таблицях. 00:21:31.040 --> 00:21:34.000 Ви перетворили відповідність із документації на оркестрацію. 00:21:34.200 --> 00:21:38.360 Система, що працює постійно, відстежує, інтерпретує та звітує з точністю судового експерта. 00:21:38.480 --> 00:21:40.680 Ручні DRC-звіти – це друкарські машинки. 00:21:40.680 --> 00:21:43.820 Цей агент – це текстовий процесор, до того ж з автоматичною коректорою. 00:21:43.820 --> 00:21:49.920 Впровадьте його до наступного сезону аудиту, і фраза «ручний звіт про відповідність» звучатиме так само застаріло, як «Скиньте мені логи факсом». 00:21:49.920 --> 00:21:52.980 Далі – поширення цього інтелекту на дотримання конфіденційності даних. 00:21:53.080 --> 00:21:55.540 Ви вже створили мозок, тепер дозвольте йому стежити за порядком.