65. SAP S/4HANA FICO：FBZP 配置与 F110 自动付款

本课完整演示经典 SAP GUI 中的自动付款程序：先用 FBZP 定义公司代码、付款方式和银行确定，再用 F110 输入参数、生成付款建议、修正异常并执行付款。第一轮最终成功创建付款凭证并清账；第二轮测试“凭证中的账户标识能否自动进入付款建议”没有得到结论，留到下一课。

自动字幕把 FBZP 识别成 “FBP”，把 F110 识别成 “F10”，把印度卢比 INR 识别成 “IAR”。本文和中文字幕已统一校正。

一、自动付款程序解决什么问题

逐笔使用 F-53 付款时，用户需要手工选择供应商、银行、金额和待清项目。自动付款程序则按配置和运行参数批量完成以下工作：

读取供应商/客户未清项
        ↓
检查到期日、付款冻结、付款方式和主数据
        ↓
按币种、付款方式、银行与分组字段生成付款建议
        ↓
人工检查建议与例外
        ↓
执行付款运行
        ↓
创建付款凭证、清账，并按需要生成付款介质/通知

本课实际结果如下：

二、FBZP 的六个配置区域

视频前半段多次使用英文 PPT 说明配置步骤。该画面不是 SAP 系统界面，因此本文不直接引用，而是翻译为中文表格：

1. 全部公司代码：区分发送方与付款方

“发送公司代码”可以理解为持有供应商发票和未清项的公司代码；“付款公司代码”是真正执行付款的公司代码。集中付款场景中，公司代码 A 的发票可以由公司代码 B 支付；若不采用集中付款，二者通常相同。

该层还可以指定自动付款允许处理的特别总账标识。课程以供应商预付款和预付款请求为例，但字母 A、F 等含义必须以当前系统特别总账配置为准，不能只背训练系统示例。

2. 付款公司代码：金额门槛与付款拆分

付款公司代码设置包括最小付款额、最小收款额等。低于门槛的项目不会在该次运行中付款。

课程把“按参考号分别付款”解释成“每张发票一个付款凭证”，这需要校正：该字段按参考字段值拆分付款；只有每张发票的参考值不同，才可能表现为逐张拆分。它不是无条件的“单据逐笔付款”开关。

三、国家/地区付款方式

国家/地区层定义可用付款方式。训练系统中有银行转账、支票等许多练习条目，其中不少是用户自建配置，不能直接当作印度生产系统标准清单。

进入付款方式明细后，可以设置：

• 付款方式用于收款还是付款；
• 付款凭证类型与清账凭证类型；
• 供应商/客户主数据必须具备的地址、银行信息；
• 允许的币种、国家/地区或付款系统；
• 支票、转账等付款工具的分类。

允许币种是重要筛选条件。若付款方式只允许 INR，它就不能处理 USD 发票，除非相关配置明确允许外币付款。

根据 SAP 官方说明，国家/地区付款方式中指定的付款凭证类型必须采用内部编号。本课后面的 ZP 编号范围错误正是沿这条配置链定位到的。

四、外币发票与汇兑损益

课程临时插入一个 USD 发票示例，用来说明为什么付款方式必须考虑币种。

会计凭证会同时保存凭证货币和公司代码本位币金额。印度公司代码的本位币是 INR，收到 USD 发票时，系统按过账日、换算日或手工汇率换算本位币金额。

在供应商发票录入界面，凭证抬头直接选择外币；币种不是在供应商主数据中固定死的单一值。

如果 1,000 USD 发票入账时按 1 USD = 86 INR，付款时变成 87 INR，支付相同外币所需本位币增加，通常形成汇兑损失；若付款时汇率下降，则可能形成汇兑收益。SAP 官方说明，付款程序通常比较项目入账和付款时汇率来过账汇率差异，但具体时点及科目仍受付款公司代码、汇兑科目和银行对账流程影响。

课程回到国家付款方式列表继续配置。

法规提醒：在印度，系统里的付款方式代码只是 SAP 配置键，不等于银行法规本身。RBI 官方资料确认 RTGS 自 2020 年 12 月起支持 24×7×365，但企业仍需根据银行协议、权限、限额、FEMA 和内部资金流程决定实际付款渠道。

