SAP PP PLANNING  |  Standard SOP (MC84, MC81, MC76, MC78, MC75)

SAP SOP Tutorial: Standard Sales & Operations Planning Step by Step (ECC and S/4HANA)

Sales and Operations Planning (SOP) is where sales and production first agree on a number. Instead of planning every material separately, planners work with a product group, decide how much will be sold and produced each month, and let SAP pass the detail on to MRP. This guide follows the whole standard SOP flow from start to finish: creating a product group, planning sales and production, disaggregating the plan, activating the version, transferring it to demand management and checking the result. If you run into any errors while following along, feel free to send a screenshot to pramod@learntosap.com for help.

✅ What Is Sales and Operations Planning (SOP) in SAP?

Sales and Operations Planning is a forecasting and planning tool in SAP Production Planning that lets a company set realistic targets for sales, production, stock and other key figures. It sits between strategic planning and detailed MRP. At this stage, the business is asking one question: how do we balance what customers are expected to want with what we can actually supply?

SOP works at an aggregated level, usually the product group. A planner enters a sales plan for the group, derives a production plan from it, checks that the plan looks reasonable, and only then lets the system break it down to individual materials and pass it to demand management as planned independent requirements. From there, MRP takes over and plans components, purchasing and production orders in detail.

SAP offers two flavors. Standard SOP uses SAP-delivered structures, mainly the information structure S076, and fixed planning tables, so it can be used with very little configuration. Flexible planning lets you define your own information structures, key figures and planning types. This tutorial covers standard SOP, which is the best place to learn the process before moving to flexible planning.

📋 The Standard SOP Process at a Glance

The flow has five main steps, followed by a check. Each step has its own transaction, and each depends on the one before it.

StepWhat You DoTransaction
1Create a product group with members and proportional factors.MC84
2Create the sales plan and the production plan for the group.MC81
3Disaggregate the group plan to the member materials.MC76
4Copy the inactive version to the active version.MC78
5Transfer the active plan to demand management.MC75
6Check the planned independent requirements.MD62 / MD63

The example used throughout is a product group called LIQUID in plant 1254, with materials 400080 and 21 as members. The sales plan is 200 pieces for March, 300 for April and 100 for May, taken from the original tutorial.

📝 What You Need Before You Start

If the product group or the information structure does not exist yet, create them first. The companion tutorials on product groups with MC84 and information structures with MC21 explain those steps in detail.

🔧 Step 1: Create the Product Group (MC84)

The product group is the object you plan with, so it comes first. Follow the SOP menu path Logistics → Production → SOP → Product Group → Create or run MC84 directly.

SAP SOP step 1 menu path to create a product group with MC84 SAP MC84 initial screen entering product group LIQUID, plant 1254 and base unit EA
1

Enter transaction MC84 in the command field and press Enter.

2

Enter the basic details: Product group LIQUID, Plant 1254 and Base unit EA. Choose materials as the member type and press Enter.

3

On the product group members screen, enter the materials that belong to the group, here 400080 and 21, and define the proportional factors, 50 percent each, so they total 100 percent.

SAP MC84 product group members LIQUID with materials 400080 and 21 at 50 percent each
4

Save the group. It can be changed with MC86 and displayed with MC85.

📊 Step 2: Create the Sales and Production Plan (MC81)

With the group in place, create the plan for it with MC81. This is the heart of SOP: you enter expected sales and let SAP derive the production plan.

SAP MC81 create plan initial screen for product group LIQUID
1

On the initial screen, select the Product group LIQUID and the Plant 1254. The Version, in the example 005, is assigned automatically by SAP for a new inactive version.

SAP MC81 planning table opening for product group LIQUID plant 1254 version 005
2

In the planning table, enter the sales plan for the future periods: March 200, April 300, May 100.

SAP MC81 planning table with sales plan entered for March, April and May
3

Open the Edit menu and choose Create production plan, then select Synchronous to sales. SAP fills the production row automatically with the same quantities as sales. You do not need to type the production figures by hand.

4

Save the plan. It now exists as an inactive version, which means it is a working draft that has not yet been released to demand management.

Choosing the production strategy: Synchronous to sales makes production equal sales in each period, which is the simplest option. Standard SOP also offers other ways to derive production, such as targeting a stock level or days' supply, or leveling production across periods. Use them when production should smooth peaks instead of following them exactly.

