Підготовка процесів і даних

Перш ніж ви зможете ефективно використовувати глибинний аналіз процесів Power Automate , вам потрібно зрозуміти:

• Вимоги до даних.
• Де можна отримати дані журналу з вашої програми.
• Як підключитися до джерело даних.

Ось коротке відео про те, як завантажити дані для використання за допомогою глибинного аналізу процесів:

Вимоги до даних

Журнали подій і журнали активності – це таблиці, що зберігаються в системі запису, які документують події або дії. Наприклад, дії, які ви виконуєте в програмі керування взаємовідносинами з клієнтами (CRM), зберігаються як журнал подій у програмі CRM. Для глибинного аналізу процесів для аналізу журналу подій необхідні такі поля:

• Ідентифікатор справи

  Ідентифікатор інциденту повинен представляти екземпляр вашого процесу і часто є об’єктом, на який цей процес діє. Це може бути «ідентифікатор пацієнта» для процесу реєстрації в стаціонарі, «ідентифікатор замовлення» для процесу подання замовлення або «ідентифікатор запиту» для процесу затвердження. Цей ідентифікатор має бути присутнім для всіх дій у журналі.

• Назва вправи

  Активності – це етапи вашого процесу, а назви вправ описують кожен крок. У типовому процесі затвердження назви дій можуть бути такими: «надіслати запит», «запит схвалено», «запит відхилено» та «запит на перегляд».

• Початкова позначка часу та кінцева часова позначка

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

  Ви також можете розширити свій аналіз, використовуючи необов’язкові типи атрибутів:

  • Ресурс

    Людина або технічний ресурс, які беруть участь у певній події.

  • Атрибут рівня події

    Додатковий аналітичний атрибут, який має різну цінність для кожної події, наприклад, відділ, що виконує вправу.

  • Атрибут на рівні регістру (перша подія)

    Атрибут Case Level – це додатковий атрибут, який з аналітичної точки зору вважається таким, що має єдине значення для кожного випадку (наприклад, Сума інвойсу в доларах США). Однак журнал подій, який потрібно завантажити, не обов’язково має відповідати послідовності, оскільки має однакове значення конкретного атрибута для всіх подій у журналі подій. Можливо, це буде неможливо забезпечити, наприклад, коли використовується поступове оновлення даних. Power Automate глибинний аналіз процесів приймає дані як є, зберігаючи всі значення, надані в журналі подій, але використовує так званий механізм інтерпретації атрибутів на рівні регістру для роботи з атрибутами на рівні випадку.

    Іншими словами, коли атрибут використовується для певної функції, для якої потрібні значення рівня події (наприклад, фільтрація на рівні події), продукт використовує значення рівня події. Щоразу, коли потрібне значення на рівні випадку (наприклад, фільтр на рівні випадку, аналіз кореневих причин), він використовує інтерпретоване значення, яке береться з хронологічно першої події у випадку.

• Атрибут на рівні регістру (остання подія)

  Те саме, що й атрибут на рівні регістру (перша подія), але при інтерпретації на рівні регістру значення береться з хронологічно останньої події у випадку.

• Фінансовий за подію

  Фіксоване вартість/дохід/числове значення, яке змінюється залежно від виконаної діяльності, наприклад, витрати на кур’єрські послуги. Фінансова цінність розраховується як сума (середнє, мінімальне, максимальне) фінансових значень за кожну подію.

• Фінансовий за кейс (перша подія)

  Фінансовий атрибут на випадок - це додатковий числовий атрибут, який з аналітичної точки зору вважається таким, що має єдине значення для кожного випадку (наприклад, сума рахунку в доларах США). Однак журнал подій, який потрібно завантажити, не обов’язково має відповідати послідовності, оскільки має однакове значення конкретного атрибута для всіх подій у журналі подій. Можливо, це буде неможливо забезпечити, наприклад, коли використовується поступове оновлення даних. Power Automate глибинний аналіз процесів приймає дані як є, зберігаючи всі значення, надані в журналі подій. Однак він використовує так званий механізм інтерпретації атрибутів на рівні регістру для роботи з атрибутами на рівні регістру.

  Іншими словами, коли атрибут використовується для певної функції, для якої потрібні значення рівня події (наприклад, фільтрація на рівні події), продукт використовує значення рівня події. Щоразу, коли потрібне значення на рівні випадку (наприклад, фільтр на рівні випадку, аналіз кореневих причин), він використовує інтерпретоване значення, яке береться з хронологічно першої події у випадку.

