VC、金仓与库存接入调研

更新时间：2026-06-08

1. 这份文档回答什么

本文聚焦 3 个问题：

1. VC 是什么，当前积加文档里怎么定义。
2. 金仓 在这条链路里扮演什么角色。
3. 如果要接入 VC 库存数据，应该按什么备货 / 库存思路理解，而不是把它当成普通 FBA 库存。

2. 先说结论

2.1 VC 是渠道，不是仓

VC 指 Amazon Vendor Central。按积加帮助中心定义，它是亚马逊面对供应商的 B2B 合作模式，供应商把货卖给亚马逊，由亚马逊负责销售、配送和售后；其采购模式包含 PO、DF、DI 三种。

来源：

• https://help.jijiaerp.com/docs/Amazon-VC-gai-lan

2.2 金仓是仓配执行节点，不是 VC 本身

如果这里的“金仓”指 https://eucashbox.com/our-company/，那它的公开定位是第三方海外仓储物流服务商，提供中转、一件代发、退货处理、换标等服务。

因此它与 VC 不是同一层概念：

• VC 是上游渠道 / 订单与采购关系。
• 金仓 是下游仓储 / 履约 / 库存执行节点。

2.3 VC 和金仓的关系，发生在“履约”和“库存可用量”这一层

公开资料里没有直接写出“VC 必然对接金仓”，但从积加的 VC 文档可以确定：

• VC-DF 订单会推送到自发货管理履约，并可通过“仓配综合决策”选择发货仓和物流渠道。
• VC-PO 货件会把 ASN / 出库流程打通到第三方仓，形成仓库作业与扣减库存闭环。
• VC PO 履约自动化 -collect 明确写到：系统需要把卖家后台发货仓和积加仓库资料关联，用于提供发货仓可用库存参考值，以及发货后的扣减库存。

因此，如果你的“金仓”就是实际承接 VC 发货的第三方仓，那么 工程上它与 VC 的关系就是：VC 产生订单 / 采购约束，金仓提供真实可履约库存并执行发货，积加负责做映射、同步和流程串联。

这部分是基于公开文档的工程推断，不是 Amazon 或积加公开写死的一句定义。

3. 积加文档里能确认的 VC 库存事实

3.1 VC 库存不是本仓库当前主链路里的 FBA/ 自营库存

当前仓库的 /E:/programdata/Seafile/AI/scm_hbdWC/scm_merge_integration/docs/jijia-api-web-path-map.md 主同步链路记录的是：

• fba_inventory_stock
• local_inventory_stock
• market_inventory_distribution
• inventory_age
• transfer
• 采购、销量、映射等相关接口

其中 没有 现成的 VC inventory 主链路记录。

同时，当前仓库收录的 gERP OpenAPI 摘要里，和 VC 直接相关、可确认的公开接口只有店铺信息：

• POST /middle/base/vcMarket/page

来源：

• /E:/programdata/Seafile/AI/scm_hbdWC/scm_merge_integration/backend/backend_laravel/gERP_OpenAPI_对接规范.md

这说明一件事：当前 SCM 主补货链路默认并不是围绕 VC 库存搭建的。

如果要接入 VC 库存，大概率需要新增同步口径、映射关系和文档，而不是直接复用当前 FBA 库存入口。

3.2 积加帮助中心对 VC 库存的定义

积加的 https://help.jijiaerp.com/docs/8y17XsnV 页面给了两个非常关键的事实：

1. VC 库存数据 是通过 亚马逊提供的 VC 库存 API 直接获取。
2. 系统每 120 分钟 自动同步一次，且同步日期为 T-3。

同一页还列出了核心字段，对接入很有价值：

• vendorConfirmationRate
• averageVendorLeadTimeDays
• netReceivedInventoryUnits
• openPurchaseOrderUnits
• receiveFillRate
• unfilledCustomerOrderedUnits
• aged90PlusDaysSellableInventoryUnits
• sellableOnHandInventoryUnits
• unsellableOnHandInventoryUnits

积加页面还直接给出了 Amazon 的 schema 链接，指向 vendorInventoryReport.json。

3.3 Amazon 官方也确认了 Vendor Inventory Report 的存在和字段

Amazon SP-API 文档确认 GET_VENDOR_INVENTORY_REPORT 是 Vendors 可请求的 Analytics Report，输出为 JSON。

其 schema 示例中可以看到与积加页面一致的关键字段，例如：

• openPurchaseOrderUnits
• averageVendorLeadTimeDays
• sellableOnHandInventoryUnits
• unfilledCustomerOrderedUnits
• receiveFillRate

