第一篇：BPM系統(tǒng)實現(xiàn)采購申請流程的自動化

BPM系統(tǒng)中實現(xiàn)采購申請流程的自動化

采購申請是請求和授權(quán)組織內(nèi)的一個部門購買產(chǎn)品和服務(wù)的一個流程。它包含了要購買的產(chǎn)品或服務(wù)的描述及數(shù)量，需要的到貨時間、帳號以及采購部門獲批用于采購產(chǎn)品或服務(wù)的經(jīng)費數(shù)目。作為組織機構(gòu)內(nèi)部財務(wù)控制的一部分，會計部門負(fù)責(zé)按照一個采購申請流程，來管理所有產(chǎn)品和服務(wù)的采購申請。這些請求會形成文檔，依次經(jīng)過組織機構(gòu)的各級批準(zhǔn)，然后送給會計部門。

一、組織機構(gòu)實現(xiàn)采購申請流程時所面臨的挑戰(zhàn)

組織機構(gòu)可以創(chuàng)建一個采購申請流程來幫助管理所有的采購申請，但是，為了能夠控制開銷，并符合所在地區(qū)嚴(yán)格的會計政策，這一流程需要在整個機構(gòu)內(nèi)實施。然而，那些不經(jīng)常進(jìn)行產(chǎn)品和服務(wù)采購的請求者，幾乎不知道如何采購他們需要的東西，也不清楚公司現(xiàn)在有哪些政策需要遵守，有哪些預(yù)算和花費限制，也缺乏對流程和會計要求的理解。另外，如果試圖強制實行嚴(yán)格的采購申請流程或規(guī)則，不可避免將導(dǎo)致這些過程都被牽涉其中，但是，沒有正式文檔的臨時性的花費，仍然是組織內(nèi)的一個企業(yè)文化問題。

此外，一個手工的，使用紙質(zhì)文檔的流程是非常費力的：申請者需要手工打字，重新鍵入，記入日志，驗證生效，發(fā)送到各個部門，然后保存起來。這樣的流程不但效率低下，并且容易犯錯，對于使用者和管理者來說都很麻煩。由于數(shù)據(jù)分散在各個系統(tǒng)中，要想獲取相關(guān)信息，使用者要浪費不少時間，并導(dǎo)致緩慢的申請周期。人工通知，跟蹤，和報告都會造成效率低下，也會導(dǎo)致采購工作周期的失去有效控制。二、一個真正全面的采購申請流程，應(yīng)該具有以下特性：

●對所有類型的花費，有一個簡單，統(tǒng)一的申請流程 ●所有人和系統(tǒng)都在相同的平臺之上，從而實現(xiàn)有效合作 ●負(fù)責(zé)所有類型的供應(yīng)來源和流程 ●采購申請流程要和采購系統(tǒng)集成起來 ●使用簡單，適合不同階段，不同場景 ●用戶可以看到采購政策并采用 ●需要考慮未來采購的長期規(guī)劃 ●每項采購的財務(wù)結(jié)果清晰可見

●具有可擴(kuò)展性，能滿足組織未來的發(fā)展需要

一個好的解決方案應(yīng)該能夠降低一個紛復(fù)繁雜的采購方案的復(fù)雜性，采用一種簡單靈活的表現(xiàn)形式，并確保組織采購和授權(quán)政策的合規(guī)。這個系統(tǒng)應(yīng)該能獲取實時的數(shù)據(jù)，并讓所有牽涉的人都在同一平臺上實現(xiàn)有效合作。

三、采購申請流程自動化的好處

組織結(jié)構(gòu)可以實現(xiàn)采購申請流程的自動化，從而大幅度的降低管理成本，更好的管理廠商支付。如果申請流程是建立在一個業(yè)務(wù)流程管理平臺之上，組織機構(gòu)可以很容易的將其ERP及其他核心業(yè)務(wù)系統(tǒng)同自動化的采購申請流程集成在一起。于是乎，組織機構(gòu)可以縮短批準(zhǔn)周期，降低管理開銷，在保持合乎規(guī)定的同時，有效的控制和加速申請過程。

●采購過程流水線化，提高效率和生產(chǎn)力 ●系統(tǒng)具有可擴(kuò)展行，能適應(yīng)突發(fā)的采購增長 ●排除人工處理，將流程錯誤降低最低

●實時通知相關(guān)人員，縮短批準(zhǔn)周期，提高KPI和SLA水平●對流程監(jiān)視，調(diào)整，實現(xiàn)最優(yōu)化 ●符合所有企業(yè)和政府的政策 ●消除人工干預(yù)，提高數(shù)據(jù)的準(zhǔn)確程度 ●可以和現(xiàn)有的以及遺留應(yīng)用進(jìn)行集成

●根據(jù)流程的前后順序，通知相關(guān)操作人員，確保流水化作 ●降低管理和運送費用

●確保文檔的準(zhǔn)確性，安全性和可靠性 ●用戶的權(quán)限管理

景尚科技建議，構(gòu)建于一個好的BPM產(chǎn)品之上的解決方案將會最小化管理成本，并實現(xiàn)流程的全部自動化。所有利益相關(guān)者都使用同一個平臺，并使這個流程對每個人都可見，那么，批準(zhǔn)時間就可以大大縮短。BPM解決方案將會有效地推進(jìn)購買策略的實施，從而可以削減所采購貨物和服務(wù)的成本。

