En mjukare portalupplevelse

Analyserar din aktuella session (auth, roadmap, SLO och release readiness) utan externa API-anrop. Assistenten följer Clean Architecture-principen genom att använda samma domänfunktioner som launcher, widgetlager och diagnostics.

Kör en analys för att få prioriterade åtgärder baserat på Auth.md, roadmapen och release readiness.

Samlar modulaccess, blueprint och sharelink-tillsyn enligt roadmapen så admins snabbt ser vad som blockerar tenantens rollout.

Logga in för att öppna adminpanelen.

Konsoliderar launcher, favoriter, notifieringar, SLO, roadmap och release readiness via/api/platform/overview. Panelen återanvänder samma domänlogik som widgetlagret och readiness-checken för att visa läget för vald tenant utan att duplicera regler.

Logga in via SIS för att läsa portalläget.

Portalen skickar alltid med X-Tenant-Id ochX-Organization-Id i enlighet med Auth.md. Här kan du simulera en ny tenant eller organisation och se hur launcher-åtkomsten uppdateras.

Konsoliderar svaren från /api/identity/checklist så att portalen kan bevaka Auth.md:s krav (headers, scopes, token_use, TTL) direkt i shell-appen. Använd panelen när du QA:ar SSO-flödet eller felsöker varför roadmap-kort blockeras av policy.

Logga in för att hämta checklistan från portalens API.

Sektionen speglar checklistan i apps/portal/docs/ROADMAP.md ochdocs/archive/roadmaps/Auth.md. Använd den för att verifiera att portalstuben uppfyller roadmapens krav på tenant-context, scopes och SSO innan moduler kopplas på.

Jämför portalen mot kraven i roadmapen och monorepo-dokumentationen (modulkatalog, snabbnavigation, notifieringar, profil/tenant, universell sök och widgetlager). Status beräknas lokalt från samma signaler som release readiness så att blåkopian är transparent för teamet.

Panelen binder ihop apps/portal/docs/ROADMAP.md ochdocs/roadmap/archived/Portal-Auth-Blueprint.md genom att visa vilka delar av shell-appen som redan matchar roadmapens DoD (SSO, launcher, sök/notiser och observability).

Summerar roadmapen för licensierade moduler och gör det enkelt att följa hur fasning (GA/Preview/MVP) och DoD-milstolpar utvecklas per tenant. Underlaget kommer direkt från /api/platform/roadmapså att portal och roadmap håller sig synkade.

Panelen återanvänder /api/platform/migration-plan och knyter faser, vågor och readiness-ankare till portalens modulregister. Licens, roller och tenant-/organisation-headers styr vilka moduler som räknas mot Monorepo-planens DoR/DoD.

Logga in för att läsa migrationsplanen för vald tenant.

Speglar portalens releasekrav i apps/portal/docs/ROADMAP.md ochdocs/roadmap/archived/Portal-Auth-Blueprint.md. Varje kort motsvarar en checkpoint (SSO, scopes, launcher, widgetlager, observability, roadmap och audit) som måste vara grön innan portalen betraktas som releasklar.

Hämtar roadmapstatus från /api/platform/roadmap och filtrerar på licenserade moduler för vald tenant. Panelen visar fas (GA/preview/MVP) och nyckelmilstolpar så att portalen kan följas upp mot roadmapen direkt i shell-appen.

Inga roadmap-poster tillgängliga för vald session.

Portalen visar även moduler som är blockerade av Auth/Portal-reglerna för att tydliggöra varför SSO inte tillåter start. Listan speglar licenser, roller och kravet på X-Tenant-Id.

• HR

  hr

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: hr.admin, hr.userLicensierade tenants: demo-tenant, enterpriseLogga in

• Docs

  docs

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: docs.read, docs.writeLicensierade tenants: demo-tenant, enterpriseLogga in

• Axion

  axion

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: axion.viewer, axion.editorLicensierade tenants: enterpriseLogga in

• Nexus

  nexus

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: nexus.finance, nexus.bokforingLicensierade tenants: enterpriseLogga in

• Fastighet

  fastighet

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: fastighet.read, fastighet.writeLicensierade tenants: demo-tenantLogga in

• ProCure

  procure

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: procure.manager, procure.approverLicensierade tenants: demo-tenant, enterpriseLogga in

• Project

  project

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: project.owner, project.memberLicensierade tenants: demo-tenantLogga in

• Sustain

  sustain

  Gäst

  Gästsession – logga in för att få giltig token och claims.

  Behörighet: sustain.editor, sustain.viewerLicensierade tenants: enterpriseLogga in

Sökningen kör /api/search med bearer-token ochX-Tenant-Id/X-Organization-Idenligt Auth.md. Resultaten filtreras på licens och roller i samma steg som launchern och kräver scopetportal.search innan data returneras. Roadmap-fas och nästa målpunkter exponeras per träff och summeras per modul och typ så att roadmapspåret syns även i sökupplevelsen.

Portalens modulöversikt filtrerar katalogen baserat på licens per kund (tenant) och de roller som ligger i JWT:n från SIS. Endast moduler som uppfyller båda kraven visas i launchern.

Profilpanelen hämtar identitet och behörigheter från portalens API och loggas för spårbarhet enligt Auth.md.

Logga in för att se din profil.

Logga in för att visa profilen.

Portalen hämtar notifieringar över alla moduler via `/notifications` och filtrerar dem på tenant, licenser och roller enligt Auth.md. Klick för att öppna modulen med SSO.

Inga notifieringar tillgängliga för vald tenant eller roll. Säkerställ inloggning och behörighet i SIS.

P95- och felrate-statistik följer roadmapens DoD (p95 < 300 ms, felrate < 0.1 %). Panelen filtrerar på licensierad tenant och giltig token så att launcher, widgetlager och observability hänger ihop.

Logga in och välj en licensierad tenant för att se SLO-status per modul.

Sektionen binder ihop SSO-flödet och det widgetbaserade dashboardlagret som beskrivs i StenPro-Portal roadmapen. SSO-pr eviewen visar hur portalen postar bearer-token + tenant/organisation till modulens /sso/re direct. Widgetlistan demonstrerar hur notifieringar, favoriter och auditloggade starter paketeras som personliga kort.

Panelen hämtar profil, behörigheter och modulstatus direkt från portalens API-routes. Varje request kräver bearer-token, X-Tenant-Id och X-Organization-Id innan svar returneras enligt StenPro-Portal.md och Auth.md.

Logga in och välj tenant för att hämta verifierade API-svar från portalens backend.

Varje modulöppning loggas med tenant, organisation och användare utan känsliga fält. Detta uppfyller audit-kravet i StenPro-Portal.md DoD och speglar Auth.md:s krav på spårbarhet och isolering mellan organisationer inom samma tenant.

Inga loggade händelser för aktuell session. Öppna en modul för att se auditposter.

Välj aktivt bolag för X-Company-Id. Listan hämtas från Platform API.

Logga in för att se bolag.

Claims följer Auth.md: tokens innehåller tenant_id, organization_id, roller och scopes som gatewayn och modulerna validerar.

Portalens API-routes använder resolveIdentityFromRequest för att avvisa anrop utan matchande audience,issuer, X-Tenant-Id,X-Organization-Id eller scopes, i linje med Auth.md §10 och DoD-kraven om multi-tenant-säkerhet.