Yi C
同一个项目或合作方，日常交流中可能有简称、旧称和正式名称。准备放进 Busabase 时，不想因为叫法不同建立多条记录，也希望同事用熟悉的名称查找时能找到。应该怎样保存这些别名，并明确哪个名称用于正式文档？
问题
已关闭 · 已解答团队里的简称和正式名称不同，应该怎样整理？
项目或合作方常有简称、旧称和正式名称。在 Busabase 里原则是：一条主记录，多个别名；正式名称单独字段给对外文档用——不要因为叫法不同再建第二条。
推荐字段（主表一行）
| 字段 | 说明 |
|---|---|
name | 对内主称（团队最常用的叫法） |
officialName | 合同、发票、对外函件使用的正式名称 |
aliases | 文本：简称、旧称，逗号或换行分隔（如 华云, HY, 旧称XX） |
别名很多或要单独维护时，可再加 Alias 子表（Relation → 主记录，alias 文本，type=简称/旧称），但多数团队一个 aliases 文本字段就够。
*示意图 · 唯一主记录 + 别名可搜 + 正式名称对外*
*本地演示 · 在 Base 设计里增加 officialName / aliases 等文本字段*
查找与视图
- 搜索／筛选时把
name、officialName、aliases都纳入可搜范围（或建包含别名的公式／展示列）。 - 对内看板显示
name；导出合同／对账视图显示officialName。 - 发现重复记录：合并到主记录，把其它叫法写入
aliases，删掉或归档重复行。
怎样确认
- 用简称搜索能落到同一条主记录。
- 对外视图里不会误用内部绰号。
- 团队里没有「同一合作方两条主数据」。
边界
aliases是查找辅助，不是第二套主数据；业务 Relation 一律指向主记录。- 正式更名：更新
officialName，旧正式名可挪进aliases，并注明生效日期（可选nameEffectiveFrom）。 - 不要为每个简称建独立合作方行再互相 Relation「等同」——维护成本高且易漏。
若你已有重复行，可以先导出 name 列表做一次合并，再补 aliases。
你的回复
登录后参与讨论。阅读始终开放，只有发帖和回复需要账号。
登录