Some of the links in this article are “affiliate links”, a link with a special tracking code. This means if you click on an affiliate link and purchase the item, we will receive an affiliate commission.
The price of the item is the same whether it is an affiliate link or not. Regardless, we only recommend products or services we believe will add value to our readers.
By using the affiliate links, you are helping support our Website, and we genuinely appreciate your support.
SAP Finance Blog #4
What is Accounts Payable and Why Does It Matter?
Welcome to the world of Accounts Payable (AP) in SAP S/4 HANA! In simple terms, Accounts Payable is the accounting portion of the broader purchase-to-pay process. Think of it as the engine room where you manage all the financial data for the vendors from whom your company buys goods and services. This function is critical for maintaining healthy relationships with your suppliers, ensuring bills are paid accurately and on time, and ultimately, keeping the company’s financial records in pristine condition.
One of the most powerful features of SAP S/4 HANA is its real time integration. Every transaction you perform in Accounts Payable, from recording an invoice to issuing a payment, immediately creates a corresponding entry in the general ledger. This guarantees that your detailed AP records are always perfectly in sync with the main company books. Let’s walk through the entire AP journey together, starting with the request to purchase goods and ending with the final payment to the vendor.
1. The Core Workflow: A Step-by-Step Journey from Purchase to Payment
The fundamental workflow for buying goods and services in SAP is known as the Purchase-to-Pay (or Procure-to-Pay) process. This sequence of events covers every business task, from the initial internal request for an item to the final payment sent to the supplier. Understanding this step-by-step journey is the key to mastering how Accounts Payable functions within the broader organization.
1.1. Step 1: The Purchase Requisition – The Internal “Ask”
The process begins with a Purchase Requisition, which is a formal internal request document. It is not an order sent to a vendor; rather, it’s how a department within your company signals to the purchasing organization that it has a specific need for materials or services.
A requisition can be created for several types of procurement:
- Standard: The company receives finished materials from a vendor.
- Subcontracting: The company provides raw materials to a vendor, who then returns a finished product.
- Consignment: The company procures materials that are stored in its warehouse but only pays the vendor for them upon consumption.
- Stock transfer: The required material is sourced internally from another part of the organization.
- Third party: The company pays an external party for providing a service.
Key Transaction: ME51N | Fiori App: Create Purchase Requisition (F1643)
1.2. Step 2: The Purchase Order – The Official Order
Once a purchase requisition is approved, it can be converted into a Purchase Order (PO). Unlike a requisition, a PO is a formal, external document addressed to a specific vendor. It serves as a binding request to provide certain goods or services in a specified quantity, at an agreed upon price, and on a specific delivery date. When you create a PO, you will provide key information such as the vendor, material, quantity, net price, and organizational data like the Purchasing Organization and Company Code.
Key Transaction: ME21N | Fiori App: Create Purchase Order Advanced (ME21N)
1.3. Step 3: The Goods Receipt – “We Got the Stuff!”
The Goods Receipt step is the physical confirmation that the ordered items have arrived at your company’s warehouse. This is a crucial moment in the workflow because it is the first step in the entire purchase-to-pay process that creates a financial posting in the general ledger.
When a goods receipt is posted, the system makes the following accounting entry: the inventory account is debited, and the GR/IR (Goods Receipt/Invoice Receipt) account is credited. The GR/IR account acts as a temporary clearing account to hold the value of goods received until the corresponding invoice arrives.
Key Transaction: MIGO | Fiori App: Post Goods Receipt for Purchase Order (F0843)
1.4. Step 4: The Invoice Receipt – “Here’s the Bill”
The Invoice Receipt, also known as Invoice Verification, is the process of entering the supplier’s invoice into SAP. The primary purpose of this step is to perform a three way match, comparing the details on the invoice (like quantity and price) against the information in both the Purchase Order and the Goods Receipt. This ensures that you only pay for what you ordered and received.
Trainer’s Tip: The three-way match (PO vs. Goods Receipt vs. Invoice) is the cornerstone of procure-to-pay internal controls. It is a critical defense against over payment, duplicate payments, and fraud.
The accounting entry for this step is: the GR/IR account is debited, and the supplier account is credited. In an ideal scenario, this debit perfectly offsets the earlier credit from the goods receipt, balancing the GR/IR account to zero for this transaction. Because discrepancies can occur, it is a vital internal control to review the GR/IR clearing account regularly.
Key Transaction: MIRO | Fiori App: Create Supplier Invoice/Create Supplier Invoice Advanced (MIRO)
1.5. Step 5: Invoice Payment – Sending the Money
The final step in the purchase-to-pay process is the Invoice Payment, where your company settles the open invoice by paying the vendor. In SAP terminology, an unpaid invoice is considered an “open item.” When payment is made, this open item is “cleared,” resulting in a zero balance for that specific transaction on the vendor’s account.
Payments can be processed manually for individual invoices (F-53) or, more commonly, through an automatic payment program that handles large batches of invoices (F110). You can check vendor balances at any time using transaction FK10N. This core process is built upon a foundation of well-maintained vendor data, which we will explore next.
2. The Foundation: Understanding Vendor Accounts
The Vendor Account, or supplier master record, is the strategic heart of Accounts Payable. Think of the vendor master as the ‘single source of truth’ for your suppliers. Getting this data right is crucial, because it’s used by both the purchasing department to create orders and the accounting department to process payments.
2.1. The Three Segments of a Vendor Account
Each vendor master record is structured into three distinct segments, allowing for a clean separation of different types of information:
- General Data: This contains universal information that applies across the entire organization, such as the vendor’s name, address, and contact details.
- Company Code Segment: This holds accounting-specific data that can vary from one legal entity (company code) to another, like payment terms and the reconciliation account.
- Purchasing Area Segment: This includes purchasing-specific data relevant to the procurement process.
2.2. The All-Important Reconciliation Account
The Reconciliation Account is a key concept in SAP’s integrated design. It is a control account in the general ledger that automatically summarizes the balances of all the individual vendor subledger accounts linked to it. When you post an invoice to a specific vendor’s account, SAP automatically posts the same amount to this general ledger reconciliation account. This powerful link, which is assigned in the Company Code segment of the vendor master, guarantees that the detailed AP subledger always matches the general ledger.
Key Concept: This automated link is what eliminates the tedious, error-prone manual reconciliation work that was common in older, non-integrated accounting systems. It ensures data integrity by design, not by chance.
2.3. Creating and Viewing Vendor Data
SAP provides specific transactions to create, change, and display this foundational data, ensuring it remains accurate and up-to-date.
Key Transactions: Create (FK01), Change (FK02), Display (FK03) | Fiori App: Supplier Master Create/Change/Display (F1053A)
With this understanding of the data that underpins the process, we can now look at how the invoices associated with these vendors are handled.
3. Two Ways to Handle an Invoice: Automatic vs. Direct
While the majority of invoices a company receives are directly linked to a purchase order, some are not. This could happen, for instance, when paying for services that were not ordered through the formal SAP procurement process. To provide operational flexibility, SAP offers distinct methods for handling both scenarios.
3.1. Automatic Invoices (from Logistics)
This is the standard and preferred method for processing invoices that are tied to the procurement process. An “automatic” invoice is created with direct reference to a Purchase Order using transaction MIRO. When you post it this way, the system creates two separate but linked documents: a logistics invoice document and an accounts payable financial document.
The key benefit of this approach is efficiency and accuracy. The system automatically populates the invoice details from the data already stored in the purchase order and goods receipt, which significantly minimizes manual data entry and reduces the risk of errors.
3.2. Direct Invoices (in Financial Accounting)
A “direct invoice” is one that you enter straight into the Accounts Payable module without any link to a purchase order. This method is used for expenses where a PO was not generated, such as certain utility bills or ad-hoc services. These invoices have a standard document type of KR (from the German Kreditorenrechnung for vendor invoice), distinguishing them from logistics invoices, which use the type RE (from Rechnungseingang for invoice receipt).
Key Transaction: FB60 | Fiori App: Create Supplier Invoice (F0346A)
After an invoice is successfully entered into the system, either automatically or directly, the next step is to settle the bill.
4. Settling the Bill: How Outgoing Payments Work
A well-managed outgoing payment process is essential for maintaining strong vendor relationships and effectively managing company cash flow. SAP S/4 HANA supports both manual payments for exceptional cases and a highly efficient automatic payment program for routine, high-volume processing.
4.1. Manual Payments
Manual payments are typically the exception, not the rule. You’ll use them for urgent, one-off payments that can’t wait for the next scheduled payment run or for situations where automatic processing isn’t possible.
Key Transaction: F-53 | Fiori App: Post Outgoing Payment (F1612)
Trainer’s Tip: The ‘Post Outgoing Payment’ Fiori app is especially user-friendly. Its screen is split into two parts: the upper part is where you specify where the money is paid from (e.g., which bank account), and the lower part is where you specify where the payment goes to (i.e., which vendor invoice you are clearing).
4.2. The Automatic Payment Program (APP)
The Automatic Payment Program (APP) is the standard, powerful tool for paying vendors in large batches. It is designed to streamline the payment process by automatically identifying invoices that are due, creating a list of payments for you to review, and executing the final payments and posting the clearing documents.
The process for running the APP involves three core steps:
- Maintain Parameters: You define the criteria for the payment run, including the run date, an identification code, and which company codes and vendors to include.
- Generate Proposal: The system analyzes the open invoices based on your parameters and generates a payment proposal list. You can review this list and block or edit individual payments before execution.
- Execute Payment Run: Once you approve the proposal, you execute the payment run. The system then posts the payment documents, clearing the open invoices and creating the necessary files for the bank.
Key Transaction: F110 | Fiori App: Manage Automatic Payments (F0770)
While these standard processes cover most day-to-day activities, business isn’t always straightforward. Next, we’ll look at how SAP handles common exceptions.
5. Handling Exceptions: Credit Memos and Down Payments
Not all financial transactions are simple purchases and payments. Sometimes goods are returned, or a vendor requires an advance payment. SAP provides specific, structured processes for handling these common exceptions to ensure they are recorded accurately.
5.1. Credit Memos
A credit memo (also known as a credit note) is a document issued by a vendor to reduce the amount your company owes, effectively acting as a “negative invoice.” From your perspective as the buyer, a credit memo reduces your accounts payable balance.
Common reasons for a vendor to issue a credit memo include:
- Goods were returned
- A pricing dispute was resolved in your favor
- A marketing allowance or rebate was granted
Key Transaction: FB65
5.2. Down Payments
A down payment is an advance payment made to a vendor before the goods have been delivered or services have been rendered. The process in SAP involves two main steps:
- Down Payment Request: First, a special document called a “noted item” is created using transaction
F-47. This request does not have a financial impact on the balance sheet; instead, it serves as a trigger and reminder that a down payment is required and can be picked up by the payment program. - Payment: The down payment request is then paid using the standard manual or automatic payment process.
Later, when the final invoice is received, it is cleared against the down payment that was already made.
Trainer’s Tip: Think of a noted item as a sticky note on the vendor’s account in SAP; it doesn’t affect the official balances but serves as a visible reminder for the payment system to act.
Key Fiori Apps: Monitor Purchase Order Down Payments (F2877), Manage Supplier Down Payment Request (F1688)
After handling individual transaction exceptions, the next major task is to ensure the entire AP subledger is prepared for the period-end financial close.
6. Closing the Books: Key Period End Activities in AP
At the end of each accounting period—be it a month, quarter, or year—a series of closing activities must be performed in Accounts Payable before the main general ledger can be closed. These are not just clerical tasks; they are critical controls that guarantee the integrity of your company’s financial statements. A failure in these steps could lead to inaccurate reporting, poor decision-making, and audit issues.
6.1. GR/IR Clearing
As we’ve discussed, the GR/IR account is a temporary holding area. So, what happens if goods arrive but the invoice doesn’t? That’s exactly what the GR/IR clearing run is designed to solve. This program (Transaction F19) analyzes the account to find discrepancies like goods received but not yet invoiced, or vice versa. The program then generates the necessary adjustment postings to ensure these items are correctly reflected on the balance sheet for the period-end.
My Pro Tip: Think of the GR/IR account as a temporary holding area or escrow. Its balance should always trend toward zero. A large, persistent balance is a red flag for your accounting team, signaling potential issues like missing invoices or unrecorded deliveries.
6.2. Foreign Currency Valuation
If your company has open invoices denominated in foreign currencies, their value must be re-calculated at the end of the period. This foreign currency valuation process (Transaction FAGL_FCV) uses the exchange rate on the period-end date to revalue these open items. The program generates postings to reflect any unrealized gains or losses resulting from fluctuations in exchange rates.
6.3. Reclassification of Payables
For proper presentation on the balance sheet, liabilities must be classified correctly. The reclassification process (Transaction FAGLF101) automatically sorts open payables based on their remaining term. For example, it can distinguish between short-term payables (due within one year) and long-term payables, ensuring they appear in the correct section of the financial statements.
6.4. Accounts Payable Reconciliation
This is the final verification step. Here, accountants compare the total balance of all individual vendor accounts in the Accounts Payable subledger against the single balance of the AP reconciliation account in the general ledger. While SAP’s tightly integrated system ensures these balances should always match, this reconciliation provides a final, formal check to confirm the accuracy of the total reported payables before closing the books.
Once the books are closed, the focus shifts from processing transactions to analyzing the results through reporting.
7. Extracting Insights: Essential Accounts Payable Reports
Accurate data entry and processing are only valuable if you can extract meaningful information to make business decisions. SAP S/4 HANA provides a suite of powerful reporting tools that allow you to analyze vendor balances, track expenses, and manage cash flow effectively.
7.1. Vendor Balances
This type of report gives you a high-level, summary view of a vendor’s account. For any given period, it shows the total debits, total credits, and the cumulative balance, providing a quick snapshot of the financial standing with that supplier.
Key Transaction: FK10N | Fiori App: Display Supplier Balances (F0701)
7.2. Vendor Line Items
While a balance report provides a summary, a line item report shows the details. It lists every single transaction, each invoice, payment, and credit memo, that has been posted to a vendor’s account. This report is indispensable when you need to drill down to investigate the specific transactions that make up a vendor’s balance.
Key Transaction: FBL1H | Fiori App: Manage Supplier Line Items (F0712)
7.3. Open Item List
The Open Item List is one of the most critical reports in Accounts Payable. It generates a list of all unpaid invoices for all vendors as of a specified key date. This report is essential for managing day-to-day payments and is a primary tool for forecasting future cash outflows.
Key Transaction: S_ALR_87012103
Blog Summary
In this blog, we have journeyed through the essential components of Accounts Payable in SAP S/4 HANA. We began with the core Purchase-to-Pay workflow, from an internal requisition to the final vendor payment. We then explored the foundational vendor master data, the different ways to process invoices, and the powerful programs for managing payments. Finally, we covered the critical period-end closing activities and the key reports used to extract valuable insights. Mastering these concepts gives you a solid and comprehensive foundation for effectively managing the accounts payable function in the modern SAP S/4 HANA environment.
To learn more about this topic and Big 4 interview preparation, you may refer my book available on amazon and lifetime free access for kindle subscribers.
See you in the next learning session!

Leave a Reply