請教關於電子簽核軟體

savageboy72

公司有意採用電子簽核的軟體。

使用人數：30人
已有EPR軟體
MAIL：用GOOLE APP

我看了這套，Netask EIP
http://www.netask.com.tw/service/

想看看有建議的軟體評估嗎？
感謝各位的意見。

hohobear

可以請問一下 貴公司現在使用哪一套ERP系統呢？
電子簽核系統有要與ERP結合嘛？還是單獨運行呢？

電子簽核系統真的是需要全公司一起來討論
而資訊人員就要了解那個系統是否能修改，及有調整的彈性
負責把公司大家討論好的單據+流程 做成電子化上線讓大家使用

敝公司從前年年底開始survey EIP平台(網站)及電子簽核系統
那時候跟主管同事看了蠻多家的產品，Netask 的產品也有看過

不過後來公司主管討論決定挑選有後台開發工具的
NewType EIP(平台)+Flow(電子簽核部分)

去年開始導入eip平台，年底開始導入點子簽核系統
直到到現在都還ok，不過就是我們資訊部門主管
不斷與老闆與各單位同事開會討論，了解和設計適合的簽核流程表單
真的是漫漫長路

假如需要更詳細的資訊就在提出來討論吧

阿輝

我公司是用這套啦 不過應該不算軟體，算系統
http://web2.hgiga.com/tw/product ... odules=product_view

u329

一般看到套裝的簽核軟體，我們survy的結果，大都只適合事務性的流程，要是像公文那種不定流程，由於與組織架構的互動較深，通常花在改的時間，還不如自行開發，以上是自身的經驗。本來找了廠商客製化，搞了一年多搞不定，後來臨危受命，我一人花三個月寫了一套出來用，已經先後套用超過20種不同性質得流程。

不過我待的公司規模較大，可能一些奇奇怪怪的簽核判斷較多，但若當初架構弄的乾淨清楚，穩定度倒是相當不錯～

附上我第一版跟老闆簡報的東東，系統大約是2003年開發的，所以那時是用ASP+MS-SQL。那時約2000多人，後來變成多公司，7000多人的大組織，裡面的那些系統架構，還是一樣適用，這系統運作到現在也沒出過狀況。所以我想不管用啥工具開發，這架構應該多少有點參考價值～

savageboy72

謝謝各位的資訊，感謝。

敝公司目前使用ERP：
高格  http://www.e-wing.com.tw
軟體應不符需求，已經客制化多次......覺得他真的不是很強的公司

而電子簽核系統打算目前獨立運作，我先解各位提供的資訊再來討論。

u329

iThome曾出版過相關報導，或許也可參考～

17款BPM採購特輯
http://www.ithome.com.tw/itadm/article.php?c=39271

sueboy

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

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

zombie

一般的簽核系統，大多屬於固定流程，對於公文類動態流程(由前一關決定下一關的人員、簽核方式等)的支援較弱。如果貴公司希望電子化的以動態流程居多的話(如公家單位、法人)，那應該考慮的是所謂電子公文系統，而非電子簽核系統。

u329

其實所謂公文系統，也是公文的「電子表單」+「流程引擎」+「OC」，理論上，只要搭配不同表單，就是不同的簽核系統，只是公文的簽核，以流程來看，是比較複雜的，像多階層式會簽會辦，批後呈/再呈等，組織龐大時，還真的挺複雜，加上通常高階主管都會兼職一堆單位，若OC設計得不夠彈性，變成要在流程內加工，那就搞死人。一些國外大廠的，都常都是死在兼職處理這邊，因為國外都是一個蘿蔔一個坑的概念，搞不清怎會有一堆兼職、永久/暫時性的任務編組這種奇特現象，變成要加一堆違章建築，除了拖垮系統效能外，維護起來也會死人～

