Do you have certainty in testing the appropriate SAP ERP transaction codes? Are you confident in staying updated with common practices related to SAP t codes and not neglecting crucial transactions that require testing?
Whether you’re engaged in user acceptance testing (UAT) or other forms of ERP testing, if you find yourself unable to confidently affirm these questions, this blog is for you! We have curated the ultimate list of SAP t-codes for effective test management.
SAP transaction codes (t-codes) are short alphanumeric strings that represent specific entry points within an SAP system. They allow users to navigate through different SAP modules and perform tasks such as creating sales orders, generating reports, or managing inventory. Each transaction code triggers a sequence of predefined steps and processes, enabling users to access and manipulate data stored in the SAP system effectively.
The technical entity behind a transaction is usually an SAP program that runs the transaction’s actual code. The code is generally written in ABAP (SAP proprietary programming language).
In order to provide comprehensive support in SOD (Segregation Of Duties), SAP allows extensive roles and authorizations administration to control data access and use of t-codes. There are multiple solutions to tie authorizations check for a particular transaction(s), usually combined via authorizations role, which represents a role in the organization (for example – buyer, finance controller, salesperson, etc.).
The complexity and criticality of SAP systems makes it necessary that transaction codes perform as expected and meet business requirements. Testing t-codes helps identify potential issues, such as functional errors, performance bottlenecks, or security vulnerabilities, before they impact daily operations.
To enhance the efficiency of the testing process and ensure thorough coverage, it is vital to include these important steps:
1. Functionality Testing: Verify that t-codes perform their intended functions accurately and meet the desired outcomes.
2. Data Validation: Test t-codes with various data sets, including edge cases and exceptions, to validate data integrity and consistency.
3. Integration Testing: Assess the seamless integration of transaction codes with other SAP modules and external systems. This usually reflects testing of business processes.
4. Performance Testing: Measure the response times and system resource utilization to ensure t-codes meet performance expectations.
5 .Security Testing: Evaluate the t-codes for any vulnerabilities or risks that could compromise system security.
6. UAT Testing: Conduct User Acceptance Testing (UAT), the final phase of software testing where end-users validate the system’s functionality and usability in a real-world environment.
7. Regression Testing: Conduct regular regression tests to identify any unintended consequences of code changes or system updates.
Take a look and make sure you’re not missing out on anything.
# | Transaction Code | Transaction Description | Application Component | Application Description |
1 | FBL1N | Vendor Line Items | FI-GL-IS | Information System |
2 | ME21N | Create Purchase Order | MM-PUR | Purchasing |
3 | ME23N | Display Purchase Order | MM-PUR | Purchasing |
4 | FBL5N | Customer Line Items | FI-GL-IS | Information System |
5 | VA02 | Change Sales Order | SD-SLS | Sales |
6 | FBL3N | G/L Account Line Items | FI-GL-IS | Information System |
7 | VA01 | Create Sales Order | SD-SLS | Sales |
8 | F110 | Parameters for Automatic Payment | FI | Financial Accounting |
9 | FS10N | Balance Display | FI | Financial Accounting |
10 | FB01 | Post Document | FI | Financial Accounting |
11 | KSB1 | Cost Centers: Actual Line Items | CO | Controlling |
12 | MIRO | Enter Invoice | MM-IV | Invoice Verification |
13 | FB1S | Clear G/L Account | FI-GL | General Ledger Accounting |
14 | ME22N | Change Purchase Order | MM-PUR | Purchasing |
15 | MB51 | Material Doc. List | MM-IM | Inventory Management |
16 | ME2L | Purchase Orders by Vendor | MM-PUR | Purchasing |
17 | MD04 | Display Stock/Requirements Situation | PP-MRP-BD | Master Data |
18 | VA03 | Display Sales Order | SD-SLS | Sales |
19 | MM03 | Display Material & | LO-MD-MM | Material Master |
20 | FB05 | Post with Clearing | FI | Financial Accounting |
21 | VF01 | Create Billing Document | SD-BIL | Billing |
22 | MMBE | Stock Overview | LO-MD-MM | Material Master |
23 | F-03 | Clear G/L Account | FI | Financial Accounting |
24 | MM02 | Change Material & | LO-MD-MM | Material Master |
25 | MIGO | Goods movement | MM-IM | Inventory Management |
26 | FB60 | Enter Incoming Invoices | FI-GL-GL | Basic Functions |
27 | MM01 | Create Material & | LO-MD-MM | Material Master |
28 | AW01N | Asset Explorer | FI-AA-AA | Basic Functions |
29 | XD02 | Change Customer (Centrally) | FI-AR-AR | Basic Functions |
30 | VF02 | Change Billing Document | SD-BIL | Billing |
31 | VF03 | Display Billing Document | SD-BIL | Billing |
32 | XK03 | Display vendor (centrally) | FI-AP-AP | Basic Functions |
33 | F-44 | Clear Vendor | FI | Financial Accounting |
34 | XK02 | Change vendor (centrally) | FI-AP-AP | Basic Functions |
35 | FB02 | Change Document | FI | Financial Accounting |
36 | FK03 | Display Vendor (Accounting) | FI | Financial Accounting |
37 | MIR4 | Call MIRO – Change Status | MM-IV | Invoice Verification |
38 | F-02 | Enter G/L Account Posting | FI | Financial Accounting |
39 | FBZ0 | Display/Edit Payment Proposal | FI | Financial Accounting |
40 | MB52 | List of Warehouse Stocks on Hand | MM-IM | Inventory Management |
Number | Meaning |
01 | Create |
02 | Amend/Change |
03 | View/Display |
t-code Starts With | Module |
F | FINANCIAL |
FB | SHARED FINANCIAL TRANSACTIONS (SHARED BETWEEN AP AR ASSETS GL) |
FK | FINANCIAL VENDOR MASTER |
FS | LEDGER ACCOUNTS |
M | MATERIALS MANAGEMENT |
MB | GOODS RECEIPT – INVENTORY MANAGEMENT |
ME | PURCHASING |
ME1 | PURCHASE REQUISITION |
ME2 | PURCHASE ORDER |
MK | MATERIAL VENDOR MASTER |
MM | MATERIAL MASTER |
MR | MM INVOICE VERIFICATION |
V | SALES AND DISTRIBUTION |
VA | SALES ORDERS |
VF | BILLING |
XD | CENTRAL CUSTOMER MASTER |
XK | CENTRAL VENDOR MASTER |
Panaya, a leading provider of cloud-based testing and change delivery solutions, offers significant value when it comes to SAP testing, including t-codes. Panaya’s testing platform provides many benefits, here are a few:
Transaction code in SAP is the entry point to enter and use a screen flow which is eventually a part of a business process. A transaction is usually one piece representing one activity in a business process and can be used for creating new records, modifying, viewing, reporting, and more.
What is the program behind a t-code?The technical entity behind a transaction is usually an SAP program that runs the transaction’s actual code. The code is generally written in ABAP (SAP proprietary programming language).
What is the Authorization check process for a particular t-code?In order to provide comprehensive support in SOD (Segregation of Duties), SAP allows extensive roles and authorizations administration to control data access and use of transaction codes. There are multiple solutions to tie authorizations check for a particular transaction(s), usually combined via authorizations role, which represents a role in the organization (for example – buyer, finance controller, salesperson, etc.).