CA02 — Change Routing Task List
CA02 changes an existing production routing: the operation sequence, work centers, control keys, standard values, and component-to-operation assignment for a material. It does not automatically update production orders already created from the routing, and a material can have several valid routings distinguished by usage, status, and validity dates, so the change made is not always the one an order actually picks up.
This page covers the CA02 change-routing transaction: what a save actually writes, the real navigation path when several task lists exist for one material, and the diagnostic categories behind the most common complaints, such as changed routings not showing up on orders or components missing despite the routing looking correct. It also flags the ECM and validity-period traps that cause silent non-saves.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,193 words
What it does
CA02 changes an existing routing (task list) that describes how a material is produced: the sequence of operations, the work center performing each one, the control key governing costing and confirmation behaviour, the standard values for setup, machine and labour time, and the assignment of BOM components to specific operations. The structural fact behind most confusion is that a routing is identified by group and group counter, not by material alone. A single material can have several routings in the same plant, distinguished by task list usage, status, and validity period, and only one of them is actually selected when a production order is created. Editing 'the routing' in CA02 without first confirming which group/counter/usage combination the order actually reads is the single most common source of wasted diagnostic time.
When it is used
CA02 is reached whenever an existing routing needs correction after go-live: standard times found wrong during a time study, a work center replaced, a control key changed for a new confirmation strategy, or a BOM component reassigned to a different operation. It sits between BOM maintenance and production order creation in the master data chain, so changes made here affect costing, capacity planning and scheduling for every order created afterward, but not for orders that already exist. Consultants also open CA02 defensively during incident triage on a production order, to see what the routing currently contains, before touching CO02 or COOIS to see what an order actually copied. On S/4HANA the equivalent Fiori app can be used for the same maintenance, but CA02 remains fully functional and is often faster for multi-operation edits.
How to use it
- Enter material and plant, or the routing group and group counter directly if known, and confirm
- If more than one task list exists for the material, select the correct one from the list by usage, status and validity, not just the most recent
- On the operation overview screen, select the operation line to change control key, work center, or standard values
- Check the component assignment tab (allocation to operations) to confirm which BOM items feed which operation
- Review the validity period on the header before saving; a change outside the active period will not appear on orders dated inside it
- Save, and respond to any change number (ECM) prompt if engineering change management is active for the object
Key fields
- PLKO - task list header, holding group, group counter, usage, status and overall validity
- PLPO - operation details per group/counter, including work center, control key and standard values
- PLMZ - component allocation, linking a BOM item to a specific routing operation
- PLFL - sequence relationships between operations, used for parallel or alternative sequences
- MAPL - the material-to-task-list allocation table that determines which routing a given material and plant will actually use
How to prove it in the data
Start in SE16 on MAPL filtered by material and plant to get the routing group, group counter and usage that the material is actually linked to, and check the deletion flag and validity dates on that entry. Take that group/counter into PLKO to confirm header status and validity. Take the same key into PLPO to list every operation, its work center, control key and standard values, and check for a deletion flag or a change date that postdates the order in question. Cross-check PLMZ for the same key to see which BOM items are assigned to which operation number.
ECC vs S/4HANA
The underlying tables (PLKO, PLPO, PLMZ, PLFL, MAPL) and the CA02 transaction itself are unchanged on S/4HANA; routing structure and logic are the same as in ECC. A Fiori app for managing routings exists as a modern alternative for the same maintenance task, but it does not replace CA02, which remains valid and is frequently preferred for editing several operations at once.
Common pitfalls
- Wrong routing selected: a production order picks a routing based on usage and status priority in MAPL, not on which one was most recently edited in CA02. Check MAPL for the material and plant first, and confirm which group/counter carries the applicable usage and highest-priority status, before assuming a change went to the right place.
- Change invisible on existing orders: routing content is copied into the order at creation time. Editing the routing afterward does not update orders already released or confirmed. The fix is not to re-edit the routing again; it is to check whether the order needs to be rescheduled, or its operations deleted and re-read, or handled through an order change process.
- Deletion flag mismatch: a deletion flag set at header level in PLKO does not remove the operation rows in PLPO, and vice versa. A routing can look deleted at header but still surface operations, or look active at header while every operation is flagged deleted. Check both levels independently.
- Validity window traps: routings carry a validity start and end date. A change saved with a validity window that does not cover the order's basic start date will not appear for that order even though the routing edit succeeded.
- Change number lock: if engineering change management is configured for routings, direct save is blocked and a change number is required. The symptom is a save that appears to fail for no visible reason; the cause is a missing or expired change number, not a data problem.
- Orphaned component assignment: PLMZ can reference a BOM item that was later removed or renumbered in CS02. The routing looks complete but the component never reaches the order. Cross-check the current BOM item numbers against PLMZ entries for the same operation.
Whose problem this is
This is functional PP/production planning territory: the routing engineer or planner owns operation sequence, standard values and component assignment. ABAP involvement is rare, limited to custom exits on standard value determination or mass-change reports. A good handover states the material, plant, routing group and group counter actually in use per MAPL, the operation number affected, and whether the issue is visible on new orders only or also expected on existing ones.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/ca02ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.