49. SAP S/4HANA FICO：手工银行对账实战与电子银行对账单入门

本课用一笔 9,000 INR 的供应商付款，完整演示从 F-53 付款、过渡银行科目形成未清项，到 FF67 录入手工银行对账单并清账的过程。后半段继续说明电子银行对账单、MT940、F110 与主机直连之间的关系。本文按视频实际操作整理，同时纠正课程中的事务码口误和“自动化一步到位”的过度简化。

视频信息

• 原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 25
• 视频时长：1 小时 10 分 48 秒
• 视频地址：https://www.youtube.com/watch?v=ND6v1ofPybc
• 课程系统：SAP S/4HANA 2023，经典 SAP GUI
• 本文范围：供应商付款、手工银行对账单、银行过渡科目、电子银行对账单、MT940、F110、主机直连
• 截图规则：正文只使用原视频中的 SAP 系统画面；外部网页内容已翻译为中文表格，不直接引用原画面

一、先理解银行对账的三段式过账

课程使用“主银行科目 + 收款过渡科目 + 付款过渡科目”的设计。对供应商付款而言，真正需要跟踪的是两次确认：企业先在 SAP 中记录“准备付款”，银行对账单随后确认“银行确实扣款”。

因此，付款过渡科目的未清项代表“SAP 已记录付款，但还未被银行对账单确认”的项目。主银行科目则反映已经由银行对账单确认的账面余额。

注意：主银行科目和过渡科目的管理方式应以企业科目设计为准。SAP 官方建议对银行清账类科目启用未清项管理；不要仅凭课堂示例批量修改生产科目属性。

二、确认手工银行对账配置已经串通

课程开始先回到配置检查“业务交易—过账规则”的分配。手工银行对账单中的业务交易代码本身只是入口，真正决定借贷科目、过账键和是否清账的是所分配的过账规则。

本例使用自定义业务交易：

视频把凭证号作为查找依据，是因为付款凭证号能直接关联付款过渡科目的未清项。不过生产方案还要根据银行返回的参考信息决定解释算法，不能假定所有银行文件都能带回 SAP 凭证号。

三、测试前先处理期间与号码范围

课程在新会计年度过账供应商发票时先遇到期间关闭，再遇到凭证号码范围未维护。讲师分别进入 OB52 和号码范围维护处理。

这里有两个容易带入生产的风险：

1. OB52 应只开放需要的账户类型、期间和时间窗口，不要为了测试一次性开放全年所有账户。
2. 新会计年度的凭证号码范围应按企业编号策略复制或创建，并检查是否允许年度相关编号；不能看到报错就随意扩大范围。

这些操作只是为了准备测试数据，不属于银行对账本身。本文后续以已经成功过账的一张 9,000 INR 供应商发票为起点。

四、使用 F-53 支付并清掉供应商发票

课程口述中多次把 F-53 识别成 “F3” 或 “F'3”，正确事务码是 F-53，功能是“过账付款”。当前 SAP 官方事务对照也把 F-53 对应到 Post Outgoing Payments。

在抬头界面输入公司代码、币种、付款日期、付款过渡科目和供应商，并通过附加选择条件按凭证号定位待付发票。

处理未清项时，课程只激活凭证 1000，金额为 9,000 INR。

视频先在银行金额中临时输入 1，再使用星号让系统带出平衡金额。真实业务应优先录入银行实际付款金额，并在模拟前核对：

• 已分配金额是否等于付款金额；
• 差额是否为零；
• 是否选中了正确供应商、发票和付款过渡科目；
• 现金折扣、预提税、银行费用和价值日是否符合业务凭证。

模拟界面显示付款过渡科目贷记 9,000 INR；继续过账后，供应商行项目被清账。

F-02 或一般凭证过账可以形成借贷分录，但不会天然等同于 F-53 的“选择供应商未清项并执行付款清账”流程。若使用一般过账后没有执行清账，供应商发票仍可能保持未清。

五、付款后为什么过渡科目仍是未清

供应商发票已经清掉，但付款过渡科目仍有一笔 9,000 INR 的红色未清项。这正是银行对账前应看到的状态：SAP 记录了付款，银行尚未通过对账单确认扣款。

若此时直接把金额记到主银行科目，就失去了“已记录付款”和“银行已确认扣款”之间的时间差，也不利于识别在途、失败或尚未送达银行的付款。

六、用 FF67 录入手工银行对账单

