差别
这里会显示出您选择的修订版和当前版本之间的差别。
后一修订版 | 前一修订版 | ||
公告:报销中心:通用付款审核规则 [2024/08/01 21:47] – 创建 张恒 | 公告:报销中心:通用付款审核规则 [2024/08/02 07:45] (当前版本) – [支付失败流程(中国)] 张恒 | ||
---|---|---|---|
行 1: | 行 1: | ||
===== 通用付款审核规则 ===== | ===== 通用付款审核规则 ===== | ||
- | ====付款流程==== | + | // |
- | ===通过OA与司库连接的电汇付款=== | + | ====付款要素==== |
- | {{: | + | * 收款人,收款人可以是客商或员工。 |
+ | * 客商主数据,数据源为SAP客户主数据和供应商主数据,其中社会统一信用代码为识别客商的唯一信息,与工商数据库作校验; | ||
+ | * 中材叶片员工主数据,数据源为中材叶片E-HR系统数据; | ||
+ | * 其他公司员工主数据,数据源为中国建材集团HR系统数据。 | ||
+ | * 收款人银行信息,包括银行账号,银行名称,银行联行号 | ||
+ | * 银行主数据,客商的银行信息数据源为SAP银行主数据,其中以联行号为中国注册的银行的唯一信息,与司库数据库作校验。 | ||
+ | * 付款方式,包括境内银行电汇,需要到银行开具的商业票据,向境外支付外币等 | ||
+ | * 付款金额 | ||
+ | * 使用司库系统支付款项,还需要满足司库系统的管理规则,包括: | ||
+ | * 资金预算 | ||
+ | * 供应商风险 | ||
+ | * 付款用途等 | ||
+ | <alert type=" | ||
+ | ====支付流程==== | ||
+ | ===银企直连电汇付款(中国)=== | ||
+ | |||
+ | * 客户方保证客商主数据和员工主数据的准确性 | ||
+ | * 客户方流程经办人在提交流程时,应核对付款要素,确保正确后提交 | ||
+ | * 共享中心按公司分配付款复核人员 | ||
+ | * 共享中心付款复核岗位对OA系统付款数据和司库系统付款数据进行比对,一致后提交付款。避免因系统错误推送了错误数据或重复数据 | ||
+ | * 检查账户余额,余额大于付款额 | ||
+ | * 比对付款金额,一致 | ||
+ | * 比对收款人名称和账号,一致 | ||
+ | * 共享中心付款复核岗位可以一次性比对多条数据 | ||
+ | |||
+ | <alert type=" | ||
+ | |||
+ | {{: | ||
+ | ====支付失败的处理流程==== | ||
+ | 支付失败的场景,包括以下类型 | ||
+ | - 因收款人(客商)名称错误导致支付失败,唯一值为社会统一信用代码。若发生此错误,须检查客商主数据控制规则 | ||
+ | - 因收款人(员工)名称错误导致支付失败,唯一值为员工编号。若发生此错误,须检查E-HR或集团HR系统 | ||
+ | - 因收款人银行账号、银行名称、联行号错误导致失败,唯一值为联行号。若发生此错误,须检查银行主数据控制规则 | ||
+ | - 因账户余额不足导致的支付失败 | ||
+ | - 因违反司库系统控制规则导致的支付失败 | ||
+ | - 支付后因银行端或收款人拒绝导致的资金被退回 | ||
+ | ===支付失败流程(中国)=== | ||
+ | <alert type=" | ||
+ | {{: | ||
+ | ===控制点=== | ||
+ | |||
+ | * 支付失败类别1-4,由系统自动触发流程 | ||
+ | * 支付失败类别6,由共享付款岗位手工触发流程 | ||
+ | * 支付失败是基于收款人的客商信息中唯一值,员工编号唯一值做的重新触发。不改变业务性质,因此只保留1级审批 | ||
+ | * 其他原因支付失败,须重新履行支付流程 | ||
+ | |||
+ |