Cdiscount报价改不动，问题可能藏在上传类型里

一套无绳电钻准备参加促销，运营改了售价、划线价和配送收费，把文件交给ERP上传。回头查看商品页，售价变了，另外两项还停在原来的值。上传记录显示成功，表格也没有漏填，问题究竟出在哪儿？

在Cdiscount，这类排查需要从“上传的是什么”开始。Octopia目前仍保留XML报价包路径，方便已有工具兼容和迁移；它可以批量更新报价，却给不同上传类型划出了具体处理范围。一份文件中看得见某个字段，并不表示这次上传会处理那个字段。

AI生成场景示意：电钻套装的报价与商品核对

官方XML报价集成说明标注于2026年7月9日更新，区分完整报价与价格库存包，并要求用提交后返回的包编号追踪结果。对卖家来说，真正该盯住的不是ERP上的一次绿色提示，而是产品、报价、上传包和渠道反馈能否逐层对上。

电钻套装先要成为正确的产品

工具卖家常常同时经营裸机、单电池套装、双电池套装和带配件箱的组合。外观相近，商业上却是不同购买对象。顾客付的钱对应哪个套装，仓库要拣哪一件，产品条码和卖家编号首先要说清。

Octopia的产品管理说明将产品资料与销售报价分开。产品侧承载GTIN、标题、品牌、图片、分类和具体属性；报价侧再表达卖家出售这件产品的价格、库存、成色及配送安排。创建报价前，产品需要已经存在。

这给很多首次进入Cdiscount的团队提了一个醒：自己的ERP有一行SKU，并不表示平台已有相应产品页。若条码对应裸机，而标题写成双电池套装，后续价格再准确也在卖错对象。买家看到的产品资料、报价关联的条码和仓库发出的套装，需要指向同一个真实商品。

共享目录还会影响修改权限。官方资料说明，同一GTIN下存在共享产品信息，已有内容和卖家的编辑、补充权限会影响最终呈现。因此，价格更新包无法承担纠正产品标题或图片的工作；产品资料有误，应当沿产品管理路径判断可编辑内容和处理结果。

对于新店，ESG跨境作为Cdiscount官方招商合作渠道提供的开店对接，可以放在这个准备阶段理解：先把平台入驻资料与首批商品计划理顺，再让运营和系统人员确定真实产品、套装及报价的对应方式。招商沟通与技术集成各有职责，店铺开始经营后，报价仍要按平台字段和处理反馈维护。

卖家自己的报价编号也要稳定。套装名称改了、法语标题修订了，不应随手把原有销售记录换成一个无法追溯的新编号。内部至少应能沿着卖家编号查到产品条码、套装配置、包装版本与仓库货位。这样，日志中出现错误编号时，运营能找到具体商品，而不是只知道“有一行失败”。

从表格转文件时，条码还可能在输入阶段发生变化。官方XML规则特别提醒保留条码开头的零。运营用电子表格处理商品资料，应把这类标识作为完整字符串保留，导出后再与原包装和产品记录比对。不要只看单元格的显示效果：被软件改过的数据，进入上传文件时可能已和原商品不同。这种错误应当在产品匹配前解决，避免后续对一个错误对象继续维护报价。

价格库存包为什么没改划线价

回到电钻促销的场景，关键在包类型。官方XML字段与管理规则明确：StockAndPrice用于价格、库存或两者同时更新，StrikedPrice不能通过这条方式修改。完整报价更新使用Full。

这意味着，运营把划线价填进导出表格，系统若仍生成价格库存包，就没有走对应更新路径。应先查看实际提交包类型和包内内容，再判断ERP映射是否符合这次任务。反复在同一列重填数字，解决不了上传方式与字段处理范围之间的错位。

完整更新则需要同时顾及报价所需资料。促销任务只想改一个价格，但Full路径会带入相关必填项和配送信息。若ERP从旧模板导出，里面仍保留上一季的备货天数或不再使用的配送选项，改价时可能把这些旧值一起送出去。完整更新应当来自一份可信的当前报价资料，而不是随手拼凑的历史文件。

这也是运营与技术容易互相误解的地方。运营说“只改促销”，技术看到的是一组字段；技术说“上传成功”，运营以为前台商品已经按新方案展示。双方最好在任务开始时讲明白本次变化：只改现价和库存，还是还要动运费、准备时间、划线价与发布渠道。具体字段确定后，上传类型才有依据。

对批量经营的工具店，可以把更新工作分成两类日常动作。高频变动的现价、可售库存使用适用的轻量路径；套装新增、配送收费调整或完整报价资料变更，按完整路径组织。两类文件保留各自版本与提交记录，后续排查时就能知道，哪次更新试图改变了什么。

划线价本身还需要商品和价格依据。平台字段存在，只能说明系统提供了表达方式；卖家要用什么参考价、如何对消费者解释折扣，应按适用规则和实际价格记录处理。不能先在技术端填一个好看的数字，再让运营为它找理由。

这里有一个常被忽略的费用动作：把配送收费从报价里单独复核。电钻可能随工具箱出货，电池和附件增加包裹重量，套装促销价与运费一起影响顾客最终看到的金额。促销评估应同时看商品现价、配送选项和实物包装，避免现价降下来了，订单总价却没有达到预想的竞争力。

