SAP S/4HANA FICO 入门 46:银行对账、House Bank 与 Account ID

SAP S/4HANA FICO 入门 46:银行对账、House Bank 与 Account ID
本集开始搭建银行会计的基础结构:先解释银行对账为什么需要主银行科目与收付款清账科目,再依次演示银行主数据、House Bank、Account ID 和总账科目的关系。课程完成了银行与 House Bank 的部分创建,也展示了银行账户入口和三个示例 G/L,但没有创建银行账户、配置电子银行对账单或完成一笔端到端对账。本文会把课堂操作、当前 S/4HANA 官方入口和仍未完成的工作明确分开。
视频信息
- 原视频:SAP FICO FOR BEGINNERS | FULL COURSE | DAY 22
- 视频时长:1 小时 08 分 59 秒
- 视频地址:https://www.youtube.com/watch?v=WRGnzvyaFWI
- 本文范围:银行对账原理、
FI01、House Bank、Account ID、Manage Bank Accounts、银行总账科目、SM12安全说明 - 截图规则:只引用原视频中的 SAP 系统画面;Excel、讲义和网页内容不直接使用,相关内容已翻译为中文表格
一、银行对账到底在核对什么
银行对账是把 SAP 账簿中的银行相关分录,与银行提供的对账单逐笔比较。目标不是重新核对供应商发票或客户发票,而是确认已发起的收付款是否真正经过银行,并识别银行手续费、利息、退票、在途款等差异。
常见设计会把一个实体银行账户拆成主银行科目和清账子科目:
| SAP 科目 | 用途 | 常见设置 |
|---|---|---|
| 银行付款清账科目 | 暂存已在 SAP 发起、但银行尚未确认的付款 | 启用未清项管理 |
| 银行收款清账科目 | 暂存已识别、但银行尚未完成匹配的收款 | 启用未清项管理 |
| 主银行科目 | 反映银行对账单确认后的实际账户余额 | 通常显示行项目;不按普通清账子科目使用 |
这里的“三个科目”是便于入门的基础模型,不是 SAP 强制每个银行账户只能或必须使用三个 G/L。生产系统可能按转账、支票、支付批次、收款渠道或银行对账单交易类型配置更多清账科目。
二、付款和收款的两阶段过账
课程用 Excel 说明的内容可翻译为下面两组中文分录。
付款流程
先完成供应商付款:
| 借方 | 贷方 | 业务含义 |
|---|---|---|
| 供应商统驭科目 | 银行付款清账科目 | SAP 已发起付款,供应商未清项被清账 |
银行对账单确认扣款后:
| 借方 | 贷方 | 业务含义 |
|---|---|---|
| 银行付款清账科目 | 主银行科目 | 清掉在途付款,并减少实际银行余额 |
收款流程
先登记客户收款:
| 借方 | 贷方 | 业务含义 |
|---|---|---|
| 银行收款清账科目 | 客户统驭科目 | 客户未清项被清账,款项暂存在收款清账科目 |
银行对账单确认入账后:
| 借方 | 贷方 | 业务含义 |
|---|---|---|
| 主银行科目 | 银行收款清账科目 | 增加实际银行余额,并清掉在途收款 |
如果银行直接扣收手续费,对账单处理还可以生成“银行手续费借方、主银行科目贷方”等分录。实际自动过账由电子银行对账单中的交易类型、外部交易、过账规则和科目确定共同控制,不能仅靠创建三个 G/L 自动完成。
三、先建立 Bank:银行本身的主数据
课程先通过 FI01 创建银行主数据。初始画面要求输入银行国家/地区和 Bank Key。

Bank 是系统中对外部金融机构或分支机构的统一描述,通常保存银行名称、地址、SWIFT/BIC 等信息。其唯一识别方式是“银行国家/地区 + Bank Key”。

课程在印度测试数据中使用了类似 IFSC 的 Bank Key,但不能推导为“所有国家的 Bank Key 都等于 IFSC”。Bank Key 的含义和校验取决于国家/地区规则;IFSC 是印度特有的银行分行识别代码。

四、House Bank:本公司与银行的关系
Bank 只描述银行本身;House Bank 则表示某个公司代码与这家银行建立的业务关系。课程从 FI12 进入公司代码 ZZ01 的 House Bank 维护。

课程新建 House Bank ID HDFC1。House Bank ID 是公司内部使用的短标识,不等于 Bank Key,也不等于真实银行账号。

保存时,House Bank 会关联到已经建立的银行国家和 Bank Key。

课程随后又建立 HDFC2,用来说明同一公司代码可以维护多个 House Bank 或银行关系。

需要注意入口差异:本视频环境使用经典事务 FI12;SAP 当前 S/4HANA 官方文档将 House Bank 的维护入口描述为 Manage Banks 应用或事务 FI12_HBANK。项目应以自身版本、已激活应用和权限设计为准,不要照搬课程界面判断生产入口。
五、Bank、House Bank、Bank Account 和 Account ID 的关系
这几个对象最容易混淆,可以按由外到内的层级理解:
| 层级 | 回答的问题 | 典型识别字段 |
|---|---|---|
| Bank | 这是哪一家外部银行或分支机构? | 银行国家/地区 + Bank Key |
| House Bank | 本公司与哪家银行建立了关系? | 公司代码 + House Bank ID |
| Bank Account | 本公司实际持有的哪一个银行账户? | 银行账户主数据、账号、币种等 |
| House Bank Account | 该账户在公司代码和 House Bank 下如何使用? | 公司代码 + House Bank + Account ID |
| G/L Account | 会计分录最终进入哪个总账科目? | 科目表 + G/L 科目号 |
Account ID 是 House Bank Account 的技术标识。课程打开了另一个公司代码中的现有示例,展示 Account ID、银行账号、币种和总账科目的对应关系。

