eMAG刚降价，老买家来要补差：这笔钱到底该不该补？

后台最容易让卖家犹豫的，不是新价该定多少，而是新价上线后，前几天刚买过的人突然来问：“现在便宜了，之前那单能不能把差价退给我？”

eMAG降价后旧订单补差判断

这句话看起来只是少几十列伊，真正难的是：这到底是一笔原订单仍然欠着的钱，还是买家看到新价格后提出的一项额外请求？如果把两件事混在一起，卖家很容易在“都补”和“都拒”之间来回摇摆。

eMAG上同一商品的当前售价可以继续调整。公开的卖家资料也显示，卖家可以在Offer里更新价格、库存等信息；但这只说明当前在售报价能变，不等于已经成交的旧订单会随着新价自动重算。更关键的是，eMAG Marketplace并不是一套对所有订单都完全相同的退货条件：公开页面能看到不同Marketplace商家提供14天或30天退货承诺，而法定的远程销售撤回权又是另一层规则。

所以，收到补差请求后，第一动作不是点“退款”，而是把这笔旧单重新还原一遍。

先把“旧单”和“新价”放回各自的位置

先看原订单：下单时间、订单状态、商品ID或EAN、具体变体、当时的商品价格、当时的优惠券或活动资格、配送费、配送方式，以及订单确认和发票记录。再看现在的报价：是不是同一个商品、同一个颜色/容量/尺寸、同一个套装数量，是不是同一个卖家，是不是同一配送方式，当前价格是否需要特定券、会员资格或最低购物金额。

这一步看似琐碎，却决定了所谓“差价”到底是不是差价。

假设一款3C配件原来卖249 RON，现在降到219 RON。买家说“你少收我30 RON”。如果两边确实是同一SKU、同一卖家、同一常规配送条件，而且219 RON是所有普通买家都能直接拿到的当前价格，那么至少可以确认，买家比较的是同一商品的两个成交时点。

但如果219 RON是只对新订单生效的优惠券价，旧买家当时没有资格；或者现在的低价绑定了不同配送条件；又或者原来买的是双装，现在页面展示的是单件价，那么这30 RON根本不能直接拿来做补差。

卖家最容易犯的错误，是只截图两个价格，然后开始算钱。真正应该比较的是同规格、同资格、同条件下，买家实际可得到的价格。

这也是为什么不要把平台当前展示的“最低价”、促销标签或者商品页上的价格变化，直接当成旧订单的重新定价依据。eMAG当前公开的Marketplace资料确实把“修改价格”作为卖家日常操作的一部分，也提供Price drop opportunities这类帮助卖家调整当前报价的工具；这些资料解决的是现在怎么卖，不是已经成交的订单自动怎么改。

第二件事：查有没有“价格保障”，别自己发明，也别自己删掉

真正需要先判断的，是原订单有没有一项对买家有利的价格承诺。

这个承诺可能来自卖家自己的商业条款，也可能来自当时明确展示给消费者的价格保障、促销规则或其他适用条件。它和“我现在愿意补给你”完全不是一回事。

如果当时已经承诺：在某个明确期间内，符合条件的订单可以按后续更低价处理，那么这就不是善意补偿，而是履约问题。此时应该按照那项承诺的适用范围、时间、商品条件和正式处理路径执行。

反过来，如果查遍原订单、当时的销售条款和当前适用的eMAG规则，没有发现一项普遍适用于这类旧单的价格保障，就不要因为买家一句“别家都能补”而自行推导出平台义务。

这件事尤其值得留意，是因为eMAG Marketplace把卖家合同文件、商业条件、佣金和绩效等内容放在卖家账户的法律文件体系里，部分具体文件需要登录seller账户才能查看。公开页面能够确认这一套合同和附件存在，但公开网页并没有给出一个可以直接套用于所有卖家、所有市场、所有旧订单的“降价自动补差”通用规则。

换句话说，“没查到通用补差义务”不等于“你的账户绝对没有补差规则”。如果你的主体、市场或签署过的商业条件有额外约定，就以那份实际适用文件为准。

这也是eMAG跨境卖家在处理类似问题时最该保留的一条习惯：平台是多市场运行的。公开资料显示，一个eMAG平台体系可以覆盖罗马尼亚、保加利亚和匈牙利，而跨境FAQ又明确提示，不同平台需要分别签署法律文件。因此，不能看到“eMAG”三个字，就把某个市场、某个卖家主体看到的条件直接套到另一个市场。

