S&OP + private AI
AI for Sales and Operations Planning, Built on the Numbers Already in Your ERP
Short answer
AI for S&OP prepares the monthly cycle from ERP data: it compares forecast to actuals, flags supply and demand gaps by family, answers what-if questions in plain English, and drafts the meeting pack. It supports the planning team's judgment and does not replace a dedicated planning engine; every figure traces to a query or a stated assumption.
- ERP
- SAP S/4HANA, Infor LN, Infor SyteLine, Oracle NetSuite, Dynamics 365 Supply Chain
- Industries
- Manufacturing, Aerospace, Industrial Equipment
- Written for
- VP Operations
A working S&OP process has a rhythm: demand review, supply review, a pre-meeting that reconciles them, and an executive meeting that decides. In practice, most of the calendar is consumed by data assembly. Planners export forecast and shipment history, pull open orders and MPS from the ERP, reconcile units and families across spreadsheets, and build slides. By the time the pack is ready, the numbers are already a week old.
The ERP holds most of what the process needs: sales orders, forecasts, the master production schedule, planned and firm planned orders, capacity, inventory and purchase commitments. In SAP that means sales and operations planning data alongside MD04 and MD07 views; in Infor LN, planning through the production planning and sales and operations modules; in SyteLine, forecasts, the master schedule and planning detail; in NetSuite, demand planning and supply planning records. The problem is not absence of data. It is that answering 'if we pull in this customer's order, what breaks' requires a planner to hand-build a view.
AI helps in three places: assembling consistent data for the review, explaining variance in plain language, and answering scenario questions quickly enough to be used in the meeting. It does not fix a poor demand signal, an unowned forecast, or an unrealistic lead-time master. Teams with a dedicated tool such as SAP IBP, Kinaxis or o9 may already have much of this; the value here is strongest where S&OP runs on the ERP and spreadsheets.
This page describes the mechanics and the limits, so a VP Operations can judge where an AI layer is worth adding and where the fix is process discipline.
What usually gets in the way
The problems we hear most from vp operations teams running SAP S/4HANA.
Data assembly eats the cycle
Planners spend days pulling and reconciling forecast, orders, inventory and capacity, leaving little time to examine the real trade-offs before the meeting.
Forecast variance is not explained
Accuracy metrics exist, but the story behind a miss (one customer, a promotion, a pull-forward) is rebuilt manually or not at all.
Scenarios take too long
When leadership asks for the impact of an expedite or a lost order, the answer arrives after the meeting, so decisions are made on instinct.
Units and hierarchies do not line up
Sales plans by customer and region, operations by plant and work center, finance by revenue. Mapping between them lives in someone's spreadsheet.
Decisions are not tracked
Actions agreed in the meeting are not linked to the ERP records they affect, so the next cycle repeats the same debate.
Where AI earns its place in SAP S/4HANA
Each use case names the ERP objects it reads or writes, so your ERP team can judge the integration effort before anyone commits budget.
Forecast versus actual explanation
For each product family, the agent decomposes forecast error by customer, order timing and one-off events, and highlights where the bias is consistent. The planner confirms the narrative before it goes into the pack.
Touches: Forecast entries, sales order lines, shipments, SAP SOP/PIR data, SyteLine forecast and CO items, NetSuite demand plan
Outcome: Variance commentary prepared in hours, with the supporting rows visible.
Supply-demand gap by family and period
The agent compares the aggregated demand plan with capacity and material availability and lists where supply falls short, by bucket, with the constraint named (work center, component, supplier).
Touches: MPS, planned orders, work center capacity, purchase orders, inventory balances
Outcome: A gap list the supply review can act on instead of a list of raw numbers.
What-if questions in plain English
Ask 'what happens to October if we accept the 400-unit order from this customer' and get an estimate computed from available capacity and material, with the assumptions stated and the limits of the estimate flagged.
Touches: Capacity by work center, BOM explosion, open supply, lead times
Outcome: Faster, more informed trade-off discussions; the estimate is clearly labeled as approximate.
Meeting pack drafting
The agent drafts the executive summary, KPI tables and exception list from approved data, ready for the planner to edit.
Touches: KPI views, shipment and backlog data, inventory by plan family
Outcome: Pack preparation time falls; planners spend it on judgment.
Assumption and lead-time hygiene
The agent compares planned lead times and yields in the item master with what purchase receipts and production completions actually show, and lists the largest gaps.
Touches: Item master lead times, PO receipt history, production completion history, scrap data
Outcome: Fewer plans built on stale parameters.
Inventory policy review
Highlight families with rising inventory and falling coverage, or the reverse, with the drivers. Suggest areas for safety stock review for the planner to evaluate.
Touches: On-hand, safety stock parameters, demand variability, supplier lead times
Outcome: Targeted policy changes rather than blanket adjustments.
Decision and action tracking
After the meeting, the agent logs decisions, links them to the affected orders or plan lines, and reports in the next cycle on whether they were carried out.
Touches: Action log, linked order and plan references, owner assignments
Outcome: Fewer repeated debates; clearer accountability.
Reference architecture
The planning team's data stays in the ERP and its planning tables. A retrieval layer builds consistent views, a private model explains and drafts, and scenario math is done by deterministic code, not by the language model.
- 1
Planning data connectors
Read-only access to forecasts, sales orders, MPS, planned orders, capacity, inventory and purchasing through supported ERP APIs, views or replicas.
- 2
Hierarchy and unit mapping
A maintained mapping between sales, operations and finance hierarchies and units of measure, owned by the planning team and versioned.
- 3
Deterministic calculation engine
Gap and what-if math runs as code over the data, with assumptions listed. The language model describes the result; it does not produce the arithmetic.
- 4
Private model serving
Open-weight model hosted on your GPUs or private cloud for narrative, question answering and pack drafting.
- 5
Review and publishing
Planner approves narratives and numbers before they enter the pack; versions are stored with the data snapshot date.
Integration notes for your ERP team
- SAP: read planning data from sales and operations planning structures, planned independent requirements, and MD04-equivalent stock and requirements through released APIs; IBP customers read through its OData services.
- Infor LN: planning and sales and operations data through ION or BODs, or a read replica of the planning tables.
- SyteLine: forecast, master schedule and planning detail through IDOs or SQL views; write-back of firmed orders stays in the standard planning workbench.
- NetSuite: demand and supply plan records through SuiteQL; use saved searches for the approved KPI definitions.
- Keep the item-to-family and customer-to-region maps in a governed table, not in the model prompt.
- Store snapshot timestamps with every answer so a number in last month's pack can be reproduced.
Deployment options
On-premises
Defense and aerospace manufacturers with sensitive backlog and program data
Forecast, backlog and customer program information never leaves your network.
Private cloud
Mid-market manufacturers on cloud ERP
Isolated inference with private links to the ERP; planning snapshots stored in your account.
Alongside a planning tool
Teams already using IBP, Kinaxis, o9 or similar
The assistant reads exports or APIs from the planning tool and the ERP, adding explanation and pack drafting without replacing the engine.
Compliance and data control
How the architecture supports your obligations. Certification and accountability stay with your organisation; the design keeps the evidence straightforward.
Export control on program and backlog data
Running the model on-prem keeps program-level demand inside your boundary, which helps the customer meet its own ITAR and contractual obligations. Netray does not assert registrations for you.
SOX (revenue forecasts and disclosures)
Where forecasts feed external guidance, keep the assistant read-only, version every pack, and retain the data snapshot so numbers can be reproduced.
Customer confidentiality and NDAs
Scope retrieval so one customer's data does not appear in another's summary, and exclude restricted accounts if the NDA demands.
Antitrust sensitivity (shared demand data)
Do not feed competitor or joint-venture partner data into the model without legal review.
Where Netray fits
ERPray
Natural-language questions and dashboards over planning, order and inventory data, with the query shown and ERP roles respected.
SyteRay
For SyteLine and CloudSuite Industrial sites, accelerates reports and views over forecast, MPS and planning detail.
Custom build
For scenario engines tied to your capacity rules or integrations with IBP, Kinaxis or o9.
How an engagement runs
Phase 1 . 1 to 2 weeks
Discovery
- -Current S&OP calendar and data flow
- -Hierarchy and unit mapping inventory
- -Selected KPIs and definitions
- -Access plan for forecast and planning tables
Phase 2 . 3 to 4 weeks
Prototype
- -Variance explanation for two product families
- -Supply-demand gap view validated by planners
- -First draft of the meeting pack
Phase 3 . One full S&OP cycle
Pilot
- -Live use in demand and supply reviews
- -What-if questions logged with accuracy review
- -Planner feedback on narrative quality
Phase 4 . Ongoing
Scale
- -Additional families and plants
- -Action tracking linked to ERP records
- -Ownership and maintenance runbook
Questions to ask any vendor, including us
A short list that separates real SAP S/4HANA AI work from a chatbot demo.
- Is scenario arithmetic done by code or by the language model?
- How are hierarchies and units mapped, and who owns the mapping?
- Can we reproduce a number from last quarter's pack?
- How does the assistant treat approximations, and how are they labeled?
- Does it replace or complement our planning tool?
- Which forecast accuracy measures are used, and can we choose?
- How is customer-specific data kept separate across summaries?
- What does the pilot need from the planning team each week?
Frequently asked questions
Does AI replace a dedicated S&OP or IBP tool?
No. Tools like SAP IBP, Kinaxis and o9 provide planning engines, workflows and optimization that a language model does not. AI complements them by explaining variance, answering questions and drafting packs. If you run S&OP on ERP data and spreadsheets, the assistant can give you a significant part of the benefit.
Can the AI forecast demand?
Statistical or machine-learning forecasting is a separate capability from a language model, and it may be worth adding. This page focuses on the review process. If your forecast is poor because nobody owns it, better models will not fix that; start with ownership and bias tracking.
How reliable are what-if answers?
As reliable as the data and the rules encoded in the calculation. Capacity and material estimates are approximations that ignore sequencing details. They are good for deciding whether to investigate a request, not for committing a delivery date without a planner's check.
Can it work with multi-plant networks?
Yes, if plant hierarchies and inter-plant transfers are mapped. Multi-plant adds complexity around shared components and allocation rules, so plan extra time in discovery to agree on those definitions.
Is it safe for program data in defense?
Run it on-prem or in a controlled private environment so program-level demand stays within your boundary. You remain responsible for your own export-control and contractual compliance; the architecture is designed to make that easier, not to certify it.
What do planners do differently?
Less time collecting and reconciling data, more time questioning assumptions. Planners still own the numbers and the narrative; the assistant drafts and answers questions, and they approve what goes into the pack.
What is a realistic first deliverable?
A variance explanation and gap view for a few product families, built on a historical month so planners can check it against what they know. That shows whether the data and mappings are sound before you use it live.
Related guides
AI Demand Forecasting for Manufacturers: Better Numbers and an Explanation Planners Can Trust
AI demand forecasting explains ERP forecast changes in plain language, flags exceptions for planners, and handles short-history SKUs without Excel overrides.
SAP PP/MRP + AI agentsAI Agents for SAP Production Planning, MRP, and Exception Triage
AI agents that triage SAP MD04 exceptions, explain predictive MRP shortages, and draft planned-order actions, grounded on your own SAP data, deployed on-prem.
ERP AI readinessIs Your ERP Ready for AI? A Readiness Assessment Checklist
Is your ERP actually ready for AI? A practical checklist covering master data quality, access and permissions, GPU sizing, and governance before you fund a pilot.
Ask your ERP anythingNatural Language Query for ERP Data: Ask SAP, Infor, or Oracle a Question in Plain English
See how natural language query over SAP, Infor, Oracle, and NetSuite data works: grounded text-to-SQL, role-based permissions, and a visible audit trail.
CFO + finance close + on-prem AIAI for the ERP Month-End Close: Variance Commentary Without the All-Nighter
AI for the ERP month-end close: draft variance commentary, flag journal entry anomalies, and speed audit support, grounded in the general ledger, reviewed by finance before anything posts.
Kinaxis concurrent planning + private AIAI for Kinaxis RapidResponse: Explaining Plans Across Every Connected ERP
Kinaxis RapidResponse plans across ERPs - pair it with private AI to explain scenarios and answer planning questions grounded in your own data on-prem.
Plan it with numbers
S&OP Maturity Assessment
Assess your sales and operations planning process across cadence, data quality, scenario capability, and accountability, and get a staged roadmap to the next maturity level.
Free ToolForecast Accuracy (MAPE) Calculator
Turn your forecast and actual history into MAPE, accuracy, and bias figures, then price what that error is costing you across the year.
Free ToolDemand Planning Maturity Assessment
Score your demand planning maturity across forecasting method, accuracy tracking, S&OP process, and data granularity in about five minutes.
GuideAI-Powered Demand Forecasting for Manufacturing
Improve manufacturing demand forecasts by 30-50% with AI. Combine ERP history, external signals, and ensemble ML models for accurate production planning.
GuideSyteLine Demand Forecasting Configuration Guide
Configure SyteLine demand forecasting with statistical models, forecast consumption, demand management parameters, and accuracy measurement for production planning.
GuideSyteLine Multi-Plant MRP Planning Configuration
Configure multi-plant MRP planning in Infor SyteLine with cross-site demand netting, inter-plant supply relationships, and consolidated planning runs.
Talk it through with an engineer who knows SAP S/4HANA
Bring one real question your team cannot answer from the ERP today. We will map the data path, the model, and where it runs, and tell you honestly if AI is the wrong tool for it.