kinaxis

Guides safe operation of Kinaxis RapidResponse scenarios, commits, and ERP order releases.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Working in Kinaxis RapidResponse / Maestro, it is easy to confuse a safe what-if simulation with an action that changes the shared plan or releases real orders to ERP. This Skill gives the judgment to classify every Kinaxis operation as read, reversible write, committing write, or destructive, so consequential actions like commit, publish, and release are gated for human approval. ## Core Features & Use Cases - Operation classification matrix: Maps Kinaxis operation families (scenario edits, commits, publishes, CTP confirms, automation chains) to read / write / destructive risk classes with gating rules. - Scenario and commit semantics: Explains copy-on-write scenario deltas, parent inheritance, private vs public scenarios, and why commit is one-directional with no clean uncommit. - Recovery playbooks: Covers undo paths from discarding a private scenario up to canceling released orders in ERP, including freshness checks before any commit. - Use Case: A planner needs to pull in 500 units for a new order. The Skill walks them through forking a private scenario, re-planning safely, verifying ERP sync freshness, then committing and releasing with dependents only after human approval. ## Quick Start Ask the assistant how to safely commit a Kinaxis scenario and release its planned orders to ERP without affecting the shared baseline.

Frequently Asked Questions about kinaxis

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

FAQPage Schema
How do I safely commit a Kinaxis scenario to the baseline?

Work in a private scenario, verify the last ERP sync is current and the parent scenario has not changed since you forked, then commit only after human approval. Commit merges your deltas up one directionally, so there is no clean uncommit afterward.

What is the difference between planned, firmed, and released orders in Kinaxis?

Planned orders are engine suggestions that re-plan or delete each run. Firmed orders are protected from re-planning but still exist only in Kinaxis. Released orders are pushed to ERP and become real purchase requisitions, POs, or production orders.

Is editing a Kinaxis scenario safe before committing?

Yes, edits inside a private scenario only recompute that scenario and change nothing shared; discarding the scenario reverts everything. The risk begins at commit or publish, and editing the baseline directly is live for every planner immediately.

Why is a Kinaxis CTP promise date sometimes wrong?

CTP simulates pulling constrained capacity and material, so it is only as accurate as the constraint, supplier, and lead-time data feeding it. Stale constraints or a committed constraint override produce promise dates the plant cannot actually meet.

Can a released Kinaxis order be undone?

Not inside Kinaxis. Once released, the order lives in ERP, so recovery means identifying the full release set including dependents, stopping any automation chain, and canceling each order in ERP, which may require vendor communication if a PO was already transmitted.

When should I use SAP skills instead of Kinaxis planning guidance?

Use ERP-focused skills once an order is released, since the real commitment and its cancellation live in ERP. Kinaxis guidance covers the plan and analytics layer only, not goods receipts, PO creation, or inventory postings.