退货权不是“补差权”的替身

最容易把客服带偏的，是买家说：“那我退掉旧单，再按现在的低价买一件。”

这时候卖家要把两个问题拆开。

远程销售下，消费者的法定撤回权是一个独立制度。以罗马尼亚为例，OUG 34/2014规定，除法定例外外，消费者对远程合同通常享有14天撤回期；对于货物，期限从消费者或其指定的非承运第三方取得货物占有之日起计算。这个权利和商品后来是不是降价，没有直接等号关系。

与此同时，eMAG Marketplace的商品页可以看到不同卖家的退货承诺，有的写14天，有的写30天；这说明卖家的商业退货政策可能比法定最低保护更宽，也说明判断旧单能不能退，必须看具体卖家、商品和订单适用的退货条件。

所以，不能因为“价格降了”就告诉买家“你只能退货重买”，更不能反过来说“既然你能退，那我就不用考虑任何补差问题”。

如果买家确实在法定或约定退货期限内，是否可以撤回，要按撤回规则处理；如果商品存在不符合合同约定的问题，则又进入另一套法定救济体系。欧盟消费者规则把这类“商品有缺陷、与约定不符”的法定保证，与14天无理由撤回区分开来。罗马尼亚现行OUG 140/2021也规定了不符合合同情况下的维修、更换、按比例减价或在法定条件下终止合同等救济。

这里有一个很重要的边界：商品后来变便宜，不等于商品出现了不合格。

不能把“现在卖219 RON、我当时花249 RON”包装成“商品价值下降，所以我要按不合格商品退差价”。OUG 140/2021所说的价格减让，是针对不符合合同的商品，而且减价应与不符合程度造成的价值减少相对应。它不是一条普遍适用的“后来打折就返还差价”规则。

这条边界守住了，客服就不容易把一个商业价格问题误处理成消费者法定救济。

真要补，先算清楚“补什么”

假设某SKU原成交商品价为249 RON，新价为219 RON。买家没有使用个性化券，配送条件相同，卖家也确认这两笔报价确实是同一规格，那么表面差额就是30 RON。

但如果原订单当时还有10 RON的订单级优惠，或者配送费不同，就不能机械地拿249减219。

更稳妥的算法，是把原订单和新报价都拆成同一口径：

原订单实际商品成交价－当前同规格、同资格、同配送条件下的可得商品价＝可讨论的商品价差。

如果是订单级优惠券，就要进一步确认它作用于哪一层；如果新价必须叠加一个只有新客能领的券，也不能把券后的数字直接当成所有老买家都能获得的价格。

再举一个更接近真实运营的假设：某家居小件原价199 RON，老订单使用了20 RON店铺优惠，实际商品成交价179 RON；现在页面标价169 RON，但169 RON还要求新订单满300 RON才能触发。老买家拿不到这个条件，那么把179减169得到的10 RON，只是一个表面数字，不应直接认定为应补金额。

补差金额必须建立在可比条件上，而不是建立在买家截的一张图上。

还有一个财务口径问题常被忽略：你准备补的是商品价差，还是连配送费、优惠、税费一起重算？这两者不能混为一谈。尤其Marketplace订单可能涉及平台代收、退款、发票和结算记录，卖家不能为了让账面看起来简单，就在订单之外私下转一笔钱，然后让财务自己猜这笔钱对应什么。

这笔决策还要把已经发生的成本和因为补差新增的成本分开。原订单的采购、首程、正常履约、已经发生的平台费用，不因为今天决定补差就重新算一遍；真正需要进入“要不要补”的边际账，是补差本金、因补差产生的可确认支付或财务处理成本，以及明显增加的人工处理时间。这样算出来的成本才不会把一笔已经发生的正常订单成本重复扣两次。

“自愿补”可以有，但要先问自己一个经营问题

假设核完以后，结论是：没有查到适用于这笔旧单的强制补差义务；买家也不属于商品不符合、法定撤回或其他独立救济情形。

这时候，卖家面对的就不是“法律上必须不必须”，而是一个商业决策：要不要做一次善意安排。

这笔钱值不值得给，不能只看30 RON。

可以把它放进客户关系和订单经济账里看。假设一次补差30 RON，处理这件事还需要人工核单、确认资格、做退款或其他平台允许的正式财务处理；如果这个SKU近期降价幅度很小、请求量零星，卖家可能愿意把它当作一次服务成本。

