企业把采购需求接入自动下单系统，程序按设定条件生成并发送订单。价格后来上涨或采购数量超出预期，企业称负责人没有逐单点确认，因此合同没有法律效力。电子交易并不要求每一步都有自然人即时点击，但仍需核实系统使用者、订单成立规则与有无错误等事实，不能把自动发送与任何内容都不可争议混为一谈。
系统代为表达，不等于没有意思表示
电子商务法第四十八条规定，当事人使用自动信息系统订立或者履行合同的行为，对使用该系统的当事人具有法律效力。企业事先部署并实际使用程序完成采购，并不能仅凭没有人工逐笔操作，就当然否认其交易行为。
应核对账号属于谁、程序由谁配置并启用、交易范围如何设置、是否实际连接到订约流程。被第三人盗用、只是测试环境或程序尚未发出正式交易指令，与真实使用系统下单并不相同。不能只因订单来自某企业常用网络地址，就省略对主体及系统状态的核实。
是否成立合同，还要回到具体订单规则
商品信息是否构成要约、提交订单成功的节点、双方是否另有有效约定，应结合电子商务法第四十九条及民法典等判断。报价查询、内部备货建议和正式订单可能使用同一套界面，不能只截取一个订单号就不看交易条件。
长期采购框架协议可能约定额度、确认方式或特定交付条件；系统自动收件提示，也未必就等于卖方已对一切超范围要求作出承诺。发生争议应保留当时的规则版本及提示信息，而不是只提交平台后来修改的最新条款，倒推历史订单成立状态。
程序出错，不代表只能认赔或可以直接删单
重复下单、价格读取异常、单位换算错误，需要区分配置失误、系统服务问题、对方输入错误及未经授权操作。有关重大误解、欺诈或其他效力争议，应核是否符合法定条件及相应期间，通过合法方式处理；不能把合同撤销与单方删除后台记录当成一件事。
发现异常后及时通知交易相对方，说明订单编号、异常范围和希望采取的止损安排，妥善处理已备货、已发运和已收货部分。仅在内部停用程序，不当然撤回已经到达相对方的表示；事后持续收货使用，也会影响对真实履行和争议范围的判断。
把证据保全放在修改系统之前
保存合法取得的配置规则、接口调用与交易日志、版本发布时间、账号权限、时间戳和完整往来。必要时请技术人员在不篡改原始记录的前提下说明程序如何运行，将事实报告与法律结论分开。不能为了证明系统坏了，先清空日志或反复复现导致真实数据被覆盖。
对企业而言，可以先做一份订单核对表，分别列正常订单、涉嫌重复或错误订单、履行状态和相对方回复，再决定协商、争议处理及对系统服务商的独立请求。律师审查不只看谁点击，而应把系统行为、合同成立、错误救济和实际损失逐层对应，避免把所有技术问题都简单等同于合同无效。