JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 14 min read

Cover: SAP MM Purchasing Info Record — master data linking Vendor, Material, and Purchasing Org

SAP MM Purchasing Info Record

The Purchasing Info Record (PIR) is the master data object that encapsulates the purchasing relationship between a Vendor and a Material. It stores the agreed price, delivery time, tolerances, and order conditions for a specific Vendor × Material × Purchasing Organization combination. Every automatic source determination, price proposal, and contract release in SAP MM traces back to this master.


Part 1: Purchasing Info Record — Core Concepts (All Modules)

1.1 What Is the Purchasing Info Record?

Hub-and-spoke diagram showing the Purchasing Info Record at center, connected to Vendor, Material, Purchasing Org, Purchase Order, and MRP/PP

The Purchasing Info Record is a purchasing-specific master data record that stores the terms agreed between a company and a vendor for a specific material. It acts as the bridge between the Material Master and the Vendor Master, holding the procurement conditions at the intersection of these two objects.

AspectDetails
RoleStores vendor-material-specific purchasing conditions: price, delivery time, order unit, tolerances
Modules using itMM (Purchasing — primary owner), MRP/PP (automatic source determination), FI (invoice verification tolerance), SD (intercompany STO pricing via PIR)
TransactionsME11 (Create) / ME12 (Change) / ME13 (Display) / ME1A (Display changes) / MEMASSIN (Mass maintenance)
Key TablesEINA (General Data — client level) / EINE (Purchasing Org Data — Purchasing Org level) / KONP (Condition records)
S/4HANA notePIR data model unchanged from ECC. Condition technique for pricing remains standard. Mass maintenance available via Fiori app “Manage Purchasing Info Records.”

1.2 Four PIR Types

2x2 matrix comparing the four SAP PIR types: Standard, Subcontracting, Pipeline, and Consignment

The PIR type determines which procurement scenario the record applies to. Selecting the wrong type causes incorrect behavior in source determination and MRP.

PIR TypeCodeUse CaseKey Behavior
Standard0Normal third-party purchase (raw materials, trading goods, services)Standard price and delivery conditions. Most common type.
Subcontracting1Vendor performs value-add on company-supplied componentsPrice = processing fee only. Component list is referenced from the Material Master BOM.
Pipeline2Continuous supply via pipeline (electricity, water, gas, oil)No GR — consumption is invoiced directly via pipeline settlement (MRKO).
Consignment3Vendor-owned stock held at company premisesNo invoice at GR. Invoice generated upon withdrawal (MRKO). Price = withdrawal price per unit.

Design principle: PIR Type must be decided during blueprint. Subcontracting and Consignment PIRs require additional Customizing (account determination, movement types) that Standard does not.


1.3 Organizational Levels and Data Hierarchy

Hierarchy diagram showing PIR data structure with concrete example: General PIR Data at Client, Purchasing Conditions at Purchasing Org and Plant levels

Data hierarchy with a concrete example

A PIR exists for each Vendor × Material pair, and its purchasing terms are scoped by Purchasing Org and optionally by Plant:

Client
   │
   ├── Vendor A × Material 100 — General PIR Data
   │      vendor's part number "VA-100", MPN, reminder days
   │      │
   │      ├── Purchasing Org 1000 — Purchasing Conditions (cross-plant)
   │      │      €10.00/PC, 5 days delivery, order unit PC
   │      │
   │      └── Purchasing Org 1000 × Plant 1100 — Purchasing Conditions (override)
   │             €9.50/PC, 7 days delivery (remote plant)
   │
   └── Vendor B × Material 100 — General PIR Data (alternative supplier)
          │
          └── Purchasing Org 1000 — Purchasing Conditions
                 €10.80/PC, 3 days delivery

Fields entered on the General PIR Data

Vendor Material Number | Manufacturer Part Number (MPN) | Reminder Days (1st / 2nd / 3rd) | Order Acknowledgment Required | Available-from Date

Fields entered on the PIR Purchasing Conditions

Purchasing Organization | Plant (blank = cross-plant) | Order Unit | Planned Delivery Time | Min Order Qty | Over / Under Tolerance | GR-based IV flag | Net Price | Discount conditions

When does the business use the PIR?

Business scenarioRole of the PIR
Buyer creates a Purchase Order (ME21N)PIR provides default price, vendor material number, delivery time
MRP determines a sourcePIR is a source candidate alongside Contracts and Scheduling Agreements
New vendor approved after negotiationCreate PIR — eliminates manual price entry on every PO
Vendor changes pricingUpdate PIR conditions; all future POs pick up the new price
Auditor asks “what price was agreed on this date?”PIR conditions are validity-period scoped — historical pricing is queryable
One plant has special delivery termsAdd a Plant-level Purchasing Conditions override

