SAP tableObjectEQUZModulePM_EAM

EQUZ table — Equipment Time Segment Table

EQUZ stores the time-dependent installation history of a piece of equipment: which functional location, cost center, maintenance planning plant, and planner group applied to that equipment during a given validity period. Each row is one time slice, keyed by equipment number and valid-to date, with the current slice carrying a valid-to date of 31.12.9999.

EQUZ is the historized counterpart to EQUI, tracking how an equipment's organizational and location assignments changed over time. This page covers the key fields, the joins used to reconstruct 'where was this equipment installed on date X', and the pitfalls that come from treating it as a flat current-state table.

Published 16 Sept 2026· 939 words

What it stores

One row in EQUZ represents a single validity period for one piece of equipment, describing the functional location, cost center, planning plant, planner group and location that applied to that equipment during that period. A new segment is written whenever the equipment is installed at or dismantled from a functional location, or when one of the historized organizational fields changes through the equipment master transactions. The active segment at any point in time is the one whose validity window covers that date; the current, still-open segment carries the standard SAP high-date as its valid-to value. General, non-historized attributes of the equipment such as equipment category, serial number and manufacturer data live in EQUI, not here.

Key fields

  • EQUNR - Equipment number, links every segment back to the equipment master in EQUI.
  • DATBI - Valid-to date, part of the table key; the current open segment has this set to the standard high-date.
  • DATAB - Valid-from date, the start of this segment's validity window.
  • TPLNR - Functional location the equipment was assigned to during this period; blank if the equipment stood alone.
  • STORT - Location valid during this segment.
  • KOSTL - Cost center assigned during this segment.
  • IWERK - Maintenance planning plant valid during this segment.
  • INGRP - Planner group valid during this segment.

How it joins the data model

  • EQUZ-EQUNR = EQUI-EQUNR
  • EQUZ-EQUNR = EQKT-EQUNR
  • EQUZ-TPLNR = IFLOT-TPLNR
  • EQUZ-EQUNR = AFIH-EQUNR
  • EQUZ-EQUNR = VIQMEL-EQUNR

How to read it safely

Always restrict on the client field MANDT implicitly through the transaction layer, and never query without an EQUNR restriction; on an installed base with a long history this table grows one row per organizational change per piece of equipment and a full scan is expensive. To find the segment active on a given date, filter on EQUNR and select the row with the smallest DATBI that is greater than or equal to the reference date; do not assume the row with the latest DATAB is the answer, because segments can be entered out of chronological order when history is corrected retroactively.

How to prove it in the data

Symptom: a plant maintenance report shows an equipment at its old functional location for a date after it was supposedly relocated. Selection: read EQUZ for the equipment number, order the result set by DATBI ascending, and pick the first row where DATAB is less than or equal to the reference date and DATBI is greater than or equal to it. The TPLNR on that row is the functional location the system considers correct for that date, independent of what the current master record shows.

ECC vs S/4HANA

EQUZ continues to exist as a transparent table in S/4HANA and the time-slice concept for equipment organizational data is unchanged. Equipment master maintenance in S/4HANA, whether through the classical transactions or the Fiori equipment apps, continues to write history into EQUZ in the same way. Consultants relying on custom reports built directly against EQUZ should expect them to keep working after a conversion, but should verify behavior against any Fiori app used as a functional replacement rather than assuming identical field-level output.

Common pitfalls

  • Treating EQUZ as a current-state table and reading the row with the latest DATAB instead of the row whose validity window actually covers the reference date.
  • Confusing EQUZ with EQUI: fields that are not historized, such as equipment category or manufacturer, do not exist here and must be read from EQUI.
  • Assuming TPLNR is always populated; stand-alone equipment not installed at a functional location leaves it blank, and a blank result does not necessarily mean a data error.
  • Direct table maintenance or bad data loads creating overlapping or gapped validity periods, which then produce inconsistent 'as of date' results in downstream reports; segments should only be changed through the equipment master transactions.
  • Interpreting a closing of a segment as a deletion of history; the old segment is not removed, it is simply closed with a DATBI in the past and remains for audit and reporting.
  • Forgetting that organizational changes such as a cost center reassignment also create a new segment, so a jump in row count for an equipment does not necessarily mean it moved location.
  • Running an unrestricted or lightly restricted select against EQUZ in a productive system with a large installed base and causing a performance incident.

Whose problem this is

The plant maintenance functional consultant owns questions about how equipment installation history is structured and why a segment exists or does not. Cost center and controlling-relevant fields carried in EQUZ are usually agreed with FI or CO, since those values feed cost collection on maintenance orders. Basis is only relevant if the table itself is growing unexpectedly large or causing performance issues.

Related SAP objects

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

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