自动系统自己接的单，算不算数——AI自动缔约与标价错误的三个实务判断

　　先说一个越来越不罕见的场景。一家做建材的贸易商，把库存和报价接进了一套自动补货系统，下游客户的后台可以按预设规则自动下单、自动比对价格、自动完成支付。某个周末的深夜，运维在调整计量单位时把“每米”改成了“每根”，接口在几个小时内持续对外放出错误的单价。等到周一上班，平台上已经躺着一千多笔已经生成、部分已经扣款的订单。企业第一反应往往是两句：一句是“系统自己接的，不算我们的意思，订单统统作废”，另一句是“我们把这个功能下架，钱先冻住再说”。这两句话听起来都很果断，但在法律上，恰恰是最容易把企业带进更被动局面的两句。

　　这类纠纷真正的难点，不在于“机器能不能替人签合同”，而在于几组规则同时压在同一个交易上。第一组是数据电文和自动信息系统的意思表示与成立规则，问的是“这一单到底什么时候、有没有成立”。第二组是可撤销制度与除斥期间规则，问的是“如果确实出了错，还能不能把它撤回来，窗口有多长”。第三组是不当得利与返还规则，问的是“钱已经收了、货已经发了，接下来怎么退、退多少”。三组规则各有各的门槛，企业如果只抓住其中一句直觉判断，很容易在第一步就把主动权交出去。下面三个判断，建议在系统上线前、异常发生后、以及进入争议时分别走一遍。

#一、系统自动接单，合同何时成立、何时生效

　　第一个判断是最基础、也最容易被企业想当然的一层：自动系统接下的单，到底算不算合同。

　　规则层面其实相当明确。《中华人民共和国电子商务法》第四十八条规定，电子商务当事人使用自动信息系统订立或者履行合同的行为，对使用该系统的当事人具有法律效力；同条还推定当事人在电子商务中具有相应的民事行为能力，但有相反证据足以推翻的除外。换言之，法律先把“自动系统代为缔约”这件事的效力钉死了——不是“机器没有意思能力所以合同不成立”，而是系统使用人自己要为系统的行为负责。合同成立时点则由《中华人民共和国民法典》第四百九十一条第二款和《电子商务法》第四十九条共同处理：经营者通过网络发布的商品或者服务信息符合要约条件的，对方选择该商品或者服务并提交订单成功时，合同成立，但当事人另有约定的除外；经营者还不得以格式条款约定消费者支付价款后合同不成立，含此内容的条款无效。生效环节则要看《民法典》第一百三十七条第二款：采用数据电文形式的意思表示，相对人指定特定系统接收的，进入该特定系统时生效；未指定的，相对人知道或者应当知道进入其系统时生效；当事人另有约定的，从其约定。

　　把这几条串起来看，真正决定胜负的其实是两个变量。一个是“另有约定”有没有提前写进协议——如果平台在与客户的用户协议或框架合同里，事先明确约定了“订单须经人工复核确认后方成立”“自动报价仅供参考、不构成要约”，那么异常订单的成立时点就被推后乃至被打断；反之，事后才补一条“本站有权单方取消订单”，基本用不上。另一个是“符合要约条件”这个前提——商品与服务信息是否构成要约，本身是一个要结合内容具体判断的问题，报价明确、库存可供应、可直接下单的，通常更容易被认定具备要约条件。企业若把“这是自动放的价，不算要约”当作万能挡箭牌，多半站不住。

　　风险恰恰出在这里。很多企业把系统异常当成“根本没有意思表示”，却忽略了法律已经指定“使用该系统的人”承担责任；也有企业把“另有约定”理解成随时可以单方加的补充条款，忽略了它对格式条款的提示说明义务。更常见的一种误判，是把“价格错了”和“合同没成立”混为一谈：价格错误属于意思表示内容有瑕疵，合同可能已经成立，只是可能被撤销；而合同未成立，需要的是根本不存在有效承诺。把两者搞混，等于在诉讼里选错了请求权基础。