Technical reference: General PIR Data is stored in table EINA (one row per Vendor × Material). PIR Purchasing Conditions are stored in table EINE, where Plant key field blank indicates Purchasing Org level and Plant key field filled indicates Plant-level override.


1.4 Integration with Other Master Data Objects

Hub-and-spoke showing PIR at center connected to Material Master, Vendor Master, Source List, Outline Agreement, and Purchase Order

The PIR does not stand alone. It is consumed by, and feeds into, a web of other purchasing master data objects.

ObjectRelationshipPractical Notes
Material MasterPIR references the material (MATNR)Purchasing View fields (GR processing time, order unit) may coexist with PIR — PIR values typically take precedence in PO proposals.
Vendor MasterPIR references the vendor (LIFNR)Vendor Master holds bank, payment terms, and communication data; PIR holds procurement conditions.
Source List (ME01)PIR number stored in the Source List recordSource List is the allowed supplier list. Without a Source List entry, the PIR is not used in automatic MRP source determination.
Quota Arrangement (MEQ1)PIR linked via Source ListMulti-source splitting (e.g., 60% Vendor A / 40% Vendor B) requires both a Source List and a Quota Arrangement pointing to PIRs.
Outline Agreement (Contract / Scheduling Agreement)PIR can be referenced or superseded by a ContractWhen a Contract exists, it takes priority over the PIR in source determination. The PIR is maintained as a fallback for non-contract periods.
Purchase OrderPIR is the price and condition source for PO line itemsConditions from the PIR are automatically proposed at PO creation (ME21N). Last PO price is written back to PIR if the “Update Info Record” indicator is set.

Part 2: MM-Specific Field Details

2.0 Scope of MM Ownership

Checklist showing MM consultant ownership across PIR data sections: EINA, EINE conditions, tolerances, texts, source list

Data SectionMM InvolvementNotes
General Data (EINA)◎ OwnerVendor material number, MPN, reminder settings
Purchasing Org Data (EINE) — Conditions◎ OwnerPrice, delivery time, order unit, tolerances
Purchasing Org Data (EINE) — Additional Data◎ OwnerGR-based IV, acknowledgment required
Texts◎ OwnerInternal note, info record note
Source List link◎ OwnerFixed source, MRP source indicator
FI / Invoice verification tolerance○ Shared with FITolerance key references EINE over/underdelivery tolerances
MPN (Manufacturer Part Number)○ Shared with procurement teamRequires MPN Profile in Material Master Purchasing View

Legend: ◎ = Owner / Critical, ○ = Direct involvement


2.1 General Data (EINA — Client Level)

Checklist of key EINA general data fields: Vendor, Material, Vendor Material Number, Reminder days, Order Acknowledgment, MPN, Regular Vendor, Return Agreement

General Data is the top level of the PIR, shared across all Purchasing Organizations. It captures the vendor’s identification of the material and operational reminder settings.

FieldDescriptionPractical Usage
Vendor (LIFNR)Vendor account numberDrives the Vendor × Material pairing. One EINA per Vendor-Material combination. In multi-Purchasing Org projects, a single EINA is shared — general data changes affect all Purchasing Orgs simultaneously.
Material (MATNR)Material numberPaired with LIFNR to identify the PIR. PIRs can also be created without a Material Master (text-based items), but this is uncommon and should be restricted by data governance policy.
Vendor Material NumberVendor’s part numberThe vendor’s own part number for this material. Auto-printed on PO output. Critical for matching internal and external item numbers — often the primary reference in vendor communication and invoice reconciliation.
Vendor Material DescriptionVendor’s descriptionMay differ from the SAP material description. Use to identify naming mismatches during material master review sessions with vendors.
Reminder / Expediting (Day 1/2/3)Reminder lead timesNumber of days before expected delivery to trigger automated reminders (via ME92 or message condition). Useful for critical materials or vendors with poor on-time delivery performance. Requires output condition type setup in Customizing.
Order Acknowledgment RequiredPO acknowledgment flagWhen checked, the system expects the vendor to confirm the PO (entered via ME22). Used for long-lead-time or high-value materials where delivery date confirmation is business-critical.
Manufacturer Part Number (MPN)Manufacturer’s part numberLinked to the MPN Profile set in the Material Master Purchasing View. Enables AML (Approved Manufacturer List) management — source determination can include or restrict based on approved manufacturers. Common in electronics and defense industries.
Regular VendorRegular vendor flagMarks this vendor as the preferred regular supplier. Informational only — does not drive system logic, but used in reporting and governance reviews.
Return AgreementReturn indicatorIndicates an agreed process for material returns to this vendor. Triggers special processing in return POs (MIGO movement type 122).

