基于WF設計業務流程平臺_消息收集、通知接口

如果有非系統用戶需要與業務流程的某些結點有信息交互行為，如以下

業務需求

設計方案A

這種方案的問題：

接件人與審批人都有需要通知申請人的業務職責，

但申請人是非系統參與人員，審批人與申請人的信息交互比審批人與接件人的通信要困難很多。

而且接件人或審批人的通知行為系統無法有效控制

另外，申請人要想查詢事項進度，也沒有一個有效的查詢點

為了解決以上問題，可以使用以下兩種方案之一，或混合使用

設計方案B

將申請人納入系統邊界，

申請人享有的權力：

擁有一個與具體事項對應的用戶名，可以登錄系統查詢事項進度與辦理人員的各種通知。

申請人的義務：

定時查看事項進度與各種通知，如果因為沒有及時查看，所帶來的后果由申請人自已承擔。

在這種設計中，如果有事項的其他關系人，辦事人員與其他關系人的聯系方式有兩種

1．由申請人做中介，辦事人員將通知發給申請人，由申請人聯系其他關系人

2．辦事人員直接聯系其他參與人，與設計方案A辦事人員直接聯系申請人一樣

其他關系人對事項的了解只能通過申請人進行

設計方案C

申請人在系統邊界以外，設立專門的通知部門，

通知部門負責與申請人聯系，

接件人，審批人只要將事項通知傳遞給通知部門就完成任務

申請人只能到通知部門查詢事項。

通知部門可以主動聯系其它事項參與人

其它事項參與人也可以主動與通知部門聯系

設立窗口部門的方案

將通知門部的職責，與接件人的職責合并

窗口是申辦人員與辦事部門的唯一接口

窗口負責所有事項的接件，通知，查詢，以及事項的分配

非電子資料的收集、管理方案

由窗口部門或專門的非電子資料管理部門管理

申請人向非電子資料管理部門提交，

各事項審批人、參與人從非電子資料管理部門申請調出，使用完后歸還非電子資料管理部門

非電子資料管理部門維護資料安全，安排資料的使用順序

事項完成后，資料歸還當事人或由非電子資料管理部門歸檔保管理

資料的收集也可由該部門完成，或由需要人向該部門提出，該部門再向其他部門收集或安排專業部門進行

向非系統參與者提供通知服務的方案

關于信息同步的問題

傳統方案,雙方式事先約定好日期

雙方式事先約定好日期,申請人,在約定好的日期去取通知

方案A，將申請人納入系統

見[平臺的信息收集、通知接口]的[設計方案B]

方案B,推信息

系統以如下方式將信息推送給申請人

方案C,拉信息

申請人主動查詢，如果申請人沒有主動查詢，在規定的時間內，系統將安默認操作處理事項

方案D,發公告

辦理人員向媒體發公告,

當事人看到公告后,到辦理人員處取通知,

通常用在法定情形,或具有眾多當事人的的事項,如資格申抱,錄取發榜

參與系統業務行為的方式

系統登錄

電子郵件回復

電話操作

短信回復

事先設定規則