Spørsmål vi får fra IT-team

Systemet leser Entra, Intune, Microsoft Secure Score og NinjaOne hos kundene dine etter en fast plan, og registrerer funnene mot ISO 27001:2022 og NIST CSF 2.0 samtidig. En kryssreferanse mellom de to rammeverkene gjør at én innsamling dekker begge. Hvert funn tar vare på rådataene det bygger på, slik at en revisor kan se grunnlaget for konklusjonen og ikke bare konklusjonen. Kan en kilde ikke leses, merkes kontrollene den dekker som «ikke sjekket», i stedet for å vise forrige måneds «bestått».

Nei. Du oppretter en sak og gir agenten et mål. Agenten kan lese fritt i tenanten for å finne brukere, grupper og ledige lisenser, men den stopper og spør før hver eneste endring, og den endrer ingenting så lenge endringsforespørselen på saken ikke er godkjent. Den håndterer identitet og lisenser: oppretting av kontoer, gruppemedlemskap, tildeling av lisenser, blokkering av pålogging, tilbakekalling av økter og tilbakestilling av MFA. Den rører ikke Exchange-regler, Teams-policyer eller SharePoint-tillatelser. Tidsbruk og API-kostnad logges på saken.

Last dem opp. Portalen leser hva hvert dokument forplikter til, trekker ut de enkelte forpliktelsene og sjekker hver av dem mot hva kundens systemer faktisk gjør. Et løfte som ikke kan etterprøves, registreres som oppgitt, aldri som oppfylt. Funnet blir da: «tilgangspolicyen deres krever MFA for alle administratorer, og tre av dem har det ikke». Det er vanskeligere for en kunde å argumentere mot enn en henvisning til Annex A.

For et lite, bevisst utvalg, ja, og bare via godkjenning. En anbefaling fra Microsoft Secure Score blir en ferdig utfylt endringsforespørsel med begrunnelse, fremgangsmåte og konsekvenser for brukerne. For å gjennomføre den kreves en godkjent endring og en administrator, og den forrige verdien skrives til revisjonssporet før noe endres, slik at den kan settes nøyaktig tilbake. Ingen endring gjøres noen gang av en bakgrunnsjobb.

Direkte på saken, ikke i en egen modul. En endring klassifiseres som Standard, Normal eller Emergency. Standard er forhåndsgodkjent og trenger ingen godkjenning. Normal og Emergency stoppes før arbeidet starter, med godkjenningsgrupper som kan bestå av både ditt team og kundens kontaktpersoner. Krev godkjenning fra hele gruppen, så alle har vetorett, eller senk terskelen slik at en endring kan gå gjennom uten enstemmighet. Sperren håndheves på serveren og kan ikke omgås fra brukergrensesnittet.

Timetrackr kan leveres som en dedikert tenant satt opp etter dine krav til hvor dataene skal lagres. KI er det de fleste lurer på, og den styrer du selv: bruk Anthropic eller OpenAI med din egen API-nøkkel, eller kjør på egen maskinvare med LM Studio. Da når ikke noe kundeinnhold et API hos en tredjepart i det hele tatt. Tilgang styres med roller, og hver handling agentene gjør, logges på serveren i et revisjonsspor med hash-kjede. Er en post endret eller fjernet, kan det påvises.

Ja, og det er samme registrering. En time føres på en sak og en kunde, tillegg utenom arbeidstid og spesialpriser legges på automatisk, og fakturerbare og ikke-fakturerbare timer holdes adskilt i stedet for å skjules. Månedsfakturaen lages fra de samme timene, slik at hver fakturalinje kan spores tilbake til en sak og personen som gjorde jobben. Tidsbruk og API-kostnad for KI registreres adskilt fra teknikernes arbeid.

I dag Freshworks og Freshservice med synkronisering i bakgrunnen, og Zendesk for import. Jira, HaloPSA og ServiceNow kommer senere. Den importerer kunder, kontakter, saker og hele samtalehistorikken. Importen har kun lesetilgang og skriver aldri noe tilbake, så du kan kjøre den ved siden av verktøyet du har i dag uten risiko for det systemet. Enkel pålogging med Microsoft Entra ID og Microsoft 365-e-post via Graph støttes, så du trenger ikke noe SMTP-passord.