背景:公司现在已经有一套审批系统了,但是想添加移动审批, 只需要审批通过与否,不需要发起申请。准备使用钉钉的审批流。
现在有这些问题 1.这样的组合合适吗?有没有更好的方案。
2.看了钉钉的文档,有个“自有工作流”的整合方案, 但有疑问,当前一个流程申请发送给多个人,其中一个人通过或者不通过。其他人的申请消息 可以撤回吗。 或者有已经处理的提示
3.流程申请信息是否 可以添加超链接,打开外部页面
4.钉钉和现有系统的交互,是否可行,我的想法是 :原系统发起请求,发送一条通知给钉钉,钉钉处理完,再通知原系统。
5.钉钉的新 sdk 和 旧 sdk 接口更推荐哪一个
1
AnyThingElae 321 天前
1. 可以做
2. 一个人审批不通过,其他人会有拒绝的提示 3. 可以 4. 如果是原系统发起请求就是调用钉钉的 api 发起申请了,发起申请后可以通过回调获取审批状态 5. 新版 sdk 是通过 header 传递 token 的,旧版加在 query 里,使用起来差别不大 |
2
yangshou OP @AnyThingElae 谢谢大佬耐心解答。
还有一个问题想请教一下:1.现在知道可以做超链接,我想是不是将钉钉只当作一个接收消息载体,收到消息后,通过链接到原系统做审批。这样很多页面也不用搞了,也不要和钉钉做审批的交互。好像更简单一点。 2.不然就要深度和钉钉整合,走钉钉的工作流,完成任务,再通知原系统。这样的好处是,审批留痕。方便后期统计。 但逻辑好像就复杂了。 原系统发起申请通知到钉钉--->钉钉审批完成(有一个人完成,其他人失效)---> 通知完成人信息给原系统 --- > 原系统完成任务后者进入下一节点 。还有就是要在钉钉 进行新的流程定义 请问大佬 我这样的两种思路有问题吗 |
3
AnyThingElae 319 天前 1
@yangshou 可以用钉钉的自有 OA 审批,审批实例的状态可以通过接口控制,你只想用钉钉收消息的话可以这么用
|
4
yangshou OP @AnyThingElae 嗯呢 现在就是这个方案,已经实现了,感觉大佬!!!
|