多級(jí)流程是一種復(fù)雜的流程，其中包含具有多對(duì)多關(guān)系的實(shí)體，例如：采購(gòu)到付款（P2P）和訂單到現(xiàn)金（O2C）。傳統(tǒng)的流程​​挖掘技術(shù)無(wú)法解決此類(lèi)復(fù)雜業(yè)務(wù)流程中存在的典型問(wèn)題——數(shù)據(jù)發(fā)散和收斂問(wèn)題。

您可以利用多級(jí)流程立即發(fā)現(xiàn)一個(gè)實(shí)體中的活動(dòng)如何給另一個(gè)實(shí)體的流程帶來(lái)瓶頸和偏差，因此，有了多級(jí)流程，您就永遠(yuǎn)不必?fù)?dān)心您為了解決了采購(gòu)效率低下的問(wèn)題而實(shí)施的變更會(huì)導(dǎo)致開(kāi)票效率低下，出現(xiàn)得不償失的情況。

我們繼續(xù)來(lái)探討多級(jí)流程。

端到端業(yè)務(wù)流程通常由多個(gè)流程和應(yīng)用組成。請(qǐng)想想 SAP 中的采購(gòu)到付款流程。從請(qǐng)購(gòu)到發(fā)票的整個(gè)過(guò)程涉及四個(gè)不同但存在關(guān)聯(lián)的流程：

- 請(qǐng)購(gòu)

- 訂購(gòu)

- 收貨

- 發(fā)票

一張發(fā)票可能與多項(xiàng)請(qǐng)購(gòu)、訂購(gòu)和貨物相關(guān)，因此，一個(gè)用例可以將多個(gè)請(qǐng)購(gòu)、訂購(gòu)和收貨流程實(shí)例組合到一個(gè)發(fā)票流程實(shí)例之中。

IBM Process Mining 能夠通過(guò)多級(jí)流程將這四個(gè)流程中的多個(gè)實(shí)例組合到一個(gè)用例中。 從業(yè)務(wù)角度來(lái)看，這恰好能滿(mǎn)足您的需求：您想要將與一張發(fā)票關(guān)聯(lián)的所有請(qǐng)購(gòu)或訂購(gòu)歸入一個(gè)用例。

接下來(lái)，我們舉一個(gè)簡(jiǎn)單的例子。

我們通過(guò)兩份不同的請(qǐng)購(gòu)單向一家供應(yīng)商訂購(gòu)了四件貨物。

采購(gòu)部門(mén)負(fù)責(zé)處理這些請(qǐng)購(gòu)單并創(chuàng)建一份訂單，每行代表一件貨物。

隨后，倉(cāng)庫(kù)收到四件貨物并其登記在一張收貨單上，每行代表一件貨物。

幾天后，會(huì)計(jì)部門(mén)收到并登記發(fā)票，然后進(jìn)行付款。

如果采用多級(jí)流程，這些事件均與一個(gè)用例相關(guān)聯(lián)，因?yàn)樗鼈児灿靡粡埌l(fā)票。

這樣我們就能得到正確的統(tǒng)計(jì)數(shù)據(jù)：當(dāng)我們計(jì)算成本時(shí)，我們只需計(jì)算一次發(fā)票成本即可。

如果未采用多級(jí)流程，那么，每次請(qǐng)購(gòu)都會(huì)產(chǎn)生一個(gè)用例，對(duì)應(yīng)一張發(fā)票。顯然，這種統(tǒng)計(jì)方法是錯(cuò)誤的，因?yàn)槲覀儠?huì)將發(fā)票成本計(jì)算四次。

更重要的是，多級(jí)流程可創(chuàng)建一個(gè)準(zhǔn)確的模型，我們可以從中模擬某個(gè)子流程發(fā)生的變化，并衡量這些變化對(duì)其他子流程的影響。提高請(qǐng)購(gòu)/訂購(gòu)的效率可能會(huì)導(dǎo)致發(fā)票環(huán)節(jié)出現(xiàn)新瓶頸，而我們可以發(fā)現(xiàn)這些瓶頸。如果未采用多級(jí)流程，我們就無(wú)法能進(jìn)行這樣的檢測(cè)，因?yàn)槲覀冎荒茉谧恿鞒讨g建立一對(duì)一的關(guān)系。

我們來(lái)看看 IBM Process Mining 中的一個(gè)簡(jiǎn)單示例。

我們從 SAP P2P 數(shù)據(jù)集中提取并簡(jiǎn)化了與發(fā)票 3018000116_2018_IT10 對(duì)應(yīng)的一個(gè)案例相關(guān)的多個(gè)事件。

您可以下載此 CSV 文件，然后將其加載到 IBM Process Mining 中。請(qǐng)確保映射以下 4 列：Req_ID, PO_ID, MatDoc_ID, and Invoice_ID to 'Process ID'。

您可以獲得該流程模型，它能夠清晰顯示正確的子流程實(shí)例數(shù)量。

在流程挖掘項(xiàng)目設(shè)置中，我們已經(jīng)說(shuō)明，這些活動(dòng)的成本為 20 美元（簡(jiǎn)化），然后，我們可以看到成本視圖并確信有效成本準(zhǔn)確無(wú)誤，因?yàn)槲覀儍H計(jì)算了一次發(fā)票成本。

我們可以使用分析功能計(jì)算用例的總成本、總訂單金額和總發(fā)票金額。這樣，我們就能獲得正確的統(tǒng)計(jì)數(shù)據(jù)。

如果沒(méi)有多級(jí)流程功能會(huì)怎樣？

好，我們?cè)賮?lái)看同一個(gè)用例，假設(shè) IBM Process Mining 不具有多級(jí)流程功能。

這樣，我們就需要添加一個(gè) caseID 列，作為每個(gè)子流程組合的唯一識(shí)別號(hào)。如上所述，我們必須將每張發(fā)票與每個(gè)請(qǐng)購(gòu)/訂購(gòu)/貨物組合相關(guān)聯(lián)，這會(huì)導(dǎo)致數(shù)據(jù)重復(fù)。文件在這里。您應(yīng)當(dāng)創(chuàng)建一個(gè)新項(xiàng)目，僅映射 CaseID 字段。

模擬頻率視圖會(huì)顯示這一結(jié)果，同時(shí)出現(xiàn)四張發(fā)票，和我們預(yù)期的錯(cuò)誤結(jié)果一樣。

通過(guò)查看成本視圖得到的成本不正確，因?yàn)榕c發(fā)票相關(guān)的每項(xiàng)活動(dòng)都被計(jì)算了四次。

因此，儀表板會(huì)顯示錯(cuò)誤的統(tǒng)計(jì)數(shù)據(jù)，因?yàn)榕c每張發(fā)票相關(guān)的數(shù)據(jù)都會(huì)被乘以 4。

可見(jiàn)，我們確實(shí)可以通過(guò)這種強(qiáng)大的多級(jí)流程能力正確地模擬端到端業(yè)務(wù)中涉及的多個(gè)流程。

在發(fā)現(xiàn)流程及變體，分析成本，繪制統(tǒng)計(jì)數(shù)據(jù)以及在模擬中使用數(shù)字孿生技術(shù)時(shí)均可利用多級(jí)流程能力。

原文鏈接：https://community.ibm.com/community/user/automation/blogs/patrick-megard1/2021/06/02/what-is-multi-level-process-mining-and-why-it-does?CommunityKey=347f0b63-ba83-42bb-a040-85d25f9b661a

了解更多IBM相關(guān)：http://cloud.51cto.com/act/ibm2021q3/cloud#p2