SAP Modules Explained — FI, CO, SD, MM & HR

In this tutorial, you'll learn about SAP Modules Explained. We cover key concepts, practical examples, and best practices.

SAP modules are specialized business applications within SAP S/4HANA that each handle a specific business function — from financial accounting to warehouse management — while sharing a single database so every department works with the same real-time information.

What You'll Learn

You will learn the purpose of each major SAP module, how they integrate, real transaction codes, and how a single business process flows across multiple modules without manual data re-entry.

Why It Matters

A company without SAP modules works like separate islands. Sales does not know inventory levels. Finance does not know about pending orders. HR does not know when a new hire's equipment was ordered. SAP modules fix this by connecting every department into one system with automatic data flow between functions.

Real-World Use

A customer calls to order 500 units of a product. The sales rep enters the order in SD. SAP automatically checks the customer's credit (FI), verifies stock (MM), calculates the price, and schedules delivery — all from one screen, all using the same data, without any department re-entering information.

Learning Path

flowchart LR
  A["SAP Overview"] --> B["ABAP Programming"]
  B --> C["SAP Modules Deep Dive
You are here"]
  C --> D["SAP FICO"]
  D --> E["SAP Basis Administration"]
  style C fill:#f90,color:#fff

FI — Financial Accounting

FI is the official financial record of the company. It handles external reporting — what you show to tax authorities, auditors, and shareholders.

Submodules

Key Transaction Codes

FS00   - Create/display G/L account centrally
F-02   - Post a general journal entry
FBL1N  - Display vendor line items
FBL5N  - Display customer line items
FB03   - Display a posted document

Real-World Process

When a company receives a vendor invoice for office supplies:

1. The AP clerk enters the invoice (transaction F-43)
2. SAP checks: Is the PO valid? Was the goods receipt posted?
3. The invoice posts, debiting the supplies expense and crediting the vendor account
4. At payment time, F110 generates the automatic payment run

Security Angle

FI is the most audited module. Every posting creates a document with a unique number. Documents cannot be deleted — only reversed with a new document. Durga Antivirus Pro applies FI-style document immutability to security audit logs, ensuring events cannot be altered after recording.

CO — Controlling

CO handles internal management accounting. While FI reports to the government, CO reports to company management.

Key Functions

• Cost Center Accounting: Tracks costs by department (e.g., "How much did the IT department spend?")
• Internal Orders: Tracks costs for specific projects or events
• Product Costing: Calculates how much it costs to make a product
• Profitability Analysis (CO-PA): Analyzes profit by product, customer, or region

Key Transaction Codes

KS01   - Create cost center
KOB1   - Postings on internal orders
CK11N  - Cost estimate for a material
KE30   - Execute profitability report

FI vs CO: The Crucial Difference

Think of FI as a photograph (this is what happened — objective fact) and CO as a painting (this is what it means for our business — management perspective).

SD — Sales and Distribution

SD manages the entire sales process from customer inquiry to delivery and billing.

Core Process

Inquiry → Quotation → Sales Order → Delivery → Billing → Payment

Key Transaction Codes

BP        - Business Partner (customer master data)
VA01      - Create sales order
VL01N     - Create outbound delivery
VF01      - Create billing document
VOV8      - Pricing procedure maintenance

Real-World Example

A customer orders 500 units of product XYZ:

1. The sales rep creates a sales order (VA01)
2. SAP automatically checks the customer's credit limit (FI integration), inventory availability (MM integration), and calculates price including discounts
3. Warehouse picks goods and creates a delivery (VL01N)
4. Goods issue posts — inventory decreases (MM sees this)
5. Invoice created (VF01) — FI posts the revenue
6. Payment received — FI clears the receivable

Pricing in SD

List price:           $100.00
- Quantity discount:   -$5.00
- Customer discount:   -$10.00
+ Freight charge:       +$8.00
+ Tax:                  +$7.50
= Net price:           $100.50

MM — Materials Management

MM handles procurement, inventory, and warehouse management. It ensures the right materials are available at the right time and place.

Core Process

Purchase Requisition → Purchase Order → Goods Receipt → Invoice Verification

Key Transaction Codes

ME11    - Create purchasing info record
ME21N   - Create purchase order
MIGO    - Goods receipt / goods issue
MIRO    - Enter invoice for PO
MB52    - Display stock overview

Real-World Example

A factory needs 1000 kg of raw material:

1. Planning system detects shortage and creates a purchase requisition
2. Buyer converts it to a purchase order (ME21N)
3. Supplier delivers. Warehouse posts a goods receipt (MIGO) — MM updates inventory, FI records inventory value
4. Supplier invoice arrives. AP clerk does invoice verification (MIRO) — MM matches PO quantity, goods receipt quantity, and invoice quantity
5. If everything matches, FI pays the supplier

Integration Points

HR — Human Resources (HCM)

HR (now called HCM — Human Capital Management) manages employee data, payroll, recruitment, and time tracking.

Submodules

Key Transaction Codes

PA30    - Maintain HR master data
PA40    - Hire/transfer/terminate employee
PC00_M99_CALC - Run payroll (country-specific)
PPOME   - Edit organizational structure
PT60    - Run time evaluation

Real-World Payroll Integration

When payroll runs:

1. HR records salary, overtime, and deductions
2. HR sends the payroll posting to FI
3. FI posts: salary expense (debit), bank payable (credit)
4. CO receives: cost center allocation per department
5. Payment run pays employees

Module Integration — The Big Picture

flowchart LR
  A["SD: Sales Order"] --> B["MM: Check Inventory"]
  B --> C["MM: Goods Issue"]
  C --> D["FI: Revenue & AR"]
  D --> E["CO: Profit Analysis"]
  F["MM: Purchase Order"] --> G["MM: Goods Receipt"]
  G --> H["FI: Inventory Value"]
  H --> I["CO: Cost Center"]
  J["HR: Payroll"] --> K["FI: Salary Expense"]
  K --> L["CO: Department Cost"]

This diagram shows the integration loop. A single sales transaction touches SD, MM, FI, and CO — all from one entry, without re-entering data.

Real-World Scenario: Smartphone Manufacturing

Day 1: Sales Order

• A retailer orders 1000 phones
• SD creates sales order; credit check passes
• MM checks available stock — only 200 available

Day 2: Production

• PP (Production Planning) creates a production order for 800 more phones
• MM: Raw materials (screens, chips, batteries) are issued from inventory
• CO: Production costs are collected on the production order

Day 3: Procurement

• MM detects low raw material stock
• Buyer creates a purchase order for 5000 screens
• FI: Purchase order does not post yet (commitment only)

Day 4: Delivery

• 1000 phones shipped to customer
• SD: Delivery document created
• MM: Goods issue reduces finished goods inventory
• FI: Revenue and cost of goods sold posted
• CO: Profit margin calculated

Day 5: Billing

• Customer is invoiced
• FI: Accounts Receivable increases
• CO: Profitability report shows transaction-level profit

All of this happens in one system. In a non-SAP world, this would require 5-6 different software packages and manual data entry at every step.

Common Errors

1. Confusing FI and CO postings

FI posts to legal accounts (required for financial statements). CO posts to cost centers (for internal analysis). They serve different purposes and cannot be substituted for each other.

2. Not realizing SD pricing complexity

SD pricing can involve dozens of condition types (base price, discount, freight, tax). A simple change can cascade across all sales orders.

3. Ignoring MM-FI integration

When you post a goods receipt in MM, FI automatically updates. If inventory valuation does not match the GL, reconciliation is painful and time-consuming.

4. Thinking HR is just about payroll

HR includes organizational management, recruitment, time tracking, and succession planning. Payroll is just one function within HCM.

5. Underestimating implementation effort

Each module requires configuration, testing, data migration, and user training. A full SAP implementation takes 1-3 years.

6. Forgetting CO allocations after FI postings

FI postings may need CO allocation rules. A cost posted without a cost center assignment causes errors or misallocated costs.

Practice Questions

1. What is the difference between FI and CO? FI handles external financial reporting (legal requirements). CO handles internal management accounting (cost control, profitability).

2. How does SD integrate with MM? SD sales orders trigger MM availability checks. When goods are shipped, MM posts the goods issue, reducing inventory in real time.

3. What transaction code creates a purchase order in MM? ME21N.

4. Why can't FI documents be deleted? Audit requirements. All financial postings must have an immutable trail. Corrections require reversal documents, not deletion.

5. What does CO-PA stand for? Profitability Analysis — analyzes profit by market segment (product, customer, region).

Challenge: Map out the SAP modules involved when a customer orders a custom-built product. List which modules touch the process at each stage: inquiry, quotation, production, delivery, billing, payment.

FAQ

Try It Yourself

Simulate SAP module integration using SQL queries:

-- Simulate FI posting logic
CREATE TABLE fi_documents (
    doc_num INTEGER PRIMARY KEY,
    doc_date DATE,
    account VARCHAR(10),
    amount DECIMAL(15,2),
    debit_credit CHAR(1)
);

-- Post a payment (debit bank, credit AR)
INSERT INTO fi_documents VALUES (100001, '2026-06-22', 'BANK', 5000.00, 'D');
INSERT INTO fi_documents VALUES (100001, '2026-06-22', 'AR', 5000.00, 'C');

-- Verify balance
SELECT account,
       SUM(CASE WHEN debit_credit = 'D' THEN amount ELSE -amount END) AS balance
FROM fi_documents
GROUP BY account;

Expected output:

ACCOUNT | BALANCE
BANK    | 5000.00
AR      | -5000.00

What's Next

Built by the developers of Doda Browser, DodaZIP, and Durga Antivirus Pro. Updated 2026-06-22.