Microsoft 365 management platform
Tenant standards, drift monitoring and safe change across many customers.
- Problem
- Across dozens of tenants, standards drift quietly: a temporary exception becomes permanent, a policy changes during an incident, and later nobody can explain the difference.
- What it does
- Baselines are deployed from one place, drift is detected and scored, and every change is reviewed and logged.
- Baselines compared against scheduled tenant reads, expected and actual side by side
- Assessments for NIS2, CIS and Copilot readiness
- Snapshots and restores of tenant configuration
- An isolated instance per customer, provisioned from an admin portal
- Public API with a PowerShell module, plus n8n and Jira integrations
- Tenancy
- Isolated instance per customer
- Secrets
- Azure Key Vault
- Plans
- Three editions, feature-gated modules
- Python
- FastAPI
- Next.js
- PostgreSQL
- Microsoft Graph
- Azure Key Vault
requireBitLocker: true requireSecureBoot: true - minimumOsVersion: 10.0.22631 + minimumOsVersion: 10.0.19045 - storageRequireEncryption: true + storageRequireEncryption: false 2 settings drifted, severity high changed during incident INC-2291, no exception on record [ review change ] [ record exception ] [ restore baseline ]