hcm

Org chart & reorg

ENTERPRISEEstimated read: 9 min· Updated 2026-08-30

Org chart & reorg

EnterpriseAdmin

/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

FieldWhat it doesAccepted 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

FieldWhat it doesAccepted values / default
Span of controlNumber of direct reports per manager.Healthy band is typically 5-12; over 12 triggers OVERWIDE_SPAN.
DepthLevels from CEO to leaf.Healthy band is typically 4-7; over 7 triggers EXCESSIVE_DEPTH.
Rank paddingLayers with single reporting relationships (manager who manages exactly one manager).Triggers RANK_PADDING; often a sign of unnecessary middle management.
Orphaned matrixMatrix edges to people who no longer exist.Triggers ORPHANED_MATRIX on next risk run.
Risk detection runs at the workspace level; the dashboard surfaces flagged areas with org-chart highlights. Healthy band thresholds are workspace-configurable but default to industry-standard.

Simulate a reorg

  1. Open the simulator

    Click Reorg simulator from the Org chart.

  2. Draft changes

    Move employees between managers, change levels, create new business units, change manager assignments. Bulk operations supported.

  3. Cycle detection

    The simulator refuses configurations that would create a reporting cycle (A reports to B, B reports to A).

  4. 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.
  5. 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)

  1. A different HR admin opens the saved simulation

    Simulator can't apply their own work.

  2. Review the impact analysis

    Confirm the changes match the workspace's intent.

  3. Click "Apply"

    Step-up modal opens. Apply is step-up-protected.

  4. Commit

    Audit log records HCM_ORG_REORG_APPLIED at critical severity + per-employee HCM_EMPLOYEE_POSITION_CHANGED for 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

  1. Open the employee's profile

    Matrix section shows current dotted-line relationships.

  2. Click "+ Add matrix relationship"

    Pick the related manager + the relationship type (functional, project, mentor, etc.).

  3. Add or remove

    Each change emits HCM_ORG_MATRIX_EDGE_ADDED or ..._REMOVED.

Every field, explained

FieldWhat it doesAccepted values / default
Reporting managerThe solid-line manager.Exactly one per employee.
Matrix edgeDotted-line / functional relationship.0..N per employee; capped per workspace policy.
Span thresholdsHealthy band of direct reports.Workspace-configurable; defaults to industry standard.
Depth thresholdsHealthy band of org depth.Workspace-configurable.
SimulationDraft of proposed changes + impact analysis.Saved per author; can be inherited by a different admin to apply.
ApplyCommit 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 codeWhat it meansFix
ORG_REPORTING_CYCLEProposed edges create a cycle.Re-route one of the cycle's edges.
ORG_REORG_APPLY_4EYES_VIOLATIONSimulator tried to apply.Different admin applies.
ORG_REORG_STEPUP_REQUIREDStep-up not completed.Complete the prompt.
ORG_MATRIX_EDGE_CAP_EXCEEDEDMore matrix edges than workspace policy allows.Reduce the count.

Related