业务流程究竟应该使用什么方法来控制？你还一根筋的钻在工作流里吗！
本帖最后由 mucai 于 2020-6-24 21:15 编辑看到这个贴子下，有对活字格工作流的吐嘈，https://gcdn.grapecity.com.cn/showtopic-60623-1-14.html 。贴主用工作流来控制了出入库的复核、批准和反审等操作。
这么做，铁定是很麻烦的，一是这种业务流程并不适合用工作流；二是活字格的工作流本身也不太好使。
这种类型业务的复核、撤销等流程控制，建议用页面按钮来控制就可以，不建议用工作流。其实，常见的ERP也是用页面按钮来控制。之所以这么设置的原因，是因为这个页面的业务操作，在企业内部来说，一般在同一个部门或小组的一个或若干个岗位，且是日常性业务，平常的工作就是要盯着这个总表来的，盯着状态一栏就能很好的进行操作。
比如设三个按钮，提交（撤回）---审核（撤审）---批准（撤批），通过设置单元格命令以及单元格权限来设置这几个按钮的流转、状态的变化、以及数据库的变更。比如几个逻辑：
1、点击提交后，才可以点审核，点击审核后，才可以点批准。撤回也是一样，要逐级进行。
2、点击审核后，不能点撤回；点击批准后，不能点撤审，也不能点撤回。
3、批准后，可以锁定表单和记录行
4、页面逻辑可以提前做一个模板页，用的时候直接复制过去。要改的就是批准按钮的服务端命令修改数据表
如果还是觉得要有一个通知来操作，可以做一个含工作流的中间表，详见这个：https://gcdn.grapecity.com.cn/forum.php?mod=viewthread&tid=59770&extra=page%3D1
至于什么时候适合用工作流，我的建议是（1）这个表单流转涉及到多个跨部门岗位的操作；（2）是非日常业务的操作，响应式的，比如有了请假申请了，下游的审核审批才会响应起来；（3）表单字段还比较简单。
最后，像大的开发/生产流程控制，比如涉及到多个表单的，我还是不建议用工作流。单个表单用页面按钮来控制逻辑，多个表单间的逻辑，一是表单记录生成的逻辑（依靠上一个业务表单生成），这个自然就是一个业务流程，二是设计一个导航页面，通过查询、汇总、统计、图表等，在一个页面里面把业务逻辑和待办表单呈现出来。
:lol:lol:lol:lol非常好的建议 这里给大家交个底，
我们最近把报表先解决了，后面就是工作流~ 按楼主这样说，是不是要增加字段或者增加数据表？我现在也遇到这个问题，活字格自带的样例中的工作流没有带流程管控功能，样例中只要提交了就更新了表格数据，后边是否审核没多大关系，:dizzy::dizzy::dizzy:就直接可以调用数据表中的数据了。我看工作流中的命令也难以实现这个流程中的数据管控。也许是我太菜了。
页:
[1]