本發(fā)明涉及企業(yè)授權(quán)管理系統(tǒng)，尤其是一種鏈?zhǔn)筋A(yù)授權(quán)管理系統(tǒng)。

背景技術(shù)：

當(dāng)企業(yè)規(guī)模達(dá)到一定程度，企業(yè)負(fù)責(zé)人就會難以通過自己隨時發(fā)號施令來帶領(lǐng)團(tuán)隊開展業(yè)務(wù)。這時企業(yè)負(fù)責(zé)人就需要考慮設(shè)置授權(quán)矩陣，向下屬分配管理權(quán)限，進(jìn)行授權(quán)管理。與此同時，相應(yīng)的審批流程也會建立，而不再是總經(jīng)理一支筆審批。

傳統(tǒng)的授權(quán)管理受限于工具，權(quán)限分配往往僅能做得按崗位分配。但是，即使崗位相同，也可能因為如下原因管理者需要考慮分配給不同程度的權(quán)限，或者對權(quán)限做出調(diào)整：

下屬的管理能力處于不同的發(fā)展階段；

下屬的管理風(fēng)格不同；

企業(yè)內(nèi)部外部的實際情況已經(jīng)發(fā)生變化；

在實際業(yè)務(wù)操作中，管理者的確會根據(jù)以上情況對實際授權(quán)自覺或不自覺地不斷做出調(diào)整，實際的業(yè)務(wù)溝通、審批也在相應(yīng)的不斷調(diào)整，但是作為正式授權(quán)管理依據(jù)的授權(quán)矩陣（或者叫授權(quán)明細(xì)表、審批權(quán)限表等等之類）往往不能及時更新，相應(yīng)的正式的審批流也就因為不能及時更新，成為不能沒有的、但又只是走形式的“影子審批”。一旦形成臺面下的實際審批和臺面上的影子審批這樣重復(fù)審批流程，業(yè)務(wù)效率降低、審批結(jié)果矛盾就不可避免。組織中常見的管理問題如審批事項多如繁星、管理者不堪重負(fù)，審批流程冗長、效率低下，審批者跟風(fēng)表態(tài)、集體免責(zé)，博弈行為、影子審批流問題造成的上下溝通障礙都與此有或多或少的關(guān)系。因此，要解決這些問題，不光需要有正確的授權(quán)管理理念，還需要更有效率的授權(quán)管理工具。問題的解決之道在于通過授權(quán)管理工具來清晰界定權(quán)限屬性，建立責(zé)任追溯和激勵機(jī)制推動授權(quán)體系有效地運轉(zhuǎn)；對授權(quán)行為和權(quán)限行使進(jìn)行監(jiān)督，明確授權(quán)人與被授權(quán)人的責(zé)任；為事后問題分析、考核獎懲、內(nèi)部審計留下分析線索，形成閉環(huán)機(jī)制。

技術(shù)實現(xiàn)要素：

為解決企業(yè)組織授權(quán)管理過程中的上述這些問題，本發(fā)明提供一種標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)管理系統(tǒng)，通過事務(wù)管理平臺將業(yè)務(wù)全過程分解為相對獨立而又環(huán)環(huán)緊扣的預(yù)授權(quán)、業(yè)務(wù)申請、決定、業(yè)務(wù)執(zhí)行四個關(guān)鍵步驟，利用多維鏈?zhǔn)筋A(yù)授權(quán)方式向一線管理者和業(yè)務(wù)執(zhí)行者明確規(guī)范地傳遞戰(zhàn)略意圖和行動規(guī)則框架，保證了實際業(yè)務(wù)能夠被充分掌控，使得授權(quán)體系有效運轉(zhuǎn)。本發(fā)明采用的技術(shù)方案是：

一種標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)管理系統(tǒng)，包括一個事務(wù)管理平臺，事務(wù)管理平臺上設(shè)有標(biāo)準(zhǔn)化預(yù)授權(quán)語言，事務(wù)管理平臺的使用者通過標(biāo)準(zhǔn)化預(yù)授權(quán)語言與事務(wù)管理平臺交互，完成業(yè)務(wù)過程的四個步驟，包括：預(yù)授權(quán)、業(yè)務(wù)申請、決定、業(yè)務(wù)執(zhí)行；

事務(wù)管理平臺的使用者包括授權(quán)人、被授權(quán)人即決定人、關(guān)注人和業(yè)務(wù)申請人。

進(jìn)一步地，所述標(biāo)準(zhǔn)化預(yù)授權(quán)語言中定義了預(yù)授權(quán)要素和動作；

預(yù)授權(quán)要素包括：

1.1)業(yè)務(wù)場景：指由因業(yè)務(wù)需要而發(fā)生的消費行為的一系列要素的組合；

1.2)預(yù)授權(quán)中的角色，包括：

提出業(yè)務(wù)申請的業(yè)務(wù)申請人，擁有提交權(quán)；

能夠參與發(fā)表意見，提供決策支持、對業(yè)務(wù)進(jìn)行評價的關(guān)注人，擁有審核權(quán)、知情權(quán)；

負(fù)責(zé)最終對一項業(yè)務(wù)申請是否可以開始執(zhí)行作出決定的決定人，擁有審批權(quán)；

