--- title: "Ontologi" url: "https://hurukan.com/no/system/ontologi" description: "Den digitale modellen under hver Hurukan-modul: objekter, relasjoner og regler, beskrevet, versjonert og utvidet av agenter mens virksomheten vokser." --- # Ontologi Under agentene ligger en nedskrevet beskrivelse av selve virksomheten: hva en kunde, en ordre, en vare eller en kontrakt er, hvordan de henger sammen, og hvilke regler som gjelder. Alle moduler og alle agenter leser den samme modellen, så én endring i den er én endring overalt. [Snakk med oss](https://hurukan.com/no/contact) En hånd som plasserer en kloss på en hvit arkitekturmodell av et campus, med tråder som binder byggene sammen Lag 3 av 5 - Objekter, relasjoner og regler i én beskrevet modell - Versjonert: hver endring har en forfatter, en begrunnelse og en godkjenning - Selvutviklende: agenter foreslår utvidelser når virksomheten endrer seg - Én modell som leses av alle moduler og alle agenter ## Hvorfor en modell, ikke et sett moduler Tradisjonell forretningsprogramvare leveres med sin forestilling om en virksomhet bakt inn i koden: et fast kundebilde, en fast ordre, en fast godkjenningsflyt. Når virksomheten ikke passer inn, jobber folk seg rundt det i regneark, og den virkelige virksomheten glir bort fra den systemet beskriver. Hurukan begynner i den andre enden. Virksomheten beskrives først, som objekter, relasjoner og regler, og modulene leser den beskrivelsen. En modul er en måte å arbeide med en del av modellen på, ikke en egen database med sin egen forestilling om hva en kunde er. ## Hva den inneholder Objektene er virksomhetens substantiver: kunde, leverandør, vare, ordre, kontrakt, person, dokument. Relasjonene binder dem sammen: denne ordren er et avrop på den rammeavtalen; denne varen kommer fra de to leverandørene. Reglene sier hva som må gjelde: et tilbud over en terskel krever en ekstra godkjenning; et sertifikat må være gyldig på leveringsdagen. Handlingene er verbene: hva som kan gjøres med et objekt, av hvem og på hvilke vilkår. ## Slik utvikler den seg Modellen fortsetter å utvikle seg, fordi virksomheten gjør det. Når virksomheten endrer seg — en ny tjeneste, et nytt marked, en ny lovpålagt forpliktelse — foreslår en agent endringen i modellens egne termer. Et menneske gjennomgår den, ser hva den påvirker, og godkjenner eller avviser den. Den godkjente endringen blir en ny versjon, og den forrige forblir lesbar, slik at enhver post kan forstås ut fra modellen som gjaldt da den ble skrevet. ## Mellom agentene og dataene Over dette laget handler **Agentisk logikk** i de termene ontologien definerer: hver handling en agent kan utføre, er beskrevet her. Under det lagrer **Data**\-laget poster som må samsvare med modellen, så en import som ikke passer, stoppes i døren i stedet for å bli oppdaget i en rapport. **Sikkerhet og suverenitet** legger tilganger på objektene og handlingene modellen navngir. Ontologien er kontrakten mellom alle tre. ## Hva modellen inneholder 01 ### Objekter Kunder, leverandører, varer, ordrer, kontrakter, personer, eiendeler og dokumenter, hver definert én gang med sine felt, sine tilstander og sin eier. 02 ### Relasjoner Hvilken ordre som hører til hvilken kontrakt, hvilken vare til hvilken leverandør, hvilken person til hvilken enhet. Uttrykkelig angitt, slik at agentene følger dem i stedet for å gjette. 03 ### Regler Valideringer, tilstandsendringer, godkjenningsterskler og hvem som får gjøre hva, skrevet inn i modellen i stedet for å være begravd i skjermbilder og regneark. 04 ### Handlinger Hva som kan gjøres med hvert objekt, av hvem og på hvilke vilkår. Dette er vokabularet agentene handler i, og det setter hele rammen for hva de kan gjøre. 05 ### Versjoner Hver endring i modellen er en versjon med en forfatter, en begrunnelse og en godkjenning, og den forrige versjonen forblir lesbar. 06 ### Selvutvikling Når virksomheten legger til en produktlinje, en prosess eller en forpliktelse, foreslår en agent de nye objektene og reglene, et menneske godkjenner dem, og alle moduler tar dem i bruk. ## Fungerer sammen med [Ingeniører med hjelmer som går gjennom en trykt tegning og et nettbrett i en anleggsbrakke ### Prosjekter og dokumenter Programmer, faser, milepæler og budsjetter per prosjekt, porteføljeoversikter, og hvert dokument knyttet til sin post. → ](https://hurukan.com/no/modules/prosjekter-og-dokumenter)[En leder som godkjenner saker på et nettbrett ved et skrivebord i et minimalistisk kontor ### Beslutninger og oppgaver Én godkjenningsinnboks for agentforslag med kilder og risiko, og oppgaver som alltid har en eier. → ](https://hurukan.com/no/modules/beslutninger-og-oppgaver)[En ingeniør som sjekker et nettbrett ved et maskineringssenter og en robotarm i en ren produksjonshall ### Drift og kvalitet Planlegging, arbeidskø, timeplanlegging, timer og underleveranser; kontroller, avvik, frigivelse og sertifikater. → ](https://hurukan.com/no/modules/drift-og-kvalitet) ## Spørsmål Hva er en ontologi, enkelt forklart? En nedskrevet beskrivelse av tingene en virksomhet har med å gjøre, hvordan de henger sammen, og hvilke regler som gjelder for dem. Alle virksomheter har allerede en; den er som regel spredt over flere systemer og i hodene til erfarne medarbeidere. Hva betyr selvutviklende? At det å utvide modellen er en del av systemets vanlige arbeid. Agentene ser hvor modellen ikke lenger passer virksomheten, og foreslår endringer, og mennesker godkjenner dem. Hver endring går fortsatt gjennom et menneskes godkjenning. Kan vi lese og eksportere modellen? Ja, det er slik den er designet. Modellen er lesbar, versjonert og kan eksporteres sammen med dataene dine, fordi en beskrivelse av virksomheten din tilhører deg. [← ForrigeAgentisk logikk](https://hurukan.com/no/system/agentisk-logikk)[Neste →Data](https://hurukan.com/no/system/data) ## Bygg virksomhetens operativsystem sammen med oss Hurukan er ennå ikke lansert. Leder du en virksomhet og vil ha et suverent, agentisk system i stedet for enda en programvarepakke, vil vi gjerne høre hva du trenger. [Snakk med oss](https://hurukan.com/no/contact)