2.2 Purchasing Organization Data (EINE — Purchasing Org Level)

Stack layered diagram grouping EINE fields by category: Organizational, Quantity and Delivery, Price and Conditions, Tolerances, Invoice and GR controls

The Purchasing Org Data section is the operational core of the PIR. Fields here directly control PO proposals, MRP planning, and invoice verification.

FieldDescriptionPractical Usage
Purchasing OrganizationPurchasing Org keyScopes this EINE record. Cross-plant when Plant is blank; plant-specific when Plant is populated.
PlantPlant keyLeave blank for a cross-plant PIR (applicable to all plants in the Purchasing Org). Populate for plant-specific override. Most global projects maintain at Purchasing Org level and override only when plant-specific pricing is required.
Order Unit (BSTME)Purchase order unitThe unit used on the PO for this vendor-material. Must have a conversion factor defined in the Material Master Additional Units of Measure if different from Base Unit. Mismatches cause quantity errors at GR and invoice verification.
Conversion FactorOrder unit to Base unitAuto-derived from Material Master if defined there. Can be overridden in the PIR for vendor-specific packaging (e.g., vendor ships in outer cartons of 24 while stock is managed in EA).
Planned Delivery TimeLead time in calendar daysSupplier’s standard delivery lead time from PO creation to expected GR. MRP uses this field for replenishment scheduling when a source is fixed via Source List. Keep synchronized with actual vendor performance; inflated values delay MRP replenishment; underestimates cause stock-outs.
Standard QuantityBase quantity for conditionsReference quantity for the price condition. Example: price per 100 kg. Important for materials with non-EA base units to avoid rounding distortions.
Net PriceEffective priceThe net price for the Standard Quantity after all conditions. System-calculated from condition records. Primary field referenced in spend reporting and budget tracking.
Price UnitPrice reference quantityQuantity basis for the price (e.g., per 1, per 100, per 1000). Prevents rounding and truncation issues for very low-unit-price materials such as electronic components.
CurrencyPrice currencyCurrency of the price condition. For global projects, confirm whether PIR prices are maintained in vendor currency or local currency — impacts FX exposure management and budget variance analysis.
Validity PeriodCondition start and end dateDate range for which the price is valid. A PIR without an end date is treated as open-ended. Always set an end date aligned with the contract term or annual price review cycle to prevent stale prices from being proposed on POs.
Overdelivery ToleranceOverdelivery %Maximum overdelivery percentage accepted at GR without a warning or error. Blank = no restriction. Set based on vendor reliability and available storage capacity.
Underdelivery ToleranceUnderdelivery %Minimum delivery percentage; below this threshold GR triggers a warning. Combined with the Unlimited flag for partial delivery scenarios.
Unlimited UnderdeliveryUnlimited partial delivery flagWhen checked, partial deliveries below the tolerance are accepted without error. Common for bulk and commodity materials. Deactivate for critical single-delivery items where partial receipt is not operationally acceptable.
GR-Based Invoice VerificationGR-based IV flagWhen checked, invoice items can only be processed after GR is posted. Strongly recommended as a 3-way match control (PO → GR → Invoice). Deactivating requires explicit FI and audit sign-off.
No ERSNo ERS flagBlocks Evaluated Receipt Settlement (automatic settlement at GR) for this PIR. Leave blank for standard purchasing; check for exceptional items intentionally excluded from ERS batch runs.
Acknowledgment RequiredPO acknowledgment (Purchasing Org level)Can override the General Data setting at Purchasing Org level. Set here when the requirement varies by Purchasing Org (e.g., required for international POs, not for domestic).
Tax CodeDefault tax codeDefault tax code proposed on the PO line. For Japan: Z0 (input tax exempt for standard procurement). Overridable at PO entry — confirm default design with FI during blueprint.
Planned Price 1/2/3Manual planned priceFor materials where no condition record exists, this stores the reference price. Used in MRP value calculations and budget planning reports (e.g., ME2M with price display). Separate from the condition-based Net Price.

2.3 Conditions (Price Conditions)

Stack layered diagram showing the SAP MM pricing procedure flow from gross price through discounts and freight to net price

The Purchasing Info Record uses the condition technique to manage prices — the same framework used in SD pricing. This enables multi-level, date-range, and quantity-scale pricing without manual price entry on every PO.

