九樱天下-观察期

养老报销申请条件：

　　一、检查流水号非空验证，重复提交校验

　　二、用户比例判断（是否有报销比例）

　　三、用户手机号认证校验

　　

 

　　VITA报销申请条件：

　　一、检查流水号非空验证，重复提交校验

　　二、观察期校验，此处遵循 pc基金动态和社区后台的观察期规则

　　三、用户比例判断（是否有报销比例）

　　四、用户手机号认证校验

　　五、报销间隔校验，检查最后一次报销完成的时间（VITA）

　　

　　社区后台协助会员申请条件：

　　一、观察期检查

　　二、同社区检查

　　三、手机号认证检查

　　四、报销间隔检查，检查距最后一单的日期（pc基金动态和社区后台的报销算一种类型）

　　五、检查是否有 正在投票、等待报销、审核中的数据

　　pc基金动态后台申请

 

 

 

 

 

 

 

　　1、首单：

　　　　设置为观察期，观察期时间为订单处理时间。

　　2、再次下单：

　　　　>1、新用户，当前日期往前推30天，有订单而且当前日期距观察期开始日期间隔天数>30，能够报销，则经过观察期；

　　　　没有订单，不能够报销；

　　　　>2、老用户，检查当前日期往前推60天之内30天之外的订单，有订单，能够报销；60之内30之外没有订单，从新进入观察期，修改观察期开始日期为当前日期。

 

    报销时观察期检查：

　　3、报销申请：

　　　　>1、在观察期，检查当前日期往前推30天是否有订单，有订单而且当前日期距观察期开始日期间隔天数>30，报销，经过观察期

　　　　>2、不在观察期，检查当前日期往前推60-30天之间是否有订单，有订单，设置经过观察期，修改观察期开始时间为当前日期，报销;

　　　　　　没有订单，不能报销。

 

　　九樱天下-养老报销

　　　　1.是否重复提交
　　　　2.判断该用户是否存在报销比例
　　　　3.实际报销和申请报销金额比较

　　九樱天下-vita报销

　　　　一、观察期校验（观察期判断存在问题）

　　　　二、查询等待报销（有问题，查询的是所有）

　　

 

　　　

 

 

观察期修复数据:

-- 因为以前的观察期更新规则，在线上环境执行以下sql发下:SELECT * FROM CARE_CUSTOMER cc-- WHERE (cc.obstartime IS NULL OR cc.obstartime='') AND cc.`groupid`='9yingcommunity'，线上用户有些是没有观察期开始时间的-- 综合观察期条件以下：-- 申请校验日期减去最后一单日期天数小于等于30天；-- 申请校验日期减去首单日期大于30天；-- 申请校验日期减去观察期开始日期大于30天；（下单时判断）-- 由于不少都不是首单用户，因此须要观察期开始时间进行判断，此处须要修复一下数据-- 执行以下sql，修改订单日期-- UPDATE CARE_CUSTOMER cc -- SET cc.`obstartime`=(SELECT ci.createdate FROM CARE_ACCOUNT_IN ci)-- WHERE (SELECT COUNT(tempci.createdate) FROM CARE_ACCOUNT_IN tempci GROUP BY tempci.customerid)>=2-- AND (SELECT COUNT(tempci2.createdate) FROM CARE_ACCOUNT_IN tempci2 WHERE tempci2.createdate>(SELECT DATE_SUB('2016-08-09',INTERVAL 30 DAY)) GROUP BY tempci2.customerid)>=2-- AND (cc.obstartime IS NULL OR cc.obstartime='')