Slik virker det
Bygget for å holde dataene deres i EU. Dere velger hvor modellkallet går.
Fundarem leser systemene deres inn i ett kart over virksomheten, inne i deres egen Azure, i en EU-region. Agenter og assistenter jobber på det kartet. Når de trenger en KI-modell, tar ett kall den veien dere har valgt: noen holder det i EU, standardmodellen behandles utenfor EU.
Slik virker det. For «Etterlevelse» viser denne siden hvor dataene deres lagres, og hvor hvert modellkall går.
Programvaren dere bruker
- Avstemmer innbetalinger mot åpne fakturaer
- Markerer en kunde som betaler sent
- Skriver utkast til en betalingspåminnelse
Blir inne i Azure
Går ut av Azure
- Lagrede data: laget for å bli i EUKartet over virksomheten, historikken, assistentsamtaler og revisjonsloggen er bygget for å ligge i deres egen Azure-leietaker, i en EU-region.
- Bare modellkallet reiserFor KI går bare prompten i ett kall til modellen dere har valgt.
- Standardmodellen: behandles utenfor EUDen kjører inne i Azure, men prompten behandles utenfor EU. Egen drift og modeller som behandles bare innenfor EU, holder den i EU.
- Hvert steg loggesAll lesing, hvert modellkall og hver endring, i deres eget miljø.
Laget slik at lagrede data alltid ligger i EU.
Fundarem er laget slik at alt den tar vare på, lagres i deres egen Azure-leietaker, i EU-regionen dere velger ved oppsett. Det som kan gå ut, er et kall til en KI-modell, og hver vei sier hvor det behandles.
Laget for å holdes hos dere, alltid
- Kartet over virksomheten og hele historikken
- Assistentsamtaler og minner
- Forslag, beslutninger og revisjonsloggen
- Nøkler til koblingene, laget for å ligge i deres eget nøkkelhvelv
Kan gå ut, ett kall om gangen
- Prompten i ett modellkall, langs veien dere har valgt
- Endringer IT-ansvarlig tillater, skrevet tilbake til egne systemer
Med standardmodellen behandles den prompten utenfor EU. Velg egen drift, eller en modell som behandles bare innenfor EU, for å holde den i EU.
Fra systemene deres til et svar, i seks steg.
- 01
Systemene blir der de er
Programvaren dere allerede bruker, kjører videre som i dag. Ingenting flyttes: Fundarem leser fra den, og skriver tilbake bare der dere tillater det.
- 02
Koblinger leser dem inn
Hvert system kommer inn på en av tre måter: en ferdig kobling fra biblioteket, en tilkobling systemets egen leverandør allerede tilbyr, eller en kobling bygget for det. IT-ansvarlig merker hvilke kolonner som har personopplysninger før første synkronisering.
- 03
Ett kart over virksomheten
Hvert system oversettes én gang til objekter, koblinger og handlinger. Den samme kunden med tre id-er i tre systemer blir ett objekt, og en person bekrefter koblingen før den teller.
- 04
Agenter og assistenter jobber på kartet
Ingenting på toppen snakker direkte med et system. Agenter kjører etter tidsplaner og hendelser, hver persons assistent ser det rollen har lov til å se, og dashbord bygges fra det samme kartet.
- 05
Modellgrenen, og anonymisereren
Når en oppgave trenger en KI-modell, går kallet til modellen IT-ansvarlig har valgt for den typen oppgave, innenfor rammen som ble valgt sammen med oss ved oppsett. Anonymisereren er på som standard for alle modeller: før en forespørsel går til en modell, erstatter den verdiene i kolonnene IT-ansvarlig har merket for maskering, og navnene, fødselsnumrene, e-postadressene, telefonnumrene og IBAN-numrene den kjenner igjen, med plassholdere. IT-ansvarlig kan slå den av per type persondata, én modellrute om gangen; alle andre typer forblir maskert. Modellen tar ikke vare på noe mellom kallene.
- 06
Endringer skrives etter innstillingene deres, hvert steg logges
En agents endring er et forslag som bare skrives tilbake etter skriveinnstillingene IT-ansvarlig har valgt. All lesing, hvert modellkall og hver endring logges.
Hvor modellkallet går.
De fleste veiene blir inne i Azure. Én, en modelleverandørs eget API, går utenfor Azure. Hvilke av dem dere kan bruke, rammen, velges sammen med oss ved oppsett, og IT-ansvarlig kan ikke endre den; innenfor den velger IT-ansvarlig hvilken modell som tar hvilken type oppgave. Lagrede data er bygget for å bli i miljøet deres.
Blir inne i Azure
- Behandles i deres egen region
Egen drift
Modellen kjører på servere i deres egen Azure, i deres region. Ingenting sendes til en ekstern leverandør. Anonymisereren kjører her også som standard; IT-ansvarlig kan slå den av for denne modellen.
- Behandles bare innenfor EU
Modeller bare i EU
En modell som kjører inne i Azure, der prompten behandles bare i EUs medlemsland.
- Inne i Azure, behandles utenfor EU
Standardmodellen
Standardmodellen kjører inne i Azure, men modellen leveres av en tredjepart, og prompten behandles utenfor EU. De lagrede dataene deres tar ikke denne grenen.
Går ut av Azure
- Utenfor Azure
Modelleverandørenes egne API-er
IT-ansvarlig kan velge en modelleverandørs eget API, utenfor Azure, når leverandørens API-nøkkel er lagt inn i installasjonen deres. Da behandles prompten av den leverandøren utenfor Azure; anonymisereren, som er på som standard, maskerer den før den går ut.
Hva en modell med åpen kildekode er, og hvorfor det betyr noe
En modell med åpen kildekode, også kalt åpne vekter, er en modell der produsenten publiserer modellfilene, slik at alle kan laste dem ned og kjøre dem etter modellens lisens. En lukket modell kan bare brukes gjennom produsentens tjeneste eller en sky som selger den.
Dere kan kjøre den selv
Den samme modellen kan kjøre på Azure eller på en maskin dere eier, så dere kan flytte den senere uten å endre hvordan dere jobber.
Ingen innlåsing
Hvis en leverandør øker prisen eller slutter å tilby modellen, kan en annen vert, eller deres egen maskin, kjøre de samme filene.
Ingen andre trenger å se promptene
På deres egen maskin ser ingen modellprodusent noen gang en prompt.
Les lisensen
Hver modell har sin egen lisens. De fleste åpne modellene her bruker en romslig lisens som Apache-2.0 eller MIT; noen legger til vilkår. Lisensen til hver modell står ved siden av den.
Etter oppstart, i deres egen installasjon.
Hva virksomheten har når Fundarem er i drift.
- Deres egen firmahjerneHver virksomhet har sin egen firmahjerne: det Fundarem lærer om hvordan virksomheten jobber, godkjent av en leder og laget for å ligge i deres egen installasjon.
- En assistent som kjenner håndbokenProduktets håndbok ligger inne i installasjonen deres, for versjonen dere kjører. Deres egne folk spør assistenten hvordan noe virker eller hvor det finnes, og den svarer ut fra håndboken med en lenke til skjermbildet. Delene som er skrevet for administratorer, er for administratorer og ledere; et medlem får dem ikke.
- Aktivitet og forbruk dere serHvert modellkall logges med modellen som ble brukt og hva det kostet, og dere bestemmer hva KI-en får bruke per forespørsel og per dag. Den IT-ansvarlige ser hver brukers aktivitet og hva modellkallene deres kostet. Til faktureringen mottar vi bare tall, som antallet aktive brukere, aldri navn eller innhold.
- Faktureringen fra oss, synlig for dereI installasjonen deres ser den IT-ansvarlige denne månedens anslag over regningen fra oss: den månedlige avgiften pluss de aktive brukerne ganger prisen per bruker, regnet ut fra installasjonens egen telling. Anslaget bruker listeprisen vår til prisene i avtalen deres er lagt inn i installasjonen; er en innlagt pris ugyldig, står det at prisen ikke er satt.
- Oppdateringer den IT-ansvarlige godkjennerNår vi gir ut en ny versjon, viser administrasjonspanelet den med endringsloggen, og den IT-ansvarlige godkjenner den eller setter et automatisk tidsvindu for den, og installasjonen installerer den godkjente versjonen selv.
- Flere koblinger, når dere trenger demDen IT-ansvarlige legger til flere koblinger fra biblioteket når som helst, og nye koblinger kommer til biblioteket med programvareoppdateringer. Mangler dere en? Be om en kobling, så sender vi et tilbud.
- Vår tilgang er deres valgTilgangen vår er begrenset til den ene ressursgruppen Fundarem er bygget for å kjøre i. Etter oppstart velger den IT-ansvarlige om vi blir værende for å overvåke og hjelpe, eller bare beholder begrenset tilgang: endringen er et forslag som godkjennes i administrasjonspanelet, og deretter gjør den IT-ansvarlige den samme endringen i deres egen Azure. Fundarem kontrollerer så det steget i deres Azure.
- Hvordan dataene flyterDen IT-ansvarlige ser hva som går fra systemene deres til KI-modellen, og hva anonymisereren maskerer først, hentet fra deres egne innstillinger.
- Flere kolonner merket som persondataDen IT-ansvarlige merker flere kolonner som persondata når som helst, på enhver datatype. Hver endring er et forslag som godkjennes før anonymisereren bruker det.
Fra første samtale til drift, i ni steg.
De seks stegene under Slik virker det viser hvordan programvaren virker. Disse ni viser hvordan dere kommer fra en første samtale til at Fundarem er i drift i deres egen Azure.
01Kontakt oss
Fortell oss om virksomheten, systemene dere bruker og KI-modellen dere foretrekker. Det tar noen minutter.
02Samtalen og kontrakten
Vi ringer dere, går gjennom systemene og kravene dere har til etterlevelse, og blir enige om kontrakten.
03Oppstartsprofilen deres
Vi lager virksomhetens profil: systemene som skal kobles til, KI-modellene den kan bruke, regionen og planen deres.
04Én programvare, med en oppsettskode
Alle virksomheter får den samme signerte programvaren, en oppsettskode installasjonen deres kan bekrefte, og en skriftlig veiledning. Innstillingene deres er data, ikke kode.
05Sett den opp på deres måte
Dere velger hvem som setter den opp i Azure-miljøet deres.
Dere setter den opp selv
Med stegene våre: et skjema i Azure-portalen oppretter den ene ressursgruppen Fundarem kjører i, med rettighetene den trenger. En oppsettskode installasjonen deres kan bekrefte, lar dere fullføre uten oss.
ellerVi setter den opp for dere
Dere gir oss tilgang til én ressursgruppe gjennom Azure Lighthouse, og vi setter den opp.
06Programvaren bygger seg selv i deres Azure
Den bygger tjenestene sine, databasen, Key Vault, fillagringen og deres egen bedriftspålogging i Azure-miljøet deres.
07Innstillingene og påloggingsdetaljene deres
Den IT-ansvarlige gjør innstillingene i førstegangsoppsettet og legger inn påloggingsdetaljene til koblingene. De lagres i deres egen Key Vault: Fundarem beholder bare navnet på hver hemmelighet, aldri verdien. Koblingene i planen deres er allerede listet opp.
08Våre siste kontroller
Vi kontrollerer installasjonen i Azure-miljøet deres før den settes i drift.
09I drift
Virksomheten begynner å jobbe med Fundarem.
Til slutt, når dere er i drift: tilgangen vi beholder
Den IT-ansvarlige velger i administrasjonspanelet hvor mye tilgang vi beholder, og kan bytte senere.
Vi blir værende
Vi overvåker installasjonen og hjelper til.
Begrenset tilgang
Vi beholder bare tilgangen som trengs for å kjøre den.
Oppdateringer dere godkjenner
Når vi gir ut en ny versjon, godkjenner den IT-ansvarlige den i administrasjonspanelet, og installasjonen installerer den selv.
Neste i historien
Velg KI-modellen som passer behovene deres.
Sammenlign modellene på hver vei: hvor prompten behandles, hvor godt hver av dem gjør det, og hva de koster.