经典 SAP GUI 中，课程使用 FF67 处理手工银行对账单。抬头输入公司代码、开户行、账户 ID、对账单编号、对账单日期、期初余额、期末余额和过账日期。

本例假设期初余额为 50,000 INR，银行已经扣款 9,000 INR，因此期末余额为 41,000 INR。

重要：在 FF67 抬头输入期初余额不会自动生成一笔 50,000 INR 的会计凭证。它只是对账单控制金额。真实期初余额必须已经由历史过账、上线余额或前一张对账单形成。

进入行项目后选择付款业务交易 ZZO0。它带负号，因为银行账户余额减少。

然后输入价值日、金额、付款凭证号和凭证日期。本例中：

底部的“已输入金额”和“银行差额”必须平衡。本例期初 50,000、期末 41,000，差额正好是 -9,000，与唯一一条付款行一致。

七、保存和过账是两个动作

SAP 官方说明，手工银行对账单通常分两步：先录入并保存行项目，再过账已录入的行项目。课程中第一次点击保存只保存对账单，第二次执行才真正生成会计凭证。

过账统计显示银行会计区域已执行一笔 FB05 处理，没有错误；这由当前业务交易和过账规则决定。

不要只看到“已保存”就认为银行对账完成。至少要检查：

• 对账单状态是否已过账；
• 错误列是否为零；
• 是否生成了预期的会计凭证和清账凭证；
• 付款过渡科目是否由未清变为已清；
• 主银行科目余额是否与对账单一致。

八、验证清账凭证和主银行科目

刷新付款过渡科目后，原付款凭证与新生成的银行对账凭证均显示绿色，余额为零，并共享清账凭证 1001。

打开清账凭证可以看到本例的实际分录：

• 借：付款过渡科目 200120，9,000 INR；
• 贷：主银行科目 200122，9,000 INR。

主银行科目出现一笔 9,000 INR 贷方金额，表示银行已经确认扣款。

至此，这笔付款的两个清账闭环都完成：供应商发票由 F-53 清掉，付款过渡科目由银行对账单清掉。

九、不要把 MT940 当成事务码

课程后半段把 “MT940” 多次说成 “MT94”。正确理解是：MT940 是 SWIFT 的日终银行对账单文件格式，不是 SAP 事务码。视频引用的外部网页没有直接放入本文，核心字段已翻译如下：

不同银行会在标准格式上加入自己的交易代码、参考信息和约定，因此实施时必须取得真实样例文件，与银行逐字段确认，而不是只看通用格式说明。

十、电子银行对账单怎样自动判断过账

电子银行对账单仍沿用“账户符号—过账规则—外部交易”的配置链。银行文件中的外部交易代码，例如费用、转账入账或转账出账，要映射到 SAP 内部过账规则；解释算法再利用凭证号、参考号等信息查找未清项。

当前 SAP 官方文档仍列出 MT940、MultiCash、BAI 和 XML 等格式，并支持无法自动分配的行项目进入后处理。视频最后打开的经典导入界面可选择 SWIFT、MultiCash、BAI 和 CAMT.053 等格式。

不过要注意版本边界：视频展示的是经典 FF.5/FF_5 路径。SAP 早已把对应 Fiori 上传应用标记为弃用，并推荐使用 Manage Incoming Payment Files；当前 S/4HANA 还提供 Manage Bank Statements、Reprocess Bank Statement Items 和 Manage Processing Rules - For Bank Statements。项目应按自己的 S/4HANA 版本与部署形态选择入口，不能照搬旧界面。

十一、F110、电子对账单与主机直连不是同一件事

视频把自动付款、主机直连和自动银行对账串成一个概念，容易让人误以为只要运行 F110 就会自动向银行付款并完成对账。正确拆分如下：

课程口述中的 “F10” 应更正为 F110。对于被银行拒绝的付款，是否自动重开供应商项目、冲销付款凭证以及如何保留审计链，取决于银行返回文件、Bank Communication Management、付款状态管理和客户实现，不能概括成“银行回一个文件，系统自然全部冲回”。

十二、本课可复现的执行清单

十三、本课边界与关键更正

SAP 官方资料

• SAP Help：Manual Bank Statement
• SAP Help：Enter a Manual Bank Statement (FF67)
• SAP Help：Posting Rules
• SAP Help：Clearing
• SAP Help：Payment and Clearing 事务对照
• SAP Help：Electronic Bank Statement
• SAP Help：Manual vs. Electronic Bank Statements
• SAP Help：Bank Statement Processing
• SAP Help：How to Upload Bank Statements with a Spreadsheet File