SAP S/4HANA FICO 入门 52：客户收款清账、部分付款与剩余项

本集终于进入应收账款收款流程。课程先用一张 1,200 INR 的客户发票演示 F-28 收款并直接清账，又把一张 9,800 INR 发票和两笔分开的收款凭证放进 F-32 手工清账。后半段重点比较部分付款（Partial Payment）与剩余项（Residual Item）：二者都能把客户余额降到相同金额，但留下的未清项完全不同。

视频信息

• 原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 29
• 视频时长：54 分 49 秒
• 视频地址：https://www.youtube.com/watch?v=wDX_kNA9K-k
• 课程示例：公司代码 SKPI、客户 6870000000、币种 INR
• 本文范围：客户发票、收款并清账、分开收款后的手工清账、部分付款、剩余项
• 字幕说明：仅依据本地已有的 DAY 29.hi-orig.vtt 完整字幕整理，没有进行本地语音识别
• 截图规则：只引用原视频中的 1920×1080 SAP GUI 原始画面；PowerPoint、Excel、浏览器和会议画面均不直接使用，其业务内容已重写为中文表格

文中的客户、科目、凭证号和金额都是训练系统示例，不能直接复制到生产系统。

一、先把训练系统的前置问题处理清楚

视频前约 20 分钟并不是正常业务步骤。讲师在 FB70 尝试过账客户发票时，先后遇到凭证编号范围和容差组相关报错，并检查了 FBN1 等配置。由于课堂中进行了多次检查与调整，视频没有形成足够证据证明“唯一根因”是什么，因此不能把某一个尝试写成通用修复答案。

更稳妥的判断顺序是：

课程中有一句“容差组不使用”的经验性说法，不能当作 SAP 通用规则。SAP 官方说明，公司代码可以维护一个或多个客户/供应商容差组；没有被显式分配的业务伙伴使用空白默认组。员工容差也按公司代码维护，未分组用户同样使用空白组。具名容差组仍可用于特殊限额与付款差异控制。参见 Tolerances for Customers and Suppliers 与 Difference Within Tolerance Limits。

前置配置恢复后，课程才成功创建客户发票并进入真正的收款教学。

二、FB70 创建客户发票，FBL5N 查看未清项

FB70 用于直接创建财务客户发票或贷项凭证，不需要销售订单作为前置单据。课程用它创建测试发票，再通过客户行项目报表查看未清和已清状态。SAP 官方对 FB70 的说明见 Create Outgoing Invoices。

常用检查事务 FBL5N 可以按客户显示未清项、已清项或全部项目。它是确认收款是否真正清账的关键，而不能只看客户账户余额是否为零。SAP 支持文档也将 FBL5N 定义为客户行项目显示，参见 Customer Line Item Display。

三、F-28：收款与发票一次完成匹配

第一组业务是最直接的场景：客户有一张 1,200 INR 发票，银行实际收到 1,200 INR。课程在 F-28 中选择收款银行总账科目 200121，输入客户 6870000000，再选择金额相等的发票未清项。

标准系统中 F-28 对应 Post Incoming Payments，课程画面的凭证类型为 DZ。事务默认值仍应以目标系统配置为准。SAP 官方事务映射见 Payment and Clearing。

模拟结果可以读成：

金额匹配且所选项目差额为零，过账后原发票不再作为未清项显示。这就是“收到钱”和“清掉对应发票”在同一次操作中完成。

四、先分开记收款，再用 F-32 手工清账

第二组业务刻意把付款与清账拆开：

1. 先用 FB70 创建 9,800 INR 客户发票；
2. 再用 F-02 分别记两笔独立收款，金额为 5,000 INR 和 4,800 INR；
3. 两笔收款都借记收款银行科目、贷记同一客户，但没有在 F-28 中与发票匹配；
4. 因此客户净余额虽然为零，发票和两笔收款仍是三条未清项。

这张画面说明了一个容易混淆的概念：账户余额为零，不等于未清项已经清账。 余额只反映借贷净额，未清状态还需要清账关系。

