Varför omdefinierar NIS 2-rapportering ditt ledarskap – och vad misslyckas när du förlitar dig på gamla vanor?
NIS 2:s rapporteringsregim är inte en övning i siffror – det är ett existentiellt test av din organisations operativa trovärdighet. Borta är de dagar då en cyberincident innebar dagar av intern debatt eller hopp om att man skulle "flyga under radarn". Under NIS 2 är den första timmen efter en incident den verkliga provningsplatsen – inte bara ett hinder för efterlevnad, utan ett avgörande ögonblick där förtroende, regelverk och ägarskap skapas.
När ledare är sena med att deklarera väntar inte den regelmässiga klockan. Proaktiv rapportering flyttar dig från brandbekämpning till framtidssäkrande – varje gång.
Misslyckandets anatomi: Var organisationer gör fel
De flesta felaktigheter i NIS 2-rapporteringen orsakas inte av teknisk kompetens – de beror på försenat ägarskap , oklara roller och en förlamande rädsla för avslöjande. Om din strategi fortfarande är beroende av en chatttråd, ett kalkylblad eller en ad hoc-kommitté – ligger du redan efter. En tillsynsmyndighet eller styrelse kommer att bedöma din "avsikt" inte utifrån polerade uttalanden i efterhand, utan utifrån tidsstämplade åtgärder och rollkartad eskalering mitt i händelsens hetta.
Varför vi fortfarande samlar in fakta är nu en risk, inte ett försvar
Den enskilt största rapporteringsrisken enligt NIS 2 är obeslutsamhet. Tillsynsmyndigheter, inklusive ENISA och nationella organ, har tydliggjort rapporteringsgränsen: Agera, även om din kunskap är ofullständig. Att vänta på att varje logg ska analyseras eller att forensiska undersökningar ska vara kompletta är nu bevis på bristande efterlevnad. Avsikt dygnet runt är viktigare än perfektion.
ISMS.online operationaliserar denna princip – förbyggd eskaleringslogik, kvalificerade tilldelningar av incidentchefer och styrelsesignerade handböcker hjälper dig att gå från ursäkt till utförande.
Boka demoVad krävs vid varje rapporteringsmilstolpe – och hur kan du bara lyfta fram det som är viktigt?
Enligt NIS 2 är varje milstolpe för anmälan en unik kontrollpunkt för efterlevnad, där varje delmål är utformat för att belysa centrala fakta och demonstrera framsteg i varje steg. Rapporteringscykeln är inte bara en tidslinje – det är en serie bevispunkter som din tillsynsmyndighet och styrelse kommer att granska, en missad logg i taget.
Fördelning av skyldigheterna: 24 timmar, 72 timmar och 30 dagar
24-timmars tidig varning:
Vem, vad, när och den bästa uppskattningen av påverkan och vektorer. Målet är inte fullständighet – det är proaktiv synlighet. Din anmälan får inte undanhållas på grund av osäkerhet; ”kända okända” måste arkiveras, inte döljas. ISMS.online bäddar in obligatoriska fält för berörda system, kontaktpunkt och allvarlighetsgrad, vilket säkerställer att ingenting lämnas kvar i minnet eller i kommittén.
72-timmarsuppdatering:
Här går övergången från inledande fakta till en berättelse om hur respons, inneslutning och kommunikation med kunder eller myndigheter har utvecklats. Att missa detta steg signalerar omognad eller oorganisering.
30-dagars slutrapport:
Detta är din möjlighet att "stänga spårbarhetskedjan". Det handlar om lärdomar-slutgiltig grundorsak, åtgärd och förbättringar av policy eller process. Styrelsen och revisorerna kommer att kräva inte bara vad som åtgärdades, utan även hur och vem som godkände det (isms.online).
Leveranskedja, dubbla ramverk och styrelsekanaler
Rapportering sker inte i ett vakuum – GDPR och DORA kräver också samtidig rapportering och enhetliga bevisregister . ISMS.online håller loggar, dubbla aviseringar och revisionsspår i linje – kritiskt när samma incident drabbar dataskyddsombud, risk- och tekniska leads.
Tabell: Tidslinje för NIS 2-rapportering (ögonblicksbild)
Varje rad är icke-förhandlingsbar: missar du en, inbjuder du till en granskning av myndigheterna.
| Utlösande steg | Deadline | Inlämningsinnehåll | Snabbtitt på revisionsbevis | ISO 27001 bilaga Ref |
|---|---|---|---|---|
| Inledande incidentmeddelande | 24 timmar | Kontakt, fakta, omfattning, fält som "TBC" | Incidentlogg | A.5.24, A.5.25 |
| Uppdatering om framsteg/åtgärder | 72 timmar | Vidtagna åtgärder, konsekvensgranskning, tredjepartsmeddelanden | Uppdatera revisionsregister | A.5.26 |
| Slutlig avslutning och lektioner | 30 DAYS | Grundorsak, lektioner, SoA/kontrollmappning | Obduktion/signerad | A.5.27 |
Snabb, mallbaserad rapportering är ett bevis på operativ mognad – inte en kryssruta.
Bemästra NIS 2 utan kalkylbladskaos
Centralisera risker, incidenter, leverantörer och bevis i en enda ren plattform.
När börjar "klockan", och vem bestämmer? Vi sätter stopp för den kostsammaste myten om efterlevnad
Den största myten inom incidenthantering : Du bestämmer när klockan startar. Regulatorisk verklighet: klockan är offentlig, inte privat – den startar i det ögonblick som en rimlig kontinuitets- eller kritisk leveransrisk tas upp av en kvalificerad teammedlem, inte bara ledningen.
Att mäta "medvetenhet"
Medvetenhet är inte en gruppträff – det är vilken varning som helst, från programvara, personal eller leverantör, som flaggas i en intern eller extern kanal. Saknad eller sen tidsstämpling är det första revisorer letar efter: Dina loggar, inte ditt minne, är valutan för efterlevnad.
Leveranskedjan och jurisdiktioner över olika jurisdiktioner: Vems klocka styr?
Om förseningen eller störningen påverkar din leverans till kunderna, går din klocka igång. Leverantörsincidenter ger dig inte extra tid.
Efterlevnad handlar inte om när du känner dig redo. Det är när ditt ekosystem behöver dig – och bevisen stöder det.
Jurisdiktion och sektorjustering: Kartläggning av det finstilta
Lokala tillsynsmyndigheter inför ofta lägre tröskelvärden eller extra fält (ibland timmar, inte dagar, för anmälan). Era ISMS måste vara anpassningsbara, inte generiskt-statiska mallar riskerar att missa målet.
Vem gör vad? Rollkartlagt ägarskap förvandlar kaos till samordnat försvar
Ägarskap är den nya riskkontrollen. Enligt NIS 2 är rapportering inte längre en gissningsaktivitet för teamet; det är ett system av mappade roller, ansvarsområden och spårbara åtgärder. Ert ISMS måste sätta dessa roller på "räls", vilket gör tydlighet automatisk och förvirring en relik.
Klarhet från toppen: Styrelser som möjliggörare, inte flaskhalsar
Styrelser och chefer godkänner eskaleringsvägar och resursfördelning, men rapporteringsbehörighet i realtid hör hemma i den operativa fronten. Ingen rapport ska någonsin vänta på ytterligare ett styrelsemöte eller godkännande från högre chefer – ISMS.online låser detta in genom malltilldelning och överblick över dashboards.
Tekniker och IT: Avverkningsförtruppen
Tekniska och säkerhetsansvariga dokumenterar upptäcktsögonblicket, federaliserar incidentloggen och sparar bevis för återvinning i flera år – varje post är tidsbestämd, signerad och redo för granskning (isms.online).
Sekretess och juridik: De som är duala efterlevnadsmedvetna
GDPR- eskaleringar, granskningar av integritetspåverkan och kommunikation med myndigheter går alla igenom loggade, spårbara beslut. Varje "rapportera"- eller "rapportera inte"-beslut är bevisbaserat och lämnas aldrig kvar i ett PM eller chattfönster.
Inköp och leveranskedja: Den nya "utökade perimetern"
Leverantörer kräver nu sina egna mappade NIS 2-delegater – överlämningar måste loggas och granskas. Varje händelse och svar från tredje part ska passera genom ert ISMS, inte försvinna i e-postmeddelandet.
Tabell: Rollcentrerad spårbarhet
| Utlösare/Åtgärd | Riskregistrering | Kontroll-/SoA-karta | Revisionsbevis |
|---|---|---|---|
| IT-avdelningen upptäcker ransomware | Riskregister | A.5.7, A.8.8 | Incident-/risklogg |
| Varning om leverantörsintrång | Upptrappning | A.5.19, A.5.21 | Leverantörsaviseringar |
| GDPR-utlösare | Sekretessrisk | A.5.34, A.8.13 | Sekretess-/juridiska anmärkningar |
| 72 timmars styrelseuppdatering | Efterlevnadslogg | A.5.36 | Instrumentpanel/utloggning |
Full spårbarhet innebär att varje efterlevnadsåtgärd ägs, loggas och är tillgänglig när som helst.
Var NIS 2-redo från dag ett
Lansera med en beprövad arbetsyta och mallar – bara skräddarsy, tilldela och kör.
Är dina bevis starka nog för att försvara dina beslut – flera år senare?
Dokumentation är inte en papperstiger – det är din enda sköld när tillsynsmyndigheter och revisorer återkommer till gamla incidenter. En enda missad tidsstämpel eller motivering kan undergräva hela din efterlevnadskedja. Papper eller minne räcker inte; oföränderliga, plattformsloggade register är avgörande (isms.online).
Varför manuell bevisinsamling misslyckas med modern granskning
E-postkedjor och kalkylblad upplöses vid personalomsättning eller krisstress. Med NIS 2 innebär saknade loggar att det försvar du behöver som mest saknas – varje åtgärd och godkännande bör vara en plattformshändelse, inte en eftertanke.
ISMS.onlines och liknande plattformars roll
- Automatiska påminnelser: för varje rapporteringsdeadline, roll och kontor.
- Checklistor för jurisdiktion/sektorkartlagda: – rätt form, rätt fält, inga gissningar.
- Oföränderliga loggar och rolltilldelningar: -bevis för efterlevnad är en kedja, inte en hög.
- Långtidsarkiv: för framtida revisions-, tillsyns- och styrelsegranskning.
Regelefterlevnadsfel är sällan tekniska. Det är operativt – lösningen är automatisering med minne av revisionskvalitet.
Hantera sektor- och nationell nyans – din konkurrensfördel eller fallgrop i efterlevnadspolicyn
Nationella och sektoriella tillsynsmyndigheter skriver var och en sina egna "accenter" på NIS 2-skriptet – det som godkänns i en kan misslyckas i en annan. Kritisk infrastruktur står inför snävare tidsfrister, olika bevisförekomster och i vissa fall sektorspecifika godkännanden.
Varför "en mall passar alla" är din största risk
Att förlita sig på statiska, generiska rapporter undergräver ditt rykte och inbjuder till granskning på finansiell, regulatorisk och till och med styrelsenivå. Endast dynamiska, plattformsbaserade arbetsflöden , som tillhandahålls av ISMS.online, kan garantera att alla krav – sektor, stat eller standard – uppfylls i tid, utan manuella fel eller gissningar.
Överrapportering och underrapportering: De dubbla fällorna
Att logga varje händelse, hur trivial den än må vara, överväldigar myndigheterna och minskar förtroendet. Men underrapportering – och att inte logga motiveringen – är oändligt mycket mer riskabelt och leder till omedelbara sanktioner. Dokumentera alltid dina skäl, internt, för båda alternativen.
Rätt plattform bör ge era team en knuff och uppmana styrelsen när extra, sektorspecifika åtgärder behövs – även utanför arbetstid.
Alla dina NIS 2, allt på ett ställe
Från artiklarna 20–23 till revisionsplaner – kör och bevisa efterlevnad, från början till slut.
Styrelsegaranti och tillsynsmyndigheters förtroende – hur du förvandlar bevis och nyckeltal till din starkaste tillgång
Styrelser och tillsynsmyndigheter är inte nöjda med att kryssa i rutor – de vill ha levande bevis: en transparent, datarik och kontinuerlig registrering av era incidentresponser och ert lärande. Det är här ISMS.online förvandlar risk till förtroendekapital : dashboards visualiserar hastigheter, tid till handling, flaskhalsar i processer och kontinuerlig förbättring – vart och ett kopplat till roll och reglering.
Hur realtidsmätvärden förändrar spelet
- Tider från incident till stängning: visa beredskap.
- Rollbaserade efterlevnadsgap: är flaggade för styrelseingripande – inte skuldbeläggande.
- Loggar för kontinuerlig förbättring: länka varje incident genom utbildning, policyuppdatering och teknisk åtgärd.
Förtroendet växer med varje slutförd evidenslänk, inte storslagna löften efter att krisen är över.
Redo att göra NIS 2-rapportering till en källa till förtroende – inte efterlevnadsångest?
Om du är redo att gå bortom hopp och stress – om du vill att varje incident, utlösande faktor och beslut ska stärka din organisations framtid, inte lämna dig exponerad – är ditt nästa steg att integrera dessa metoder i din dagliga verklighet.
ISMS.online ger ledare, yrkesverksamma och juridiska aktörer en plattform där NIS 2-rapportering är tydlig genom sin design:
- *Inga missade deadlines*: spåras via dashboard och ägs av olika roller.
- *Inget mallfel*: regler och bevis dök upp som standard.
- *Inga förlorade bevis*: femåriga digitala arkiv, spårbara med revisionshastighet.
- *Ingen tvetydighet*: dubbel GDPR/NIS 2-krav enade i handling och revisionslogg.
- *Inget svar lämnat till jurister*: leveranskedjans, styrelsens och tredjepartsgodkännande låst i systemet – aldrig i minnet eller inkorgen.
Framtiden tillhör dem som fångar motståndskraft i sina bevis – inte bara i sina avsikter.
Ta ansvar för din incidentrapportering. Uppgradera ditt försvar. Låt dina styrelser och tillsynsmyndigheter se det förtroende du bygger upp – en specifik händelse i taget.
Vanliga frågor om partihandel med mat och dryck
Vad utlöser den tidiga 24-timmarsvarningen för NIS 2, och vad måste din första anmälan innehålla?
En 24-timmars tidig varning enligt NIS 2 utlöses omedelbart när du blir medveten om en incident – eller till och med en allvarlig tillbud – som kan störa dina viktiga tjänster, hota affärsverksamheten eller äventyra kunder (ENISA, 2023). Detta gäller inte bara uppenbara cyberattacker, utan alla oväntade händelser där risken fortfarande föreligger. Aviseringsklockan startar i det ögonblick situationen överskrider rutinmässig nivå och kan påverka kritiska funktioner, även om du fortfarande samlar in fakta.
Din första avisering handlar om snabbhet och transparens, inte perfektion. Myndigheterna förväntar sig:
- Ocuco-landskapet datum och tid när du först upptäckte händelsen eller tillbudet.
- A sammanfattning i ett enkelt språk av vad som hittills har hänt, med detaljerad information om händelsens art, berörda områden och misstänkt påverkan – även om den är ofullständig.
- Vilken som helst initiala tekniska indikatorer eller orsaker identifierades vid den tidpunkten.
- Ocuco-landskapet kontaktinformation av din incidentansvarige (namn, roll, direkta kanaler).
- Omedelbar operativ påverkan: -vad som påverkas, inklusive leveranskedjan eller gränsöverskridande relevans.
Du förväntas inte ha alla svar i det här skedet. Snabb och ärlig rapportering är den signal som tillsynsmyndigheter letar efter, och en vältajmad och tydlig rapport kan ge tillsynsmyndigheterna goda rykten även om fakta ändras. Se till att du för en tidsstämplad incidentlogg och lagrar alla meddelanden och meddelanden – dessa blir din granskningssköld om du blir ifrågasatt.
När midnattsvarningen låter är det din vilja att dokumentera och eskalera osäkerhet, inte din tekniska säkerhet, som skyddar dig från regulatoriska motreaktioner.
ISO 27001 Bryggtabell: 24-timmars avisering
| Förväntan | Operationalisering | ISO 27001:2022/Bilaga A Ref. |
|---|---|---|
| Omedelbar anmälan | Incidentlogg, "klockstartare" | 5.24, 5.25, 6.1.2 |
| Inledande fakta dokumenterade | Tidsstämplad sammanfattning, kontakt | 8.2, 8.3, 8.15 |
| Rollidentifiering | Lead listad i rollmatris | 5.2, 5.5 |
| Inlämning arkiverad | Bevislogg, inlämningsspår | 7.5.3 |
Vilka detaljer måste inkluderas i 72-timmars NIS 2-uppdateringen, och hur bör du eskalera internt?
Inom 72 timmar måste er organisation tillhandahålla en strukturerad och omfattande uppdatering till den nationella CSIRT-myndigheten eller er tillsynsmyndighet (ENISA, artikel 23). Se detta som er möjlighet att visa momentum i utredningen, transparent styrning och detaljerade riskuppdateringar.
Din 72-timmarsuppdatering bör som minst dokumentera:
- Utökade tekniska detaljer: exakta system, tjänster och tillgångar som är inblandade; kända sårbarheter; tidslinje för bevis; specifika motåtgärder som hittills vidtagits.
- Riskstatus och inneslutning: vad som är under kontroll, olösta hot, nästa steg och förväntade tidsramar.
- Förfinad konsekvensbedömning: nuvarande omfattning av störningar, kvantifierade effekter på användare eller företag, bevis på eventuella gränsöverskridande eller sektoröverskridande effekter.
- Avslöjningslogg: vilka anställda, kunder, partners eller myndigheter som har underrättats. För konsekvenser för personuppgifter, bekräfta om en anmälan om dataskyddsombud/GDPR har utlösts.
- Återstående osäkerheter: obekräftade aspekter, pågående utredningsområden och när ytterligare uppdateringar kommer.
Den här uppdateringen är också din chans att eskalera resultaten internt: se till att styrelsen, ledningen och alla relevanta kommittéer har informerats med dokumenterade protokoll och åtgärdsloggar. Välskötta organisationer integrerar 72-timmarsrapporten i sin instrumentpanel för incidentflöden för revision och granskning.
De som behandlar 72-timmarsuppdateringen som en milstolpe för styrning – inte bara ett hinder för efterlevnad – kommer att kontrollera berättelsen, minska risken för eskalering och undvika panik i sista minuten när nedläggningen hotar.
Spårbarhetstabell: 72-timmarsuppdatering
| Trigger | Uppdatering tillhandahålls | Länkad kontroll | Bevis sparade |
|---|---|---|---|
| Incident loggad | Uppdatering om påverkan och risker | 5.24, 5.25, 8.15 | Inlämning, ärendeanteckningar |
| Utredning pågår | Tidslinje och åtgärdslogg | 8.2, 8.3 | Arbetsflödesregister, styrelseminuter |
| Dataintrång verifierat | GDPR-anmälan har startats | 5.34, 8.13 | DPO-logg, juridisk kommunikation |
| Styrelsen informerade | Styrelseprotokoll in | 5.2, 9.3.2 | Protokoll från styrelsemötet |
Vad måste en slutlig NIS 2-incidentrapport innehålla efter 30 dagar, och vem behöver granska eller godkänna den?
Senast 30 dagar efter den första varningen måste du lämna in en fullständig, avslutande incidentrapport till din nationella myndighet och CSIRT (NIS 2, Art. 23(6–7)). Se detta som din organisations kompletta berättelse, underbyggd av bevis, ansvarsskyldighet och förbättringsplaner.
Viktiga element som krävs:
- Grundorsaksanalys: vad som utlöste händelsen, hur den utvecklades och vilka sårbarheter som utnyttjades.
- Detaljerad beskrivning av effekterna: berörda system, tjänster, användargrupper, leveranskedja eller gränsöverskridande konsekvenser, kvantifierad ekonomisk/operativ förlust.
- Bevis för sanering och återhämtning: tekniska korrigeringar, uppgraderingar av policyer/processer, omskolning av personal, meddelanden till leverantörer/partners.
- Samarbetsbevis: loggar eller dokument som visar samverkan med CSIRT, tillsynsmyndigheter, leverantörer och eventuella tredjepartsräddare.
- Kronologisk bevislogg: varje viktig åtgärd, ingripande eller beslut, allt tidsstämplat från första varning till lösning.
- Sammanfattning av kontinuerlig förbättring: lärdomar, uppdaterade riskbedömningar, reviderade ISMS-kontroller eller kontrakt.
- Formellt avslutande av anmälan: bekräftelse på att alla intressenter, myndigheter och tredje parter som krävs enligt lag eller avtal har informerats.
Denna rapport kommer att formellt granskas av er tillsynsmyndighet, CSIRT, och måste internt bekräftas av er styrelse, juridik och IT-chefer. Styrelserelaterade ledningsgranskningar bör omvandla denna berättelse till bevis för risk-/kontrollförbättringar inför nästa revisionscykel.
Vem har det juridiska ansvaret för NIS 2-incidentanmälningar, och är delegering tillåten?
Juridiskt sett är din organisations ledningsorgan (styrelse) fortfarande ansvarigt för all rapportering av NIS 2-incidenter, särskilt om du klassificeras som en "väsentlig enhet" (NIS 2, artikel 20). Operativa rapporteringsskyldigheter kan dock delegeras – och delegeras ofta.
Bästa praxis kräver:
- tilldela huvudansvar (och säkerhetskopior) för incidentmeddelande i din ISMS-rollmatris,
- formellt registrera all delegerad personal eller externa experter (MSP:er, juridiska rådgivare, säkerhetsföretag) för att säkerställa transparens,
- kräver styrelseunderskrift eller granskning av delegering, och
- fånga en revisionsspår av alla överlämningar och inlämningsåtgärder.
Oavsett delegering är styrelsen alltid ansvarig för efterlevnaden i tillsynsmyndigheternas ögon. För komplexa leveranskedjor eller gemensamma incidenter, förbestäm i förväg vem som är den "första rapportören" i kontrakt för att förhindra missade eller inkonsekventa rapporter.
Styrelsegodkänd delegering med dokumenterade rollöverlämnanden – lagrade i ert ISMS – omvandlar regulatorisk exponering till säkerhet och gör revisioner försvarbara under press.
Vilka blir konsekvenserna om er organisation missar 24-timmars-, 72-timmars- eller 30-dagarsfönstren för NIS 2-anmälan?
Missade NIS 2-rapporteringsfrister utsätter din organisation för flera eskalerande konsekvenser:
- Myndighetsutredning eller revision: myndigheter kan kräva undersökningar av grundorsaker, utfärda efterlevnadsförelägganden eller öka den löpande tillsynen (NIS 2, artikel 32).
- Ekonomiska påföljder: för väsentliga enheter, upp till 10 miljoner euro eller 2 % av den globala omsättningen; för viktiga enheter, upp till 7 miljoner euro eller 1.4 % (2 NIS, artikel 34).
- Offentlig anmälan: Bristande efterlevnad kan publiceras, vilket urholkar förtroendet hos partners och kunder.
- Operativa sanktioner: upprepade misslyckanden kan leda till begränsade tillstånd eller affärslicenser.
Med det sagt, proaktiva åtgärder och stark dokumentation minskar ofta sanktionernas stränghet. Tillsynsmyndigheter väger tyngre än transparent, snabb rapportering och tydliga eskaleringsloggar än tekniska fel eller till och med mindre förseningar. Missade deadlines, dåliga bevisspår eller otydlig kommunikation innebär en betydligt större risk.
Hur bör ert team samordna NIS 2, GDPR, DORA och andra sektorspecifika krav på incidentanmälan?
NIS 2-rapporteringsklockorna (24 timmar, 72 timmar, 30 dagar) är vanligtvis mer krävande än GDPR (som kräver anmälan "utan onödigt dröjsmål" och inom 72 timmar för personuppgiftsincidenter), och minst lika rigorösa som DORA för finansiella tjänster. Komplexa organisationer kan ställas inför flera regleringsfrister samtidigt (Cyber-Defence.io, 2024).
Där incidenter utlöser mer än ett anmälningssystem (t.ex. störningar i verksamheten, personuppgiftsincidenter, risk i leveranskedjan) är bästa praxis att:
- centralisera bevis- och rapporteringsloggar i en samordnad ISMS- eller incidenthanteringsplattform,
- registrera varje utlösande händelse, alla anmälningsdatum och individuellt rapportinnehåll för varje behandling,
- tilldela rapporterings- och eskaleringsroller för varje uppsättning juridiska skyldigheter, och
- bibehåll korsreferenser som visar hur krav från NIS 2, GDPR, DORA eller sektorregler uppfylls.
Plattformar som ISMS.online hjälper till att automatisera tidsstämplade aviseringar, bevisinsamling och interna överlämningar, vilket gör samtidig efterlevnad möjlig och granskningsbar.
Att samla alla tillsynsklockor i en samordnad logg minskar panik, maximerar tillförlitligheten hos tillsynsmyndigheterna och lämnar ingen myndighet utan en försvarbar, aktuell registrering – oavsett hur många ramverk man ställs inför.
