联系人关联多家公司，Account Name仍有直接关系这一层

一位顾问可能同时为多家公司工作，企业主也可能拥有多家公司。Salesforce Trailhead用这些情形引出Contacts to Multiple Accounts：复杂的是人与企业之间的关系，不必因此先把同一个人复制成若干联系人记录。理解这项功能，可以从联系人、直接账户和其他关联账户三个对象展开。

官方说明，每个联系人都需要直接关联一个账户。出现在Account Name中的，就是这个直接账户；原文说它通常是与联系人关系最密切的公司。这里的usually不能删掉，不能根据一个字段便断言它必然是法律雇主，或永远代表该人的全部商业关系。

其他与该联系人关联的账户，被表述为间接关系。Related Contacts列表能够呈现当前与过去的关系，并保存关于这些关系的独特或自定义细节。因此，联系人记录上的一个公司名称没有独自排除其他公司关系，关系列表也不意味着又出现了另一个同名的人。单一人物记录和多条企业关联，可以同时成立。

课程里的Get Cloudy例子使这一点更具体。James Gordan的联系人记录中，Account Name并不是Get Cloudy，但他曾为Get Cloudy提供咨询，因而仍可在该公司的相关联系人中出现。这是教学情境，不是本文访问过的客户。它表明，阅读者不宜因为两个页面的公司名称不同，就立即把关系判断为数据错误或要求合并人物记录。

还需区别“人与公司”的关联与“公司之间”的层级。课程在相邻部分介绍Parent Account及账户层级，那是在表达账户与账户的联系。它不能代替联系人直接或间接关联的说明。若一份CRM交接材料把两者都缩成“所属公司”，就会删掉原来要区分的对象方向与关系类型。

原文也明确，多账户关联需要管理员启用相应功能，所以课程描述不证明某个实际账户已经开放该能力。本篇只采用关系定义与教学示例，不操作客户记录、不介绍启用步骤，也不据字段名称判断数据权益、公司控制或人员权限。首次发布日期未确认。对读者而言，保留直接账户、间接关联及当前或过去的关系，比让Account Name一个字段承担全部人物背景更准确。