Handlinger og verktøy
Revizo AI «vet» ikke hva den skal gjøre i den forstand at den har egen tilgang til systemet. Den får en fast instruks, en katalog over tillatte verktøy og konteksten brukeren står i. Ut fra det formulerer den et svar eller foreslår ett eller flere verktøykall. Revizo utfører kallet — eller legger det fram for brukeren som et kort.
Denne siden beskriver de fire mekanismene som styrer det, og lister alle verktøy med risikoklasse.
1. Fast instruks (systemprompt)
Hver forespørsel starter med en instruks Revizo har skrevet og versjonerer i kode. Den fastsetter blant annet:
- Identitet og avgrensning. Assistenten heter Revizo, svarer på norsk, og svarer bare på spørsmål om Revizo, norske regnskapsfrister (fakta), gjeldende lovtekst via Lovdata, og brukerens egne data.
- Forbud. Aldri regnskaps- eller juridisk rådgivning. Aldri oppfinne frister, satser eller lovtekst. Aldri vise data fra andre organisasjoner, personnummer eller bankkontonummer. Aldri diskutere konkurrenter, priser, politikk eller lage kreativt innhold.
- Ærlighet om handlinger. Aldri si at noe er gjort før verktøyet har returnert et vellykket resultat. Aldri påstå at en oppgave eller rutine «finnes fra før» uten at et verktøy i samtalen har vist den.
- Pålagte forbehold. Frister skal alltid følges av «Verifiser gjeldende frister på skatteetaten.no». Lovsitater skal alltid ha lov, paragraf og lenke til Lovdata, med oppfordring om å verifisere.
- Verktøyveiledning. Når en handling skal svares i chatten (lesing) versus når den skal navigere (visning). Tommelregel i instruksen: «Når du er i tvil, svar i chatten. Det er tryggere.»
Instruksen er et styringsdokument for modellen, ikke en sikkerhetsgrense. Sikkerhetsgrensene ligger i verktøyene og i serverens kontroller — se Sikkerhetskontroller.
2. Verktøykatalog
Modellen kan bare kalle verktøy som finnes i katalogen. Hvert verktøy har et navn, en beskrivelse av når det skal brukes, og et strengt skjema for argumentene. Katalogen filtreres per organisasjon:
lookup_lovdataer bare med når organisasjonen har Lovdata-tilgang.- Kundetiltak-verktøyene (AML) er bare med når organisasjonens plan inkluderer kundetiltak.
- Tripletex-verktøyene er bare med når Tripletex-handlinger er aktivert.
Risikoklasser
| Klasse | Betydning | Kontroll |
|---|---|---|
| L — Lesing | Returnerer data, endrer ingenting | Tenant-filter. Ingen bekreftelse. |
| V — Visning | Endrer bare hva brukeren ser (filtre, navigasjon) | Ingen data endres. Ingen bekreftelse. |
| S — Skriving i Revizo | Oppretter eller endrer data i organisasjonen | Utføres når brukeren har bedt om det. Logges i hendelseslogg. |
| K — Kort | Verktøyet skriver ingenting selv; det viser et kort | Utføres først når brukeren trykker på kortet. |
| U — Utgående | Sender noe til personer utenfor organisasjonen | Krever kort (Send) eller eksplisitt to-stegs bekreftelse med tall. |
| R — Regnskapssystem | Skriver til kundens regnskapssystem | Kun når integrasjonen er aktivert. Logges. |
Klienter og avstemming
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
search_clients | L | Finner klienter etter navn eller kontonummer |
get_client_status | L | Status for én klient: transaksjoner, umatchede, matcher |
get_unmatched_summary | L | Umatchede poster per klient |
get_clients_by_assigned | L | Klienter fordelt på ansvarlig |
get_clients_with_deviation | L | Klienter med avvik over terskel |
get_clients_summary | L | Totaltall for organisasjonen |
compare_client_balances | V | Åpner saldosammenligning for to eller flere klienter |
filter_clients_by_assigned · filter_clients_by_deviation · filter_clients_unreconciled · clear_client_filters · apply_saved_view · list_saved_views | V / L | Filtrerer klientlisten i grensesnittet |
run_smart_match | S | Kjører Smart Match én gang for én klient. Verifiserer at klienten tilhører organisasjonen. Logger match.created. |
send_report_email | S / U | Sender PDF-rapport med åpne poster. Standard mottaker er brukeren selv; annen mottaker bare når brukeren oppgir det. |
run_anomaly_scan · get_anomaly_findings | S / L | Kjører og leser anomalideteksjon på transaksjonsdata |
open_close_period · get_close_period_status · run_close_auto_checks | S / L | Periodelukking: åpne, lese status, kjøre automatiske kontroller |
Oppgaver og smarte oppgaver
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
get_my_tasks | L | Henter oppgaver brukeren har tilgang til å se |
create_task · create_tasks_batch | S | Oppretter oppgaver. Logger task.created. |
update_task · update_task_status · add_subtasks · remove_subtasks · update_subtasks_checked · add_task_note | S | Endrer oppgaver brukeren kan se. Logger task.updated. |
create_smart_match_task | S | Gjentakende Smart Match for én klient. Instruksen krever oppsummering og «ja» før kallet; første syklus kjører ved opprettelse. |
create_document_request_task | K / U | Viser utsendelseskort med mottaker og melding. E-posten går først når brukeren trykker Send. Oppgaven fullføres når filene er lastet opp. |
redistribute_absent_tasks | L | Foreslår fordeling av en kollegas oppgaver. Flytter ingenting — brukeren fullfører i «Overfør oppgaver». |
Kontoer og rutiner
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
search_accounts | L | Finner kontoer i kontoplanen |
propose_account_description | K | Viser forslag til rutinebeskrivelse som forhåndsvisning. Lagres først ved Lagre. HTML saniteres server-side. Eksisterende rutinetekst holdes utenfor modellens kontekst. |
Kontakter og kommunikasjon
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
lookup_contact | L | Slår opp kontakt; flere treff gir valgkort |
send_message_to_contact | U | Sender e-post til en registrert kontakt med tekst brukeren har bekreftet i samtalen. Logger agent.message_sent med mottaker. Se merknad under. |
get_notification_preferences · update_notification_preference | L / S | Leser og endrer brukerens egne varslingskanaler |
open_team_chat | V | Åpner teamchat med en kollega |
Kalender, team og navigasjon
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
create_reminder · deactivate_reminder · get_my_reminders · get_my_calendar | S / L | Brukerens egne påminnelser og kalender. Logger reminder.created / reminder.deleted. |
get_team_workload · get_team_absences · get_time_savings_report | L | Aggregert arbeidsmengde, fravær og tidsbesparelse |
navigate_to · list_tutorials · get_upcoming_deadlines | V / L | Navigasjon, guidede gjennomganger, frister |
switch_dashboard_layout · create_dashboard_layout | V / S | Brukerens dashbord |
list_archive_folders · search_archive_documents | L | Mapper og dokumentmetadata i arkivet — ikke dokumentinnhold |
log_feature_request | S | Registrerer et ønske til Revizo-teamet |
ask_choice | K | Viser et valgkort. Maks ett per svar. |
Eksport og oppslag
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
create_export | S / K | Lager Excel, CSV eller PDF fra oppgaver, timeføring eller avstemming. Filen vises som nedlastingskort, slettes etter 24 timer. Logger export.generated. |
lookup_lovdata | L | Slår opp gjeldende norsk lovtekst. Offentlig kilde. |
Kundetiltak (AML) — når planen inkluderer det
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
run_aml_portfolio_followup | U | Sender purring eller starter kundetiltak for kunder som mangler eller har forfalt tiltak. To steg: første kall returnerer bare tall; utsending krever nytt kall med bekreftet=true etter brukerens «ja». Maks 100 e-poster per kjøring. Samme kunde purres ikke to ganger innen 20 timer. |
create_aml_portfolio_followup_task | S / U | Gjentakende versjon av det over, synlig i Oppgaver. Samme to-stegs bekreftelse. |
Tripletex — når integrasjonen er aktivert
| Verktøy | Klasse | Hva det gjør |
|---|---|---|
tripletex_list_companies · tripletex_search_accounts · tripletex_search_customers · tripletex_search_suppliers · tripletex_get_vat_types · tripletex_search_invoices · tripletex_search_supplier_invoices · tripletex_search_vouchers · tripletex_get_ledger_postings · tripletex_get_bank_transactions · tripletex_search_employees · tripletex_search_departments | L | Oppslag i kundens Tripletex via kryptert integrasjonstoken |
tripletex_create_voucher | R | Oppretter bilag direkte i hovedboken. Posteringene må balansere. Logger tripletex.voucher.created. |
tripletex_create_invoice | R | Oppretter utgående faktura. Logger tripletex.invoice.created. |
tripletex_approve_supplier_invoice | R | Godkjenner leverandørfaktura. Logger tripletex.supplier_invoice.approved. |
Tripletex-skriving utføres når brukeren ber om det, på samme måte som å opprette en oppgave. Organisasjoner som ønsker bekreftelseskort også for regnskapsskriving kan la integrasjonen være deaktivert i chat og bruke Revizos ordinære Tripletex-flyt. Se Tripletex-handlinger.
3. Kontekst fra hvor brukeren står
Verktøyvalget påvirkes av hvor i appen brukeren er:
| Brukeren står | Effekt |
|---|---|
| På matching-siden for en klient | Klient-ID er kjent. «Kjør Smart Match» trenger ikke oppfølgingsspørsmål. |
| I et åpent oppgavepanel | Oppgaven er kjent. «Merk som ferdig» gjelder den oppgaven. Enkle spørsmål om oppgaven besvares uten verktøykatalog i det hele tatt. |
| På en side med aktivt selskap | Selskapsnavnet er kjent for rapporter og rutiner. |
| Har trykket på et valgkort | Valget følger med som en markør; assistenten skal ikke spørre igjen. |
4. Revizo-kort: bekreftelse i stedet for stille utførelse
For handlinger der feil er kostbar eller går ut av organisasjonen, skriver ikke verktøyet ferdig. Det returnerer et kort som Revizo viser i chatten. Modellen ser aldri kortets tekniske innhold — bare at et kort ble lagt fram.
| Kort | Når | Hva brukeren ser | Hva som skjer ved klikk |
|---|---|---|---|
Velg (choose) | Flere kontakter eller kontoer passer | Inntil 4 alternativer + «Ingen av disse» | Valget sendes tilbake til samtalen |
Bekreft (confirm) | Rutinebeskrivelse på konto | Forhåndsvisning av teksten, Lagre-knapp | Teksten lagres på kontoen. Kan angres fra kortet. |
Send (send) | Dokumentasjonsforespørsel | Mottakers navn og e-post, redigerbar melding | E-post sendes og smart oppgave opprettes |
Last ned (download) | Eksport | Filnavn, format, størrelse, antall rader | Filen lastes ned. Utløper etter 24 timer. |
Regler serveren håndhever:
- Maks ett valgkort per svar. Et andre valgkort avvises, og modellen får beskjed om det før den skriver ferdig.
- Et kort med ugyldig form forkastes i sin helhet. Det vises ikke halvferdig.
- Kortets nyttelast (for eksempel eksisterende rutinetekst) fjernes fra verktøyresultatet før resultatet går tilbake til modellen.
- Klikk på kortet går til en egen API-rute med samme autentisering og tenant-filter som resten av Revizo.
Merknad om utgående e-post uten kort
To verktøy kan sende e-post basert på bekreftelse i samtalen, ikke på et kort:
send_message_to_contact— e-post til en kontakt som allerede er registrert i organisasjonen. Mottaker kan ikke være en fri adresse; den må finnes i kontaktregisteret. Utsendelsen logges med mottaker.send_report_email— avstemmingsrapport. Standard mottaker er brukeren selv.
Kundetiltak-verktøyene bruker to-stegs bekreftelse med eksplisitt bekreftet=true-parameter og viser antall mottakere først.
Vi anser dette som akseptabelt fordi mottakerne er begrenset til organisasjonens eget register eller brukeren selv, og alt logges. Organisasjoner som ønsker kort også for disse kan be om det; det står på vår utviklingsplan. Se Sikkerhetskontroller → Begrensninger vi er åpne om.
Sist oppdatert: september 2026