SAP S/4HANA FICO 入门 48:手工银行对账的账户符号与过账规则

SAP S/4HANA FICO 入门 48:手工银行对账的账户符号与过账规则
本集完成手工银行对账的核心配置:建立收款和付款业务交易、创建账户符号、把账户符号映射到总账科目、定义过账规则,并把过账规则重新分配给业务交易。课程没有录入银行对账单,也没有生成或清账任何会计凭证;最后一个“手工银行对账变式”和实际测试明确留到下一课。因此,本文是一篇配置教程,不能把结果表述为“银行对账已经完成”。
视频信息
- 原视频:SAP FICO FOR BEGINNERS | FULL COURSE | DAY 24
- 视频时长:42 分 50 秒
- 视频地址:https://www.youtube.com/watch?v=m4MTctw1fgs
- 本文范围:手工银行对账业务交易、账户符号、总账科目掩码、过账规则及分配关系
- 截图规则:正文只使用原视频中的 SAP GUI 画面;视频里的 Excel 分录说明已翻译并重写为中文表格,没有直接引用
一、先确认银行主数据前提
课程先回看上一课建立的银行账户。示例公司代码为 ZZ01,开户行(House Bank)为 HDFC1,账户标识(Account ID)为 HD456,主银行总账科目为 200112。

SAP 官方说明,开户行由“公司代码 + House Bank ID”共同识别,一个公司代码可以配置多个开户行。当前 S/4HANA 版本可使用 FI12_HBANK 或相应的银行管理应用维护。课程中的公司代码、开户行 ID、账户 ID 和科目号都是培训系统示例,生产系统应使用企业自己的银行主数据和科目表。
二、手工银行对账配置入口
视频在 IMG 中使用以下路径:
Financial Accounting → Bank Accounting → Business Transactions → Payment Transactions → Manual Bank Statement

本集涉及的配置对象可以整理为一条依赖链:
| 顺序 | 配置对象 | 回答的问题 |
|---|---|---|
| 1 | Business Transaction | 这是一笔收款还是付款 |
| 2 | Account Symbol | 过账规则中用什么逻辑名称代表科目 |
| 3 | Assign Accounts to Account Symbol | 逻辑名称最终解析到哪个总账科目 |
| 4 | Posting Rule Key | 给一组过账逻辑一个可复用的标识 |
| 5 | Posting Rule | 借贷方向、账户符号、凭证类型和清账方式是什么 |
| 6 | Assign Posting Rule to Business Transaction | 哪个业务交易调用哪个过账规则 |
如果只创建过账规则,却没有在业务交易中完成分配,系统就没有从业务交易找到过账逻辑的连接。本集讲师也把“忘记最后分配”列为常见排查点。
三、建立收款与付款业务交易
课程在交易类型 1 下建立两条最终示例:
| 业务交易 | 符号 | 课程文本 | 含义 |
|---|---|---|---|
ZZ0I | + | Incoming Receipts ZZ01 | 银行对账单中的收款方向 |
ZZ0O | - | Outgoing Payments ZZ01 | 银行对账单中的付款方向 |
这里的 I 和 O 分别代表 Incoming 与 Outgoing;编码本身只是课程命名,不是 SAP 强制标准。业务交易在刚创建时还没有过账规则,必须等规则定义完成后再回来分配。
四、创建账户符号
账户符号是过账规则与总账科目之间的抽象层。视频为公司代码示例建立了五个符号:
| 账户符号 | 课程说明 | 用途 |
|---|---|---|
ZZ01_BC | Bank Fees/Charges | 银行手续费 |
ZZ01_IN | INCOMING BANK A/C | 收款清算账户 |
ZZ01_IT | Interest | 银行利息 |
ZZ01_MA | MAIN BANK A/C | 主银行账户 |
ZZ01_OT | OUTGOING BANK A/C | 付款清算账户 |

