Produktet
Hva Fundarem er
Fundarem kobler sammen programvaren en virksomhet allerede bruker til ett kart over virksomheten, slik at KI-agenter, assistenter og dashbord kan jobbe på det.
Det er laget for europeiske virksomheter som vil bruke KI og samtidig følge regelverket. Det er utformet for å kjøre i virksomhetens egen Microsoft Azure, i en EU-region, slik at dataene blir i virksomhetens egen sky.
Live-demoen viser det på et oppdiktet selskap med oppdiktede personer. Ingenting du gjør der, berører et ekte system.
På nettsiden:Live-demo
Slik fungerer det, steg for steg
Systemene deres fortsetter å kjøre der de kjører i dag. Ingenting flyttes eller erstattes: Fundarem leser fra dem, og skriver endringer tilbake til dem bare der dere tillater det.
Hvert system oversettes til ett kart over virksomheten: objekter som kunder, fakturaer, prosjekter og personer, koblingene mellom dem og handlingene som kan gjøres på dem. Når den samme kunden finnes i flere systemer, finner Fundarem treffet selv og legger det fram for IT-ansvarlig som et forslag; det teller på kartet først når det er godkjent slik godkjenningsreglene i virksomheten krever.
Agenter og assistenter jobber på kartet, aldri direkte mot et system. Når en oppgave trenger en KI-modell, går bare forespørselen for det ene kallet til modellen dere valgte, og modellen tar ikke vare på noe mellom kallene.
Dette logges i deres egen sky: hvert besvarte modellkall, med hvem eller hvilken agent som gjorde det, modellen som ble brukt og hva det kostet; hver forespørsel en agent gjør mot kartet; og hver endring, med hvem som foreslo den og hvem som godkjente den.
På nettsiden:Slik fungerer det
Agenter, assistenter og dashbord
Agenter gjør rutinearbeid: de leser, sjekker og forbereder, og hver endring de vil gjøre, foreslås; IT-ansvarlig bestemmer hvilke endringer som kan skrives tilbake, og hvilke som kjører automatisk. Ferdige firmaagenter følger med produktet og kjører på modellen virksomheten valgte; virksomheten slår én på gjennom et forslag, og hver kjøring regnes mot forbruksgrensen deres. Hver person kan også velge agenter eller lage sine egne.
Hver ansatt har sin egen assistent, som åpnes fra hjørnet av hver side og er bundet til personens egen tilgang. Den leser siden personen er på, svarer med vanlige ord og følger personens rolle, så en selger og økonomisjefen får ulike svar på det samme spørsmålet. Den svarer ut fra alle de tilkoblede dataene, forklarer og foreslår; hver endring den foreslår, må godkjennes. Som standard svarer den med tekst, og den bygger en widget eller en rapport når du ber om det.
Hver virksomhet har sin egen firmahjerne: skrevne oppføringer om hvordan virksomheten jobber, for eksempel hvordan dere priser eller hvem som godkjenner en rabatt, hver med en eier og en dato for gjennomsyn, lagret i deres egen installasjon. Førstegangsoppsettet foreslår en startversjon av firmahjernen ut fra svarene deres, og en endring i en felles oppføring trenger den godkjenningen virksomheten har valgt. Folk søker i alle oppføringer og foreslår nye på firmahjernens side, og en felles oppføring kan begrenses til hvem som kan lese den. Produktets håndbok ligger også i installasjonen, og assistenten svarer på spørsmål om den med en lenke til skjermbildet.
Dashbord bygges fra det samme kartet, så hvert tall kommer fra de samme sammenkoblede dataene.
IT-ansvarlig kan legge til seksjoner i sidemenyen ved siden av dashbordet, for eksempel én for personalopplysninger: valgte typer oppføringer med valgte felt, fra ett system eller flere, vist for rollene IT-ansvarlig velger. En seksjon leser dataene hver gang den åpnes og viser aldri mer enn personens rolle kan lese; personlige oppføringer viser en person sin egen oppføring, mens en leder og IT-ansvarlig ser alle.
På nettsiden:Slik fungerer det
KI-modeller
Slik velges modellene
Dere velger KI-modellen som passer regelverket deres, kvaliteten arbeidet trenger og budsjettet. Det finnes fem typer tilbud: standardmodellen, modeller som behandles bare i EU, modeller som behandles i hvilken som helst Azure-region, grensemodeller og en modell på deres egen maskin. Hvert av dem er beskrevet nedenfor med alle modellene, lisensen og hvor forespørselen behandles.
Rammen er de tilbudene virksomheten deres kan bruke. Den velges sammen med oss ved oppsettet, så et regulatorisk valg som behandling bare i EU ikke kan endres ved et uhell senere. En ramme bare for EU holder hver forespørsel i EU.
Innenfor rammen velger IT-ansvarlig hvilken modell som tar hvilken type oppgave: en sterk modell til det krevende arbeidet og en billigere til rutineoppgaver. Med behandling bare i EU tar for eksempel den sterkeste modellen som behandles i EU det krevende arbeidet, og en billigere modell som behandles i EU rutinearbeidet.
Vi tilbyr alltid de beste modellene vi finner og ser etter den laveste prisen, fordi vi ikke tjener noe på dem. Dere betaler for modellbruken direkte: vi tar ingen andel.
På nettsiden:Modeller
Foundry Azure, åpen kildekode
De beste modellene med åpne vekter i katalogen i Microsoft Azure AI Foundry, én per leverandør, satt opp i deres egen Azure og fakturert på Azure-fakturaen deres, til priser for åpne modeller. Standardmodellen er en av dem.
Dataene dere lagrer, blir i EU-regionen deres, men forespørselen i hvert kall behandles utenfor EU: standardmodellen behandles av en tredjepart som leverer den i Azure, og Microsoft holder den driften utenfor sine forpliktelser om EU-datagrensen.
Modellene i dette tilbudet:
FW-Kimi-K3, fra Moonshot AI. Lisens: Kimi K3 License. Den behandles utenfor EU, av en tredjepart som leverer den i Azure; betaling per bruk, på Azure-fakturaen deres.
FW-DeepSeek-V4.1-Flash, fra DeepSeek. Lisens: MIT. Den behandles utenfor EU, i Azure; betaling per bruk, på Azure-fakturaen deres.
FW-GLM-5.3, fra Z.ai. Lisens: GLM-5.3 License (MIT-style). Den behandles utenfor EU, i Azure; betaling per bruk, på Azure-fakturaen deres.
gpt-oss-120b, fra OpenAI. Lisens: Apache-2.0. Den behandles utenfor EU, i Azure; betaling per bruk, på Azure-fakturaen deres.
På nettsiden:Modeller
Foundry Azure EU, åpen kildekode
For arbeid der hver forespørsel må bli i EU. Dette er de beste modellene med åpne vekter som Microsoft selger med et oppsett i EU-datasonen, én per leverandør: Microsoft behandler hver forespørsel i Azure, bare i EU-land, under én Azure-avtale.
Utvalget er mindre enn for standardmodellen, og nye modeller kommer senere til EU-datasonen. Modeller fra Llama-familien tilbys ikke.
Modellene i dette tilbudet:
DeepSeek-V4-Flash, fra DeepSeek. Lisens: MIT. Den behandles bare i EU, av Microsoft; betaling per bruk, på Azure-fakturaen deres.
Mistral-Large-3, fra Mistral AI. Lisens: Apache-2.0. Den behandles bare i EU, av Microsoft; betaling per bruk, på Azure-fakturaen deres.
På nettsiden:Modeller
Frontiermodeller i Foundry
De sterkeste lukkede modellene som selges i Azure AI Foundry, én per leverandør, for de vanskeligste oppgavene. De settes opp i deres egen Azure og faktureres på Azure-fakturaen deres.
Lukkede vekter kan ikke flyttes til deres egne maskiner. Forespørselen i hvert kall kan behandles i hvilken som helst Azure-region i verden, også utenfor EU; for noen av modellene er modellens leverandør databehandler. Anonymisereren er på som standard for dem, som for alle modeller.
Modellene i dette tilbudet:
Claude Opus 5.5, fra Anthropic. Lisens: lukket, på vilkårene til Anthropic. Den kan behandles i hvilken som helst Azure-region i verden, også utenfor EU; betaling per bruk, på Azure-fakturaen deres.
gpt-6-astra, fra OpenAI. Lisens: lukket, på vilkårene til OpenAI. Den kan behandles i hvilken som helst Azure-region i verden, også utenfor EU; betaling per bruk, på Azure-fakturaen deres.
grok-4.7, fra SpaceXAI. Lisens: lukket, på vilkårene til SpaceXAI. Den kan behandles i hvilken som helst Azure-region i verden, også utenfor EU; betaling per bruk, på Azure-fakturaen deres.
På nettsiden:Modeller
Selvdriftet VM i deres Azure
For full isolasjon: åpne modellvekter kjører på en GPU-maskin i deres egen Azure, i Norway East, Sweden Central eller West Europe. Ingen modelleverandør er involvert, og ingen forespørsel forlater maskiner dere selv driver. Andre modeller med åpne vekter der lisensen tillater det, kjører der også, også deres egen finjusterte.
Dere betaler for maskinen hver time den kjører, i bruk eller ikke, og dere har ansvaret for den. De største modellene trenger en maskin med flere GPU-er, som koster langt mer; modellsiden viser det månedlige spennet per maskin.
Modellene i dette tilbudet:
DeepSeek V4.1 Flash (open weights), fra DeepSeek. Lisens: MIT. Den kjører på deres egen maskin, i Azure-regionen deres; dere betaler timepris for maskinen.
GLM-5.3 (open weights), fra Z.ai. Lisens: GLM-5.3 License (MIT-style). Den kjører på deres egen maskin, i Azure-regionen deres; dere betaler timepris for maskinen.
Kimi K3 (open weights), fra Moonshot AI. Lisens: Kimi K3 License. Den kjører på deres egen maskin, i Azure-regionen deres; dere betaler timepris for maskinen.
Qwen3.8 2.4T A95B (open weights), fra Qwen. Lisens: Qwen3.8-Max License (MIT-style). Den kjører på deres egen maskin, i Azure-regionen deres; dere betaler timepris for maskinen.
På nettsiden:Modeller
Direkte tilgang
En direkte forbindelse til modelleverandørens eget API, utenfor Azure, fakturert av den leverandøren. Nøkkelen deres til leverandørens API lagres i deres eget Azure-abonnement.
Leverandøren behandler hver forespørsel på sin egen tjeneste, utenfor Azure og utenfor EU, som selvstendig databehandler, så dere trenger en DPIA og et overføringsgrunnlag. Anonymisereren er på som standard for den, som for alle modeller.
Modellene i dette tilbudet:
Claude Opus 4.8, fra Anthropic. Lisens: lukket, på vilkårene til Anthropic. Den behandles av leverandøren på dens egen tjeneste, utenfor Azure og utenfor EU; betaling per bruk, fakturert av leverandøren.
På nettsiden:Modeller
Anonymisereren
Anonymisereren er på som standard for alle modeller. Før en forespørsel går til en modell, erstatter den med plassholdere verdiene i kolonnene IT-ansvarlig har merket for maskering, og navn og mønstre den kjenner igjen, som norske fødselsnumre, telefonnumre og IBAN-numre.
Svaret kommer tilbake med de ekte verdiene satt inn igjen, så folk ser ekte navn mens modellen aldri gjorde det.
IT-ansvarlig kan slå den av per type personopplysning, for ett modelltilbud om gangen; alle andre typer forblir maskert. For en modell på deres egen maskin kan den slås helt av for den modellen. Det den ikke fanger opp, som kallenavn, står på etterlevelsessiden.
På nettsiden:Slik fungerer detEtterlevelse
Slik behandles dataene deres
Hvor dataene deres lagres
Fundarem er bygget slik at alt det lagrer, blir i deres egen Azure, i EU-regionen dere velger ved oppsettet: kartet over virksomheten og historikken, samtalene med assistenten, firmahjernen og loggen. Databasen, filene, påloggingsdataene og modelloppsettene er ressurser i abonnementet deres, på deres regning.
Ingenting lagres hos oss. Det er ikke en delt skytjeneste: hvis dere avslutter samarbeidet med oss, er det ingenting å levere tilbake.
For å fakturere per aktiv bruker sender installasjonen oss ett tall hver måned, antall aktive brukere, aldri hvem de er eller noe innhold.
På nettsiden:Slik fungerer detEtterlevelse
Hva som går hvor
Fra systemene til kartet: koblinger leser systemene inn i kartet over virksomheten etter en fast plan, i deres egen Azure. I førstegangsoppsettet velger IT-ansvarlig hvilke typer personopplysninger som alltid maskeres før noe går til en modell, og merker hver kolonne i en ny kobling når den kommer inn.
Fra kartet til modellen: når en oppgave trenger en KI-modell, går bare forespørselen og konteksten for det ene kallet ut, maskert av anonymisereren, til modelltilbudet dere valgte. Hvor hvert tilbud behandler den, står ved hver modell ovenfor. Modellen tar ikke vare på noe mellom kallene.
Fra modellen tilbake til dere: svaret kommer tilbake til installasjonen, med de maskerte verdiene satt inn igjen. Ingenting annet går ut: ikke kartet, ikke historikken, ikke loggen.
Hvert steg logges i deres egen Azure: hvert besvarte modellkall med modellen som ble brukt og hva det kostet, hver forespørsel en agent gjør mot kartet, og hver endring, med hvem som foreslo den og hvem som godkjente den.
På nettsiden:Slik fungerer det
Skriving tilbake til systemene deres
Skriving tilbake er én av innstillingene IT-ansvarlig styrer i Fundarem, ved siden av roller, modeller og anonymiseringen. Den er av til IT-ansvarlig slår den på: ingenting skrives til et tilkoblet system før det.
Hver kobling oppgir hvilke skriveoperasjoner den kan gjøre i systemet sitt, for eksempel å opprette eller oppdatere en post, og bare de kan noen gang slås på. Koblingsbiblioteket viser hvilke koblinger som kan skrive.
IT-ansvarlig bestemmer i tre steg: først hvilke objekter i et system som kan skrives; så hvilke av skriveoperasjonene på de objektene som slås på; så, per rolle og per person, hvem som kan bruke hver operasjon og hvordan den avgjøres: to godkjennere (en annen enn den som ba om endringen, godkjenner den), én godkjenner, halvautomatisk (kjører av seg selv når den kan angres, ellers avgjør én godkjenner) eller automatisk. IT-ansvarlig velger også hvem som godkjenner: lederne, eller valgte roller og personer.
En forespørsel går aldri lenger enn det personen eller agenten bak den har lov til, og hver forespørsel, avgjørelse og skriving logges med hvem, hva og når. Gir et system ikke et klart svar på om en skriving gikk gjennom, sendes den ikke på nytt: den merkes med utfall ukjent, og IT-ansvarlig sjekker systemet før noen prøver igjen.
IT-ansvarlig kan endre alt dette når som helst, når et system kobles til eller senere, under Admin → Orkestrator → Handlinger per system. En endring foreslås der og gjelder når en leder har avgjort den.
På nettsiden:Slik fungerer detKoblingsbiblioteket
Koble til systemene deres
Tre måter å koble til et system
En ferdig kobling fra biblioteket: koblingene er sortert etter kategori, og hver sier hva den leser.
Systemets egen MCP-server: et system som allerede har en, kobles til som det er, og bare verktøyene på tillatelseslisten, avtalt med dere ved oppsettet, slippes gjennom; IT-ansvarlig velger verktøy, felt og kolonner i et skjermbilde.
En egen kobling: for et system uten noen av delene leverer vi en kobling og setter den opp sammen med dere.
Alle tre ender i det samme kartet over virksomheten, og før noen data flyter, bekrefter IT-ansvarlig i et skjermbilde hva en ny kobling henter inn. Etter oppstart legger IT-ansvarlig til flere koblinger fra biblioteket når som helst, og nye kommer til biblioteket med programvareoppdateringer. Mangler dere en? Be om en kobling, så sender vi et tilbud.
På nettsiden:Koble til systemeneKoblingsbiblioteket
Hvem bestemmer hva
IT-ansvarlig velger koblinger og kobler dem til, merker hver kolonne i en ny kobling for maskering når den kommer inn, og velger i førstegangsoppsettet hvilke typer personopplysninger som alltid maskeres.
En leder bestemmer hvilke koblinger som slås på, og om det gjelder alle eller bare ledere. En endring i en felles oppføring i firmahjernen trenger den godkjenningen virksomheten har valgt for firmahjernen.
Påloggingsdataene til systemene legges inn av IT-ansvarlig og holdes i deres egen Azure, ikke i Fundarems egne data.
Hver persons assistent og agenter ser bare det personens rolle har lov til å se.
På nettsiden:Koblingsbiblioteket
Fra første samtale til drift
1. Kontakt oss: fortell om virksomheten, systemene dere bruker og KI-modellen dere foretrekker. 2. Samtalen og kontrakten: vi går gjennom systemene og behovene for etterlevelse, og blir enige om kontrakten. 3. Oppstartsprofilen: systemene som skal kobles til, KI-modellene dere kan bruke, regionen og planen.
4. Én standardutgave av programvaren for alle virksomheter, levert klar til oppsett. 5. Dere velger hvem som setter det opp i deres Azure: dere selv, med stegene våre, eller vi for dere. 6. Fundarem installeres i deres Azure, med pålogging gjennom virksomhetens egne kontoer.
7. IT-ansvarlig setter preferansene i førstegangsoppsettet og legger inn påloggingsdataene til systemene. 8. Vi sjekker installasjonen i deres Azure før den går i drift. 9. I drift: virksomheten begynner å jobbe med Fundarem.
Etter oppstart, når vi publiserer en ny versjon, godkjenner IT-ansvarlig den i administrasjonspanelet eller setter et automatisk tidsvindu for den, og installasjonen installerer den selv.
På nettsiden:Slik fungerer detKontakt oss
Tilgangen vår, og å ta den tilbake
Fundarem kjører i én egen del av Azure-abonnementet deres. IT-ansvarlig gir oss tilgang bare til den delen, i Azure-portalen, og dere beholder fullt eierskap til abonnementet.
Etter oppstart velger IT-ansvarlig i administrasjonspanelet hvor mye tilgang vi beholder, og kan endre det senere: vi blir med for å overvåke installasjonen og hjelpe, eller begrenset tilgang, bare det som trengs for å drifte den. Administrasjonspanelet registrerer valget, og IT-ansvarlig gjør så den tilsvarende endringen i deres egen Azure. Fundarem sjekker så i deres Azure at endringen stemmer med nivået som ble valgt.
Dere kan trekke tilgangen tilbake når som helst.
På nettsiden:Kontakt ossEtterlevelse
Kom i gang og priser
Kom i gang
For å booke en samtale fyller dere ut det korte skjemaet på Kontakt oss-siden, så ringer vi dere. Dere forteller om virksomheten, og vi går gjennom systemene og behovene dere har for etterlevelse.
Etter samtalen velger dere en plan: Selvbetjent (dere setter det opp selv), Veiledet (vi setter opp dashbord og brukerflate sammen med dere) eller Partner (spesialister vi har lært opp, gjør det for dere).
Før dere bestiller, kan dere prøve live-demoen på et oppdiktet selskap.
På nettsiden:Kontakt ossLive-demo
Priser
Prisen gis på forespørsel: fortell oss hvilke systemer dere har, så sender vi et tilbud. Den er konkurransedyktig med Microsoft Copilot.
KI-modellen betaler dere direkte: Microsoft fakturerer den på deres egen Azure-faktura, og en modelleverandørs egen tjeneste fakturerer dere direkte. Vi tar ingen andel og ser etter den laveste prisen, fordi vi ikke tjener noe på modellene. En selvdriftet modell trenger sin egen maskin, som koster det samme hver måned enten den brukes eller ikke; modellsiden viser prisene.
Et system som ikke er i biblioteket, prises etter hvor mye arbeid det er å koble det til, med en engangsavgift for byggingen og en månedlig avgift for koblingen, begge priset på forespørsel.
Forbruket av KI følges alltid, med en grense per forespørsel og per dag som IT-ansvarlig setter i et eget skjermbilde. IT-ansvarlig ser, per måned, hvilke dager hver bruker var aktiv og hva hver brukers og hver agents bruk av KI kostet.
På nettsiden:ModellerKoble til systemene