五、公司代码付款方式

该层决定国家付款方式在具体付款公司代码中怎样使用。由于视频这里展示的是英文 PPT，本文仍用中文表格代替：

因此，“国家层允许 USD”和“公司代码层允许外币”不是二选一；付款方式必须同时满足全部相关检查。

六、银行确定：排名、账户与额度

银行确定必须回答三个问题：

1. 这个付款公司代码、付款方式和币种优先使用哪家开户银行？
2. 在该开户银行下使用哪个账户标识和银行总账？
3. 本轮自动付款最多可从该账户使用多少金额？

1. 排名顺序

课程为银行转账付款方式设置开户银行优先级，先选择 ICICI。

如果同一付款方式和币种配置多家开户银行，付款程序先尝试排名最高且满足条件的银行；第一家银行因币种、账户、额度等条件不满足时，才继续检查下一排名。

2. 银行账户与总账

银行账户设置把开户银行、账户标识、币种和银行总账连接起来。课程中的账户标识来自此前开户银行配置，不是临时在 F110 中创建。

3. 可用金额

“可用金额”不是自动读取银行总账实时余额，而是告诉付款程序本次银行选择可以使用的最大额度。SAP 官方文档也把它定义为程序可从相应账户使用的上限。

配置提醒：训练时输入超大额度只是为了避免测试被额度挡住。生产系统必须按资金管理和审批规则维护，不能把“无限额”当作标准做法。

七、F110 第一步：准备待付款未清项

配置完成后，课程先查看供应商行项目，选择一张用于测试的未清发票。实际生产运行可以覆盖数百或数千个到期项目，但单笔测试更容易定位配置错误。

八、F110 第二步：运行日期、标识与参数

1. 运行日期和标识

F110 初始界面要求输入运行日期与标识，它们共同唯一识别一次付款运行。

同一天多次执行时必须使用不同标识。课程使用包含公司代码含义的标识，方便与其他练习运行区分。

2. 参数页

参数页至少需要理解以下字段：

需要特别纠正：“下一付款日期”不会自动安排未来付款作业，也不会到期弹窗。 SAP 付款程序用它判断项目是否必须在本次支付，或能否等待下次运行而不损失现金折扣。

3. 自由选择

自由选择可以按凭证号、凭证日期、过账日期、参考号等字段缩小范围。本课只输入一个凭证号。

生产批量运行通常不要随意限定单个凭证；应根据付款批次、公司代码、供应商组和业务审批设计可追溯的选择范围。

4. 附加日志

附加日志可记录到期日检查、付款方式选择和付款凭证行项目。

当出现 FZ506 No valid payment method found 一类错误时，SAP 官方建议启用到期日检查、所有付款方式选择和付款凭证行项目日志，重新生成建议后从日志查具体原因，而不是凭经验猜。

九、F110 第三步：生成并编辑付款建议

参数保存后启动建议运行。建议成功时状态变绿，但它只完成选择、分组和校验，尚未创建最终付款凭证。

进入编辑建议，可以查看供应商、币种、金额、付款方式、开户银行以及异常状态。

本课的原未清项没有付款方式，因此在重新分配界面选择付款方式和开户银行。

重新分配后，项目显示可付款状态。

返回状态页可以看到参数、建议均已成功。

在真实批量运行中，必须检查：

• 例外项目为何未被选择；
• 付款方式是否符合币种和境内/境外条件；
• 银行与额度是否正确；
• 是否存在付款冻结、到期日或主数据缺失；
• 分组结果是否符合逐笔/合并付款要求。

十、F110 第四步：首次付款失败与编号范围修复

确认建议后，课程立即启动付款运行，但第一次运行被取消。

沿配置链检查后发现，国家付款方式指定的付款凭证类型为 ZP。

该凭证类型需要内部编号，而训练系统相应会计年度的编号区间不可用。课程进入 FBN1 调整编号范围。

配置提醒：编号范围是财务凭证核心控制。生产系统调整区间必须检查公司代码、会计年度、凭证类型映射、当前编号和并发使用情况，不能照抄训练区间。

修正后删除失败的付款运行结果并重新执行，状态显示付款运行已完成。

十一、付款成功的验收证据

