差别
这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录 前一修订版 后一修订版 | 前一修订版 | ||
公告:报销中心:电汇付款操作详解 [2023/03/08 08:32] – 张蓉蓉 | 公告:报销中心:电汇付款操作详解 [2024/03/26 17:01] (当前版本) – 张蓉蓉 | ||
---|---|---|---|
行 1: | 行 1: | ||
====== 电汇付款操作详解 ====== | ====== 电汇付款操作详解 ====== | ||
+ | |||
+ | --- // | ||
+ | |||
+ | ===== 前言 ===== | ||
+ | |||
+ | 截止2024年2月,报销中心处理的付款业务涉及: | ||
+ | - OA,YPE02日常费用报销流程 | ||
+ | - OA,YPE03差旅费报销流程 | ||
+ | - OA,YPE01备用金流程 | ||
+ | - OA,YPE04OA付款流程 | ||
+ | - SAP付款单,付款方式为电汇及现金折扣流程。 | ||
+ | |||
+ | |||
+ | |||
+ | 付款业务经常使用的页面: | ||
+ | - 待办事项 | ||
+ | - 付款单查询(包含ERP) | ||
+ | - 银行账户余额查询(含下级) | ||
+ | - 银行账户明细查询(含下级) | ||
+ | - ERP付款指令重发 | ||
行 19: | 行 39: | ||
- | === 情况一:今日推送,今日支付 | + | < |
行 35: | 行 55: | ||
- | === 情况二:前期推送,今日支付 | + | <wrap hi>情况二:前期推送,今日支付</ |
(1)前提:比如3月6日由中间库推入系统的付款,计划在3月7日付款;在待办事项初始页面显示有**6项**待办,但点击进入仅发现4项。 | (1)前提:比如3月6日由中间库推入系统的付款,计划在3月7日付款;在待办事项初始页面显示有**6项**待办,但点击进入仅发现4项。 | ||
行 51: | 行 71: | ||
{{: | {{: | ||
- | {{: | + | {{: |
- | {{: | + | 提示操作成功后,期望付款日期重置成功。__(偶尔系统卡顿,点击重置没有反应时,需要重新打开待办,重复以上操作。)__ |
+ | |||
+ | {{: | ||
===== 二、付款单查询(包含ERP) ===== | ===== 二、付款单查询(包含ERP) ===== | ||
行 66: | 行 88: | ||
- | {{: | + | {{: |
+ | |||
+ | === 2、路径:付款管理系统——付款单查询(包含ERP) === | ||
+ | |||
+ | === 3、常用筛选条件 === | ||
+ | |||
+ | 1、【付款单位】:可根据需求,选择付款单位。 | ||
+ | |||
+ | 2、【ERP唯一标识符】:输入流程编号进行搜索。 | ||
+ | |||
+ | 3、常见付款单状态: | ||
+ | |||
+ | (1)申请审批中:已推送至资金系统,待支付。 | ||
+ | |||
+ | (2)付款结果已成功:支付已成功。 | ||
+ | |||
+ | (3)付款结果已失败:付款失败,可根据“银行返回描述”确认实际失败原因。 | ||
+ | |||
+ | (4)付款结果可疑:已支付,待银行反馈支付结果(一般是刚支付时会体现可疑状态,等待10分钟左右会更新状态。) | ||
+ | |||
+ | (5)申请已驳回ERP:付款已驳回,即付款已否决,未进行支付。 | ||
+ | |||
+ | (6)中间库付款失败: | ||
+ | |||
+ | 分为两种情况: | ||
+ | |||
+ | a)一般情况是联行号没有维护,会提示中间库付款失败,此时在【待办事项】中不体现这条有问题的付款明细,但在【付款单查询(包含ERP)】可以查询到。 | ||
+ | |||
+ | 后续处理:将正确的联行号、开户银行名称发送至系统老师,请老师在后台维护好联行号后,在【ERP付款指令重发】中找到对应记录,勾选点击重发,即可在【待办事项】进行正常支付。 | ||
+ | |||
+ | b)联行号维护错误,需要重新维护正确的联行号。 | ||
+ | |||
+ | 4、司库异常反馈 | ||
+ | |||
+ | (1)显示:XX联行号未维护。 | ||
+ | |||
+ | step1:先核实联行号是否正确; | ||
+ | |||
+ | step2:如果联行号不存在(未维护),维护后在“ERP指令重发”界面重发;如果维护错误,在“ERP指令重发”界面确认失败,重新做付款。 | ||
+ | |||
+ | ===== 三、银行账户余额查询(含下级) ===== | ||
+ | |||
+ | 付款操作前,先检查银行余额是否足以支付。 | ||
+ | |||
+ | 勾选含下级,刷新查询,可以根据具体公司名称进行单一查询。 | ||
+ | |||
+ | {{: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | ===== 四、银行账户明细查询(含下级) ===== | ||
+ | |||
+ | {{: | ||
+ | |||
+ | 勾选单条交易记录,点击【银行明细打印】,可以看到电子回单(无章版),有红色电子章的银行明细需要请总部资金组查询。 | ||
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | ===== 五、ERP付款指令重发 ===== | ||
+ | |||
+ | 特殊情况时,推送的付款信息会体现在【ERP付款指令重发】: | ||
+ | |||
+ | 1、余额不足:当推送的付款业务金额超过银行余额时,待办信息不显示此业务,可以在【ERP付款指令重发】查询到。 | ||
+ | |||
+ | 2、联行号没有维护:当推送的付款业务收款银行联行号错误或司库系统没有维护时,待办信息不显示此业务,可以在【ERP付款指令重发】查询到。 | ||
+ | |||
+ | 联行号的问题解决详见:3、常见付款单状态(6)中间库付款失败。 | ||
+ | |||
+ | {{: | ||