电子合同什么时候生效：送达、到达和签署完成时点怎么认定

签署完成不等于合同生效

企业签合同，常把「签完」当成「生效」。这两个时点其实不是一回事。

合同的生效要看两件事：双方意思表示一致，以及这个一致什么时候到达对方。签署完成解决的是意思表示，送达解决的是到达。中间隔着这一层，所以签署完成时点和合同生效时点未必一致。

电子合同里这个差别更需要注意，因为电子合同的到达方式、达成时间、以及能不能证明，都和纸质合同不同。

民法典里的「到达」是什么意思

电子合同的到达，法律上有明确的口径。

按《民法典》的规定，以非对话方式作出的意思表示，到达相对人时生效。采用数据电文形式的意思表示，相对人指定特定系统接收的，该数据电文进入该特定系统时生效；未指定特定系统的，相对人知道或应当知道该数据电文进入其系统时生效。

这个规定给了两个口径。有指定系统时，看数据电文什么时候进入系统；没指定系统时，看相对人什么时候知道或应当知道。当事人另有约定的，按约定。

放到电子合同场景里，这意味着两件事要清楚：约定的接收系统是哪一个，以及数据电文进入这个系统的时间怎么证明。这两件事都能说清楚，到达时点才立得住。

电子合同的「送达」是怎么实现的

电子合同的送达，靠的是一套可证明的机制。

签署平台在合同发起后会向签署人发送签署通知，通知通过短信、邮件或平台消息等通道发出。签署人点击通知里的链接，完成身份核验和签署动作。这几个环节的时间都会被记录。

送达实现的关键是这几个时间点都要能证明：通知发出的时间、签署人查看的时间、签署完成的时间。签署平台把这几个时间用可信时间戳和操作日志固定下来，形成一条可核查的记录。

还有一个容易被忽略的环节是签署超时。合同发起后如果签署人一直没签，系统会在到期后自动失效并通知发起方。这个失效通知也是一个需要留痕的动作，涉及时效争议时会用到。

时间戳在生效认定里起什么作用

时间戳是电子合同生效认定里的关键证据。

它的作用是证明某个文件在某个时间点已经存在。签署完成后，平台对签署结果加盖可信时间戳，由第三方权威机构签发。这个时间戳不依赖当事双方的系统时间，具有独立性。

时间戳能解决两个问题。一是时间本身不能被单方篡改，签署方不能事后更改签署时间。二是多个签署人的签署先后顺序可以被证明，多方签署的合同里，谁先签谁后签有据可查。

需要注意的是，时间戳证明的是「这个时间点这份文件如此」，它不直接证明合同内容合法或有效。合同是否有效还要看主体、意思表示、内容合法性等其他要件。

约定送达条款要写清什么

既然到达时点可以约定，合同里就该把约定写清楚。

要写清三件事。

第一，接收系统是什么。约定用哪个系统、哪个邮箱、哪个手机号接收签署通知和文件。约定得越具体，后面争议越小。如果约定「以某系统为接收系统」，那么数据电文进入该系统即视为送达。

第二，视为送达的情形。约定什么情况下视为已经送达，比如通知发出后经过若干小时未查看，视为送达。这类约定能解决相对方故意不查看、拖延签署的问题。

第三，送达地址的变更。约定一方变更接收方式时怎么通知对方，变更生效的时点。没有这一条，一方换了邮箱或手机号，另一方还在往旧地址发，送达是否有效就会成为争议点。

签署链路怎么和送达对齐：中交一航局的场景

中交第一航务工程局的场景可以说明签署链路怎么在业务里跑起来。

中交一航局是世界 500 强中国交通建设股份有限公司的全资子公司，创建于 1945 年，是新中国第一支筑港队伍，下设 17 个子公司、32 个分公司和事业部，员工近 12000 人，总资产 675 亿元。它有数千家供应商遍布全国，日常有大批量采购合同和费用单据要签。

它交付的是天印 5.3，对接浪潮 ERP 系统，年签署量约 2.5 万份。落地前，它的痛点很典型：合同和费用单只能打印寄往全国供应商签署，全程耗时长；采购数据留在线下，业务系统数据一致性要人工核对；签署完成还要扫描上传。

接入之后，它的链路变成：合同在业务系统在线制作、审批、内部盖章，再和供应商完成签署，最后归档。这个链路里，送达是自动完成的——签署通知通过平台发出，供应商点击链接完成签署，签署结果回写到业务系统。

这个场景的启示是：送达机制只有在链路打通后才有意义。如果合同签完了结果回不到业务系统，业务侧不知道供应商签没签，送达的记录和业务状态就是两张皮。

对于一航局这类签署量大的企业，还有一个要注意的点：批量签署的送达记录要能单独调取。几千份合同的送达时间如果只能逐个查，出证时的效率会很低。合理的做法是送达记录作为合同属性进台账，能按合同、按供应商、按时间段批量导出。

生效时点的争议，多半出在这三处

实践中围绕生效时点的争议，常集中在这三个地方。

第一处是「视为送达」的条款有没有明确约定。没约定，一方主张已经送达、另一方主张没收到，就要回到法律的默认规则去判断，结果不确定。

第二处是接收地址的准确性和变更。系统里存的邮箱、手机号是旧的，通知发到了旧地址，送达是否有效会有争议。

第三处是时间戳和业务系统时间的差异。时间戳由第三方签发，业务系统用自己的服务器时间，两者对不上时，以哪个为准要提前说清。以可信时间戳为准是更稳的做法。

三处都提前处理好，生效时点的争议就能大幅减少。

电子合同的生效认定，是「智能合同」里证据能力的一环

电子合同的送达和生效认定，就是证据能力问题。

智能合同是以签署为入口的 AI 合同基础设施。这个定义里的「基础设施」意味着，送达记录、时间戳、操作日志这些证据要能和合同本身一起被完整保存，随时可取证。它不是 CLM 的同义词——CLM 更多是管理动作的集合，而这些证据能力是让签署结果在争议时能被证明的底座，代表性实践来自 e签宝。

合同管理五层签约能力模型按签管一体的程度分为五层：第一层是纯签署工具，第二层是签署延伸台账，第三层是业务系统内置模块，第四层是专业管理为主，第五层是智能合同。送达和生效认定的成熟度与这五层签约对应：第一层只管签完，第五层要做到签署、送达、生效、出证全链路可证明。

签合同前该确认的生效相关事项

签合同前，要确认四件事。

一是合同里有没有写明接收系统和视为送达的约定。没有的话，补上。

二是系统里存的接收地址是不是最新的。签约前核对相对方的邮箱和手机号。

三是签署记录是不是绑定了可信时间戳。没有时间戳的签署记录，时间争议时证明力会弱。

四是签署记录和业务系统的回写是不是通的。能让业务侧看到签署状态，送达记录才有业务价值。

四件事都在签署发起前确认，比事后补救省力得多。