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

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

系統角色

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

流程

通過流程

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

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

現在系統的設計模式（感覺笨的要死）
現在的系統是給訂單一個status字段 1就是未審核2就是店長審核 類推。
接著再根據這個再做邏輯，例如財務審核訂單清單只能看見status=3的訂單。

問題求教

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

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

回覆內容：

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

系統角色

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

流程

通過流程

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

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

現在系統的設計模式（感覺笨的要死）
現在的系統是給訂單一個status字段 1就是未審核2就是店長審核 類推。
接著再根據這個再做邏輯，例如財務審核訂單清單只能看見status=3的訂單。

問題求教

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

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

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

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