而流程關卡指派對象的動態判斷部份，建議指派時，是以「角色」而非「人」為依據，譬如是送到「行政處處長」，而非員工「王xx」，則若組織變動，系統仍不需調整。若已經指派特定人，若不是使用Mail routing方式，而是真正的線上判斷的話，則以「代理人」方式，也能立刻解決。

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

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

sueboy

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

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

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

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

u329

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

為了效能，我的作法是，當請假簽核成功時，自動發信通知外，也塞一筆代理資料到OC，在信中請代理人重新登入系統一次即可自動繼承。本來可作到即時，但loading太重，所以改成當使用者登入時，一次初始所需的所有角色，這樣就解決所有問題～

譬如員工A01，是部門Dep01的主管，今天剛好代理A05，則登入後，一般性角色為 A01,Dep01,A05
主管職角色是Dep01，則目前被指派到A01,Dep01一般人員,A05及Dep01主管的，就自動出現在我的待辦清單～

還有，不管 表單/OC/流程設計 ，都要有版本控制功能，如此組織或流程變動時，就能三者互搭，甚至可作到同一流程不同版本同時運作的效果，我用過比較機車的是，某流程某一關得人員判斷是不成文的組織架構，不能見光，我就在讀取下一關指派對象時，臨時切換OC的判讀版本，將該組織建立在特定版號，取得所需資料後，在切換回來送出即可。如此一來，若使用者想進行調整，可請他們自行維護，資訊人員方便控管，結構簡單又不會影響大局。。呵呵～

BTW，若已有別得既有流程套裝系統，待辦清單的件數可透過ajax/API或db取得，當點下連結時，則可利用單一登入系統轉移控制權到該系統，這樣整合是最快的～

savageboy72

我想還是要先定義好流程.
不然評估了一堆軟體.結果還是在人..........

滿常遇到主管簽名了.但是後問他.....忘了
或重要事情.看了MAIL卻不回.........就擱著.........

我想我可能是要電子公文軟體......其實有一個疑問    導入這些軟體   預算約?
有朋友可以分享嗎?

我是電子業的業務兼MIS.......

u329

如果有基礎，或許試試買工具，這家的流程工具因為剛出來，我還沒用過，但他以前的開發工具我用過，穩定度及開發速度相當好，畢竟老闆是技術出身的，知道工具如何設計，程式人員會用起來最有效率。這工具連鴻海跟神通都已經在用，應該不差～

http://www.infolight.com.tw/product/file/EEP2006-wf.htm

savageboy72

如果有基礎，或許試試買工具，這家的流程工具因為剛出來，我還沒用過，但他以前的開發工具我用過，穩定度及開發速度相當好，畢竟老闆是技術出身的，知道工具如何設計，程式人員會用起來最有效率。這工具連鴻海跟神通 ...
u329 發表於 2009-2-17 09:31

這家的工具，我如果沒記錯，是用DELPHI開發的。
早期有評估過這方面的工具，可惜學藝不經阿...............

u329

這家的工具，我如果沒記錯，是用DELPHI開發的。
早期有評估過這方面的工具，可惜學藝不經阿...............
savageboy72 發表於 2009-2-18 12:26

最早是Clipper，再來是Borland C，再來才是Delphi
這兩年則是已全面改成.NET平台，可同時用他們自己及微軟的元件開發，並含原始碼，目前知道，連VS2008都已支援，自己有在寫系統，就知道作到這樣實在不容易～

＊＊話說，當三年前知道，原始創作出Delphi的作者也被微軟挖角過去，就知道，以後真的是.NET的天下了～～

JamesLiang

我公司是用 share point 後加上 infopath. infopath 可與SAP B1 的資料庫連結後再用 VS2005
寫WF 彈性比較大. 基本上我們公司比較不在意原物料採購(MRP算出的東西也沒需要簽核)的簽核.在乎非原物料的採購.因此用 infopath 寫出需求單後再分送單位主管簽核後將簽合理由寫回 infopath form.
這也是一個不必受制於人的軟體