来源：

• https://developer-docs.amazon.com/sp-api/docs/report-type-values-analytics
• https://github.com/amzn/selling-partner-api-models/blob/main/schemas/reports/vendorInventoryReport.json

4. VC 和金仓之间，应该怎么理解库存关系

4.1 不要把 VC 库存直接等同于金仓实物库存

这两个量通常不是一回事：

• VC 库存 更接近 Amazon 对 Vendor 业务链路可见的库存 / 采购 / 履约健康视图。
• 金仓库存 更接近第三方仓现场的物理库存、可发库存、已分配库存、待出库库存。

即使同一个 SKU，两个系统看到的也往往不是同一个“时间点”和“口径”：

• VC 库存页面明确写了 T-3
• 金仓 /WMS 通常更接近实时或准实时

所以接入时应默认：

• VC 库存：用于看 Amazon 侧的采购与供货状态
• 金仓库存：用于看当前仓库是否真的能发货

不能简单拿一个覆盖另一个。

4.2 对 DF 模式，金仓更像“履约真值源”

积加的 https://help.jijiaerp.com/docs/Amazon-VCDF-ding-dan 写得很明确：

• DF 订单自动下发至三方仓
• 自动标发
• 通过自发货模块履约
• 可以开启“仓配综合决策”自动选择发货仓和物流渠道

这意味着在 DF 模式下：

• Amazon/VC 决定订单流入
• 仓库决定能不能发、从哪发、什么时候发

如果金仓承接 DF 订单，那么接入 VC 库存时，真正决定履约能力的底层库存更应该落在金仓 /WMS，而不是只看 VC 报表值。

4.3 对 PO 模式，VC 更像“采购信号源”，金仓更像“执行库存源”

积加的 https://help.jijiaerp.com/docs/Amazon-VCPO-huo-jian 和 https://help.jijiaerp.com/docs/rV3AvhlQ 能看出：

• PO 确认后，需要往 Amazon FC 发货
• 系统会把 ASN/Shipment 流程和第三方仓作业打通
• 需要把卖家后台发货仓和积加仓库资料关联，以提供“可用库存参考值”并在发货后扣减库存

所以在 PO 模式下：

• VC 提供的是采购约束、交付窗口、订单履约状态
• 金仓提供的是可发库存与实际出库能力

这一层关系比 DF 更偏“采购驱动型补货”，而不是“电商零售型补货”。

5. VC 的备货思路，和现在 SCM 的 FBA 备货思路有什么不同

5.1 VC 不是先算“我想补多少”，而是先看“我能否稳定供给 Amazon”

SCM 当前主补货链路更像卖家视角：

• 看销量
• 看 FBA / 本地仓 / 在途 / PO
• 算缺口
• 生成补货建议

但 VC 的核心视角偏供应商视角。更重要的是以下几类量：

• 当前 Amazon 侧可售：sellableOnHandInventoryUnits
• Amazon 已开未完 PO：openPurchaseOrderUnits
• 客户未完成订单：unfilledCustomerOrderedUnits
• 供应商平均交付周期：averageVendorLeadTimeDays
• 确认率 / 接收填充率：vendorConfirmationRate、receiveFillRate

因此 VC 备货首先不是“给自己仓库补货”，而是：

1. 判断 Amazon 侧是否还会继续稳定下单。
2. 判断自己是否能按前置期、确认率、填充率把货稳定交出去。
3. 再反推仓内要准备多少可用库存。

5.2 VC 备货要分 PO 与 DF 两套逻辑

PO 模式

关键问题是：

• Amazon 已经开了多少 PO
• 这些 PO 的交付窗口是什么
• 现有仓库能不能支撑 ASN / Shipment / 预约送仓

备货思路更像：

• 以 openPurchaseOrderUnits 为主信号
• 结合 averageVendorLeadTimeDays
• 再结合仓内可用量、生产 / 调拨 / 到仓节奏
• 目标是提高确认率和 fill rate，避免缺货拒单

DF 模式

Amazon 官方 https://developer-docs.amazon.com/sp-api/lang-en_US/docs/submit-an-inventory-update 对 DF 库存更新要求很明确：

• 每个 warehouse 需要单独提交 inventory feed
• full update 要覆盖该仓全部在库商品，没提交的商品会被 Amazon 置零
• partial update 只更新部分 SKU，未出现的 SKU 保持不变
• 多次拒绝订单会把商品打成缺货并影响履约指标