這個解決方案不僅能解決當(dāng)前的需要，并且能支持在政策，文檔類型，用戶和連接系統(tǒng)等各個方面的改變，如果要采用多個當(dāng)前的標(biāo)準(zhǔn)，這個方案也很容易實現(xiàn)。

（文：成都景尚科技有限公司）

第二篇：采購申請、審批流程

規(guī)范企業(yè)采購申請流程

一、請購及其規(guī)定

1．請購的定義

請購是指某人或者某部門根據(jù)生產(chǎn)需要確定一種或幾種物料，并按照規(guī)定的格式填寫一份要求獲得這些物料的單據(jù)的整個過程。

2．請購單的要素

完整的請購單應(yīng)包括以下要素：

（1）請購的部門；

（2）請購物品所屬項目；

（3）請購的用途；

（4）請購的物品名；

（5）請購的物品數(shù)量；

（6）請購的物品規(guī)格；

（7）請購物品的樣品、圖紙或技術(shù)資料等；

（8）請購的物品的需求時間；

（9）請購如有特殊需要請備注；

（10）請購單填寫人；

（11）請購部門主管；

（12）請購單審核人；

（13）采購負(fù)債人審核；

（14）財務(wù)審核人；

（15）公司總經(jīng)理。

3．請購單及其提報規(guī)定

（1）請購單應(yīng)按照要素填寫完整、清晰，由公司領(lǐng)導(dǎo)審核批準(zhǔn)后報采購部門；（2）固定資產(chǎn)申購按照附表一（固定資產(chǎn)購置申請表）的格式進(jìn)行填寫提報；（3）其他材料設(shè)備及工程項目申購按照附表二（物資采購申請表.）的格式填寫提報；（4）日常零星采購按照公司印制的按照附表三（物資采購審批單）的格式填寫提報；（5）請購部門在提報請購單是應(yīng)要求采購部簽字接收人請購部門備份；（6）涉及的請購數(shù)量過多時可以附件清單的形式進(jìn)行提交，為提高效率該清單的電子文檔也需一并提交；

（7）遇公司生產(chǎn)、生活急需的物資，公司

領(lǐng)導(dǎo)不在的情況，可以電話或其他形式請示，征得同意后提報采購部門，簽字確認(rèn)手續(xù)后補。（8）如果是單一來源采購或指定采購廠家及品牌的產(chǎn)品，請購部門必須作出書面說明。（9）請購單的更改和補充應(yīng)以書面形式由公司領(lǐng)導(dǎo)簽字后報采購部。

4．公司物資請購單的提報部門

（1）公司經(jīng)營生產(chǎn)的物資、勞務(wù)、固定資產(chǎn)、工程及其他項目由生產(chǎn)部門提報；（2）公司生活及辦公的物資、固定資產(chǎn)、服務(wù)或其他生活及辦公項目由辦公室提報；

（3）公司各部門專用的物資由各部門自行提報。

二、請購單的接收及分發(fā)規(guī)定

1、請購的接收要點

（1）采購部在接收請購單時應(yīng)檢查請購單的填寫是否按照規(guī)定填寫完整、清晰，檢查請購單是否經(jīng)過公司領(lǐng)導(dǎo)審批；

（2）接收請購單時應(yīng)遵循無計劃不采購，名稱規(guī)格等不完整清晰不采購，圖紙及技術(shù)資料不全不采購，庫存已超儲積壓的物資不采購的原則；

（3）通知倉庫管理人員核查請購物資是否有庫存；

（4）對于不符合規(guī)定和撤銷的請購物資應(yīng)及時通知請購部門。

2、請購單的分發(fā)規(guī)定

（1）對于請購單采購部應(yīng)按照人員分工和崗位職責(zé)進(jìn)行分工處理；（2）對于緊急請購項目應(yīng)優(yōu)先處理；

（3）無法于請購部門需求日期辦妥的應(yīng)通知請購部門；

（4）重要的項目采購前應(yīng)征求公司相關(guān)領(lǐng)導(dǎo)的建議。

3、采購周期的規(guī)定

（1）單次采購金額預(yù)算在1萬元以下的零星采購項目或預(yù)算在1萬元以下可市區(qū)采購的物資及產(chǎn)品的采購周期不應(yīng)超過5天；

（2）單次采購金額預(yù)算在1萬元以上的項目比價采購，采購周期不應(yīng)超過15天

（3）單次采購金額預(yù)算在20萬元以上的項目采購部自行招標(biāo)采購，采購周期不應(yīng)超過40天；（4）單次采購金額預(yù)算在100萬元以上的項目可委托代理招標(biāo)公司代理招標(biāo)，采購周期不應(yīng)超過60天；

（5）請購部門應(yīng)按照以上（1）-（4）條中規(guī)定的時間提前提包請購單采購部如未能按時完成采購任務(wù)時應(yīng)向公司領(lǐng)導(dǎo)說明原因；

（6）遇到緊急采購應(yīng)匯報公司領(lǐng)導(dǎo)采取快速優(yōu)先采購的策略；

三、詢價及其規(guī)定

