MM01 — Create Material Master Record
MM01 creates a material master record or extends an existing material number to a new organizational level (plant, storage location, sales area, valuation area). It is not a single flat record: data is split across views (basic data, purchasing, MRP, accounting, sales, etc.), and which views appear depends on the material type and industry sector chosen at the start.
This page covers MM01, the transaction used to create material master data and to extend existing materials into new plants or sales organizations. It focuses on why the view selection screen behaves inconsistently, the create-versus-extend trap, and how to trace what a given save actually wrote across the material master tables.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,256 words
What it does
MM01 builds the material master, the shared record that purchasing, inventory management, production, sales, and accounting all read against a single material number. The structural fact that drives most confusion: there is no one 'material record'. Data is stored client-wide (descriptions, units of measure, basic data), at plant level (MRP, work scheduling, plant-specific purchasing), at storage location level (bin data), at sales organization/distribution channel level (sales view), and at valuation area level (accounting, costing). MM01 presents this as a sequence of selectable views, and the views offered are filtered by the material type (FERT, ROH, HAWA, etc.) and industry sector chosen on the initial screen. Change that combination later and the available fields change with it, which is why two materials of different type can look completely different in the same transaction.
When it is used
Used at the start of the procure-to-pay or plan-to-produce chain, before any purchase requisition, purchase order, or production order can reference the material. A consultant reaches for MM01 specifically when a genuinely new material number is needed, or when an existing material must be rolled out to a new plant or sales area for the first time. If the material already exists everywhere it is needed and only a value needs to change (price, MRP type, lot size), MM02 is the correct transaction, not MM01. In S/4HANA landscapes, mass creation or governed creation often runs through a Fiori app or a data migration tool instead, with MM01 reserved for one-off manual creation or troubleshooting.
How to use it
- Enter the material number (leave blank if the number range is internal) plus industry sector and material type on the initial screen; these two fields lock in which views will be selectable
- On the view selection popup, tick every view actually needed now; views skipped here can be added later through MM01 extension or MM02, but skipping a mandatory view for a downstream process (e.g. no accounting view before goods receipt) will block that process
- On the organizational level popup, enter plant, storage location, sales organization, distribution channel, and valuation area as required by the views chosen; leaving one blank simply skips the fields that depend on it
- Step through each view, filling mandatory fields (marked bold or required by field selection); use 'Copy from' a reference material sparingly and check every copied field, since it silently pulls values like valuation class or MRP type
- Save; check the status bar message for the material number and note whether it says 'created' or 'extended'
Key fields
- MARA - client-level basic data: material number, material type, industry sector, base unit of measure, deletion flags
- MAKT - material descriptions by language
- MARC - plant-level data: MRP type, lot size, procurement type, plant-specific status and deletion flag
- MARD - storage location data: bin, stock type indicators at storage location level
- MBEW - valuation area data: valuation class, price control, standard/moving average price fields
- MVKE - sales organization/distribution channel data: sales status, delivering plant, tax classification
- MEAN - alternative units of measure and EAN/UPC codes
How to prove it in the data
To confirm whether a material was created or merely extended, check MARA for the material number first; if it already exists, MM01 on that number only ever extends, regardless of what the user intended. Then check MARC filtered on material number and plant to see which plants the material is already extended to, and inspect the MMSTA/plant status and deletion flag fields there. For valuation issues, check MBEW filtered on material and valuation area for price control and valuation class. If a view seems to have vanished, cross-check the material type in MARA against the industry sector, since that combination is what determined view availability at creation time.
ECC vs S/4HANA
MM01 itself still exists and behaves the same way in S/4HANA; the underlying view structure and organizational-level logic are unchanged. What has moved is the preferred entry point for high-volume or governed creation, which shifts toward Fiori apps and API-based mass creation, with MM01 remaining the manual fallback and the tool most consultants still use for quick single-record creation or diagnosis. Material type and industry sector configuration continue to drive view availability exactly as before.
Common pitfalls
- Create-versus-extend confusion - the user believes they are creating a brand new material, but the number entered already exists, so MM01 silently switches to extend mode; the giveaway is fields from unrelated views arriving already populated and grayed out. Check MARA for the number before assuming anything about the save.
- View not offered - a needed view (e.g. accounting) never appears on the selection popup. This is almost always the material type/industry sector combination excluding that view in configuration, not a user error. Confirm by checking whether other materials of the same type also lack the view; if so, this is a customizing question, not a data fix.
- Fields grayed out or missing on a view that did appear - driven by field selection groups tied to material type and industry sector, sometimes further restricted by transaction-specific field selection (create vs change vs display) or by authorization. Distinguish authorization from configuration by testing with a user that has broader access.
- Organizational level rejected - plant, storage location, or sales area entered does not exist or is not assigned in the relevant organizational structure (e.g. plant not assigned to the company code, storage location not created for that plant). The error message names the missing assignment; resolve the assignment before retrying MM01, do not try to force it through the material master.
- Number range errors - internal number range configured but the user typed a number, or external range expects a number but none was given. This is a number range object configuration issue, not something fixable from inside MM01 itself.
- Copy-from reference contamination - using 'Copy from' pulls valuation class, MRP type, or sales data from the reference material without warning; a wrong reference produces a material that looks complete but has the wrong costing or planning behavior discovered only weeks later at goods receipt or MRP run.
Whose problem this is
Functional (MM) territory for view selection, organizational level entry, and field content. Configuration questions about which views a material type offers, or field selection group behavior, belong to whoever owns material type customizing, often the same MM consultant. A clean handover to Basis or ABAP only applies if the transaction itself errors (authorization objects, dumps); include the material number, material type, industry sector, and the exact view/organizational level combination attempted.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/mm01ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.