SAP tableObjectT024ModuleMM_P2P

T024 table — Purchasing Groups Master Table T024

T024 is the customizing table that stores purchasing groups, the buyer or buying team identifiers used throughout procurement documents. One row equals one purchasing group code with its descriptive name and contact details. Every purchase order, requisition, and info record carries a purchasing group value that must exist as a row in this table, resolved to the buyer or team responsible.

T024 holds the master list of purchasing groups, the short codes representing buyers or buying teams in SAP procurement. This page covers the fields that matter, the joins to EKKO, EKPO and EBAN, and the recurring pitfall of treating purchasing group as an organizational unit rather than a flat customizing code.

Published 15 Sept 2026· 1,011 words

What it stores

Each record in T024 represents one purchasing group, the code entered in a purchase order or purchase requisition to identify the buyer or buying team responsible for that line of procurement. Unlike a purchasing organization, a purchasing group is not tied to a company code or plant; it is a flat, client-wide code that can be used across multiple purchasing organizations and plants. The table exists purely to give that code a readable name and, in some system setups, contact information such as a telephone number. It is maintained through standard customizing activity for purchasing groups, not through a master data transaction, and it rarely changes once a business goes live except when buying teams are reorganized or new categories of spend are assigned to new buyers.

Key fields

  • MANDT - client, standard three character client key present on every row
  • EKGRP - purchasing group code, the short key referenced from EKKO, EKPO and EBAN
  • EKNAM - descriptive name of the purchasing group, shown in dropdowns and reports
  • EKTEL - telephone number associated with the purchasing group, used on printed purchase order forms and correspondence

How it joins the data model

  • EKKO-EKGRP = T024-EKGRP, resolves the buyer group on the purchase order header
  • EKPO-EKGRP = T024-EKGRP, purchasing group can be overridden at line item level and often is
  • EBAN-EKGRP = T024-EKGRP, the requisition carries a proposed or assigned purchasing group before conversion to a PO
  • T024-EKGRP appears as a filter or authorization value in purchasing reports and worklists, but T024 itself has no downstream child tables

How to read it safely

T024 is tiny, typically a few dozen to a few hundred rows in any real system, so selectivity is not a concern the way it is for transaction tables. Always filter by MANDT when writing native SQL against the underlying database, though ABAP reads on a client-dependent table handle this automatically. The table is safe to select in full for a lookup or dropdown build. The only real reading trap is assuming EKGRP is meaningful outside its code value: two different clients or two different implementations may reuse the same two or three character code for entirely different buying teams, so cross-system comparisons of purchasing group must go through EKNAM, not the code alone.

How to prove it in the data

A purchase order shows a purchasing group code but the printed form or list display shows a blank buyer name. Select T024 with EKGRP equal to the code from the order header. If no row is returned, the code is either a typo introduced at PO creation, a leftover from a migrated document referencing a group that was later deleted from customizing, or a code created in a different client and never replicated. If a row exists but EKNAM is blank, the group was created without maintaining its description, a common gap after a mass upload of customizing.

ECC vs S/4HANA

T024 is unchanged in S/4HANA. It remains a simple customizing table and is not one of the tables affected by the S/4HANA data model simplification of materials management, since it carries no quantity or value fields that were consolidated into the universal journal or the material document table restructuring. Purchasing group as a concept is used identically in both ECC and S/4HANA procurement documents and in the Fiori apps that expose buyer-facing worklists, which read the table through standard value help services rather than direct SQL.

Common pitfalls

  • Treating purchasing group as equivalent to purchasing organization: they are independent concepts. A purchasing group can buy for multiple purchasing organizations and plants, so filtering reports by EKGRP alone does not scope by company code or plant.
  • Assuming purchasing group determines authorization automatically. Purchasing group is often used as an authorization object value in custom or standard authorization checks, but T024 itself carries no authorization logic; the linkage lives in the authorization objects and roles, not in this table.
  • Deleting a purchasing group from T024 because it appears unused, without checking open purchase orders, requisitions, or info records still referencing it. The document tables do not enforce a foreign key that would block the deletion, so the delete succeeds and orphans documents that then show a blank buyer field.
  • Expecting T024 to hold organizational hierarchy or reporting-line information about the buyer. It does not; any such hierarchy is maintained separately, often in a custom table or in HR org structures, and T024 has no field for a manager or supervisor.
  • Confusing EKGRP values across clients during a system copy or consolidation project. The same two-character code can represent completely different teams in two systems, and mapping tables are needed before merging purchasing data, not a direct join on the code.

Whose problem this is

Maintenance of purchasing groups is a procurement customizing task, owned by the MM or procurement functional consultant during configuration, then handed to a business process owner or purchasing operations lead for ongoing changes such as adding a new buyer code. Questions about why a specific document shows a missing or wrong purchasing group usually start with the functional consultant checking T024 before escalating to whoever controls the source system feeding automated PO or requisition creation.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-tables/t024ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.