项目

一般

简介

新功能 #7438

信阳、平顶山平台客户预审核保单识别

韩 磊22 天 之前添加. 更新于 3 天 之前.

状态:
开发中
优先级:
紧急
指派给:
开始日期:
2026-04-30
计划完成日期:
% 完成:

0%

预期时间:
预约开发日期:
预计PRD完成时间:
预计PRD开始时间:
实际PRD开始时间:
实际PRD完成时间:
需求设计进度:
0%
预计UI设计开始时间:
预计UI设计结束时间:
实际UI设计开始时间:
实际UI设计结束时间:
UI设计进度:
0%
详细设计开始时间:
详细设计结束时间:
详细设计进度:
预计开发开始时间:
预计开发结束时间:
实际开发开始时间:
实际开发结束时间:
开发进度:
0%
预计测试开始时间:
预计测试结束时间:
实际测试开始时间:
实际测试结束时间:
测试进度:
0%

描述

信阳、平顶山客户已认领清单,导入系统中,支付流水按保单号匹配金额,保单号为商业车险+交强险的,相加后匹配到系统中。
将已认领的流水根据客户发来的清单按保单号匹配支付金额,修改支付流水。

历史记录

#1陈 文杰 更新于 14 天 之前

  • 跟踪错误 变更为 新功能
  • 状态待开发 变更为 新建
  • 需求设计进度 被设置为 0%
  • UI设计进度 被设置为 0%
  • 开发进度 被设置为 0%
  • 测试进度 被设置为 0%

背景:支付流水对账,系统中流水为交强+商业的合并单,客户发的付款清单明细是交强、商业分开的,每次对账都需业务人员手动合并交强、商业明细才能导入系统对账,属于高风险操作。

目的:为避免人工合并数据导致的支付错误,需由系统实现自动合并。

需求:
1.确认需求,如何合并、需合并的数据有哪些,提供合并前及合并后的样例。
2.确认是否存在描述中未指出的特殊情况,如是否多保单(补差保单)、是否存在非车一起合并等情况。

#2陈 文杰 更新于 14 天 之前

  • 状态新建 变更为 需求待设计
  • 指派给陈 文杰 变更为 周 方盼

#3周 方盼 更新于 7 天 之前

1、客户从预审核保单导出数据发给我方进行支付确认-----附件:预审核保单...
2、我方内勤做成银行流水对账导入模板-进行对账导入对账,对账后流水生成对账完成的流水数据等待审核支

功能开发点:从下载导入=》支付流水对账导入(改名为流水对账导入) 在【支付流水对账导入】功能页面增加【预审核保单合并】功能按钮
,根据客户提供的预审核保单表格生成合并的流水导入数据,导入后使用对账按钮进行支付对账即可。
具体页面设计见附件《支付流水对账导入功能修改设计页面》。

#4周 方盼 更新于 7 天 之前

  • 状态需求待设计 变更为 需求设计中

#5周 方盼 更新于 7 天 之前

  • 状态需求设计中 变更为 需求评审

#6周 方盼 更新于 7 天 之前

  • 状态需求评审 变更为 待开发
  • 指派给周 方盼 变更为 陈 文杰

#7陈 文杰 更新于 4 天 之前

  • 指派给陈 文杰 变更为 蒋 亚洲

先做详细设计,确认后再开发。

#8周 方盼 更新于 4 天 之前

预审核保单合并逻辑:

1、只针对价值抵扣类型的流水合并导入,其他类型暂且默认不允许导入合并。预留其他类型合并逻辑后续有需求继续开发;
2、做成新的预审核保单导入新模板,模板中包含或者获取必须列:车牌号、车架号、保单号、结算金额、机构名称、对账批次号、流水类型、支付渠道;
3、合并按照车牌号、vin、机构名称、对账批次、流水类型、支付渠道分组进行数据合并,将结算金额相加保单号拼接后合并为一条数据。

另注意:
1、预审核数据导入合并后要生成原来流水对账导入数据相同的模板数据,方便后续的对账一键支付等功能的一致性。
1、查看修改原来对账逻辑,之前模板中支付渠道列是必填项列,所以合并后生成的流水对账数据也应该包含支付渠道,并且支付渠道可默认不填。
如果不填则对账时使用流水原流水支付渠道。如果填入则对账修改流水支付渠道。

#9蒋 亚洲 更新于 3 天 之前

#10蒋 亚洲 更新于 3 天 之前

  • 状态待开发 变更为 开发中

导出 Atom PDF