如何实现资金计划的实际数更新处理

1 业务场景

1.1 背景介绍

目前，资金计划实际数的反写一般是绑定是收付业务进行确认收付环节，而实际应用场景下，在业务已完成收付之后，仍存在信息需要更新的场景。

1.2 场景详细描述

具体场景如下：

• 场景1：已完成收款的单据，存在因合同清分、资金用途等管理属性信息变化，而需要进行收款业务的变更处理，而为了确保资金计划收款实际数的计划科目与业务单据的用途信息保持一致，同样涉及对实际数需要做更新处理。

• 场景2：已完成付款的单据，会出现银行退票或交易对方进行部分款项退回，从而导致实际支出金额发生变化。

• 特殊应用场景3：若客户通过资金计划应用来管控资金业务限额，例如在资金计划应用中进行期间内的存量融资规模的管控，则将出现提款时对应的计划科目实际数增加，而当提款处理单进行还款之后，需要基于还款金额释放已占用的新增融资实际数，从而已存在实际数更新的诉求。

2 解决方案

2.1 解决方案总述

基于上述的应用场景，产品提供了多种实际数更新方案供客户进行业务适配，从而实现业务发生变化后，可动态更新资金计划对应维度组合下的实际数记录信息。主要包括：

• 方案1：实占环节增加绑定业务更新的操作，触发多次实占，系统每次实占时都会采取覆盖更新逻辑处理。

• 方案2：配置实际数释放（返还）执行时机，取业务单据的“已退/已还”等额度，触发实际数的返还扣减

• 方案3：配置实际数直接更新执行时机，取业务单据剩余额度，触发按剩余额度来刷新实际数

以上方案中，方案1和方案3的最大区别在于，若本单据或上游业务单据存在事先的计划额度预占，方案1在覆盖更新实际数的同时将触发预占释放操作。例如，若上游预占100，第一次实占100，释放预占-100；而业务变更后金额变为了80，则：

• 采用方案1的效果为：上游预占100；实占80；释放预占-80。即对应维度组合下，在途预占额度20；实际额度80

• 采用方案3的效果为：上游预占100；实占100；释放预占-100；实占更新变动-20。即对应维度组合下，预占额度为0；实际额度为80

2.2 关键操作

2.2.1 方案1：多次实占触发数据更新

该方案主要适用于收款处理的变更方式为“原单变更”，且进行变更后，需要触流入计划科目的实际数更新。具体操作建议如下：

步骤1，在收款处理单上二开一个空操作，并将空操作绑定在执行控制时机中的“实占（实际扣减）时机”中。

步骤2，而收款处理单触发这个二开的空操作的方法，有三种：①代码二开，即若收款处理的变更单审核并更新已有的收款处理单后，二开代码触发"空操作”即可。②手工触发空操作，当收款变更完成后，人工选择需要更新实际数的收款处理单点击二开的“空操作”即可。

步骤3，业务前端触发了二开的空操作后，即可基于已有配置，系统将自动触发对同一个收款处理单上的执行记录进行覆盖式更新处理。

2.2.2 方案2：通过实际数返还（释放）服务实现数据更新

该方案主要适用于出纳付款及代发处理单进行退款退票之后，需要更新实际数情况，且局限于付款处理及代发处理单仅支持一次退款或退票的场景。具体操作如下：

步骤1，针对付款处理单的执行控制时机配置的建议为，将<确认退款退票>操作绑定在“实占返还（释放）时机”上，同时配置实占返还的金额取值字段为“付款明细.退款金额”。

此外，由于付款处理单允许取消退款退票，因此，需要将<取消退款退票>操作绑定在“实占（实际扣减）时机”上，便于系统触发实际数记录的覆盖更新，即删除释放记录，并按单据上的信息进行重新实占。

步骤2：上述所绑定的操作为标准产品预置的操作，因此当收款处理单发起<退款>或<退票>操作，并关联到所需退款或退票的付款处理单，则系统将触发付款处理单的<确认退款退票>操作，从而将进一步关联触发执行数释放服务。因此，系统将基于付款处理单上“退款金额”，生成一笔负数的实际数释放记录，从而实现对已写入的实际数额度进行冲减。

2.2.3 方案3：通过实际数更新服务实现数据更新

星瀚版本V6.0.14发布之后，出纳应用的付款处理单及代发单等业务单据支持多次退