3.7 KiB
Statusmaskinen: tilstander, hendelser og stillhet
Referanse for sak. Alt her er implementert i
${CLAUDE_PLUGIN_ROOT}/scripts/sak_status.py og utledes derfra — denne fila
beskriver, den bestemmer ikke. Er de to uenige, er scriptet fasit og uenigheten
en feil som skal meldes.
Tilstander
Hovedkjeden, i rekkefølge:
| Tilstand | Betyr | Ventende part ved ankomst |
|---|---|---|
vurderer |
Saken finnes, beslutningen er ikke tatt | meg |
soker |
Beslutningen er ja, søknaden er ikke sendt |
meg |
sendt |
Søknaden er sendt | dem |
dialog |
Det er en toveis samtale i gang | veksler |
intervju |
Intervju er avtalt eller gjennomført | ingen / dem |
tilbud |
Tilbud er mottatt | meg |
avsluttet |
Operatøren har lukket saken | ingen |
To terminale sidetilstander: avslag og trukket.
Ingenting går ut av en terminal tilstand. En hendelse etter avsluttet,
avslag eller trukket er en feil, ikke en gjenåpning: en sak som starter på
nytt er en ny sak med ny sak-id.
Hendelser — lukket vokabular på elleve
Build-brief 5.3. Ingen tolvte finnes, og en hendelse utenfor lista blir avvist ved navn når loggen leses.
| Hendelse | Skriver seg fra | Lander på |
|---|---|---|
opprettet |
saken lages | vurderer |
soknad_sendt |
søknaden er sendt | sendt |
bekreftelse_mottatt |
automatisk kvittering | sendt |
henvendelse_mottatt |
de tok kontakt | dialog |
svar_sendt |
operatøren svarte | dialog |
intervju_avtalt |
tidspunkt er satt | intervju |
intervju_gjennomfort |
intervjuet er holdt | intervju |
tilbud_mottatt |
tilbud foreligger | tilbud |
avslag |
de sa nei | avslag |
trukket |
operatøren trakk seg | trukket |
stille |
operatøren noterer at det er stille | ingen overgang |
stille flytter ingenting. Den er en notering, ikke en tilstandsendring, og
den legges bare til av operatøren — ingenting i denne pluginen skriver den av
seg selv.
To poster som ikke er hendelser
To rader i overgangstabellen kommer ikke fra hendelses-enumen, og de skrives
med type i stedet for hendelse:
| Post | Form i saksloggen | Lander på |
|---|---|---|
Beslutning ja |
{"type": "beslutning", "beslutning": "ja", ...} |
soker |
| Operatøren lukker | {"type": "utfall", "utfall": "avsluttet", ...} |
avsluttet |
Begge er poster build-brief 5.7 uansett speiler inn i saksloggen. beslutning
skriver den første; uten den kommer ingen sak videre fra vurderer. En
beslutning: nei er ingen overgang — et nei skaper ingen sak.
Stillhet: tre regler
Terskler i dager, målt mot den datoen som faktisk står i loggen:
| Flagg | Regel | Terskel |
|---|---|---|
sendt_14 |
sendt uten noe innkommende |
14 dager |
dialog_7 |
dialog med ventende part dem uten noe innkommende |
7 dager |
intervju_10 |
intervju gjennomført uten utfall | 10 dager |
En automatisk kvittering er ikke kontakt. bekreftelse_mottatt teller ikke
som innkommende og nullstiller derfor ikke stillhetsklokka. Det er hele grunnen
til at den står utenfor lista over innkommende hendelser.
neste_frist som statusmaskinen utleder, er den tidligste terskeldatoen blant
reglene som gjelder nå — altså datoen saken går stille. I vurderer og
soker gjelder ingen regel, og da står operatørens egen søknadsfrist urørt i
frontmatteren.
«Ingen innkommende registrert» er ikke «ingen har svart»
Rapporterer scriptet at ingen innkommende hendelse er registrert, er det et utsagn om denne loggen og ikke om verden. E-postserveren er utsatt til M4, så ingenting leser innboksen ennå. Gjengi merknaden som den er, og ikke presenter saken som stille på grunnlag av den.