Tjenester · AI-automatisering & MVP-utvikling

B2B AI-automatisering og MVP-utvikling i produksjon.

Vi bygger GDPR-sikre arbeidsflyter, AI-akselererte prototyper (MVP) og idempotente API-integrasjoner mot Tripletex, PowerOffice Go, Fiken, BankID og Altinn 3 for norske bedrifter.

Se priser og pilotrammer

Deterministisk systemarkitektur først — språkmodell kun der regelen ikke kan skrives

De fleste AI-piloter stopper før produksjon fordi persondata sendes ufiltrert ut av EØS eller fordi språkmodellen gis direkte skrivetilgang til økonomisystemet. Vi skiller strengt mellom ustrukturert tolkning og skjemavalidert transaksjonslogikk: personopplysninger maskeres lokalt på norsk infrastruktur før prosessering, og alle kall mot regnskap eller fagsystem legges med full sporbarhet og menneskelig kontroll ved avvik.

Trenger dere en ny kundeportal, en bransjekalkulator eller en klikkbar MVP for å validere et forretningskonsept, leverer vi produksjonsklar fullstack-kode med TypeScript, PostgreSQL-migreringer og dokumenterte ytelsesbudsjetter på tre til seks uker.

Hva vi leverer under faste rammer

B2B AI-automatisering av bilagsinnhenting, avvikskontroll, KYC-oppfølging og dokumentflyt
AI-akselererte prototyper (MVP) på 3–6 uker med produksjonsklart databaseskjema og revisjonslogg
Lokal PII-maskering før eventuell språkmodell-kjøring — personnummer og kontonummer forlater ikke Norge
Toveis API-integrasjon mot Tripletex (REST v2), PowerOffice Go (OAuth2), Fiken, BankID og Maskinporten / Altinn 3
Idempotente jobbkøer, eksponentiell backoff mot API-kvoter og sporbare hendelseslogger

Skillet mellom prototype og produksjonsklar B2B-leveranse

Lag i arkitekturen	Slik bygges det hos Vardelabs
Personvern & GDPR	Lokal entitetsgjenkjenning på CPU før eksterne modellkall; databehandleravtale og EØS-lagring
ERP- og fagsystemkobling	Skjemavaliderte utkast i Tripletex / PowerOffice Go med SHA-256-referanse til kildedokument
MVP-utvikling	Én komplett kjerneflyt i produksjon på inntil seks uker — uten skjult teknisk gjeld

01 / Slik henger arkitekturen sammen

Tjenester er ikke en sjekkliste. Alt henger sammen i produksjon.

Velg en node. Se hva den avhenger av — og hva som faller sammen uten den.

NODE 01 / AI · 3 koblinger

AI-produktutvikling

En språkmodell er en komponent, ikke et produkt. Vi bygger det rundt den: datagrunnlag, evalueringssett, kostnadstak og fallback når modellen tar feil.

Leveranser

Evalueringssett med faktiske eksempler
Server-proxy med kostnads- og ratebegrensning
Logging av svar som feilet

Begrensning

Modellen styrer aldri penger, tilganger eller sletting direkte.

Teknisk tilnærming

Retrieval over egne data, strukturert output validert mot skjema, menneske i loopen der feil koster.

Avhenger av

AI-akselererte prototyper (MVP) · Fullstack-applikasjoner · Automasjon og AI-agenter

NODE 02 / MVP · 3 koblinger

AI-akselererte prototyper (MVP)

Raskt er greit. Raskt og uten fundament er gjeld med renter. Vi bruker AI-assistert koding for fart — og typer, tester og migreringer for å overleve uke tre.

Leveranser

Klikkbar MVP i produksjon
Streng TypeScript og databaseskjema
Liste over bevisste snarveier

Begrensning

Maks seks uker. Det som ikke rekker, står på listen — ikke i koden halvferdig.

Teknisk tilnærming

Én kjerneflyt bygget ferdig fremfor ti flyter bygget halvveis.

Avhenger av

AI-produktutvikling · Fullstack-applikasjoner · Designsystemer og kreative grensesnitt

NODE 03 / APP · 6 koblinger

Fullstack-applikasjoner

Innlogging, roller, data, betaling, e-post, admin. Det kjedelige laget som avgjør om produktet tåler ekte brukere.

Leveranser

Next.js / Node-applikasjon
PostgreSQL med migreringer
Admin og revisjonslogg

Begrensning

All databasetilgang går gjennom tjenestelag — aldri rett fra komponenter.

