Fire moduler, og det de kobler sammen

Sikkerheten alle modulene arver

Grunnmuren eier ingen forretningslogikk, den eier sikkerheten agentene må gjennom. Den er inkludert under hver modul, og det er derfor porteføljen kan vokse uten å bygges på nytt for hver kunde.

• Aldri bredere enn mennesket bakAgenten ser aldri mer enn den som spør har lov til å se i hvert system.
• Bekreftelse på skrivingIngen konto, faktura eller tilgang endres uten at et menneske sier ja først.
• Identitet ut til kantenHver handling utføres som deg, gjennom deres egen identitetsplattform.
• Én logg, én sporingHvert spørsmål og hver handling logges med samme sporing gjennom hele løpet.

Start med én modul, bygg mot hele grunnen.

Vi setter opp en pilot på modulen som haster mest, på ett system og et avgrenset scope, så dere ser verdien før dere kobler sammen resten.

Vunnet salg blir kunde, prosjekt og fakturagrunnlag av seg selv

Når en avtale settes til vunnet og kontrakten er signert, opprettes kunden, prosjektet og fakturagrunnlaget i økonomisystemet av seg selv, nøyaktig én gang, uten at noen taster det inn på nytt. CRM-et eier salget, økonomisystemet eier pengene, og grunnmuren bærer beskjeden mellom dem.

Mellom salg og økonomi sitter en manuell overlevering

En avtale settes til vunnet i CRM. Så begynner dobbeltarbeidet: noen oppretter kunden på nytt i regnskapet, setter opp prosjektet for hånd og bygger fakturagrunnlaget ut fra en tilbudstekst i et annet system. Kontrakten blir signert, men beskjeden om det når ikke alltid frem til dem som skal fakturere.

Resultatet er kjent: kunder som finnes i to varianter med hver sin skrivemåte, prosjekter som ikke stemmer mellom salg og regnskap, og fakturaer som ligger og venter fordi ingen visste at grunnlaget var klart. Salgstallet i pipeline og det som faktisk er fakturert, lever i hver sin verden.

CRM-et eier salget, økonomisystemet eier pengene

Ingen av systemene mister rollen sin. CRM-et eier pipeline og avtalen, økonomisystemet eier kunden, prosjektet og fakturaen. Det grunnmuren gjør, er å bære beskjeden mellom dem: settes en avtale til vunnet og kontrakten signeres, opprettes eller oppdateres kunden, prosjektet settes opp og fakturagrunnlaget gjøres klart. Det skjer nøyaktig én gang. Skulle nettverket svikte og beskjeden bli sendt på nytt, blir kunden likevel ikke opprettet to ganger.

Fra vunnet avtale til fakturagrunnlag

Spør på tvers av salg og økonomi, i Teams eller Slack

Når salg og økonomi henger sammen i samme kjede, kan dere spørre på tvers av dem der dere allerede jobber, i Teams eller Slack, gjennom Microsoft Copilot, Claude eller ChatGPT. Spørsmålet som før krevde at noen åpnet både CRM og regnskapet og sammenholdt dem, besvares nå i tråden.

Andre spørsmål på tvers agenten svarer på:

• Hva er forventet omsetning fra vunne avtaler denne måneden, mot hva som er fakturert?
• Ble kunden opprettet i regnskapet for denne avtalen, og med riktig organisasjonsnummer?
• Hvilke signerte kontrakter mangler fortsatt et prosjekt i økonomisystemet?
• Stemmer avtaleverdien i CRM med fakturagrunnlaget som ligger klart?

Teams  ·  Slack  ·  Microsoft Copilot  ·  Claude  ·  ChatGPT

Koblet til CRM-et og økonomisystemet dere allerede bruker

Der begge systemene har et åpent API, kobler vi dem direkte. CRM-siden kan være ett av de vanlige salgssystemene, og økonomisiden ett av de vanlige regnskaps- og forretningssystemene. Den signerte kontrakten blir hendelsen som utløser overføringen, gjennom den e-signeringsløsningen dere allerede bruker. Reglene for hva som skal opprettes, og når, settes sammen med dere, så koblingen speiler deres faktiske salgs- og faktureringsprosess.