🔄 Step 3: Disaggregate the Plan (MC76)

A plan made at group level is not yet useful to MRP, which needs quantities per material. MC76 splits the group plan into plans for the members, using the proportional factors from Step 1.

SAP MC76 disaggregate product group plan initial screen
1

Run MC76. Select the Product group LIQUID and the Plant 1254, then choose the inactive version button so the draft plan is the one being split.

2

Select version 005 and confirm. In the options, choose to create the sales plan and to disaggregate the production plan, and select the stock balance option so stock is carried correctly between periods, then confirm.

SAP MC76 selecting inactive version 005 for disaggregation SAP MC76 disaggregation options for sales plan, production plan and stock balance
3

In the result, open Edit → Create production plan and use the synchronous-to-sales option for the member level if required. The production quantities appear automatically. Save.

SAP MC76 result showing production quantities disaggregated to member materials

With 50 percent each, the March plan of 200 becomes 100 for material 400080 and 100 for material 21. April gives 150 each and May gives 50 each. If the proportions were changed in MC86 to 60 and 40 percent, the same group plan would give 120 and 80 for March.

✅ Step 4: Convert the Inactive Version to the Active Version (MC78)

SOP uses planning versions so a plan can be tested before it affects MRP. A new plan lives in an inactive version. Only the active version, called A00 in standard SOP, can be transferred to demand management. MC78 copies one version to another, and here it is used to make the draft plan active.

SAP MC78 copy planning version initial screen for information structure S076 SAP MC78 copying inactive version 005 to active version A00 for the planning dates
1

Run MC78 and select the information structure S076, the standard SOP structure.

2

Select the source version 005, the inactive draft, and the target version A00, the active version.

3

Enter the date range to copy, in the example starting from 01.02.2025. Select the active option for A00, then choose the Copy button.

Why two versions: Keeping a draft separate from the active plan lets planners experiment, compare scenarios and get approval before anything reaches MRP. Copying to A00 is the formal "release" step.

📦 Step 5: Transfer the SOP Plan to Demand Management (MC75)

This is the handover from SOP to the rest of production planning. MC75 transfers the plan to demand management, where it becomes planned independent requirements that MRP will use.

SAP MC75 transfer SOP plan to demand management selection screen SAP MC75 selecting requirement type LSF and active version for transfer
1

Run MC75 and select the requirement type, in the example LSF, which is commonly used for make-to-stock planned independent requirements.

2

Select the version 00, which is the active version in demand management, and select the active option.

3

Choose the member materials and plant if prompted, then execute the transfer. SAP creates planned independent requirements for each material and period.

🔍 Step 6: Check the Transferred Plan (MD62 / MD63)

Always confirm that the plan arrived. Use the planned independent requirements transactions: MD62 to change and MD63 to display. Enter the material and plant, and the requirements for each period appear, with the requirement type and version.

SAP MD62 planned independent requirements showing transferred SOP plan for the material

You should see, for material 400080, 100 in March, 150 in April and 50 in May, and the same for material 21. From here the normal MRP run, for example MD01 or MD02, can plan components and production orders, and the stock and requirements list shows the new demand alongside stock and receipts.

Tip: If you only want to look, use the display transaction MD63. Using MD62 when you only need to view makes it easy to change a requirement by accident.

⚙ Understanding the Standard SOP Planning Table

The planning table in MC81 is where most of the thinking happens, so it helps to know its rows. A standard SOP table typically contains sales, production, stock level and, depending on the layout, targets for stock level and days' supply.

RowMeaningWho Normally Fills It
SalesThe expected sales quantity per period.Sales planners, or copied from a forecast.
ProductionThe quantity to be produced per period.Derived by SAP using a production strategy, or typed by planners.
Stock levelCalculated stock at the end of each period.Calculated by SAP.
Target stock levelThe stock the business wants to hold.Planners, if that strategy is used.
Days' supplyHow many days the stock will cover, based on sales.Calculated by SAP.

Because stock level is calculated from sales and production, changing either one immediately changes the stock row. That makes the table a quick way to test ideas: increase sales for April and watch the stock level fall, then raise production until it recovers.

