Systemarkitektur Gullfunn: start her
Denne kunnskapsbasen er bygget fra Miro-tavla «Systemarchitecture Gullfunn», som Espen Rosenberg Hansen laget og vedlikeholdt da han hadde rollen som plattform- og integrasjonsansvarlig. Tavla har rundt 3 700 elementer fordelt på 50 rammer. Innholdet er lest direkte fra Miro i september 2026, supplert med en PDF-eksport der Miro-koblingen ikke ga tekst.
Sidene er skrevet for å flyttes inn i Notion. Hver side er selvstendig og lenker til de andre med navn.
| Side | Innhold |
|---|---|
| Aktører og partnere | Hvem som eier hva: Gullfunn AS, franchisebutikker, NC Christophersen, JFP Services, NoA Ignite, Knowit og leverandørene |
| Systemkatalog | Alle systemene, rollen deres og hvem som drifter dem |
| Integrasjonskart | Alle dataflyter mellom systemene, med retning og frekvens |
| Planlagte jobber | Tidsstyrte jobber i Omnium og Azure |
| Frontend og infrastruktur | gullfunn.no: Astro, Svelte, Cloudflare, Fastly, GraphQL, caching og logging |
| Produktdata | Hvordan produkter oppstår og flyter fra leverandør til nettbutikk og kanaler |
| Ordreflyt: hjemlevering | Nettordre sendt fra sentrallager (og ship from store, som ikke er aktivt) |
| Ordreflyt: Click & Reserve | Klikk & Hent: reserver på nett, betal og hent i butikk |
| Ordreflyt: Click & Collect | Utlevering i butikk: betal på nett, varen sendes fra hovedlageret til butikk |
| Returer | Retur fra Min side, fra angrerettskjema og i butikk |
| Oppgjør mellom Gullfunn AS og franchise | Returer på tvers av selskaper |
| Ordrestatuser og e-postmaler | Alle statuser og tilhørende maler i Omnium |
| Kundeklubb og kundeopprettelse | Registrering fra web og POS, Voyado Engage |
| Byttegull (Selg gull): prosess og systemer | Prosessen der kunder selger gull til Gullfunn, med statuser, regler og kostnader |
| Byttegull: arkitekturarbeid | Visjon, krav, gap, målbilde, plan, risikoer og endringslogg |
| Brudekjoler: En gang til | Kommisjonssalg av brukte brudekjoler |
| Ship from store med Porterbuddy | Konsept og regler (aktuelt, men lenger frem) |
| PowerBI: butikkrapport og KPI-er | KPI-definisjoner, returer og test av dashboardet |
| Historikk: NoAs arkitektur og XAL | Hvordan løsningen ble designet, og hva som er erstattet |
| Åpne spørsmål og avvik | Det tavla ikke svarer på, og der rammene motsier hverandre |
| Kildeindeks | Hvilken Miro-ramme hver side bygger på, med lenker |
| Kildenotater | Råe arbeidsnotater per ramme, for sporbarhet |
Hva er gjeldende
Section titled “Hva er gjeldende”Tavla markerer utgått innhold med rød bakgrunn. Det gjelder alle XAL-rammene (XAL var ERP før Business Central) og rammen «VIPPS - VURDERT -> FORKASTET». De er ikke beskrevet som gjeldende her, men XAL-historikken står på egen side fordi mye av logikken lever videre.
Rammen «XAL orders» ligger utenfor det røde området, men beskriver også XAL. Den behandles som historikk.
Fargekoder på tavla
Section titled “Fargekoder på tavla”Espen brukte de samme fargene i nesten alle diagrammer. Kjenner du dem, leser du tavla raskere.
| Farge | System |
|---|---|
| Lys gul | VisionPoint (produktdatabase og webportal for butikk) |
| Gul/oransje | VisionPos (kasse) |
| Svart | Omnium (OMS) |
| Rød | Voyado Engage (CRM) |
| Mørk rød | Voyado Elevate (søk og anbefalinger) |
| Blå | Sanity (CMS) |
| Mørk blå | Bluestone (PIM), i Byttegull-diagrammene BC |
| Lilla | Bring (frakt), betalingsløsninger (lys lilla) |
| Grå | nShift |
| Hvit | BC, lager, eksterne aktører |
I flytdiagrammene betyr svarte bokser et steg i Omnium, gule bokser et steg i butikk (VisionPoint eller VisionPos), gule lapper en ordrestatus og grønne piler pengestrømmer (reservasjon, trekk, oppgjør).
Begrensninger
Section titled “Begrensninger”Noe innhold var ikke tilgjengelig. Attributtabellene i produktflyten, PowerBI-datamodellen, skjermbilder av e-postmaler, BC-skissen og GoLive-bildet for utlevering i butikk ligger som bilder eller tabellobjekter som Miro-koblingen ikke leser, og nedlasting av originalbildene er blokkert av nettverksinnstillingene. Disse står listet under Åpne spørsmål og avvik.