Припрема процеса и података

2025-05-21

Пре него што будете могли ефикасно да користите могућности рударења процеса, потребно је да разумете: Power Automate

Захтеви за податке.
Где добити податке дневника из ваше апликације.
Како се повезати са извором података.

Ево кратког видеа о томе како отпремити податке за употребу са могућношћу „process mining“-а:

Захтеви за подацима

Дневници догађаја и дневници активности су табеле сачуване у вашем систему евиденције које документују када се догађај или активност догоди. На пример, активности које обављате у апликацији за управљање односима са клијентима (CRM) чувају се као дневник догађаја у вашој CRM апликацији. Да би Process Mining анализирао дневник догађаја, неопходна су следећа поља:

ИД случаја

ИД случаја треба да представља инстанцу вашег процеса и често је објекат на који процес делује. То може бити „ИД пацијента“ за процес пријављивања на болнички преглед, „ИД поруџбине“ за процес подношења поруџбине или „ИД захтева“ за процес одобравања. Овај ИД мора бити присутан за све активности у дневнику.
Назив активности

Активности су кораци вашег процеса, а називи активности описују сваки корак. У типичном процесу одобравања, називи активности могу бити „пошаљи захтев“, „захтев одобрен“, „захтев одбијен“ и „захтев за ревизију“.
Почетна временска ознака и крајња временска ознака

Временске ознаке означавају тачно време када се догађај или активност одиграла. Дневници догађаја имају само једну временску ознаку. Ово означава време када се догађај или активност догодила у систему. Евиденције активности имају две временске ознаке: временску ознаку почетка и временску ознаку завршетка. Оне означавају почетак и крај сваког догађаја или активности.

Такође можете проширити анализу уношењем опционих типова атрибута:
- Ресурс
  
  Људски или технички ресурс који извршава одређени догађај.
- Атрибут нивоа догађаја
  
  Додатни аналитички атрибут, који има различиту вредност по догађају, на пример, одељење које обавља активност.
- Атрибут нивоа случаја (први догађај)
  
  Атрибут на нивоу случаја је додатни атрибут који се са аналитичке тачке гледишта сматра да има једну вредност по случају (на пример, износ фактуре у америчким доларима). Међутим, дневник догађаја који се уноси не мора нужно бити у складу са конзистентношћу тако што ће имати исту вредност за одређени атрибут за све догађаје у дневнику догађаја. Можда неће бити могуће осигурати то, на пример, када се користи инкрементално освежавање података. Power Automate Процесс Рударење прима податке такве какви јесу, чувајући све вредности дате у дневнику догађаја, али користи такозвани механизам интерпретације атрибута на нивоу случаја за рад са атрибутима на нивоу случаја.
  
  Другим речима, кад год се атрибут користи за одређену функцију која захтева вредности на нивоу догађаја (на пример, филтрирање на нивоу догађаја), производ користи вредности на нивоу догађаја. Кад год је потребна вредност на нивоу случаја (на пример, филтер на нивоу случаја, анализа основног узрока), користи се интерпретирана вредност, која се узима из хронолошки првог догађаја у случају.
Атрибут нивоа случаја (последњи догађај)

Исто као и атрибут на нивоу случаја (први догађај), али када се тумачи на нивоу случаја, вредност се узима из хронолошки последњег догађаја у случају.
Финансијски по догађају

Фиксни трошак/приход/нумеричка вредност која се мења по обављеној активности, на пример, трошкови курирске службе. Финансијска вредност се израчунава као збир (средња вредност, минимум, максимум) финансијских вредности по сваком догађају.
Финансијски по случају (први догађај)

Атрибут „Финансијски по случају“ је додатни нумерички атрибут који се са аналитичке тачке гледишта сматра да има једну вредност по случају (на пример, износ фактуре у америчким доларима). Међутим, дневник догађаја који се уноси не мора нужно бити у складу са конзистентношћу тако што ће имати исту вредност за одређени атрибут за све догађаје у дневнику догађаја. Можда неће бити могуће осигурати то, на пример, када се користи инкрементално освежавање података. Power Automate Процесс Рударење прима податке такве какви јесу, чувајући све вредности дате у дневнику догађаја. Међутим, користи такозвани механизам интерпретације атрибута на нивоу случаја за рад са атрибутима на нивоу случаја.

Другим речима, кад год се атрибут користи за одређену функцију која захтева вредности на нивоу догађаја (на пример, филтрирање на нивоу догађаја), производ користи вредности на нивоу догађаја. Кад год је потребна вредност на нивоу случаја (на пример, филтер на нивоу случаја, анализа основног узрока), користи се интерпретирана вредност, која се узима из хронолошки првог догађаја у случају.
Финансијски по случају (последњи догађај)

