EQUI table — Equipment Master General Data
EQUI holds one row per equipment master record - the technical object representing a physical piece of maintainable equipment. It stores identifying and classifying data (category, manufacturer, serial number, acquisition date) and the object number that links the equipment into status management, notifications, and orders. Installation location and history live in EQUZ, not EQUI.
This page covers the EQUI equipment master table used in Plant Maintenance and Enterprise Asset Management: what a row represents, the fields worth trusting, the joins that actually get used against notifications, orders, texts and location data, and the recurring mistakes consultants make when they treat this table as time-dependent or as a proxy for asset accounting values.
Published 16 Sept 2026· 1,048 words
What it stores
EQUI holds one row per physical equipment master record: a single piece of maintainable technical equipment such as a pump, vehicle, instrument, or serialized asset. It is time-independent - the row does not change when the equipment is reinstalled elsewhere or reassigned to a different functional location; that movement history lives in EQUZ. EQUI carries the identifying and classifying attributes of the equipment: its category, manufacturer data, serial and inventory numbers, acquisition data, and the object number that ties it into status management, notifications, and orders. Short descriptions live in EQKT, not in EQUI. Deleted equipment is flagged, not physically removed, so a row existing in EQUI does not guarantee the equipment is still active in the plant - check the deletion flag and status before treating a hit as live.
Key fields
- MANDT - client
- EQUNR - equipment number, primary key, stored as a character field
- EQTYP - equipment category, client-configurable (machine, serial-number equipment, etc.)
- OBJNR - object number, links the equipment into status management and generic partner tables
- MATNR - material number when the equipment originated from a serial-number-managed material
- SERNR - serial number
- HERST - manufacturer name
- TYPBZ - manufacturer's model or type designation
- BAUJJ / BAUMM - year and month of construction
- INVNR - inventory number
- ANSDT - acquisition or commissioning date
- ILOAN - key into ILOA, the location and account assignment record
- LOEKZ - deletion flag
How it joins the data model
- EQUI-EQUNR = EQUZ-EQUNR - time-dependent installation history, superior equipment, functional location assignment over time
- EQUI-EQUNR = EQKT-EQUNR - equipment short texts by language
- EQUI-EQUNR = VIQMEL-EQUNR - notifications raised against this equipment
- EQUI-EQUNR = AFIH-EQUNR - maintenance order header additional data tied to the equipment
- EQUI-ILOAN = ILOA-ILOAN - plant, cost center, location and account assignment for the equipment
- EQUI-OBJNR = IHPA-OBJNR - partner assignments (equipment responsible, vendor, manufacturer contact)
How to read it safely
EQUI is a large, un-partitioned master table spanning every plant and equipment category in the client. Restrict by client implicitly and add EQTYP or a plant filter (reachable through ILOA) before running an open-ended selection; filtering only on HERST or TYPBZ across a full client is slow and rarely selective. EQUNR is the primary key and the fastest access path when known; treat it as a character string, not a number - the internal numbering is zero-padded, and losing leading zeros in an extract or spreadsheet round-trip breaks every downstream join. Filter on LOEKZ explicitly, and check status through the object number rather than assuming a returned row means the equipment is currently in service.
How to prove it in the data
To confirm a specific serial number was ever created as equipment, select EQUI where SERNR equals the serial number and MATNR equals the material; no row returned means the serial number was never converted to equipment, regardless of what a field report claims. To confirm equipment is not scrapped, check that the row's LOEKZ is blank and cross-check its status through the object number against status management rather than assuming an EQUI hit alone proves the equipment is active.
ECC vs S/4HANA
EQUI remains the underlying equipment master table in S/4HANA EAM; there has been no wholesale replacement with a compatibility view for this table, and its structure carried over largely unchanged from ECC. Equipment maintenance is now also exposed through Fiori apps and API-based creation and change services, but those still write to EQUI and EQUZ underneath. Consultants working with newer asset management extensions such as predictive maintenance or IoT integration should not expect a separate master table - equipment identity still resolves back to EQUNR in EQUI.
Common pitfalls
- Treating a row's presence in EQUI as proof the equipment is currently installed somewhere - installation location and superior equipment are time-dependent and live in EQUZ, not EQUI; EQUI alone cannot answer where the equipment sits right now.
- Assuming EQUNR can be compared or sorted as an integer - it is a character field with leading zeros, and stripping them in an extract breaks joins.
- Ignoring LOEKZ and pulling deletion-flagged equipment into active counts, because the flag only marks a record for archiving, it does not remove the row.
- Confusing EQUI's SERNR/MATNR combination with the material master's serialization profile - equipment can exist without ever running through a serialized goods movement, and a serialized material does not guarantee an EQUI record exists if the profile or movement type never triggered automatic creation.
- Assuming object numbers match across object types - the equipment's OBJNR is unique to that equipment record; the related order or notification has its own separate OBJNR, so joins to orders and notifications must go through EQUNR, not by equating OBJNR values across tables.
- Reading EQTYP as a fixed, universally meaningful code - equipment categories are client-configurable, and a letter meaningful in one implementation can be repurposed in another.
- Assuming EQUI's acquisition value or date fields reflect current asset accounting figures - these fields are informational at the PM level and can drift from the FI-AA asset master if the two were never reconciled after equipment creation from an asset.
Whose problem this is
Equipment master data quality is owned jointly by the plant maintenance functional consultant who configures equipment categories and number ranges, and by the site's maintenance planning or master data team that actually creates and retires records. Where equipment ties to a capitalized asset, FI-AA shares responsibility for keeping acquisition data aligned.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tables/equiERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.