商品经理还可以为这次促销留一张内部核算清单：这批套装的采购与配件成本、实际包装后的出货收费、平台适用销售费用、计划中的广告支出，以及可能发生的退回检验与补件支出。报价文件负责表达现价，核算清单负责判断这个现价是否值得卖。两个版本按同一批商品和同一促销计划对应，活动结束后才能比较预期毛利与实际结果。

同一文件，还可能送去了另一条渠道

XML上传另一个敏感处是SalesChannelId。官方说明，指定渠道更新要用相应配置；缺少目标渠道时，会按默认Cdiscount渠道处理。价格库存包与特定渠道定向之间也有处理限制，不能把它当作所有Octopia渠道通用的完整更新方式。

当团队从Cdiscount扩展到Octopia的其他销售渠道，这个差异尤其明显。内部商品列表可以是同一份，发布对象却需要明确。运营安排某个渠道调整运费，ERP若沿用默认目标，最终变化可能落在Cdiscount报价上，原本要修改的地方仍然没有动。

因此，排查应当同时记住“哪件商品”和“哪条渠道”。一个商品条码在多个地方有报价，单看条码无法解释某次更新。渠道编号、卖家报价编号、成色、更新任务和提交包编号，应该组成一组可追踪记录。业务人员不用阅读所有XML，也需要在ERP页面上看见明确的发布对象。

库存又是另一层安排。XML管理规则指出，同一卖家、同一产品与同一成色的数量会在相关销售渠道之间共享。这使库存维护与渠道定价有不同逻辑。各渠道可以有各自经营安排，但可售数量必须忠于同一批真实货物。

对电钻套装，尤其要防止供应链里的“有货”含义不一致。工厂有裸机，仓库有配件箱，却还没有完成套装组装，这和可直接拣货发出的套装库存不是同一状态。若运营按工厂库存填写平台可售量，销售发生后才补组装，准备时间就可能被挤满。可售数量应当由实际可履约的商品单位支持。

同样，已经分配给其他订单的套装、等待检查的退回商品、需要补配件的箱子，也不适合直接混进正常可售库存。多渠道报价把订单带回来后，仓库记录要能够及时反映预留和检验状态。库存上传只是把一个数字送出去，数字背后的商品是否能发走，仍由经营流程决定。

对于准备时间，官方字段使用的是卖家确认订单至把包裹交给承运人的最大工作日数，不包含承运人送到买家手里的时间。工具店在设值时，应考虑拣货、套装检查、包装和交接节奏，再结合渠道实际配送选项。把“预计送达”直接填成“准备时间”，会让页面时效与内部履约动作脱节。

上传成功后，要读到哪一步

提交文件只是报价处理的一段。XML集成接口返回packageId，之后用包日志查看整体处理状态及逐条报价的成功、错误或警告。这份记录能帮助分辨产品标识问题、字段验证问题和仍在处理中的上传，不能只保留一次提交请求的结果。

较实用的排查顺序可以按证据逐步走：

• 先找本次提交包编号，确认取到的是哪一版文件，包类型和目标渠道是否符合任务。
• 再查看逐条结果，定位失败的卖家编号、产品条码、字段及错误信息。
• 修正具体失败项，保留修订前后内容和新提交编号。
• 最后查询目标渠道当前报价，核对实际价格、库存和配送资料，再看消费者端展示。

官方还提示，重复提交时宜使用新的文件地址，避免覆盖同一地址后无法清楚识别本次内容。对ERP运营，最重要的是保留每次文件与包编号的对应方式。技术人员排查一个失败包时，不应打开链接却看到后来已经覆盖的新文件。

在一批报价里，处理成功与失败也可能分布在不同商品。营销同事计划把一个工具系列同时推出，应该知道具体哪几个套装已经更新、哪几个仍需处理。只记录“本批有错误”，会让补传没有范围；把整批反复重发，又会增加版本判断和排查负担。先把失败商品挑出来，才能安排针对性的修订。

如果还有自动补库存、定时改价和人工促销三个任务同时运行，应追查它们各自生成文件的时间。人工提交的新价格刚处理完，另一任务又从旧数据生成报价，前台就可能重新出现旧值。排查时把这些上传包按时间排在一起，才能判断这次修改是否后来被另一个任务覆盖。系统调整也应围绕实际冲突安排，明确哪套资料是当前价格来源，促销期间哪些任务需要读取最新方案。

回读当前状态，可以参考报价查询文档。它区分卖家集成价格integrationPrice与渠道展示价格facialPrice，并提供Cdiscount渠道反馈。isOnline表达实际是否在线，反馈还带有更新时间。上传之后要比较的是同一渠道、同一报价和同一次变化，时间也应一起看。

若查询字段选择不当，报表也可能少一层信息。官方说明，同时传fields与expand时，expand会被忽略；需要渠道反馈时，系统人员应检查自己到底请求了哪些内容。卖家看到“没有在线状态”，有时应先排查查询方式，再追问为什么平台没有返回。

这几步能将一个模糊问题拆成具体答案：文件没有进入正确流程，某一报价被拒绝，目标渠道选错，或者当前反馈还未更新。每种情况都有不同证据，处理时也应采取不同动作。运营可以把这个过程做成日常报价检查，而不是促销开场后才临时找技术救火。

电钻的买家不会知道卖家上传了什么包。他只会看到今天的售价、套装内容和配送承诺。Cdiscount批量经营做得稳不稳，最终看的是每次上传能否回到一件真实商品、一个准确报价和一份可兑现的发货安排。

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