退票重付业务解决方案

1.1业务场景

支付退票是指银行在结算过程中将收付款人名称、帐号、开户银行、款项用途等信息不正确的款项退回原结算银行。银行账户会先产生一笔支出流水，再产生一笔收入流水。常见于跨行支付。

支付退票本质上属于延时支付失败，只是因跨行等原因未能实时返回实际支付失败信息，故整体处理流程应与支付失败流程保持一致。

1.2业务流程

1.2.1支付失败业务现有流程

共享平台单据处理完成之后，在【支付中心-线下支付/线上支付】生成付款指令，【线下支付】由出纳通过网银或者银行网点进行款项支付，【线上支付】由系统调用接口将支付指令发送给外系统或资金系统进行付款。若在【线下支付】手动操作“支付失败”或者【线上支付】外系统或资金系统反馈支付处理结果为支付失败，指令的付款状态改为“付款失败”进入【支付中心-支付失败】页面，并同步待处理数据至报账人的【费用报销-待我处理】。报账人在【待我处理】可以修改收款账户，提交时会触发支付指令的重新支付，对应进入【线上支付/线下支付】再次进行付款；也支持出纳在【支付失败】手动发起“重新支付”进行再次付款。

因支付失败不涉及实际资金的收付，不会生成账务处理，仅在支付成功时候生成支付凭证。

1.2.2支付退票业务方案流程

业务层面，【支付中心】发送支付指令至资金系统或银企直联系统进行款项支付，因跨行等原因银行无法直接返回实际支付结果，银行处理支付指令时会先进行支付款项的划扣并返回支付成功的结果，再将支付信息落地至银行进行处理。银行根据实际支付情况返回处理结果，如果账户信息有问题最终处理失败，则会将之前所扣款项退回至原支付账户。系统层面，共享的指令接收到外系统或资金回传的付款成功信息，修改指令付款状态为“已付款”，对应付款/实付凭证会导入ERP进行记账。由于银行最终付款结果为失败，原付款账户（公司账户）会收到一笔退票流水，公司需要进行反向记账，由系统生成退票凭证，导入ERP。

Ø 不开启资金系统：

出纳根据银行账户的流水收支情况清理退票款项，找到对应的支付记录后在共享运营平台【支付中心】操作“支付退票”，此操作会根据系统参数配置识别是否需要关联流水（配置路径：配置平台-共享配置-基础配置-系统字段PAY_RETICKET_RALATE_FLOW支付退票是否关联流水,值为Y/N），有认领平台的话配置为Y则需要关联流水，反之配置为N。关联流水的过滤条件为流水收款账户为原支付指令的付款账户，界面匹配出所有收款流水付款账号为原支付数据中收款方且流水交易金额与原支付金额一致的流水（流水状态需为待清分、待确认），出纳选择对应退票流水（只能单选），提交成功即完成退票操作。系统回传流水关联信息至认领平台，被勾选提交的流水在认领平台状态变为已认领。

出纳操作“退票“完成同时生成相关凭证，所关联流水的交易日期为记账日期，推送至对应记账期间。同时将支付退票数据同步至报账人的【费用报销-待我处理-我的付款】界面，状态为“支付退票”，在【支付失败】界面也可以看到该笔退票数据，支持发起重新支付。V3.8之前版本，退票凭证生成有三个前提条件：

①对应单据配置了“退票凭证”的凭证类别；

②对应核算主体账套的科目体系定义了“支付退票”的特殊科目用途（退票凭证暂不支持会计引擎配置实现）；

③原支付或实付凭证已经导入对应的ERP系统完成记账

（V3.8之后操作退票无前提条件）

Ø 开启资金系统：因启用中兴新云资金系统可以直接由资金系统回传支付退票的状态，因此支付指令状态的改变和退票凭证的生成拆分成了两个步骤：

（1）共享的指令推送到资金进行实际支付，指令对应生成付款申请单，审批通过后，生成资金的付款指令，若付款账户为“非直联账户”进入【线下支付工作台】，由出纳进行手工维护；若为“直联户或票据直联户”，进入【指令发送】，直接由定时器调用银企接口发起支付，由接口返回付款状态。当存在退票业务场景时，出纳在资金系统【指令跟踪-支付成功】/【线下支付工作台-支付成功】操作“支付退票”，关联【交易明细】当中的收款明细，回传“支付退票”的付款状态给到共享运营（同步修改明细对应流水的流水状态为“已关闭”）。

（2）出纳在共享运营的【付款查询】界面操作“生成退票凭证”，提交成功后，退票凭证写入【凭证管理-分录查询】，由定时器推送核算系统进行入账。同时，报账人的在【费用报销-待我处理】可以看到该笔退票指令，修改收款账户触发重新支付，出纳可以在【支付失败】发起“重新支付”。

1.3凭证生成规则

退票凭证暂不支持会计引擎配置生成，为预制凭证逻辑；