Salg og faktura henger sammen

• Ingen dobbeltføringKunden opprettes én gang, fra CRM til regnskap, uten manuell overtasting.
• Én kunde-sannhetSamme kunde og samme prosjekt på tvers av salg og økonomi, uten to varianter.
• Faktura i tideFakturagrunnlaget er klart i det kontrakten er signert, ikke dager senere.
• Pipeline mot faktiskForventet omsetning og fakturert stilt opp mot hverandre, i sanntid.
• Bekreftet, ikke blindtKunde, prosjekt og faktura opprettes først når et menneske har sagt ja.
• Siste ledd i kjedenSalget står på den samme grunnmuren som identitet, rekruttering og økonomi.

Fra pipeline til levering, på én grunn

Med dette leddet på plass går en avtale hele veien uten manuelle hopp: salget vinnes i CRM, kontrakten signeres, kunden og prosjektet legger seg i økonomisystemet, og prosjektet kan bemannes gjennom de samme agentene som allerede står. Salget var den åpne enden. Nå henger pipeline, kontrakt, økonomi og leveranse sammen på den samme grunnen, og dere kan spørre om hele løpet fra ett sted.

Se leddet lukke seg.

Vi kobler CRM, signering og økonomisystemet sammen på ett avgrenset løp, så dere ser en vunnet avtale bli til kunde, prosjekt og fakturagrunnlag før dere utvider til resten.

Regnskapet vet svaret. Nå kan dere bare spørre.

En agent som kobler økonomisystemet til den samme grunnmuren som resten av driften, så dere kan spørre om fakturering, timer mot budsjett og forfall der dere allerede jobber, og få svaret uten å logge inn.

Tallene finnes, men de er tunge å nå

Økonomisystemet holder oversikt over hver faktura, hver time og hvert prosjekt. Likevel er svaret på et enkelt spørsmål ofte en omvei: noen må logge inn, finne riktig rapport, filtrere den og lime resultatet inn i en e-post, og i mellomtiden har en leder tatt en beslutning på magefølelse fordi tallet ikke var fremme i tide.

Controlleren blir flaskehalsen for spørsmål andre burde kunne stille selv. En prosjektleder som lurer på om timene sprekker mot budsjett, en avdelingsleder som vil vite hva som er fakturert, en daglig leder som vil se forfalte fakturaer, alle går veien om én person og ett verktøy.

Regnskapet er ferskt. Avstanden til det er problemet.

Økonomisystemet eier tallene, grunnmuren er veien inn til dem

Vi kobler økonomisystemet deres til en agent som står på grunnmuren vår. Systemet eier fortsatt hvert eneste tall: bokføring, timer og fakturaer blir liggende der de alltid har ligget, og agenten lager ingen egen versjon av sannheten. Den henter, den setter sammen, og skal den skrive noe tilbake, venter den på et menneske.

Agenten når systemet gjennom MCP, det samme standardiserte settet med hender som resten av plattformen bruker. Å lese er bredt og raskt, å skrive er avgrenset og bekreftet, og alt går gjennom den samme grunnen med tilgangsgrenser og logg.

Å spørre

Å handle

Spør der dere allerede sitter

Poenget med å koble økonomisystemet inn er ikke integrasjonen i seg selv, men at et spørsmål om økonomi skal kunne stilles og besvares der dere allerede jobber, i Teams eller Slack, gjennom Microsoft Copilot, Claude eller ChatGPT. Dere åpner ikke regnskapet, dere spør om det, og svaret kommer i samme tråd.

Andre spørsmål agenten svarer på uten at dere åpner et verktøy:

• Har vi forfalte fakturaer eldre enn 30 dager, og hvem gjelder de?
• Hvilke prosjekter ligger over budsjetterte timer denne måneden?
• Hva har vi fakturert hittil i kvartalet, sammenlignet med forrige?
• Hvor mange timer er ført på dette prosjektet, men ikke fakturert?
• Er det bilag som mangler godkjenning før månedsavslutning?

