多平台补货阈值与安全库存审计工作流

多平台补货阈值与安全库存审计工作流

3个实用技能 · 3步完成 · 每一步都能单独使用

面向 Shopify、Amazon 及其他电商渠道，把买家有权使用的脱敏 SKU、渠道需求速度、供应商交期、安全库存和库存快照整理为统一补货政策，按明确公式计算补货点与缺口，并生成带来源、等级、人工确认位和回滚说明的审计证据包。套餐只做离线分析，不登录平台、不修改库存、不创建采购单、不自动补货，也不承诺不断货、销量或利润。

3个可下载技能 · 每个技能可单独运行

3步自动化工作流

🔵 1 补货政策标准化

技能文件：replenishment-policy-normalizer

解决什么： 不同渠道的需求速度、交期和安全库存字段口径不一致，导致补货点无法复核。

你会得到： normalized_replenishment_policies.json，统一 SKU、渠道、平均日需求、交期、安全库存、库存快照和来源标记。

↓ 本步结果自动进入下一步

🟢 2 补货点计算

技能文件：reorder-threshold-calculator

解决什么： 只看当前库存或使用固定提醒数，容易忽略渠道速度、供应商交期和安全库存的组合影响。

你会得到： reorder_threshold_findings.json，按“平均日需求 × 交期天数 + 安全库存”计算补货点、可用库存和缺口，并保留公式版本。

↓ 本步结果自动进入下一步

🟠 3 补货审计证据包

技能文件：replenishment-evidence-packet

解决什么： 补货公式、来源、缺口和人工采购意见散落在表格中，无法清楚区分建议与已批准动作。

你会得到： replenishment_evidence_packet.json，按 READY、REVIEW、HOLD 分级，附来源引用、复核人、人工确认位和 NOT_FOR_AUTO_CHANGE 边界；这是最终交付。

实际示例

脱敏样例包含两个渠道的杯子和台灯 SKU。第一步统一日需求、交期和安全库存；第二步计算补货点并发现一个渠道的可用库存低于阈值；第三步将公式引用、差异原因和采购负责人确认位整理成证据包。示例只验证字段和公式流转，不代表真实采购已经发生或库存已经改变。

适合谁

商品运营、采购负责人、Shopify 店铺运营、Amazon 多渠道团队、跨境电商仓配团队、供应链和财务复核人员。

买家只需提供

• 已脱敏的 SKU、销售渠道、平均日需求、供应商交期和安全库存

• 可选的在手库存、预留库存、供应商和数据来源标记

• 采用的补货公式、规则快照引用、复核人和审批要求

• 促销、季节性或渠道专属库存规则的文字说明

• 不提供账号密码、Cookie、消费者地址、订单明细、支付数据或平台私有接口凭据

使用方式

1. 使用 Python 3.10 或更高版本，解压并进入对应技能目录。

2. 先运行补货政策标准化，再运行补货点计算和证据包生成；每个技能也可单独运行。

3. 先在测试目录核对销售汇总和规则来源，再由采购负责人确认任何真实采购或平台操作。

交付与验收

• 三个独立技能目录，每个包含 _meta.json、SKILL.md、agents/openai.yaml、脚本、示例和 README。

• 三步可重复运行：政策标准化、补货点计算、采购前证据包；每步输出 JSON、来源标记和人工处理状态。

• 验收时应看到每渠道需求速度、交期、安全库存、补货点、可用库存、缺口、公式引用和最终分级。

• 错误输入会非零退出并指出原因；缺失输入或来源不会被猜测，并会进入 REVIEW 或 HOLD。

• 不包含平台登录、API 调用、实时库存同步、采购单创建、自动下单、自动改库存、消费者数据处理、法律意见或不断货保证。

服务说明

脚本只处理买家有权使用且已经脱敏的政策、历史汇总和库存快照，不联网、不读取凭据、不绕过平台限制。需求速度、交期、促销、季节性和供应商表现会变化，买家必须以当前业务规则和专业人员意见为准。输出只用于补货政策审计和人工审批，不保证销量、利润、零缺货、零滞销、零错误或固定节省比例。