SAP S/4HANA FICO 入门 50：客户收款、未清项与统驭科目

本集完成一条基础的应收账款闭环：先用 F-22 录入客户发票，再用 F-28 把收款过账到银行收款清账科目并清除客户未清项；随后对照 FBL5N 与 FBL3N，解释客户明细账和统驭科目总账的关系。后半段演示如何给经典行项目报表增加客户字段，并延伸到 SM30、BP 重定向与 SAP Note 的判断方法。

视频信息

• 原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 27
• 视频时长：52 分 01 秒
• 视频地址：https://www.youtube.com/watch?v=1Ykj813HZ8Q
• 本文范围：F-22、F-28、FBN1、FBL5N、FBL3N、统驭科目、布局变式、特殊字段、SM30、BP、SNOTE
• 截图规则：只引用原视频中的 SAP 系统画面；网页搜索和外部资料画面不直接使用，相关结论已转写为中文并用 SAP 官方资料核验

一、先录入客户发票：客户借方、收入贷方

课程使用 F-22 录入一张 7,890 INR 的客户发票。F-22 是经典的通用客户发票入口；标准系统通常带出凭证类型 DR。

模拟画面显示两行金额相等，凭证余额为零。

保存后，系统生成凭证 300000001。数据录入视图仍显示客户借方与销售收入贷方。

DR、01 和 50 是本课程系统采用的标准组合，但生产系统仍应检查凭证类型、过账码允许的账户类型、字段状态与授权。不能只因为借贷平衡就认为业务分类一定正确。

二、客户明细账与统驭科目为什么会同时变化

客户主数据中分配了统驭科目 200301。向客户账户过账时，SAP 同时更新客户明细账和该统驭科目，因此总账不需要在期末再从应收子账汇总一次。

统驭科目汇总的是所有分配到它的客户，而不是只对应一个客户。因此，单个客户余额与统驭科目余额只有在筛选范围完全一致时才会相等。生产设计可以按业务需要设置多个客户统驭科目，例如境内、出口或其他分类，但分类数量没有固定上限，也不能为了报表外观随意拆分。

课程把客户报表与统驭科目报表并排展示：左侧保留客户级明细，右侧汇总所有相关客户的总账行项目。

统驭科目的关键目的，是让子账过账实时进入总账。正常业务应向客户账户过账，由系统自动更新统驭科目；不应把普通客户业务直接手工记入统驭科目。

三、用 F-28 收款并清除指定发票

课程接着通过 F-28 处理客户来款。标准凭证类型为 DZ，银行端使用收款清账科目 200121，客户选择 7700003001。

第一次执行时，状态栏提示公司代码 ZZ01 在 2025 年缺少编号范围 14。这个错误不是收款金额问题，而是 DZ 使用的凭证编号范围没有对应年度区间。

课程进入 FBN1 增加 2025 年编号范围 14。

生产系统中不能看到缺失就随意填一个区间。维护前至少要确认：

1. 凭证类型 DZ 实际分配了哪个编号范围。
2. 该编号范围是否按年度生效。
3. 新区间是否与同一公司代码中的其他区间重叠。
4. 内部或外部编号方式是否符合流程。
5. 变更是否经过配置、传输和审计审批。

编号范围补齐后，F-28 可以按客户列出未清项。项目很多时，可用凭证号、金额或过账日期缩小范围。课程按原发票号 300000000 过滤，只处理 12,000 INR 的目标发票。

模拟后的中文分录是：

保存前应确认“未分配金额”为零，并核对客户、原发票、币种、金额、价值日和银行清账科目。如果来款与发票金额不一致，应按企业规则选择部分付款、剩余项目、差额原因或暂挂处理，不能为了过账强行凑成零。

四、清账后，发票与付款通过清账凭证关联

课程保存后生成 DZ 收款凭证 140000000。统驭科目行项目中，原 DR 发票和新的 DZ 收款都带有同一个清账凭证号，合计余额为零，并显示为已清项。

这一步完成的是“客户应收清账”，还不是最终银行对账：

所以，客户已经清账不代表银行收款清账科目也已经完成对账。后者仍要等待手工或电子银行对账单处理。

五、FBL5N 与 FBL3N 的使用边界

FBL5N 适合查询客户未清项、已清项和全部项目；FBL3N 是经典 G/L 行项目显示。课程先查看统驭科目的全部项目，然后尝试在布局中增加客户号，以便识别每条统驭科目行项目来自哪个客户。

