前言：请各位大神指教订单审核流程如何设计更为高效合理，如若能详细到表设计更为感谢。
店面销售、店长、审单员、财务专员、下单员。
通过流程
店面销售录入订单信息 > 提交 > 店长审核 > 审单员审核 > 财务审核 > 下单员决定是否可以下单生成，否则退回。
退回流程
店长、审单员、财务、下单都可以退回已经提交审核的订单；只是审核到哪步哪步的角色才可以退回。
现在系统的设计模式（感觉笨的要死）
现在的系统是给订单一个status字段 1就是未审核2就是店长审核 类推。
然后根据这个再做逻辑，比如财务审核订单列表只能看见status=3的订单。
这种流程审核要怎样设计的更好。
考虑可能因素，比如领导说以后不用店长审核了；能高效安全的去掉一个审核环节。
前言：请各位大神指教订单审核流程如何设计更为高效合理，如若能详细到表设计更为感谢。
店面销售、店长、审单员、财务专员、下单员。
通过流程
店面销售录入订单信息 > 提交 > 店长审核 > 审单员审核 > 财务审核 > 下单员决定是否可以下单生成，否则退回。
退回流程
店长、审单员、财务、下单都可以退回已经提交审核的订单；只是审核到哪步哪步的角色才可以退回。
现在系统的设计模式（感觉笨的要死）
现在的系统是给订单一个status字段 1就是未审核2就是店长审核 类推。
然后根据这个再做逻辑，比如财务审核订单列表只能看见status=3的订单。
这种流程审核要怎样设计的更好。
考虑可能因素，比如领导说以后不用店长审核了；能高效安全的去掉一个审核环节。
写好文档注明每个审核对应的id就好了，不用店长审核就在提交后直接将struts设为3,还有将之前的数据库里的店长审核状态也设为下一个审核状态
做成权限控制比较好，就类似权限菜单那么设计
订单的每个状态做一个勾选项，设置角色的时候对应的勾选。显示数据的时候，对应的sql条件就容易写了。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
141
收藏