Teams  ·  Slack  ·  Microsoft Copilot  ·  Claude  ·  ChatGPT

Aldri bredere enn mennesket bak spørsmålet

Økonomitall er ikke ett rom alle skal inn i. En controller ser helheten, en prosjektleder ser sitt prosjekt, en avdelingsleder ser sin avdeling. Agenten arver den samme grensen. Den kombinerer det den selv kan gjøre med det du har lov til å se, og svarer aldri på mer enn du ville fått se ved å logge inn selv. Stiller to personer det samme spørsmålet, får de hvert sitt svar, fra den samme agenten.

Koblet til økonomisystemet dere allerede bruker

Der systemet har et åpent API, kobler vi agenten direkte. Det gjelder de fleste moderne norske regnskaps- og forretningssystemene. For systemer uten et egnet grensesnitt bygger vi et avgrenset lag på den samme grunnen, slik at kjeden blir lik uansett hvor tallene bor. Reglene for hva agenten får lese og skrive settes sammen med dere.

Økonomien tilgjengelig, styringen intakt

• Svar med en gangFakturering, timer og forfall besvart i Teams eller Slack, uten omveien om en rapport.
• Controller frigjortRutinespørsmål besvarer seg selv, så økonomifunksjonen bruker tiden på det som krever et hode.
• Ingenting skrives blindtFaktura og bokføring skjer først når et menneske har bekreftet utkastet.
• Riktig innsyn for hver enkeltAlle ser sitt, aldri mer. Det håndheves av grunnmuren, ikke av en instruksjon til språkmodellen.
• Full sporbarhetHvert spørsmål og hver handling logges, så revisjon blir enkel å dokumentere.
• Neste stein i grunnmurenØkonomien står på den samme grunnmuren som identitet og tilgang, så dere bygger videre.

Grunnmuren først, økonomien som neste ledd

Når identitet og tilgang er på plass, står grunnmuren: HR-systemet bestemmer hvem som finnes, grunnmuren håndhever hva de får lov til, og agentene svarer i Teams eller Slack. Økonomi er det naturlige neste leddet, fordi det møter den samme grunnmuren og den samme sikkerheten, og fordi tallene henger sammen med prosjektene, timene og menneskene som allerede er koblet inn. Dere legger til ett system, ikke en ny plattform.

Spør regnskapet i praksis.

Vi kobler ett økonomisystem og et avgrenset sett med spørsmål, så dere kjenner på hvordan det er å få svaret i Teams eller Slack før dere utvider.

Riktig tilgang fra første dag, ryddig avslutning på den siste

To agenter som gjør endringer i HR-systemet til virkelige tilganger: konto, verktøy og lisenser satt opp når noen begynner, og stengt samme dag som noen slutter. Uansett hvem det gjelder, og uansett HR-verktøy.

Manuell on- og offboarding koster tid, penger og sikkerhet

Når noen ansettes, skal IT opprette konto, tildele riktig lisens og sette opp tilganger. Ofte tar det flere dager, og den nyansatte sitter klar på første arbeidsdag uten å komme inn i systemene.

Når noen slutter, er offboarding oppgaven som lettest blir glemt. Resultatet er foreldreløse kontoer som fortsatt har tilgang til kunde-, person- og økonomidata, en sikkerhetsrisiko, et avvik i enhver revisjon, og en lisens som fortsatt betales for en som har sluttet.

HR vet alltid først. Likevel er det IT som utfører endringene manuelt, gjerne via e-post og henvendelser, og mellom de to leddene oppstår forsinkelser og feil.

HR-systemet bestemmer, agenten utfører, grunnmuren håndhever

Vi kobler HR-systemet deres til Entra ID gjennom en agent som står på grunnmuren vår. Agenten når systemene gjennom MCP, en standardisert kobling som gjør endringer og henter svar på samme måte hver gang. Reglene for hvem som får hvilken tilgang ligger i grunnmuren, under språkmodellen. De håndheves av systemet, de er ikke overlatt til en instruksjon modellen kan velge å følge. Det er dette som gjør at livsløpet kan gå av seg selv uten at noen mister nattesøvnen.

