---
id: SI_008
model: openai/gpt-5.4-mini
seeds:
  04_risiko: sårbarhet
  03_relasjon: makt
  05_handling: implementer
  01_perspektiv: operasjonell
  02_tidhorisont: langsiktig
---

# Instans SI_008
**Seeds:** operasjonell | langsiktig | makt | sårbarhet | implementer

Nøkkelgrepet er å gjøre org.nr til en **operasjonell identitetsnøkkel** som bygger en “pre-møte baseline” med lav friksjon og høy makt over discovery: du flytter makt fra konsulentens hukommelse til maskinell kontekst.

## 1) Datakilder ved org.nr
**Offentlig / uten kundens aktive godkjenning:**
- **Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret**: navn, orgform, adresse, styre, signatur, næringskode, datterselskap/konsern, roller. Ofte via API/datakatalog eller bulk.
- **Regnskapsdata / årsregnskap** fra Brønnøysund: omsetning, resultat, ansatteindikatorer, revisjon.
- **NAV / SSB / kommune-/bransjedata**: størrelse, bransje, geografi, trend.
- **Proff / Purehelp / Dun & Bradstreet / Creditsafe**: struktur, konsern, nøkkeltall, kreditt, teknologi-signaler (varierende kost).
- **LinkedIn**: ikke “fritt” API for alt; praktisk sett via partnerløsninger/innkjøpt data eller manuell søk. Juridisk mer restriktivt.
- **Offentlige nettsider**: kontakt, ledelse, avdelinger, karrieresider, ERP/CRM-signaler i stillingsannonser.

**Med kundeeierskap / integrasjon:**
- ERP/CRM/HRIS/ITSM: SAP, Dynamics, Business Central, Visma, Salesforce, HubSpot, Oracle, ServiceNow.
- Azure AD / Entra, Google Workspace, M365: orgstruktur, brukere, grupper.
- SharePoint/Confluence/Drive: prosess- og dokumentkart.

## 2) Strukturering for dag 1
Presenter som en **Consultant Baseline Pack**:
1. **Org-fakta** (1 side)
2. **Systemlandskap** (hva vi sannsynligvis ser)
3. **Maktkart**: styre, ledelse, økonomi, IT, prosesseiere
4. **Sårbarhetskart**: datamangler, uklare eiere, mange datterselskap, sentralisert/desentralisert drift
5. **Discovery-gap**: “vet / antar / må bekreftes”

**Min-viktig:** orgstruktur, størrelse, lokasjoner, systemsignaler, beslutningsveier, konsernforhold, kritiske prosesser.  
**Nice-to-have:** teknologidetaljer, rekrutteringssignaler, scorecards, avdelingshierarki.

## 3) Intelligens i møteplanen
Bygg en **spørsmålsmotor** med score:
- **Sikkerhet/kompleksitet**: >500 ansatte, flere lokasjoner, konsern => dypere governance, integrasjon, masterdata.
- **Systemsignal**: SAP => prosess- og integrasjonskart; grønt felt => standardisering, datahygiene, valg av plattform.
- **Sårbarhetsscore**: manglende eierskap, mange manuelle prosesser, uklare roller => prioriteres tidlig.

Spørsmål som allerede er “sannsynlige” skal nedprioriteres; det dere **må** spørre om er beslutningsmakt, unntak og lokale variasjoner.

## 4) Minste kundeinput
Be kun om:
- **Orgkart / sentrale roller**
- **Liste over nåværende systemer**
- **3 viktigste prosesser/smerter**
- **Eventuelle avvik fra standard**  
Framing: “Vi bruker dette for å kutte 60–70% av standardspørsmålene deres.”

## 5) Iterasjon
Samme mekanisme per ny avdeling: ny org-enhet -> ny baseline -> delta-analyse -> kun gap fylles manuelt.

## 6) Fallback
Hvis data er svak: degrader til **hypotesedrevet baseline** + eksplisitt usikkerhet. Små selskaper uten eksponert struktur: bruk nettside, regnskap, rekruttering, og ett kort valideringsmøte.

## Go/no-go
**Sterkest**: mellomstore/større orgs, konsern, offentlig sektor, regulerte bransjer.  
**Svakest**: små selskaper, lite digitalt fotavtrykk, kaotisk eierskap, svært skreddersydd drift.

**Neste steg:**
1. Lag en MVP med Brønnøysund + nettside + regnskap + “systemsignaler”.
2. Definer 20 baseline-felter og 10 gap-felter.
3. Test på 5 kunder og mål kutt i møte-timer og antall repetisjonsspørsmål.