这说明 DF 模式下的“备货”其实有两个层次：

1. 仓里真的要有货。
2. Amazon 看到的可售量要被及时、准确地同步。

所以 DF 模式下，库存同步质量本身就是备货能力的一部分。

5.3 VC 备货不应该只看销量，还要看供货健康度

对 VC 来说，下面这些指标比普通卖家库存更关键：

• vendorConfirmationRate
• receiveFillRate
• averageVendorLeadTimeDays
• unfilledCustomerOrderedUnits

原因是：

• 只看销量，只能看需求端
• 这些指标能反映你在 Amazon 眼里的供货可靠性

也就是说，VC 的“备货思路”更接近：

• 需求信号
• 采购执行
• 仓库可发
• 供货稳定性

四者一起看，而不是只算销量均值覆盖天数。

6. 对接入 VC 库存数据的工程建议

6.1 先把 3 套库存口径拆开

如果你要在当前 SCM 里接 VC 数据，建议至少区分：

1. vc_report_stock
2. Amazon Vendor Inventory Report 口径
3. 典型字段：sellableOnHandInventoryUnits、openPurchaseOrderUnits
4. warehouse_physical_stock
5. 金仓 /WMS 实物库存口径
6. 典型字段：在库、可用、锁定、待出
7. scm_replenishment_stock
8. 供当前补货算法消费的统一口径
9. 明确哪些字段是 raw，哪些是算法加工值

不要把 VC 报表库存 直接塞进现有 FBA/local_inventory 口径。

6.2 先做映射表，再谈补货

最少要先打通这些映射：

• VC 店铺 / market
• VC 发货仓 / warehouse
• 积加仓库
• 金仓仓库编码
• SKU / MSKU / ASIN / vendor SKU

没有这层映射，后面所有“库存汇总”和“补货建议”都会混。

6.3 PO 和 DF 不要共用一套补货公式

建议拆成两种消费方式：

• VC-PO
• 更偏采购供货计划
• 重点关注 openPurchaseOrderUnits、交付窗口、仓库可发量
• VC-DF
• 更偏仓库履约库存计划
• 重点关注仓级实时可用量、库存同步频率、缺货保护

6.4 在当前仓库里的落点建议

基于本仓库现状，比较稳的接法是：

1. 先新增 VC 库存原始同步，不要直接改现有 FBA 主链路。
2. 单独落 VC 原始表 / 映射表 / 仓库口径转换层。
3. 页面先做“对账视图”，明确：
4. VC 报表值
5. 金仓实物值
6. SCM 算法消费值
7. 等口径稳定后，再决定是否进入补货计算。

7. 当前最重要的判断

如果你的目标只是“先把 VC 库存接进来”，那第一阶段最应该做的不是补货算法，而是：

1. 确认 VC 数据来源到底是：
2. Amazon Vendor Inventory Report
3. 积加现成模块
4. 还是 RPA/ 私有接口
5. 确认金仓是否就是 VC 订单实际履约仓。
6. 确认接入目标是：
7. 只做展示对账
8. 做履约库存决策
9. 还是进入补货算法

这 3 件事不先定，后面很容易把 VC 渠道库存 、 仓库实物库存 、 补货算法库存 混成一个口径。

8. 参考资料

Amazon / 积加公开资料

• https://help.jijiaerp.com/docs/Amazon-VC-gai-lan
• https://help.jijiaerp.com/docs/8y17XsnV
• https://help.jijiaerp.com/docs/Amazon-VCDF-ding-dan
• https://help.jijiaerp.com/docs/Amazon-VCPO-huo-jian
• https://help.jijiaerp.com/docs/rV3AvhlQ
• https://developer-docs.amazon.com/sp-api/docs/report-type-values-analytics
• https://developer-docs.amazon.com/sp-api/lang-en_US/docs/submit-an-inventory-update
• https://github.com/amzn/selling-partner-api-models/blob/main/schemas/reports/vendorInventoryReport.json

金仓公开资料

• https://eucashbox.com/our-company/

本仓库内部资料

• /E:/programdata/Seafile/AI/scm_hbdWC/scm_merge_integration/docs/jijia-api-web-path-map.md
• /E:/programdata/Seafile/AI/scm_hbdWC/scm_merge_integration/backend/backend_laravel/gERP_OpenAPI_对接规范.md

---

📚 参考资料

本文档基于 Amazon SP-API 公开文档、积加帮助中心公开页面、金仓海外仓公开资料及本仓库内部接口文档整理。