Cdiscount促销价填错已经出单：先别急着取消，旧订单要分“付款、接受、发货”

一款本来准备以59.99欧元做促销的3C配件，被误填成5.99欧元，订单已经冒出来了。此时最容易犯的第二个错误，是为了处理第一个错误，又把报价来回改几次：手工改一次，活动价又覆盖回来，ERP再推一次，最后连“5.99到底从什么时候开始生效”都说不清。

Cdiscount错价订单：从价格快照到履约状态的时间轴

这类事情看着像运营手滑，真正棘手的却是时间轴。未来报价和已经产生的订单不是同一件事；已经付款和已经被卖家接受，也不是同一件事；已经发货，更不能靠下一次改价倒回去重算。下面只用匿名假设拆开这个判断，不对应任何真实店铺或订单，也不执行任何账号动作。

第一刀先砍在“未来报价”，不要把旧订单一起卷进去

发现促销价填错后，第一份记录应该是价格快照，而不是订单处理意见。

把当时的错误值、原本准备采用的价格、币种、商品或变体、适用国家、活动名称或折扣条件、开始和结束时间，以及首次发现和后续更正的时间全部留下。时间最好同时保留时区，至少要能把“报价生效”“买家下单”“付款成功”“卖家接受”“发货”这几件事排到同一条时间线上。

然后追价格来源。是运营人员手工录入的？是某个促销活动覆盖了基础价？还是ERP、API、集成器或其他价格源最后写进去的？Cdiscount公开资料显示，Marketplace的报价可以通过API更新，官方合作伙伴目录也把报价更新、定价管理、促销管理列为集成能力。换句话说，“已经改过价格”并不能证明未来报价已经稳定；真正需要确认的是，最后一个生效值是谁写的、覆盖到什么范围、从哪个时点开始。

这一步故意不讨论后台应该点哪个按钮。原因很简单：价格错误处理最怕“纠正动作”本身又制造第二个错误。一个来源刚把价格改回去，另一个来源随后又把旧促销价推回来，卖家以为自己在修复，买家看到的却可能是另一套价格。

还有一个很容易被忽略的分界：活动价本身不一定是错误。假设原价59.99欧元、活动折扣后应为49.99欧元，但实际前台变成了39.99欧元，这可能是活动叠加、优惠条件或其他价格来源造成的；如果没有先把价格形成链条还原，就不能简单把所有异常都叫“手工填错”。

5.99欧元到底有多严重？先算经营损失，但别拿利润表代替法律判断

继续沿用这个匿名假设。

假设这件3C配件的单位存货成本为37欧元，已经在仓库里；每单新增尾程费用为6欧元，其他每单新增费用为1欧元，另外假设与成交价相关的各项可变费用合计为成交价的10%。这10%只是演算假设，不代表Cdiscount当前实际费率；37欧元也不是“今天为了这单新付出去的现金”，而是已经形成的库存成本。

如果按5.99欧元成交，单笔经济贡献可以写成：

5.99 − 37 − 6 − 1 − 5.99×10% = -38.61欧元

如果按原计划的59.99欧元成交：

59.99 − 37 − 6 − 1 − 59.99×10% = 9.99欧元

两者每单相差48.60欧元。

但这里还有一个财务口径不能偷懒。37欧元的库存成本已经发生，如果问题是“这笔订单继续履约会新增多少现金支出”，那么不能把37欧元再当成一次新的现金流。按同一假设，5.99欧元订单的新增现金贡献是：

5.99 − 6 − 1 − 5.99×10% = -1.61欧元

也就是说，这笔订单一方面占用了一个经济价值37欧元的库存，另一方面还会带来约1.61欧元的新增现金缺口。若取消后这件货仍能按接近59.99欧元卖掉，37欧元就不能被简单算成“这次错价已经损失掉了”；如果库存只能低价清仓，机会成本又会变。

这也是为什么“订单亏钱了”不能直接翻译成“订单当然可以取消”。财务测算解决的是履约值不值得，不是合同能不能不履约。两张表必须分开。

Cdiscount Marketplace的订单，先看四个状态

这里尤其要把Cdiscount自营和Cdiscount Marketplace分开。Cdiscount自己的消费者CGV明确排除了Marketplace专业卖家订单；Marketplace则由Cdiscount提供撮合平台，商品由卖家提供，卖家自己的销售条件也进入订单关系。两套规则混用，很容易在价格错误问题上得出完全相反的结论。

已下单但还没付款