• Фінансовий за кейс (остання подія)

  Те ж саме, що і Financial Per Case (перша подія), але при інтерпретації на рівні випадку значення береться з хронологічно останньої події в кейсі.

Де взяти дані журналу з вашого додатку

Можливість глибинного аналізу процесів потребує даних журналу подій для виконання глибинного аналізу процесів. Хоча багато таблиць у базі даних програми містять поточний стан даних, вони можуть не містити історичних записів про події, що відбулися, що є обов’язковим форматом журналу подій. На щастя, у багатьох великих програмах цей історичний запис або журнал часто зберігається в певній таблиці. Наприклад, багато програм Dynamics зберігають цей запис у таблиці «Діяльність». Інші програми, такі як SAP або Salesforce, мають схожі концепції, але назва може бути іншою.

У цих таблицях, які реєструють історичні записи, структура даних може бути складною. Можливо, вам доведеться об’єднати таблицю журналу з іншими таблицями в базі даних програми, щоб отримати конкретні ідентифікатори або імена. Крім того, не всі події, які вас цікавлять, реєструються. Можливо, вам потрібно буде визначити, які події слід зберегти або відфільтрувати. Якщо вам потрібна допомога, вам слід звернутися до IT-команди, яка керує цією програмою, щоб зрозуміти більше.

Підключення до джерела даних

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

Power Query Підтримує велику різноманітність конекторів, які надають можливість для глибинний аналіз процесів підключення та імпорту даних з відповідних джерело даних. Поширені з’єднувачі включають Text/CSV Microsoft Dataverse та базу даних SQL Server. Якщо ви використовуєте такі програми, як SAP або Salesforce, ви можете підключатися до цих джерел даних безпосередньо через їхні з’єднувачі. Щоб отримати інформацію про підтримувані конектори та способи їх використання, перейдіть до розділу Конектори в. Power Query

Спробуйте можливість глибинного аналізу процесів за допомогою з’єднувача Text/CSV

Один із простих способів випробувати можливість глибинного аналізу процесів незалежно від того, де розташоване ваше джерело даних, — це з’єднувач Text/CSV. Можливо, вам доведеться звернутися до адміністратора бази даних, щоб експортувати невеликий зразок журналу подій у форматі CSV. Отримавши файл CSV, ви можете імпортувати його в глибинний аналіз процесів, виконавши наступні кроки на екрані вибору джерела даних.

1. На домашній сторінці глибинного аналізу процесів створіть процес, вибравши Почати тут.

2. Введіть ім’я процесу та натисніть Створити.

3. На екрані Вибрати джерело даних виберіть Усі категорії>Текст/CSV.

4. Виберіть Огляд OneDrive. Можливо, вам знадобиться пройти автентифікацію.

   

5. Завантажте журнал подій, натиснувши значок Завантажити у верхньому правому куті, а потім вибравши Файли.

   

6. Завантажте журнал подій, виберіть свій файл зі списку, а потім натисніть Відкрити , щоб використати цей файл.

Використання з’єднувача Dataflow

З’єднувач Dataflow не підтримується Microsoft Power Platform. Існуючий Dataflow не можна використовувати як джерело даних для Power Automate глибинного аналізу процесів.

Використовуйте з’єднувач Dataverse

З’єднувач Dataverse не підтримується Microsoft Power Platform. Підключатися до нього потрібно за допомогою конектора OData, що вимагає ще кількох кроків.

1. Переконайтеся, що у вас є доступ до Dataverse навколишнього середовища.

2. Вам потрібна URL-адреса середовища, до якого Dataverse ви намагаєтеся підключитися. У нормі це виглядає так:

   

   Щоб дізнатися, як знайти URL-адресу, перейдіть до розділу Пошук Dataverse URL-адреси середовища.

3. На екрані Power Query - Вибрати джерела даних виберіть OData.

4. У текстовому полі URL введіть api/data/v9.2 у кінці URL-адреси, щоб це виглядало так:

   

5. У розділі Облікові дані підключення виберіть Обліковий запис організації в полі Тип автентифікації.

6. Виберіть Увійти та введіть свої облікові дані.

7. Виберіть Далі.

8. Розгорніть папку OData . Ви повинні бачити всі Dataverse таблиці в цьому середовищі. Наприклад, таблиця «Активності » називається покажчиками активності.

9. Установіть прапорець поруч із таблицею, яку потрібно імпортувати, а потім натисніть кнопку Далі.