财务应付结算系统设计-应付款和付款单（含付款风险控制）

1. 概述

在一家企业里面付款业务很多，有主营业务，有物资采购、员工报销等等很多付款业务，并不是每个业务都有或者都需要出具账单的，账单主要是和供应商对账的一个媒介，并不一定是最终付款的金额（比如上面谈到的账单发票差异调整，或者账期付款折扣等等），为了能够支持更多的业务形态，保证应付系统的开放性和灵活性，所以设计这样一个单据

2. 应付款业务场景

有了应付款单后，除了常规账单付款以外，还可以应对企业各类应付业务付款需要（可能需要配套一定的前端业务系统），包括

• 账单应付款

• 采购预付款（正常从供应链采购单发起）

• 可返还费用退还（比如质保金的退还，统一在应付款中进行扎口付款）

• 非主营业务物资采购应付款（甚至也可以出具账单）

• 物业租赁付款

• 水电费

• ......

3. 应付款和付款单的主要属性

• 应付款的属性

• 【主体信息】：应付单号、供应商编码、供应商名称、合同号、

• 【业务属性】：应付类型（应付货款、预付款、可返还费用退还....）、来源类型（账单、发票、OA申请等等）、来源单号、

• 【状态和付款属性】：审核状态（待审核、已审核、已作废）、付款状态（待付款、部分付款、已付款）、应付金额、已支付金额、在途付款金额、已冲抵预付金额、待付款金额、往来总应付、预付-已冲抵金额、预付-剩余可冲抵

• 付款单的属性

• 【主体信息】：应付单号、供应商编码、供应商名称、合同号、

• 【业务属性】：应付类型（应付货款、预付款、可返还费用退还....）、来源类型（账单、发票、OA申请等等）、来源单号、

• 【状态和付款属性】：审核状态（待审核、已审核、已作废）、付款状态（待付款、付款中、已付款、付款失败、付款退回）、付款金额、往来总应付金额、票已到应付金额、在途付款金额（可防止付款单重复）

• 【相关时间属性】：创建时间、审核时间、付款发起时间、付款成功时间、退回时间等等

附：付款状态扭转

4. 付款流程

5. 资金风险控制

由于付款模块直接跟公司资金挂钩，其中的重要性和风险性不言而喻，风险主要包括：

业务风险以及相应风控措施：

• 退货风险：如果有大量退货退款（包括在途退货和非本账期退货，比如账单出具后的退货），如果付款会存在巨大的无法退货退款风险，因此在付款时需要查验该商家总应付往来和相关在途退货的情况，必须要保障付款金额>=总应付 - 在途退货金额

• 未结费用风险：同退货风险

• 滞销库存风险：公司的付款风险和滞销库存成正比例，滞销库存越大，付款风险越大，需要采取一定的策略进行控制

• 供应商信用风险：供应商信用月底，退货风险也月底，同理，付款风险月底，所以一般情况下可对供应商信用进行评级，付款金额跟信用评级挂钩

在应对资金风险或者商品质量风险方面，通常零售商也会设置一定的质量保证金来作为风险控制基本方式。

系统风险：

在笔者就职过的三家企业中有两家发生过重复付款的情况，主要是系统各类bug导致的，针对系统bug的风险主要应对措施包括：

• 事前预防：在相关付款模块测试需要详细严谨测试各类业务场景、多并发的情况，最大成都预防多付款或者重复付款的情况

• 事中稽核控制：可以在生成付款、审核、直连等各个环节加强与应付款和账单的稽核，包括合计付款金额必须小于等于应付款或者账单金额

• 事后警报：多付款或者重复付款不可怕，更可怕的是多付款或者重复付款了还发现不了，所以可以从各个维度进行时候稽核应付款&付款单&银行账单三者保持一致

6. 关于银行付款资金退回

由于各类原因，通过银行直连付款银行通知成功后可能还会被银行退回（银行先出账，再有一笔入账），付款单模块可以模拟银行账单业务，先有一笔正常的付款单，银行退回后再创建一笔负数付款单进行回冲