將自己的權(quán)限分解授予下級的授權(quán)人；

1.3)權(quán)限維度及條件范圍；在事務(wù)管理平臺中可選擇的服務(wù)、商品按與權(quán)限維度一致的維度進(jìn)行分類；

1.4)授權(quán)有效期；

1.5）可使用次數(shù)：實際業(yè)務(wù)申請可以調(diào)用預(yù)授權(quán)文件作為依據(jù)的最大次數(shù)；

1.6)授權(quán)狀態(tài)：有效、失效、待確認(rèn)；

1.7)業(yè)務(wù)場景授權(quán)id：針對每個業(yè)務(wù)場景進(jìn)行的授權(quán)都會有相應(yīng)的唯一的id；

1.8)上級業(yè)務(wù)場景授權(quán)id：除最高一級業(yè)務(wù)場景授權(quán)外，每個業(yè)務(wù)場景進(jìn)行的授權(quán)都會有相應(yīng)的上級授權(quán)id作為依據(jù)；

動作要素包括：

2.1)預(yù)授權(quán)：針對某個設(shè)定的業(yè)務(wù)場景，已經(jīng)從上一級得到預(yù)授權(quán)的某個授權(quán)人，在自己得到的授權(quán)權(quán)限范圍內(nèi)，區(qū)分出不同的子業(yè)務(wù)場景，分別設(shè)定業(yè)務(wù)申請人名單、關(guān)注人、決定人，以及包含權(quán)限維度和條件范圍在內(nèi)的授權(quán)要素；

2.2)轉(zhuǎn)授權(quán)：對于某個業(yè)務(wù)場景，決定人以得到的上一級預(yù)授權(quán)為依據(jù)，把業(yè)務(wù)場景拆分成為多個子業(yè)務(wù)場景或者不拆分，以自己為授權(quán)人，再轉(zhuǎn)授給他人；轉(zhuǎn)授的預(yù)授權(quán)每個權(quán)限維度的條件范圍必須小于等于作為轉(zhuǎn)授權(quán)依據(jù)的上一級預(yù)授權(quán)中每個權(quán)限維度的條件范圍；

2.3)授權(quán)修改：對預(yù)授權(quán)的要素內(nèi)容進(jìn)行修改；修改后的預(yù)授權(quán)的每個權(quán)限維度的條件范圍仍舊必須小于等于作為轉(zhuǎn)授權(quán)依據(jù)的上一級預(yù)授權(quán)中每個權(quán)限維度的條件范圍。

進(jìn)一步地，

業(yè)務(wù)場景中一系列要素的組合包括：消費行為的時間、地點、涉及的人物、消費行為的多個維度。

進(jìn)一步地，每項業(yè)務(wù)預(yù)授權(quán)必須有唯一的一個或一組決定人，在出現(xiàn)必須一致同意的共同決定這種特殊情形時，決定人為不分先后的一組人，業(yè)務(wù)必須得到所有決定人同意才能執(zhí)行。

進(jìn)一步地，事務(wù)管理平臺對實際業(yè)務(wù)抽樣出多個權(quán)限維度，并進(jìn)行標(biāo)準(zhǔn)化；利用多個權(quán)限維度組合進(jìn)行授權(quán)管理，每個權(quán)限維度具有相應(yīng)的條件范圍。

進(jìn)一步地，事務(wù)管理平臺中的預(yù)授權(quán)文件體系構(gòu)成了業(yè)務(wù)場景驅(qū)動的授權(quán)鏈；事務(wù)管理平臺讓授權(quán)人按業(yè)務(wù)場景事件進(jìn)行預(yù)授權(quán)，被授權(quán)人通過將得到的預(yù)授權(quán)進(jìn)行逐級向下的轉(zhuǎn)授權(quán)，形成成系列的適用于不同業(yè)務(wù)場景的授權(quán)鏈條。

進(jìn)一步地，事務(wù)管理平臺中設(shè)置了授權(quán)沖突控制機(jī)制；上級業(yè)務(wù)場景授權(quán)修改時，記錄修改時間，由后臺對所有下級業(yè)務(wù)場景授權(quán)進(jìn)行授權(quán)沖突檢查，并提醒授權(quán)人是否強(qiáng)制要求修改下級業(yè)務(wù)場景授權(quán)，如果是，提醒“可能影響正常業(yè)務(wù)”，在下級修改授權(quán)前將所有下級授權(quán)變成“待確認(rèn)”狀態(tài)；待下級修改無沖突后方可生效；如果否，僅向被授權(quán)人提醒沖突，下級授權(quán)繼續(xù)生效。

進(jìn)一步地，事務(wù)管理平臺通過數(shù)據(jù)接口接入電商平臺；

業(yè)務(wù)申請人通過事務(wù)管理平臺從事務(wù)管理平臺中的預(yù)授權(quán)文件發(fā)起、轉(zhuǎn)到電商平臺中在預(yù)授權(quán)的權(quán)限范圍控制之下搜索、選擇所需商品和服務(wù)；或先進(jìn)入電商平臺選擇所需商品和服務(wù)，下單后提供預(yù)授權(quán)文件號，系統(tǒng)自動檢查選擇商品和服務(wù)是否符合預(yù)授權(quán)規(guī)定的權(quán)限范圍。

