Hver kontrakt, sporet stadium for stadium, knyttet til leverandøren den tilhører
Når et leverandørforhold er i gang, er dette der selve kontrakten beveger seg — seks stadier, fem parallelle vurderingsspor og tre etterlevelseskrav, alt synlig på ett dashbord og knyttet tilbake til den leverandørens post. Forhandling, signaturer og fornyelser spores på selve kontrakten, ikke spredt over e-posttråder og regneark.
Hver kontrakt, én sentralisert visning
En Kanban-tavle eller en sorterbar tabell — kontraktsloggen — velg selv, som viser hver kontrakt i det stadiet den faktisk er i, akkurat nå. Ikke en status noen oppdaterer når de husker det; den reelle, gjeldende tilstanden til hele pipelinen, på ett sted.
Hver statistikkflis på dashbordet er et live-filter, ikke et statisk tall. Klikk på Kritisk nivå, Nye leverandører eller en spesifikk kontraktstype, og visningen snevres inn til nøyaktig den delmengden — ingen separat rapport, ingen eksport til regneark for å svare på et enkelt spørsmål.
Klikk på en hvilken som helst flis for å filtrere tavlen til nøyaktig den delmengden.
Seks stadier som beveger den fremover
Hvert leverandørforhold har et stadium, og hver stadieendring tidsstemples — så «hvor er denne?» alltid er et ett-sekunds svar. Åtte av dem er fremdrift — en kontrakt som aktivt beveger seg gjennom gjennomgang, godkjenning og videre inn i aktiv håndtering og fornyelse. «Hos leverandør» og «På vent» er venteitilstander, ikke en del av den flyten — en kontrakt kan ligge i en av dem fra hvilket som helst punkt og komme tilbake. Dette er standarden — en kontoeier kan legge til, omorganisere, gi nytt navn til eller fjerne stadier fra arbeidsflytbyggeren, uten kodeendring — veiledet av bransjens beste praksis for å sikre kontrakter og leverandørforhold, ikke låst fast som én løsning for alle.
En førstegangs teknologiplattform- eller dataleverandør ser Evaluering og Sikkerhet og etterlevelse flyttes fremst i denne rekkefølgen, foran Forretnings- og finansgodkjenning og Juridisk gjennomgang — en fornyelse beholder rekkefølgen vist under.
Fang opp forretningsbehovet, bruksområdet, omfanget, leverandøren, eieren og de innledende kravene.
Vurder løsningspassform, kapabiliteter, arkitektur, kommersiell modell og alternativer.
Gjennomgå sikkerhet, personvern, datahåndtering, regulatoriske krav og tredjepartsrisiko.
Gjennomgå og forhandle kontraktsvilkår, ansvar, immaterielle rettigheter, oppsigelsesrettigheter og juridiske krav.
Bekreft forretningsstøtte, budsjett, finansielle forpliktelser og nødvendige ledergodkjenninger.
Rut den endelige avtalen til autoriserte signatarer og fullfør signeringen.
Håndter kontrakten, leverandørforholdet, bruk, forbruk, ytelse og forpliktelser.
Vurder fortsatt behov og ytelse, og forny, forhandle på nytt, erstatt eller avslutt.
Fem spor, sporet uavhengig av hverandre
Et leverandørforholds overordnede stadium forteller deg hvor det befinner seg i pipelinen. Men Engineering, forretningseieren, finans, jus og sikkerhet beveger seg alle i sitt eget tempo — så Granur sporer hver av dem separat, med sin egen gjennomgår og status, i stedet for å flate alt ut til ett enkelt «under gjennomgang»-flagg.
Jus får et mer detaljert statusvokabular enn de andre sporene — inkludert Send til ekstern advokat, Hos ekstern advokat for gjennomgang og Gjennomgå tilbakemelding fra ekstern advokat — for å gjenspeile overleveringer til ekstern advokat uten å finne opp en egen arbeidsflyt for det.
Tre krav, før noe beveger seg
Flagg for ny leverandør og bruker-KI utløser kravene automatisk — ingenting avhenger av at noen husker å spørre.
Hver kontrakt bærer også sin egen automatiske risikoscore — ny leverandør, manglende vurdering, høy verdi, hastesak — synlig med et blikk på dashbordet, ikke noe du må lete etter.
Leverandørrisikovurdering
Hver ny teknologiplattform eller dataleverandør screenes før en kontrakt kan bevege seg gjennom gjennomgang.
Personvern-/KI-vurdering
Flagges automatisk for enhver avtale som involverer personopplysninger eller bruk av KI.
Leverandørforespørselsskjema
Den formelle registreringsposten som kreves før innkjøp og finans engasjerer seg.
Last opp en PDF, ikke et blankt skjema
Slipp inn en kontrakt, og Claude leser den — henter ut vilkårene som betyr noe og forhåndsutfyller registreringsskjemaet for deg å gjennomgå og rette, ikke stole blindt på. Ingenting lagres før du bekrefter det.
Å lese kontrakter er den kjedelige delen — la KI gjøre den delen
Registreringsuttrekk er én oppgave. To til kjøres på samme måte — smalt avgrenset, gjennomgått av en person, aldri auto-anvendt uten et blikk.
Risikoklausul-gjennomgang, på forespørsel
Kjør en KI-gjennomgang over selve kontraktsteksten og få tilbake spesifikke, alvorlighetsmerkede flagg — en ubegrenset ansvarsklausul, en stille automatisk fornyelse, ensidig skadesløsholdelse — hver med det eksakte utdraget den kom fra, ikke en generisk advarsel.
Still kontraktene deres et spørsmål
«Hvilke leverandører fornyes i første kvartal med en klausul om automatisk fornyelse?» Spør direkte og få et svar med de konkrete kontraktene det er basert på — i stedet for å åpne ti avtaler for å sjekke.
Hvor avtalen står, ikke bare hvor dokumentet er
«Under juridisk gjennomgang» forteller deg at rettelsen jobbes med. Det forteller deg ikke om dere er nære på pris, fortsatt kjemper om ansvarsbegrensninger, eller venter på at leverandøren skal komme med et motforslag. Beste praksis innen CLM holder disse som separate spørsmål — så Granur sporer forhandling som sin egen post på hver kontrakt: status, hvor mange runder det har tatt, hvor den nåværende posisjonen står, hvilket utfall dere sikter mot, og neste konkrete steg.
Det oppdateres uavhengig av det juridiske sporet, så en avtale kan være «Endelige vilkår» på forhandling mens rettelsen fortsatt er i en gjennomgangsrunde — et nøyaktig bilde i stedet for én utflatet status.
Hver dato, hver endring, én kronologisk visning
Viktige datoer — innsending, start, slutt, frister, rettelser-til-leverandør, ikrafttredelse og fornyelse — ligger sammen med en live-logg over stadiebevegelser og endringer i vurderingsstatus, delt inn i det som kommer og det som allerede har skjedd.
Konteksten forblir i registeret, ikke i noens innboks
Hvorfor en avtale stoppet opp, hvem flagget en risiko, hva som ble besluttet og hvorfor — det er nøyaktig den typen ting som går tapt i en e-posttråd seks måneder senere.
En aktivitetsfeed, ikke et statusmøte
Systemhendelser og teaminnlegg i én omvendt kronologisk feed — hva som endret seg, hvem som postet om det, og hvem som likte eller svarte — i stedet for et tilbakevendende møte for å dekke det samme høyt.
Kommenter og @nevn, rett i registeret
Still et spørsmål eller trekk inn noen direkte på en kontrakt eller en leverandørtråd — de varsles, og utvekslingen forblir knyttet til det den faktisk handler om.
Varsler rangert etter det som betyr noe
Fornyelser, frister, nevnelser og fastlåste kontrakter — rangert etter alvorlighetsgrad i ett varselikon, i stedet for en innboks der et hastende flagg ser likt ut som et nyhetsbrev.
En signert kontrakt har fortsatt en jobb å gjøre
Å signere en kontrakt er ikke målstreken — fristen den skaper og forbruket den representerer trenger fortsatt oppfølging etterpå.
Påminnelser som finner deg
En personlig e-post- eller push-påminnelse i forkant av enhver fornyelse eller frist, på egen varslingstid, pluss en privat kalenderfeed for hver frist og åpen forpliktelse dere kan abonnere på fra en hvilken som helst kalenderapp.
Forbruk, kuttet på alle måter
Porteføljeverdi, gjennomsnittlig avtalestørrelse og forbruk fordelt på leverandør, type og stadium — pluss hvilke fornyelser de neste 90 dagene bærer mest risiko, uten å eksportere noe til et regneark først.
Bygget rundt etablert beste praksis innen CLM
Hvert stadium i kontraktslivssyklushåndtering har en veletablert beste praksis. Her er det som allerede er reelt i Granur i dag — og hva som kommer.
Ett enkelt registreringspunkt med forhåndsgodkjente maler og klausulbiblioteker fremskynder utarbeidelse og reduserer menneskelige feil.
Hver kontrakt starter på ett registreringspunkt — last opp en PDF, og KI-assistert uttrekk forhåndsutfyller skjemaet for deg å gjennomgå, i stedet for en blank start på utarbeidelsen. Lagrede maler bærer standardfelt for en gitt avtaletype, og et delt klausulbibliotek slipper standardspråk rett inn i en mal, slik at utarbeidelsen starter fra organisasjonens egen presedens, ikke en blank side.
Streng versjonskontroll pluss parallell, KI-assistert gjennomgang holder rettearbeidet samarbeidsbasert i stedet for én treg, sekvensiell overlevering — og selve den kommersielle forhandlingen spores separat fra dokumentgjennomgangen, slik at en avtales posisjon ikke er begravd i noens innboks.
Vurderingsspor — Engineering, forretningseier, finans, jus, sikkerhet som standard — kjører parallelt, ikke etter hverandre, og rutingsjekklisten legger til en sporet runde hver gang en rettelse går tilbake til leverandøren. Et eget forhandlingspanel registrerer antall runder, nåværende posisjon, målsatt utfall og neste steg — separat fra det juridiske sporet, fordi hvor en avtale står kommersielt ikke er det samme spørsmålet som om rettelsen er ren.
Automatisert godkjenningsruting etter myndighetsterskel, avsluttet med en sikker e-signering.
Pipelinen håndhever ruting stadium for stadium med et XLT-godkjenningsflagg for avtaler som trenger det, og innebygd e-signering avslutter den — be om en signatur fra et organisasjonsmedlem eller en ekstern leverandørkontakt, de signerer via en sikker lenke med et skrevet juridisk navn, kontrakten går automatisk videre fra Signering til Aktiv i det øyeblikket alle signører er ferdige, og en signør som blir stille får en automatisk påminnelse (eller et ett-klikks puff fra deg).
Ett sikkert, søkbart, tilgangskontrollert arkiv — ikke fem forskjellige mapper og innbokser — med porteføljen delbar etter kontraktstype, leverandørforhold og frist i stedet for én flat liste.
Hver avtale ligger i ett enkelt dashbord, isolert per organisasjon. Hver nøkkelmetrikk på dashbordet er et live-filter — klikk på Kritisk nivå, Nye leverandører eller en spesifikk kontraktstype, og tabellen snevres inn til nøyaktig de avtalene, ingen separat rapport nødvendig. Fire roller — eier, admin, medlem, observatør — kontrollerer hvem som kan endre innstillinger, håndtere teamet eller bare se; en observatør håndheves som skrivebeskyttet overalt, ikke bare skjult i grensesnittet. Hver dokumentversjon beholdes også, med en orddiff mellom to hvilke som helst, så det ikke blir gjetting om hvilken rettelse som er gjeldende.
Automatiserte fornyelses- og milepælsvarsler, pluss syklustidssporing, for å drive kontinuerlig forbedring.
Tidslinjen og kontraktsloggen fremhever hver kommende fornyelse automatisk, og syklustid — dager brukt i hvert stadium — spores på hver kontrakt, slik at trege stadier er synlige, ikke anekdotiske.
Pipelinen beveger ting fremover uten å bli bedt om det
Et sporingsverktøy hjelper bare hvis noen husker å sjekke det. Granur dytter også selv.
Automatiseringsregler
Når en kontrakt går inn i et stadium, eller en sjekkliste fullføres, kan en regel varsle Slack eller flytte kontrakten videre på egen hånd — ingen trenger å huske å utløse den.
Slack, Teams og webhooks
Et daglig sammendrag eller et push på forespørsel til Slack eller Teams, og utgående webhooks for deres egne systemer — en kontrakt opprettet, et stadium endret, en signering fullført — signert og levert automatisk.
Et eget lese-API
En dedikert API-nøkkel gir et annet internt verktøy lesetilgang til kontraktsdataene deres — ingen eksport, ingen kopiering, ingen venting på at noen skal hente en rapport.
Hver kontrakt her er knyttet til et leverandørforhold. Se leverandørkatalogen, evalueringsscorecardene og helsesporingen
Kontraktsdataene deres, isolert og oversiktlige
Granur er tidlig i sin fase — vi er tydelige på hva som er bygget i dag i stedet for å låne merker vi ikke har fortjent.
Organisasjonsavgrenset flerleiermodell
Hver kontrakt, bruker og hendelse er avgrenset til organisasjonen deres — ingen tilgang på tvers av organisasjoner.
Hashede påloggingsdetaljer, sesjonsautentisering
Passord hashes og lagres aldri i klartekst; sesjoner er signerte og kortvarige.
Full, eksporterbar revisjonslogg
Hver stadiebevegelse, godkjenning og innstillingsendring logges automatisk — synlig på tidslinjen, og eksporterbar som CSV eller PDF for en sikkerhetsgjennomgår.
Dere kontrollerer dataene
Kontraktsdataene deres ligger i deres egen database — Granur deler dem ikke på tvers av organisasjoner.
Se deres egne kontrakter i pipelinen
Velg en plan, last opp noen avtaler, og se rutingkartet fylles ut.