简介这份SAP财务系统AP应付账款会计教程面向财务人员、SAP初学者及希望系统掌握应付模块的从业者帮助解决供应商主数据维护、发票处理与账户清账等实操问题。资源包内含1个doc文档大小约2.37MB以图文步骤形式呈现便于按章节查阅与对照练习。教程围绕三大模块展开供应商主数据维护涵盖贸易与非贸易供应商的创建、修改、查询、锁住解锁及删除并标注XK01、FK01、XK02等事务代码AP文档处理包括无采购订单发票、负数发票、有订单发票录入以及预付款、取消预付款和供应商付款供应商账户余额部分则讲解余额查询、供应商记录修改与清账操作。内容以事务代码加步骤描述的方式组织适合边看边在系统中练习帮助读者快速熟悉AP日常业务流程。目前已有266人学习可作为应付会计岗位入门与查漏补缺的参考材料。1. SAP财务系统AP应付账款从发票校验到付款清账一条链路讲透很多做 SAP FICO 的人第一次被 AP 应付账款搞懵不是在配置层面而是在业务层面一张供应商发票到底经历了什么才从「收到」变成「付出去」中间哪些步骤生成会计凭证哪些步骤只是更新管理数据哪些步骤一旦做错就得用后悔药去冲销这些问题在教程里往往被拆成孤立的事务代码学完 MIRO 不知道后面接什么学完 F110 又对不上前面的发票。SAP 财务系统里的 AP 应付账款核心链路其实就四步采购收货或服务确认形成应付暂估发票校验MIRO形成真正的应付账款付款程序F110执行付款并清账最后通过 FBL1N 查供应商行项目余额。这条链路串起了 MM 采购、FI 总账、TR 资金管理三个模块也是 SAP FICO 顾问面试里被问得最多的场景之一。这篇内容面向三类人刚接触 SAP FICO 需要跑通 AP 全流程的新手、已经会操作但搞不清底层凭证逻辑的从业者、以及需要排查 AP 月结问题时找不到切入点的运维人员。接下来按「链路原理 → 配置与操作 → 避坑 → 进阶验证」的顺序展开每一步都落到可复现的事务代码和凭证逻辑上。2. AP 应付账款的凭证链路与配置底座2.1 从采购订单到应付暂估GR/IR 到底挂了什么科目SAP 里 AP 的起点通常不是发票而是采购收货。当你在 MIGO 里对一张采购订单做收货过账时系统自动生成一张物料凭证和一张会计凭证。会计凭证的借方是存货或费用科目贷方是 GR/IR 暂估应付科目。这个 GR/IR 科目是一个过渡科目它的作用是让财务在没收到发票之前就能确认成本和负债。GR/IR 科目的配置在 OBYC 里事务码 WRX 对应收货时的暂估应付事务码 WRX 对应的科目就是 GR/IR 清账科目。很多新手会问为什么收货就产生负债因为按照权责发生制货到了风险就转移了负债就成立了。发票来了之后MIRO 做发票校验借方记 GR/IR 科目把暂估冲掉贷方记真正的供应商应付账款科目通常由供应商主数据的统驭科目决定配置在 OBYC 的 KDB 或直接取供应商主数据里的 reconciliation account。这里有一个容易混淆的点GR/IR 科目在 BS 报表里可能出现在资产也可能出现在负债取决于余额方向。月结时如果 GR/IR 余额很大通常意味着有大量收货未开票或开票未收货需要跑 MR11 做 GR/IR 清账分析。常见做法是月末用 F.19 或 MR11SHOW 检查 GR/IR 余额把已收货未开票的部分重分类到暂估应付已开票未收货的部分重分类到暂估预付。2.2 供应商主数据里的 AP 关键字段统驭科目与付款条件供应商主数据是 AP 配置的底座。用 BP 事务码创建供应商时公司代码层有几个字段直接决定后续凭证怎么走。第一个是统驭科目Reconciliation Account这个科目决定了发票校验时贷方记哪个总账科目。统驭科目一旦有业务发生就不能直接改只能通过调整科目来变通。第二个是付款条件Payment Terms它决定了付款的基准日期和账期F110 跑付款时就是按付款条件算到期日的。付款条件的配置在 OBB8里面有几个关键参数基准日期默认取什么日期通常是凭证日期或过账日期、天数限制、以及是否有现金折扣。比如常见的 0001 付款条件基准日期是凭证日期30 天到期无折扣。如果配了折扣比如 2%/10 净 30那 F110 付款时会自动算折扣并生成折扣科目分录。第三个关键字段是付款方式Payment Method在供应商主数据的付款交易视图里维护。付款方式决定了 F110 用哪种介质付款比如 C 是支票、T 是电汇。付款方式必须和公司代码的付款方式配置FBZP匹配否则 F110 跑的时候会报「没有找到付款方式」的错误。2.3 MIRO 发票校验的三个金额校验逻辑MIRO 做发票校验时系统会做三个金额校验这三个校验决定了发票能不能过账。第一个是金额校验发票金额和采购订单金额的差异是否在容差范围内。容差配置在 OMR6按公司代码和采购组织维度设置。比如金额差异容差设 5 美元那发票比 PO 多 3 美元可以过多 10 美元就报错。第二个是数量校验发票数量不能超过收货数量加上容差。如果收货 100 个发票开 105 个容差是 2%那 105 超过 102系统会报错。这个校验防止供应商多开票。第三个是价格校验发票单价和 PO 单价的差异是否在价格容差内。价格容差通常设得比较小比如 1%。如果 PO 单价 10 块发票单价 10.5差异 5%超过容差就会报错。这三个校验都通过后MIRO 过账生成会计凭证借 GR/IR 科目冲暂估借或贷材料成本差异如果价格有差异贷供应商统驭科目应付账款。同时更新供应商行项目可以在 FBL1N 里看到这笔应付。2.4 F110 付款程序的配置与执行步骤F110 是 AP 付款的核心事务码它的执行分四个步骤参数维护、建议运行、付款运行、过账。参数维护里要填运行日期、标识、公司代码、付款方式、下次付款日期。建议运行Proposal Run只是模拟不生成凭证用来检查哪些发票会被选中付款。付款运行Payment Run会生成付款建议和付款凭证但还不更新供应商行项目。最后过账Posting Run才真正生成会计凭证并清账。F110 的配置在 FBZP 里包括付款方式配置每种付款方式对应哪个银行账户和排序规则、银行确定哪些供应商用哪个银行付款、付款建议的排序和分组。常见坑是付款方式没配全导致 F110 跑的时候报「没有找到付款方式对应的银行」。F110 过账后生成的会计凭证借供应商统驭科目清应付贷银行科目实际付款。如果供应商有预付款F110 会自动做预付款清账。付款完成后供应商行项目被清掉可以在 FBL1N 里看到未清项变成已清项。3. 从零跑通一笔 AP 全流程MIGO、MIRO、F110 实操3.1 用 MIGO 做采购收货并查看 GR/IR 凭证先创建一张采购订单ME21N供应商选一个已维护好统驭科目和付款条件的物料选一个已维护好评估类的。采购订单里填数量 100单价 10总价 1000。保存后记下 PO 号。然后用 MIGO 做收货。事务码 MIGO操作选「收货」参考凭证选「采购订单」输入 PO 号确认数量 100过账。过账后点「凭证流」可以看到物料凭证和会计凭证。会计凭证的借方是存货科目贷方是 GR/IR 科目。# MIGO 收货后查看会计凭证 # 事务码MIGO - 收货 - 采购订单 - 输入 PO 号 - 过账 # 过账后点「凭证流」- 双击会计凭证 # 凭证行项目示例 # 借存货科目 1000 # 贷GR/IR 暂估科目 1000这段操作的关键是确认 GR/IR 科目有没有配错。如果 GR/IR 科目配成了直接应付科目那 MIRO 的时候就会重复记应付。检查方法是看 OBYC 里 WRX 事务码对应的科目是不是一个专门的暂估科目而不是供应商统驭科目。3.2 MIRO 发票校验三个金额校验的实操演示用 MIRO 做发票校验。事务码 MIRO输入 PO 号系统自动带出供应商、金额、税额。假设发票金额和 PO 一致数量一致直接点「模拟」看凭证然后过账。# MIRO 发票校验 # 事务码MIRO - 输入 PO 号 - 系统带出金额和数量 # 点「模拟」查看会计凭证 # 借GR/IR 暂估科目 1000 # 贷供应商统驭科目 1000 # 过账后供应商行项目生成可在 FBL1N 查看如果发票金额和 PO 有差异比如发票金额 1050那模拟时系统会提示差异。如果差异在容差内过账后凭证会多一行材料成本差异。如果差异超容差系统报错需要先改 PO 价格或者走差异审批流程。参数说明MIRO 里的「税额」字段要填对否则过账后税额不对。税额的计算方式在 OBYZ 里配置通常按税率自动算。如果供应商是免税的税额填 0。3.3 F110 付款运行从建议到过账的完整命令F110 分四步走。第一步参数维护事务码 F110输入运行日期比如今天标识比如 TEST01点「参数」进入配置界面。填公司代码、付款方式比如 T、下次付款日期比如今天。保存后回到主界面。第二步建议运行点「建议运行」系统跑完显示建议的付款笔数和金额。这时候还没生成凭证可以点「付款建议」查看明细。第三步付款运行点「付款运行」系统生成付款凭证但供应商行项目还没清。这时候可以在 FBL1N 里看到供应商行项目还是未清状态。第四步过账点「过账」系统生成最终会计凭证并清账。# F110 付款运行四步 # 1. 参数维护F110 - 输入运行日期和标识 - 参数 - 填公司代码、付款方式、下次付款日期 # 2. 建议运行点「建议运行」- 查看付款建议 # 3. 付款运行点「付款运行」- 生成付款凭证 # 4. 过账点「过账」- 生成会计凭证并清账 # 过账后凭证 # 借供应商统驭科目 1000 # 贷银行科目 1000参数说明付款方式 T 对应电汇需要在 FBZP 里配好对应的银行账户。下次付款日期决定哪些发票到期F110 只选到期日小于等于这个日期的发票。如果发票还没到期建议运行里不会出现。3.4 FBL1N 查供应商行项目未清项与已清项的区别FBL1N 是查供应商行项目的标准事务码。输入供应商号和公司代码选「未清项」可以看到所有还没付款的发票选「已清项」可以看到已经付款清账的发票选「全部项目」可以看到所有行项目。未清项和已清项的区别在于清账状态。发票校验后生成的行项目是未清项F110 付款过账后系统会自动做清账把发票行项目和付款行项目关联起来状态变成已清项。如果付款金额和发票金额不一致比如部分付款那发票行项目会部分清账剩余金额还是未清。常见操作月结时用 FBL1N 查未清项看哪些发票逾期未付。可以用 FBL1N 的「未清项」视图按到期日排序找出逾期发票。然后跑 F110 或者用 F-53 手工付款。4. AP 月结与日常运维的避坑清单4.1 现象MIRO 过账报错「容差被超出」原因OMR6 容差配置太紧解决按业务调整容差或走差异审批这是 AP 日常最常见的报错之一。现象是 MIRO 过账时系统提示「容差限制被超出」发票过不了。原因通常是 OMR6 里配的金额容差或价格容差太小比如金额容差设了 0.1 美元那发票比 PO 多 1 美元就过不了。解决方法是先确认差异是否合理如果合理就调整 OMR6 容差如果不合理就走差异审批流程让采购改 PO 或者让供应商重开发票。血泪经验不要为了过账随便放大容差容差放大后所有发票都能过但月末对账时差异会累积成一个大坑。正确做法是按供应商或物料类别设不同容差关键物料容差紧辅料容差松。4.2 现象F110 跑完供应商行项目还是未清原因付款运行后没过账解决补过账或检查清账逻辑F110 跑完四步后如果 FBL1N 里供应商行项目还是未清最常见的原因是只跑了「付款运行」没跑「过账」。付款运行只是生成付款凭证过账才做清账。解决方法是回到 F110 补过账。如果过账后还是未清检查付款金额和发票金额是否一致不一致的话可能是部分付款需要手工清账F-44。另一个原因是付款方式配错了比如发票的付款条件是 T但 F110 参数里选了 C那系统找不到匹配的付款方式不会选中这张发票。检查方法是看 F110 建议运行里有没有这张发票。4.3 现象GR/IR 科目余额月结时对不上原因收货未开票或开票未收货解决跑 MR11 做 GR/IR 清账分析月结时 GR/IR 科目余额很大对不上存货和应付。原因是 GR/IR 是个过渡科目收货未开票的部分挂在贷方开票未收货的部分挂在借方。如果两边都有余额净额可能不大但明细对不上。解决方法是跑 MR11GR/IR 清账分析系统会列出所有 GR/IR 余额明细按收货未开票和开票未收货分类。然后根据分析结果做重分类收货未开票的重分类到暂估应付开票未收货的重分类到暂估预付。注意MR11 只是分析工具不生成凭证。重分类需要手工做凭证通常用 F-02 或 F.19。F.19 是专门做 GR/IR 重分类的事务码可以自动生成重分类凭证。4.4 现象供应商统驭科目改不了原因已有业务发生解决用调整科目或新建供应商供应商主数据里的统驭科目一旦有业务发生就不能直接改。现象是 BP 里改统驭科目时系统报错「科目已有业务发生不能修改」。原因是统驭科目决定了所有已过账凭证的科目方向改了会导致历史凭证对不上。解决方法是如果只是个别供应商需要改可以新建一个供应商把旧供应商的余额转过去如果是批量改可以用调整科目做一笔调整凭证把旧统驭科目的余额转到新统驭科目。常见做法是月结时检查供应商统驭科目发现配错的在月结前改掉月结后不改。如果月结后必须改就走调整凭证。4.5 现象F110 付款建议里没有某张发票原因付款条件或付款方式不匹配解决检查供应商主数据和 FBZP 配置F110 建议运行后发现某张发票没被选中。原因通常是三个一是发票还没到期下次付款日期小于发票到期日二是供应商的付款方式没配或配错F110 参数里的付款方式和供应商主数据里的不匹配三是发票的付款条件在 OBB8 里没配或配错导致系统算不出到期日。解决方法是先查供应商主数据的付款条件和付款方式再查 FBZP 里的付款方式配置最后查 OBB8 里的付款条件配置。三个都对了发票就会被选中。5. AP 进阶用 FBL1N 和 FAGLL03 交叉验证应付余额5.1 用 FAGLL03 查统驭科目余额并与 FBL1N 对账FBL1N 查的是供应商维度的行项目FAGLL03 查的是总账科目维度的行项目。AP 月结时用 FAGLL03 查供应商统驭科目的余额应该等于所有供应商 FBL1N 未清项余额之和。如果不等说明有凭证没记到供应商行项目或者有手工凭证直接记了统驭科目没走供应商。# FAGLL03 查统驭科目余额 # 事务码FAGLL03 - 输入统驭科目和公司代码 - 执行 # 对比 FBL1N 所有供应商未清项余额之和 # 如果不等检查是否有手工凭证直接记统驭科目参数说明FAGLL03 里的「科目」填统驭科目号「公司代码」填对应公司。执行后可以看到该科目的所有行项目按凭证号排序。如果发现某笔凭证没有对应的供应商行项目说明是手工凭证直接记了总账科目需要补记供应商行项目或者调整。5.2 用 FBL1N 的特别选择查逾期未付发票FBL1N 有一个「特别选择」功能可以按到期日、付款条件、付款方式等维度筛选。月结时用这个功能查逾期未付发票按到期日排序找出所有到期日小于今天的未清项。然后跑 F110 或者手工付款。# FBL1N 特别选择查逾期未付 # 事务码FBL1N - 输入供应商和公司代码 - 特别选择 # 选择「到期日」- 输入小于今天的日期 - 执行 # 结果就是所有逾期未付发票参数说明特别选择里的「到期日」是发票的净到期日由付款条件算出。如果付款条件是 30 天发票日期是 1 月 1 日到期日就是 1 月 31 日。查逾期就选到期日小于今天。5.3 一个习惯每月跑一次 F110 建议运行做预演我自己的习惯是每月月结前跑一次 F110 建议运行不做过账只看建议结果。这样可以在正式付款前发现哪些发票会被选中、哪些不会、金额对不对。如果发现异常比如某张发票金额不对或者供应商不对还有时间改。这个习惯帮我避免了好几次付款错误尤其是供应商银行账号变更后忘了更新主数据的情况建议运行里会显示付款建议但实际过账会失败。希望帮到你。本文还有配套的精品资源点击获取