進(jìn)一步地，業(yè)務(wù)過程的四個步驟具體包括：

步驟1：預(yù)授權(quán)

授權(quán)人根據(jù)業(yè)務(wù)需要，針對不同業(yè)務(wù)場景，將自己的權(quán)限進(jìn)行分解，分別授予一系列被授權(quán)人的過程；

預(yù)授權(quán)在事務(wù)管理平臺中通過以下兩個步驟實現(xiàn)：

（1）授權(quán)人通過終端使用事務(wù)管理平臺提供的標(biāo)準(zhǔn)化預(yù)授權(quán)語言向事務(wù)管理平臺上傳預(yù)授權(quán)文件；

（2）事務(wù)管理平臺向預(yù)授權(quán)文件中列明的被授權(quán)人即決定人、業(yè)務(wù)申請人、關(guān)注人推送預(yù)授權(quán)文件；

步驟2：業(yè)務(wù)申請

（3）業(yè)務(wù)申請人使用終端通過事務(wù)管理平臺提交業(yè)務(wù)申請以及相關(guān)的授權(quán)依據(jù)，授權(quán)依據(jù)為預(yù)授權(quán)文件號；每個預(yù)授權(quán)文件具有唯一的預(yù)授權(quán)文件號；

（4）事務(wù)管理平臺根據(jù)業(yè)務(wù)申請中提供的預(yù)授權(quán)文件號查找相應(yīng)的決定人和關(guān)注人，并檢查業(yè)務(wù)申請是否已經(jīng)超過決定人的被授權(quán)范圍，如果超過則進(jìn)入業(yè)務(wù)申請已經(jīng)超過決定人的被授權(quán)范圍時的特殊流程；如果未超過則進(jìn)行下一流程節(jié)點（5）；

（5）事務(wù)管理平臺向決定人和所有關(guān)注人推送業(yè)務(wù)申請；

步驟3：決定

（8）決定人對業(yè)務(wù)申請作出批準(zhǔn)或不批準(zhǔn)的決定；

（9）事務(wù)管理平臺向申請人推送業(yè)務(wù)申請審批結(jié)果；如果決定人做出不批準(zhǔn)的決定，除關(guān)注人仍能發(fā)表意見外，將業(yè)務(wù)申請退回業(yè)務(wù)申請人；

步驟4：業(yè)務(wù)執(zhí)行

（10）業(yè)務(wù)申請人按批準(zhǔn)的業(yè)務(wù)申請中的要求選擇符合服務(wù)或商品進(jìn)行消費；事務(wù)管理平臺會根據(jù)決定人批準(zhǔn)的業(yè)務(wù)申請對業(yè)務(wù)申請人的選擇范圍進(jìn)行控制；

（11）業(yè)務(wù)申請人確認(rèn)實際消費金額，發(fā)起支付請求；

（12）事務(wù)管理平臺驗證支付請求的內(nèi)容與批準(zhǔn)的業(yè)務(wù)申請是否矛盾；如果矛盾，則要求申請人檢查修改支付請求，否則拒絕執(zhí)行；如果無矛盾，則進(jìn)入下一流程節(jié)點（13）；

（13）通過支付接口將支付指令發(fā)給銀行或其他支付機(jī)構(gòu)。

更進(jìn)一步地，業(yè)務(wù)申請已經(jīng)超過決定人的被授權(quán)范圍時的特殊流程具體包括：

(s1).事務(wù)管理平臺首先查詢是否存在上級預(yù)授權(quán)文件；若不存在則自動駁回業(yè)務(wù)申請；若存在則進(jìn)入下一流程節(jié)點(s2)；

(s2).由決定人決定駁回業(yè)務(wù)申請或提交上一級審批；當(dāng)決定駁回時，事務(wù)管理平臺將業(yè)務(wù)申請退回申請人；當(dāng)決定提交上一級審批時，進(jìn)入下一流程節(jié)點(s3)；

(s3)事務(wù)管理平臺查找上一級預(yù)授權(quán)文件中的決定人和關(guān)注人；

(s4)事務(wù)管理平臺將業(yè)務(wù)申請的預(yù)授權(quán)文件號換作上一級預(yù)授權(quán)文件號；決定人換作上一級決定人；將上一級預(yù)授權(quán)文件中的關(guān)注人和本級預(yù)授權(quán)文件中的關(guān)注人合并，作為業(yè)務(wù)申請的關(guān)注人；

然后返回流程節(jié)點(4)。

本發(fā)明的優(yōu)點：本發(fā)明簡化了授權(quán)動作，允許管理者用鏈?zhǔn)椒绞较蛳录壸灾卦趇t系統(tǒng)中進(jìn)行預(yù)授權(quán)，給予管理者在授權(quán)工具上極大的自由度；在實際業(yè)務(wù)超出對下級預(yù)授權(quán)范圍時事務(wù)管理平臺可自動向上回溯，確定有權(quán)限的決策人，將業(yè)務(wù)請求自動提交該決策人審批，保證例外管理流程也能最大可能地標(biāo)準(zhǔn)化和簡單；這種授權(quán)方式能夠完美能夠適應(yīng)各種復(fù)雜多變業(yè)務(wù)場景、完美支持各種不同的管理風(fēng)格和管理方式，除了能支持傳統(tǒng)的企業(yè)組織形式外，也特別能支持現(xiàn)代企業(yè)組織網(wǎng)絡(luò)化的發(fā)展趨勢。