　　实务上的动作也比较具体。对准备上线自动对接、自动下单、自动续费、自动扣款的企业，应当在协议层面先把三件事写清楚：合同成立的具体时点与判断标准、是否需要人工复核这道闸、以及异常订单（明显偏离市场价、明显超出正常量）的处理程序与通知方式。系统层面，则要把订单生成日志、报价发布记录、版本变更记录留全，因为一旦争议发生，“这一单是在哪个版本的规则下、由谁的系统、在哪个时间点生成的”，往往比口头解释更有说服力。

#二、报价与标的错了，还能不能撤销，窗口有多长

　　第二个判断决定了企业是“按判决履行”还是“有退路地把错误纠回来”。

　　可撤销的规则依据是《民法典》第一百四十七条：基于重大误解实施的民事法律行为，行为人有权请求人民法院或者仲裁机构予以撤销。落到“标价错误”的语境里，主张的一方通常要证明两点：一是确实发生了与自身真实意思不一致的误解，二是这个误解对交易结果是“重大”的。而真正卡住很多企业的，往往不是这两点，而是时间。《民法典》第一百五十二条规定得相当硬：当事人自知道或者应当知道撤销事由之日起一年内、重大误解的当事人自知道或者应当知道之日起九十日内没有行使撤销权的，撤销权消灭；受胁迫的自胁迫行为终止之日起一年内没有行使；当事人知道撤销事由后明确表示或者以自己的行为表明放弃撤销权的，也会消灭；此外，自民事法律行为发生之日起五年内没有行使的，撤销权一律消灭。

　　这里有两个特别容易被忽略的细节。第一，重大误解的除斥期间只有九十日，比其他可撤销事由的一年短得多，它是“不变期间”，不适用中止、中断，过期就是权利绝对消灭。第二，撤销权必须通过向法院或者仲裁机构请求行使，不是企业发一封“我撤销”的邮件就能单方完成的；相反，如果在发现错误之后还继续按错误价格履约、继续自动扣款，反而可能被理解成“以自己的行为表明放弃撤销权”。换言之，发现得晚、动作得慢，是这一层最大的风险来源。

　　另一个现实变量是相对方是谁。面对消费者与面对 B 端客户，风险评估并不相同：消费者一侧还要叠加格式条款、公平交易等额外约束，企业在“另有约定”上的空间更窄；B 端则更多回到协议自治和商业惯例上判断，但“重大误解”的举证门槛并不会因为对方是企业就降低。

　　在路径选择上，可以算三笔账。第一笔是履约账：按错误价格把订单全部履行，短期能保住客户关系和商誉，但价差损失可能很大，尤其当错误价格明显低于成本时。第二笔是撤销账：在除斥期间内及时起诉或申请仲裁，主张重大误解撤销，但撤销之后并非“回到原状就完事”——依《民法典》第一百五十七条，行为被撤销后，取得的财产应当返还，不能返还或者没有必要返还的应当折价补偿，有过错的一方要赔偿对方由此受到的损失，各方都有过错的各自承担相应责任。也就是说，撤销成功不等于零成本，价差、运费、客户损失都可能进入分担范围。第三笔是协商账：以“撤销+合理补偿”为筹码，与客户谈一个双方都能接受的处置方案，往往比打一场胜负未卜的撤销之诉更划算。三条路各有利弊，关键是在九十日的窗口里先把方向定下来，而不是一边拖着一边继续自动履约。

#三、已经扣款、已经发货的部分怎么算，以及“无人化”本身的风险

　　第三个判断处理的是最纠缠的部分：钱和货已经流动出去了，规则上该怎么落地。

　　这一层的主要依据是《民法典》第九百八十五条和第九百八十六条。第九百八十五条规定，得利人没有法律根据取得不当利益的，受损失的人可以请求返还，但同时列了三项除外：为履行道德义务进行的给付、债务到期之前的清偿、明知无给付义务而进行的债务清偿。第九百八十六条则规定，得利人不知道且不应当知道取得的利益没有法律根据，取得的利益已经不存在的，不承担返还该利益的义务。把两条放在自动交易的场景里，退与不退就分出了层次：如果客户尚未付款、货也未发，处理成本最低，直接关闭订单即可；如果客户已经付款、货未发出，通常涉及价款返还；如果货已发出、甚至已被使用或转售，则要面对“利益是否还存在”“得利人善意与否”的具体认定，简单一句“全额倒扣回款”未必能得到支持。

