跨境电商供应链流程包括采购-仓储-物流3大模块，因亚马逊提供FBA（仓储+尾程派送）服务，所以它的ERP仓储和物流与国内有所不同。本文作者对亚马逊的ERP FBA仓储和头程模块的功能设计进行了分析讲解，一起来看一下吧。
跨境电商供应链流程包括采购-仓储-物流 3 大模块，因亚马逊提供 FBA（仓储+尾程派送） 服务，亚马逊 ERP 仓储和物流与国内有所不同：
本文主要讲解亚马逊 ERP FBA仓储和头程模块的功能设计。
在亚马逊经营的商家可以选择自发货和 FBA 发货 2 种发货方式。使用 FBA 服务除了商家省心不需要自发货外，亚马逊还为使用 FBA 的商品提供流量扶持，因此对发货时效要求较高的商家多会选择 FBA 服务。
发往 FBA 仓有 2 种路径，直接从发货仓发到 FBA，还有使用海外仓作为中转仓。海外仓主要起补充作用，因为 FBA 有库容限制，超过库容限制 FBA 会不允许再存储，超额部分还收取额外的储存费用；且商品包装有破损，FBA 不支持换货，海外仓可以提供重新包装服务后换标再发往 FBA。
FBA 提供质检和存储服务，商家最关心的是要发多少货在 FBA，最小库存成本达到库存最大效益。商品不能太少，避免库存短缺，减少收益，时间长了还会导致商品排名下降；商品也不能太多，超过 FBA 库容限制，造成额外的成本。
ERP 提供补货建议和补货限制 2 方面功能，帮助商家实现库存效益最大化。
补货建议主要从 2 个方向考虑， 一是供给侧，商家提供这批货需要准备多长时间，即需要商家配置备货规则，包括采购、质检、物流（分为直接发往 FBA 或海外仓作为中转仓 2 个时间）、安全天数、补货频率等。
二是需求侧，这批货按照过去的经验大概卖多长时间，可以商家自行配置也可通过过去的订单动态计算，其中还有销量异常的波动，商家可决定是否去噪，如黑五网一等活动促销的超额销量。
补货建议可直接生成发货计划、海外仓备货单，将建议转为实际运营动作；还可以和上游商家的经营活动串起来，如通过补货建议直接生成采购计划、采购单，以及发货计划。
FBA 库容限制主要分为 2 个维度，数量和容积。其中数量分为 ASIN 和 商品类型，即同一 ASIN 或 同一类型的商品最多可存放的数量。ERP 提供数据查询和数据展示服务。
图来自某星
其中特别的点在于，因为欧洲站支持共享库存，所以商家在欧洲四国（德法意西）任意店铺设置，数据会同步到其他欧洲店铺。
因为补货限制也会影响到补货计划，所以补货计划页面会提供补货限制信息，让商家可以在一个页面可以对照配置。
上面说的是发货到 FBA，移除订单涉及的是处理 FBA 中不可售的货物，如退货导致包装损坏 FBA 不支持再次出售 或 商品销售情况差销售不出去，FBA 支持商家进行清算、退货、弃置、重新评级销售等操作。
前文提到当商家使用海外仓服务时，跨境物流会分为头程和尾程。头程即为从商家到海外仓的过程（使用 FBA 即为从商家到 FBA 仓的过程），尾程是从海外仓到消费者手里的过程。
商家在此阶段主要目的是多部门协作将货物发往 FBA 仓，并记录和分摊物流费用，计算商品收益。为实现目标，这个阶段会涉及到 3 个单据，发货计划、货件和发货单。
定义：
这 3 个单据之间的关联关系：
运营部门除了自行创建发货计划，还可以根据补货建议和补货限制参考生成发货建议。
库存不足时，发货计划可生成采购计划。
发货计划的信息包括发货信息、商品信息和物流信息：
1）发货信息
如发货时间、发货仓库。
2）商品信息
3）物流（非必须）
物流商、物流渠道。
运营部门创建货件申报发往 FBA 仓，货件可以在 ERP 创建，也可以在亚马逊创建，输入货件号就可以在 ERP 管理亚马逊创建的货件。
创建货件有 3 个步骤：
1）填写发货信息
发货：发货方式、店铺、地址、包装类型、发货物流、发货仓库。
包装类型有：
同一个货件只能用同一包装类型，方便 FBA 清单和分类货物。
目标：目标国家、目标仓库。
商品：商品基本信息和计划发货量。
2）提交 FBA 分仓
提交后可预览分仓结果，如分仓结果不满意可重新分仓，如果对分仓结果满意，则申报货件。
3）确认信息，提交货件
仓储部门根据货件信息进行配货和发货
生成发货单有 3 个步骤：
1）分配库存
根据货件商品数量进行配货，提前锁定库存。
2）拣货装箱
拣货：打印拣货单、FNSKU条码，将 FNSKU 条码贴到商品包装上。
装箱：
3）确认出库，标记发货
发货单生成后，可上传跟踪号与费用（出库、辅料、税费、报关、头程、入库 FBA），便于后续分摊费用。
其他常见情况：
1）拆分发货单
2）分批装箱
1）头程总单
将已发货的发货单生成头程总单：
2）头程物流轨迹
发货单中补充提单号、箱号、报关单号、船公司等信息，可查询物流状态；
这类服务一般是第三方物流查询软件提供 API 查看，如 track 123，51tracking，部分 ERP 会将此额外收费作为增值服务项。
头程模块（货件和发货单）逻辑主要基于某仓 ERP，没有参考某星 ERP 逻辑的原因：
1）流程有冗余
必须创建发货计划，但发货不需要审核且货物充足时，此流程不是必备的。
2）3 个单据和流程不是特别明晰，导致互相之间有交叉
货件流程和亚马逊后台一致，包含了创建货件和发货，但为处理分配发货、费用记录和分摊新增了发货单管理。 导致货件中涉及包装货件和标记发货，但实际的装箱和发货流程在发货单。
两个流程之间有矛盾，且这要求创建货件和发货是同一部门/人员进行操作，不适合组织架构较成熟的商家。
3）流程不闭环
发货计划生成发货单是在发货计划【待处理】状态生成而不是【审批完成】，如出现作废、审批不通过的问题，发货单生成无效。
本文由 @Sunny 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。