本發(fā)明通過改進(jìn)的授權(quán)管理工具來清晰界定權(quán)限屬性，建立責(zé)任追溯和激勵機(jī)制推動授權(quán)體系有效地運轉(zhuǎn)；對預(yù)授權(quán)行為和權(quán)限行使進(jìn)行監(jiān)督，明確授權(quán)人與被授權(quán)人的責(zé)任；保證了實際業(yè)務(wù)能夠被充分掌控，使得授權(quán)體系有效運轉(zhuǎn)。

附圖說明

圖1為本發(fā)明的業(yè)務(wù)全過程示意圖。

圖2為本發(fā)明的業(yè)務(wù)申請未超過預(yù)授權(quán)范圍時的基本流程示意圖。

圖3為本發(fā)明的業(yè)務(wù)申請超過預(yù)授權(quán)范圍時的復(fù)雜流程示意圖。

圖4為本發(fā)明的授權(quán)鏈?zhǔn)疽鈭D。

圖5為本發(fā)明的業(yè)務(wù)執(zhí)行流程圖。

圖6為本發(fā)明的轉(zhuǎn)授權(quán)的實例示意圖。

具體實施方式

下面結(jié)合具體附圖和實施例對本發(fā)明作進(jìn)一步說明。

標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)管理系統(tǒng)（下簡稱smcbp)的技術(shù)方案如下：

smcbp將業(yè)務(wù)分解為四個關(guān)鍵步驟：預(yù)授權(quán)、業(yè)務(wù)申請、決定、業(yè)務(wù)執(zhí)行（選擇服務(wù)或商品、接受服務(wù)或商品、確認(rèn)消費金額、發(fā)出付款指令），并將這個四步驟作為相互關(guān)聯(lián)的全過程進(jìn)行管理，如圖1所示；

步驟1：預(yù)授權(quán)

授權(quán)人根據(jù)業(yè)務(wù)需要，針對不同業(yè)務(wù)場景，將自己的權(quán)限進(jìn)行分解，分別授予一系列被授權(quán)人的過程；

預(yù)授權(quán)在事務(wù)管理平臺中通過以下兩個步驟實現(xiàn)：

（1）授權(quán)人通過智能手機(jī)等移動設(shè)備使用事務(wù)管理平臺提供的標(biāo)準(zhǔn)化預(yù)授權(quán)語言向事務(wù)管理平臺上傳預(yù)授權(quán)文件；

（2）事務(wù)管理平臺向預(yù)授權(quán)文件中列明的被授權(quán)人即決定人、業(yè)務(wù)申請人、關(guān)注人推送預(yù)授權(quán)文件；

步驟2：業(yè)務(wù)申請

（3）業(yè)務(wù)申請人使用智能手機(jī)等移動設(shè)備通過事務(wù)管理平臺提交業(yè)務(wù)申請以及相關(guān)的授權(quán)依據(jù)，授權(quán)依據(jù)為預(yù)授權(quán)文件號；每個預(yù)授權(quán)文件具有唯一的預(yù)授權(quán)文件號；

（4）事務(wù)管理平臺根據(jù)業(yè)務(wù)申請中提供的預(yù)授權(quán)文件號查找相應(yīng)的決定人和關(guān)注人，并檢查業(yè)務(wù)申請是否已經(jīng)超過決定人的被授權(quán)范圍，如果超過則進(jìn)入業(yè)務(wù)申請已經(jīng)超過決定人的被授權(quán)范圍時的特殊流程；如果未超過則進(jìn)行下一流程節(jié)點（5）；

（5）事務(wù)管理平臺向決定人和所有關(guān)注人推送業(yè)務(wù)申請；

關(guān)注人發(fā)表意見

關(guān)注人發(fā)表意見不是業(yè)務(wù)流程的必需步驟，并且在業(yè)務(wù)申請從發(fā)起到關(guān)閉全過程均可進(jìn)行；

（6）關(guān)注人通過事務(wù)管理平臺發(fā)表意見并提交；

（7）事務(wù)管理平臺將關(guān)注人發(fā)表的意見推送決定人、其他關(guān)注人和業(yè)務(wù)申請人；

步驟3：決定

（8）決定人對業(yè)務(wù)申請作出批準(zhǔn)或不批準(zhǔn)的決定；

（9）事務(wù)管理平臺向申請人推送業(yè)務(wù)申請審批結(jié)果；如果決定人做出不批準(zhǔn)的決定，除關(guān)注人仍能發(fā)表意見外，將業(yè)務(wù)申請退回業(yè)務(wù)申請人；

步驟4：業(yè)務(wù)執(zhí)行

（10）業(yè)務(wù)申請人按批準(zhǔn)的業(yè)務(wù)申請中的要求選擇符合服務(wù)或商品進(jìn)行消費；事務(wù)管理平臺會根據(jù)決定人批準(zhǔn)的業(yè)務(wù)申請對業(yè)務(wù)申請人的選擇范圍進(jìn)行控制；

