做亚马逊企业购(B2B)的卖家常卡在同一件事上:后台填了企业商品价格,又填了配送费,买家下单后钱对不上,开票金额和预期差一截。这篇不给你死数字,而是把两笔钱在结算里的角色拆开讲,配上自查顺序,让你自己到站内页面核对当时的费率和口径。
做亚马逊企业购的卖家常卡在同一件事上:后台填了企业商品价格,又填了配送费,买家下单后钱对不上,开票金额和预期差一截。问题多半不在数字填错,而在没搞清这两笔钱在结算里各自站哪一行、各自算进什么基数。
这篇不给你死数字,因为配送费分档、企业价门槛这些每个站点每期都在动。要提数字就去站内核对当时的费率。这里只把两笔钱的角色拆开讲,配一套自查顺序,让你自己对得上账。
两笔钱在结算里各自站在哪
- 商品小计
- 商品价乘以数量得到的金额,是计税、抽成、优惠计算的基数,配送费不进这个基数
- 配送费
- 单独一行,加在小计之后,按订单整体或按件计,不参与商品抽成
- 结算总价
- 商品价×数量+配送费,再叠加平台规则允许的税与折扣,两行不会互相吃掉
买家在结算页看到的就是这么两行或一行。判断标准很简单:如果你的后台能分别填商品价和配送费,结算页却只显示一行,先确认是不是自己开了包邮模板或者把配送费填成了零。反过来,只显示一行也别急着高兴,可能是配送被并进商品价了。
企业买家和个人买家在这两笔钱上的差别
企业买家通常更在意能否把商品价和运费拆出来,因为他要入自己的采购账,还要处理进项税。这两笔钱在前台是不是分开展示,直接影响他能不能顺利走采购审批。个人买家则大多只看总价,拆分对他意义不大。
- 买家账号类型影响前台展示:企业价只对认证企业账号生效,普通买家仍然看零售价
- 企业价没生效时,先别怀疑配送费,回头查企业价是否已通过审核、是否设在有效期内
- 如果同一商品企业价和零售价同时开着,前台显示哪个取决于买家账号,不是取决于你先填哪个
- 运费模板的适用范围要和企业价的范围对齐,只对部分买家或部分数量段生效时容易出岔子
不适用的场景也很明确:如果这个站点本身不支持企业价,或者你的类目被平台限制,那这两笔钱的区分就无从谈起,得先解决资质问题,再谈费率。
别背数字,去站内核对当期口径
配送费按站点、配送方式、重量段分档,写死在文章里必错。同样,企业价的生效门槛和折扣幅度也一直在调。凡是具体数字,都应该到站内核对当时的值,而不是拿别人文章里的旧值套。
| 你要确认的东西 | 去哪儿核对 |
|---|---|
| 官方侧的计费口径与费率说明 | 到 /official-api 看官方侧的口径 |
| 不同渠道当前的价格与费率记录 | 到 /price-watch 看追踪记录,别拿截图当准 |
| 订阅或套餐类成本的核算 | 到 /tools/model-cost-calculator 自己算一遍 |
| 物流与时效相关的参数 | 到 /tools/speed-test 看当时的实测数据 |
这三处各有分工:官方口径管的是规则,价格追踪管的是渠道波动,计算器管的是你自己那笔账。把三者混着用,就会出现拿 A 渠道的费率去解释 B 渠道账单的情况。
对不上账时的排查顺序
- 第一步,看订单明细行先确认商品小计与配送费是否分开列,很多时候不是算错,是自己看错了行,把配送费当成了商品价的一部分。
- 第二步,看企业价是否命中核对买家账号类型、企业价生效时间、是否限定了数量段,任意一项不满足,前端就不会走到企业价。
- 第三步,看配送方式改过配送模板或重量段后,老订单不会跟着变,要按订单下单时点的模板版本去看。
- 第四步,再回头比费率到站内价格追踪页对当期数字,不要用记忆里的旧值,也不要用别的站点的值。
最容易踩的三种混淆
- 把配送费当成折扣填进商品价,结果抽成基数被抬高,看似让利其实多扣了钱
- 企业价和零售价同时开着,以为后填的覆盖先填的,实际前台显示哪个取决于买家账号
- 改价后没同步改配送模板,两笔钱各说各话,等到退款时怎么算都算不平
避免这三种混淆的通用做法是:把商品价和配送费当成两个独立开关来管理,任何一次改动都同时过一遍另一边,改完用小号下一单验证结算页显示几行。
下一步拿你最近一笔对不上的订单,按上面的排查顺序走一遍,先确认明细行,再去站内核对当期的计费口径。→常见问题
企业商品价格和配送费到底哪个先进结算页?
商品价先进商品小计,配送费是后面单独加的一行,两者不混。买家看到的总价是两行相加的结果。你要核对的是每行各自的来源:商品价看企业价是否命中,配送费看配送模板和重量段。
为什么企业买家看到的价格和普通买家不一样?
企业价一般只对通过认证的企业账号生效,普通买家看到的还是零售价。所以同一链接出现两个价格不是系统出错。如果你希望所有人都看到同一个价,就别同时挂两套价格。
改完价格还需要动配送费吗?
要分开看。商品价改的是商品小计,配送费走的是配送模板,改一边不会自动同步另一边。建议改完任意一项后,用一个测试订单把两行都过一遍,再确认前台展示一致。