英文:
Why aren't my Guidewire rating overrides being applied/copied to reinstatement transactions?
问题
GuidewireRating Override on a Reinstatement Transaction doesn't work as expected.
我们尝试扩展我们当前的LOB以利用评级覆盖。但是，当评级在新业务中被手动覆盖，然后进行取消操作时，这些覆盖会传递到取消操作，但是当在取消操作上发生复instatement时，覆盖不会被复制。
是否有人曾经遇到过这种问题，如果是的话，您会采取什么措施来解决这个问题。 TIA.
英文:
GuidewireRating Override on a Reinstatement Transaction doesn't work as expected.
We are Trying to expand our current LOB to utilize Rating Overrides. However we are facing an issue when Rating was overridden in New Business manually and then did a cancellation, the overrides are carried on to cancellation but when a Reinstatement happens on cancellation, the overrides are not getting copied over.
Has anyone ever faced this kind of issue and if so what would you have done to resolve this issue.TIA.
答案1
得分: 4
我惊讶地听到您在恢复保单时丢失了覆盖重写，因为这不是默认行为。为了证明这一点，我尝试使用我手头上的一个LOB来复制您的问题，这是我们商业物业标准模板线（CP7）的最新版本。具体而言，我执行了以下操作：
- 创建一个提交并为其报价。
- 在报价上创建覆盖重写。
- 将提交与我的覆盖重写绑定。
- 取消保单（完整期限）。
- 恢复保单。
当我按照这些步骤操作时，我发现我在第2步中创建的覆盖重写确实在恢复时保留了，这是我预期的行为，与您所报告的相反。这使我怀疑您对ReinstatementProcess或PolicyPeriodPlugin impl类进行了一些自定义，这可能是您的根本原因。
我建议您尝试以下操作：
- 将以下代码块添加到PolicyPeriodPlugin.gs（或您自定义的PolicyPeriodPlugin.gwp impl）的方法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中指定）。此类中还有其他生命周期方法，您可以在其中使用相同的方法来帮助确定您的成本覆盖何时被删除。最终，您要查找的是第一次成本被回显而没有覆盖重写。这将帮助您弄清楚哪段代码删除了它们。
请在您的调查结果中报告，特别是如果有更多我可以提供帮助的地方。
英文:
I'm surprised to hear you've lost overrides on a reinstatement as this is not the default behavior. To prove this, I attempted to replicate your issue using an LOB I had at hand, which was the latest version of our Commercial Property Standards-Based Template line (CP7). Specifically, I did the following:
- Create a submission and quote it
- Create overrides on the quote
- Bind the submission with my overrides
- Cancel the policy (full term)
- Reinstate the policy
When I followed these steps, I saw that my overrides created in step 2 did indeed carry over to the reinstatement, which was the behavior I expected, and the opposite of what you're reporting. This leads me to suspect that some customization you've made to your ReinstatementProcess or the PolicyPeriodPlugin impl class might be your root cause here.
I'd recommend you try this:
- Add the following block of code to PolicyPeriodPlugin.gs (or whatever your custom impl of PolicyPeriodPlugin.gwp is), at the beginning of the method postCreateDraftBranchInSamePeriod().
print("All costs just after creation!!!")
period.AllCosts.each(\elt -> {
print(elt.TypeIDString + " " + elt.OverrideAmount + " " + elt.ActualAmount + " " + elt.CoverableName)
})
This method is the first hook you have after the product code calls createDraftBranchInSamePeriod(). If you see the cost echoed with the overridden amount, then you've got some customization which is removing it which runs after this line. Add the code again to the end of this method, and this will help you sort out of if some of the post-processing in that method is at fault.
- Add the same code to the ReinstatementProcessImpl.gs class's constructor (this is the ootb implementation, you may have this customized, this would be specified in your JobProcessCreationPlugin). There's other lifecycle methods in this class which you could use the same method on to help identify where your cost overrides are getting removed. Ultimately what you're looking for is the first time your costs are echoed out without the override. That'll help you sort out what piece of code is deleting them.
Please do report back on your findings, especially if there's some more I can help with.
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论