Org chart & reorg
/hcm/org-chart is the org graph + reorg simulator. AxisSynapse
treats the organization as a graph with two edge types — SOLID
(direct reporting) and MATRIX (dotted-line / functional). The
admin surface lets you visualize, run structural risk detection
(overwide span, excessive depth, rank padding, orphaned matrix),
and simulate a reorg with full impact analysis before
committing under 4-eyes apply.
TL;DR — Open HCM → Org chart. Browse the solid-line tree
- matrix overlays. Risk tab flags structural issues. Reorg simulator drafts changes; the apply step is step-up-protected
- 4-eyes (different admin than the simulator).
Before you start
- The org graph is the source of truth for reporting relationships. SCIM-pushed manager fields flow in if SCIM is configured (see SCIM provisioning).
- Matrix edges are independent of solid-line; you can have N matrix relationships per employee (with N capped per workspace policy).
Solid-line vs matrix
| Field | What it does | Accepted values / default |
|---|---|---|
| SOLID (reporting) | The employee's primary manager. | Exactly one per employee. Drives approval routing, comp-review proposals, manager dashboard scope. |
| MATRIX (dotted-line / functional) | Functional or project-based relationships. | 0..N per employee. Drives notification routing, project-team views, optional approval inclusion. |
Span of control + structural risk
| Field | What it does | Accepted values / default |
|---|---|---|
| Span of control | Number of direct reports per manager. | Healthy band is typically 5-12; over 12 triggers OVERWIDE_SPAN. |
| Depth | Levels from CEO to leaf. | Healthy band is typically 4-7; over 7 triggers EXCESSIVE_DEPTH. |
| Rank padding | Layers with single reporting relationships (manager who manages exactly one manager). | Triggers RANK_PADDING; often a sign of unnecessary middle management. |
| Orphaned matrix | Matrix edges to people who no longer exist. | Triggers ORPHANED_MATRIX on next risk run. |
Simulate a reorg
Open the simulator
Click Reorg simulator from the Org chart.
Draft changes
Move employees between managers, change levels, create new business units, change manager assignments. Bulk operations supported.
Cycle detection
The simulator refuses configurations that would create a reporting cycle (A reports to B, B reports to A).
Run impact analysis
The simulator surfaces:
- Structural risk delta — does this make risk better or worse?
- Comp impact — proposed comp shifts (band changes, level changes).
- Manager-scope changes — who'd see whose approvals.
- Comp band membership changes — who'd move bands.
Save the simulation
Audit log records
HCM_ORG_REORG_SIMULATED. The draft is saved + accessible later (or to a different admin).
Apply a reorg (4-eyes + step-up)
A different HR admin opens the saved simulation
Simulator can't apply their own work.
Review the impact analysis
Confirm the changes match the workspace's intent.
Click "Apply"
Step-up modal opens. Apply is step-up-protected.
Commit
Audit log records
HCM_ORG_REORG_APPLIEDat critical severity + per-employeeHCM_EMPLOYEE_POSITION_CHANGEDfor each row that changed.
Why step-up + 4-eyes
A reorg can move dozens or hundreds of employees in one transaction. Mistakes are expensive (everyone's approval routing, manager dashboard, comp planning re-wires). The 4-eyes + step-up gate is the platform's "you're about to do something irreversible at scale" pattern.
Matrix edges
Open the employee's profile
Matrix section shows current dotted-line relationships.
Click "+ Add matrix relationship"
Pick the related manager + the relationship type (functional, project, mentor, etc.).
Add or remove
Each change emits
HCM_ORG_MATRIX_EDGE_ADDEDor..._REMOVED.
Every field, explained
| Field | What it does | Accepted values / default |
|---|---|---|
| Reporting manager | The solid-line manager. | Exactly one per employee. |
| Matrix edge | Dotted-line / functional relationship. | 0..N per employee; capped per workspace policy. |
| Span thresholds | Healthy band of direct reports. | Workspace-configurable; defaults to industry standard. |
| Depth thresholds | Healthy band of org depth. | Workspace-configurable. |
| Simulation | Draft of proposed changes + impact analysis. | Saved per author; can be inherited by a different admin to apply. |
| Apply | Commit the simulation. | 4-eyes + step-up. Cannot be reversed without another reorg. |
Audit codes
For SIEM ingestion + compliance review, this surface emits:
See Reference → Audit codes for the
canonical description of each. HCM_ORG_REORG_APPLIED is the
critical-severity row — bulk reporting changes committed under
4-eyes + step-up.
Common gotchas
- "Simulator refused my change." Cycle detection triggered. Check that no two employees are reporting to each other through the proposed edges.
- "Risk flagged a manager I trust." Risk flags are descriptive, not prescriptive. Some healthy teams are deeper or wider than the default thresholds.
- "Apply succeeded but a manager dashboard is empty." The scope toggle remembers the prior setting; refresh + retry.
- "Matrix edge orphan flag won't clear." The employee the matrix points at has been offboarded. Remove the edge manually or re-target to a different person.
- "Reorg changed comp bands but I didn't intend it." Some position changes (level change, new geography) move the employee to a different band; the impact analysis names this before apply.
Troubleshooting
| Error code | What it means | Fix |
|---|---|---|
ORG_REPORTING_CYCLE | Proposed edges create a cycle. | Re-route one of the cycle's edges. |
ORG_REORG_APPLY_4EYES_VIOLATION | Simulator tried to apply. | Different admin applies. |
ORG_REORG_STEPUP_REQUIRED | Step-up not completed. | Complete the prompt. |
ORG_MATRIX_EDGE_CAP_EXCEEDED | More matrix edges than workspace policy allows. | Reduce the count. |
Related