Onboarding

Offboarding

Én som åpner, én som lukker

Ikke bare automatisk, også på spørsmål

Den samme koblingen som lar agenten opprette en konto eller stenge en tilgang, kan dere også stille spørsmål gjennom. Poenget med å bygge dette er ikke integrasjonen i seg selv. Poenget er at dere skal kunne spørre om noe og få svar, uten å logge inn i Entra, uten å åpne HR-systemet og uten å sende en henvendelse til IT.

Dere trenger ikke lære et nytt verktøy for dette. Dere spør der dere allerede jobber, i Teams eller Slack, gjennom Microsoft Copilot, Claude eller ChatGPT, og får svaret i samme tråd.

Teams  ·  Slack  ·  Microsoft Copilot  ·  Claude  ·  ChatGPT

Koblet til HR-verktøyet dere allerede bruker

Noen HR-systemer kan opprette brukere i Entra ID på egen hånd, og kobles rett på. For de øvrige bygger vi et avgrenset lag som gjør den jobben, på den samme grunnmuren. Reglene bygges sammen med dere, så de reflekterer deres faktiske forpliktelser, ikke en generisk mal.

Et eid utfall, ikke en leid punktløsning

• Tilgang fra dag énNyansatte er produktive fra første arbeidsdag, uten å vente på IT.
• Ingen foreldreløse kontoerTilgang trekkes tilbake i det øyeblikket noen slutter. Den vanligste sikkerhetssvakheten er borte.
• Riktig lisenskostnadDere betaler for aktive brukere, ikke for folk som har sluttet.
• Svar der dere jobberSpør i Teams eller Slack og få status på tilgang og lisenser uten å åpne et eneste verktøy.
• Styring dere eier selvReglene for hvem som får tilgang til hva, ligger i grunnmuren deres, ikke hos en leverandør.
• Første stein i grunnmurenDen samme grunnmuren bærer neste tjeneste, så dere bygger videre i stedet for å starte på nytt.

Lisensene forvaltet, agenten inkludert

SkyeTec forvalter Microsoft-lisensene på vegne av dere og skalerer antallet i takt med bemanningen. Prisen løper per lisens, med både lisensen og agenten inkludert. Det eneste dere velger er HR-verktøy og antall lisenser.

Se livssyklusen i praksis.

Vi setter opp en pilot på ett HR-system og et avgrenset antall lisenser, så dere ser on- og offboarding gå av seg selv før dere skalerer.

Fra søknad til signert kontrakt og klargjort arbeidsplass

En rekrutteringsløsning der agentene leser, vurderer og forbereder, mennesket avgjør, og alt henger sammen med HR-systemet, identiteten og signeringen dere allerede har. Og der dere kan spørre om status der dere jobber, uten å åpne verktøyet.

CV-bunken tar tid, magefølelsen bestemmer, og opprydningen glemmes

Rekruttering drukner i det manuelle. Søknadene hoper seg opp mens noen leser dem én for én, vurderingen blir subjektiv og vanskelig å etterprøve, og statusen på en kandidat ligger spredt i innbokser og hoder.

Etter signering starter et nytt kappløp: konto, arbeids-e-post og HR-profil skal på plass før første dag, ofte manuelt, ofte for sent. Og når prosessen er over, blir slettefristene på persondata den oppgaven som aldri blir gjort, helt til den dukker opp som et avvik i revisjonen.

Agentene forbereder, mennesket bestemmer, grunnmuren passer på

Rekrutteringsløsningen står på den samme grunnmuren som resten av plattformen. Agentene når systemene gjennom MCP, den samme standardiserte koblingen som både henter status og utfører handlinger. Å lese er åpent for agenter som er godkjent. Å endre noe krever et innlogget menneske, og hvert steg logges. Én regel flyttes aldri: beslutninger om mennesker tas av mennesker, slik regelverket krever.

Ende til ende

Fem steg, uten manuelle mellomledd