（11）業(yè)務(wù)申請人確認(rèn)實際消費金額，發(fā)起支付請求；

（12）事務(wù)管理平臺驗證支付請求的金額、支付對象等內(nèi)容與批準(zhǔn)的業(yè)務(wù)申請是否矛盾；如果矛盾，則要求申請人檢查修改支付請求，否則拒絕執(zhí)行；如果無矛盾，則進(jìn)入下一流程節(jié)點（13）；

（13）通過支付接口將支付指令發(fā)給銀行或其他支付機(jī)構(gòu)。

其中，在已經(jīng)存在業(yè)務(wù)申請相應(yīng)的預(yù)授權(quán)文件的前提下，從業(yè)務(wù)申請開始的基本流程如圖2所示；

在流程節(jié)點（4）中提及的業(yè)務(wù)申請已經(jīng)超過決定人的被授權(quán)范圍時的特殊流程如圖3所示；

(s1).事務(wù)管理平臺首先查詢是否存在上級預(yù)授權(quán)文件；若不存在則自動駁回業(yè)務(wù)申請；若存在則進(jìn)入下一流程節(jié)點(s2)；

(s2).由決定人決定駁回業(yè)務(wù)申請或提交上一級審批；當(dāng)決定駁回時，事務(wù)管理平臺將業(yè)務(wù)申請退回申請人；當(dāng)決定提交上一級審批時，進(jìn)入下一流程節(jié)點(s3)；

(s3)事務(wù)管理平臺查找上一級預(yù)授權(quán)文件中的決定人和關(guān)注人；

(s4)事務(wù)管理平臺將業(yè)務(wù)申請的預(yù)授權(quán)文件號換作上一級預(yù)授權(quán)文件號；決定人換作上一級決定人；將上一級預(yù)授權(quán)文件中的關(guān)注人和本級預(yù)授權(quán)文件中的關(guān)注人合并，作為業(yè)務(wù)申請的關(guān)注人；

然后返回流程節(jié)點(4)。

標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)管理系統(tǒng)(smcbp)的關(guān)鍵技術(shù)點：

（一）標(biāo)準(zhǔn)化預(yù)授權(quán)語言；

對預(yù)授權(quán)的要素和動作進(jìn)行抽象后標(biāo)準(zhǔn)化、極簡化，能夠讓管理者可以自助進(jìn)行授權(quán)操作，保證權(quán)限能夠及時調(diào)整而不產(chǎn)生業(yè)務(wù)混亂。

預(yù)授權(quán)要素：

1.1)業(yè)務(wù)場景：指由因業(yè)務(wù)需要而發(fā)生的消費行為的一系列要素的組合；包括消費行為的時間、地點（商戶地址）、涉及的人物（業(yè)務(wù)申請人、決定人、參與意見人）、消費行為的多個維度如消費內(nèi)容、消費商戶、涉及金額范圍等等。每一個預(yù)授權(quán)動作都是針對某個或某些業(yè)務(wù)場景而進(jìn)行的管理行為；每一個層次的業(yè)務(wù)場景都可能是上一層次業(yè)務(wù)場景的子集；

1.2)預(yù)授權(quán)中的角色：根據(jù)rcdi法則，權(quán)限會有提交權(quán)(responsibility)、審核權(quán)(consult)、審批權(quán)(decision)和知情權(quán)(informed)；與此對應(yīng)，在每個業(yè)務(wù)場景中，都會有四種角色：

提出業(yè)務(wù)申請的業(yè)務(wù)申請人(requestor)，擁有提交權(quán)；

能夠參與發(fā)表意見，提供決策支持、對業(yè)務(wù)進(jìn)行評價的關(guān)注人(advisor)，擁有審核權(quán)、知情權(quán)；對于一個業(yè)務(wù)場景，由授權(quán)人和決定人（被授權(quán)人）決定哪些關(guān)注人可以參與業(yè)務(wù)預(yù)授權(quán)的過程發(fā)表意見；這種機(jī)制能夠避免泛濫式的集體決策。

負(fù)責(zé)最終對一項業(yè)務(wù)申請是否可以開始執(zhí)行作出決定的決定人(decisionmaker)，擁有審批權(quán)；每項業(yè)務(wù)預(yù)授權(quán)必須有唯一的一個或一組決定人，以保證n+1審批的內(nèi)部控制原則，但又避免不必要的層層審批；唯一的一個或一組決定人也能保證不出現(xiàn)“議而不決”、無人拍板的情形；在某些情況下，會出現(xiàn)“必須一致同意”的共同決定這種特殊情形，這時決定人為不分先后的一組人，業(yè)務(wù)必須得到所有人同意才能執(zhí)行；只要有一個人拒絕則就不能執(zhí)行。

將自己的權(quán)限分解授予下級的授權(quán)人(authorizer)；

1.3)權(quán)限維度及條件范圍；

以下是一些權(quán)限維度和相對應(yīng)條件的部分實例；

?單次金額范圍:1000<x<5000

?累計金額范圍:10000<x<50000

?允許消費商戶類型:餐廳、茶座、咖啡館、百貨商店

?人均消費范圍：100<x<500