保存 ALV 布局时，画面提示全局标准布局名称必须以 / 开头。

这里需要分清两个动作：

• 调整已有字段的顺序、宽度并保存布局，是报表个性化。
• 报表字段目录中根本没有目标字段，则要先配置特殊字段或采用扩展方案。

客户分析仍应优先使用客户行项目报表。把客户号放入统驭科目报表可以辅助追踪，但不能用它替代 FBL5N 的客户级选择、到期日和清账分析。

六、给经典行项目报表增加客户字段

课程在 IMG 中打开“Define Special Fields for Line Item Display”，为经典 G/L 行项目报表增加特殊字段。

维护项使用 BSEG 表的 KUNNR 字段，即客户号。

保存时系统要求选择 Workbench 请求。课程借此说明：功能顾问的传输并不总是 Customizing 请求；涉及生成结构或跨客户端对象时，也可能出现 Workbench 请求。实际请求类型应由系统对象和传输机制决定，不能只按人员角色判断。

第一次回到布局时，客户字段还没有出现。

课程随后通过对应维护视图补充 BSEG-KUNNR 条目。

再次运行报表后，客户号成功出现在统驭科目行项目右侧。

SAP 官方说明，经典 FBL*N 的特殊字段会进入扩展显示结构；标准配置支持的来源表有限。若字段来自其他表，应评估官方提供的 BTE 或其他扩展点，而不是直接改标准报表。遇到“字段已配置但不显示”时，还要检查字段是否进入 RFPOSXEXT、结构生成和 ALV 缓冲；相关程序只能按适用 SAP Note、系统版本和变更流程执行。

七、SM30 不是任意数据库表编辑器

课程演示了 SM30，但应把它的边界说清楚：

SM30 只有在对象允许维护、维护对话框已经生成且用户有权限时才能工作。即使知道表名，也应优先使用对应配置活动或业务事务，并确认客户端、传输请求、校验逻辑和审计影响。

八、S/4HANA 中客户没有“消失”，而是 BP 成为主入口

课程从旧客户事务进入时，系统重定向到 BP。状态栏明确显示旧事务已废弃，并在 BP 的 FI Customer 角色中打开客户公司代码数据和统驭科目。

这不表示 S/4HANA 已经没有客户对象。准确说法是：Business Partner 成为创建和维护客户、供应商主数据的领先对象和统一入口；客户与供应商仍以 BP 角色和相应会计、销售或采购数据存在。转换项目还必须正确配置 Customer/Supplier Integration。

九、SAP Note 要按状态、版本和手工步骤判断

课程最后打开 SNOTE，讲解如何从问题症状寻找 Note，再在系统中检查适用性。

一个可靠的处理顺序是：

1. 记录错误消息、组件、系统版本和 Support Package。
2. 阅读 Note 的症状、原因、解决方案、前置 Note 和附件。
3. 检查是否有实施前或实施后的手工步骤。
4. 在开发系统通过 SNOTE 判断实施状态并完成测试。
5. 把生成的传输请求按开发、测试、生产路径推进，不在生产系统临时直接实施。

课程把 “Cannot be implemented” 简化为“已经实施”，这并不准确：

即使 SNOTE 显示不能实施，也仍要阅读 Note 中适用于当前场景的手工说明；反过来，显示可实施也不代表可以跳过业务验证、代码审查和回归测试。

十、本集完成与未覆盖内容

这条练习的最终结果是：客户发票的未清项已经由来款清掉，客户子账与统驭科目保持一致；银行收款清账科目仍需在后续银行对账处理中与主银行科目完成第二阶段清账。

SAP 官方参考

• F-28 收款与清账流程
• Posting with Clearing：选择未清项并生成抵销过账
• Clearing of Open Items：未清项和清账的定义
• Defining Reconciliation Accounts：子账实时更新总账
• Number Range in Financial Accounting：FBN1 与 RF_BELEG
• Special Fields in FBL*N：T021S、RFPOSXEXT 与扩展限制
• Business Partner Approach：BP 是客户/供应商主数据的领先对象
• SNOTE 实施状态说明

本文依据视频中的实际操作整理，并用 SAP 官方资料校正课程中的口述。事务、字段、应用入口与可用功能会随 S/4HANA 版本、部署方式和权限而变化，请在开发或测试系统中验证后再进入生产。