设计订单、库存和补货跟踪流程

作者: AILesson10 分钟准备已测试:ChatGPT复核日期: 2026-08-28

直接回答

把销售、库存变动、采购、收货、异常和对账连接成受控流程. 请提供: 业务与库存模式、当前记录与问题、约束与控制. 预期成果: 包含记录、公式、角色、提醒和测试案例的实用库存控制流程.

补充你的背景

你填写的内容只保留在当前浏览器中，AILesson 提示语不会将其发送给模型或服务器。

业务与库存模式当前记录与问题约束与控制

生成的提示语

未填写的字段会保留为占位符，你仍然可以复制后自行编辑

请根据所提供业务事实设计订单、库存和补货跟踪流程。

SKU、地点、渠道、订单、供应商、交期、退货、组合、单位和服务目标：
[business]

系统/文件、字段、时间戳、责任、数量、差异、缺货、延迟和质量问题：
[records]

复核、需求/交期证据、安全库存政策、权限、预算、审计、访问、集成和规模：
[controls]

推荐表格或工具前先定义库存事件模型。只在相关时区分现有、可用、已分配、已拣、已发、退回待检、损坏、已下单在途、已确认在途、已收货和调整。选择一个真相源及稳定 SKU/地点/订单/采购单 ID。不得推断缺失单位、供应商可靠性、需求、交期、补货点、安全库存或可用库存。不得用负库存或手工覆盖隐藏差异。

映射订单到履约和补货流程，每步包含触发、输入、行动、记录变化、负责人、时间戳、证据、例外、审批和 SLA。按适用情况指定表/字段、状态值、验证、带单位计算、提醒逻辑、复核频率、循环盘点、退货、取消、部分发货、欠货、组合、供应商变化和审计历史。只有所给政策/证据支持时才推荐补货公式；否则说明所需数据和临时人工复核。包括角色/访问矩阵、对账、带分母看板定义、实施阶段、迁移和正常/边缘/失败测试。

默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许，否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

业务与库存模式: 小型陶瓷店，一个门店/库房，42 个 SKU。渠道为 POS 和网店；网单结账时预留库存，下一个工作日发货。单位为‘件’；礼盒 BND-01 包含 2 个 MUG-BLU + 1 个 TEA-WHT。两个供应商，声称交期分别 7 和 14 个自然日，但无可靠性历史。退货检验后才入库；损坏品不回可用。服务目标：避免在没有可用件数时接受网单。
当前记录与问题: POS 每日导出 CSV；网店导出带订单 ID、SKU、数量、支付/取消/退款时间的订单。表格只有 SKU 和一个盘点后覆盖的‘库存’列。采购单在邮件里；收货无 PO 引用。上月三张网单因实物短缺取消。五个产品 SKU 标签不一致。老板批准采购；店员拣货/收货；记账员每周对账。
约束与控制: 本季度先用 Google Sheets，无集成预算。每日复核 15 分钟、每周对账、每月循环盘点。老板未设安全库存或补货服务水平。可导出六个月每日销售；供应商承诺日期只在邮件。超过 500 美元采购需老板批准；店员可起草 PO 但不能发送。保护客户细节；库存表不得含姓名/地址。

示例输出

真相源：一个只追加的库存事件表加 SKU 主表；当前覆盖式库存列变为迁移快照，不作历史。ID：规范 SKU、地点=STORE、订单 ID、PO ID、事件 ID。上线前规范五个别名。单位为件。

核心字段：事件——事件 ID/时间/类型/SKU/有符号数量/地点/引用 ID/来源/状态/录入人/证据/批准人/更正对象。订单——订单 ID/渠道/状态/SKU/数量/预留/拣货/发货时间，无客户身份。PO——PO ID/供应商/SKU/数量/单价/草稿/批准/已发/承诺/收货状态。退货——引用/SKU/数量/检验结果。错误不删除；添加反向/更正事件。

状态/计算：现有=期初+收货+批准返库−发货/POS 销售−损坏±批准调整。已分配=已支付但未取消/发货的网单件数。可用=现有−已分配。在途单独报告，绝不计入可用。组合 BND-01 可用=min(floor(可用 MUG-BLU/2), 可用 TEA-WHT)；组合付款/取消时分配/释放组件。当可用将低于零时阻止/人工复核网单接受；表格不能强制网店结账，因此仍是运营控制和集成缺口。

每日：导入 POS/订单事件，验证 SKU/订单唯一，核对开放分配，检查异常。店员起草 PO；老板批准/发送，>500 美元强制，低于此仍由老板控制，除非政策改变。收货记录 PO/实数/日期；不符进异常，不覆盖。退货检验前保持待处理。每周记账员用源导出核对计算现有并记录差异；每月盘点通过带原因的批准调整。

补货：不编造补货点。阶段 1 看板用六个月需求、当前可用/在途、邮件承诺日期提示老板复核；收集 PO 发出/实际收货日期建立可靠性。之后由老板选择交期/安全库存政策。测试：销售、预留/取消、部分发货、重复导入、未知 SKU、组合耗用、损坏退货、PO 部分收货、>500 审批、盘点差异。迁移需实盘、别名表、开放订单/PO 和签字期初快照。