Teknisk tilnærming

Serverrendering som standard, klient-JavaScript bare der interaksjon krever det.

Avhenger av

AI-produktutvikling · AI-akselererte prototyper (MVP) · Automasjon og AI-agenter · Teknisk SEO-arkitektur · Ytelsesteknikk · Designsystemer og kreative grensesnitt

NODE 04 / AGT · 2 koblinger

Automasjon og AI-agenter

En agent er et program som tar beslutninger. Derfor får den samme behandling som alle andre programmer: tilganger, tester og en stoppknapp.

Leveranser

Kartlagt manuell prosess
Agent eller jobbkø med eksplisitte verktøy
Varsling når noe stopper

Begrensning

Minste tilgang. Hver handling logges og kan spores.

Teknisk tilnærming

Deterministisk kode først; modellen bare der regelen ikke kan skrives.

Avhenger av

AI-produktutvikling · Fullstack-applikasjoner

NODE 05 / SEO · 2 koblinger

Teknisk SEO-arkitektur

Synlighet bygges i ruting, rendering og datamodell — ikke i en plugin etterpå. Indekserbarhet er en tilstand i databasen, ikke en avkrysningsboks.

Leveranser

Serverrendret HTML med kanoniske URL-er
Sitemap og robots fra én kilde
Strukturert data uten oppdiktede vurderinger

Begrensning

Ingen tynne programmatiske sider. Hver indekserbar side må ha en grunn til å finnes.

Teknisk tilnærming

Indeksering styres av en enum per side; sider med for lite innhold holdes ute.

Avhenger av

Fullstack-applikasjoner · Ytelsesteknikk

NODE 06 / PERF · 3 koblinger

Ytelsesteknikk

Ytelse er et budsjett, ikke en følelse. Vi setter tak på JavaScript, LCP og layout-skift — og lar byggesteget feile når taket brytes.

Leveranser

Ytelsesbudsjett i Lighthouse CI
Måling i produksjonsbygg, ikke dev-server
Felt-data fra CrUX når trafikken finnes

Begrensning

Ingen tredjeparts-skript uten en skriftlig begrunnelse.

Teknisk tilnærming

Mål først, optimaliser det som faktisk dominerer, mål igjen.

Avhenger av

Fullstack-applikasjoner · Teknisk SEO-arkitektur · Designsystemer og kreative grensesnitt

NODE 07 / UI · 3 koblinger

Designsystemer og kreative grensesnitt

Et grensesnitt som skiller seg ut, uten å bli tregt eller utilgjengelig. Bevegelse med formål, tastaturstøtte og redusert bevegelse innebygd.

Leveranser

Design-tokens og komponentbibliotek
Tilgjengelighet mot WCAG 2.2 AA
Bevegelsesprinsipper med reduced-motion-variant

Begrensning

Animasjon får aldri blokkere innhold eller interaksjon.

Teknisk tilnærming

CSS og SVG før WebGL; tunge biblioteker bare når målingen forsvarer dem.

Avhenger av

AI-akselererte prototyper (MVP) · Fullstack-applikasjoner · Ytelsesteknikk

02 / Produksjonsarkitektur · Lokal PII-vasking & ERP-transaksjon

Fra råbilag og e-post til ferdig bokført i Tripletex — uten at persondata forlater Norge

Slik kjører vår GDPR-sikre produksjonsflyt i tre trinn: ustrukturert bilag inn, lokal PII-vasking med vardelabs/gliner-pii-edge (ONNX på CPU i 12 ms, null tredjepartsoverføring) og skjemavalidert bokføring mot Tripletex, PowerOffice Go eller Maskinporten/Altinn 3.

Velg trinn i produksjonsarkitekturen

STEG 1Rådata inn

STEG 2Lokal Edge PII-vasking

STEG 3Skjemavalidert ERP- og Altinn 3-transaksjon

STEG 1 / 1 av 3 · Syntetisk regnskapsbilag og e-postvedlegg (før vasking)

Rådata inn

Fra: post@nordfjord-bygg.no · Vedlegg: faktura-2026-0418.pdf
Leverandør: Nordfjord Bygg & Anlegg AS (Org.nr: 998 412 765)
Utbetalingskonto: 1503.44.98210 · Kontakt / signatar fnr: 110584*****
Fakturalinje: Prosjektledelse og byggeplasskontroll uke 41 — 42 500 kr eks. mva (MVA-kode 3, 25 %)

