使用签名顺序时DocuSign完成首收件人签署后未发送后续邮件

• 检查收件人路由配置细节

  • 确认第二个收件人的routingOrder值必须严格大于第一个（比如第一个设1，第二个就得是2，不能重复或顺序搞反）
  • 排查第二个收件人的deliveryMethod是否误设为none，如果是这个值，哪怕状态显示已发送，也不会触发邮件推送，得改成email
  • 核实第二个收件人的recipientId是唯一值，重复ID会打乱路由流转逻辑

• 确认信封流转状态

  • 第一个收件人完成签署后，调用GET /envelopes/{envelopeId}接口查看信封状态，确认是否从sent变为delivered，同时检查第二个收件人的status字段是否为sent或delivered
  • 排查是否给信封设置了手动触发规则，比如需要审批后才能流转，而非自动进入下一签署阶段

• 查看DocuSign邮件日志

  • 进入管理控制台的监控→邮件日志，搜索第二个收件人的邮箱，确认邮件是已发送被收件方过滤，还是根本未触发发送，是否存在平台侧的报错提示

• 对比API请求体差异

  • 把启用和不启用签名顺序的API请求体做对比，重点检查第二个收件人的配置是否和正常发送时一致，比如是否遗漏了signHere签署标签——如果收件人没有待签署的内容，DocuSign可能不会发送邮件，哪怕状态显示已发送
  • 附正确的顺序配置示例：

    Signer signer1 = new Signer();
    signer1.setEmail("first@example.com");
    signer1.setName("First Signer");
    signer1.setRecipientId("1");
    signer1.setRoutingOrder("1");
    
    Signer signer2 = new Signer();
    signer2.setEmail("second@example.com");
    signer2.setName("Second Signer");
    signer2.setRecipientId("2");
    signer2.setRoutingOrder("2");
    

• 联系DocuSign支持团队

  • 若以上排查均无问题，大概率是平台侧路由逻辑异常，将信封ID、收件人邮箱、API请求日志提供给DocuSign支持，让他们排查后台流转记录

内容的提问来源于stack exchange，提问作者Ibo