請教關於電子簽核軟體

sueboy

之前維護過電子簽核表單，奇奇怪怪的簽核判斷確實常發生，這部份除了碰到時候才會提出來，否則在一開始的survy很難發現，自已寫是比較能掌握，當有特殊需求出現時，比較能修政，不過後來發現其實主要是臨時性的會簽，預設流程能不能轉臨時流程、特殊流程，有的話基本上就不會有太大問題，只是第一次發生時，要在依情況下去做設定，當然更特別的架構、職務變更兼任等基本上還是要再改程式來做判斷，這種問題都很麻煩，發生時都是很緊急的情況，要馬上做修改發怖是很累人的事。

後端有工具可以加快表單開發，蠻重視這個的，上線穩定之後，很多功能都能上電子簽核，如果沒有附好用的開發工具，開發變的很慢，不過一開始survy確實也很難了解，廠商附的開發工具好不好用，實際用了才會知道好不好用，自己深受其害。

sueboy

一般以Mail Routing方式為主的流程設計，除浪費系統資源及儲存空間外，還有一大缺點，譬如我週一臨時請假，那上週已經配到我這邊仍未處理的案件，我的代理人也無法處理，因為是發信到我的Mail帳號。反之，週一因為請假而發到代理人信箱的案件，他若未處裡完，我隔天銷假後，也不知道有這些案件要處理。真正Role Base的線上簽核，則沒有上述問題，但OC的設計要特別小心，以免效能不彰～

確實代理人的問題也是很難搞的！是臨時請完假，核簽完畢會自動通知代理人處理事項，還是要人工手動也是個問題。

另外，建議設計流程時，皆設計為獨立流程，彼此可透過流程關卡或自訂程式，加以平行或循序串接(技術上可無限階串接，視流程是否允許，因為怕會拖延太久)。當被串接時，則自動視為子流程。只需在主流程譬如審核或特定關卡(若為結案，系統會固定偵測子流程狀態)時，指定流程系統自動動態檢核該案件是否有相關子流程需特定子流程先結束才可往下走即可。舉例來說，一個授信案件可能有五個房地產要鑑估，便可同時平行分出五個子流程，主副流程皆可獨立往下運作，但授信主流程的某關卡可檢查子流程是否完備後才能送件審核~

之前也有碰過類似情況，受限套裝系統功能，也是搞不定。