Transition, Activation & Handover — CitiriOS
Solutions · Capability

Cut over, activate, and hand over — without the scramble.

Sequence the cutover, coordinate the moves, transfer responsibility, and accept operations — with dependencies mapped and handover evidence in hand.

CutoverActivation HandoverAcceptance
Cutover Runsheet · Line 2 Energization
T‑90Isolate legacy feedersOps · RiveraDone
T‑60SCADA cutoverControls · OkaforIn progress
T‑30Protection settings liveProtection · PatelBlocked
T‑0Energize & acceptDuty ManagerNot started
Blocked · awaiting SSOA confirmation — service cutover dependency
Handover pack · 42 / 48 accepted
Getting the keys isn’t being ready

Substantial completion hands over assets — not operations.

Receiving the building, the systems, and a stack of manuals is a handover of things. Being ready to operate is a transfer of responsibility, capability, and accountability — and that only happens on purpose, with acceptance on the record.

Asset handover

  • You receive as‑builts, warranties, and spares.
  • Delivery signs off that construction is complete.
  • The keys change hands.
  • Nobody has said the operation is ready to run.

Operational transition

  • Dependencies and cutover sequenced, with rollback ready.
  • Responsibility and accountability transfer explicitly.
  • Operations accepted — with any residual conditions recorded.
  • Handover evidence is accepted, not just delivered.
The transition path

Dependencies → Cutover → Activation → Acceptance → Handover.

One sequenced path from “what has to be true and in what order” to operations accepted, responsibility transferred, and the line handed into stabilization.

01 · Dependencies
Map the order
Service cutover dependencies and external constraints, sequenced.
Owner
02 · Cutover
Run the runsheet
Timed steps, owners, and a rollback that’s planned, not improvised.
Owner
03 · Activation
Go live on authority
Activation authorized by the gates — not by the calendar.
Gated
04 · Acceptance
Accept operations
Operational acceptance recorded with residual conditions.
Owner
05 · Handover
Transfer responsibility
Accountability moves; the handover package is accepted.
Transferred
Next
Into stabilization
Hand the operation to Stabilization & Outcomes.
Live ops
01 · Sequence

Map what has to happen — and in what order.

Cutovers fail on the dependency you didn’t see. Make the order explicit, honor the windows you don’t control, and plan the way back.

Service cutover dependencies

Sequence the switch‑overs and interfaces so nothing goes live before what it depends on is ready.

External constraints & windows

Track possession, outage windows, and tenant slots you don’t control — with lead times built in.

Rollback, planned

Define the way back before you go — so a hold on cutover night is a decision, not a crisis.

02 · Moves

Coordinate the moves without losing the day.

  • M‑01
    Schedule slots, docks, and elevators
    Automate move scheduling so teams aren’t competing for the same loading dock or lift on transfer day.
  • M‑02
    Track stakeholder inventory
    Capture, verify, and validate what each stakeholder is moving — and confirm it reaches its destination.
  • M‑03
    See transfer‑day progress live
    Real‑time visibility into preparation and transfer‑day status across every team.

Transfer day, orchestrated

Moves, inventory, and access coordinated in one place — so the physical transfer keeps pace with the operational one.

03 · Accept & hand over

Accept operations on the record — and hand over what operations need.

  • H‑01
    Operational acceptance, with conditions
    Record the decision to begin operating — including residual conditions carried forward, and who accepted.
  • H‑02
    Responsibility transfers explicitly
    Make it unambiguous who owns what at T‑0 — no gaps between delivery and operations.
  • H‑03
    Handover package, accepted
    As‑builts, O&M manuals, warranties, spares, and asset data — verified and accepted, not just received.

Handover feeds the systems of record

Accepted asset data flows into EAM, CMMS, and digital‑twin systems — CitiriOS integrates with them; it doesn’t replace them.

The honest line

The keys are not the operation.

Physical handover transfers assets. Operational acceptance transfers accountability — and it’s an owner decision, recorded with conditions. A handover package becomes accepted evidence only when it’s reviewed and accepted.

Delivered is not accepted. Accepted is a decision.

Handover artifacts flow in as evidence candidates and are accepted through Evidence & Gate Governance — where operational acceptance is recorded against criteria, with residual conditions carried forward.

Artifact handed over Evidence candidate Reviewed & accepted Operations accepted
Opti can surface dependency risk, missing handover artifacts, and conditions still open at cutover — with cited reasoning. People accept operations and transfer responsibility.
Where it fits

Powered by CitiriOS. The moment it all comes together.

Transition is where evidence, trials, and readiness turn into a live operation — then hand off to stabilization.

Get started

Plan a cutover you can stand behind.

Book a demo built around your activation, energization, revenue‑service, or facility‑opening event — dependencies, runsheet, acceptance, and handover.

Runsheet figures shown are illustrative, not a customer result. CitiriOS integrates with — and does not replace — PMIS, EAM, CMMS, or human gate authority. Operational acceptance is an owner decision. Ready Score is a CitiriOS capability. Opti suggests and cites; people decide.