CurNext
Revisionsspår
CurNext behåller en projektbunden historik över vem som gjorde vad, när - från åtkomst och adminåtgärder till readiness-beslut, enhetens livscykel och GDPR-orienterade händelser.
Den här sidan beskriver produktens revisionsspår som köpare och byggplatsteam använder i CurNext-plattformen. Det är inte en live-loggvisare. Öppna dashboarden för din projekthistorik.
Varför det finns
Överlämningsbevis
Visa kunder och konsulter vad som mättes, när readiness ändrades och vem som kvitterade larm - utan att bygga om kalkylblad i efterhand.
Ansvar
Endast inbjudan, RBAC och privilegierad MFA står bakom åtgärder som spelar roll. Känsliga operationer lämnar ett spår kopplat till identitet och tid.
Skade- och compliance-samtal
Läckagehändelser, härdningspaket och torkningsbeslut förblir mappade till projektstrukturen så att försäkringsbolag, revisorer och ägare kan granska en sammanhängande berättelse.
Vad som registreras
Händelsetäckningen växer med plattformen. Offentligt beskriver vi kategorier - inte varje internt fältnamn.
| Kategori | Exempel |
|---|---|
| Åtkomst och identitet | Inbjudningar, inloggningsresultat, rolländringar, behörighetsavslag, sessionskänsliga adminsteg |
| Projekt och medlemskap | Projektskapande, medlems tillägg/borttagning, prenumerations- och platsrelaterade adminåtgärder där tillämpligt |
| Enheter och OTA | Provisionerings- och verifieringsteman, tilldelning till utrymmen, firmware stage- och apply-utfall vid edge |
| Readiness och ops | Statusövergångar, larm skapa/kvittera/lös, exporter och rapportgenerering där det erbjuds |
| Integritet / GDPR | Strukturerade revisionshändelser för åtkomst-, export- och raderingsvägar - hemligheter skrivs inte till loggar |
Hur spåret formas
Knutet till byggnaden
Händelser ligger i projekt- och BIM-kontext - byggnader, utrymmen och enheter - så att en sensordump inte är hela historien.
API-synligt där det är licensierat
Professional-integrationer kan lista revisionshändelser via REST API och SDK:er för skript och interna verktyg.
Integritetsteman
Molndesignen siktar på append-vänliga, integritetsmedvetna poster. Hash-teman (till exempel SHA-256) stöder revisionsintegritet i säkerhetsarkitekturen.
Lagring med syfte
Lagring följer produkt- och avtalsbehov. Vissa säkerhets- och GDPR-revisionströmmar kan vara append-only eller pseudonymiserade snarare än lätt omskrivna.
Vem kan se vad
CurNext är endast inbjudan och onboardar enligt interna policyer inte produktanvändare under 18. Nya Google- eller e-postkonton auto-provisioneras inte till ett projekt utan inbjudan eller befintligt medlemskap.
Projektroller
Synlighet följer RBAC på projektet. Site- och företagsadmin ser bredare historik än skrivskyddade medarbetare.
Privilegierade åtgärder
Förhöjda admin- och säkerhetskänsliga steg förväntar starkare autentisering och lämnar tydligare ansvar.
Tenantisolering
Revisionshistorik är begränsad till din organisation och dina projekt - inte ett delat offentligt flöde mellan kunder.
Relaterat
Säkerhets- eller integritetsfrågor:[email protected][email protected]
Översättningar tillhandahålls för bekvämlighet. När ett undertecknat avtal finns gäller det engelska instrumentet.