01 / 商品来源
从已批准的商品记录开始。
虚构商品 SKU-DEMO-7 有已批准规格 v3。员工询问材质与保修细节：资料记有材质，但缺少保修期限。保留来源引用与批准版本。
SKU-DEMO-7 · 规格 v3 · 材质有依据 · 保修：询问店主
01 / 看看流程如何运作
五个步骤，保留明确审核点。
这是使用虚构资料的交互概念演示，没有真实系统连接，不会发送、预约、采购、发布或存储资料。所示检查用于说明拟议流程，并非已验证的正式系统能力。
02 / 库存状态
退货申请不代表商品已可售。
虚构实物盘点为 12 件：三件已预留、两件退货待检、一件损坏。本示例各状态互不重叠，因此可售六件。退款、退货到仓、检验与重新上架是不同事件。
实物 12 − 预留 3 − 待检 2 − 损坏 1 = 可售 6
03 / 草稿与提醒
显示依据与触发规则。
材质答覆可引用规格 v3，保修问题保留待确认。店主设定门槛为八件，因此六件触发库存复核提醒；并不批准补货、设定售价或发布文案。
答覆草稿：引用规格 v3 · 库存复核提醒 · 未建立采购单
04 / 员工审核
渠道记录不一致时，先阻止确认。
在资料无误示例中，假设门店盘点与网店预留已核对。若渠道同步失败，不承诺有货；按事件编号与时间核对，重试不能把同一事件重复扣库存。
仅供员工复核 · 未更新真实库存或向客户承诺
渠道状态不确定。暂停确认，核对来源事件，不承诺商品有货。
等待人工审核。已在本次演示中记录确认，未执行真实操作。
05 / 後续处理
退货处理与补货提醒分开跟进。
库存负责人复核提醒。退货品须完成检验并记录获批准重新上架後，才可纳入可售库存。员工可标记错误答案，交给商品资料负责人修正。
库存负责人：复核提醒 · 检验负责人：检查退货 · 商品负责人：确认保修
库存提醒尚未确认。采用计算的可售数量前，先核对各渠道记录。
演示提醒已确认，可供内部复核；退货仍待检，未更改库存、价格、商品页或采购记录。
02 / 围绕现有工具规划
先确认连接条件，再确定方案。
以下是待评估方式，并非已验证兼容清单，也不代表已有特定平台的现成连接。是否可行取决于账户方案、正式访问规则、资料质量与小范围测试。
| 工具类别 | 可评估的方式 | 先确认什么 |
|---|---|---|
| POS 与网店 | 单一类别或渠道的唯读导出或允许 API。 | SKU 款式、库位、预留规则、更新时间与重复事件处理。 |
| 商品目录与供应商文件 | 有版本规格及可追溯来源的已批准记录。 | 发布批准、旧型号、缺失事实与修正责任人。 |
| 退货与物流 | 分别记录退款、到仓、检验与上架状态。 | 允许访问的资料、状态转换、同步失败通知与核对方式。 |
03 / 连接真实资料前先约定
约定适合这个行业的合作边界。
以下是需求确认事项，并非已约定的托管、保留、训练用途或服务标准承诺。使用真实记录前，须与签约企业及指定负责人在项目文件中确认。
待确认的数据流示意
获授权来源记录限定工作区与访问规则如有约定，才产生 AI 草稿人工审核与下一项任务
另外画清外部服务商、日志与备份；每一部分的存储位置、模型重用或训练条款、访问与删除均须确认。
保护客户与订单记录
试点只用所需商品与库存字段，排除支付凭据；客户资料可见范围与商品目录访问分别约定。
说明员工操作记录用途
明确操作记录用于修正与交接，还是绩效分析。收集具名回覆、盘点与退货处理前，先约定员工和管理者的可见范围。
恢复时避免重复改库存
指定同步失败负责人，保留事件编号，约定重试与手动核对流程。扩展至全渠道前先测试导出、恢复与删除。
指定交付与资料负责人
书面列明签约企业、项目负责人、验收条件、访问权限与事件联络人，约定保密、成果归属、支持时段与升级处理责任。
约定保留、导出与删除
分别设定来源记录、AI 输入输出、操作日志与备份的保留期限，明确有权导出的格式、撤权、删除申请、备份到期与完成核验。
04 / 小范围起步
先验证一项实用改善，再考虑扩展。
先选一个商品类别及唯读测试渠道，从员工商品问答与文案草稿开始，再评估库存提醒。不接触支付资料，不自动发布、改价或采购。比较答案审核时间、库存差异与重复提醒。
05 / 五篇精选阅读
围绕你的第一个流程来阅读。
建议按顺序阅读。这些是编辑指南，并非行业资历或客户成效声明。
你的起点
带上一项任务和你正在用的工具。
描述工作卡在哪里、谁需要审核，以及目前如何处理。请使用虚构示例，不要在初次咨询中包含真实客户、员工、支付或商业敏感记录。
讨论这个工作流程 ↗了解交付协作网络 ↗