如何处理集团公司和子公司：账户层级、去重与联系协调
关联不等于合并：集团关系应被保留，而不是抹平
一个企业集团可能拥有品牌公司、采购中心、进口法人、区域销售公司、仓储实体、工厂和项目公司。它们可能共享域名、地址或品牌，也可能各自独立采购和决策。把所有子公司合并成一条“集团客户”会虚增采购次数、体量和市场覆盖；把它们完全拆开，又可能让多个业务员重复接触同一组织、错过真正的采购入口。
正确模型是“集团—法律实体—业务地点/角色”的层级关系。关联关系用来协调研究与触达；是否合并统计或统一开发，必须根据具体采购和决策证据另行判断，不能由共享品牌或网站自动决定。
五种常见组织角色
| 角色 | 可能出现在什么地方 | 需要确认什么 | 不能默认什么 |
|---|---|---|---|
| 集团/母公司 | 品牌官网、年报、组织页 | 公开组织关系 | 直接参与采购/进口 |
| 采购中心 | 采购岗位、共享服务、集团公告 | 是否代表多个实体采购 | 所有交易都由其决定 |
| 进口主体 | 海关记录中的 importer/consignee | 法人、国家、地址 | 最终使用产品 |
| 收货/仓储主体 | 收货地址、物流记录 | 物流/仓储角色 | 采购或决策权限 |
| 最终使用/销售实体 | 工厂、项目页、区域网站 | 产品应用和业务角色 | 记录上一定出现名称 |
同一实体也可能同时承担两种角色；角色是根据公开和记录证据判断的工作假设，而非固定标签。
先建组织图，再谈去重和统计
将原始记录的公司名、地址和角色保留在实体层。通过官网组织页、公开法律信息、联系地址、公开岗位/目录和时间线建立关系；每条关系记录“已确认、可能、冲突或未知”。只有在关系已足够清楚时，才处理重复开发或采购汇总问题。
原始记录实体
→ 建立标准 legal-entity ID（不覆盖原始名）
→ 收集公开组织关系与地址/域名/角色证据
→ 建立 Group → Entity → Site/Role 关系图
→ 标记关系置信度与有效日期
→ 分别决定：展示关联 / 协调联系人 / 允许统计合并 / 禁止合并“建立关联”和“合并统计”必须分成两个字段。一个已确认子公司关系，通常只足以建立关联，不足以将采购频次、金额或联系人全部相加。
关系证据的优先级
| 证据 | 支持的关系 | 不能支持的关系 |
|---|---|---|
| 官方组织结构/公司公告 | 集团、子公司、品牌关系 | 统一采购授权 |
| 法律实体页面、注册号、地址 | 法人身份和地点关系 | 产品使用/采购角色 |
| 公开采购/共享服务说明 | 采购中心存在 | 对所有子公司实际下单 |
| 共享域名/品牌 | 候选关联 | 同一法人或同一联系人 |
| 相同产品/相邻地址 | 研究线索 | 集团关系或统一采购 |
若证据冲突，例如官网称为集团成员但地址/国家完全不同，记录冲突并保持实体分开；不要为了让图谱完整而猜测总部关系。
采购统计的四种处理规则
| 情况 | 是否可合并次数/体量 | 原因 |
|---|---|---|
| 同一法律实体的重复/别名记录已确认 | 可按去重规则汇总 | 实体相同、原始记录可追溯 |
| 母公司与子公司 | 默认不可 | 关系不代表同一采购主体 |
| 集中采购中心有公开证据且记录指向同一采购实体 | 可关联展示，慎重按目的汇总 | 仍需区分进口/使用实体 |
| 共享品牌/域名但法律实体不明 | 不可 | 高误合并风险 |
即使允许内部汇总，也应保留“由哪些实体构成”的明细，不应生成一个看似精确、无法回溯的集团采购总数。
虚构案例：为什么进口主体不一定是最佳联系人
某集团的进口记录全部落在区域物流子公司，官网显示其职责是仓储和配送；产品实际由多个工厂使用，集团公开页面还显示一个集中采购部门。合理做法是建立集团图：物流公司为进口/收货关联实体，工厂为应用实体，采购中心为可能的研究入口。没有证据前，不应给物流实体贴“买方”标签，也不应把各工厂的业务量简单加到物流公司的采购数据上。
| 实体 | 公开角色 | 与产品的关系 | 建议动作 |
|---|---|---|---|
| 物流子公司 | 收货/配送 | 记录可能出现 | 不作为默认销售联系人 |
| 工厂 A/B | 生产/应用 | 可能最终使用 | 研究应用与技术角色 |
| 集团采购中心 | 集中采购 | 决策角色待核验 | 查公开采购职责，协调联系 |
组织图的价值，是让团队知道先核验谁，而不是强行找到一个“唯一客户名称”。
联系协调与 CRM 规则
集团关系应触发联系协调：同一集团内有多个实体时，CRM 显示关联账户、已有联系人、进行中的动作和负责人。业务员在联系新实体前先检查集团图，避免给多个站点发送相同内容或绕过已明确的采购窗口。
集团 ID / 法律实体 ID / 业务地点或角色：__________________
关系类型与证据 URL：____________________________________
采购/进口/使用角色：______________________________________
统计规则：独立 / 关联展示 / 允许局部汇总；原因：__________
已有联系人、团队负责人、进行中动作：____________________
联系前检查：是否已有沟通、是否存在拒绝/限制、是否有公开价值
复核日期、冲突和停止条件：________________________________CRM 的目的不是让团队“攻下集团”，而是避免重复、混乱和未经协调的沟通。客户明确指定某实体或联系人后，应以其偏好为准，停止跨实体扩大接触。
何时停止深挖集团关系
当公开信息不足、组织图与产品研究无关、或者需要通过不当方式获取信息才能继续时，停止。保留已经核验的实体，标记集团关系未知即可。集团层级越复杂，越应该坚持数据最小化和明确用途；不要为了追求完整地图而采集无关个人或商业信息。
集团去重的成熟标准，是让记录可回溯、关系可解释、团队不会重复联系，而不是把一组公司压缩成一个漂亮的总数。下一篇将处理数据新鲜度，确保任何实体和关系判断都不会在过期数据上继续运行。
关系变化需要版本化
并购、剥离、品牌调整或采购职能重组都可能让原组织图失效。不要覆盖旧关系；记录关系的生效/失效日期、来源和修改人。这样历史记录仍能按当时的实体结构解释，而当前销售流程也不会继续依赖已过期的集团归属。
无法确定日期时，应明确标记为未知。
如果你想把「如何处理集团公司和子公司：账户层级、去重与联系协调」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。