?物品單價范圍：50<x<200

?交通工具：飛機(jī)、高鐵、的士、巴士……

在事務(wù)管理平臺中可選擇的服務(wù)、商品按與權(quán)限維度一致的維度進(jìn)行分類，以保證可以將實際執(zhí)行的業(yè)務(wù)與授權(quán)文件和批準(zhǔn)后業(yè)務(wù)申請中的授權(quán)范圍進(jìn)行檢查；也就是說事務(wù)管理平臺所接入的電商平臺的服務(wù)、商品分類與事務(wù)管理平臺權(quán)限維度的維度分類相一致；

1.4)授權(quán)有效期：為一個精確到天的時間區(qū)間；

1.5）可使用次數(shù)：實際業(yè)務(wù)申請可以調(diào)用預(yù)授權(quán)文件作為依據(jù)的最大次數(shù)；

1.6)授權(quán)狀態(tài)：有效、失效、待確認(rèn)；

1.7)業(yè)務(wù)場景授權(quán)id：針對每個業(yè)務(wù)場景進(jìn)行的授權(quán)都會有相應(yīng)的唯一的id；

1.8)上級業(yè)務(wù)場景授權(quán)id：除最高一級業(yè)務(wù)場景授權(quán)外，每個業(yè)務(wù)場景進(jìn)行的授權(quán)都會有相應(yīng)的上級授權(quán)id作為依據(jù)；

動作：

2.1)預(yù)授權(quán)：針對某個設(shè)定的業(yè)務(wù)場景，已經(jīng)從上一級得到預(yù)授權(quán)的某個授權(quán)人authorizer，在自己得到的授權(quán)權(quán)限范圍內(nèi)，區(qū)分出不同的子業(yè)務(wù)場景，分別設(shè)定業(yè)務(wù)申請人名單、關(guān)注人、決定人，以及包含權(quán)限維度和條件范圍在內(nèi)的授權(quán)要素；最高級別的授權(quán)人默認(rèn)對所有業(yè)務(wù)場景擁有所有權(quán)限；

2.2)轉(zhuǎn)授權(quán)：對于某個業(yè)務(wù)場景，決定人以得到的上一級預(yù)授權(quán)為依據(jù)，把業(yè)務(wù)場景拆分成為多個子業(yè)務(wù)場景（或者不拆分），以自己為授權(quán)人，再轉(zhuǎn)授給他人；轉(zhuǎn)授的預(yù)授權(quán)每個權(quán)限維度的條件范圍必須小于等于作為轉(zhuǎn)授權(quán)依據(jù)的上一級預(yù)授權(quán)中每個權(quán)限維度的條件范圍；下面如圖6所示，是一個轉(zhuǎn)授權(quán)的實例：

2.3)授權(quán)修改：對預(yù)授權(quán)的要素內(nèi)容進(jìn)行修改；修改后的預(yù)授權(quán)的每個權(quán)限維度的條件范圍仍舊必須小于等于作為轉(zhuǎn)授權(quán)依據(jù)的上一級預(yù)授權(quán)中每個權(quán)限維度的條件范圍。

（二）多維權(quán)限控制；

傳統(tǒng)授權(quán)管理方式以及相應(yīng)系統(tǒng)往往使用一個維度（一般為單次額度或累計額度）進(jìn)行授權(quán)管理和業(yè)務(wù)控制。事務(wù)管理平臺對實際業(yè)務(wù)抽樣出多個權(quán)限維度，并進(jìn)行標(biāo)準(zhǔn)化；利用多個權(quán)限維度組合進(jìn)行授權(quán)管理，每個權(quán)限維度具有相應(yīng)的條件范圍；對于戰(zhàn)略意圖傳達(dá)的精準(zhǔn)度和靈活度，會比使用一個維度進(jìn)行授權(quán)管理高得多。例如，某項預(yù)授權(quán)的范圍可以是：

?單次金額范圍:1000<x<5000

?累計金額范圍:10000<x<50000

?允許消費商戶類型:餐廳、茶座、咖啡館、百貨商店

?人均消費范圍：100<x<500

?物品單價范圍：50<x<200；

（三）鏈?zhǔn)绞跈?quán)管理；

事務(wù)管理平臺中的預(yù)授權(quán)文件體系構(gòu)成了業(yè)務(wù)場景驅(qū)動的授權(quán)鏈；

事務(wù)管理平臺讓授權(quán)人按業(yè)務(wù)場景事件進(jìn)行預(yù)授權(quán)，被授權(quán)人可通過將得到的預(yù)授權(quán)進(jìn)行逐級向下的轉(zhuǎn)授權(quán)，形成成系列的適用于不同業(yè)務(wù)場景的授權(quán)鏈條。

對每個企業(yè)而言，全部授權(quán)是多組從上而下的業(yè)務(wù)場景授權(quán)構(gòu)成的授權(quán)鏈構(gòu)成。最高級的授權(quán)是總經(jīng)理對各種業(yè)務(wù)場景的授權(quán)。其余授權(quán)都是對總經(jīng)理的業(yè)務(wù)場景授權(quán)逐級進(jìn)行轉(zhuǎn)授權(quán)的下級授權(quán)。一個授權(quán)鏈的簡化示意圖如圖4所示。