Condition TypeDescriptionPractical Usage
PB00Gross priceBase price for the standard quantity. The starting point for all price calculations in the MM pricing procedure.
PBXXGross price (manual)Used when price is entered manually on the PO without an active PIR condition. Presence of PBXX in a PO indicates no PIR-based condition was found — a useful diagnostic signal.
RA00Discount (%)Percentage discount applied after gross price. Common for volume rebates negotiated as a discount on list price.
RA01Discount (amount)Absolute discount amount. Used for fixed rebates or promotional credits.
FRB1Freight (amount)Freight surcharge — absolute amount.
FRC1Freight (%)Freight surcharge — percentage.
ZB00Cash discountEarly payment discount (e.g., 2% net 10 days). Linked to payment terms in Vendor Master.

Condition scales (quantity-based pricing) are a key design element:

Scale QuantityPrice per 100 EA
1 – 991,500 JPY
100 – 4991,350 JPY
500+1,200 JPY

Design note: Condition scales require the Pricing Procedure (transaction M/08, standard schema RM0000) to be defined in Customizing. For Japan-specific requirements (consumption tax as a separate condition type, etc.), a custom pricing procedure is commonly implemented alongside the standard.


2.4 Texts

Two-column comparison of PIR text types: Internal Note (not printed) versus Info Record Note (displayed at PO creation)

Text TypeDescriptionPractical Usage
Internal NoteInternal memo — not printed on PO outputFree text for the purchasing team. Examples: “Call vendor 2 weeks before required delivery date,” “Packaging spec change effective April 2026.” Visible in ME13 but never transmitted to the vendor.
Info Record NoteGeneral purchasing note — displayed at PO creationShown as a pop-up alert when the PIR is referenced during PO creation (ME21N). Use for buyer alerts that must be acknowledged at order time, such as minimum lead time warnings or quality hold notifications.

Note: PO output text printed on the vendor copy is maintained in the Material Master (PO Text View) and the Vendor Master — not in the PIR. PIR texts are purchasing-team-internal only.


2.5 Integration with Source Determination

Hierarchy tree showing the source determination chain from PIR through Source List and Quota Arrangement to MRP-generated Purchase Requisitions

The PIR is the foundational record for SAP’s automatic source of supply determination in both manual purchasing and MRP-driven procurement.

Source List (ME01)

FieldDescriptionPractical Usage
Validity PeriodSource list validityMust overlap with the PIR validity period. Expired source lists silently block source determination — a common root cause of MRP generating PRs without a source assigned.
VendorVendor numberReferences the PIR vendor.
Info Record NumberPIR referenceSystem auto-populates when the source list is created from the PIR (ME11 → “Source list” button, or ME01 directly).
Fixed SourceFixed source flagWhen checked, MRP always uses this vendor for the material-plant combination. Only one fixed source is allowed per period.
MRP Source IndicatorMRP relevance1 = Relevant for MRP automatic source determination (MRP creates PRs with this source pre-assigned). 2 = Blocked for new procurement. Blank = not used in MRP but available for manual PO.
Agreement NumberContract or SA referenceWhen populated, overrides the PIR as the condition source. Contract or Scheduling Agreement conditions take priority over PIR conditions in source determination.

Quota Arrangement (MEQ1)

FieldDescriptionPractical Usage
QuotaSplit percentage per vendorExample: Vendor A 60%, Vendor B 40%. The quota usage counter increments with each order and drives the next source assignment. Reset the counter periodically (e.g., monthly) to prevent compounding drift.
Quota Base QuantityBase for quota calculationHandles interactions between minimum order sizes and quota splits.
Min. Lot SizeMinimum lot per sourcePrevents trivially small split orders that are uneconomical to process or ship.
Maximum Lot SizeMaximum lot per sourceCaps the order size assigned to any single vendor.

MRP prerequisite: Quota Arrangement only functions when both (1) the Quota Arrangement Usage field in the Material Master Purchasing View is set (typically “4”) and (2) the Source List is active for the material-plant. Missing either causes MRP to ignore the quota entirely.


L1) Big Picture

IDCategoryTitle
mm-001OverviewWhat is SAP MM?

L2-A) Master Data

IDCategoryTitle
mm-a01OverviewSAP MM Master Data: Overview, Hierarchy & Relationships
mm-a02-01Master DataSAP MM Material Master
mm-a04-01Master DataSAP MM Class
mm-a04-02Master DataSAP MM Characteristic
mm-a06-01Master DataSAP MM Purchasing Info Record
mm-a05-01Master DataSAP MM Batch Master
mm-a06-02Master DataSAP MM Source List
mm-a06-03Master DataSAP MM Quota Arrangement
mm-a06-04Master DataSAP MM Price Condition

L2-B) Transaction

IDCategoryTitle
mm-b01OverviewSAP MM Transactions: Process Flow, Hierarchy & Module Integration