自定义实体（.eti）扩展创建方法的GW合规性及有效性咨询

两种方案的合规性与问题解决 #

手动直接创建扩展的方案 #

• 这个方案符合Guidewire云端标准规范。只要是通过GW官方支持的元数据扩展机制创建（而非直接篡改核心实体基础代码），且已通过Automated Cloud Assurance检查，后续版本升级、产品重新生成时，自定义字段不会丢失，也不会触发合规问题。
• 注意要遵循GW命名规则，比如扩展实体尽量使用[核心实体名]_Ext这类格式，自定义字段的配置（数据类型、权限、关联关系）需符合GW元数据定义标准，避免与核心实体配置冲突。

GW推荐的“改eti为etx”方案的问题修复 #

• 你遇到的自定义字段不可见问题，大概率是修改XML时遗漏了关键配置：
  • 确保etx实体的extends属性准确指向目标核心实体（如Coverable）
  • 自定义字段的owner属性需设置为该etx实体，且在实体的fields节点下正确声明
  • 修改完成后，重新生成元数据并同步到云端环境，确保系统加载最新的扩展定义
• 该方案本身是GW官方认可的标准扩展方式，与APD的实体管理流程兼容性更好，后续在APD中调整实体时，扩展的关联关系稳定性更强。

选择建议 #

• 如果手动创建的扩展已稳定运行且符合GW元数据规范，完全可以继续使用，不会有后续隐患。
• 若想遵循官方推荐流程，按上述检查点修正XML配置后重新编译同步，自定义字段即可正常显示和存储，这种方式在长期维护（尤其是APD版本迭代）时更省心。

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