资料档案Profile
两家都叫 Sunrise，就可以合并客户了吗？
资料档案围绕一个人、组织或业务主体集中呈现属性、关系和活动摘要。档案身份、字段来源和更新时间需要明确；姓名、公司名或头像相同并不自动说明是同一对象。
先确认是不是同一个对象，再把资料放到一起。写得满不等于可靠，旧信息和推断也要有标记。
通讯录里两位同名朋友，不能把地址、电话和生日互相覆盖。
类比到这里为止：企业可能有子公司、地区办事处和多个联系人，不能用个人通讯录的一人一卡规则强行抹平主体关系。
客户档案记录公司与联系人关系，注明信息来自官网、对方邮件还是内部判断。同名档案合并前核对主体，不凭相似名称自动并单。
一份档案的三层信息
- 身份与关系
- 稳定 ID、公司与联系人关系，支持同名不同对象。
- 属性与来源
- 字段值、取得时间和出处，未知保持未知。
- 活动与判断
- 发生过的事实和团队判断分开，不把计划当完成。
合并与更新都需要依据
更新字段时要知道是在修正旧信息还是换了主体。冲突资料可以保留来源并标注待确认，不能只因最后写入就称最新真实信息。
查看档案和编辑、导出是不同权限。前端少显示一个按钮不能代替请求时对具体对象的检查。
继续看项目应用与交付检查
资料档案 在项目中负责什么
- 什么时候用
- 后续处理需要多次回看同一主体的信息与历史关系时。
- 它解决什么
- 减少资料散落与重复确认，让协作者知道当前使用的对象和信息依据。
- 它不负责什么
- 信息展示应遵守已确定的访问范围，内部判断与私人联系方式不因组件复用而变为公开内容。
- 放进真实项目
- 客户档案显示公司、国家、联系人、历史询盘、负责人和风险标记。
资料档案围绕主体聚合事实、关系与历史，并按实际资料范围控制权限
客户档案包含公司、联系人、询盘和跟进记录，不同角色可见范围可能不同。同名对象要先核对主体，不能直接合并。
- 01
先确定主体和唯一识别规则。
- 02
把稳定事实与时间事件分开。
- 03
处理重复、字段冲突和敏感信息权限。
确认主体，保留来源，区分事实与判断。
容易混淆的地方
档案是持续维护的对象视图，不等于一次表单提交、头像或身份认证结果；字段齐全也不等于已经核验。
两个客户档案公司名相同，但国家和联系人不同。合并之前应先做什么？
你可以这样告诉 AI Agent
“
我在处理这件事：客户档案显示公司、国家、联系人、历史询盘、负责人和风险标记。请以“资料档案”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践