这张画面只用于解释对象关系,并不表示课程已经为 ZZ01 的 HDFC1 创建了 Account ID。
六、当前 S/4HANA 中从 Manage Bank Accounts 创建账户
课程进入 Fiori 的 New Bank Account 页面,画面包含 Bank Country/Region、Bank Key、Account Number、IBAN、Account Holder、币种等字段。

SAP 当前文档把 Manage Bank Accounts 作为银行账户主数据的标准管理入口,应用 ID 为 F1366A。银行账户创建后,还需要建立与公司代码、House Bank、Account ID 的连接,并根据系统版本和业务范围维护 G/L 关联、签字权限、限额或现金管理属性。
本视频只打开了新建页面,没有填写并保存银行账户。因此不能把本集视为“银行账户配置已经完成”。
七、创建银行相关 G/L:未清项管理是关键
课程回到总账科目维护,先查看资产负债表账户组,再创建以下示例科目:
| 示例科目 | 描述 | 课堂设置 |
|---|---|---|
200110 | HDFC Outgoing Sector 15 | 付款清账科目,启用未清项管理 |
200111 | HDFC Incoming Sector 15 | 收款清账科目,启用未清项管理 |
200112 | HDFC Main Sector 15 | 主银行科目,不启用普通未清项管理 |

SAP 官方建议银行清账子科目采用未清项管理,因为后续银行对账单需要按项目清账。如果未启用,系统只能看到余额变化,无法可靠识别每一笔在途收付款是否已经由银行确认。

主银行科目用于承接银行确认后的实际余额。课程保存了 200112 作为主账户示例。

最后的科目列表展示了 0/1/2 结尾的编号顺序。

这种连续编号只是课程采用的命名约定,不是 SAP 强制规则。生产系统应服从企业科目表、账户组、字段状态和治理规范。
八、创建主数据还不等于完成银行对账
完成本集后,仍需继续完成以下工作:
| 工作 | 本集状态 | 完成标准 |
|---|---|---|
| Bank 主数据 | 已演示创建 | Bank Key、地址、SWIFT/BIC 等信息通过业务校验 |
| House Bank | 已演示 HDFC1/HDFC2 | 与正确公司代码和 Bank 关联 |
| Bank Account | 仅打开创建页 | 实际账户保存成功,账号和币种已核验 |
| Account ID/连接 | 只查看其他公司的示例 | 当前公司代码下完成 House Bank Account 连接 |
| 银行相关 G/L | 创建了示例科目 | 与科目表和账户治理一致,并完成必要的未清项设置 |
| 电子银行对账单 | 未配置 | 交易类型、外部交易、过账规则和科目确定已维护 |
| 对账验证 | 未执行 | 导入测试对账单,收付款清账和差异处理均符合预期 |
因此,下一阶段不能直接跳到生产导入银行对账单。应先完成银行账户与 Account ID 的连接,再配置电子银行对账单,最后用一笔付款、一笔收款和一笔银行费用完成端到端测试。
九、课程末尾的锁问题:SM12 不能“全部删除”
课程末尾遇到对象被锁并提到通过锁管理处理。正确事务是 SM12,不是口述中容易听错的“SM2”。它属于 SAP 锁管理和 Basis 管理范围。
看到锁记录时,安全顺序是:
- 确认锁对象、锁所有者、客户端和时间。
- 联系用户确认其会话是否仍在执行保存或更新。
- 检查更新任务、短转储和会话状态,先处理根因。
- 只有确认锁已经失效、且删除不会破坏正在进行的业务时,才删除对应的单条锁。
不能把“删除全部锁”当作通用解决办法。SAP 官方明确警告,直接删除仍有效的锁可能造成数据丢失或数据不一致。普通业务用户遇到锁冲突时,应联系 Basis 或系统管理员,而不是自行清空锁表。
十、本集结论
银行对账的核心不是创建一个“银行科目”,而是让业务过账、清账子科目、主银行科目和外部银行对账单形成闭环:
- Bank 描述外部银行,House Bank 描述公司与银行的关系。
- Bank Account 是真实账户,Account ID 是公司代码和 House Bank 下的技术标识。
- 收付款先进入清账科目,银行确认后再转入主银行科目。
- 清账子科目需要未清项管理;主银行科目的设计应服从实际对账方案。
- 三个 G/L 是入门模型,不是固定数量。
- 本集尚未完成银行账户、Account ID 连接、电子银行对账单配置和实际对账测试。
SM12只应在确认锁失效后由有权限的人员谨慎处理,不能随意删除全部锁。
SAP 官方参考
- Banks and House Banks:银行与 House Bank 的维护入口
- House Banks:Bank、House Bank、Bank ID 与 Account ID
- House Bank Accounts and Bank Accounts:技术键和对象关系
- Manage Bank Accounts:S/4HANA 当前银行账户应用
- Open Item Management:银行清账子科目的未清项管理
- Electronic Bank Statement:过账规则与自动清账
- Managing Lock Entries:SM12 锁记录管理
本文依据视频中的实际操作整理,并用 SAP 官方文档校正入口和概念。具体字段、事务可用性与应用菜单会随 S/4HANA 版本、部署方式和权限而变化,请在开发或测试系统中验证后再进入生产。
