适用版本：EAS所有版本

一、用户场景/业务痛点

企业出纳人员在处理日常支付业务过程中，若出现支付失败或支付异常的情况，需要进一步进行后续操作。根据不同的失败场景，有不同的处理方式。本文主要讲解支付失败（支付异常）后如何在EAS系统中进行后续操作。

二、支付失败、支付异常分类

如果支付流程非EAS银企互联发起的，只在系统中登记了一张付款单，付款单状态更新为已付款。后续发现支付失败。那对应在系统中操作“取消付款”即可

如果支付流程由EAS银企互联发起的，支付失败或者支付异常，则分以下几种场景。（本文重点）

• 银行返回“交易失败”没有返回交易明细

• 银行返回“交易失败”同时返回一收一付交易明细

• 银行返回“交易成功”同时返回一收一付交易明细

• 银行返回“交易未确认”

三、付款流程图

四：4种失败场景对应解决方案的流程

(场景一) 银行返回“交易失败”没有返回交易明细

付款单提交银企流程

1. 在金蝶EAS Cloud主界面，选择〖应用中心〗→〖财务会计〗→〖出纳管理〗→〖收付款处理〗→〖付款单查询〗，选择一张结算方式为“银企支付”的单据，操作“提交银企互联”，此时付款单状态为“已付款”，登记日记账。下查这种付款单可以看到对应的银行付款单。

银行付款单状态

2. 在金蝶EAS Cloud主界面，选择〖应用中心〗→〖资金管理〗→〖银企互联〗→〖银行信息查询〗→〖银行付款查询〗界面，点击同步状态，看到银行付款单，状态为“交易失败”，银行也无返回交易明细。如下图：

3. 这时付款单序时簿通过字段“银行付款单状态”和“银行返回信息”也可以看到该笔交易的情况。（现场可以对交易失败的情况配置预警发送对应人员）

付款原因排查

4. 当出纳人员看到这样明确交易失败的单据，原因可能是：（1）网络连接不畅、（2）前置机连异常、（3）付款账户余额不足、（4）单据其他信息填写错误等。如果需要继续付款，则可以按以下步骤进行：

付款失败后重新发起付款流程

5. 选择银行付款单，点击“打回”填写打回意见，打回后，这个付款单和银行付款单断开关联关系

6. 银行付款单打回逻辑：银行付款单交易失败且银行付款单对应的付款单无下游退款重付的（本文后面会详细讲解） 付款单满足取消付款的条件可以打回

银行付款单操作打回后，后台有打回记录表，记录打回的银行付款单ID和付款单ID

7. 银行付款单操作打回，这个时候付款单序时簿字段“是否银企打回”打上勾选，单据状态更新为“已审批”同时取消登记日记账

8. 对于这样的付款单，如果是（1） 由于网络连接不畅导致交易失败，等待网络畅通继续支付。 （2） 由于前置机连接异常导致交易失败，等待重新建立连接继续支付。 （3） 由于付款账户余额不足导致交易失败，待账户余额充足后继续支付，待影响付款因素消失后可直接再次在付款单上操作“提交银企互联”完成支付。如果是（4）付款单据其他信息填写错误，可以反审批该张付款单，更正收款信息，然后继续“审批”——“提交银企互联”。再次提交银企完成支付，付款单的“是否打回”清空。

(场景二) 银行返回“交易失败”，同时返回一收一付交易明细

1. 这样交易场景一般是银行跨行付款，支付失败，对方并没有收到款，但是银行返回了一收一付的交易明细（或者正数付款的一笔，负数付款一笔）。在系统中的表现为：付款单提交银企状态为“已付款”，银行付款单单据状态为“交易失败”，且银行交易明细查询界面有收付两笔交易流水。

2. 举例：客户 A从甲银行付款给供应商B的乙银行5000 元，最终转账失败，但查询流水时却看到有一笔 5000 元的付款记录和一笔 5000 元的收款记录。

3. 这可能是因为在交易发起过程中，银行系统部分环节已经进行了记账操作，但在后续的跨行清算或验证环节出现问题，导致交易失败。而此时，已经产生的流水记录未能清理或调整，大部分银行返回状态是“交易成功”和一收一付的交易明细，但也有少部分银行返回了“交易失败”同时和一收一付的交易明细（也就是本章节场景三的情况）。

4. 既然银行付款单的状态是“交易失败”也是可以操作“打回”，打回后付款单的操作同（场景一）

(场景三) 银行返回“交易成功”同时返回一收一付交易明细

1. 这个场景同（场景二），也是银行跨行付款，支付失败，返回了一收一付的交易明细（或者正数付款的一笔，负数付款一笔），不同的是银行返回的交易状态为“交易成功”，这也是大部分银行的处理方式

2. 已经提交银企的付款单不能在付款单上操作“取消付款”，只有银行付款单状态为“交易失败”的才可以打回，所以此场景下要想让支付业务继续且要关联之前的付款单，需要使用“退款重付”的功能。

3. “退款重付”是在银行退回的这条收款明细（或者负数付款明细），出纳人员确认为支付失败退回的流水，选中这条流水，点击操作按钮“退款重付”见下图：

系统会根据参数BE013以及其他条件找到之前的付款单，复制一张新的出纳付款单，进行后续的支付业务。

4. 退款重付使用步骤

i. 开启银企参数BE013：退款重付选择付款单天数

ii. 选择满足条件的收款交易明细或者负数付款的交易明细点击“退款重付”，（详细条件见下图）

iii. 根据参数值天数以及交易明细上信息找到对应的付款单（详细见下图）

iv. 如果只找到一张付款单直接复制，弹框新增界面，根据条件找到多张付款单，弹框多张付款单序时簿，选中一张复制一张新的付款单

v. 复制新增了第二张付款单，这条收款的交易明细或者负数付款的交易明细上“退款重付”打上勾选标记

vi. 由复制新增了第二张付款单完成后续的支付业务

5. 退款重付生成的第二张付款单有如下特点：

i. 付款单上付款类型默认为“999其他”

ii. 生成的付款单不可以修改收款人名称字段，但是可以修改收款人实名字段

iii. 第二张付款单可上查收款的交易明细或者负数付款的交易明细，还可以上查第一张付款单

iv. 第一张付款单也可以下查到第二张付款单

v. 第二张付款单审批、提交银企完成支付业务

6. 业务流程的完整性

i. 第一张付款单为“已付款”状态，由于完成了业务的核销和总账的业务，生成的日记账可以和银行返回的交易流水对账。

ii. 第二张付款单仅做支付不参与业务核销，所以付款类型为出纳。提交银企后完成日记账和对账单对账。

iii. 银行返回退款的收款交易明细（负数付款的交易明细）可以生成一张收款单，完成日记账和对账单对账，对冲第一张付款单的凭证和预算扣除等。

(场景四)银行返回“交易未确认”

银行返回“交易未确认”，出纳人员确认银行实际处理情况，可以操作“修改状态”更新银行付款单状态为“交易成功”或者“交易失败”，如下图。出纳人员确认支付失败，更新为“交易失败”。根据具体的业务场景，可以按上述（场景一）、（场景二）、进行后续处理。