Исто као и Финансијски по случају (први догађај), али када се тумачи на нивоу случаја, вредност се узима из хронолошки последњег догађаја у случају.

Где добити податке дневника из ваше апликације

Могућности рударења процеса потребни су подаци дневника догађаја да би се извршило рударење процеса. Иако многе табеле које постоје у бази података ваше апликације садрже тренутно стање података, оне можда не садрже историјски запис догађаја који су се десили, што је потребан формат дневника догађаја. Срећом, у многим већим апликацијама, овај историјски запис или дневник се често чува у одређеној табели. На пример, многе Dynamics апликације чувају овај запис у табели Активности. Друге апликације, попут SAP-а или Salesforce-а, имају сличне концепте, али назив може бити другачији.

У овим табелама које бележе историјске записе, структура података може бити сложена. Можда ћете морати да спојите табелу дневника са другим табелама у бази података апликације да бисте добили одређене ИД-ове или имена. Такође, нису сви догађаји који вас занимају евидентирани. Можда ћете морати да утврдите које догађаје треба чувати или филтрирати. Ако вам је потребна помоћ, требало би да контактирате ИТ тим који управља овом апликацијом да бисте сазнали више.

Повежите се са извором података

Предност директног повезивања са базом података је у томе што извештај о процесу буде ажуриран најновијим подацима из извора података.

Power Query подржава велики број конектора који пружају начин да се процес рударења повеже и увезе податке из одговарајућег извора података. Уобичајени конектори укључују текст/CSV, Microsoft Dataverse и SQL Server базу података. Ако користите апликацију као што је SAP или Salesforce, можда ћете моћи да се директно повежете са тим изворима података преко њихових конектора. За информације о подржаним конекторима и како их користити, посетите Конектори у Power Query.

Испробајте могућност анализе процеса помоћу конектора за текст/CSV

Један једноставан начин да испробате могућност рударства процеса без обзира на то где се налази ваш извор података је помоћу Тект / ЦСВ конектора. Можда ћете морати да радите са администратором базе података да бисте извезли мали узорак дневника догађаја као ЦСВ датотеку. Када имате ЦСВ датотеку, можете је увести у способност рударства процеса користећи следеће кораке на екрану за избор извора података.

Белешка

Морате имати OneDrive за посао да бисте користили Тект / ЦСВ конектор. Ако немате OneDrive за посао, размислите о коришћењу празне табеле уместо текста / ЦСВ-а , као у следећем кораку КСНУМКС. Нећете моћи да увезете онолико записа у празну табелу.

На почетној страници рударства процеса креирајте процес тако што ћете изабрати Старт овде.
Унесите име процеса и изаберите Креирај.
На екрану Изаберите извор података изаберите Све категорије Текст / ЦСВ>.
Изаберите Прегледајте OneDrive. Можда ћете морати да потврдите аутентичност.
Отпремите дневник догађаја тако што ћете изабрати икону Отпреми у горњем десном углу, а затим одабрати Датотеке.
Отпремите дневник догађаја, изаберите датотеку са листе, а затим изаберите Отвори да бисте користили ту датотеку.

Користите конектор протока података

Конектор протока података није подржан. Microsoft Power Platform Постојећи проток података не може се користити као извор података за Power Automate рударство процеса.

Користите Dataverse конектор

Конектор Dataverse није подржан у Microsoft Power Platform. Потребно је да се повежете са њим помоћу ОДата конектора, што захтева још неколико корака.

Уверите се да имате приступ животној средини Dataverse .
Потребан вам је УРЛ окружења окружења са Dataverse којим покушавате да се повежете. Обично то изгледа овако:

Да бисте сазнали како да пронађете УРЛ адресу, идите на Проналажење Dataverse УРЛ-а окружења.
На екрану Power Query - Изаберите изворе података, изаберите ОДата.
У УРЛ поље за текст, упишите апи/дата/v9.2 на крају УРЛ-а, тако да изгледа овако:
У области Акредитиви за повезивање изаберите Организациони налог у пољу Врста аутентификације.
Изаберите пријавите се и унесите своје акредитиве.
Изаберите Следеће.
Проширите фасциклу ОДата . Требало би да видите све табеле Dataverse у том окружењу. Као пример, табела активности се зове ацтивитипоинтерс.
Изаберите поље за потврду поред табеле коју желите да увезете, а затим изаберите Даље .