1．詢價請應(yīng)認(rèn)真審閱請購單的品名、規(guī)格、數(shù)量、名稱，了解圖紙及其技術(shù)要求，遇到問題應(yīng)及時的與請購部門溝通；

2．屬于相同類型或?qū)傩越频漠a(chǎn)品應(yīng)整理、歸類集中打包采購；

3．對于緊急請購項目應(yīng)優(yōu)先處理；

4．所有采購項目上必須向生產(chǎn)廠家或服務(wù)商直接詢價，原則能不通過其代理或各種中介機構(gòu)詢價；

5．對于請購部門需求的物資或設(shè)備如有成本較低的替代品可以推薦采購替代品；

6．遇到重要的物資、項目或預(yù)估單次采購金額大于10萬的采購情況，詢價前應(yīng)先向公司相關(guān)領(lǐng)導(dǎo)匯報擬邀請報價或投標(biāo)單位的基本情況，按照附表四（擬報

價/招標(biāo)單位名單）的格式提報公司領(lǐng)導(dǎo)批準(zhǔn)方可詢價或發(fā)放標(biāo)書；

7．詢價時對于相同規(guī)格和技術(shù)要求應(yīng)對不同品牌進(jìn)行詢價；

8．除固定資產(chǎn)外單次采購金額在1萬元以下項目可以自行采購；單次采購金額預(yù)算金額在1萬元以上的所有項目都應(yīng)要求至少三家上的供應(yīng)商參與比價或招標(biāo)采購，比價或招標(biāo)項目應(yīng)至少邀請四家以上單位參與；單次采購金額預(yù)算價格在20萬元以上的項目應(yīng)由采購部組織招標(biāo)，公司相關(guān)領(lǐng)導(dǎo)參與監(jiān)督；單次采購金額預(yù)算價格在100萬元以上的項目由公司領(lǐng)導(dǎo)決定是否委托第三方機構(gòu)代理招標(biāo)；

9．比價采購或招標(biāo)采購所邀請的單位均應(yīng)具備一定資質(zhì)和實力，具有提供或完成我公司所需物資和項目的能力；

10．比價采購或招標(biāo)采購應(yīng)按照附表五（材料或設(shè)備詢價表）的格式或擬定完整的招標(biāo)文件格式進(jìn)行詢價；

11．在詢價時遇到特殊情況應(yīng)書面報請公司領(lǐng)導(dǎo)批示。

三、比價、議價

1．對廠商的供應(yīng)能力，交貨時間及產(chǎn)品或服務(wù)質(zhì)量進(jìn)行確認(rèn)；

2．對于合格供應(yīng)商的價格水平進(jìn)行市場分析，是否其他廠商的價格最低，所報價格的綜合條件更加突出；

3．收到供應(yīng)單位第一次報價或進(jìn)行開標(biāo)后應(yīng)向公司領(lǐng)導(dǎo)匯報情況，設(shè)定議價目標(biāo)或理想中標(biāo)價格；

4．重要項目應(yīng)通過一定的方法對于目標(biāo)單位的實力，資質(zhì)進(jìn)行驗證和審查，如通過進(jìn)行實地考察了解供應(yīng)商的各方面的實力等；

5．參考目標(biāo)或理想中標(biāo)價格與擬合作單位或擬中標(biāo)單位進(jìn)行價格及條件的進(jìn)一

步談判。

四、比價、議價結(jié)果匯總

1．比價比價、議價匯總前應(yīng)匯報公司相關(guān)領(lǐng)導(dǎo)，征得同意后方可匯總；

2．比價、議價結(jié)果匯總應(yīng)按照附表六（比價/招標(biāo)匯總表）的格式完整列出報價、工期、付款方式及其他價格條件、列出擬選用單位及選用理由，按照一定順序逐一審核；

3．如比價、議價結(jié)果未通過公司領(lǐng)導(dǎo)審核應(yīng)進(jìn)行修改或重新處理。

五、合同的簽訂及其規(guī)定。

1．合同

合同是當(dāng)事人或當(dāng)事雙方之間設(shè)立、變更、終止民事關(guān)系的協(xié)議。依法成立的合同，受法律保護(hù)。廣義合同指所有法律部門中確定權(quán)利、義務(wù)關(guān)系的協(xié)議。目前我們的采購工作主要涉及工礦產(chǎn)品買賣合同。（1）合同正文應(yīng)包含的要素

1）合同名稱、編號、簽訂時間、簽訂地點；

2）采購物品/項目的名稱/、規(guī)格、數(shù)量/工程量、單價、總價及合同總額，清單、技術(shù)文件與確認(rèn)圖紙是合同不可分割的部分； 3）包裝要求；

4）合同總額應(yīng)含稅，含運達(dá)公司的總價，特殊情況應(yīng)注明；

5）付款方式； 6）工期； 7）質(zhì)量保證期； 8）質(zhì)量要求及規(guī)范；

9）違約責(zé)任和解決糾紛的辦法； 10）雙方的公司信息； 11）其他約定。（2）合同簽訂及其規(guī)定

1）如涉及到技術(shù)問題及公司機密的，注意保密責(zé)任； 2）擬定合同條款時一定要將各種風(fēng)險降低到最低；

3）為防止合同工程量追加或追加無依據(jù)，打包采購時要求供貨方提供分項報價