但如果某个爆款从299 RON突然降到229 RON，过去一周已经有几百个订单，而当前又没有一个清晰的批量处理机制，那么“人人补70 RON”就会迅速变成一笔完全不同的成本。此时真正需要先算的是请求规模，而不是先表态。

假设历史有效订单有120单，其中预计有25%的人会提出请求，单笔价差70 RON，那么潜在补差额就是120×25%×70＝2100 RON。这里的25%只是测算假设，不是eMAG统一门槛，也不是行业通用发生率。卖家应该把它换成自己的订单和历史客服数据。

如果决定自愿补，也要把范围写清楚：哪些订单日期、哪些SKU、哪些变体、比较哪一种价格、是否要求相同配送条件、是否排除个性化优惠、如何计算金额、截止到哪一天，以及最终通过什么实际允许的正式路径处理。任何自愿安排都不应以买家放弃法定撤回、商品符合性等权利作为交换条件。

最怕的是今天客服给一个人补30，明天运营给另一个人补50，后天财务发现第三个人拿的是另一套口径。这样做出来的不是服务，而是一套没有边界的临时政策。

没有正式补差功能，就别自己造一个“系统”

这一点对中国卖家尤其重要。

eMAG公开资料可以确认，卖家后台存在订单、发票、退款、退货和财务等处理流程，也有“stornare”等概念；公开帮助资料还说明，某些已经付款的订单在符合条件时可以通过平台提供的退款流程处理，发票也可能需要相应更正。

但这并不能推出“eMAG一定有一个专门的历史订单价格补差按钮”。

目前公开可见的eMAG Marketplace资料里，没有找到一个可以对所有卖家、所有市场通用的“老订单降价自动补差”功能说明。因此，如果你的seller后台没有明确的对应功能，就不要自己编一个流程：先让买家站外收款、再把订单备注成“已补差”，或者让买家重新下单、再用其他方式私下结算，都不是一个可以凭想当然执行的标准方案。

尤其不要把补差和好评、删差评、撤销投诉绑定，也不要要求买家通过站外转账来换取所谓“价格保护”。这种做法既会让财务和订单无法对应，也容易把原本简单的价格请求变成新的争议。

如果确实决定补，优先确认seller账户里当前可用的正式退款、财务更正或平台支持路径，并保留订单号、原成交价、新价格截图、资格判断和处理依据。找不到适用功能，就把“怎么处理”作为待核问题，而不是把一个未验证的按钮写进SOP。

给刚降价的SKU留一条旧单规则

很多卖家把这类事情当客服临时问题，其实它更像一次定价管理。

以后一个SKU准备降价前，至少应该先把过去一段时间内的已成交订单量拉出来，再看降价幅度、订单分布、当前退货窗口和客服请求量。不是为了提前承诺一定补，而是为了知道这次降价一旦发生，可能会带来多少历史订单咨询。

同时，把“新价格什么时候生效”与“旧订单按什么价格结算”在内部记录中分开。eMAG的卖家资料本身就把订单状态、发票、财务和当前Offer价格分成不同管理对象；这正说明运营上不要把一个价格字段当成整条交易链的唯一事实。

对于刚刚降价的SKU，可以建立一个很简单的内部判断顺序：

先核市场、卖家主体和适用的账户文件，再锁定原订单的商品、变体、成交价、优惠和配送条件；随后核查是否存在明确的价格保障或其他商业承诺；再排除把法定撤回、商品不符合等独立权利混进“价格变低”这个问题。确认不存在必须补的依据后，再决定是否出于客户关系自愿处理，并提前设定统一范围。

这套顺序的价值，不在于让卖家每次都补，也不在于每次都拒，而是让同一种请求得到同一种判断。

eMAG卖家做价格调整，本来就是日常运营动作。真正容易失控的，是降价之后没人知道旧订单该按什么规则处理。把这条线提前画清楚，价格可以变，订单不会跟着一起失去边界。

如果后续还要从eMAG把同一批SKU拓到其他欧洲本土平台，ESG跨境所做的官方合作平台入驻支持、前置资料预审和专席对接，解决的是“下一站怎么合规进入”的问题；至于已经成交的eMAG旧单，则应该回到这笔订单自己的合同、平台规则和实际处理权限上。

补不补，最后不是看谁声音大，而是看这笔旧单到底欠不欠这30 RON。

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