Planners can also use a forecast to propose sales figures, based on past values, instead of typing them. The forecast result is only a proposal, and the planner still decides what goes into the plan.

💡 Choosing a Production Strategy in SOP

How you derive production from sales is one of the most important decisions in SOP. The table below summarizes the usual options.

StrategyHow Production Is SetBest When
Synchronous to salesProduction equals sales in each period.Demand is stable and stock is not a concern.
Target stock levelProduction is set so that stock reaches the target at period end.You need a safety buffer.
Target days' supplyProduction is set so that stock covers a target number of days of sales.Stock should move with demand.
Level productionProduction is spread evenly over the planning horizon.Capacity is limited or demand is seasonal.

The example in this guide uses synchronous to sales because it keeps the numbers easy to follow. In real plants, seasonal products often use level production, so the plant does not swing between idle and overloaded.

🔍 What Happens Behind the Scenes

Standard SOP stores its data in the information structure S076. When you enter a plan for a product group, the values are stored against the group, the plant, the period and the planning version. Because versions are part of the key, several plans can coexist without disturbing each other.

Disaggregation reads the group's members and proportional factors, applies them to the group plan, and writes plans for the members. When the plan is copied to the active version and transferred, SAP converts the member plans into planned independent requirements in demand management. Those requirements are what MRP reads, together with sales orders and other demand, when it calculates net requirements.

This chain explains why a wrong number early on travels far. A mistake in the proportional factors, for example, produces wrong member plans, wrong requirements and ultimately wrong purchase and production proposals. Checking each step before moving to the next saves a lot of time.

💼 Real-World Scenario: A First SOP Cycle for a Bottling Plant

Pradnya Pawar, an SAP PP consultant working with a beverage manufacturer in Pune, was asked to run the first SOP cycle for the liquid products. Until then the plant had relied on spreadsheets and a last-minute phone call between sales and production.

Anand Rathi, the head of planning, gave her the sales expectation: 200 pieces for March, 300 for April and 100 for May. Pradnya created the product group LIQUID in MC84 with materials 400080 and 21 at 50 percent each. In MC81 she entered the sales plan, created a production plan synchronous to sales, and saved it as inactive version 005.

Anand reviewed the draft and asked for a quick check of the split. Pradnya ran MC76 and showed him the plans for each material. After he approved, she used MC78 to copy version 005 into the active version A00, then ran MC75 with requirement type LSF to transfer the plan. Finally she opened the planned independent requirements and confirmed that both materials showed the expected quantities. When MRP ran that night, the planners saw proposals for components and production orders based on the agreed plan instead of a rough guess. The first cycle took an afternoon, and from then on the monthly update took minutes.

❗ Common Mistakes in SOP

✅ Best Practices for Running SOP

🔒 Authorization Considerations

SOP touches several areas, so authorizations are usually split. Planners need access to product group maintenance, planning and disaggregation. Fewer people should be allowed to copy versions to the active version and to transfer plans to demand management, because those steps change what MRP will plan.

Many companies keep a clear separation: sales planners can edit the sales row, production planners the production row, and only a planning manager can activate and transfer. After setting up new roles, test with real users so that nobody discovers a missing authorization on the day of the first cycle.

🔧 Troubleshooting Common SOP Issues

Nothing arrives in demand management after MC75

Check that the plan is in the active version, that the requirement type fits the material's planning strategy, and that the materials have MRP data in the plant. Also check the date range you selected.

Disaggregated quantities look wrong

Display the product group with MC85 and check the proportional factors and their total. Also confirm the base unit and member units.

The production row is empty

The production plan has to be created from the Edit menu, for example synchronous to sales, after the sales plan has been entered.

Version cannot be activated

Check the source and target version in MC78, the information structure and the date range. Make sure the source version actually contains data for those dates.

Stock level row shows negative values

Production is lower than sales in some periods. Adjust the production strategy, for example target stock level, or increase production.

Requirements show the wrong quantity in MD62

Compare with the member plans from MC76 and check whether the active version was updated after the last change. A later change to the draft does not appear until it is copied and transferred again.

🏢 How Different Industries Use SOP

The principle is the same everywhere: agree on a number at the level where decisions are made, then let the system carry it down to the detail.

📋 SOP Cycle Checklist

📊 KPIs That Show Whether SOP Is Working

