Maandagochtend cross-tenant triage

20 cliënten, allemaal denken ze dat ze top-priority zijn. Je hebt een objectief getal nodig om de eerste 3 te kiezen.

IN HET DASHBOARD

Login als MSP-admin → sidebar 'MSP cockpit'
Tenants gesorteerd op urgency descending
Klik hoogste tenant → opent in tenant context
Filter urgency > 50 voor je ochtendwerk

↳ Filter urgency > 50 = 2-5 tenants typisch. Top 3 = je ochtendwerk. Rest kan deze week, niet vandaag.

Hetzelfde via API (text) — voor automatisering

urgency = (open_critical × 10)
        + (open_high     × 3)
        + (sla_breach_minutes / 60)
        + (kev_open_cves)
        + (trust_score_delta_24h × -2)   -- a drop is urgent
        + (overdue_eats × 5)

/msp/cockpit sorts every tenant in your portfolio
by this composite. Filter urgency > 50 → typically
2-5 tenants. Top 3 = your morning's work.

Maandelijkse handover-PDF naar de cliënt

Cliënt vraagt 'wat heeft je team voor mij gedaan deze maand'. Je wil dit niet manueel samenstellen.

IN HET DASHBOARD

Cockpit → switch tenant → sidebar Audit Packs
Klik maand → 'Download for handover' → filter @yourMSP.com
PDF + .sig ondertekend uit de hub
Email cliënt — die verifieert offline met CLI

↳ Trust Score-evolutie, kernel-updates uitgevoerd, CVEs gefixt, alerts afgehandeld, sessies geopend — alles per actor gelinkt.

Hetzelfde via API (bash) — voor automatisering

# Filter the monthly pack to your team's actions
curl 'https://app.monsys.ai/api/v1/audit-packs/<id>/download?format=pdf&actor_filter=@yourMSP.com' \
  -H "Authorization: Bearer $TOKEN" -o handover-acme-2026-04.pdf

# Client verifies independently — no trust required
./monsys-verify-eat-linux-x64 verify-pack \
  --pack handover-acme-2026-04.pdf \
  --sig  handover-acme-2026-04.sig \
  --pubkey  https://transparency.monsys.ai/pubkeys/hub.pub

Pre-issued EATs voor off-hours emergency

Cliënt heeft 2:00 incident. Je on-call moet hub-auth + TOTP + EAT issuen vóór actie. Dat is 5 extra minuten wanneer secondes tellen.

IN HET DASHBOARD

Sidebar → Playbooks → kies 'Isolate network'
'Pre-issue voor agent' → kies host + valid window
Conditie (heartbeat lost / critical alert) + TOTP
Agent ontvangt EAT via WS, activeert zelf op conditie

↳ Conditie-trigger zit in agent log + transparency_log entry met 'pre_issued_eat_consumed' event-type voor traceability.

Hetzelfde via API (bash) — voor automatisering

curl -X POST https://app.monsys.ai/api/v1/agents/<id>/pre-issued-eats \
  -H "Authorization: Bearer $TOKEN" \
  -H "X-TOTP-Code: 123456" \
  -d '{
    "playbook_id":   "<isolate-network-playbook>",
    "valid_from":    "2026-05-19T18:00:00Z",
    "valid_until":   "2026-05-20T08:00:00Z",
    "conditions": {
      "heartbeat_lost_minutes": 5,
      "or_severity_critical":   true
    },
    "reason": "After-hours coverage for ACME"
  }'

Multi-party signing voor irreversible acties

DB restore op productie. Eén TOTP is onvoldoende — je wil aantonen dat twee engineers het hebben goedgekeurd (SOC2 separation of duties).

IN HET DASHBOARD

Sidebar → Emergency → 'Nieuwe Level-3 EAT'
Vul action + reden + required_approvers=2
Andere admins krijgen push op mobile PWA
Bij N approvals (elk eigen TOTP) → EAT fires

↳ Quorum-evidence in audit_log + Audit Pack PDF — strong SOC2 evidence voor separation-of-duties controls.

Hetzelfde via API (bash) — voor automatisering

curl -X POST https://app.monsys.ai/api/v1/emergency/quorum \
  -H "Authorization: Bearer $TOKEN" \
  -H "X-TOTP-Code: 123456" \
  -d '{
    "agent_id": "<id>",
    "actions": [{ "kind": "run_playbook", "id": "db-restore" }],
    "reason": "Restore 2026-04-15 snapshot per TKT-9001",
    "required_approvers": 2
  }'

# Other admins receive ntfy push → approve in mobile PWA
# with their OWN TOTP. Split-control: no engineer can approve twice.

RBAC-impersonatie voor cross-tenant support

Je MSP-engineer moet een actie doen in ACME's context. Re-login per tenant = friction; één super-admin-account = audit-onveilig.

IN HET DASHBOARD

Tenant switcher top-right → kies 'ACME' + 'Impersonate'
Vul reden + 60min duration + TOTP
Werk in ACME context — alle acties krijgen dubbele actor
Cliënt ziet 'impersonation_started' in eigen Audit Pack

↳ Cliënt ziet impersonation_started in eigen Audit Pack — geen surprise audit trails. Vroeg eindigen via /impersonate/end.

Hetzelfde via API (bash) — voor automatisering

curl -X POST https://app.monsys.ai/api/v1/auth/impersonate \
  -H "Authorization: Bearer $MSP_ADMIN_TOKEN" \
  -H "X-TOTP-Code: 123456" \
  -d '{
    "tenant_id": "<acme_uuid>",
    "duration_minutes": 60,
    "reason": "Investigating alert #847 on web-03"
  }'

# Auto-expire 60min. Client sees impersonation_started
# event in their own audit pack — no surprises.

20+ klanten beheren in één tab

Maandagochtend cross-tenant triage

Maandelijkse handover-PDF naar de cliënt

Pre-issued EATs voor off-hours emergency

Multi-party signing voor irreversible acties

RBAC-impersonatie voor cross-tenant support

Andere rollen

Fleet beheren

Evidence ophalen

CI/CD + supply chain