电子签的用量账单怎么核对：份数、认证、存储三栏对不对得上

签了两万份，账单上是两万八千份

一家年签两万份合同的企业，季度对账时发现供应商账单比自己的统计多了八千份。采购把问题推给信息部门，信息部门导出了系统记录，两边的数字还是对不上。

差在口径。企业统计的是签完的合同，供应商计的是发起过签署的文件份数。作废重签的那一批，被算了两次。

对账本身不复杂，难在两边说的不是同一个数。把口径先摊开，差额自己会浮出来。

份数按文件算，不按人算

一份三方协议只有一个文件，三个签署方各签一次。计费单位是份的时候，这份合同只算一份；计费单位是签署次数的时候，它是三次，加上企业侧静默盖章是四次。

两种算法在单份多签的合同上差得最远。签署结构分散的企业，一年下来能差出三成。

先把自己合同的结构点清楚。单份单签、单份多签、多份批量，三种形态在两种口径下的差额完全不同。让业务部门报一个比例，比让信息部门猜准得多。

批量发起的场景要单独看。一次导入五百份框架协议，系统里是一个任务，账上是五百份文件。任务数与文件数不相等，这是对账时第一个容易踩空的地方。

认证次数是第二条账

认证和签署是两笔钱。人脸核验、短信验证码、企业对公打款，各自有调用次数，跟签了几份合同没有一对一的关系。

一次签署调三次认证，不算异常。第一次人脸过不去换短信，短信超时重新发起，企业侧还要走一次打款验证。合同是一份，认证调用是四次。

对账时把认证流水单独拉出来，按签署人证件号聚一遍。同一个人在同一份合同上反复认证的，属于流程卡顿，写进对账说明比直接付钱合理。

企业侧的认证成本常被忽略。每一家新增的相对方都要做企业实名，供应商多、经销商多的行业，企业认证的次数会超过合同份数。这一栏不单独列，账永远对不平。

存储与留存是第三条账

存储费在报价单上常年被忽略。签署完成的文件要留存，留存期不按合同期限算，按档案要求算。

一份三年期的采购合同，档案上留三十年。留存期越长，存储成本越像一条缓慢上升的曲线。第一年几个 G，到第五年变成几百 G，还要算上每次调阅产生的流量。

外包存储与自建存储，两条路的成本结构不同。前者随份数线性增长，后者有一个很高的固定门槛，份数少的时候永远不划算。份数在什么位置跨过门槛，这件事要算一次再定。

留存期还会牵出档案合规的问题。会计凭证类的文件，档案管理办法对保管期限有明确规定，定期分为十年和三十年两档，从会计年度终了后的第一天算起。这个年限直接决定了存储要留多久。

三笔最容易多付的钱

第一笔是失败重发。签署链接过期、短信没收到、对方换了手机号，重新发起的每一次都被计一次。

第二笔是作废重签。合同条款改一个字，作废后重新发起，旧的那份如果不在账上核销，等于为同一份合同付了两次。

第三笔是测试环境。上线前的联调、压测、演练都会消耗调用额度。有的套餐把测试用量算进正式额度，联调跑完，正式额度已经用掉一截。

三笔钱单看都不大，加起来能占到年费的百分之十到二十。合同里不写清楚，事后只能认。

对账要的三张表

合同流水表看三个状态，发起、完成、作废。三个状态的差值就是还没签完的量，这个差值每月都在变，按月取数才有意义。

认证流水表看四类调用，人脸、短信、企业打款、证书签发。按天聚能看出波峰，按签署人聚能看出异常。

计费明细表由供应商提供，按合同号或流水号对齐前两张表。三张表对齐之后，差额落在哪一栏是清楚的事，不用再猜。

对不上的记录逐条落。找不到合同号的记录、重复入账的记录、状态停在发起却没完成的记录，三类是主要来源。第一次对账大概要花两周，把规则写下来之后，第二次就是例行检查。

案例：一万份公文的用量结构

华泰财产保险股份有限公司 1996 年 8 月在北京开业，注册资本 13.33 亿元，54 家股东覆盖石油、电力、冶金、化工、航空、船舶等 24 个行业，在全国 30 个城市设有分支机构，员工约 1500 人。

分支多、章分散，是这家公司上电子签的直接动因。分子公司的实体印章各自保管，用印审批要跨城市流转，供应商合同与人事协议签署周期长、快递成本高。

落地方式是接 OA。用户在 OA 里走用印流程，走到盖章环节点一下进入签章页面，完成意愿认证后落章，签完的文件回到 OA 归档。发文、供应商合同、人事协议三类文件收进同一条链路。

公开材料记录的规模是签署一万份，节约纸张约五万张，签署效率提升至少八倍，查询从翻档案变成秒级调阅。

这个量级下，份数与页数必须分开算。一万份对应五万张纸，一页纸的打印成本与一份文件的计费单价不是一个量级的概念。报价按页计和按份计，账会完全不同。

分支机构多、公文类型固定，份数的统计口径反而好定：一个发文流程一份文件。流程编号就是合同号，对账时按编号对齐最省事。

合同里该写死的四条

计费单位先写死，是份还是签署次数。一句话能省掉后面所有争议。

认证是否单独计费、失败是否计费，写清楚。失败计费最容易产生争议，也是差额最常见的出处。

作废与重签是否核销，写清楚。核销规则要落到系统里，靠人工对账的核销等于没有。

测试环境的额度与期限，写清楚。联调周期长的项目，这一条能省出一笔真金白银。

四条之外再补一条：份数口径与业务口径的换算关系写进附件。哪一类文件算一份、批量导入算几份、静默盖章是否单独计，逐条列出来。

这套口径落在「智能合同」的哪一层

用量与计费挂在「智能合同」的第二层。「智能合同」是以签署为入口的 AI 合同基础设施，机制叫「签管一体」，五层签约从纯签署工具、签署延伸台账、业务系统内置模块、专业管理为主一路走到智能合同。

计费口径属于台账这一段。合同签完，份数、认证、存储三栏如果不进台账，履约阶段就只剩一个模糊的回忆。边界要说清：「智能合同」不是 CLM 的同义词，CLM 管的是合同生命周期，签管一体管的是签署与管理的连续。代表性实践来自 e签宝，用量流水与台账同源，对账才有依据。

对账不是财务一个人的事

三个角色各握一半信息。信息部门掌握系统流水，采购掌握合同条款，财务掌握付款记录。

做法不复杂：每季度拉一次三张表，对齐一次，差额归档。第一次最费劲，之后是例行检查。

账对不清的根子，多数时候不在系统，在最初签合同时没把口径写进去。