Reviewing these numbers at each SOP meeting turns the process from a data entry exercise into a real management tool.

🔄 Standard SOP vs Flexible Planning

Standard SOP is the quickest way to get started. It uses the delivered information structure S076, fixed key figures such as sales, production and stock level, and a standard planning table. It needs little configuration, which makes it ideal for learning and for plants with simple requirements.

Flexible planning is the choice when the standard structure is not enough. You create your own information structure with MC21, choose your own characteristics and key figures, set the planning method with MC7F, and build your own planning type. It takes more effort but fits almost any planning requirement, such as planning by customer group, region or production line. See the related tutorials on MC21 and MC7F for the details.

📱 SOP in SAP S/4HANA

Classic SOP, including MC84, MC81, MC76, MC78 and MC75, remains available in many SAP S/4HANA on-premise systems, and the steps in this guide still apply. SAP positions newer planning solutions as the strategic direction for new projects, so check with your SAP team whether classic SOP is still the right choice for you.

For existing implementations nothing about the process needs to change simply because the system moves to S/4HANA, but confirm compatibility for your release and test the full flow, including the transfer to demand management, after any upgrade.

📋 Related SAP Transactions

TransactionPurpose
MC84 / MC86 / MC85Create, change and display product groups.
MC81Create a standard SOP plan for a product group.
MC76Disaggregate a product group plan to its members.
MC78Copy a planning version, for example inactive to active.
MC75Transfer an SOP plan to demand management.
MD62 / MD63Change or display planned independent requirements.
MD01 / MD02Run MRP on the transferred requirements.

🎓 Interview-Style Questions and Answers

Q: What is SOP?
A planning tool that sets sales, production and stock targets at an aggregated level, such as product group, before detailed MRP.

Q: Which information structure does standard SOP use?
S076.

Q: Why use inactive and active versions?
Inactive versions allow drafts and scenarios. Only the active version can be transferred to demand management.

Q: What does disaggregation do?
It splits a group plan to the member materials using proportional factors.

Q: How does the plan reach MRP?
It is transferred to demand management as planned independent requirements, which MRP reads.

Q: Which transaction displays planned independent requirements?
MD63 displays them and MD62 changes them.

📚 Quick Glossary

📝 Governance for the SOP Process

SOP is as much a business process as a system function, so governance matters. Define who owns the sales plan, who owns the production plan, who approves the final version and when each step must be finished. A simple calendar, with a deadline for each step, keeps the cycle from slipping.

Keep a log of every activated version, with the date, the approver and a short note about what changed. When someone asks why MRP planned a particular quantity three months ago, the log gives the answer in moments.

🎯 Conclusion

Standard SOP turns a loose conversation between sales and production into a repeatable process. You create a product group with MC84, plan sales and production for it in MC81, split the plan to the materials with MC76, release it by copying to the active version with MC78, transfer it to demand management with MC75 and verify it in MD62 or MD63. Each step is quick on its own, but the value comes from doing them in order, checking the result and repeating the cycle regularly. Keep this guide handy the next time your team needs to agree on a plan.

❓ Frequently Asked Questions

Sales and Operations Planning (SOP) is a forecasting and planning tool in SAP that lets a company plan sales, production, stock and other key figures at a high level, such as product group, and then pass the result to demand management so MRP can plan the detail.
A typical flow uses MC84 to create a product group, MC81 to create a plan, MC76 to disaggregate it, MC78 to copy an inactive version to the active version, MC75 to transfer the plan to demand management, and MD62 or MD63 to check the planned independent requirements.
Standard SOP uses SAP-delivered structures such as information structure S076 and fixed planning tables. Flexible planning lets you define your own information structures, key figures and planning types.
Only the active planning version is transferred to demand management. Plans are first created in inactive versions so they can be tested, and the chosen version is copied to the active version when it is approved.
Disaggregation splits a plan made at product group level into plans for the member materials, using the proportional factors defined in the product group.
Use the planned independent requirements transactions, for example MD62 to change or MD63 to display, and check the requirement type and version. You can also see the requirements in the stock and requirements list.
No. Standard SOP works with the delivered information structure and planning table, so you can start without any custom structure. Flexible planning is only needed when the standard key figures and levels do not fit your requirement.