Petter Schultz
1d85656e96
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>
59 lines
1.3 KiB
Markdown
59 lines
1.3 KiB
Markdown
---
|
|
title: "Integrasjoner og dataflyt — Standard Online"
|
|
date: "YYYY-MM-DD"
|
|
tags: ["integrasjoner", "dataflyt", "as-is"]
|
|
refs:
|
|
- "../../artefakter/integrasjonslandskap.md"
|
|
qa:
|
|
status: "draft"
|
|
version: 1
|
|
---
|
|
|
|
# Integrasjoner og dataflyt
|
|
|
|
Hvordan data flyter mellom systemene som er kartlagt i [hovedsystemer](hovedsystemer.md).
|
|
|
|
## Integrasjonslandskap
|
|
|
|
Bruk strukturen fra [integrasjonslandskap](../artefakter/integrasjonslandskap.md):
|
|
|
|
| System | Retning | Motpart | Mekanisme | Datatyper | Frekvens | Implikasjon |
|
|
|---|---|---|---|---|---|---|
|
|
|
|
*Retning: Inbound / Outbound / Bidirectional*
|
|
*Mekanisme: API (REST/GraphQL/SOAP), filoverføring, event-bus, manuell, DB-til-DB*
|
|
|
|
## Dataflyt per entitet
|
|
|
|
For hver kjerneentitet (Bedrift, Kontakt, Bruker, Ordre, etc.) — beskriv hvor den oppstår, dupliseres og konsumeres.
|
|
|
|
### Bedrift / Kunde
|
|
|
|
**Oppstår i:**
|
|
**Dupliseres i:**
|
|
**Konsumeres av:**
|
|
**Master (foreslått):**
|
|
**Konflikter / risikomomenter:**
|
|
|
|
### <Neste entitet>
|
|
|
|
...
|
|
|
|
## Visualisering
|
|
|
|
*Lenke til Mermaid-diagram eller skjermbilde av Neo4j-graf.*
|
|
|
|
```mermaid
|
|
graph LR
|
|
A[System A] -->|Bedrift| B[System B]
|
|
B -->|Kontakt| C[System C]
|
|
```
|
|
|
|
## Punkt-til-punkt vs. hub-and-spoke
|
|
|
|
*Vurdering — er dagens arkitektur punkt-til-punkt? Hva er fordeler/ulemper med hub-and-spoke for denne kunden?*
|
|
|
|
---
|
|
|
|
*Klassifisering: Begrenset*
|