清單；

4）遇貨物訂購數(shù)量較多且價值較大或難清點的情況時務(wù)必請廠商派代表來場協(xié)助清點； 5）質(zhì)保期一定要明確從什么時候開始并應(yīng)盡量要求廠商延長產(chǎn)品質(zhì)保期；

6）詳細(xì)約定發(fā)票的提供時間及要求；

7）針對不同的合同約定不同的付款方式，如設(shè)備類的合同一般應(yīng)分按照預(yù)付款、驗收款，調(diào)試服務(wù)款、質(zhì)量保證金的順序明確付款額度、付款時間和付款條件等 8）與初次合作的單位合作時，應(yīng)少付預(yù)付款或不付預(yù)付款； 9）違約責(zé)任一定要詳細(xì)、具體；

10）比價/招標(biāo)匯總表巡簽完畢后方可進(jìn)行合同的簽訂工作；

11）合同簽定簽應(yīng)按照附表七（合同審查批準(zhǔn)單）的格式對合同初稿進(jìn)行巡簽審查； 12）合同巡簽審查通過后應(yīng)由公司領(lǐng)導(dǎo)簽字，加蓋公司合同章方可生效；

13）簽訂的所有合同應(yīng)及時報送財務(wù)部門。

六、付款及合同執(zhí)行 1．付款規(guī)定

（1）所有已簽訂合同付款時應(yīng)參照公司《修造船公司材料采購付款及報銷流程V1.修改版》及《修造船公司資金支出審批及報銷簽字權(quán)限及管理制》中的相關(guān)規(guī)定執(zhí)行；（2）按照進(jìn)度付款的采購項目必須確保質(zhì)檢合格方可付款；

（3）按照貴司規(guī)定和合同約定達(dá)到付款條件的合同在付款時應(yīng)填寫附表八（資金支出審批單）或附表九（付款審批單），該審批單巡簽完畢后提交財務(wù)部付款；

（4）財務(wù)部門在接到付款審批單后應(yīng)在3天內(nèi)付款，以免影響合同的執(zhí)行和供貨周期，遇特殊情況限延期付款的應(yīng)及時的通知采購部并匯報公司領(lǐng)導(dǎo)。

2．合同執(zhí)行

(1)已簽訂合同由采購部項目負(fù)責(zé)人負(fù)責(zé)跟進(jìn)，由采購部負(fù)責(zé)人進(jìn)行監(jiān)督，如出現(xiàn)問題，采購部應(yīng)及時提出建議或補救措施，并及時通知請購部門及公司領(lǐng)

導(dǎo)；

（2）已簽訂的合同在執(zhí)行期間，應(yīng)及時掌握合作單位對于合同義務(wù)和責(zé)任的履行情況，跟蹤并督促其保質(zhì)保量，按時履約；

（3）合同在履行期間應(yīng)按照上方約定嚴(yán)格執(zhí)行合同，遇未盡事宜應(yīng)及時協(xié)商并簽訂補充合同。

七、報驗與入庫

1．報驗

（1）供應(yīng)單位已經(jīng)履行完畢的合同，采購部應(yīng)及時的通知質(zhì)檢部門進(jìn)行驗收；（2）對于不同類型的合同的標(biāo)的物的驗收標(biāo)準(zhǔn)參照公司質(zhì)檢部門的相關(guān)規(guī)定執(zhí)行；（3）達(dá)到質(zhì)檢和報驗條件的合同標(biāo)的物應(yīng)在第一時間報請質(zhì)檢部門進(jìn)行質(zhì)檢、驗收；（4）質(zhì)檢部門在接到采購部報驗通知后應(yīng)及時報驗，并出具報驗結(jié)果證明書，對于質(zhì)檢不及時延誤生產(chǎn)部門使用或不能入庫的情況質(zhì)檢部門應(yīng)負(fù)主要責(zé)任；（5）用于公司生活和辦公的物資不在公司質(zhì)檢部質(zhì)檢范圍之內(nèi)。

2．入庫

（1）公司所有的生產(chǎn)材料、設(shè)備及外協(xié)加工件入庫前均應(yīng)通過質(zhì)檢部門的檢驗或驗收；（2）合同標(biāo)的物在運達(dá)公司后采購部應(yīng)及時通知請購部門，由請購部門及時安排卸貨與搬運；（3）質(zhì)檢部門未及時驗收的合同標(biāo)的物，倉庫在收到送貨清單后應(yīng)將其作為暫存物資接受；（4）質(zhì)檢部門已經(jīng)驗收的產(chǎn)品倉庫應(yīng)及時的入庫，并及時出具入庫清單；（5）外協(xié)加工件應(yīng)按照原材料入庫；

（6）質(zhì)檢合格后的固定資產(chǎn)及服務(wù)按照公司財務(wù)規(guī)定不入庫。

第三篇：工作流與K2 BPM的實現(xiàn)

背景

工作流產(chǎn)品眾多，而它們之間又缺乏統(tǒng)一的標(biāo)準(zhǔn)，使得不同的產(chǎn)品之間很難實現(xiàn)協(xié)同工作。為了解決這一問題，工作流管理聯(lián)盟（WFMC）于1993 年成立，并提出了工作流參考模型，制定了五個標(biāo)準(zhǔn)接口。

