摘要

  • IAM Standard、Professional 的普通网页和移动应用发送可以无限，但自动化有独立额度。新加坡公开页面列出的年付额度是每用户每年合计 100 次，月付则是每用户每月最多 10 次。
  • 发起渠道决定归类：Bulk Send 即使由人在网页点击，也算自动化；Workflow Builder 则按网页、移动端或 API 等启动方式区分。销售渠道合约还涉及账户共享、期限和订单日期。

软件替人按下按钮，额度开始接班

一家企业把重复发送签署文件的工作接进内部系统，是再普通不过的数字化改造。原来员工进入应用，准备并发出请求；现在由自己的集成通过 API 发起。文档仍然要送给同一类收件人，等待同样的签署，操作却可以进入另一种购买额度。

DocuSign 的 IAM 新加坡公开页面把 Standard 和 Professional 的网页、移动应用发送列为无限。紧挨着它的是 Automation Sends，自动化发送：年付计划每用户每年合计 100 次，月付计划每用户每月最多 10 次。Web Forms、PowerForms、Bulk Send，以及自建和合作伙伴 API 集成发送，都列在自动化这一边。

醒目的词是“无限”，影响下一次系统改造的词则是“合计”。几个自动化入口共用这一类别，并没有各自得到一份 100 次。企业省下人工，仍要把被新流程消耗的服务数量算进去。自动化项目的收益表，由此从工时表接到了采购表。

有人真的问过，无限是不是一千

2025 年 6 月 30 日，用户 wbdoc 在 DocuSign 官方社区留言，称开发账户出现额度超限，自己当月已发送 1,000 个测试信封，问“无限”是不是指 1,000。随后他补充，使用的是嵌入式方式。

页面标为 DocuSign 员工的 Alexandre.Augusto 先问，走的是网页应用，还是 API 之类的自动化。之后他说明，截图看起来是 Demo 账户，似乎碰到了自动化上限，并把商业套餐的额度说明另行列出。

帖子里的 1,000 是用户自述的测试量，付费套餐的数量写在适用的商业规则里。这段问答留下的线索很具体：讨论数值之前，员工先问发送从哪里发起。程序员已经接上了签署体验，商业词汇还在要求他回答另一道接口题。

在网页点击，也可能进自动化那一栏

官方销售及合作伙伴渠道额度说明明确把 Bulk Send 算作自动化发送。每个由批量任务产生、需要签署的信封，计为一次 Automation Send。DocuSign 给出的近似理解是：批量发送表格里每一条有数据的行，表头除外。

这对采购计量很要紧。上传了一张表，不等于只用一次。按了一次按钮，也可能产生许多封签署请求。操作被压缩到一个动作，服务数量仍跟着实际产生的发送走。若预算按“上传次数”编，最有效率的那项功能反而最容易被少算。

Workflow Builder 把边界画得更细。通过网页或移动应用启动、并发出签署请求的工作流，进入说明中的网页发送类别。由自建 API 或集成启动并发出请求，则进入自动化；Standard 和 Professional 的第三方 API、集成触发，也被列入自动化。

工作流执行还有独立的 Workflow Run 计数：每次触发已发布的工作流，会产生一次 Run。一个 API 启动并发送签署请求的流程，可以同时牵动执行次数与自动化发送两种单位。采购口头说一句“买了工作流”，很容易把后面的两个名词一起吞掉。

Web Form、PowerForm 则在产生签署发送时计入自动化。打开表单与发出签署请求是不同事件。把访问量、任意 API 调用数、文档数或签署人数直接拿来代替发送数量，量到的是别的东西。

所以，电脑前坐着一个人，并不能把业务自动归进无限一栏。Bulk Send 就可以由人点击，却按生成的签署信封计量。需要画清的是实际发起路线和计费单位，浏览器窗口只是它们共同的外壳。

十个座位买的是共用池，不是一排小抽屉

销售渠道说明把额度汇总到购买的用户席位，在订阅内共享。它给了两个现成例子：十个完整用户、一年合约，拥有 1,000 次自动化发送；十个用户、三年合约，则有 3,000 次，可在那三年中的任何时候使用。

季节性业务会在这里看见差别。说明中的多年额度可以在整个合约期内使用，年度数字不能擅自除以十二，变成每个月必须重新领的小包。真正的计划要把期限、剩余数量和发送高峰摆在一起。

池子共享，也改变了部门之间的关系。一个部门把工作接进 API，可能开始更快使用大家一起买下的容量。它节约的工时留在本部门，额度消耗却会进入共同余额。项目验收如果只展示“少按了多少次”，就会漏掉另一半结果。

这份通用说明面向销售代表和合作伙伴渠道的订阅，另行指引网页购买者查看公开价格页。采购从哪个渠道完成，也属于合约身份的一部分。套餐同名，仍需拿实际购买路径和适用文本核对。

同一个“更高级”，还得看订单是哪天开始

往上购买，也有更细的计数。额度说明写明，IAM Enterprise、IAM for Sales、IAM for CX 若订单开始日为 2026 年 2 月 20 日或之后，第三方集成发送另有每用户每年 200 次的账户共享额度。某项发送不占原来的池子，仍可能占另一只池子。

2025 年 9 月 15 日版 IAM 服务附表则把服务放在预付订阅和订单之下，并指定：被引用的套餐说明，以订单签署日生效的版本为准。这里的签署日，与额度变更中使用的订单开始日，各管一件事。

网页持续更新，订单有自己的适用版本。保留套餐名字，却没保留当时对应的规则，会把下一次续约变成一次网页考古。

同一附表列有超出 Feature Count 的逐单位超额收费条款，按相应标价，或订单、套餐文档另定的金额。要把自动化省下的钱算出来，还缺额外发送的实际报价，以及人工操作真正占用的时间。两项进同一张表，才能比较节约与新增支出。

合理使用政策还保留了针对所列超额或影响正常运行、安全和完整性等情况采取措施的空间，包括额外费用，以及少见情况下的使用限制。“无限”这一订阅类别，仍然装在有使用规则的付费服务里。

DocuSign 把普通应用发送做得宽裕，把能系统性拿掉人工步骤的入口另设容量。这是一条商业分界，企业的效率改造正好会经过。最值得放进立项表的，除了省掉的那只手，还有接班的计数器。否则人工确实少了一道，采购只是晚一点才认识那道工序的新同事。