PolicyCenter中BasisAmount字段扩容受Auditable委托限制的解决方案咨询

• 当前使用PolicyCenter v10本地部署（产品模型继承自v7，后续计划升级云端并采用APD重写）
• 某coverage的BasisAmount字段定义为nonnegativeinteger（最大值2,147,483,647），无法存储部分企业超30亿美元的总薪资
• 该coverage实现了Auditable委托，审计流程会将BasisAmount赋值给委托定义的AuditedAmount字段（位于Metadata文件夹，类型为integer）
• 尝试通过Auditable.etx覆盖AuditedAmount类型为longint被系统禁止
• 临时方案：拆分coverage为多个实例，将大额薪资拆分至不同实例以规避容量限制

1. 扩展Auditable委托新增长整型审计字段 #

• 在Extensions文件夹下为Auditable委托新增一个longint类型的字段，例如AuditedAmountLong，字段定义示例：

  <column
    desc="The audited amount (long type)"
    name="AuditedAmountLong"
    nullok="true"
    type="longint"/>
  

• 修改coverage的业务逻辑（通过Groovy脚本或实体事件），在创建审计记录时，将BasisAmount的值同步写入AuditedAmountLong；若原AuditedAmount字段仍需保留，可根据业务需求选择截断赋值或留空
• 调整前端页面、报表及其他依赖审计金额的业务模块，改为读取新的AuditedAmountLong字段
• 优势：不修改核心Metadata中的委托定义，规避系统限制；后续云端升级或APD重写时可平滑迁移该自定义字段

2. 自定义审计逻辑替代原有Auditable委托 #

• 移除coverage对Auditable委托的实现，自行构建审计体系：
  1. 在Extensions下创建自定义审计实体，包含longint类型的AuditedAmount字段
  2. 通过实体事件（如postCreate、postUpdate）或脚本触发自定义审计记录的创建，将BasisAmount的值写入自定义审计实体
• 优势：完全脱离原委托的类型限制，自定义灵活性高；适配后续APD重写的架构设计，可直接复用自定义审计逻辑

3. 数据库层字段类型调整（需谨慎操作） #

• 确认PolicyCenter v10支持longint对应数据库的bigint类型映射
• 备份数据库后，通过DDL直接将Auditable委托对应的AuditedAmount数据库字段类型修改为bigint
• 在Extensions中补充Auditable委托的元数据声明，将AuditedAmount字段类型指定为longint（需验证系统元数据校验是否允许）
• 注意：需全面测试PolicyCenter ORM层对修改后字段的读写兼容性，避免数据异常；后续版本升级时需重点关注该字段的兼容性

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