账户符号不是新的总账科目,也不会自己产生余额。它只是在过账规则中引用科目的逻辑名称;真正的总账科目由下一步的映射决定。
五、把账户符号映射到总账科目
课程在科目表 ZZ01、币种 INR 下完成映射。手续费和利息使用固定科目,三个银行类账户使用带 + 的科目掩码:
| 账户符号 | 课程科目或掩码 | 课程设计含义 |
|---|---|---|
ZZ01_BC | 400401 | 固定的银行手续费科目 |
ZZ01_IT | 300401 | 固定的利息科目 |
ZZ01_IN | 一串 + 后接 1 | 解析到尾号为 1 的收款清算科目 |
ZZ01_MA | 一串 + 后接 2 | 解析到尾号为 2 的主银行科目 |
ZZ01_OT | 一串 + 后接 0 | 解析到尾号为 0 的付款清算科目 |

本课主银行科目 200112 正好以 2 结尾,所以与 ZZ01_MA 的课程掩码设计一致。SAP 官方文档允许在账户符号的科目分配中使用 + 作为变量位置,但这不代表所有项目都应该照搬“0、1、2”尾号。只有当企业科目表对不同银行账户采用稳定、可验证的编号规则时,这种掩码才安全;否则应维护明确的科目映射。
视频把手续费和利息描述为可以统一使用一个科目。这是课程方案,不是 SAP 的普遍强制规则。生产系统可以按银行、币种、业务类型或管理核算要求拆分科目。
六、建立过账规则键
视频先创建两个过账规则键,再分别维护具体借贷逻辑:
| 过账规则 | 课程文本 | 对应方向 |
|---|---|---|
ZZ0I | Incoming Receipts ZZ01 PK | 收款 |
ZZ0O | Outgoing Payment ZZ01 PK | 付款 |

课程让业务交易与过账规则使用相同编码,便于记忆,但两者是不同配置对象,也可以采用不同编码。
七、收款过账规则:主银行借方、收款清算贷方
课程最终保存的收款规则 ZZ0I 位于 Posting Area 1:
| 字段 | 课程值 | 含义 |
|---|---|---|
| Debit | Posting Key 40,Account Symbol ZZ01_MA | 借记主银行账户 |
| Credit | Posting Key 留空,Account Symbol ZZ01_IN | 贷记收款清算账户,由清账规则处理 |
| Document Type | SA | 课程使用的凭证类型 |
| Posting Type | 5 | Clear Credit G/L Account |

视频中的非 SAP 分录说明可翻译为:
| 时点 | 借方 | 贷方 | 业务效果 |
|---|---|---|---|
| 客户付款先被记录 | 收款清算账户 | 客户应收账户 | 客户未清项被处理,款项暂留在收款清算账户 |
| 银行对账单确认到账 | 主银行账户 | 收款清算账户 | 主银行余额增加,并按规则处理收款清算账户 |
因此,银行对账单并不是再次确认客户销售收入,而是把已经进入收款清算账户的金额转入主银行账户。课程使用 Posting Type 5 执行贷方 G/L 清账处理;正式测试时还要验证系统能否按照金额、分配、参考号等条件找到正确的未清项。
八、付款过账规则:付款清算借方、主银行贷方
课程最终保存的付款规则 ZZ0O 同样位于 Posting Area 1:
| 字段 | 课程值 | 含义 |
|---|---|---|
| Debit | Posting Key 留空,Account Symbol ZZ01_OT | 借记付款清算账户,由清账规则处理 |
| Credit | Posting Key 50,Account Symbol ZZ01_MA | 贷记主银行账户 |
| Document Type | SA | 课程使用的凭证类型 |
| Posting Type | 4 | Clear Debit G/L Account |

