外观
如何使用业务类型
业务类型（Record Type）用于将某个自定义对象当中的数据和流程进行分类，以承载不同的业务场景。本文介绍业务类型的核心概念、运作机制和典型使用场景，帮助管理员快速理解何时以及如何运用业务类型来优化数据管理体验。
什么是业务类型
业务类型是平台提供的一种数据分类机制，能够将同一个自定义对象中的数据按照实际业务场景进行归类。启用多业务类型后，管理员可以针对不同的业务分类分别配置：
- 差异化的字段集合 — 每种业务类型只展示该场景下需要填写的字段，避免无关字段干扰。
- 独立的必填校验规则 — 根据不同业务类型设置各自的字段必填要求。
- 专属的页面布局 — 为不同业务类型分配不同的新建/编辑页、详情页和列表页布局。
- 按角色分配的类型范围 — 控制每个用户角色可以新建和使用的业务类型。
为什么需要业务类型
在同一个自定义对象中，实际业务往往存在显著差异。以 工单 对象为例：
| 业务场景 | 填写字段差异 | 处理流程差异 |
|---|---|---|
| 客户投诉 | 需要填写投诉分类、投诉级别、期望处理时限等 | 需要走升级审批流程 |
| 客户咨询 | 需要填写咨询主题、产品线、反馈渠道等 | 需要走快速响应流程 |
如果不使用业务类型，所有场景的字段都平铺在同一个页面上，会导致以下问题：
- 页面布局混乱 — 大量与当前场景无关的字段充斥在页面中，用户需要在繁杂的表单中寻找关键信息。
- 必填校验困难 — 不同场景需要的必填字段不同，无法灵活配置。
- 数据质量下降 — 用户容易在无关字段中误填数据，增加数据清洗成本。
通过配置"多业务类型"，可以完美解决上述问题——每种业务类型只展示该场景下相关的字段和布局，使界面清晰、操作高效。
运作机制
角色范围控制
管理员可以创建不同的业务类型，并为不同的用户角色配置可用的类型。例如：
- 售后服务人员 → 分配「客户投诉」类型
- 售前支持人员 → 分配「客户咨询」类型
这样，用户在新建数据时只能看到并选择与自己角色匹配的业务类型，确保业务流程的规范性。
默认业务类型规则
系统对业务类型的分配有以下兜底规则：
- 每个角色至少拥有一个业务类型 — 当某个角色在后台配置中没有被分配任何可用业务类型时，系统会自动把「默认业务类型」分配给该角色。
- 全部禁用时的回退机制 — 如果管理员原本配置了多个业务类型，但将除默认之外的其他所有自定义业务类型全部禁用，系统会自动将「默认业务类型」配置分配给该对象下的所有角色。
IMPORTANT
默认业务类型是系统保障每个角色都能正常使用对象的兜底机制，无法删除。管理员可以修改默认业务类型的名称和配置，但不能将其彻底移除。
主从业务类型匹配
在主从（Master-Detail）关联对象中，管理员可以通过从对象下的 业务类型 → 匹配主对象业务类型 按钮来配置主从业务类型的匹配关系。
匹配生效机制：
当主对象的业务类型 A 匹配了从对象的业务类型 B、C、D 后，在前台主从同时新建或编辑时，如果用户选中了主对象类型 A，则从对象新增栏中只会展示 B、C、D 这三个业务类型选项，其余未匹配的从对象业务类型将自动隐藏。
典型场景举例：
- 主对象：订单 — 业务类型为「标准订单」
- 从对象：订单明细 — 匹配的业务类型为「产品明细」「服务明细」
- 前台效果：用户在创建「标准订单」时，订单明细栏中只能选择「产品明细」或「服务明细」类型。
使用场景总结
| 场景 | 是否推荐使用业务类型 | 说明 |
|---|---|---|
| 同一对象下不同场景需要展示不同字段 | ✅ 推荐 | 通过业务类型为每种场景配置专属字段集合 |
| 不同角色需要限制可新建的数据类型 | ✅ 推荐 | 通过角色范围控制实现 |
| 主从对象之间需要类型级联控制 | ✅ 推荐 | 通过主从业务类型匹配实现 |
| 仅在某些字段取值上有差异（如状态、级别） | ❌ 不推荐 | 使用单选下拉字段结合场景筛选更为高效 |