其中有一個接口是過程定義接口。幾乎每個工作流產(chǎn)品都有自己的過程定義語言（也稱為工作流語言），可以從四個方面（控制流、數(shù)據(jù)流、資源、操作）來研究流程，工作流模式（Work Flow Pattern）只是涉及到其中的控制流部分?？刂屏鳎╟ontrol flow）描述了活動在不同結(jié)構(gòu)中的執(zhí)行順序?？刂屏鲗ξ覀冇行дJ(rèn)識、理解工作流規(guī)范具有很大幫助。工作流規(guī)范需要不斷地擴(kuò)展，以便滿足新的需求，因此有必要對控制流進(jìn)行基礎(chǔ)的認(rèn)識和分析。1.模式總述

工作流模式系統(tǒng)化地表述了基本的和復(fù)雜的結(jié)構(gòu)。模式（pattern）是從具體形式中抽象出來的。面向?qū)ο蟮脑O(shè)計模式，規(guī)定了不依賴于具體的實現(xiàn)技術(shù)，同時也不依賴于所在領(lǐng)域的基本需求。

Carl Adam Petri基于Petri網(wǎng)原理提出的21個工作流模式，用于工作流過程建模和分析。這些模式，僅限于靜態(tài)控制流，而不考慮資源分配、實例控制、異常處理和事務(wù)管理。

支持工作流模式

過程種類

順序（Sequence）

基礎(chǔ)控制過程

（Basic Control Patterns）

并行分支（Parallel Split）同步（Synchronization）排他選擇（Exclusive Choice）簡單合并（Simple Merge）多路選擇（Multiple Choice）

高級分支和同步過程

多路合并（Multiple Merge）

（Advanced Branching and 同步合并（Synchronizing Merge）Synchronization Patterns）鑒別器（Discriminator）

M中N鑒別（N out of M）

結(jié)構(gòu)化過程

（Structural Patterns）多實例過程

（Patterns Involving Multiple Instances）

任意循環(huán)（Arbitrary Cycles）隱式終止（Implicit Termination）非同步多實例（MI-without Sync）在設(shè)計期間預(yù)先確定的多實例（MI with a Priori Design Time Knowledge）

在運行期預(yù)先確定的多實例（MI with a Priori Runtime Knowledge）

無法在運行期預(yù)先確定的多實例（MI without a Priori Runtime Knowledge）

過程狀態(tài)

（State-based patterns）過程取消

（Cancellation Patterns）

1.K2 Blackpearl

K2 Blackpearl 是SourceCode公司基于.NET WF構(gòu)建的流程開發(fā)平臺的核心產(chǎn)品。代碼可支持生成WF代碼，流程設(shè)計環(huán)境使用WPF構(gòu)建，并完全嵌入到VS 2005中，與微軟產(chǎn)品緊密結(jié)合。

K2 blackpearl 包括業(yè)務(wù)流程管理與工作流性能?？梢酝ㄟ^建立應(yīng)用來管理業(yè)務(wù)流程并使其自動化，或者集業(yè)務(wù)流程、人員、服務(wù)、信息和系統(tǒng)于單一的應(yīng)用，從而幫助推動業(yè)務(wù)發(fā)展。

1.基礎(chǔ)控制過程

這五個模式的共同點在于：模式所涉及流程的執(zhí)行路徑是在設(shè)計時即可確定的，不需運行時的信息。包括：Sequence（順序模式）、Parallel split（并行分支模式）、Synchronization（同步模式）、Exclusive choice（排他選擇）、Simple merge（簡單合并模式）。順序（Sequence）

?

延期選擇（Deferred Choice）