视频中的付款分录可翻译为:
| 时点 | 借方 | 贷方 | 业务效果 |
|---|---|---|---|
| 向供应商发出付款 | 供应商应付账户 | 付款清算账户 | 供应商未清项被处理,银行实际扣款尚待对账单确认 |
| 银行对账单确认扣款 | 付款清算账户 | 主银行账户 | 主银行余额减少,并按规则处理付款清算账户 |
付款方向与收款方向正好相反。课程使用 Posting Type 4 执行借方 G/L 清账处理。Posting Type 4、5 的含义来自 SAP 过账规则定义,不应仅根据“借方等于 40、贷方等于 50”机械推断;实际清账结果仍取决于账户未清项管理、匹配条件和对账单项目数据。
九、把过账规则分配回业务交易
规则保存后,课程回到 Create and Assign Business Transactions,完成最终映射:
| 业务交易 | 符号 | 过账规则 | 结果 |
|---|---|---|---|
ZZ0I | + | ZZ0I | 收款项目调用收款规则 |
ZZ0O | - | ZZ0O | 付款项目调用付款规则 |

这一画面只证明配置关系已经保存,不代表规则已被一张真实银行对账单调用。
十、手工银行对账的运行仍未开始
SAP 官方把手工银行对账单处理概括为两个运行步骤:先录入对账单行项目,再过账。根据配置,一条对账单项目最多可以触发两类过账,例如银行账户过账以及相应的子账或清算过账。Posting Rule 决定借贷账户、账户符号、凭证类型以及是否清账;外部交易代码或业务交易再把银行项目连接到具体规则。
本集结束时,IMG 中的 Define Variants for Manual Bank Statement 仍未执行,讲师明确说明将在下一课连同银行对账测试一起完成。

本集没有完成以下运行结果:
- 没有建立或验证手工银行对账变式;
- 没有录入对账单抬头和行项目;
- 没有把外部交易代码映射到实际银行项目;
- 没有执行过账;
- 没有生成会计凭证;
- 没有验证收款或付款清算账户是否成功清账;
- 没有把系统余额与银行对账单余额进行最终核对。
十一、生产配置应重点检查什么
| 检查项 | 原因 |
|---|---|
| House Bank、Account ID 与主银行总账科目 | 决定银行主数据和实际科目基础 |
| 收款、付款清算科目是否启用适当的未清项管理 | 影响 Posting Type 4、5 的清账结果 |
| 账户符号掩码是否能唯一解析科目 | 避免尾号规则误匹配其他总账科目 |
| 币种与账户修改标识 | 影响账户符号映射的选择 |
| 业务交易符号与过账规则分配 | 决定收款、付款是否调用正确规则 |
| Posting Key、Document Type 与字段状态 | 决定凭证能否按预期生成 |
| 外部交易映射和匹配条件 | 决定真实对账单项目如何找到规则与未清项 |
| 正向、异常、撤销和重复导入测试 | 防止只验证“理想的一笔收款” |
SAP 较新的 S/4HANA Cloud 文档还提示,Processing Rules 是 Posting Rules 的后继能力。本文仍按视频中的经典手工银行对账配置讲解;如果项目使用 Cloud 或较新的银行对账应用,应先确认目标版本的推荐配置对象,不能把课程中的经典 IMG 路径直接视为所有版本的唯一方案。
本课没有涉及税率、法定申报期限或其他法律判断,只有银行对账技术配置,因此不存在需要从视频照搬的法律参数。
十二、本课完成边界
| 项目 | 状态 |
|---|---|
| 回看 House Bank 与银行账户主数据 | 已演示 |
| 收款、付款业务交易 | 已建立 |
| 账户符号 | 已建立 |
| 账户符号到总账科目的映射 | 已配置课程示例 |
| 收款、付款过账规则键 | 已建立 |
收款规则 ZZ0I | 已保存 |
付款规则 ZZ0O | 已保存 |
| 业务交易到过账规则的分配 | 已保存 |
| 手工银行对账变式 | 未配置,留到下一课 |
| 对账单录入、过账与清账测试 | 未执行 |