付款成功不能只看绿色状态，还要检查付款凭证和原发票清账关系。供应商行项目中已经出现付款凭证，并显示原项目被清账。

进一步打开供应商行项目，可以核对金额、清账凭证、基准日期、付款条件等信息。

课程还打开付款数据，查看付款方式、开户银行和账户标识等字段。

这一轮可以判定为完成：

1. 参数已保存；
2. 付款建议成功；
3. 异常已修正；
4. 付款运行完成；
5. 付款凭证生成；
6. 原供应商发票被清账。

十二、付款介质与供应商通知

F110 的“打印输出/数据介质”页可以维护程序与变式，用于付款介质、付款清单或汇款通知。

课程把它概括成“与开发团队做一个 PDF 通知”。更准确的说法是：实现可以使用 Payment Medium Workbench、银行文件格式、表单或汇款通知程序；是否需要自开发、是否生成 PDF、是否直接传银行，都取决于项目架构。SAP 还建议在高风险场景中把“创建 FI 付款凭证”和“创建付款介质”分步执行并验证结果。

十三、付款方式、开户银行和账户标识的优先级

SAP 官方说明，付款方式选择通常遵循以下逻辑：

1. 未清项中的付款方式优先；
2. 若项目没有，则检查供应商/客户主数据；
3. 再检查本次付款运行允许的付款方式顺序；
4. 验证必需主数据、境外/外币规则、最小/最大金额；
5. 按银行确定选择开户银行与账户。

课程随后在供应商行项目付款数据中补充付款方式、开户银行和账户标识。

重新进入 F110 参数页时，讲师再次解释下一付款日期和到期日选择。

十四、第二轮未解决问题：账户标识没有进入建议

第二轮付款建议生成后，付款方式和开户银行出现，但账户标识仍未带入。

回到原凭证，付款数据里确实可以看到开户银行和账户标识。

再次查看建议，付款方式和开户银行存在，但账户标识仍为空。

课程提出“可能要增强或向 SAP 提事件”，但没有完成根因验证。严谨的排查顺序应是：

因此本课的正确边界是：问题已发现，但原因和解决方案未完成。 最后的网页搜索没有形成可验证结论，本文不引用该非 SAP 画面，也不把搜索猜测写成方案。

十五、RBI 与合规核验

课程把银行转账、RTGS、支票、DD 和现金都称为“付款方式”。在 SAP 中它们只是可配置的业务键；实际使用还必须遵守银行和法规要求。

十六、生产验收清单

十七、关键校正与记忆点

1. 配置事务码是 FBZP，付款运行事务码是 F110，手工供应商付款常用 F-53。
2. 印度卢比代码是 INR，不是自动字幕中的 IAR。
3. 付款建议不会过账；只有付款运行才创建付款凭证并清账。
4. “下一付款日期”用于到期日和现金折扣选择，不会自动启动下一次运行。
5. 公司代码付款方式必须设置最大金额，否则 SAP 官方说明该方式不能被付款程序使用。
6. “按参考号分别付款”按参考字段分组，不等同于始终一张发票一个付款凭证。
7. 可用金额是银行选择上限，不是实时银行或总账余额。
8. 付款凭证类型必须使用有效内部编号范围。
9. 付款介质不必然是自开发 PDF，取决于 PMW、表单、银行接口和审批架构。
10. 第二轮账户标识问题没有解决，不能直接宣布需要增强或 SAP OSS。

十八、课程来源与官方资料

• 视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 42
• SAP Help：Payment Program
• SAP Help：Company Code Specifications
• SAP Help：Company Code Specifications for the Payment Method
• SAP Help：Selection of the Payment Method by the Payment Program
• SAP Help：Bank Determination: Ranking Order
• SAP Help：Procedure for Controlling Bank Selection
• SAP Help：Document Type for Payments
• SAP Help：Posting Documents in Foreign Currency
• SAP Help：Posting Exchange Rate Differences: Payment Program
• SAP Help：F110 无有效付款方式排查
• RBI：RTGS 官方 FAQ
• RBI：Foreign Exchange FAQ

本文只把第一轮成功付款写成已完成；第二轮账户标识问题明确保留为未解决，不引用视频末尾的非 SAP 网页搜索画面。