课程随后运行 F-32。标准事务名称是 Clear Customer，用于人工选择同一客户下可以相互抵销的项目。可以直接查看全部未清项，也可以先按凭证号等条件过滤。SAP 官方的手工清账流程也支持按发票号、日记账凭证号或付款参考进行查找、模拟和清账，参见 Clear Incoming Payments。

在这组数据中，选中的两笔收款合计等于发票金额：

5,000 + 4,800 - 9,800 = 0

只有未分配金额为零，并且日期、币种、期间等条件均允许时，才适合模拟并过账清账。

课程中的这次 F-32 是“纯清账”：没有新差额、汇兑差额或其他额外过账，所以清账凭证概览显示 0 个新增会计行项目。这个现象不能推广为“所有清账凭证都没有行项目”；一旦清账同时产生差异、费用、剩余项或汇兑处理，凭证结构可能不同。

过账后，原发票与两笔收款在 FBL5N 中都转为已清状态，并带有同一个清账凭证号。此时才完成了业务上的关联。

五、部分付款与剩余项：中文对照表

视频使用英文课件和 Excel 解释两种处理方式。以下是其业务内容的中文重制，不直接引用原画面：

SAP 官方给出的核心区别完全一致：部分付款时，原发票和付款都保持未清；剩余项处理时，原发票与付款被清账，同时创建一个引用原发票的新未清项。两种方法对客户账户余额的影响相同。参见 Partial Payments Versus Residual Items。

六、部分付款：余额减少，但原始行项目都保留

课程先创建 10,000 INR 发票，再用 F-28 收到 7,000 INR。选择发票后，在 Partial Pmt 页签录入本次实际收到的 7,000。过账结果不是把原发票改成 3,000，而是保留一条 10,000 发票未清项和一条 7,000 付款未清项。

随后又收到 3,000 INR，课程仍按部分付款过账。此时三条项目的净额已经为零，但它们仍然分别保持未清。

最终必须再进入 F-32，选中 10,000 发票、7,000 付款和 3,000 付款，让未分配金额归零后手工清账。部分付款的价值是保留完整的原发票和每次到账记录；代价是未清项数量较多，后续清账步骤也更多。

七、剩余项：清掉原单，只留下新的差额

课程重复使用 10,000 INR 发票和 7,000 INR 收款，但这次切换到 Res.Items 页签。这里需要填写的是剩余未收金额 3,000，而不是再次填写已收到的 7,000。

模拟时出现三条会计行项目：

三条合计为零。过账后，原 10,000 发票和 7,000 收款已经清账，客户报表只留下新建的 3,000 剩余项。

以后收到最后 3,000 INR 时，可以针对这条剩余项继续收款并清账。相比部分付款，剩余项让未清项列表更简洁，但组织需要保留原发票引用，并依靠付款差异原因做好审计与分析。

八、生产使用前必须决定的规则

SAP 官方还说明，员工容差和业务伙伴容差是两类独立控制。付款差异能否自动处理、能否生成剩余项以及允许金额，都需要结合公司代码配置和企业会计政策判断，不能照搬课堂数值。

九、本集课程边界

十、操作检查清单

1. 用 FBL5N 确认客户当前未清项，不只看余额。
2. 等额到账并准备立即匹配发票时，使用 F-28 选择正确未清项。
3. 已经分开过账的发票与付款，使用 F-32 手工清账。
4. 部分到账时先决定采用“部分付款”还是“剩余项”，不要混淆两个页签中的金额含义。
5. 部分付款页签填写本次实际收到的金额；剩余项页签填写仍未收到的金额。
6. 清账前确认未分配金额为零，并先模拟凭证。
7. 过账后回到 FBL5N，核对原发票、付款、新剩余项和清账凭证号。
8. 生产环境还要核对原因代码、容差组、权限、期间和企业审批规则。

本集最重要的结论是：付款金额相抵只解决“余额”，清账才解决“未清项关系”；部分付款保留原发票与每次付款，剩余项则关闭原发票并把差额重建为一条新的应收项目。