事務(wù)管理平臺的標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)工具，在標(biāo)準(zhǔn)化授權(quán)語言的基礎(chǔ)上，簡化了授權(quán)動作，允許管理者用鏈?zhǔn)椒绞较蛳录壸灾卦趇t系統(tǒng)中進(jìn)行預(yù)授權(quán)，給予管理者在授權(quán)工具上極大的自由度；在實際業(yè)務(wù)超出對下級預(yù)授權(quán)范圍時事務(wù)管理平臺可自動向上回溯，確定有權(quán)限的決策人，將業(yè)務(wù)請求自動提交該決策人審批，保證例外管理流程也能最大可能地標(biāo)準(zhǔn)化和簡單；這種授權(quán)方式能夠完美能夠適應(yīng)各種復(fù)雜多變業(yè)務(wù)場景、完美支持各種不同的管理風(fēng)格和管理方式，除了能支持傳統(tǒng)的企業(yè)組織形式外，也特別能支持現(xiàn)代企業(yè)組織網(wǎng)絡(luò)化（大量出現(xiàn)矩陣式組織、跨部門團(tuán)隊等等）的發(fā)展趨勢。

（四）授權(quán)沖突控制機(jī)制；

授權(quán)鏈中的上下級預(yù)授權(quán)文件之間可能因為人員變動修改、授權(quán)修改等原因出現(xiàn)沖突，不再滿足“轉(zhuǎn)授的預(yù)授權(quán)每個權(quán)限維度的條件范圍必須小于等于作為轉(zhuǎn)授權(quán)依據(jù)的上一級預(yù)授權(quán)中每個權(quán)限維度的條件范圍“這個條件。因此，需要有額外的授權(quán)沖突控制機(jī)制。

上級業(yè)務(wù)場景授權(quán)修改時，記錄修改時間，由后臺對所有下級業(yè)務(wù)場景授權(quán)進(jìn)行授權(quán)沖突檢查，并提醒授權(quán)人是否強(qiáng)制要求修改下級業(yè)務(wù)場景授權(quán)，如果是，提醒“可能影響正常業(yè)務(wù)”，在下級修改授權(quán)前將所有下級授權(quán)變成“待確認(rèn)”狀態(tài)；待下級修改無沖突后方可生效；如果否，僅向被授權(quán)人提醒沖突，下級授權(quán)繼續(xù)生效。

（五）去中心化自助式移動授權(quán)維護(hù)；

傳統(tǒng)it授權(quán)管理方式是設(shè)置系統(tǒng)管理員，由系統(tǒng)管理員根據(jù)管理者的需求在it系統(tǒng)中設(shè)置權(quán)限。通常權(quán)限的設(shè)置有分用戶設(shè)置和分用戶組設(shè)置兩種方式。分用戶設(shè)置可以保證權(quán)限設(shè)置的靈活性，但授權(quán)管理復(fù)雜。分用戶組對同一組設(shè)置相同權(quán)限，能夠一定程度地簡化授權(quán)管理，但也帶來了僵化的問題。而且由于管理者的權(quán)限設(shè)置需要通過一定方式將授權(quán)人、被授權(quán)人、業(yè)務(wù)申請人的溝通內(nèi)容傳達(dá)給系統(tǒng)管理員，很容易由于組織流程上、內(nèi)部溝通上的各種障礙，造成it系統(tǒng)中的權(quán)限設(shè)置出現(xiàn)與實際業(yè)務(wù)情形、管理需求脫節(jié)的情形。

事務(wù)管理平臺提供的預(yù)授權(quán)管理方式不一定需要專門的后臺人員進(jìn)行權(quán)限維護(hù)，完全支持授權(quán)人自助式地利用移動設(shè)備進(jìn)行預(yù)授權(quán)、轉(zhuǎn)授權(quán)、授權(quán)修改。專門的后臺人員進(jìn)行權(quán)限維護(hù)僅僅是一種補(bǔ)充方式。這種特性能夠管理人員隨時隨地根據(jù)業(yè)務(wù)需要通過移動設(shè)備對預(yù)授權(quán)進(jìn)行調(diào)整，讓授權(quán)管理與實際業(yè)務(wù)高度吻合。

（六）嵌入業(yè)務(wù)；

事務(wù)管理平臺將業(yè)務(wù)申請人獲取服務(wù)或商品等各種內(nèi)外部資源的電商平臺通過數(shù)據(jù)接口連接入了事務(wù)管理平臺，業(yè)務(wù)申請人可以通過事務(wù)管理平臺從平臺中的預(yù)授權(quán)文件發(fā)起、轉(zhuǎn)到電商平臺中在預(yù)授權(quán)的權(quán)限范圍控制之下搜索、選擇所需商品和服務(wù)；也可以先進(jìn)入電商平臺選擇所需商品和服務(wù)，下單后提供預(yù)授權(quán)文件號，系統(tǒng)自動檢查選擇商品和服務(wù)是否符合預(yù)授權(quán)規(guī)定的權(quán)限范圍。無論哪種方式，事務(wù)管理平臺都保證了業(yè)務(wù)的實際落實完全受預(yù)授權(quán)所控制。嵌入業(yè)務(wù)的預(yù)授權(quán)管理保證管理溝通、審批與業(yè)務(wù)執(zhí)行緊密銜接，避免審批規(guī)避行為和影子審批流程產(chǎn)生。業(yè)務(wù)執(zhí)行的流程如圖5所示。

