Granur skiller to ting som vanligvis blandes sammen: å avgjøre om en teknologileverandør er verdt å onboarde og holde de dere allerede har på stell, og å flytte den faktiske kontrakten gjennom registrering, gjennomgang, forhandling og signering. Begge deler ligger på samme tavle, knyttet til samme leverandørpost — velg hvor dere vil starte.
Ett dashbord viser hver leverandør og hver kontrakt i det stadiet den faktisk er i, akkurat nå — ikke en status noen oppdaterer når de husker det, og ikke en skattejakt i en innboks etter at personen som drev avtalen har byttet team.
Automatiske fornyelsesvarsler, advarsler om utløpende sertifiseringer og frister for forpliktelser fanger opp det en delt kalender eller noens hukommelse til slutt går glipp av — én glemt automatisk fornyelse eller utløpt sertifisering kan koste mer enn et helt års abonnement.
KI-assistert registrering alene erstatter manuell utfylling av 20-pluss felt fra et juridisk dokument med å gjennomgå og rette et førsteutkast — og det er før automatiseringsregler, påminnelser og e-signering fjerner resten av den manuelle oppfølgingen.
En vektet, dokumentert evaluering holder en ny leverandør ærlig før dere forplikter dere, og løpende KPI-scorecard for helse fanger opp underytelse med et faktisk register — i stedet for en magefølelse ingen skrev ned.
Raskere ruting og færre avtaler som stopper opp, betyr at en ny dataplattform, skytjeneste eller ad-tech-partner kommer gjennom evaluering og i produksjon raskere — i stedet for å ligge i en vurderingskø mens muligheten den skulle fange opp blir foreldet.
Last opp en kontrakt (PDF, DOCX eller tekst), og Claude henter ut de strukturerte feltene — leverandør, datoer, finansielle vilkår, forretningsformål — pluss varselflagg som klausuler om automatisk fornyelse, oppsigelsesvinduer og prisøkninger, inn i et redigerbart gjennomgangsskjema før noe lagres. Dette er den enkelt største tidsbesparelsen i hele appen: i stedet for at noen manuelt taster inn 20+ felt fra et juridisk dokument, gjennomgår og retter de et KI-generert førsteutkast. Det er også tryggere på en bestemt måte — varselfeltene (automatisk fornyelse, uten tak) fremhever risikospråk en travel gjennomgår ellers kunne skummet forbi.
Hver kontrakt beveger seg gjennom en fullt tilpassbar stadiepipeline med parallelle vurderingsspor (Engineering, forretningseier, finans, jus, sikkerhet) og en faseinndelt sjekkliste, alt redigerbart per organisasjon i stedet for hardkodet. «Låste» stadier krever godkjenning fra eier eller admin for å gå videre. Dette erstatter regneark-pluss-e-posttråd-måten de fleste organisasjoner faktisk følger opp kontraktsgjennomgang på — det sparer tid fordi alle alltid vet nøyaktig hvilket stadium og hvilken gjennomgår en kontrakt venter på, og det er tryggere fordi godkjenningskravene håndheves på serversiden, ikke bare en avkrysningsboks noen kan hoppe over.
En vektet, dokumentert rubrikk (strategisk egnethet, sikkerhet og etterlevelse, kommersielt og TCO, og mer, hver scoret 0 til 5 mot reelle bevistyper som «PoC validert» eller «referansekunde») pluss obligatoriske bestått/ikke bestått-krav (SSO, SOC 2, datalokalisering) som ikke kan poengsettes rundt. Dette gjør «vi tror denne leverandøren virker grei» til en dokumentert, forsvarlig beslutning — tidsbesparelsen viser seg ved fornyelse eller revisjon, når dere har et faktisk register i stedet for institusjonell hukommelse; tryggheten kommer fra krav som ikke kan overstyres av en god vektet score andre steder.
Periodiske KPI-scorecard (kvalitet, leveranse, kostnad, service, innovasjon, kommunikasjon) med en automatisk foreslått helsevurdering, en sjekkliste for avvikling, sporing av sertifiserings- og forsikringsutløp med gule/røde merker, og et forbruk-mot-risiko-segmenteringskart som fremhever hvilke leverandører som faktisk fortjener oppmerksomhet i stedet for å gjennomgå alle leverandører likt. Dette er der løpende leverandørhåndtering sparer tid — i stedet for leverandøroppslag én om gangen, fremhever segmenteringskartet og scorecard-listen avvikene automatisk.
En regelbasert risikoscore kjøres automatisk på hver kontrakt (ny leverandør, personopplysninger, manglende VRA, høy verdi, og mer), og en KI-gjennomgang på forespørsel leser selve kontraktsteksten for risikofylt klausulspråk med utdrag og alvorlighetsgrad. Etterlevelsesfelt (VRA, personvernvurdering, bruker-KI-flagg) er konfigurerbare per organisasjon i merking og rekkefølge. Hver endring i hele appen skrives til en revisjonslogg, som kan eksporteres som CSV eller PDF for en sikkerhetsgjennomgår. Dette er kjernesvaret på «hvorfor er det tryggere»: ingenting endres i systemet uten et tidsstemplet, tilskrevet register, og risikofylt kontraktsspråk flagges selv når ingen tenkte på å se etter det.
Finansielle data per kontrakt (verdi, annualisert verdi, valuta) rulles opp i porteføljeomfattende forbruksanalyse: totaler, fordeling per leverandør, type og stadium, fornyelser med risiko de neste 90 dagene, og de høyeste kontraktene etter verdi. Sparer det tilbakevendende «hva bruker vi egentlig på leverandør X»-spørsmålet som ellers betyr å hente frem kontrakter én etter én.
Automatisk fremheving av fornyelser sortert etter hastegrad, personlige e-post- og push-påminnelser med konfigurerbar varslingstid, og en personlig kalenderfeed (.ics) for hver frist og åpen forpliktelse. Dette er et direkte svar på den klassiske CLM-fallgruven — en fornyelse eller automatisk fornyelsesklausul som stille passerer fordi ingen fulgte den opp i en kalender.
Token-baserte e-signeringsforespørsler (ingen innlogging kreves for eksterne signører), automatisk påminnelsesrytme, automatisk fremgang til «signert» når alle har signert, pluss full versjonshistorikk for dokumenter med orddiff mellom versjoner. Sparer frem-og-tilbake om «hvilken versjon er gjeldende» og fjerner et manuelt steg — at noen markerer en kontrakt som signert — fra prosessen.
Forpliktelser og leveranser etter signering spores med eier, frist og status, både per kontrakt og for hele porteføljen, med fremheving av forsinkelser. Dette er delen som fanger opp det de fleste CLM-verktøy helt overser: de faktiske løftene inne i en signert kontrakt, ikke bare at kontrakten eksisterer.
En regelmotor (utløsere ved stadieinngang eller fullført sjekkliste, Slack-varsling eller automatisk fremgang som handlinger) pluss utgående webhooks (HMAC-signert) og et offentlig lese-API for eksterne systemer. Dette er der plattformen slutter å være noe folk må huske å sjekke og begynner å skyve informasjon utover — Slack får beskjed, andre systemer varsles, uten at noen åpner Granur først.
En aktivitetsfeed som kombinerer systemhendelser og innlegg, @nevnelse-varsler, kommentarer på både innlegg og enkeltkontrakter, og en varselklokke rangert etter alvorlighetsgrad. Dette holder konteksten — hvorfor stoppet denne avtalen opp, hvem flagget denne risikoen — inne i selve registeret i stedet for spredt over e-posttråder som til slutt går tapt.
Syklustid (liggetid per stadium, flaskehalsdeteksjon), en full tidslinje for hver viktig dato og stadieendring, og porteføljesøk i naturlig språk — «spør kontraktene deres». Dette besvarer prosessspørsmål — hvor ting faktisk sitter fast — som ellers er nesten umulig å rekonstruere i ettertid.
En visuell stadiebygger, redigering av sjekklistemaler, konfigurerbare etterlevelsesfelt, kontraktsmaler, et gjenbrukbart klausulbibliotek, full team- og rollestyring, og Stripe-basert fakturering med kvotehåndheving. Dette er det som gjør hele systemet tilpasset en spesifikk organisasjons faktiske prosess i stedet for å tvinge én generisk arbeidsflyt på alle.
Ingen salgssamtale nødvendig — dette er ekte skjermbilder fra det faktiske produktet.

Slipp inn en kontrakt, så leser Granur den — leverandør, datoer, betalingsvilkår, finansielle vilkår — rett inn i et redigerbart skjema dere gjennomgår før det lagres.
Hver leverandør i én katalog — en vektet evaluering og obligatoriske krav for en førstegangsleverandør, scorecard for helse, forpliktelser, sertifiseringer og porteføljesegmentering etter forbruk og risiko for de dere allerede har.
Ett dashbord for hver kontrakt, stadium for stadium — åtte stadier, fem parallelle vurderingsspor og tre etterlevelseskrav, pluss forhandling, e-signering, fornyelser og forbrukssporing, knyttet tilbake til leverandøren den tilhører.
Velg en plan, last opp noen avtaler, og se evaluering, ruting og fornyelsessporing fylles ut sammen.