使用Informatica更新Salesforce用户对象的批量更新异常与性能优化问题

我之前在做Informatica和Salesforce集成时，也碰到过几乎一模一样的坑，给你几个能快速解决的方案：

方案1：彻底关闭插入逻辑（推荐，因为你只需要更新） #

既然你的需求只是更新已有用户的三个字段，根本不需要插入新记录，那直接把Upsert改成纯Update模式就好：

• 会话配置：把原来的Upsert改成Update Only，取消Upsert设置。
• 保留外部查找字段badge_number__c的配置，Informatica会自动用这个字段匹配Salesforce里的用户记录，不需要手动映射ID。
• Update Strategy组件：把所有行的操作类型设为UPDATE（如果用数据驱动模式，要确保源数据里没有触发INSERT的标记，比如操作类型字段的值都是UPDATE）。
  这样一来，那些badge_number__c在Salesforce里不存在的记录，会直接被标记为"未匹配到目标记录"而跳过，不会尝试执行插入，日志量会瞬间降下来，也不会有插入失败的报错。

方案2：分流处理匹配/不匹配的记录（如果需要处理异常） #

如果你需要对那些badge不存在的记录做后续处理（比如通知业务补全信息），可以拆分流程：

• 先用Lookup组件查询Salesforce用户对象，基于badge_number__c做匹配，把匹配到的记录（带目标ID）分流到Update分支，只更新那三个字段。
• 把没匹配到的记录分流到另一个分支，比如写到专门的错误表，或者发送告警给业务团队，不要让它们进入Upsert/Update流程触发无效插入。
  这种方式既能保证正常更新的效率，也能清晰处理异常记录，不会让日志拖慢整个工作流。

关于"去掉Upsert后缺ID报错"的说明 #

你之前取消Upsert配置后报错，是因为Salesforce的Update操作必须要有唯一匹配标识——要么是记录ID，要么是已设置为外部ID的字段。你只要保留badge_number__c作为外部查找字段的配置，Informatica会自动用它去匹配目标记录的ID，不需要你手动映射ID字段。之前的报错应该是你同时取消了外部查找的配置，导致系统找不到匹配标识，才会要求提供ID。

额外注意事项 #

• 确认badge_number__c在Salesforce中已经被设置为外部ID，否则外部查找和基于它的Update都会失效。
• 如果坚持用"数据驱动"的会话属性，一定要确保源数据里的操作类型只有UPDATE，不能有INSERT，否则还是会触发插入逻辑。

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