1.3.1非跨核算主体代付

Ø 退票业务原款项支付时，因银行实际进行了款项的划扣并反馈了支付成功的处理结果，因此单据会根据返回的支付结果生成支付凭证，如下：

借：其他应付款等科目（应付凭证+付款凭证取业务大类贷方科目做借方科目，实付凭证取小类或大类的借方科目）

贷：银行存款（支付方式或付款账户对应的科目，原支付出去的银行流水与银行存款记账保持一致）

Ø 出纳在支付中心操作退票后，因银行账户实际收到了对应款项，需生成借银行存款的账务，对应生成退票凭证，如下：

出纳操作退票时生成退票科目，如：其他应付款-退票重付款，该科目支持按照账套进行配置，在科目体系配置特殊科目用途“支付退票”（注：为什么定义支付退票的特殊科目，而不是直接去原凭证的借方为贷方，主要是考虑如果客户如果原凭证是实付凭证，退票的时候不能直接冲销借方费用，因此定义了一个专门的退票科目，也便于客户单独统计退票的账务和代付款项，进行核对）

借：银行存款（取原付款（或实付）凭证的贷方科目）

贷：其他应付款-退票重付款（对应账套下特殊科目用途为“支付退票”的科目）

Ø 重新支付成功后，对应生成退票凭证，如下：（这里解释为何不是付款/实付凭证？系统为了避免重复生成支付相关凭证，控制了同一支付行只能生成一个对应的有效的付款凭证（或实付凭证），因此对于已经支付成功并且生成了支付相关凭证的退票，再次支付生成的凭证统一定义为退票凭证）

借：其他应付款-退票重付款（取原退票凭证的贷方）

贷：银行存款（根据新的支付指令生成）

1.3.2跨核算主体代付

Ø 场景：A核算主体发起报销，B核算主体代为支付，款项从B核算主体的银行账户上支付出去。退票业务原款项支付时，因银行实际进行了款项的划扣并反馈了支付成功的处理结果，因此单据会根据返回的支付结果生成支付凭证，如下：

报销核算主体A：

借：其他应付款等科目（应付凭证+付款凭证取业务大类贷方科目做借方科目，实付凭证取小类或大类的借方科目）

贷：其他应付款-代付科目（取对应账套下特殊科目用途为“代付应付”的科目，作为A/B核算主体间的往来科目）

支付核算主体B：

借：其他应收款-代付科目（取对应账套下特殊科目用途为“代付应收”的科目，作为A/B核算主体间的往来科目）

贷：银行存款（支付方式或付款账户对应的科目，原支付出去的银行流水与银行存款记账保持一致）

Ø 出纳在支付中心操作退票后，因B核算主体的银行账户实际收到了对应款项，需生成借银行存款的账务，原本用于A\B核算主体账务往来的“其它应付款-代付科目”与“其它应收款-代付科目”应进行借贷转换抵销，对于A核算主体的“其它应付款等科目”（借方）相当于没有发生实际的付款，应当以“退票科目”生成贷方，作为后续重新支付的临时中间科目。因此，生成退票凭证的记账规则如下：

报销核算主体A：

借：其他应付款-代付科目（取原凭证的贷方科目，即A/B核算主体间的往来科目）

贷：其他应付款-退票重付款（对应账套下特殊科目用途为“支付退票”的科目）

支付核算主体B：

借：银行存款（取原付款（或实付）凭证的贷方科目）

贷：其他应收款-代付科目（取原凭证的借方科目，即A/B核算主体间的往来科目）

Ø 重新支付时，出纳可以选择修改付款账号，可能会选到A核算主体下的银行账号，也可能选择非A核算主体下的银行账号，因此存在两种重新支付生成退票凭证的场景：

①场景一：重新支付时选择账户进行付款，当付款账户所在核算主体与报销核算主体A一致时，仅生成核算主体A的退票凭证。

报销/支付核算主体A：

借：其他应付款-退票重付款（取原退票凭证的贷方，即退票科目）

贷：银行存款（根据新的支付指令生成）

②场景二：重新支付时选择账户进行付款，当付款账户所在核算主体与报销核算主体A不一致时，需重新生成代付的往来凭证，如选择核算主体C的账户进行付款（A核算主体与C核算主体存在代付往来科目，可参考B核算主体给A核算主体代付的场景）。

报销核算主体A：

借：其他应付款-退票重付款（取原退票凭证的贷方，即退票科目）

贷：其他应付款-代付科目（取对应账套下特殊科目用途为“代付应付”的科目，作为A/C核算主体间的往来科目）

支付核算主体C：

借：其他应收款-代付科目（取对应账套下特殊科目用途为“代付应收”的科目，作为A/C核算主体间的往来科目）

贷：银行存款（支付方式或付款账户对应的科目）

退票重付业务解决方案

退票重付业务解决方案

关于作者

目录