Hva trinnet utfører: Inngående EHF, PDF-faktura eller e-post inneholder ofte fødselsnummer (110584*****), kontonummer, direkte kontaktopplysninger og fritekst på én og samme flate.
Arkitekturgaranti: Råbilaget isoleres i et lokalt norsk mottaksledd og sendes aldri rått videre til eksterne språkmodeller eller tredjeparts skytjenester.
Avverget feilmodus: Ustrukturert PDF-tekst med fødselsnummer og lønns-/klientopplysninger sendt rett til et amerikansk LLM-API uten databehandlerdekning eller maskering.
Etterprøvbar kontroll: Ingen rå persondata forlater norsk kontrollsone før deterministisk maskering er utført.

STEG 2 / 2 av 3 · vardelabs/gliner-pii-edge (ONNX INT8 på lokal CPU · 12 ms · 0 byte tredjepartsoverføring)

Lokal Edge PII-vasking

Modell: vardelabs/gliner-pii-edge-v1.0-onnx-int8 (lokal CPU-inferens: 12 ms)
Maskert tekst:
  "Leverandør Org.nr: 998412765 | Konto: [PII_KONTO_01] | Signatar: [PII_FNR_01]"
  "Linje 1: Prosjektledelse uke 41 — netto 42500.00 NOK, mvaKode: 3 (25%)"
Tredjeparts nettverkskall under vasking: 0

Hva trinnet utfører: Vår egenutviklede ONNX-modell (vardelabs/gliner-pii-edge) kjører lokalt på CPU og erstatter fødselsnummer og personidentifikatorer med typede plassholdere som [PII_FNR_01] på 12 ms.
Arkitekturgaranti: Kun det maskerte dokumentet brukes til konteringsforslag og klassifisering, mens koblingstabellen forblir kryptert i intern norsk sone.
Avverget feilmodus: Regex-basert vasking som enten overser skannede fødselsnumre med mellomrom eller ødelegger KID-numre og organisasjonsnumre.
Etterprøvbar kontroll: Kontekstuell NER-deteksjon skiller 11-sifret fødselsnummer ([PII_FNR_01]) fra 9-sifret Brønnøysund-org.nr og KID.

STEG 3 / 3 av 3 · Deterministisk Zod-validering → Tripletex / PowerOffice Go / Maskinporten (Altinn 3)

Skjemavalidert ERP- og Altinn 3-transaksjon

{
  "target": "Tripletex v2 /ledger/voucher + Altinn 3 (Maskinporten)",
  "supplierOrgNr": "998412765",
  "bankAccount": "15034498210",
  "piiAudit": { "redactedTokens": ["[PII_FNR_01]"], "externalTransferBytes": 0 },
  "posting": { "debitAccount": 6790, "vatCode": "3", "amountExVatNok": 42500, "idempotencyKey": "vl-2026-0418" }
}

Hva trinnet utfører: Ferdig klassifisert bilag valideres mot et strengt Zod-skjema, sjekkes mot Brønnøysundregistrene/MVA-manntallet og bokføres via API til Tripletex, PowerOffice Go eller Maskinporten/Altinn 3.
Arkitekturgaranti: Idempotensnøkkel per bilag og eksplisitt konfidensgrense: avvik eller ukjent konto legges i godkjenningskø for regnskapsfører før postering.
Avverget feilmodus: Automatisk bokføring uten skjemavalidering som fører feil MVA-kode eller oppretter duplikatbilag ved nettverksavbrudd.
Etterprøvbar kontroll: Full sporbarhet i revisjonslogg fra inngående råbilag til postert bilagsnummer i ERP og levert Altinn 3-skjema.

03 / Kapabilitetsmotoren

Velg en prosjekttype. Motoren bytter konfigurasjon.

Hvert prosjekt tynger et annet lag av systemet. Motoren viser hvilket — og hva som kan gå galt før noen har skrevet en linje kode.

TYNGDEPUNKT: DATA

AI-assistent i eget produkt

Forretningsproblem: Brukerne stiller de samme spørsmålene, og svarene finnes allerede — spredt i dokumenter ingen leser.
Foreslått system: Søk over egne dokumenter, svar med kildehenvisning, og eskalering til menneske når sikkerheten er lav.
Teknologivalg: Next.js · PostgreSQL + pgvector · LLM-API bak server-proxy · Evalueringssett i CI
Leveranser: Assistent i produktet · Admin for kilder · Rapport over ubesvarte spørsmål
Største tekniske risiko: Selvsikre feilsvar · Kostnad per samtale · Personopplysninger i prompter
Slik måles suksess: Andel spørsmål løst uten eskalering, målt mot et fast evalueringssett — ikke mot magefølelse.

