已有审批系统 整合钉钉审批的问题

[yangshou]

背景:公司现在已经有一套审批系统了，但是想添加移动审批， 只需要审批通过与否，不需要发起申请。准备使用钉钉的审批流。

现在有这些问题 1.这样的组合合适吗？有没有更好的方案。

2.看了钉钉的文档，有个“自有工作流”的整合方案， 但有疑问，当前一个流程申请发送给多个人，其中一个人通过或者不通过。其他人的申请消息 可以撤回吗。 或者有已经处理的提示

3.流程申请信息是否 可以添加超链接，打开外部页面

4.钉钉和现有系统的交互，是否可行，我的想法是 ：原系统发起请求，发送一条通知给钉钉，钉钉处理完，再通知原系统。

5.钉钉的新 sdk 和 旧 sdk 接口更推荐哪一个

[AnyThingElae]

1. 可以做
2. 一个人审批不通过，其他人会有拒绝的提示
3. 可以
4. 如果是原系统发起请求就是调用钉钉的 api 发起申请了，发起申请后可以通过回调获取审批状态
5. 新版 sdk 是通过 header 传递 token 的,旧版加在 query 里,使用起来差别不大

[yangshou]

@AnyThingElae 谢谢大佬耐心解答。
还有一个问题想请教一下：1.现在知道可以做超链接，我想是不是将钉钉只当作一个接收消息载体，收到消息后，通过链接到原系统做审批。这样很多页面也不用搞了，也不要和钉钉做审批的交互。好像更简单一点。
2.不然就要深度和钉钉整合，走钉钉的工作流，完成任务，再通知原系统。这样的好处是，审批留痕。方便后期统计。
但逻辑好像就复杂了。 原系统发起申请通知到钉钉--->钉钉审批完成(有一个人完成，其他人失效)---> 通知完成人信息给原系统 --- > 原系统完成任务后者进入下一节点 。还有就是要在钉钉 进行新的流程定义
请问大佬 我这样的两种思路有问题吗

[AnyThingElae]

@yangshou 可以用钉钉的自有 OA 审批，审批实例的状态可以通过接口控制，你只想用钉钉收消息的话可以这么用

[yangshou]

@AnyThingElae 嗯呢 现在就是这个方案，已经实现了，感觉大佬！！！