GW CC新增LOB至ISO遇异常:OOTB方法返回null求解决
Guidewire Claim Center:新LOB/保单类型下ISOCoverageCodeMap.csv映射不生效的解决方案
确认CSV文件的加载有效性
- 确保
ISOCoverageCodeMap.csv放置在正确的配置目录(通常是config/iso),且文件编码为UTF-8无BOM格式,避免因编码问题导致读取失败。 - 重启Claim Center服务,Guidewire的CSV配置文件通常需要重启才能加载新的映射行,检查启动日志中是否有
ISOCoverageCodeMap的加载记录,确认无报错且加载了新增的映射行。
- 确保
配置LOB与保单类型的ISO兼容性标记
- 打开新保单类型的TTX配置文件,将
IsISOCompatible属性设置为true,只有标记为ISO兼容的保单类型,ISOTranslate才会处理其对应的保障映射。 - 若新LOB需要与ISO LOB代码映射,检查
ISOLOBMap.csv中是否存在对应LOBCode的映射条目,确保GW内部LOB代码与ISO标准代码的关联正确。
- 打开新保单类型的TTX配置文件,将
验证保障类型的ISO兼容配置
- 确认新增的
CoverageType和CoverageSubtype的TTX配置中,IsISOCompatible属性均设置为true,未标记为兼容的保障类型不会被ISOTranslate识别。
- 确认新增的
核对映射参数的一致性
- 调试
ISOTranslate.instance().getCoverageCodes()的调用参数,打印传入的LOBCode、PolicyTypeCode、LossPartyType等值,确保与ISOCoverageCodeMap.csv中的对应列完全匹配(注意大小写、空格等细节,GW配置对大小写敏感)。 - 确认CSV中的
LossPartyType取值符合系统定义的枚举值(如FirstParty、ThirdParty),避免因取值不匹配导致映射失效。
- 调试
检查风险单元的上下文参数
- 创建风险单元时,确保关联的LOBCode、PolicyTypeCode与CSV中的映射条件一致,风险单元的上下文参数会直接影响
ISOTranslate的查询逻辑。
- 创建风险单元时,确保关联的LOBCode、PolicyTypeCode与CSV中的映射条件一致,风险单元的上下文参数会直接影响
考虑扩展OOTB的ISOTranslate类
- 若上述配置均无误但映射仍不生效,可能需要扩展
ISOTranslate类,覆盖getCoverageCodes方法,添加针对新LOB/保单类型的自定义映射逻辑,适配OOTB未覆盖的场景。
- 若上述配置均无误但映射仍不生效,可能需要扩展
内容的提问来源于stack exchange,提问作者Dragan Jovanović
相关产品推荐
相关产品推荐

