Operations 目录
/operations/catalog 是面向有 Operations 权限员工的全局目录。目录分为报价和规格：规格描述产品或服务，报价是面向销售的商业包装。
在某些 locale 中，目录的阶段、筛选器、状态、计数、显示更多、加载和错误标签可能在原生消息发布前仍显示英文。不要把这样的画面当作本地化截图证据；目录规则和状态含义不会因此改变。
列表和筛选
在报价和规格之间切换，然后选择启用、草稿或归档。标签上的数字仅用于定位，完整列表可能分批加载。列表无法打开时使用“重试”，并等待加载完成。
“归档”表示已退出销售，并不表示历史被删除。只有门户标记总数完整时才能把计数当作精确值；如果只是下限，请使用显示更多追加后续行。选定阶段的空结果、加载中和带“重试”的错误是不同状态。
每行检查可读名称、代码、报价角色或规格类型以及当前版本。价格必须符合已确认的条件，不要从代码或名称推导。如果名称、价格或配置档缺失，保留空状态并联系目录负责人。
详情和版本
从列表打开报价或规格。页面显示代码和角色/类型、当前版本、描述、单位及条件，下面是版本历史；已发布版本不可修改。
新建或草稿记录可能以最新草稿作为工作版本，即使尚无已发布版本。不要把草稿称为已发布，也不要把它作为订单中的可用报价。
创建
创建规格时选择“创建”。填写名称、类型、基础数量和单位、履约配置档、描述及代码。配置档和单位必须来自当前列表；列表为空或不可用时不要保存。如果看起来只是短暂不可用，可重试读取一次。若配置目录仍不可用或错误再次出现，不要选择替代项、修改权限或尝试保存：当前无法创建规格。请把路由、时间和可读的界面消息（不要附技术代码）交给门户负责人，并等待恢复。
创建报价时选择“创建”。选择已发布规格，填写客户可见名称、价格、货币、计价方式（按单位或固定价）和代码。按协议核对价格与货币，不要混用货币。
当前表单源代码仍将货币选择限制为 RUB/USD/EUR/KZT，并会把草稿重置为 RUB；门户语言本身不能保证可选择 CNY（ZH）、KGS（KY）或 AED（AR）。源代码修复前，不要声称本地货币可用：计划中的 screenshot/evidence 必须记录 currency.expected 和 currency.observed，含金额的画面继续保持阻塞。
验证、发布和编辑
草稿必须带有必填的依据或业务参考才能送审。只有 validated 版本可以发布。发布可能需要第二位员工；启用职责分离时，送审人不能自行发布。
使用“编辑”可从草稿规格创建下一版本，同时保留记录代码和类型。已发布版本不可编辑。报价应创建新的商业记录或遵循当前流程。
如果操作不可用，请检查自己的角色和职责分离规则。卡片过期时重新加载并确认当前状态；转换不再适用时返回记录的当前状态。
根记录处于 draft、active 或 suspended 时，卡片可能提供撤出。这不会删除历史：填写多行原因、当前修订并确认；记录会从选择列表中消失，但已经售出的历史仍会保留。修订过期或没有权限时，请重新读取卡片并检查访问权限，不要盲目重试。
版本、审批与履约配置
卡片会分别显示已发布版本和当前草稿。尚未发布时继续处理草稿，并在历史中确认状态；不要将其称为已发布版本。
审批策略来自门户设置。启用职责分离时，送审人不能自行发布版本，请等待另一位员工处理。在必填对话框中填写依据；取消或提交空值不会执行操作。卡片发生变化时，先重新加载再决定。
从可用列表选择与类型匹配的履约配置。列表为空、不可用或不完整时不要猜测。报价只能基于已发布规格创建；价格条件未显示时先向负责人确认。显示金额必须符合已确认的条件。
权限、数据和演示
目录在组织内共享，但操作取决于你的角色、审批策略和目录可用性。空列表、不可用、数据无效和临时错误是不同状态，应如实显示并使用重试。
培训材料只使用合成名称、配置档、客户和价格。不要发布真实价目、合同、客户数据、内部标识或令牌。发布阿拉伯语图片前，另行检查 RTL 方向、标签和货币格式。
相关页面
履约规则
/operations/catalog 还有独立的 履约规则 标签页。它说明商品如何履约、验收和计费，不是报价或规格的另一个筛选器。请区分 进行中、生效中 和 归档 阶段、精确版本，以及空列表、加载中和错误状态。使用「无验收的零售」和「库存商品」等人类可读名称，不要显示原始规则键。
新建规则
在 /operations/catalog/fulfillment-profiles/new 回答七个业务问题：销售内容、来源、是否需要验收、是否有周期额度、超出额度怎么办、余额是否结转以及何时计费。门户会根据答案推导处理方式、库存规则、额度、验收和计费依据；请折叠 门户自行设置的内容。演示时使用「无验收的零售」，不要使用机器键。
编辑草稿并核对保存结果
草稿仍在同一问卷中编辑。如果服务器丢弃某个回答，页面必须显示实际保存的值并指出被丢弃的设置，不能宣称完全成功。已发布版本不可覆盖，编辑会创建同一规则的新版本。
检查、生效与版本
在 /operations/catalog/fulfillment-profiles/<profileKey>/<schemaVersion> 打开精确的键和版本，而不是“最新版本”。区分 草稿 → 已检查 → 生效中 → 已替换/已撤回。生效可能需要第二位员工；发布后名称和条件被冻结，新版本只影响未来销售。使用「库存商品」的 1–3 版本和「等待生效」作为合成演示数据。
边界与拒绝
服务器可能拒绝不兼容的验收、额度和计费组合；超额单独销售尚未启用，必须作为可见但禁用的选项保留。区分权限不足、版本过期、不支持的设置和临时不可用；重试前先重新读取。截图中不要确认、发布或撤回规则：仅为 planned-only 只读证明，不含真实人员、客户、金额或原始 ID。
移动端检查
在 390px 宽度下检查同一列表和编辑器：七个问题、摘要和操作必须可读且不横向溢出。阿拉伯语在 RTL 复核前保持私有；每个 locale 都需要匹配构建版本和同语言证据。