区域补货信号应当只为该市场的负责人创建一项人工复核任务，而不是自动发送客户通知或下单。最小可用规则是：针对一条完整标识的报价，判断状态是否发生转换；必须同时匹配规格、卖家、履约方式和市场。本文提供一个谨慎的合成流程，把有效观察转成可复核的补货事件。
1. 让一位负责人只处理一个决定
先写清键：offer_id | variant | seller | fulfillment_method | market。负责人要回答的是：“这条报价是否确实在我的市场重新可售，是否应采取已经批准的业务动作？”动作可以是人工核对商品、更新客服信息或内部跟进，不是自动下单或通知系统。
一条 2022 年 3 月的 r/ecommerce 公开问题询问如何让英国和美国的补货通知各自对应本地库存。它只说明区域路由问题被提出过，不构成流程效果、产品推荐或需求量证据。
2. 先命名状态，再判断是否补货
| 观察状态 | 本文中的含义 | 能否开始补货事件？ |
|---|---|---|
| OUT_OF_STOCK | 在定义的市场上下文中不可购买。 | 可建立已核实的先前状态。 |
| IN_STOCK | 在同一上下文中可购买。 | 仅在先前有 OUT_OF_STOCK 且获得确认后。 |
| PREORDER | 正常可售前接受订购。 | 不能；重置待确认候选并替换基线，允许创建下一次事件（re-arm）前须再次观察 OUT_OF_STOCK。 |
| BACKORDER | 接受订购，但履约要等到可用。 | 不能；重置待确认候选并替换基线，允许创建下一次事件（re-arm）前须再次观察 OUT_OF_STOCK。 |
| UNKNOWN | 字段缺失、上下文过期或不确定、响应未验证。 | 不能；会重置待确认状态。 |
Google Merchant Center 的可售状态说明区分 in stock、out of stock、preorder 和 backorder。这是一套有用词汇，不证明其他零售商使用同一状态。不能虚构无货基线：首次看到 IN_STOCK 仅是基线，不是补货。
3. 把区域上下文随观察一起保存
市场键不能只写 IP 国家。记录已选择的市场或区域标识、落地页 URL 与明确参数、卖家、履约方式、规格、采集时间、来源公开的更新时间（如有）和校验结果。代理可帮助观察获准的区域体验，但不能单独证明客户的配送资格、账户状态或库存分配。
Google 的区域可售说明使用由零售商定义的 region_id，并要求区域落地页呈现对应价格和可售状态；它还说明该参数不应被 Cookie、过往访问或 IP 检测覆盖。这是适用于参与 Merchant Center 的零售商的指引，不是通用零售库存 API。见官方区域可售与价格说明。
4. 用保守确认规则，再分配一项复核
本文把 15 分钟确认间隔作为编辑示例参数：同一完整键在合格 OUT_OF_STOCK 基线之后，必须有两次合格 IN_STOCK，时间递增且 0 < 第二次时间−第一次时间 ≤ 15 分钟；恰好 15 分钟也接受。它不是最优规则，也不证明能减少噪声。
UNKNOWN 或确认间隔超限会清除待确认的 IN_STOCK 候选，不能被当作负面观察。只有预期属于同一键的证据相冲突时，键不一致才清除候选；另一条完整键下的有效观察属于它自己的市场，既不清除也不推进本候选。两种情况都不能虚构新的 OUT_OF_STOCK 基线。合成回放中，较早的已核实基线只有仍在 < 4 小时 内才可继续使用；真实试点须先单独配置该期限。这些时间参数只是示例，并非通用最优策略。若未配置基线有效期，结果为 HOLD：不可复用基线，也不可假定为 OUT_OF_STOCK。403、429 或其他访问限制属于 STOP，不是 UNKNOWN：在负责人解决权限或来源支持的访问方式前，停止受限路径。
试点前先配置基线有效期，以及复核截止时间或计算该时间的规则。确认时，截止时间必须严格晚于当前时刻；未填写或已经到期，一律 HOLD，不创建任务。事件状态只有 OPEN、负责人记录决定后的 CLOSED，以及到达截止时间后的 EXPIRED。任务过期本身不代表出现了新补货。
确认间隔超过上限时，丢弃旧候选；只有 OUT_OF_STOCK 基线仍有效，当前合格 IN_STOCK 观察才可作为新的第一次候选。下例所有时间均为同一 UTC 日期。“合格”是明确给定的示例前提，不是实际库存测量。
合成键：jacket-7 | M | seller-A | ship-to-home | GB-LON
09:00 OUT_OF_STOCK 合格基线 → 不创建事件
09:15 IN_STOCK 合格，第一次候选 → 待确认
09:20 UNKNOWN 来源上下文不完整 → 重置；不创建事件
09:35 IN_STOCK 合格，第一次候选 → 待确认
09:40 IN_STOCK 合格，第二次候选 → 为 GB-LON 负责人创建 REVIEW-001
09:55 IN_STOCK 同一 OPEN 事件 → 不重复创建任务
10:10 无新观察；REVIEW-001 过期 → 状态 EXPIRED
12:00 OUT_OF_STOCK 过期后的合格观察 → 为后续事件允许创建下一次事件（re-arm）
对照：同一报价在 GB-MAN 于09:40 为 IN_STOCK → 不影响 GB-LON 事件以上均为合成数据。精确回放使用严格 < 4 小时 的基线有效期和 10:10 复核截止时间。09:20 的 UNKNOWN 重置后，09:00 的 OUT_OF_STOCK 仍合格；09:35 开始新候选，09:40 相隔五分钟，因此恰好创建一项复核任务 REVIEW-001。09:15、09:20 和 09:55 都不创建任务；GB-MAN 的对照也不能影响 GB-LON 键。事件在负责人记录决定并设为 CLOSED，或到达 10:10 变为 EXPIRED 前均为 OPEN。只有关闭/过期后又观察到合格 OUT_OF_STOCK，12:00 才能允许创建下一次事件（re-arm）；后续事件使用新 ID，且需要新的两次观察转换。首次 IN_STOCK 没有先前 OUT_OF_STOCK 转换，永远不创建事件。
5. 复核证据，而非只看状态标签
| 检查 | 负责人处理 |
|---|---|
| 完整键对应分配市场 | 确认报价、规格、卖家和履约路径；不符则以键不匹配关闭。 |
| 两次观察都合格且足够新 | 确认时间、来源上下文，且中间没有 UNKNOWN 重置。 |
| 状态确实为 IN_STOCK | 分开处理 preorder、backorder 和不可售选择；不重新解释。 |
| 证据支持负责人的动作 | 记录复核决定和理由；任何客户或业务跟进由人工决定。 |
字段无效时先用数据质量流程隔离，再进入本规则；一次性的区域站点旅程测试请使用区域 QA 矩阵。本文负责的是持续有效观察进入单一市场负责人复核队列的规则。
6. 用动作与成本度量试点
从小范围获准商品和一位指定市场负责人开始。记录计划观察、合格观察、UNKNOWN 重置、转换候选、复核任务、重复抑制次数、复核分钟数，以及动作被标为有用、无用或证据不足的次数。采集时间与来源公开更新时间必须分开；拿不到来源更新时间就保持 UNKNOWN。
试点结束时，只有完成事件数大于零才计算 每个完成事件的复核分钟数 = 复核总分钟数 ÷ 完成事件数；若为零，结果记为 UNKNOWN，不能填零。再与负责人事先同意的动作价值比较。不能把候选转换次数当作价值证明。若第一方数据源、商家报表、人工检查或直接获准访问已支持该动作；若无人处理；或 UNKNOWN 过多而无法满足截止时间，应停止或简化。
7. 从双语工作表开始
下载双语工作表。其中包括固定策略定义，空白模板行用于一条获准的报价—市场键。每个键复制模板，保留此前事件；证据缺失时写 UNKNOWN，不能填造状态。
若持续的获准区域工作流确实需要住宅网络路径，可查看住宅代理，并通过联系团队说明来源类别、市场、键结构和复核期限。改变采集方式前确认权限、当前适用性和限制。本文不承诺 IPHTML 的库存、配送、提醒或恢复时间能力。
资料核对日期为 2026 年 10 月 23 日：链接的 Google Merchant Center 可售状态与区域可售说明，以及历史公开问题。状态规则、时间线和工作表均为编辑教学材料。