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

# Instans SI_007
**Seeds:** juridisk | langsiktig | makt | sårbarhet | implementer

Bygg dette som en **juridisk styrt datainnsamler**, ikke som et “AI-spørreskjema”. Maktperspektivet er viktig: den som eier baseline-dataen før møte 1, styrer agendaen og reduserer kundens mulighet til å “selge inn” vage beskrivelser. Samtidig må du beskytte sårbarhet: små orgs og ustrukturerte miljøer har ofte lite å hente offentlig.

## 1) Datakilder du kan hente automatisk
**Norge, høy nytte / lav friksjon**
- **Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret**: org.nr, navn, adresse, roller, styre, næringskode, signatur/prokura, konkurs/avvikling.
- **Regnskapsdata via årsregnskap** fra Brønnøysund: omsetning, ansatte (ofte estimat/oppgitt), egenkapital, resultat.
- **Altinn**: kun med eksplisitt kundetilgang/fullmakt; svært nyttig for skjemaer/rapportering, men ikke “fritt” uten avtale.
- **OpenCorporates / tilsvarende åpne foretaksregistre** for konsern/utenlandske eiere.

**Kommersielt / med kundekonsent**
- **LinkedIn**: praktisk data er sterkt begrenset via offisiell API; scraping er juridisk risikabelt. Bruk heller kundeleverte eksportlister eller CRM-tilkobling.
- **ERP/CRM-integrasjoner**: Microsoft Dynamics, SAP, Salesforce, Visma, Tripletex, Power BI, Azure AD/Entra, Google Workspace, Jira, ServiceNow. Krever OAuth/kundegodkjenning.

**Juridisk gjennomførbart uten manuell aksept**
- Offentlige registre: ja, innenfor vilkår og formål.
- Interne systemer: nei, normalt kreves eksplisitt samtykke/tilgang.

## 2) Struktur for dag-1
Lag en **baseline-rapport** med 5 blokker:
1. **Organisasjon**: størrelse, bransje, lokasjoner, konsernstruktur.
2. **Maktkart**: styre, ledelse, prokura, nøkkelroller.
3. **Systemlandskap**: kjente offentlige spor + kundeleverte integrasjoner.
4. **Prosess-hypoteser**: “sannsynlig ERP/CRM-smerte” basert på størrelse/bransje.
5. **Åpne hull**: 10 spørsmål max, prioritert.

**Must-know:** antall ansatte, lokasjoner, juridisk enhet, eierforhold, kjerneprosess, eksisterende systemer, integrasjonsbehov.  
**Nice-to-have:** orgkart, avdelinger, prosjektportefølje, KPI-er.

## 3) Intelligent møteplan
Bruk en **spørsmålsmotor** med score:
- **Sikkerhet/forretningskritiskhet**: høy score = må avklares.
- **Usikkerhet**: hvis data mangler, øker prioritet.
- **Implikasjonsgrad**: påvirker løsning, migrasjon, integrasjon.

Eksempel:
- 500+ ansatte → spør om governance, roller, regional variasjon, integrasjonsarkitektur.
- SAP/Enterprise → spør om master data, integrasjonsplattform, autorisasjonsmodell.
- 50 ansatte / grønt felt → spør om standardprosess og ønsket fremtidstilstand, ikke detaljert deling.

## 4) Minste input fra kunden
Be om kun:
- org.nr bekreftet
- kontaktperson + rolle
- én fil: orgkart eller systemliste, hvis finnes
- “hva må lykkes i 90 dager?”

Framing: “Vi henter alt vi lovlig kan selv, så du slipper å repetere basisinfo.”

## 5) Iterasjon / fallback
Ved nye avdelinger: gjenbruk samme pipeline per org.nr + ny enhet. Hvis data mangler, degrader til **hypotese-basert discovery** og marker felter som “ukjent, må bekreftes”.

## Go/no-go
**Fungerer best:** mellomstore/større orgs, mange ansatte, flere systemer, tydelig offentlig fotavtrykk.  
**Faller sammen:** små bedrifter, lite offentlig data, uformell drift, hyppige endringer.

**Neste steg**
1. Lag en MVP som henter Brønnøysund-data og genererer baseline-rapport.
2. Definer 20 felter med “known/unknown/confidence”.
3. Bygg en prioriteringsmotor for møteagenda basert på størrelse, bransje og systemspor.