You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

多页Word文档中第二位签署者无法看到签名占位符问题求助

解决思路

1. 修复API参数的字段命名错误

你提交的请求里,第二位签署者的签名标签用了下划线命名的sign_here_tabs,但DocuSign API要求的是驼峰格式的signHereTabs——字段名的格式和大小写不匹配会直接导致API忽略这个签名域配置,这是最可能的原因。

修改后的第二位签署者tabs段应该是这样(同时要去掉JSON里多余的尾逗号,避免解析报错):

"tabs": {
  "signHereTabs": [{
    "anchorString": "CounterSignHere",
    "anchorUnits": "pixels",
    "anchorXOffset": "0",
    "anchorYOffset": "0"
  }]
}

2. 再次验证锚点的完全匹配

虽然你说底层XML验证过锚点无空格,但还是要确认文档里的CounterSignHere:

  • 没有隐藏格式(比如字体颜色和背景色一致,肉眼看不到但XML里存在)
  • 没有额外不可见字符(比如全角空格、换行符这类XML里可能显示但实际会干扰匹配的字符)
  • 和API参数里的anchorString完全一致(DocuSign锚点默认区分大小写,拼写、大小写都不能错)

3. 给多页文档指定锚点所在的文档ID

因为是多页Word文档,如果CounterSignHere锚点不在默认的第一页,需要给signHereTabs加上documentId参数,明确指定锚点所在的文档编号(默认上传的第一个文档ID是1,若有多个文档要对应调整):

"signHereTabs": [{
  "anchorString": "CounterSignHere",
  "anchorUnits": "pixels",
  "anchorXOffset": "0",
  "anchorYOffset": "0",
  "documentId": "1" // 替换成锚点实际所在的文档ID
}]

4. 检查签署者的路由和标签分配状态

登录DocuSign控制台查看这个信封的详情,确认第二位签署者的routingOrder=2配置是否生效,以及CounterSignHere标签是否被正确分配给该签署者。有时候路由顺序配置异常也会导致签署时加载不到对应标签。

内容的提问来源于stack exchange,提问作者ioni

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.17 21:37:32