这类情况先不要和“已经产生的付费订单”混在一起。

Cdiscount Marketplace的现行买家条款写得比较清楚：买家确认订单并承担付款义务后，通过实际付款完成下单；订单只有从产品价格付款后才被视为有效并被计入。这里讨论的是Marketplace的订单流程，不是Cdiscount自营商品。

所以内部统计时，至少要把“下单尝试”“已付款”“卖家已接受”“已发货”分栏。否则一个报表把所有订单都叫“成交”，下一步的判断自然会乱。

已付款，但卖家还没接受

这是价格错误订单里最值得认真看的窗口。

现行Cdiscount Marketplace买家条款规定，付款后，卖家有48个工作小时接受订单；如果卖家在这段时间内没有回应，条款规定会向买家发出相应通知并自动取消该订单。

但“卖家还有48小时接受”不等于“48小时内可以随便找理由取消”。平台同时把卖家自己的CGV纳入订单关系，卖家要遵守适用于交付国家的法律和自己的销售条件。

因此，这个状态应该问的是：错误价格发生了什么、卖家何时发现、自己的CGV怎么写、这笔订单是否已经满足合同成立所需的接受条件、目的地法律怎么规定。不要把“还没发货”直接等同于“还没形成任何约束”。

已付款、已接受，但还没发货

到了这里，卖家面对的就不是一张待审核的报价，而是一笔已经被接受的订单。

Cdiscount Marketplace条款规定，卖家确认订单后，承诺按照买家选择的方式和已经给出的期限完成发货和交付；条款同时保留了在存在合法理由时不予验证或暂停执行的空间，例如订单不符合平台或卖家条件、数量明显异常，或者存在严重且一致的欺诈迹象。

注意那个词：合法理由。

在现行可访问的Marketplace订单条款所列示的理由中，“这单利润太低”或“价格错误”并没有被列成自动取消的通行理由，也没有给出一个“低于多少折就能取消”的统一门槛。所以，卖家不能因为财务表显示负数，就自行把它包装成“显失公平”。

如果卖家自己的CGV里存在针对明显价格错误的约定，也不能只截一条出来当成通行证。还要看这条约定是否有效、是否与适用的消费者保护规则冲突，以及订单具体处于什么阶段。

已经发货

发货之后，问题的性质就变了。

未来报价当然还要纠正，但它解决的是下一笔交易，不会把已经产生的订单价格重新计算一遍。已经发货的订单，应当以订单当时形成的价格、商品、配送承诺、付款和履约记录为历史事实，后续的交付、退货或争议按照适用的法律、卖家销售条件和Cdiscount的正式流程处理。

不要出现一种很典型的误区：今天把商品从5.99改回59.99，就以为昨天那几单也“自动恢复”成59.99。价格是报价的属性，订单是交易事实，两者不是一个字段。

法国法也没有给“错价订单”一张自动取消通行证

法国民法典关于合同成立的基本规则是，合同来自要约与承诺的合致；承诺到达要约人时，合同成立。与此同时，法国消费者法又要求远程销售在合同成立前清楚提供价格等重要信息，并把虚假或可能误导消费者的价格、促销性质和销售条件纳入欺骗性商业行为的判断范围。

这几条放在一起，恰好解释了为什么“错价”不能只靠一句经验判断。

第一，价格错误可能影响合同形成，但不是所有价格错误都天然让合同不存在。Cdiscount Marketplace自己又设置了付款和卖家接受的订单流程，所以要把平台条款、卖家CGV和一般合同法一起看。

第二，法国民法典第1169条确实规定，有偿合同在成立时，如果一方获得的对价是虚假或微不足道的，合同可以无效。但这不是“卖家亏钱就能取消”的条款。“微不足道”不是财务表里的“毛利为负”，也没有一个可以让卖家自行套用的统一折扣百分比。

第三，法国民法典第1168条的基本思路也提醒了一个常见误区：双方给付不完全等值，并不当然导致合同无效，除非法律另有规定。一个商品卖得便宜、卖家利润很差，与合同在法律上当然无效，是两回事。

所以，假设59.99欧元误填成5.99欧元，经营上看已经非常异常，甚至可能一单就把正常利润打穿；法律判断却仍然要继续问：价格错误有多明显、订单何时付款和接受、双方当时看到和接受了什么、卖家CGV怎么约定、目的地法律是什么，以及平台条款给了什么空间。

