前言:请各位大神指教订单审核流程如何设计更为高效合理,如若能详细到表设计更为感谢。
店面销售、店长、审单员、财务专员、下单员。
通过流程
店面销售录入订单信息 > 提交 > 店长审核 > 审单员审核 > 财务审核 > 下单员决定是否可以下单生成,否则退回。
退回流程
店长、审单员、财务、下单都可以退回已经提交审核的订单;只是审核到哪步哪步的角色才可以退回。
现在系统的设计模式(感觉笨的要死)
现在的系统是给订单一个status字段 1就是未审核2就是店长审核 类推。
然后根据这个再做逻辑,比如财务审核订单列表只能看见status=3的订单。
这种流程审核要怎样设计的更好。
考虑可能因素,比如领导说以后不用店长审核了;能高效安全的去掉一个审核环节。
前言:请各位大神指教订单审核流程如何设计更为高效合理,如若能详细到表设计更为感谢。
店面销售、店长、审单员、财务专员、下单员。
通过流程
店面销售录入订单信息 > 提交 > 店长审核 > 审单员审核 > 财务审核 > 下单员决定是否可以下单生成,否则退回。
退回流程
店长、审单员、财务、下单都可以退回已经提交审核的订单;只是审核到哪步哪步的角色才可以退回。
现在系统的设计模式(感觉笨的要死)
现在的系统是给订单一个status字段 1就是未审核2就是店长审核 类推。
然后根据这个再做逻辑,比如财务审核订单列表只能看见status=3的订单。
这种流程审核要怎样设计的更好。
考虑可能因素,比如领导说以后不用店长审核了;能高效安全的去掉一个审核环节。
写好文档注明每个审核对应的id就好了,不用店长审核就在提交后直接将struts设为3,还有将之前的数据库里的店长审核状态也设为下一个审核状态
做成权限控制比较好,就类似权限菜单那么设计
订单的每个状态做一个勾选项,设置角色的时候对应的勾选。显示数据的时候,对应的sql条件就容易写了。