提问人:Kris 提问时间:6/2/2023 更新时间:10/12/2023 访问量:68
为什么我的Guidewire评级覆盖没有被应用/复制到恢复交易中?
Why aren't my Guidewire rating overrides being applied/copied to reinstatement transactions?
问:
恢复事务上的GuidewireRating覆盖未按预期工作。
我们正在尝试扩展我们当前的 LOB 以利用评级替代。但是,当评级在新业务中被手动覆盖然后取消时,我们遇到了一个问题,覆盖将继续进行取消,但是当取消时发生恢复时,覆盖不会被复制。
有没有人遇到过这种问题,如果是这样,你会做些什么来解决这个问题。TIA。
答:
4赞
Domenick Doran
6/15/2023
#1
我很惊讶地听到您在恢复时丢失了覆盖,因为这不是默认行为。为了证明这一点,我尝试使用我手头的 LOB 复制您的问题,这是我们基于商业地产标准的模板系列 (CP7) 的最新版本。具体来说,我做了以下工作:
- 创建提交并引用它
- 在报价单上创建覆盖
- 将提交与我的替代绑定
- 取消保单(完整期限)
- 恢复策略
当我执行这些步骤时,我发现我在步骤 2 中创建的覆盖确实延续到恢复,这是我预期的行为,与您报告的内容相反。这让我怀疑您对 ReinstatementProcess 或 PolicyPeriodPlugin impl 类所做的一些自定义可能是您在这里的根本原因。
我建议你试试这个:
- 将以下代码块添加到 PolicyPeriodPlugin.gs(或 PolicyPeriodPlugin.gwp 的自定义实现)中,位于方法 postCreateDraftBranchInSamePeriod() 的开头。
print("All costs just after creation!!!")
period.AllCosts.each(\elt -> {
print(elt.TypeIDString + " " + elt.OverrideAmount + " " + elt.ActualAmount + " " + elt.CoverableName)
})
此方法是产品代码调用 createDraftBranchInSamePeriod() 后的第一个钩子。如果您看到成本与覆盖的金额相呼应,那么您有一些自定义,正在删除它,并在此行之后运行。再次将代码添加到此方法的末尾,这将帮助您确定该方法中的某些后处理是否出错。
- 将相同的代码添加到 ReinstatementProcessImpl.gs 类的构造函数中(这是 ootb 实现,您可以自定义此代码,这将在您的 JobProcessCreationPlugin 中指定)。此类中还有其他生命周期方法,您可以使用相同的方法来帮助确定要删除成本替代的位置。归根结底,您正在寻找的是您的成本第一次在没有覆盖的情况下得到回响。这将帮助您理清哪段代码正在删除它们。
请报告您的发现,特别是如果还有更多我可以提供帮助的话。
0赞
javvad sk
10/12/2023
#2
我可以看到解决方案是用于平坦取消,您能否尝试中期取消,然后恢复然后覆盖,也不会继续创建新的切片
评论