1. 01 Vurdert på sekunder

   Agenten leser CV og søknad, trekker ut strukturerte fakta og beregner en poengsum mot stillingens kravprofil, før kandidaten har lukket bekreftelsessiden. Rekruttereren starter på innsikt.

   Målt hos oss: 9 sekunder fra innsending til score
2. 02 Etterprøvbart, ikke synsing

   Agenten henter ut fakta, mens selve poengene regnes ut av faste regler dere kan lese. Samme CV gir samme score hver gang, og det er alltid mulig å se hvilken versjon av reglene som ble brukt. Persondata fjernes før teksten sendes til språkmodellen.

3. 03 Prosessen guider

   Kandidatkortet viser alltid ett tydelig neste steg: intervjuguider bygget på kandidatens faktiske styrker og gap, strukturert tilbakemelding, sammenligning i samme diagram og en utskriftsklar vurderingsrapport til beslutningsmøtet.

4. 04 Signér først, opprett etterpå

   Kontrakten går til digital signering før noe annet skjer. Først når kandidaten faktisk har signert, opprettes brukerkonto, arbeids-e-post og HR-profil, automatisk gjennom den samme kjeden. Ingen halvferdige identiteter for dem som takker nei.

5. 05 Systemet rydder etter seg

   Slettefristen settes i det søknaden mottas og justeres ved hver statusendring, med varsel før sletting og anonymisering ved ansettelse. Opprydning er en egenskap ved systemet, ikke en årlig dugnad.

Styr rekrutteringen i samtale, gjennom MCP

Rekruttering skjer ikke bare inne i verktøyet. Fordi løsningen har et MCP-grensesnitt, kan den styres derfra arbeidet ellers foregår: i Teams eller Slack, gjennom Microsoft Copilot, Claude eller ChatGPT. En leder spør om status og får svaret i tråden, uten å logge inn i rekrutteringsverktøyet.

Teams  ·  Slack  ·  Microsoft Copilot  ·  Claude  ·  ChatGPT

Koblet til landskapet dere allerede har

Løsningen tilpasses systemene dere allerede har: HR-systemet deres, identitetsplattformen deres, signeringsleverandøren deres og karrieresidene deres. Hver kobling kan skiftes ut eller slås av uten at resten berøres. Mangler et system, går den delen av flyten tilbake til vanlig manuell rutine i stedet for å stoppe helt.

Én hendelse, ett system eller flere

En søknad fra karrieresiden går inn i rekrutteringsløpet, og derfra spiller delene sammen. Skal beskjeden bare til ett system, går den rett dit. Skal den til flere, går den gjennom en felles ryggrad, slik at det finnes ett sted som vet hva som faktisk skjedde. Signaturen er øyeblikket som utløser at kontoen blir opprettet.

Rekruttering i drift, ikke et AI-eksperiment

• Vurdert på sekunderHver søknad er scoret mot kravprofilen før rekruttereren rekker å åpne den.
• Vurdering som kan etterprøvesFaste regler gir samme score på samme CV, og det er alltid mulig å se hvilken versjon av reglene som ble brukt.
• Ingen foreldreløse identiteterKonto og profil opprettes først etter signert kontrakt, aldri før.
• GDPR innebygdSlettefrister håndheves av systemet, og persondata strippes før hvert AI-kall.
• Svar der dere jobberStatus på løpet hentes i Teams eller Slack, uten å åpne verktøyet.
• Mennesket beslutterAgentene forbereder og informerer, beslutninger om mennesker tas av mennesker.

I produksjon på våre egne ansettelser

Løsningen er ikke en demo. Den kjører i produksjon på SkyeTecs egne ansettelser, bygget med den samme metoden og arkitekturen vi leverer til kunder. Vi vet at den virker, fordi vi rekrutterer med den selv, og fordi den gikk fra første linje kode til drift på uker.

Se løpet i praksis.

Vi kobler karrieresiden, HR-systemet og signeringen på et avgrenset løp, så dere ser en søknad gå hele veien til klargjort arbeidsplass før dere skalerer.