Renewal

每份保单都有一个周期, 一般是三个月,六个月或九个月. 当保单到期了, 用户可以选择是否继续保险,

这就是Renewal的概念, 将之前到期的保单再延续一个周期.

当然, 也许有人会说, 我可以不用之前那份保单, 我再重新申请一份新的不是一样吗. 是的,理论上来说Renewal就是一份新的保单, 只是他延用了之前那份保单的所有信息, 不需要再重新填写一遍. 还有一个很重要的原因, 是Renewal的时候会有一些折扣, 这样就会比你新申请一份便宜.

在Renewal之前, LIS是Policy失效前55天, 系统会自动跑MVR.
MVR是一个第三方的数据库, 记录着driver的违章信息等. 因为当前的Policy所使用的MVR的信息是我这个周期刚开始的时候, 所以过了一个周期了,要重新得到这个信息, 这样也能确保要保险的这个人的最新信息.

我们在Policy页面上有个At Renewal的Tab, 这个Tab主要是先存起来一些你在Renewal的时候有改变的信息, 这样的话你在Renewal的时候会把相关的信息Update成在At Renewal里的信息.

每份policy只能有一个有效的Renewal的Policy. 从Policy code来看, 体现为 XXXX-00,
XXXX-01, XXXX-02… XXXX-02就是针对XXXX-01来做的Renewal操作, 所以从00到02一共是三个周期的保险.

Renewal的具体操作是, 先生成Renewal Quote, 然后对这个Quote付钱, 付完钱后就绑定成policy了. 在LIS系统, 生成Renewal Quote分为两种, 自动生成和手动生成. 手动生成Renewal Quote在policy失效前一个月都可以进行操作, 自动Renewal Quote是在失效前25天通过DTS完成. 当然, 如果你这个policy已经有一个renewal的policy了, 这两种操作都不会再有了. 而自动Renewal还有个条件就是如果你已经自动生成有一份RQ了也不会再生成一份. 所以系统是存在这样的情况, 一个policy同时拥有好几个手动的RQ和一个自动的RQ, 但是因为绑定的policy只能有一个, 所以当其中一份RQ被绑定后, 其它的就自动失效,也就是PQ_CurrentRecord = 0. 如果Policy存在有效的RQ, 那么这个Poicy就是Pending Renewal的状态.

给RQ付钱分为两种, 自动付钱和手动付钱.如果你这份Policy有一个有效的帐户 (select * from
dbo.Policy_PaymentProcess where
PPP_Active = 1 and PPP_ReOcc_Payment
= 1 ),在这个Policy的自动RQ开始生效的那天就会有SST去自动付钱来绑定这个RQ.(现在的代码没有对自动还是手动RQ做判断,所以这个规则有待确认).如果是手动付钱来绑定, 也有几种方式. 1. 在Policy的第一个页面有个Make Renewal Payment的button, 点这个按钮会跳到quote的down payment页面, 在这里付钱绑定.注意这种方式只针对自动RQ. 2.通过batch payment来付款.在batch里输入Policy code,如果这个Pocliy的balance=0, 而且存在自动的RQ, 那么这个时候付的钱就是对这个RQ来做的. 在这个地方有个细节处理, 因为这个付款后是要绑定的,
而在页面上是看不到绑定过程. 所以在batch payment的时候会把绑定放到后台来做, 也就是用SST来绑定, 大概五分钟后来做.

下面结合代码看一下renewal具体的实现过程。主要代码在QR_Entry里。点击下面的Link就进入到了手动renewal的页面。