Files
Standard-Online/CLAUDE.md
Petter Schultz 1d85656e96 Gjør all dokumentasjon tilgjengelig i repo og fiks alle lenker
Tidligere refererte repoet til dokumentasjon som lå utenfor (i Salg/_mal/),
og brukte Obsidian-wikilinks [[...]] som ikke er klikkbare i Gitea. Begge
deler gjorde at lenker var døde i Gitea-web.

Endringer:
- Hentet inn arbeidsdokumentene som faktisk brukes under oppdraget:
  _metode/ (00-konvensjoner, 01-startklar-sjekkliste, 02-gjennomforing)
  artefakter/ (risikoregister, integrasjonslandskap, workshop-agenda,
  domenemodell-skjema)
- Konverterte 82 Obsidian-wikilinks til standard markdown-lenker med
  korrekte relative stier — klikkbare både i Gitea og lokalt
- Begrepsord i begrepskatalogen ([[Bedrift]] etc.) ble til ren tekst
  (de var aldri filer)
- Oppdaterte konvensjonsdokumentet til å foreskrive standard markdown,
  ikke wikilinks (med begrunnelse: Gitea rendrer ikke [[...]])
- Oras/Kirken/salgsmateriale er nå tydelig merket som eksterne
  arbeidsområde-referanser (andre kunder / salgsfase), ikke
  dinglende lenker som lot som de var i repoet

Verifisert: 133 ekte interne lenker resolver korrekt. De 4 gjenværende
treffene i validering er kodeeksempler i backticks (viser lenke-syntaks),
ikke faktiske lenker.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-27 10:34:14 +02:00

152 lines
6.6 KiB
Markdown

