Migration workloads

One operating model for identity and Microsoft 365 migration.

BridgeAD brings discovery, mapping, controlled execution, delta passes, exception handling, validation, and audit evidence into one workspace. Each workload page states the delivery boundary, required Microsoft permissions, and work that remains native or manual.

Scope is explicitSupported, conditional, pilot, and manual work are separated.
Identity comes firstMappings and destination objects govern dependent workloads.
Delta is plannedRepeatable passes reduce the final change window.
Evidence is retainedPer-item outcomes, reconciliation, and operator actions remain inspectable.
Delivery sequence

A migration wave is more than a copy job.

BridgeAD treats readiness and validation as first-class stages. Operators can stop on unresolved prerequisites instead of discovering identity, consent, governance, or destination gaps after data has moved.

01

Discover

Inventory source objects, content volume, ownership, dependencies, and known constraints.

02

Map

Resolve source-to-target identities, names, destinations, permissions, and exceptions.

03

Prepare

Confirm licensing, consent, endpoints, capacity, policies, and rollback responsibilities.

04

Migrate

Run controlled waves with retries, checkpoints, throttling awareness, and operator visibility.

05

Validate

Reconcile outcomes, document unresolved items, approve cutover, and retain evidence.

Capability language

Read status labels as delivery boundaries.

Status is about the stated scope, not the Microsoft product as a whole. A supported workload can still include tenant configuration, compliance controls, or artifact types that require a native tool or administrator action.

Supported

Implemented delivery scope

Available within the documented object types, prerequisites, permissions, and validation path.

Conditional

External dependency

Availability depends on Microsoft API approval, tenant state, licensing, or another service.

Controlled pilot

Topology-specific validation

Requires a representative lab or pilot, explicit acceptance criteria, and an agreed rollback plan.

Manual / planned

Outside automated scope

Assigned to native tooling, administrator remediation, or a future validated release.

Define the workload boundary before selecting a migration date.

Bring your source topology, target tenant, object counts, compliance constraints, and desired cutover window. We will map them to supported automation and explicit manual work.