技术咨询：如何识别Salesforce Kimble中的合并记录？

以下是几种适配Kimble API和数仓构建场景的可行方案：

• 利用Kimble原生合并历史对象
  Kimble会留存合并操作的审计轨迹，对应的标准对象通常为KimbleMergeHistory（不同版本可能略有命名差异）。通过API查询该对象，可获取合并操作的核心信息：

  • MasterRecordId：合并后的主记录ID
  • MergedRecordIds：被合并并硬删的记录ID集合（多值字段）
  • CreatedDate：合并操作时间
  • CreatedById：执行合并的用户ID
    示例查询语句：

  SELECT Id, MasterRecordId, MergedRecordIds, CreatedDate FROM KimbleMergeHistory
  

  注意需确保你的API权限包含该对象的读取权限。

• 启用Salesforce字段历史跟踪
  针对Kimble的核心业务对象（如项目、资源、客户等可能被合并的对象），启用字段历史跟踪，重点跟踪IsDeleted字段。当记录因合并被硬删时，字段历史会生成对应的操作记录，可通过查询[对象名称]History（如ProjectHistory）获取该删除事件，结合操作类型判断是否为合并触发。

• 自定义合并日志记录
  若原生历史无法满足需求，可通过Kimble的Salesflow或Apex触发器，在合并操作执行时自动写入自定义的MergeLog对象，记录主记录ID、被合并记录ID、合并时间、操作人等信息。这种方式灵活性高，能完全匹配数仓的字段需求。

• 增量同步中的缺失记录校验
  在数仓增量同步流程中，若发现某条已同步的Kimble记录无法通过普通API查询返回，可使用QueryAll API（该接口能返回回收站保留期内的硬删记录），加上IsDeleted = true筛选条件，结合合并历史验证该记录是否因合并被删除。

内容的提问来源于stack exchange，提问作者Geezer