TYNGDEPUNKT: LOGIKK

Intern automasjon

Forretningsproblem: Noen kopierer data mellom tre systemer hver fredag. Det tar fire timer og feiler stille.
Foreslått system: Jobbkø som henter, validerer og skriver data mellom systemene, med varsling og manuell overstyring.
Teknologivalg: Node.js-arbeider · Jobbkø med retry · Webhooks / API-integrasjoner · Strukturert logging
Leveranser: Kartlagt prosess · Automatisert flyt · Varsling og feilrapport
Største tekniske risiko: Endringer i tredjeparts-API · Halvveis kjørte jobber · Uklart eierskap når det stopper
Slik måles suksess: Timer spart per uke og antall feil oppdaget av systemet før et menneske merket dem.

TYNGDEPUNKT: GRENSESNITT

Kundeportal / SaaS-MVP

Forretningsproblem: Ideen er validert i samtaler. Nå trengs noe ekte brukere kan logge inn i og betale for.
Foreslått system: Innlogging, roller, kjerneflyt, betaling og admin — én flyt ferdig, resten på en ærlig liste.
Teknologivalg: Next.js App Router · PostgreSQL + Prisma · Vipps / Stripe · Transaksjonell e-post
Leveranser: MVP i produksjon · Admin-panel · Teknisk gjeldsliste
Største tekniske risiko: Omfanget vokser underveis · Betaling uten idempotens · Ingen plan for data etter MVP
Slik måles suksess: Første betalende bruker gjennom kjerneflyten uten manuell hjelp.

TYNGDEPUNKT: INFRASTRUKTUR

Søkesynlig nettside

Forretningsproblem: Siden er pen, men usynlig: klientrendret, treg på mobil og uten struktur Google kan lese.
Foreslått system: Serverrendret nettsted med indekseringskontroll per side, strukturert data og ytelsesbudsjett.
Teknologivalg: Next.js SSG/ISR · Indekserbarhet som enum · JSON-LD · Lighthouse CI
Leveranser: Nytt nettsted · Sitemap og robots fra databasen · Ytelsesbudsjett i bygget
Største tekniske risiko: Tynne sider som drar ned helheten · Omdirigeringer som mistes ved migrering · Tredjeparts-skript
Slik måles suksess: Indekserte sider i Search Console og henvendelser fra organisk trafikk — ikke rangeringsløfter.

TYNGDEPUNKT: DATA

Datadrevet dashbord

Forretningsproblem: Tallene finnes, men i fem regneark. Ingen stoler på hvilket som er riktig.
Foreslått system: Én datamodell som henter fra kildene, med definisjoner av hvert tall og dashbord bygget på dem.
Teknologivalg: PostgreSQL · Planlagte importjobber · Server-komponenter for visning · Tilgangsstyring per rolle
Leveranser: Datamodell med definisjoner · Dashbord · Importjobber med varsling
Største tekniske risiko: Ulike definisjoner av samme tall · Treg spørring på voksende data · Kildesystem uten API
Slik måles suksess: Ett tall per begrep, brukt i ledermøtet uten at noen åpner et regneark ved siden av.

Spørsmål

Ofte stilt.

Hvordan sikrer dere GDPR når AI leser norske fakturaer eller e-poster?

Fødselsnummer, kontonummer, telefonnummer og personnavn maskeres lokalt før ustrukturert tekst tolkes. Selve posteringen mot Tripletex, PowerOffice Go eller Fiken skjer via deterministisk, skjemavalidert kode i EØS.

Hvor raskt kan dere levere en fungerende MVP eller AI-pilot?

En avgrenset B2B AI- og ERP-pilot leveres normalt på 3–4 uker til fastpris (49 000 kr eks. mva.), mens en bredere klikkbar MVP i produksjon rammes inn på maksimalt seks uker med tydelige milepæler.

Kan løsningen kobles direkte mot Tripletex, PowerOffice Go og BankID?

Ja. Vi bygger direkte mot Tripletex REST API v2, PowerOffice Go API v2, Fiken, Enhetsregisteret (Brønnøysundregistrene), BankID OIDC/PAdES og Altinn 3 / Maskinporten.

Hvem eier kildekoden etter at MVP-en eller integrasjonen er levert?

Dere eier den skreddersydde applikasjonskoden, datamodellen og dokumentasjonen som bygges for oppdraget, uten proprietær innlåsing.