共计 4266 个字符，预计需要花费 11 分钟才能阅读完成。
亚马逊库存全链路监控方案 — 从生产到销售不断货
一、核心目标
- 安全库存天数 >= 7 天 （FBA 仓）
- 断货预警提前 14 天触发
- 生产到上架周期可视化管理
- 全自动补货建议
二、全链路流程图
[工厂生产] → [质检 / 包装] → [国内仓] → [国际物流] → [海外仓 / 清关] → [FBA 入仓] → [亚马逊销售]
↑ ↓
└────────────────── 数据回环 + 预警系统 ←──────────────────────────────┘三、五大监控环节
环节 1：工厂生产（Production）
监控点：
- 订单下达日期 vs 预计完成日期
- 实际生产进度（%）
- 质量合格率
- 原材料到位情况
数据源： 工厂 ERP / 采购订单 / 手动录入
关键指标：
- 生产延期天数
- 次品率 > 阈值预警
环节 2：质检 & 国内仓（QC & Domestic Warehouse）
监控点：
- 到仓质检时间
- 质检通过率
- 国内仓库存量
- 待发货批次
数据源： WMS 系统 / 仓库 PDA 扫描 / 质检报告
关键指标：
- 质检滞留天数 > 3 天预警
- 国内仓 SKU 数量
环节 3：国际物流（Logistics）
监控点：
- 货运方式（海运 / 空运 / 快递）
- 提单 / 航班号追踪
- 预计到港时间 ETA
- 实际到港时间
- 在途库存数量
数据源： 货代系统 / 17Track API / 船公司 API
关键指标：
- 在途库存可售天数 = 在途数量 / 日均销量
- 物流延迟天数
环节 4：海外仓 & 清关（Overseas Warehouse & Customs）
监控点：
- 到港后清关时间
- 海外仓入库时间
- 海外仓库存量
- FBA 预约送仓状态
数据源： 海外仓 WMS / 清关代理 / FBA 预约系统
关键指标：
- 清关滞留天数 > 5 天预警
- 海外仓超储预警（> 90 天库存）
环节 5：FBA 销售（Amazon Sales）
监控点：
- FBA 可售库存
- 在途入库库存（Inbound）
- 预留库存（Reserved）
- 日均销量（7 天 /30 天 /60 天）
- 库存可售天数
- 断货风险等级
数据源： Amazon SP-API / Seller Central
关键指标：
- 可售天数 = FBA 可售库存 / 日均销量
- 库存绩效指数（IPI）
- 超龄库存费用预警
四、核心算法 — 安全库存 & 补货建议
1. 日均销量计算（去噪）
日均销量 = MAX(最近 7 天平均, 最近 30 天平均 × 0.7)
如果有促销 / 断货等异常：去掉异常日数据，用加权平均 2. 安全库存天数
安全库存天数 = 补货提前期 + 缓冲天数
补货提前期 = 生产周期 + 质检周期 + 物流周期 + FBA 入仓周期
缓冲天数 = MAX(7 天, 补货提前期 × 0.3)3. 建议补货量
建议补货量 = (目标库存天数 × 日均销量) - (FBA 可售 + Inbound 在途 + 在途物流 + 国内仓待发)
目标库存天数 = 补货提前期 + 安全缓冲 (通常 30~60 天)
如果建议补货量 <= 0：不补货
如果建议补货量 > 0：生成采购单 4. 断货风险等级
| 可售天数 | 风险等级 | 行动 |
| < 7 天 | 🔴 高危 | 紧急空运补货 / 调库存 |
|---|---|---|
| 7-14 天 | 🟠 警告 | 加速补货流程 |
| 14-30 天 | 🟡 注意 | 正常补货 |
| 30-60 天 | 🟢 正常 | 监控即可 |
| > 90 天 | ⚪ 滞销 | 清仓 / 降价 |
五、技术架构
┌─────────────────────────────────────────────────────────────┐
│ 数据采集层（Data Source）│
├─────────────┬─────────────┬──────────────┬──────────────────┤
│ Amazon SP- │ 工厂 ERP │ 货代 / 物流 │ 仓库 WMS │
│ API │ (CSV/API) │ API/ 爬虫 │ (PDA/API) │
└──────┬──────┴──────┬──────┴──────┬───────┴────────┬─────────┘
│ │ │ │
└─────────────┴──────┬──────┴────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 数据处理层（ETL & Calculation）│
│ Python / Airflow / dbt / SQLite or PostgreSQL │
│ - 数据清洗 │
│ - 销量去噪 │
│ - 安全库存计算 │
│ - 补货建议生成 │
└────────────────────────────┬────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 存储层（Database）│
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────────┐ │
│ │ SKU 主数据 │ │ 库存流水 │ │ 补货建议记录 │ │
│ │ 销量历史 │ │ 物流追踪 │ │ 预警日志 │ │
│ └──────────────┘ └──────────────┘ └──────────────────┘ │
└────────────────────────────┬────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 应用层（Dashboard & Alert）│
│ - Web 看板（库存全景、单 SKU 详情）│
│ - 预警通知（钉钉 / 飞书 / 邮件 / 微信）│
│ - 补货建议报表（可导出采购单）│
└─────────────────────────────────────────────────────────────┘六、数据表设计（核心表）
1. sku_master — SKU 主数据
| 字段 | 说明 |
| sku | SKU 编码 |
|---|---|
| asin | 亚马逊 ASIN |
| product_name | 产品名 |
| supplier | 供应商 |
| production_days | 生产周期 (天) |
| qc_days | 质检周期 (天) |
| logistics_days | 物流周期 (天) |
| fba_inbound_days | FBA 入仓周期 (天) |
| target_stock_days | 目标库存天数 |
| min_order_qty | 最小起订量 |
2. inventory_snapshot — 库存快照（每日更新）
| 字段 | 说明 |
| sku | SKU |
|---|---|
| date | 日期 |
| fba_available | FBA 可售 |
| fba_inbound | 在途入库 |
| fba_reserved | 预留 |
| overseas_warehouse | 海外仓 |
| in_transit | 在途物流 |
| domestic_warehouse | 国内仓 |
| producing | 生产中 |
3. sales_daily — 每日销量
| 字段 | 说明 |
| sku | SKU |
|---|---|
| date | 日期 |
| units_sold | 销量 |
| is_anomaly | 是否异常（促销 / 断货） |
4. replenishment_advice — 补货建议
| 字段 | 说明 |
| sku | SKU |
|---|---|
| advice_date | 建议日期 |
| daily_sales | 日均销量 |
| stock_days | 当前可售天数 |
| risk_level | 风险等级 |
| suggested_qty | 建议补货量 |
| arrive_date | 预计到达日期 |
5. logistics_tracking — 物流追踪
| 字段 | 说明 |
| batch_id | 批次号 |
|---|---|
| sku | SKU |
| qty | 数量 |
| ship_method | 运输方式 |
| tracking_no | 追踪号 |
| status | 状态 |
| eta | 预计到港 |
| actual_arrival | 实际到港 |
七、关键监控看板设计
看板 1：库存总览大屏
- 总 SKU 数 / 风险 SKU 数
- 各风险等级分布（饼图）
- 近 7 天 /30 天断货 SKU 列表
- 补货建议总数及总金额
看板 2：单 SKU 详情页
- 库存时间轴图（FBA/ 在途 / 海外仓 / 国内仓 / 生产）
- 近 90 天销量曲线
- 可售天数趋势
- 补货建议历史
看板 3：物流追踪看板
- 在途批次列表
- 各批次 ETA 倒计时
- 延迟预警列表
看板 4：补货工作台
- 待处理补货建议（可勾选生成采购单）
- 已下单跟踪
- 历史补货准确率
八、预警通知规则
通知渠道
- 钉钉机器人 / 飞书机器人 / 企业微信 / 邮件
预警类型
| 类型 | 触发条件 | 通知对象 |
| 🔴 断货预警 | 可售天数 < 7 天 | 运营 + 采购 + 主管 |
|---|---|---|
| 🟠 低库存预警 | 可售天数 7-14 天 | 运营 + 采购 |
| 📦 FBA 入仓延迟 | Inbound > 14 天未到仓 | 运营 + 物流 |
| 🚢 物流延迟 | ETA 已过仍未到港 | 物流 |
| 🏭 生产延期 | 超计划完成日期 3 天 | 采购 |
| ⚪ 滞销预警 | FBA 库龄 > 90 天 | 运营 |
| 💰 超龄费用 | 即将产生长期仓储费 | 运营 + 财务 |
九、实现路径（分阶段）
Phase 1：基础监控（1- 2 周）
1. 搭建 SP-API 连接，抓取 FBA 库存 + 销量数据
2. 建立数据库（SQLite/PostgreSQL）
3. 实现基础库存看板（可售天数、风险等级）
4. 接入钉钉 / 飞书，实现断货预警
Phase 2：补货建议（2- 3 周）
1. 接入销量历史，实现日均销量算法
2. 实现安全库存计算 + 补货建议生成
3. 补货工作台（人工确认 → 生成采购单）
Phase 3：全链路打通（3- 4 周）
1. 接入工厂 ERP/ 国内仓数据
2. 接入物流追踪（货代 API 或爬虫）
3. 实现完整时间轴 + 全链路可视化
Phase 4：自动化（持续）
1. 自动补货下单（审批后自动执行）
2. AI 销量预测（考虑季节性、促销）
3. 多站点 / 多店铺统一管理
十、推荐技术栈
| 组件 | 推荐方案 |
| 数据采集 | Python + SP-API + requests |
|---|---|
| 调度 | Airflow / cron |
| 数据库 | SQLite（起步）→ PostgreSQL |
| 看板 | Streamlit / Dash / Gradio（快速）或 React + ECharts（正式） |
| 通知 | 钉钉 / 飞书 Webhook |
| 部署 | VPS / 本地服务器 / Docker |
| 物流追踪 | 17Track API / 货代 API |
十一、需要的数据权限 /API
1. Amazon SP-API（必须）
- `GET /fba/inventory/v1/summaries` — FBA 库存
- `GET /sales/v1/orderMetrics` — 销量数据
- `GET /fba/inbound/v1/shipments` — 入库货件
2. 工厂 / 供应商 — 提供订单进度数据（API/Excel）
3. 货代 / 物流 — 追踪号查询 API
4. 海外仓 — WMS 系统数据对接
十二、风险控制
| 风险 | 应对策略 |
| 销量突变（爆单 / 滞销） | 7 天 /30 天双窗口监控 + 异常标记 |
|---|---|
| 物流不可控延迟 | 多运输方式并行 + 缓冲库存 |
| 数据不准确 | 多源交叉验证 + 每日对账 |
| 系统故障 | 每日数据备份 + 异常告警 |
| 多店铺数据分散 | 统一 SKU 编码体系 + 集中数据库 |
十三、最小可用版本（MVP）
如果资源有限，先做这些：
1. 一个 Python 脚本，每天定时跑 SP-API 拉取库存和销量
2. 一个 SQLite 数据库存数据
3. 一个 Streamlit 看板展示可售天数和风险等级
4. 钉钉机器人推送断货预警
这样 1 周内 就能跑起来，覆盖最核心的需求。
> 需要我把这个方案落地成代码吗？可以帮你：
> 1. 搭建 SP-API 连接和数据采集
> 2. 建数据库 + 计算逻辑
> 3. 做看板 + 预警通知
>
> 告诉我你想从哪一步开始。
正文完
