一句话理解
F110 是 SAP 的"自动出纳"：MIRO 过账后，应付账款就欠着供应商了。F110 按付款条件（如"30 天内付款"）到期自动生成付款：选单据 → 生成付款建议 → 检查 → 执行付款过账 → 输出银行文件（电汇/支票）。P2P 到这里才算真正的闭环——钱付出去了。
实战提示：给业务讲 F110 的价值只说一句——"到期自动付，不会早付丢利息、不会晚付丢信用。" 手工付款最大的风险不是付错，而是忘了付——被供应商停供一次，省下的人工全赔回去。
F110 运行流程
付款方式配置（FBZP）
F110 的行为由 **FBZP（付款程序配置）**决定，这是 FI 的核心配置之一：
| 配置点 | 说明 |
|---|---|
| 付款方式（Payment Method） | T=电汇、C=支票等；按公司代码定义 |
| 银行确定（Bank Determination） | 付款方式 → 付款用的银行科目/开户行 |
| 付款货币 | 允许的币种 |
| 付款介质 | DME 文件格式（电汇报文）、支票打印程序 |
常见坑：银行确定配错，付款从错误的银行科目出账。上线前必须用测试供应商走一遍完整 F110，检查生成的会计凭证借贷科目。另一个坑是付款方式没配 DME 格式，付款建议生成了但银行文件出不来。
付款条件：什么时候付
付款条件（Payment Terms）挂在供应商主数据或 PO 上，决定到期日：
| 条件示例 | 含义 |
|---|---|
| 0001 | 立即付款 |
| 0030 | 30 天内净付款 |
| 2%/10, Net 30 | 10 天内付享 2% 现金折扣，否则 30 天 |
- 现金折扣（Cash Discount）：提前付款的折扣，F110 自动计算，是财务的"隐形利润"
- 到期日 = 基准日期（发票过账日/录入日）+ 付款条件天数
实战提示：付款条件是采购谈判的筹码之一。"2%/10" 意味着年化 36% 的收益——财务巴不得你多谈现金折扣条款。MM 顾问在供应商谈判支持时，别只谈单价，付款条件也值钱。
付款建议 vs 付款运行
F110 分两步走，这是内控设计：
- 付款建议（Proposal）：只生成清单，不产生凭证——给财务检查用
- 付款运行（Payment Run）：确认后执行，生成付款凭证并清账
| 检查点 | 说明 |
|---|---|
| 供应商银行信息 | 主数据中的银行账号是否有效 |
| 付款金额 | 与 MIRO 过账金额一致，无异常大额 |
| 付款方式 | 电汇/支票与供应商要求一致 |
| 重复付款 | 同一发票是否被重复选中（系统有检查，但人工要复核） |
常见问题
Q：F110 可以只付部分供应商吗？
A：可以。F110 的选择条件支持按供应商、单据号过滤。紧急情况下也可以手工 FB60/F-53 单笔付款——但常规付款必须走 F110，手工付款是例外通道，要留审批记录。
Q：付款建议生成后发现选错了单据怎么办？
A：删除付款建议（不产生凭证，可安全删除），调整选择条件后重新生成。只有执行了"付款运行"才会过账，建议阶段的任何错误都可以重来——这是两步设计的好处。
Q：预付款（Down Payment）走 F110 吗？
A：可以。预付款请求（F-47）到期后同样进入 F110 选择。注意预付款和发票是两笔不同的应付，F110 会分别处理，不要在 MIRO 里重复认。
实战经验
- F110 上线第一个月，每天早上先看付款建议再执行：系统刚上线，银行确定、付款条件可能有配错，人工复核一个月后再谈"全自动"。
- 付款日建议固定在每周 1-2 天（如周二、周五）：供应商知道你的付款节奏，对账纠纷少一半；财务也能集中处理异常。
- 跨境付款要单独建付款方式：境外汇款的银行文件格式、手续费承担、中转行信息都不同，混用电汇方式一定会出问题。
相关阅读
相关文章
P2P FI Posting（FI 过账：GR/IR 与应付账款）
P2P 流程的财务链条：MIGO 收货借库存贷 GR/IR，MIRO 发票校验转应付账款。GR/IR 过渡科目的原理、WRX 自动记账配置（OBYC）与月末 GR/IR 余额清理。
Invoice Verification（发票校验）
MIRO 发票校验是 P2P 的收官环节：三单匹配逻辑、价格/数量容差、差异处理，以及发票校验与 FI 自动付款的衔接。
Source Determination（货源确定）
货源确定是 PR 与 PO 之间的关键一环：向谁买、以什么价格买。询报价（RFQ）比价、货源清单、采购信息记录、框架协议与配额安排的实战讲解。
Goods Receipt（收货）
MIGO 收货是库存增加的起点：移动类型 101/102/103/105 一次讲清，收货自动记账逻辑，以及收货冲销的实战处理。