文档目录
点签 MCP/完成第一份测试合同
FIRST CONTRACT当前文档:测试环境

完成第一份测试合同

下面是一条通用路线。每次只发一句短话,Agent 会自己调用对应工具;不同客户端的按钮位置请看各自接入页。

本页目录

开始前准备

  • 点签 MCP 已连接,并且恰好显示 5 个工具。
  • 一份获准测试的 PDF,建议先用单文件。
  • 一位获准测试的签署人,以及能打开签署链接的手机。
从第 3 步开始会写入测试环境

上传文件、创建合同、发起签署和撤销都不是只读操作。先用测试资料,发起前再核对一次。

本页不伪造统一客户端截图,因为各 Agent 的界面不同。真实设置与验证画面集中在客户端指南中。

1. 先查签署人

这一步只读。让 Agent 返回脱敏结果,再确认姓名或手机号尾号是否匹配。

这样说就够了
查找已保存的签署人“<姓名>”,只返回脱敏结果。

找到多位同名人时,不要让 Agent 猜。补充手机号尾号,或者由测试人员提供完整测试手机号。

2. 准备签署文件

先把 PDF 拖进对话,再发一句短话:

这样说就够了
我准备用这个 PDF 发测试合同,先别创建。

如果客户端不能把原文件交给远程 MCP,Agent 会返回一次性浏览器上传链接。 打开链接上传后回到原对话,说“继续”。上传页不再询问 APP_ID 或 APP_SECRET。

也可以复用旧合同的原 PDF

同企业、同环境的合格签署前原文件可以用于新合同。签后 PDF 和普通附件不能当作新的签署原件。

3. 核对后再创建并发起

让 Agent 先列出标题、签署文件、普通附件、签署人和签署顺序。全部正确后再确认:

这是写操作
信息没问题,创建并发起。

点签 MCP 会把“准备合同”和“正式发起”合在一次工具调用里。不要为了重试重复改标题或重新上传; 同一次请求会做幂等保护。

4. 把签署链接交给测试签署人

创建成功后,Agent 应返回脱敏合同信息和对应签署链接。测试环境的短信是否送达受通知策略影响; 没收到短信时,可以直接把返回链接交给测试签署人。

  • 签署人使用创建合同时填写的手机号登录。
  • 多位顺序签署时,后一位要等前一位完成;前一位拒签后,后续人员不会继续签。
  • 不要把真实签署链接放进公开截图、文档或工单。

5. 回到 Agent 查最新状态

这样说就够了
查一下刚才那份合同的最新状态。

合同状态以点签 SaaS 主动查询结果为准。回调只是提醒 MCP 再查一次,不直接把回调内容当作最终状态。

6. 完成后查看签后文件

状态变成已完成且已有签后文件后,可以让 Agent 先读第一页:

这样说就够了
读取刚才合同的签后 PDF 第一页,只给摘要。
文字可读,不等于电子签名已经验证

MCP 返回的是 PDF 文字提取结果。它不能替代对电子签名、证书、时间戳或合同法律效力的专业验证。

到这里,第一份合同的“查人 → 准备文件 → 发起 → 签署 → 查状态 → 查看签后文件”就走完了。 需要测试多文件、多人或企业签署时,再查看五个工具与签署规则