创建与管理 Offering

Offering 是什么

Offering 是某个实验室实际能够提供、可配置交付方式与生产路线的服务项目。例如，同一内部 Service 定义下，可以有不同的实际 Offering。Service 与 Offering 不是一回事：Service 是内部规则和分类依托，Offering 是对医生展示或供业务选择的具体项目。

在哪里管理

当前规范入口：Admin Suite → Catalog → Offerings（代码路线 /admin/offerings*）。过去的 /services*、/offerings* 或 More 下的旧 Offering 地址可能只是兼容跳转，不应作为新教程入口。

推荐操作流程

1. 进入 Offerings 列表，检查 Category、Mode、Status，必要时使用搜索。
2. 使用页面底部的 Add Offering 入口创建新的项目。
3. 填写项目身份和基本描述；内部 Service 关联可以由服务端按照目录项/自定义服务逻辑处理，不要求用户在旧式 Service 管理页面额外建一条数据。
4. 保存后进入详情，检查 Production Routes、Service Levels、Outputs、Request Requirements 和 Pricing 的相关配置入口。
5. 核查就绪提示；必要时先补生产路线、定价及成本依赖，再按页面允许的动作使该项目可用。

三个容易混淆的状态

• Availability / Status：项目能否继续被使用或选择。
• Readiness：项目是否满足后续报价/生产等业务使用条件；由规则派生，不能简单当成手工开关。
• Publication：对于有发布流程的关联配置，草稿修改不一定立即影响运行时；并非所有 Offering 子对象采用同一发布机制。

生产路线和成本

Offering 可以关联生产路线，Production Route 使用 Process Template 作为可复用流程。参考成本由服务端读取实际绑定的路线及标准成本来源来解析。不要在 Offering 上手工维护另一份“估计总成本”，或把一个固定模板强制绑定到每个 Proposal。

参考成本不可用时，页面应给出缺失的配置或明确不可用状态，不能把未知金额显示为零。参见 Costing。

关于 More

“Admin 创建 Offering 身份，More 维护部分运营字段”是此前讨论过的目标原则，但本次审计的当前导航仍以 Admin 为 Offering 的规范入口。不要依据目标原则寻找尚不存在的 More 编辑入口。

权限与核验

可见入口不保证拥有写入权限；实际权限由服务器和组织授权判定。本文步骤基于静态代码审计，尚未逐按钮进行浏览器验收。若实际页面与本文不一致，以当前 UI 为准并记录文档待修项。