訂單審核流程如何設計更合理？？？

前言：請各位大神指教訂單審核流程如何設計更為高效合理，如若能詳細到表設計更為感謝。

系統角色

店面銷售、店長、審單員、財務專員、下單員。

流程

通過流程

店面銷售錄入訂單資訊 > 提交 > 店長審核 > 審單員審核 > 財務審核 > 下單員決定是否可以下單產生，否則退回。

退迴流程
店長、審單員、財務、下單都可以退回已經提交審核的訂單；只是審核到哪步哪步的角色才可以退回。

現在系統的設計模式（感覺笨的要死）
現在的系統是給訂單一個status欄位 1就是未審核2就是店長審核 類推。
然後根據這個再做邏輯，比如財務審核訂單列表只能看見status=3的訂單。

問題求教

1. 這種流程審核要怎樣設計的更好。

2. 考慮可能因素，比如領導說以後不用店長審核了；能高效安全的去掉一個審核環節。

回複內容：

前言：請各位大神指教訂單審核流程如何設計更為高效合理，如若能詳細到表設計更為感謝。

系統角色

店面銷售、店長、審單員、財務專員、下單員。

流程

通過流程

店面銷售錄入訂單資訊 > 提交 > 店長審核 > 審單員審核 > 財務審核 > 下單員決定是否可以下單產生，否則退回。

退迴流程
店長、審單員、財務、下單都可以退回已經提交審核的訂單；只是審核到哪步哪步的角色才可以退回。

現在系統的設計模式（感覺笨的要死）
現在的系統是給訂單一個status欄位 1就是未審核2就是店長審核 類推。
然後根據這個再做邏輯，比如財務審核訂單列表只能看見status=3的訂單。

問題求教

1. 這種流程審核要怎樣設計的更好。

2. 考慮可能因素，比如領導說以後不用店長審核了；能高效安全的去掉一個審核環節。

寫好文檔註明每個審核對應的id就好了，不用店長審核就在提交後直接將struts設為3,還有將之前的資料庫裡的店長審核狀態也設為下一個審核狀態

做成許可權控制比較好，就類似許可權菜單那麼設計
訂單的每個狀態做一個勾選項，設定角色的時候對應的勾選。顯示資料的時候，對應的sql條件就容易寫了。

