活动
从 2022-10-17 到 2022-11-15
2022-11-14
- 17:17 错误 #6051 (待开发): 【订单系统】订单查询
- 订单查询页面没有之前的数据（见附件）
- 16:27 优化 #6038: 业务费用结算状态变更优化
- 1.GenerateAccountStatementDetailWayBasic/GenerateCostAttachStreamBasic所有批量操作入口大于0判断修改
2.支付时判断流水金额
3.查询支付时根据状态和金额判断
2022-11-11
- 16:25 优化 #6032 (开发完成): 【核心服务】发票管理增加显示列
- 16:25 优化 #6032 (开发中): 【核心服务】发票管理增加显示列
- 16:24 优化 #6032 (待开发): 【核心服务】发票管理增加显示列
- 16:24 优化 #6032 (需求评审): 【核心服务】发票管理增加显示列
- 16:24 优化 #6032 (需求待设计): 【核心服务】发票管理增加显示列
2022-11-10
- 17:44 错误 #6041: 【核心服务】发票管理
- 开票时服务数量与业务数据数量不一致禁止开票的限制放开
适应开票类型：挪车牌开票，推广服务开票
原因：挪车牌开票是实际的物品，并且开票数据大
推广服务是放在网站进行推广，其中一个开票项目为点击量，无法将点击量匹配明细
... - 09:26 错误 #6041 (待开发): 【核心服务】发票管理
- 订单系统【柒星郑州人保】【柒星信阳】【柒星平顶山】开票时服务数量与业务数据数量不一致禁止开票的限制放开
- 17:30 优化 #5967 (开发完成): 关于影响机构余额问题整理
- 17:30 优化 #5967 (开发中): 关于影响机构余额问题整理
- 17:30 优化 #5967 (待开发): 关于影响机构余额问题整理
- 17:30 优化 #5967 (需求评审): 关于影响机构余额问题整理
- 17:30 优化 #5967 (需求待设计): 关于影响机构余额问题整理
2022-11-07
- 11:05 优化 #6038 (待开发): 业务费用结算状态变更优化
- 11:05 优化 #6038 (需求评审): 业务费用结算状态变更优化
- 11:05 优化 #6038 (需求待设计): 业务费用结算状态变更优化
- 09:39 错误 #6040 (待开发): 【订单系统】订单系统审核通过后，云鹰系统生成两次流水
- 八方信阳风险评估支付，从订单系统审核通过后，系统流水生成两次
详情见附件文件，问题流水的为付款凭证号：20221104001支付
2022-11-04
- 16:08 错误 #6039 (开发完成): 【核心服务】业务员导入
- 见附件，为什么导入时用的登录名是手机号，显示已存在（此机构下没有该业务员），手动新添登录名也是用的手机号就会成功，因所有机构新添用户不允许登录名重复，但是也有导入时提示已存在，手动新添用同样的登录名会不允许添加，这个是符合新添用户的逻...
2022-11-03
- 16:17 优化 #6038 (开发完成): 业务费用结算状态变更优化
- 二十一世纪平台，亚太的退保保单在成功认领后会自动将金额变为0，但是这些退保金额为0的保单，在银行流水界面批量审核至已到账之后，业务结算费用状态还是待结算不变，其他正常保单状态则变更为结算完毕，现需将退保金额为0的保单设置和其他...
- 14:26 错误 #6037 (开发完成): 【订单系统】功能改进
- 1.附件中1添加列 开票/支付 进行区分；
2.附件中2名称更换为【发起支付】；
3.【订单查询】与【订单录入】页面相互切换数据会清空；
4.附件中4【状态】增加【开票状态】、【到账状态】，【开票状态】与【发票管理】界面的审核... - 12:08 优化 #6026 (开发完成): 【核心服务】发票管理
- 12:07 优化 #6026 (开发中): 【核心服务】发票管理
2022-11-02
- 15:07 新功能 #6033 (待开发): 付款申请管理功能优化
- 因为现在每天支付的笔数较多，时间长了不好管理，所以需要将所有的付款申请统一由系统记录并发起申请，为完成该需求需要对现有的付款申请管理功能进行优化；具体需求如下:
1、增加字段，具体增加字段如图1所示。
2、可以自行编辑钉钉申请描述... - 15:07 优化 #6032 (开发完成): 【核心服务】发票管理增加显示列
- 在【申请名称】前添加一列【所属机构】与【管理信息】的【所属机构】一致（见附件1、2）
- 15:01 错误 #6031 (待开发): 【订单系统】功能改进
- 1.【支付渠道】未确定支付渠道时随意保存一个渠道，更换正确渠道时，保存报错（见附件1、2）
2.【业务数据导入】数据过多时，保存报错（见附件3）
3.附件4中的数据是由【发票管理】开票数据同步到【订单系统】的数据，将附件4的名称改... - 14:34 新功能 #6030 (待开发): 订单系统-风险评估系统对接
- 订单系统中上传风险评估业务数据，自动将数据导入风险评估系统并将风险评估值风险评估等级写入订单系统中。
- 09:25 优化 #6027: 【核心服务】发票管理
- 【发票管理】的【附件管理】展示（附件1）可改成附件2格式，更美观一些
2022-10-31
- 16:32 优化 #6026: 【核心服务】发票管理
- 【柒星郑州人保】也是一样的问题
- 11:27 优化 #6026 (待开发): 【核心服务】发票管理
- 11:27 优化 #6026 (需求评审): 【核心服务】发票管理
- 11:27 优化 #6026 (需求待设计): 【核心服务】发票管理
- 11:06 优化 #6026 (开发完成): 【核心服务】发票管理
- 订单系统【八方易雍】【鼎智安徽分易雍】开票时服务数量与业务数据数量不一致禁止开票的限制放开
- 14:58 优化 #6027 (新建): 【核心服务】发票管理
- 预开票时，客户没有提供清单（后补），在没有结算清单时可直接保存基本信息在系统中， 后续补全明细即可
如附件所示，无需填写开票凭证号即可保存信息
2022-10-26
- 15:57 优化 #5975 (开发完成): 批量提交结算单状态至代支付，生成流水时机构余额改为一次性更新
- 此问题的解决方案：在判断和更新机构余额时都修改为原生脚本获取或更新机构余额，保证实时执行防止
并发产生余额扣减不准确问题。 - 15:56 优化 #5975 (开发中): 批量提交结算单状态至代支付，生成流水时机构余额改为一次性更新
- 15:54 错误 #6007 (开发完成): 【云鹰保服郑州】将资金转账充值修改为可充值负数
2022-10-25
- 14:35 错误 #6022 (待开发): 【发票管理】发票管理保险类垫付清单筛选条件增加付款凭证号模糊查询
- 为满足同一地区多保险公司一次性开票申请，清单使用条件中增加"付款凭证号”模糊查询条件确定使用的清单数据。
同保险公司条件的追加。 - 13:58 优化 #6004 (开发完成): 【核心服务】发票管理使用优化
- 13:58 优化 #6004 (开发中): 【核心服务】发票管理使用优化
- 13:58 优化 #6004 (待开发): 【核心服务】发票管理使用优化
- 13:55 优化 #6004 (需求评审): 【核心服务】发票管理使用优化
- 13:55 优化 #6004 (需求待设计): 【核心服务】发票管理使用优化
2022-10-21
- 17:29 错误 #6002: 【核心服务】更新结算信息
- 更新结算单时，可以更新开票凭证号
- 17:28 优化 #6004: 【核心服务】发票管理使用优化
- 【八方享安】的开票结算清单和【鼎智银保众联】做成一样的
2022-10-20
导出 Atom