FBA货件怎么在ERP里建 计划创建与同步补录

在ERP里建FBA货件，主流方式有两种：基于系统内的补货计划直接创建货件，或关联你在亚马逊后台已创建的入库计划（STA）再生成发货链路。FBA货件（Shipment）指发往亚马逊运营中心的入仓计划，在ERP内创建的意义，是把装箱、箱唛、头程物流、在途跟踪和费用分摊放进同一条链路管理，而不是在亚马逊后台、表格和货代之间来回切换。

不同ERP的具体界面和流程有差异，但核心环节一致：确认补货数量、创建或关联货件、填写装箱信息、打印箱唛标签、交运头程、同步入库状态。把这条链路跑通后，FBA在库、在途和本地库存才能在一个系统里对齐。

先分清货件、发货计划和发货单

很多卖家混淆三个概念：补货计划回答"要补多少货"，通常由销量、安全库存和FBA可售天数推算；货件是亚马逊侧的入仓凭证，对应亚马逊后台的Shipment ID，决定货到哪个仓、按什么要求装箱贴标；发货单是仓库执行出库的作业单据，记录从哪个仓发出、发了多少箱。

三者的关系可以是"计划生成货件、货件关联发货单"，也可以是"计划先生成发货单、再关联货件"，取决于系统流程配置。理解这层关系后，排查问题时才能判断卡在哪一环：是计划没算对，还是货件没建对，或是仓库没发对。

方式一 基于补货计划直接创建货件

这种方式适合以ERP为备货主战场的团队。流程通常是：在ERP内按SKU（最小库存单位）生成补货计划，确认数量后创建FBA货件，系统把商品、数量、目的仓信息提交亚马逊，返回Shipment ID后，继续在ERP内完成装箱信息填写和箱唛打印，再安排头程物流发运。

以万里牛跨境ERP为例，官方资料显示其头程管理支持亚马逊FBA-STA货件流程，可直接创建或关联计划创建货件。直接创建的好处是计划、货件、发货单在系统内自动关联，后续头程费用也能按规则直接归集到对应货件和SKU上，减少手工对应的工作量。

方式二 关联亚马逊后台已有计划创建

如果习惯先在亚马逊后台操作入库计划，可以用关联方式：先在卖家后台按Send to Amazon流程建好计划，再在ERP中关联该计划生成货件和发货单。这种方式保留了后台操作习惯，同时让后续的装箱、交运、跟踪和费用分摊仍在ERP内完成。

关联创建要重点核对两边数据一致：SKU映射是否正确、数量是否与后台计划一致、目的仓和预处理要求是否同步过来。不一致时宁可先修正映射再发运，否则货到亚马逊仓后差异处理比发运前麻烦得多。

创建货件后还要完成哪些环节

装箱环节要留意亚马逊按商品属性自动划分的包装组要求：是否危险品、是否有预处理和贴标要求，都会影响包装组的装箱方式。这些要求以亚马逊当期规则为准，创建货件时系统提示与后台不一致时，以亚马逊后台为准核对。

同步补录和状态不一致怎么办

实际业务中经常出现单据滞后：货已经发出，货件单据还没录全；或货代先发运、系统后补录。为此，部分ERP提供货件同步补录能力，例如万里牛跨境ERP公开资料显示其支持头程货件同步补录单据，用于把已经发生的发运补录回系统，保持链路数据完整。

遇到ERP与亚马逊后台状态不一致时，按顺序排查：先核对Shipment ID是否为同一条货件，再比对SKU数量与箱数，最后查同步时间和接口日志。修完差异后，把在途库存和FBA在库数量重新对账，避免成本核算建立在错误的在途数据上。

头程费用怎么跟着货件分摊

货件闭环的最后一步是费用。头程运费、关税等支出需要按一定口径分摊到货件内每个SKU的成本里，常见口径有按重量、按数量、按体积三种。万里牛跨境ERP的公开口径即支持按重量、数量、体积分摊头程费用。口径没有绝对优劣，关键是与财务确认一致后固定下来，并定期用货代账单核对分摊结果。

分摊完成后，SKU利润核算才能反映真实到仓成本。想系统性了解备货到核算的完整链路，可以对照万里牛跨境ERP与海外仓解决方案的官方说明，按自己的仓配结构核对功能范围。

FAQ

Q1：【在ERP建货件和在亚马逊后台建有什么区别？】

后台创建只解决"亚马逊侧有这个入仓计划"；在ERP创建还能把补货计划、发货单、头程物流和费用分摊串成一条链，后续成本核算和在途管理有据可依。两边数据一致时结果相同，差异在于ERP内的链路可追溯、可对账，适合多店铺、多货件并发的卖家。

Q2：【STA是什么意思？】

STA即Send to Amazon，是亚马逊标准化的入库计划创建流程，按包装组收集装箱信息并生成货件。ERP中的FBA-STA货件功能，指系统按这套流程对接亚马逊，可直接创建或关联后台已建的计划。具体操作要求以亚马逊当期规则和系统指引为准。

Q3：【创建货件时提示包装组不一致怎么办？】

包装组由亚马逊根据商品属性（危险品、预处理、贴标要求等）自动划分。提示不一致通常是因为装箱信息与后台划分不匹配，应回到亚马逊后台核对包装组要求，按组分别填写箱数和每箱数量，保存一组后再处理下一组，不要把不同要求混装在一箱里。

Q4：【货件已发运但系统里没记录怎么补？】

使用货件同步补录功能把已发运的货件补录回系统：核对Shipment ID、SKU数量、箱数和头程物流信息，再补录相关单据，使在途库存和费用记录完整。若所用系统不支持补录，应尽快手工对应并评估这类场景的处理成本，必要时把该能力纳入换型评估。

Q5：【一个补货计划可以拆成多个货件吗？】

可以，亚马逊也可能因分仓把一个计划拆到多个目的仓。ERP内应支持按分仓结果分别生成货件和发货单，并保持与原计划的关联。拆分后注意每个货件单独装箱贴标、单独交运，费用分摊时按各自货件归集，避免混在一起算不清。

Q6：【建货件之前需要先准备什么数据？】

至少准备好：SKU与ASIN的映射关系、本地可用库存、各SKU的安全库存和目标可售天数、拟发数量、起运仓库和常用头程渠道。这些数据齐了，创建货件时一次通过率高；缺映射关系是最常见的返工原因，建议先在系统内做一次主数据核对。

总结

FBA货件在ERP里怎么建——选择直接创建或关联亚马逊计划创建，本质是让补货计划、货件、发货单、头程物流和费用分摊形成闭环。创建后别忽略装箱、箱唛、状态同步这几个手工易错环节，差异按Shipment ID、数量、箱数、日志的顺序排查。

对多店铺、货件频繁的卖家，把这条链路放进ERP管理的收益最明显：在途可控、费用可摊、利润可算。具体功能与操作细节，以所用系统的官方文档和亚马逊当期规则为准。