项目

一般

简介

新功能 #7083

【核心系统】线下支付渠道的结果直接通过表格导入系统，系统自动匹配到账情况。

由 王 珍 在 2 个月 之前添加. 更新于 大约 2 个月 之前.

状态:
开发完成
优先级:
立刻
指派给:
王 东林
开始日期:
2025-08-05
计划完成日期:
% 完成:

0%

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

描述

通过线下网商渠道批量支付的数据，通过如下表格，选择机构后导入到系统中，系统自动匹配到账结果。
以“车车新乡”机构为例，输入机构名称，付款凭证号：2025080102，将财务反馈的支付结果表格导入系统中，自动完成匹配支付结果，备注：表中标黄部分已手动修改完毕。

车车新乡需修改结果.xls (275 KB) 车车新乡需修改结果.xls 财务反馈的支付结果表格 王 珍, 2025-08-05 08:46
车车新乡需修改结果+保单号.xls (395 KB) 车车新乡需修改结果+保单号.xls 加保单号的支付结果 王 珍, 2025-08-05 09:29
Redmine #7083 测试用例.xls (21 KB) Redmine #7083 测试用例.xls 测试用例 王 东林, 2025-08-21 15:39

历史记录

#1 由 王 珍 更新于 2 个月 之前

“车车新乡修修改结果”表格中，已添加保单号一列，可根据保单号这个唯一项来匹配到账结果，失败原因也需要匹配上。

#2 由 周 方盼 更新于 2 个月 之前

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

#3 由 周 方盼 更新于 2 个月 之前

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

#4 由 周 方盼 更新于 2 个月 之前

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

#5 由 周 方盼 更新于 2 个月 之前

  • 状态 从 需求评审 变更为 待开发

UPDATE b SET
b.IsTreat=CASE WHEN a.status=1 THEN 1 ELSE 0 END
,b.Status= a.status
,b.SameExchangerTreat=CASE WHEN a.status=1 THEN '03' ELSE '04' END
,b.PaymentStartTime='2025-08-04 18:00:00'
,b.QueryPaymentTime= '2025-08-04 18:00:00'
, b.PaymentDate='20250804'
,b.PaymentTime='2025-08-04 18:00:00'
,b.FailedNote=CASE WHEN a.status=1 THEN a.Note ELSE a.Note END
FROM [CountInsurance].[dbo].[TempExtracRecord0805] a LEFT JOIN dbo.BOCommissionExtractRecord b ON a.PolicyNo=b.PolicyNo
WHERE b.IsShow=1

本次数据更改的脚本，数据到账状态已经更改。具体要做成的功能与王珍确认后进行开发，如果后续用支付宝付款这个是否可以不做。

#6 由 陈 文杰 更新于 2 个月 之前

  • 优先级 从 立刻 变更为 紧急

经确认：
1.数据已经更新完毕
2.支付宝渠道打款逻辑已走通，因业务需求依然需要开发此功能，可降低优先级。

#7 由 陈 文杰 更新于 2 个月 之前

  • 指派给 从 陈 文杰 变更为 王 东林

先了解，线下支付的流水，在系统中的操作流程，是否需要更新机构余额等其他关联数据。

#8 由 王 珍 更新于 大约 2 个月 之前

  • 优先级 从 紧急 变更为 立刻

#9 由 王 东林 更新于 大约 2 个月 之前

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

#10 由 王 东林 更新于 大约 2 个月 之前

导出 Atom PDF