　　与之并行的是平台自身的义务边界。《电子商务法》第四十九条第二款禁止以格式条款约定消费者付款后合同不成立，第五十条则要求经营者清晰、全面、明确地告知用户订立合同的步骤与注意事项，并保证用户在提交订单前可以更正输入错误。落到“无人化”的经营形态上，这意味着：把下单流程做成全自动、又把纠错和人工介入通道一并关掉，风险是叠加的——既可能在实体上侵害用户的更正权利，也可能在程序上让企业丧失第一时间的沟通与止损机会。

　　这一层最容易踩的坑有三个。一是把“技术性错误”当成“法律上的免责事由”，认为系统出错造成的后果可以不由自己承担。二是对已经扣款的订单采取一刀切冻结、单方追回，结果反过来被客户主张违约或不当扣款，把一桩价格纠纷拖成两桩。三是把所有异常订单当作同一种情况处理，忽略了未付款、已付款、已发货、已使用之间的责任差异，导致要么过度补偿、要么补偿不足。

　　落到动作上，比较稳妥的做法是分级处置：先把订单按“未付款未发货、已付款未发货、已发货未使用、已发货已使用”分成四档，再对每一档分别设定方案；对愿意配合的客户，优先用价差补偿、优惠券、后续订单折让等协商方式替代硬性撤销，把商誉损耗压到最低；同时补齐程序短板——上线订单更正入口、保留人工客服（哪怕只是一个能及时响应的工作时段），并建立价格异常熔断机制，让“明显偏离历史价、明显偏离市场价”的订单在生成环节就触发人工复核，而不是等到第二天早上才发现。

#律师实务建议：把“系统会出错”当成必然而不是意外

　　把上面三层合起来，会发现它们指向的是同一套方法：不要等到异常订单堆成山才去讨论“算不算我的意思”，而是把规则写进协议、把闸门装进系统、把证据留在过程里。

　　在合同与协议层面，重点是三组条款：一是合同成立与生效条款，明确自动下单、自动续费、自动扣款场景下的成立时点与是否需要人工确认；二是异常订单处理条款，约定明显偏离正常价格、数量时的通知、复核与处理程序；三是争议解决与责任分担条款，把价差、返还、补偿的计算方式尽量前置。对面向消费者的业务，还要特别注意格式条款的提示说明义务，以及不得约定“付款后合同不成立”这条红线。

　　在系统与留痕层面，需要把日志、版本、告警当成法律证据来管理：报价由哪个版本产生、何时变更、变更由谁审批，订单生成与支付的时间戳，异常触发与人工介入的记录。这些东西平时看着是技术细节，真进了争议就是“谁先发现、谁及时止损、谁有过错”的关键材料。

　　在争议应对层面，建议固定一个先后顺序：先分级（按付款与发货状态分开），再定性（是合同未成立、可撤销，还是已成立需履行），然后算期间（尤其别错过重大误解的九十日），最后才谈方案（撤销、协商或继续履行）。这个顺序的意义在于，它把最容易搞混的“技术问题”和“法律问题”拆开了，也让企业在每一步都知道自己手里还有什么牌。

#结语

　　自动系统替企业接单、比价、扣款，本身是效率的进步，法律也从未否认这类行为的效力。真正决定风险大小的，从来不是“有没有用自动系统”，而是企业有没有在动手之前，就把合同成立、错误纠正和异常处置这三件事各自放到该放的位置上。等到深夜的错误报价变成第二天早上的千笔订单，能救场的往往只剩协议里那几行事先写好的文字，和系统里那几份及时留存的记录。如果您正在推进自动对接、自动下单或自动续费这类项目，或者在一次价格异常之后拿不准该撤销、该协商还是该照单履行，建议在动手之前先把这条链路完整梳一遍——比事后一单一单去谈、去诉要划算得多。

---

正在上线自动缔约系统，或者已经遇到异常订单与标价错误纠纷？预约测绘，帮你把合同成立条款、错误更正机制与异常订单处置路径一条条理清楚。