Gå til innhold

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.

hele Innstillinger-fanen med variant-radiogruppen øverst og referansekortet til høyre


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

  1. Logg inn og naviger til /approval/timer-aktivering (typisk via menypunktet «Aktivering timer» under Godkjenning).
  2. Klikk fanen Innstillinger (tannhjul-ikon, TimerAktivering.tabSettings). Skjemaet lastes med eksisterende konfig fra GET /timer-aktivering/config via loadConfig() (timer-aktivering.component.ts:206).
  3. 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.
  4. 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).
  5. 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.
  6. Klikk Lagre. Ved suksess vises toast «Lagret» (General.saved). Ved feil vises feilmelding via toastService.show({ type: 'error', ... }).
  7. 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.

variant-radioknapp-raden med en variant markert og tilhørende beskrivelse synlig i referansekortet til høyre


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å acTrAccountFromacTrAccountTo (default 50005989). 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.


Relaterte sider