sap-ibp

Classifies SAP IBP planning operations by risk and gates destructive plan changes.

Updated Aug 17, 2026
One-click install
npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill sap-ibp-metafloor-ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sap-ibp
Source: https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai/tree/main/skills/platforms/planning/sap-ibp
Command: npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill sap-ibp-metafloor-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? SAP IBP has no transaction-log undo: a key-figure overwrite, a version promoted into the baseline, or a plan released to ERP can silently destroy the plan of record or create real execution documents. This Skill gives an AI agent the operator judgment to classify every IBP action as read, reversible write, committing write, or destructive, and to gate the dangerous ones behind snapshots and human approval. ## Core Features & Use Cases - Risk classification of IBP operations: Distinguishes Simulate vs Save Data, sandbox vs baseline targets, and sharing vs publishing a version, so the same operator is gated correctly by blast radius. - Snapshot-first recovery discipline: Enforces taking a snapshot or backup version before any baseline-writing operator, since an unbacked baseline overwrite is unrecoverable. - Edge-state and gotcha coverage: Documents 19 real failure modes including disaggregation on empty basis, version-independent key figures, concurrent last-write-wins saves, and scheduled application jobs repeating a bad overwrite. - Use Case: Before running an S&OP supply operator or promoting a scenario into the baseline, the agent checks the target version, confirms a snapshot exists, re-reads the current plan, and requires a named human approver before releasing supply to S/4HANA. ## Quick Start Ask the agent to run the S&OP supply heuristic into the baseline planning version and have it classify the risk, take a snapshot first, and pause for approval before executing.

Frequently Asked Questions about sap-ibp

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely run a planning operator in SAP IBP?

Check the target version first: running a copy, forecast, S&OP, or IO operator into a sandbox version is reversible, while the same run into the baseline is committing. Take a snapshot before any baseline-writing operator so the prior values can be restored.

What is the difference between Simulate and Save Data in the SAP IBP Excel add-in?

Simulate recalculates only your local view and persists nothing, while Save Data writes your cells to whatever version the ribbon selector targets, with no confirmation dialog. The baseline is the default target, so confirm the version selector before every save.

Can an overwritten SAP IBP baseline plan be recovered?

Only if a snapshot or backup version was taken before the overwrite, since IBP has no transaction-log undo. Without one, the prior values are permanently gone and must be re-derived by re-running the source operator or re-keyed manually.

When should I use SAP IBP versus SAP MM for inventory questions?

Use IBP for forward plan figures like consensus demand, projected stock, and safety stock recommendations. Use SAP MM for the live physical position, since IBP actuals lag ERP due to scheduled data-integration loads and IBP plans rather than executes.

Why did editing a key figure at product-group level mis-distribute values in IBP?

Editing a stored key figure above its base planning level disaggregates the value down by a disaggregation basis, usually another key figure's share. If that basis is empty or zero, IBP spreads evenly or not at all, silently mis-distributing across SKUs.

What are the risks of releasing an IBP plan to S/4HANA?

Releasing supply creates real execution documents such as planned orders, purchase requisitions, and PIRs that cannot be recalled from IBP. Corrections must be made in the receiving system and re-integrated, so releases require a named approver and a snapshot first.