如果买家在法国之外，例如Cdiscount覆盖的其他欧洲市场，不能把法国结论原封不动搬过去。欧盟《罗马I条例》对消费者合同的准据法有专门规则：在满足经营者向消费者所在国开展或指向商业活动等条件时，消费者惯常居所地的法律保护可能继续适用。因此，目的地不是订单表里一个“国家”字段那么简单，它可能直接改变错误定价争议的法律分析。

真正有用的，是给错误做“风险分层”

没有必要发明一个“低于原价30%”“超过50单”之类的统一取消阈值。价格错误的风险，至少要从五个方向一起看。

看错误幅度。 59.99变5.99和59.99变58.99，商业风险显然不同，但这只是风险信号，不是法律自动门槛。

看错误是否容易从上下文识别。 同一SKU其他变体都在50到60欧元附近，唯独一个变成5.99欧元；或者整套产品、配件组合的价格关系明显断裂，这些事实都可能影响判断。但不要把“我觉得买家应该知道”直接写成法律结论。

看订单行为。 一件普通消费者订单，与一次突然出现几十件甚至更多的异常数量，风险性质不一样。Cdiscount现行Marketplace条款本身就把明显异常数量列为可能影响订单验证或执行的合法理由之一。可见，订单数量是需要核查的事实，不是事后编出来的借口。

看错误来源。 手工输入、促销活动覆盖、ERP或API推送、第三方集成器同步，分别对应不同的证据链。尤其是促销价，先把“基础价格”“活动价格”“优惠叠加后的最终价格”还原，再决定它究竟是不是录入错误。

看订单所处的时间点和目的地。 同样一个5.99欧元，尚未付款、已付款待接受、已接受待发货、已发货，处理空间完全不同；法国订单和其他欧洲目的地，也不能假定适用同一套法律分析。

这样做还有一个好处：即使最后决定某些订单继续履约、某些订单进入正式的取消或争议处理，也能解释“为什么这样分”，而不是一句“亏得太多”包打天下。

别把“补差”“主动调价”和“ERP接管”混成一件事

后续把价格从5.99改成59.99，是未来报价调整；买家昨天已经按5.99下单，是历史订单。两者不能互相覆盖。

同样，第二天又把售价从59.99降到49.99，也不能自动理解成昨天59.99的买家都应该退10欧元。是否存在补差、价格保护或其他承诺，要看具体销售条件、活动规则和已形成的合同关系。反过来，未来涨价也不能成为给旧订单临时加价的理由。

ERP接管又是另一层问题。它解决的是“谁有权写价格”，不是“旧订单该不该履约”。Cdiscount公开的API资料已经明确存在报价更新和订单自动化能力，所以卖家内部最好把价格源、促销负责人、人工调整权限和生效时间的责任链理清。否则每次错价都只能靠运营人员盯着前台截图救火。

如果真碰到一批错价订单，先把这张时间轴做出来

不需要先给每一单下结论。先把同一批订单放到一条时间线上：

错误价格是什么时候出现的，原拟价格是什么；它覆盖了哪些SKU、变体、国家和活动；最后一次价格写入来自哪里；买家什么时候下单；什么时候完成付款；什么时候进入卖家接受状态；什么时候已经接受；有没有生成发货事实；当前商品和库存在哪里；卖家自己的CGV在订单成立时是什么版本；目的地消费者适用哪一国的强制性规则。

再把证据按“当时看到的东西”留存，而不是只留今天的截图。价格快照、活动时间、订单记录、付款状态、卖家接受时间、发货记录、相关销售条件，都比一句“后台当时就是这么显示的”更有用。

如果需要进一步走取消、退款、正式沟通或争议处理，应该沿Cdiscount当时适用的正式流程和卖家自己的合同文件走，而不是先私下承诺一个处理结果。尤其不要在还没确认法律依据前，先向买家承诺“这是系统错误，所以一定取消”“一定赔偿”或者“可以补差”。

对于准备进入Cdiscount的中国卖家，这也是入驻前就值得想清楚的事情。ESG跨境与Cdiscount有官方招商合作，可以提供入驻支持、前置资料预审和官方专席对接；这些服务解决的是主体、资料和入驻准备，不替代已经产生订单后的法律判断。真正进入日常经营后，价格、活动、ERP和订单之间的责任边界，仍然要由卖家自己建立。

价格错了，先修的是未来报价；订单已经来了，再按付款、接受、发货和目的地逐单判断。别用一次改价，去试图抹掉已经发生的交易事实。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。