---
id: SI_006
model: anthropic/claude-sonnet-4.6
seeds:
  04_risiko: sårbarhet
  03_relasjon: konkurranse
  05_handling: implementer
  01_perspektiv: juridisk
  02_tidhorisont: syklisk
---

# Instans SI_006
**Seeds:** juridisk | syklisk | konkurranse | sårbarhet | implementer

## Komplett prisdata er en juridisk illusjon

Mainstream-tilnærmingen drømmer om én global prisdatabase. Det er feil ambisjon.

**Problemet er syklisk av natur.** Priser er ikke stabile objekter — de pulserer. En vare på Alibaba har 40+ prisvariasjoner per dag avhengig av kjøpsvolum, valuta og sesong. En komplett database er foreldet i det øyeblikket den er "ferdig". Å jage komplethet er å jage skyggen sin.

## Juridiske barrierer er undervurdert

Dette er det ingen snakker høyt om: prisdata er i mange jurisdiksjoner **bedriftshemmeligheter**. EU-direktivet om forretningshemmeligheter (2016/943) gir selskaper eksplisitt rett til å beskytte prislister. Amazon, Walmart og Carrefour har juridiske avdelinger dedikert til å *hindre* systematisk prisskraping. Å implementere et globalt system uten juridisk rammeverk er ikke et teknisk problem — det er et søksmål som venter.

## Sårbarhetspunktet konkurrentene overser

De som faktisk vinner på prisdata (PriceRunner, Idealo, Prisjakt) gjør ikke det ved å samle *alt* — de dominerer **kategorier**. Elektronikk i Norden. Forsikring i UK. Sårbarhet for en global aktør er paradoksalt nok *bredden* selv: jo mer du dekker, jo tynnere blir datakvaliteten og jo større juridisk eksponering.

## Hva som faktisk fungerer (konkurranse-realitet)

- **GS1** administrerer ~6 milliarder produktidentifikatorer globalt — men har ingen priser
- **PriceAPI og Rainforest API** dekker ~500M produkter, men kun e-handel
- **ILO og Verdensbanken** samler inflasjonspriser i ~180 land — men med 3-6 måneders forsinkelse
- Ingen enkelt aktør dekker >2% av verdens faktiske handelsvarer

## Konklusjon: Implementer syklisk, ikke komplett

Komplethet er feil KPI. Syklisk dekning er riktig.

---

## Neste steg

1. **Definer juridisk rammeverk først** — identifiser hvilke 5 jurisdiksjoner du kan operere i uten å bryte forretningshemmelighetslover; start der
2. **Velg én vertikal og implementer dypt** — f.eks. matvarer i Norden, med daglig syklisk oppdatering via offentlige tilgjengelige API-er (Kolonial.no, Oda, Rema sine åpne data)
3. **Bygg sårbarhetskart** — kartlegg hvilke datapunkter konkurrenter *mangler* og eig de hullene, ikke jakten på det totale bildet