blueyonder-planning

Guides safe demand and supply planning operations in Blue Yonder Luminate Planning.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Working in Blue Yonder Luminate Planning, it is easy to confuse a safe scenario edit with a committing action like publishing a plan or releasing planned orders to ERP, and mistakes at that stage are expensive or irreversible. This Skill gives an AI agent the operator judgment to classify every planning action as read, sandboxed write, committing, or destructive before it runs. ## Core Features & Use Cases - Action risk classification: Distinguishes reads, private-scenario edits, baseline publishes, and releases to ERP, with explicit gating rules for each level. - Object and lifecycle model: Explains SKU-Location grain, planned vs firm vs released orders, scenarios, baselines, snapshots, time fences, and deployment RecShips. - Recovery playbooks: Provides step-by-step recovery patterns for bad publishes, released orders, and overwritten baselines, including when recovery crosses into ERP. - Use Case: A planner asks the agent to add 5,000 units of promotional demand at a DC. The agent forks a private scenario, runs net-change, verifies data freshness, and gates the publish and release steps for human approval instead of editing the baseline directly. ## Quick Start Ask the agent to raise the consensus forecast for a SKU at a specific location in Blue Yonder and explain which steps require approval before publishing.

Frequently Asked Questions about blueyonder-planning

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

FAQPage Schema
How do I safely change a forecast in Blue Yonder Luminate Planning?

Make forecast changes inside a private scenario, not the baseline, then run net-change to see the impact. Publishing the scenario to the baseline or publishing demand to supply is a committing action that requires human approval and a freshness check first.

What is the difference between a firm planned order and a released order in Blue Yonder?

A firm planned order (FPO) is protected from auto-replanning but exists only inside Blue Yonder. A released order has been pushed to ERP and becomes a real requisition, PO, production order, or STO, so canceling it is an ERP action, not a Blue Yonder undo.

When should I use Blue Yonder planning versus Kinaxis or SAP IBP?

Use this guidance when the connected planning system is Blue Yonder Luminate Planning (heritage JDA, i2, Manugistics). Concurrent planning in Kinaxis RapidResponse belongs to the kinaxis skill, and SAP-native planning like IBP or S/4 MRP belongs to sap-ibp.

Can a published Blue Yonder plan be unpublished?

No, there is no clean unpublish in Blue Yonder. You correct a bad publish by making offsetting changes in a new scenario and publishing again, and any automation that already acted on the bad plan must be unwound separately.

Why is running a full regeneration on the baseline risky?

A full regeneration rebuilds the entire shared plan from scratch and can wipe manual work that is not firmed or protected by a time fence. Run the solver in a scenario first, review the delta, and prefer net-change for incremental updates.