我之前处理Informatica项目时也踩过这个一模一样的坑！从你给出的日志VAR_27028 Use override value [55000] for user-defined workflow/worklet variable:[$$func...]来看，工作流确实已经正确读取到了参数值，但就是没传到Mapplet里导致被默认null覆盖，最终会话报错。咱们一步步排查解决：

• 先确认Mapplet参数的绑定关系
  Informatica的参数传递是有明确路径的，不是工作流拿到值就自动传到Mapplet。你得打开映射里的Mapplet调用节点，检查：

  1. Mapplet的参数是不是已经和工作流的变量（比如$$func...）做了绑定，而不是保留默认的null值；
  2. 参数的数据类型必须完全匹配，比如工作流传的是数值型，Mapplet参数不能设成字符串型，否则会自动转成null。

• 检查会话到Mapplet的参数传递链路
  工作流拿到参数值后，还要确保会话把这个值传递给了映射里的Mapplet：

  1. 打开会话配置，在「Parameters」标签下，确认你已经把工作流变量$$func...赋值给了映射对应的参数；
  2. 核对参数名的大小写！Informatica对参数名是大小写敏感的，哪怕差一个字母都识别不到，直接用默认值。

• 用调试器定位问题节点
  最直接的方式是给映射加个调试器，运行会话时实时查看Mapplet参数的取值：

  1. 在映射编辑器里启动调试器，设置断点在调用Mapplet的转换节点；
  2. 运行调试会话，查看Mapplet参数的实际值——如果是null，说明绑定环节出问题；如果是55000，那就是后面的表达式逻辑把它改成null了。

• 临时验证小技巧
  可以先把Mapplet参数的默认值改成55000，再运行会话：

  • 如果会话成功，说明确实是参数传递的绑定/链路问题；
  • 如果还是失败，那大概率是表达式里有逻辑错误，比如不小心写了覆盖参数值的代码，得检查表达式里的参数引用。

提醒一下：VAR_27028日志只说明工作流层面拿到了参数，但不代表这个值已经传递到Mapplet的上下文里，这是很多人容易误解的地方！

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