Velge variant¶
Aktivering timer-modulen støtter sju varianter (A, B, C, E, F, G, H) av aktiverings-logikk. Variant settes på fanen Innstillinger og styrer hvilke kilder som leses (kun timeregistrering, eller timeregistrering + regnskap), om ADK-, lærling-, investerings- og balanseblokker tas med, og hvordan KontoX (motkontoen for aktiveringen) bestemmes. Riktig variant er kritisk — feil variant gir feil konteringer. Variant settes vanligvis én gang per tenant av en Konti-konsulent.
Konsulent-oppgave: Variant-valg krever forståelse av kundens regnskapsoppsett og lønnsstruktur. Hvis du er administrator og ikke konsulent, kontakt Konti før du endrer variant.
Tilgang¶
| Hvem | Hva trengs |
|---|---|
| Rolle | Bruker med tilgang til ruten /approval/timer-aktivering |
| Modul | TimeAdmin (moduleId 18) — samme tilgangsmodul som resten av /approval/* |
| Effekt | Variant lagres pr. tenant og brukes ved neste rapport- og bilags-kjøring |
Kilde: approval-routing.module.ts:24 (canActivate: [ActivateService, ModuleGuard], data: { moduleId: 18, objectType: 'Approval.TimerAktivering' }).
Variant-oversikt¶
Tabellen nedenfor er hentet direkte fra konstanten TIMER_AKTIVERING_VARIANTS i timer-aktivering.model.ts:102. Beskrivelsene er de samme som vises ved siden av variantvalget i UI-en.
| Variant | Kilde | Hva varianten gjør |
|---|---|---|
| A | ePortal timeregistrering | Standard adm + mont. Ansatte deles i to grupper etter ansattnr-intervall (adm og mont). Hver gruppe aktiveres med fast sats mot TimeReg kontoX. Eks: adm-ansatt nr 1–50 aktiveres med 120 kr/t mot konto 7791. |
| B | ePortal timeregistrering | Som A, men kontoX hentes per lønnsart fra «KontoX bokført lønn» i stedet for fast verdi. Eks: lønnsart 100 gir konto 7792, lønnsart 200 gir konto 7793. |
| C | ePortal timeregistrering | kontoX hentes direkte fra feltet «KontoX på timerføring» som ansatte registrerte på timen. Eks: timer ført med KontoX=7795 bokføres mot 7795 uten oppslagstabell. |
| E | Timeregistrering + regnskap (konto 5000–5989) | Som A, men med ADK-blokk (eget ansattnr-intervall og egne satser for ADK-ansatte) og investeringsblokk som plukker opp regnskapsposter på konto 5000–5989. |
| F | Timeregistrering + regnskap (konto 5000–5989) | Som E, men legger til en balansert motpost. Eks: krediterer 7791 på avdeling 10 (kostnaden) og debiterer motkonto på balanse-avdeling 99 — nettokostnad i avdeling 10 blir null. |
| G | ePortal timeregistrering | Som A/E, men inkluderer lærlingblokk. Ansatte som har «KontoX på timerføring» lik lærling-kontoX regnes som lærlinger og aktiveres med lærling-sats. |
| H | Timeregistrering + regnskap (konto 5000–5989) | Full variant. Kombinerer alle blokker: standard adm + mont, ADK-blokk, lærlingblokk, investeringsblokk (5000–5989) og balansert motpost. |
Prosjekt-prefiks-filteret «70%»¶
I SP-en wv_TimerAktivering_BuildReport er det hardkodet et filter wr.wrProj NOT LIKE '70%' (og tilsvarende R2Code NOT LIKE '70%' for regnskapsblokken i variant A). Dette er en prefiks-utelukkelse på prosjektnummer — timer og regnskapsposter på prosjekter som starter med sifrene «70» tas ikke med i aktiveringen. Det er ingen prosent-terskel og ingen brukerinnstilling som styrer dette; det er en fast del av SP-logikken. Se Migration_20261007110000.cs:253-476 for de aktuelle linjene.
Innstillinger som styrer variant-oppførselen¶
Disse feltene ligger i samme skjema som variant-valget (timer-aktivering.component.html:181–298) og leses/lagres som ett objekt (TimerAktiveringConfig):
| Felt | i18n-nøkkel | Default | Brukes av varianter |
|---|---|---|---|
| Variant | TimerAktivering.variant |
A |
alle |
| Ansattnr adm (fra–til) | TimerAktivering.ansNrAdm |
0–0 |
A, B, C, E, F, G, H |
| Ansattnr mont (fra–til) | TimerAktivering.ansNrMont |
0–0 |
A, B, C, E, F, G, H |
| Sats adm | TimerAktivering.satsAdm |
0 |
A, B, C, E, F, G, H |
| Sats mont | TimerAktivering.satsMont |
0 |
A, B, C, E, F, G, H |
| Sats adm ADK | TimerAktivering.satsAdmAdk |
0 |
E, F, H |
| Sats mont ADK | TimerAktivering.satsMontAdk |
0 |
E, F, H |
| Sats lærling | TimerAktivering.satsLaerling |
0 |
G, H |
| Sats lærling ADK | TimerAktivering.satsLaerlingAdk |
0 |
G, H |
| Bilagsart | TimerAktivering.bilagsArt |
400 |
alle |
| Bilagsserie | TimerAktivering.voucherSerie |
0 |
alle |
| TimeReg kontoX | TimerAktivering.timeRegKontoX |
7791 |
A, G (fast kontoX) |
| Lærling kontoX | TimerAktivering.laerlingAccX |
5180 |
G, H |
| AcTr kontoX (fast) | TimerAktivering.acTrKontoXFixed |
0 |
E, F, H |
| ADK kontoX | TimerAktivering.adkKontoX |
0 |
E, F, H |
| Balanse avdeling | TimerAktivering.balancedAvdeling |
0 |
F, H |
| Balanse prosjekt | TimerAktivering.balancedProsjekt |
0 |
F, H |
| Ekskluder prosjekt | TimerAktivering.excludeProject |
0 |
alle (i tillegg til 70-prefiks-filteret) |
| Regnskap konto-intervall (fra–til) | TimerAktivering.acTrAccountRange |
5000–5989 |
E, F, H |
| Debug: behold staging | TimerAktivering.debugKeepStaging |
false |
alle (kun feilsøking) |
Default-verdier er definert i defaultConfig() i timer-aktivering.model.ts:133. Det finnes ingen «70 %-grense»-innstilling i konfigen.
Skjemaet bruker [(ngModel)] uten Validators. Eneste validering er at tallfeltene er type="number" (nettleser-validering). Knappen Lagre er kun deaktivert under selve lagrings-kallet.
Slik velger du variant¶
- Logg inn og naviger til
/approval/timer-aktivering(typisk via menypunktet «Aktivering timer» under Godkjenning). - Klikk fanen Innstillinger (tannhjul-ikon,
TimerAktivering.tabSettings). Skjemaet lastes med eksisterende konfig fraGET /timer-aktivering/configvialoadConfig()(timer-aktivering.component.ts:206). - Under overskriften Variant velger du ønsket variant ved å klikke radio-knappen for A, B, C, E, F, G eller H. Det er inline radio-knapper (én knapp pr. variant), ikke en nedtrekksliste.
- Til høyre vises et referansekort med beskrivelser for alle variantene. Den valgte varianten markeres med mørk venstrekant og badge «Valgt» (timer-aktivering.component.html:318–334).
- Fyll ut/juster feltene som hører til varianten (se tabellen ovenfor). Ansattnr-intervaller for adm og mont må settes — uten dette tas ingen timer med.
- Klikk Lagre. Ved suksess vises toast «Lagret» (
General.saved). Ved feil vises feilmelding viatoastService.show({ type: 'error', ... }). - Bytt til fanen Rapport og kjør en test-kjøring på en lukket periode for å verifisere at konteringen ser riktig ut, før noen aktiveringsbilag opprettes mot NXT.
Vanlige problemer¶
«Jeg vet ikke hvilken variant kunden bruker»¶
Variant er styrt av kundens regnskapsoppsett (kontoplan, om regnskapsposter skal aktiveres, om det er ADK-/lærling-/balanseblokker). Spør kundens regnskapssjef eller Konti-konsulenten som satte opp tenanten. Beskrivelsene i referansekortet på høyre side av Innstillinger-fanen er ofte nok til å gjenkjenne hvilket oppsett som matcher.
«Det er ingen 70 %-grense å sette»¶
Korrekt — det finnes ingen brukerinnstilling for «70 %». Filteret wrProj NOT LIKE '70%' er en hardkodet prefiks-utelukkelse på prosjektnummer i SP-en, ikke en konfigurasjon. Hvis kunden trenger andre prosjekter ekskludert, bruk feltet Ekskluder prosjekt (excludeProject) — det tar ett prosjektnummer som ekskluderes i tillegg til 70-prefiks-filteret.
«Montørtimer kommer ikke med i rapporten»¶
Forklaringsteksten på Innstillinger-fanen (TimerAktivering.settingsInfo) sier eksplisitt: «Montørtimer kommer ikke med før mont-intervallet er satt.» Sjekk at Ansattnr mont (fra–til) dekker faktiske ansattnumre for montører.
«Variant E/F/H krever konto-intervall»¶
Variantene E, F og H plukker opp regnskapsposter på acTrAccountFrom–acTrAccountTo (default 5000–5989). Hvis kunden bruker andre konti for lønnskost, må intervallet overstyres. For variant A, B, C og G har konto-intervallet ingen effekt fordi disse ikke leser regnskapet.
«Bilag bokført to ganger på samme periode»¶
Når du står i Rapport-fanen og har kjørt rapport for en periode som allerede er overført, vises en advarsel i Opprett bilag-kortet: «Denne perioden er allerede overført N gang(er). Kontroller Bilagshistorikk før ny overføring.» (timer-aktivering.component.html:70-72). Sjekk fanen Bilagshistorikk før du oppretter et nytt bilag.
«Debug-bryteren er på etter en feilsøking»¶
Bryteren Debug: behold regnskapsdata-staging etter kjøring (debugKeepStaging) er kun for SQL-inspeksjon under feilsøking. i18n-teksten ber eksplisitt om å slå den av etterpå. Sjekk Innstillinger og lagre på nytt med bryteren av.

