问题描述

    很多客户在使用第三方渠道审批任务的时候，都遇到过部分待办任务收不到的问题，但是又无从下手，接下来我们就来看下这种问题要怎么分析

分析方法

• 流转日志

  1）根据客户提供的收不到待办的单据，去流程实例列表快速搜索单据编号找到对应流程，打开流转日志，列表头的'类型'字段过滤：包含'todo'关键字。过滤出来的就是渠道任务相关的job。（过滤为空可以修改下过滤时间，默认只展示当天的数据）

  2）如果没有todo相关的流转日志，那就要检查下消息类型中的任务是否有设置渠道，任务处理终端，和允许发送渠道待办开关

  3）根据操作日志或者流程图以及客户反馈的哪个节点，哪个人收不到待办的情况，找到任务创建的时间，然后去流转日志里找这个时间段内的所有job（通常一个任务包括创建、发送mq、从mq接受、执行4个部分）。

  4）根据2次过滤的结果，我们去找对应的执行结果的记录即可,执行成功/执行失败。找到对应的执行结果后要从中提炼出便于定位的数据信息。

  

  5）分析结果。a.如果执行结果都是成功，那么基本可以判定我们执行成功了，但是为什么没有收到则需要第三方渠道去协助排查下，如需第三方请求结果请参照monitor日志；b. 执行失败的话需要看下失败的堆栈，有的原因可以很清晰地知晓，比如：secret错误，xxx没有openid等，但是有的报错信息会比较笼统，需要去monitor日志里寻找对应的记录进一步分析。

  6）分析monitor日志。根据任务创建的时间，做一个初步的过滤；同时也可以根据任务的上一步处理人的人员id、人员名称做过滤。然后搜索如下关键字,匹配到后获取到对用日志的traceid，用traceid过滤即可（具体monitor日志的使用方法这里不做赘述）

  钉钉：DingdingServiceHandler--create todo info

  email：邮件服务：创建待办消息ctx

  短信：短信服务：发送待办消息 ctx

  企业微信：create wexinqy task todo

  welink：createtodo begine

  云之家三兄弟：dispatch result:

注意事项

• 如果涉及到多个渠道，分析流转日志中的时候要注意任务的状态和对应的渠道信息

• 创建失败的原因也有可能是处理失败，如转交等，所以如遇state = deal的执行结果失败的，也要留意分析