交叉并行路由(Interleaved Parallel Routing）里程碑（Milestone）取消任務(wù)（Cancel Activity）取消流程（Cancel Case）

描述：

工作流中的各個活動在同一個進(jìn)程中按順序依次執(zhí)行。

? 案例：

“用戶付款”后才能進(jìn)行“發(fā)送貨物”。

? K2實現(xiàn)： 平行拆分（Parallel Split）

?

描述：

工作流中從一個線程中的一個點拆分為在多個線程中平行執(zhí)行的多個活動。這些平行的活動之間沒有關(guān)聯(lián)，執(zhí)行沒有順序關(guān)系。

? 案例：

“用戶付款”后激活了“發(fā)送貨物”以及“通知用戶”的執(zhí)行。

? K2實現(xiàn)：

同步（Synchronization）

?

描述： 在流程中的某個點，多個并行的子流程或者活動，合并成一個流程。流程必須等待所有的分支都執(zhí)行完以后，才能激活后續(xù)活動，這就是“同步”之意。

模式3一般與模式2配合使用。

? 案例：

“發(fā)送貨物”以及“通知用戶”兩個并行活動執(zhí)行完畢后，激活“存檔”活動。

? K2實現(xiàn)：

每個分支維護(hù)自己的完成標(biāo)記，所有Line Rules都設(shè)置成：所有分支均完成。排他選擇（Exclusive Choice）

?

描述：當(dāng)一個活動完成以后，可以有多個分支進(jìn)行選擇，但是只能選擇其中的一個分支，即多選一。

? 案例：“下完訂單”后，可以選擇“銀行卡付款”或者“郵局匯款”，只要選擇一種方式即可。

? K2實現(xiàn) ： 兩個Line Rules的邏輯是互斥的。

簡單合并（Single Merge）

?

描述：

有兩個或多個可選擇的分支，在某一點處合并成一個分支，但并不是同步合并（與模式2的區(qū)別）。與模式4也有點相似，都是“多選一”，但模式4是分散，而模式5 是合并。一般采用“先進(jìn)先出”原則，但是后續(xù)活動只產(chǎn)生一次（如果后續(xù)活動執(zhí)行多次產(chǎn)生多實例，就是模式8）。

模式5一般與模式4配合使用。

? 案例：

無論在何種方式的“付款”之后，進(jìn)行“發(fā)送貨物”。

? K2實現(xiàn)： 每個分支維護(hù)自己的完成標(biāo)記，所有Line Rules都設(shè)置成：有且僅有本分支完成。

1.高級分支與同步模式 多路選則（Multi-choice）

? 描述：

當(dāng)一個活動完成以后，有多個分支進(jìn)行選擇，可以選擇其中的一個或者多個分支，即“多選多”（模式4 選擇是“多選一”模式）。選擇的多個分支可能存在并行執(zhí)行的情況。模式6可以認(rèn)為是模式4的擴(kuò)展。

? 案例

“發(fā)起會簽”之后，可以多種選則會簽方式，但至少要選擇一種。

? K2實現(xiàn)

3個Line Rules的邏輯是獨立的。

同步合并（Synchronize Merge）

? 描述： 在流程中的某個聚合點，多個分支路徑合并成一個路徑。在聚合點，流程會等待所有的分支到來，才能激活后續(xù)的活動。這個模式可以選擇分支路徑，如果只選擇一個分支，實現(xiàn)的功能類似于模式5 簡單聚合模式；如果選擇兩個及以上的分支，實現(xiàn)的功能類似于模式 3 同步模式。

模式7可以認(rèn)為是模式5的擴(kuò)展。模式7一般與模式6配合使用。

? 案例：

要等待所有需要會簽的活動都結(jié)束才進(jìn)入“會簽結(jié)束”，忽略不需要會簽的活動。

? K2實現(xiàn)

每個激活的分支都維護(hù)自己的完成標(biāo)記，Line Rules都設(shè)置為：所有激活的分支均完成。多路合并（Multi-merge）

? 描述：

在流程中多個分支（可能是模式6 多重選擇的一個或多個分支；也可能是模式2 并行中的多個分支），在合并時每個分支執(zhí)行完都會激活后面的活動。與模式5 簡單合并的區(qū)別在于：簡單合并的分支只有一個可執(zhí)行并且后續(xù)活動只激活一次；而多路合并是多個分支可執(zhí)行，后續(xù)活動激活多次。有的工作流引擎不支持。

? 案例：

報銷過程中假如分為住宿費、交通費、飛機票特殊報銷，每種類型都需要進(jìn)行審批。如果飛機票的審批比較嚴(yán)格，拖得較久，可能就需要其他的費用先審批通過進(jìn)入下一環(huán)節(jié)。

? K2實現(xiàn)：

無需添加任何的Line Rules。

鑒別器（Discriminator）

? 描述：

在流程中的某個聚合點，等待所有的分支（可能是并行分支，也可能是多重選l 擇分支）中的第一個分支執(zhí)行到達(dá)后，就立刻激活后續(xù)活動。

? 案例：

M個“會簽”活動中只要一個會簽完成就立即進(jìn)入“會簽結(jié)束”。

? K2實現(xiàn)：

“會簽”節(jié)點的Destination Rules 為Create M Slots，Line Rules的邏輯為at least 1 of slots。M中N鑒別模式（N out of M）

? 描述：

在流程中的某個聚合點，等待所有的M 個分支(可能是并行分支，也可能是多多選分支）中的前N 個分支執(zhí)行到達(dá)后，就立刻激活后續(xù)活動。與模式9的區(qū)別在于模式10有N路同步的概念。

? 案例：

M個“會簽”活動中只要N個會簽完成就立即進(jìn)入“會簽結(jié)束”。

? K2實現(xiàn)：

“會簽”節(jié)點的Destination Rules 為Create M Slots，Line Rules的邏輯為at least N of slots。

第四篇：需求申請及采購流程

有關(guān)采購采購流程再次明確

一、需求申請發(fā)起

1、采購申請單，相關(guān)列表填寫要求如下：

1.1、品名——所需物資的名稱、規(guī)格型號

1.2、單位——物資標(biāo)準(zhǔn)計量單位

1.3、數(shù)量——此次采購所需數(shù)量

1.4、計劃單價——此次需求申請計劃單件商品單價

1.5、計劃合計——此次需求申請計劃花費總金額

1.6、上次采購日期——明確填寫上次采買此類商品的采購日期（年、月、日）（若無可不填）

1.7、上次采購單價——明確填寫上次采買此類商品的藏偶單價（若無可不填）

1.8、用途及品質(zhì)要求——根據(jù)實際需要填寫

2、采購申請單，其他項目填寫要求如下：

2.1、申請部門——物資需求部門

2.2、申請人——制單人簽字確認(rèn)

2.3、時間——填寫制單日期

2.4、部門經(jīng)理——由部門負(fù)責(zé)人確認(rèn)所需購買物資的必要性

2.5、總經(jīng)理——由公司負(fù)責(zé)人確認(rèn)是否同意購買商品

3、根據(jù)填寫完整的采購申請單，在簽批流程完成后，轉(zhuǎn)采購進(jìn)行采買

二、采買物資相關(guān)要求

1、采購部人員需求部門要求進(jìn)行采買，采買物資需有如下環(huán)節(jié)：

1.1、貨比三家——對所購買物資進(jìn)行比價，在選擇性價比最優(yōu)商品進(jìn)行采購，零星采購由采購部負(fù)責(zé)人進(jìn)行審核，并轉(zhuǎn)公司負(fù)責(zé)人確認(rèn)

1.2、明確供應(yīng)商資質(zhì)——對供應(yīng)商資質(zhì)進(jìn)行確認(rèn)（零星采買可不進(jìn)行此操作），一般包括：營業(yè)執(zhí)照、銀行開戶許可、相關(guān)衛(wèi)生檢驗證明等

1.3、確定供應(yīng)商——已確定的供應(yīng)商，由采購部提交貨比三家及相關(guān)資質(zhì)證明，由采購部負(fù)責(zé)人簽字確認(rèn)后，轉(zhuǎn)公司負(fù)責(zé)人審批。

1.3、簽訂合同——我司購進(jìn)原材料等物品要求簽訂合同，重點明確合同主要條款，包括：合同起止時間、所購物資項目品類，數(shù)量、單價、金額，明確票據(jù)種類、結(jié)算方式、運費承擔(dān)、意外損失責(zé)任確認(rèn)等雙方權(quán)利

義務(wù)，1.4、采購有關(guān)物資，根據(jù)供應(yīng)商提供的銷售出庫單等有有效憑據(jù)辦理入庫手續(xù)。

1.5、根據(jù)實際入庫情況，與供應(yīng)商索要相關(guān)發(fā)票，憑發(fā)票辦理結(jié)算手續(xù)。

第五篇：工作流與K2 BPM的實現(xiàn)

1.結(jié)構(gòu)化過程

這兩個模式的共同點在于：模式所涉及流程的執(zhí)行路徑是由運行時決定的，而非設(shè)計時確定。包括：Arbitrary cycles（強制循環(huán)模式）、Implicit termination（隱式終止模式）。? 11 任意循環(huán)（Arbitrary Cycles）

? 描述：

工作流中的一個點可以讓一個或多個活動反復(fù)的執(zhí)行。

? 案例：

“修改提交”后進(jìn)入“經(jīng)理審批”，但未通過，又回到“修改提交”。

? K2實現(xiàn)：

? 12 隱式終止（Implicit Termination）

? 描述：

在一個流程中，如果沒有活動可執(zhí)行了那么流程就會終止。換句話說，在工作流中沒有active 狀態(tài)的活動了，而且也沒有活動會被激活，這就是隱式終止。（前提：工作流不能處于死鎖狀態(tài)）。

有的工作流引擎不支持。? 案例：

“主管審批”通過后進(jìn)入“經(jīng)理審批”，未通過則無下一個活動。? K2實現(xiàn)：

如果“主管審批”的輸入為“不同意”，流程將終止。

一般都會采用顯示終止，因為隱式終止可能會引起不被察覺的錯誤，例如意外的輸入可能導(dǎo)致流程的結(jié)束。

? 多實例過程

“多實例”是指在流程圖中，一個活動在同一時刻擁有多個可運行的、處于活動狀態(tài)的實例。

? 13 非同步的多實例（Multiple Instances Without Synchronization）

? 描述：

在流程中，一個活動可以激活多個實例，也就是說可以把一個活動分發(fā)成幾個控制線程。每個控制線程之間都是相互獨立的，并不需要同步它們。

? 案例：在網(wǎng)上訂購書籍，以書為單位，每一本都會獨立產(chǎn)生一個購書實例，并且每個實例之間不需要同步數(shù)據(jù)。? K2實現(xiàn)：

IPC Event調(diào)用方式需要選擇為Asynchronous。

? 14 在設(shè)計期間預(yù)先確定的多實例（Multiple Instances With a Priori Design Time Knowledge）

? 描述：

一個活動可以激活多次產(chǎn)生多個實例。而產(chǎn)生的實例的個數(shù)在流程設(shè)計時就事先知道了。一旦所有的實例都執(zhí)行完成，就會激活其他活動。? 案例：

有關(guān)某些特定資源的請求需要完成固定幾個不同的審核流程。? K2實現(xiàn)

主流程結(jié)構(gòu)為模式2平行拆分 + 模式3同步，IPC Event中調(diào)用方式需要選擇為Synchronous。

? 15 在運行期預(yù)先確定的多實例（Multiple Instances With a Priori Runtime Knowledge）

? 描述：

一個活動可以激活多次產(chǎn)生多個實例。而產(chǎn)生的實例的個數(shù)是變化的，取決于實例的特點或者可用資源數(shù)目，但是在流程執(zhí)行過程的某個時期，在這個活動的實例產(chǎn)生以前，要產(chǎn)生的實例個數(shù)是能確定的。所有的實例都運行完成后，激活后續(xù)活動。? 案例：

處理一個訂單，訂單中有多本書，要分別檢查每一本都有庫存，所有的書都檢查完成后才開始進(jìn)入送貨。? K2實現(xiàn)：

主要結(jié)構(gòu)為模式6多路選擇 + 模式7同步合并，IPC Event中調(diào)用方式需要選擇為Synchronous。

? 16 無法在運行期預(yù)先確定的多實例（Multiple Instances With a Priori Runtime Knowledge）

? 描述：

在一個活動能夠被多次激活的這種情況下，在指定情況下的指定活動的實例數(shù)量無論是在設(shè)計時或者運行時都不能在活動的實例被創(chuàng)建之前預(yù)先確定。但是，在活動被創(chuàng)建之前，在運行中的某個階段，這個數(shù)量是可以預(yù)知的。一旦所有的實例都完成了，其它的活動應(yīng)該被啟動。這個模式和模式14的區(qū)別在于，在某些實例運行結(jié)束之后，新的實例仍能被創(chuàng)建。? 案例：

訂購100 臺電腦，涉及多個供應(yīng)商，但是每個供應(yīng)商供應(yīng)多少臺電腦是不知道的，因此供應(yīng)商的數(shù)量事先也不確定。但是當(dāng)每次供應(yīng)商送貨后，就會將現(xiàn)在所擁有的電腦數(shù)量和所需的100 臺進(jìn)行比較，來決定是否要下一個供應(yīng)商繼續(xù)送貨。? K2實現(xiàn)：

比較復(fù)雜，可以利用模式11任意循環(huán)實現(xiàn)。

? 基于狀態(tài)的模式

這三個模式的共同點是：模式所涉及根據(jù)當(dāng)前運行的流程狀態(tài)來改變流程里的執(zhí)行路徑，包括：Deferred choice（延遲選擇模式）、Interleaved parallel routing（交替平行路由模式）、Milestone（里程碑模式）。

? 17 延遲選擇（Deferred Choice）

? 描述：

工作流中的一個點，有一個或多個分支已經(jīng)被選擇。與XOR拆分相比，并沒有明確的選擇，但是，選擇是取決于環(huán)境的。與AND拆分相比，兩者中只有一個被執(zhí)行。這意味著一旦環(huán)境啟動了其中的一個，另一個就被取消。要注意，選擇是被延遲到兩個分支中的一個真正開始執(zhí)行時，也就是說，選擇是可以盡可能的推后的。? 案例：

在收到貨物之后，可選擇兩種方法將其送到。選擇取決于相關(guān)資源的可用性。如果資源均不可用，選擇會被推遲到直到其中一個資源可用為止。? K2實現(xiàn)：

“監(jiān)聽資源狀況”的Destination Rules是一個Robot帳號，只實現(xiàn)監(jiān)聽作用。

? 18 交替平行路由（Interleaved Parallel Routing）

? 描述：

一組活動以任意的順序執(zhí)行，每個活動都被執(zhí)行，他們的順序是在運行時決定的，并且在任意一個時刻都不會有兩個活動在執(zhí)行。? 案例：

體檢流程中的活動有各種常規(guī)檢查和血液檢查，哪個在先哪個在后都可以，但是不可能同時檢查。? K2實現(xiàn)：

K2并無直接實現(xiàn)方法，需要編碼，變通解決。

? 19 里程碑（Milestone）

? 描述：

一個活動能否執(zhí)行取決于一個指定的狀態(tài)。也就是說，只有在到達(dá)一個特定的未過期的里程碑時，活動才被執(zhí)行。? 案例：

客戶在確定交付的前兩天是可以取消訂單的。? K2實現(xiàn)：

時間上的一些狀態(tài)可以在Start Rule 和Activity Escalations中實現(xiàn)，其他的復(fù)雜邏輯需要編程實現(xiàn)。

? 取消模式

這兩個模式的共同點在于：模式所涉及的流程在運行時disables一個活動或者整個流程，包括：Cancel activity（活動取消模式）、Cancel case（實例取消模式）。? 20 取消活動（Cancel Activity）

? 描述：

一個可執(zhí)行的活動被強制失效了，也就是說，一個正在等待執(zhí)行的活動所在線程被移除了。? 案例：

網(wǎng)上購書時已經(jīng)下了訂單，“支付貨款”活動激活，這時如果取消了訂單，那么相應(yīng)的“支付貨款”活動也要取消。? K2實現(xiàn)：

利用K2 的API實現(xiàn)。

? 21 取消實例（Cancel Case）? 描述：

如果一個活動產(chǎn)生了多實例，那么僅僅撤消這個活動是不行的，要將這個活動的所有后代（實例）都移除才行。? 案例：

網(wǎng)上購書時如果取消了購書的活動，所有因訂單激活的購書流程實例都要取消。? K2實現(xiàn)：

利用K2 的API實現(xiàn)。

? 其他擴(kuò)展模式

21個工作流模式并不能囊括所有情況，還有其他的一些擴(kuò)展模式，例如：流程啟動、回退、轉(zhuǎn)發(fā)、通知、代理、催辦、回收、任務(wù)批處理、任務(wù)分組處理、流程合并、子流程等等。