# CLAUDE.md — Standard Online (oppdrag)
This file provides guidance to Claude Code (claude.ai/code) when working in this repository.
## Repository Purpose
Arbeidsmappe for kartleggings- og anbefalingsarbeidet Forte Digital gjør for **Standard Online**: masterdata, arkitektur og operasjonelt rammeverk for AI-agenter på tvers av SuperOffice, Business Central og nopCommerce. Repoet inneholder selve gjennomføringsdokumenter, leveranser, møtenotater, funn og handlingsplaner.
Strukturen følger Forte sitt `startklar-malverk` (Nivå 1 — avgrenset strategisk, 6-8 uker).
## Om kunden
- **Selskap:** Standard Online
- **Søsterselskap:** Standard Digital (utviklingskapasitet i Riga)
- **Beslutningskontakt:** Direktør produkt og kundeopplevelse
- **Forte-ansvarlig:** Petter Schultz
Bedrifts- og brukerdata lever parallelt i flere av kundens systemer uten klare master-systemer eller etablerte dataeiere — det er det vi skal kartlegge og foreslå løsninger for.
## Systemlandskap
| System | Type | Eier |
|---|---|---|
| SuperOffice | CRM | Standard Online |
| Business Central | ERP | Standard Online |
| nopCommerce (egenutviklet) | E-handel | Standard Online |
## Forte-team
| Rolle | Navn | Allokering |
|---|---|---|
| Ledende konsulent | Ragnhild Aaraas Hånde | 80% |
| Senior rådgiver | Petter Schultz | 20% |
Ragnhild driver det daglige arbeidet (kartlegging, workshops, dialog med Standard Digital, sammenstilling). Petter eier metodikk og maler fra Oras og DNK, kvalitetssikrer ved hver fasegrense.
## Gjennomføring — 4 faser
| Fase | Uker | Hovedaktivitet | Milestone |
|---|---|---|---|
| A — Oppstart | 1 | Kickoff, scope, datakilde-inventar | — |
| B — Kartlegging | 2-3 | Intervjuer, workshops, datakvalitet | Delleveranse 1: Nåsituasjon + risiko (uke 3) |
| C — Anbefalinger | 3-5 | Masterdata, arkitektur, AI, personvern | Delleveranse 2: Målbilde + masterdata (uke 5) |
| D — Forankring | 6-7 | Presentasjon, overlevering | Sluttleveranse (uke 6-7) |
Detaljer i [_metode/02-gjennomforing.md](_metode/02-gjennomforing.md).
## Mappestruktur — 9 nummererte mapper
| Mappe | Formål |
|---|---|
| `1.oppdrag-og-kontekst/` | Scope, leveranser, interessenter, møtelogg |
| `2.organisasjonsforstaelse/` | Roller, beslutningsveier, nøkkelpersoner |
| `3.system-og-datalandskap/` | Systemer, integrasjoner, as-is |
| `4.informasjonsarkitektur/` ⭐ | Begrepskatalog, masterdata, governance — kjerne |
| `5.personvern-og-sikkerhet/` | GDPR, Privacy by Design |
| `6.ai-rammeverk/` | Operasjonelle AI-prinsipper |
| `7.standardisering-og-handlingsplan/` | Avvik, prioritering, tiltak |
| `8.kontinuerlig-laering-og-referanser/` | Intervjuguider, åpne spørsmål, funn |
| `9.leveranser-og-oppsummeringer/` | Executive Summary, sluttrapport |
Komplett innholdsfortegnelse: [_index.md](_index.md).
## Konvensjoner
Felles konvensjoner er dokumentert i [_metode/00-konvensjoner.md](_metode/00-konvensjoner.md) (avledet fra Forte sitt kanoniske startklar-malverk).
### Frontmatter
Alle leveranse-/analysedokumenter har YAML-frontmatter:
```yaml
---
title: "Dokumenttittel — Standard Online"
date: "YYYY-MM-DD"
tags: [...]
refs:
- "relativ/sti/til/relatert.md"
qa:
status: "draft | final-candidate | needs-fix"
reviewed_on: "YYYY-MM-DD"
version: 1
---
```
### ID-system
Strukturerte ekstrakter får IDer som kan refereres på tvers av dokumenter:
- `DEC-YYYY-XXX` — beslutninger
- `ACT-YYYY-XXX` — handlinger
- `RISK-YYYY-XXX` — risikoer
### ANTAKELSE-markering
Når noe baseres på begrenset informasjon, marker det eksplisitt:
```
ANTAKELSE: [tekst] conf: lav|moderat|høy
```
### Andre
- **Datoformat:** ISO `YYYY-MM-DD`
- **Filnavn:** bindestrek, ikke understrek. Æ/Ø/Å → ae/oe/aa
- **Språk:** Norsk Bokmål
## Memories — prosjektkunnskap som overlever sesjoner
Prosjektspesifikke memories lagres i `_memories/`-mappen. Memories er strukturerte oppsummeringer av:
- **project**: prosjektkontekst, beslutninger, status, viktige funn
- **feedback**: brukerens preferanser og rettelser spesifikt for dette prosjektet
- **reference**: pekere til eksterne systemer og dokumenter (Confluence, Notion, etc.)
Forskjellen fra Claude's globale auto-memory (`~/.claude/projects/.../memory/`):
- **Global memory** = Petters generelle preferences på tvers av alle prosjekter
- **Prosjekt-memory (her)** = ting som er spesifikt for Standard Online, og som bør deles med alle som jobber på prosjektet (Ragnhild, andre Forte-konsulenter, fremtidige Claude-sesjoner)
Når Claude oppdager noe verdt å huske som er prosjekt-spesifikt, skal det lagres her — ikke i global memory. Versjoneringen via git gjør at memories overlever maskinbytter og deles på tvers av teamet.
**Indeks:** [_memories/MEMORY.md](_memories/MEMORY.md) — oppdateres ved hver ny memory.
**Mal:** [_memories/_template-memory.md](_memories/_template-memory.md).
## Sentrale referansecase (metodikk og maler)
Metodikken bygger på to ferske oppdrag. Disse ligger i Forte sitt bredere arbeidsområde — **ikke i dette repoet** (de gjelder andre kunder; Kirken er konfidensielt for en annen kunde). De er nevnt her som bakgrunn for hvor mønstrene kommer fra:
- **Oras Group** — Data Health Assessment for CRM-anskaffelse. Risikoregister-mønster, Executive Summary-struktur, integrasjonslandskap-tabell. (Ligger i `Salg/Oras/` i Forte-arbeidsområdet.)
- **Den norske kirke / Nstat** — Informasjonsarkitektur for offentlig organisasjon. 9-mappe-struktur, Begrepseier/Dataforvalter/Master-vokabular, Privacy by Design, 3-nivå governance. (Eget repo/arbeidsområde.)
Det vi faktisk trenger fra metodikken er hentet inn i dette repoet under [_metode/](_metode/) og [artefakter/](artefakter/).
## Repository-konvensjoner
- Default branch: `main`
- Direkte commits til main er tillatt (ingen branch protection — 2-personers prosjekt)
- Issues sporer arbeid per fase (labels: `fase-A/B/C/D/milepel`)
- Milestones: Delleveranse 1, Delleveranse 2, Sluttleveranse
- Commits som inkluderer Claude-bidrag merkes med `Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>`
## Salgsmaterialet — kilden til oppdraget
Salgsmaterialet ligger i `Salg/Standard/` i Forte-arbeidsområdet (**ikke i dette repoet** — det er salgsfase-materiale, ikke leveranse):
- Forslaget vi sendte (`Forslag - Masterdata, arkitektur og AI-klargjøring.md`)
- Kundens oppdragsbeskrivelse (PDF)
- Pitch-presentasjon (PPTX)
- CV-er for teamet
Når du trenger å verifisere "hva vi lovet kunden" — slå opp der. Det viktigste innholdet er destillert inn i [_memories/project_standard-online-kontekst.md](_memories/project_standard-online-kontekst.md), som ligger i repoet.