（七）預(yù)授權(quán)的優(yōu)點；

在實際業(yè)務(wù)過程中，被管理者對管理者的響應(yīng)時間要求上看，預(yù)授權(quán)、業(yè)務(wù)申請、決定、業(yè)務(wù)執(zhí)行四個關(guān)鍵步驟具體不同的響應(yīng)時間要求。預(yù)授權(quán)相對時間要求寬松，實際業(yè)務(wù)中一般按年調(diào)整都不會對業(yè)務(wù)產(chǎn)生不利影響；而業(yè)務(wù)申請和決定的響應(yīng)時間要求就可能縮短為按天計算；而業(yè)務(wù)執(zhí)行的操作動作特別是確認(rèn)消費金額、發(fā)起支付請求、完成支付很可能會要求當(dāng)時當(dāng)場完成。事務(wù)管理平臺將業(yè)務(wù)全過程分解為相對獨立而又環(huán)環(huán)緊扣的預(yù)授權(quán)、業(yè)務(wù)申請、決定、業(yè)務(wù)執(zhí)行四個關(guān)鍵步驟，利用多維鏈?zhǔn)筋A(yù)授權(quán)方式向一線管理者和業(yè)務(wù)執(zhí)行者明確規(guī)范地傳遞戰(zhàn)略意圖和行動規(guī)則框架，保證了實際業(yè)務(wù)能夠被充分掌控；同時，多維鏈?zhǔn)筋A(yù)授權(quán)的有效掌控，讓日常業(yè)務(wù)只需一個審批步驟（決定人批準(zhǔn)）即可執(zhí)行，一線管理者和業(yè)務(wù)執(zhí)行者可以在日常業(yè)務(wù)快速決策、快速行動。

（八）標(biāo)準(zhǔn)化多維鏈?zhǔn)筋A(yù)授權(quán)的價值；

現(xiàn)代企業(yè)在員工治理層面越來越強(qiáng)調(diào)敏捷的小團(tuán)隊管理。公司平臺只提供簡易的協(xié)作機(jī)制，更多地下放決策權(quán)力，“讓聽得見炮聲的人呼喚炮火”。這種相對分權(quán)的決策環(huán)境，追求團(tuán)隊成員能夠快速反應(yīng)和執(zhí)行，會對決策的價值觀標(biāo)準(zhǔn)產(chǎn)生更強(qiáng)的依賴性，要求員工都能清晰地掌握決策的價值觀標(biāo)準(zhǔn)。

新生代員工的思維越來越具有自我驅(qū)動意識，不再是被動地接受指令。他們追求對文化的認(rèn)同，只要找到在文化上能夠相匹配的組織，公司只需要告訴他們基本的任務(wù)和執(zhí)行標(biāo)準(zhǔn)，他就能夠進(jìn)行自我管理。這時，公司只需要有一套及時、公平的評價和反饋機(jī)制即可。傳統(tǒng)績效考核都會在期末進(jìn)行績效面談。這種總結(jié)式的面談的確有它的效果，但是這種制度設(shè)計忽視了日常的雙向溝通。設(shè)計價值觀行為評價機(jī)制，特別強(qiáng)調(diào)在發(fā)生關(guān)鍵事件時，員工與主管之間的主動溝通。發(fā)生正向關(guān)鍵行為事件時，一般情況下，鼓勵員工主動與主管溝通，便于確認(rèn)價值觀行為的評價等級；發(fā)生負(fù)向關(guān)鍵行為事件是，強(qiáng)調(diào)主管要主動與員工溝通，找到發(fā)生問題的原因，找到改進(jìn)辦法，提出改進(jìn)建議。“日常一對一面談”機(jī)制，更有利于促進(jìn)工作績效。

多維鏈?zhǔn)筋A(yù)授權(quán)在業(yè)務(wù)性質(zhì)和管理層次兩個方向上都具有了靈活性，特別支持“讓聽得見炮聲的人呼喚炮火”這種管理方式。多維權(quán)限控制的特點保證了公司可以準(zhǔn)確地向下傳遞基本的任務(wù)和執(zhí)行標(biāo)準(zhǔn)；鏈?zhǔn)筋A(yù)授權(quán)能夠幫助公司管理者把這些基本的任務(wù)和執(zhí)行標(biāo)準(zhǔn)傳遞地最前端最能“聽得見炮聲”的管理者。事件驅(qū)動型、嵌入業(yè)務(wù)的授權(quán)和執(zhí)行控制保證了員工與主管之間必要而有主次的主動溝通。并且，由于緊密嵌入業(yè)務(wù)，保證了業(yè)務(wù)過程和結(jié)果信息能夠被自動、不干擾業(yè)務(wù)地收集、整理、結(jié)構(gòu)化，為公司建立及時、公平的評價和反饋機(jī)制，激勵員工，也為進(jìn)行長期戰(zhàn)略分析，都打下了良好的基礎(chǔ)。