CN22 — Change Network transaction in Project System
CN22 is the classic SAP GUI transaction for changing an existing operative network in Project System - editing activity dates, relationships, components, PRTs, work centers, and status on a network identified by its own network number, independent of or attached to a project. It is the change counterpart to network create and display, and sits alongside Project Builder (CJ20N) as an alternative, narrower maintenance route.
This page covers what CN22 actually changes on a network and why entering a project number gets nowhere in the initial screen. It focuses on the diagnostic categories consultants actually hit - locked or status-blocked networks, scheduling not propagating after a save, field selection masquerading as an authorization problem, and plan changes colliding with posted confirmations.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,295 words
Purpose
CN22 changes an existing operative network in SAP Project System: activities, activity relationships, work center and material assignments, PRTs, dates, and status on a network already created. A network is a standalone object identified by its own network number, not by the WBS or project number; it can exist independently of a project or be assigned to one WBS element within a project. The structural fact that explains most of the confusion around this transaction is that entering a project number in the initial screen gets nowhere here - CN22 wants the network number, and a single project can contain several networks with different numbers, order types, and status profiles, so the matchcode search by project, WBS element, or responsible cost center is usually the fastest way in when the network number itself is not already known.
When it is used
CN22 is reached for when the change needed is execution-level detail on a network that already exists: shifting an activity's dates without touching the WBS structure, adding a component to an activity, changing a relationship type between two activities, updating a work center or PRT, or setting a user status on the network header. It is used instead of CJ02, which opens the WBS structure and treats the network as a subordinate object, and instead of Project Builder (CJ20N), which shows WBS and network together in one tree and is the default tool for anyone maintaining both structures at once. Consultants fall back to CN22 specifically for standalone networks carrying no project assignment, for quick single-object changes, or when a Project Builder lock or performance problem on the project tree makes the tree-based tool unusable. There is no dedicated modern Fiori app for this level of network activity maintenance; Project Builder remains the primary entry point even on S/4HANA.
How to use it in practice
- Call CN22 and enter the network number directly, or use the matchcode/search help by project, WBS element, or responsible cost center if the number is not known
- Press Enter to load the network header; check the order type and system status shown before changing anything
- Drill into the activity overview, or double-click a single activity, to reach its detail screen for dates, relationships, components, and PRTs
- Make the change - date shift, relationship type, component quantity, work center, or status - keeping in mind that status-dependent field control may grey out fields depending on the current system status
- Trigger scheduling if dates or durations changed, either automatically on save or via the explicit scheduling function, so WBS dates stay consistent
- Save; review any warning about confirmed activities, missing account assignment, or date inconsistency before confirming the save
Key data objects
- AUFK - cross-application order master record for the network: order number, order type, status flags, and organizational assignment
- AFKO - order header data for the network, including basic, forecast, and scheduled dates and scheduling parameters
- AFVC - individual activities (operations) of the network, their control keys, work centers, and relationship pointers to predecessor/successor activities
- AFVV - quantity and date fields per activity, used for scheduling calculations and progress tracking
- PROJ / PRPS - project definition and WBS element records, populated only when the network is assigned to a project
How to prove it in the data
Start in SE16N/SE16 on AUFK filtered by AUFNR (the network number) to confirm order type, status flags, and organizational data match what CN22 displayed. Cross-reference AFKO on the same AUFNR for basic and scheduled dates to check whether a reported date discrepancy is a scheduling problem rather than a display problem. For a specific activity, filter AFVC by the network number and activity counter to see control key, work center, and relationship pointers, then compare that against what the user reports seeing on screen before assuming a screen bug.
ECC vs S/4HANA
CN22 is unchanged on S/4HANA - same transaction, same network and order-family tables underneath. No Fiori app has replaced detailed network activity maintenance; Project Builder remains the recommended day-to-day tool on both ECC and S/4HANA, with CN22 kept mainly for standalone networks and quick single-object changes. There was no structural redesign of the network object as part of the S/4HANA data model simplification for Project System.
Common pitfalls and how to diagnose them
- Network locked or status-blocked: a network in a technically complete or closed status refuses most changes; check the status line in the header before touching anything, and do not force a status reset before confirming there is no pending settlement or actual cost posting against the network - reversing status without checking the actual cost line items first can strand costs against an object that is now open again for no good reason.
- Network number not found: the number entered belongs to a different order type, has been archived, or carries a deletion flag; search by project or WBS element in the matchcode rather than guessing the number, and check AUFK for the deletion indicator before assuming the network never existed.
- Dates look wrong after save: changing an activity's duration or relationship does not automatically push the WBS or the rest of the project unless scheduling is explicitly triggered afterward; re-entering the same date again does nothing - the fix is running scheduling, not re-saving the same value.
- Component or material line fails at save: the material is not extended to the network's plant, the account assignment category on the network conflicts with the material's valuation, or no reservation exists yet; check material master plant extension before assuming the network object itself is broken.
- A field is greyed out and cannot be changed: this is status-dependent field selection, the same mechanism used on production and maintenance orders, not a missing authorization; compare the current system status against the status profile's field control rules before opening an authorization ticket.
- Change conflicts with a posted confirmation: once an activity has actual confirmations posted, changing its planned quantity or dates produces a warning rather than a hard block; forcing the save without checking what has already been confirmed leaves a mismatch between plan and actual that only surfaces later, at settlement or in reporting.
Whose problem this is
This is functional PS territory first - a project system consultant working with the responsible cost center owner, and for material lines an MM/PP colleague for plant extension issues. ABAP gets involved only if a custom validation, exit, or enhancement on network save is suspected. A good handover states the network number, the activity/operation counter, the exact error or warning text, the current system status, and whether the change was attempted in CN22 directly or inside Project Builder.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/cn22ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.