Begrepsliste¶
Forklaring av begreper som brukes i ePortal og i denne håndboken. Sortert alfabetisk.
Mangler et begrep? Meld inn via Konti support — vi tar inn nye ord etter behov.
A¶
Aktivering timer : Prosess der lønnskostnader fra timeregistreringer bokføres til regnskap. Bruker varianter (A, B, C, G, H) avhengig av kundens regnskapsoppsett. (Variantene konfigureres i Lønnsregler-innstillinger for din tenant — se Aktivering timer-modulen for variant-oversikt.) Se Lønnsregler for oppsettet i din tenant.
Arbeidsordre (WO) : Strukturert oppdrag som beskriver hva som skal utføres, hvor, av hvem og når. Kan inneholde timer, materialer, dokumenter og sjekklister. Følger en livssyklus fra opprettet → tildelt → påbegynt → utført → fakturert → lukket.
Audit-log : Logg over hvem som har gjort hva og når. Brukes til feilsøking og for compliance/dokumentasjon.
Avdelingsfilter : Filter som styrer hvilke ansattes data en leder eller godkjenner ser. Konfigureres per leder-bruker.
Avstemt til og med
: I bankavstemming: den siste dagen som er ferdig avstemt på en bankkonto (wv_BankAccount.ReconciliationStartDate). Åpningssaldoen som settes ved initialisering er saldoen PÅ denne datoen, og det ordinære avstemmingsvinduet (import, matching, saldoberegning) starter dagen ETTER. Se Initialisere bankkonto. Samme konvensjon gjelder for et konsernpar (wv_IntercompanyLink.ReconciledThroughDate); et par uten denne datoen er ikke initialisert og kan ikke avstemmes — se Konsernavstemming.
Avvik : Hendelse som avviker fra normal drift — kan være HMS-avvik, kvalitetsavvik eller systemavvik.
B¶
Bulk-godkjenning : Funksjon der en leder godkjenner mange registreringer samtidig fra én knapp. Stopper ved første valideringsfeil i utvalget.
C¶
Connect API
: ePortal sitt eksterne REST-API på connect.elportal.no. Brukes av tredjeparts-systemer for integrasjon. Finnes i versjonene v1 (X-API-Key) og v2 (OAuth 2.0).
CRM : Customer Relationship Management. Modulen i ePortal for kunder, kontakter, avtaler og salgs-pipeline.
D¶
Datatilgang (DataAccess) : Regelsystem som styrer hvilke data en bruker kan se basert på ObjectType og scope. Konfigureres per brukerlevel.
Domain (domene) : ePortal-identifikator for en kunde. Brukes til å route forespørsler til riktig klient-database. Synonym for tenant.
E¶
Effektiv dato (bankavstemming)
: Datoen en bank- eller hovedbokslinje faktisk plasseres og matches etter: verdidato når kilden har levert en, ellers bilagsdato (bank: bokføringsdato). Gjelder likt for balanse, matching, periodestempling, åpen-post-øyeblikksbilde og periodelås — én regel, to implementasjoner (LedgerDateEligibility.EffectiveMatchDate i C#, ReconciliationBalanceSql.LedgerEffectiveDate/BankEffectiveDate i SQL). Se Matche transaksjoner.
Entra ID : Microsoft sin identitetstjeneste (tidligere kjent som Azure AD). Brukes for innlogging i ePortal via "Logg inn med Entra ID"-knappen og for OAuth-autentisering mot Connect API v2.
E-post-sandkasse : Sikkerhetsgate foran all utgående e-post i ePortal som gjør det strukturelt umulig for et miljø som ikke er produksjon å sende ekte e-post til en ekte mottaker. Se E-post-sandkasse.
F¶
Felt-bruker : Ansatt som primært bruker ePortal på mobil, ute hos kunde eller på byggeplass. Modulene Time, HMS, Prosjekt, CRM, Lager og Arbeidsordre er testet for felt-bruk.
Freshdesk : Konti sitt support-system. Kundeadministratorer melder support-saker hit. Tenants med Support-modulen aktivert kan se og følge opp saker direkte i ePortal — se Supportsak.
G¶
Godkjenningsflyt : Standardisert prosess der leder kontrollerer og godkjenner ansattes registreringer (typisk timer) før de går videre til lønnskjøring eller fakturering.
H¶
HMS : Helse, Miljø og Sikkerhet. Modul i ePortal for sjekklister, avvik, risikovurdering og vernerunder.
Hurtigpakke (Masterordre) : Ferdig sett av produkter som legges til et tilbud eller en ordre i ett steg. Eies og vedlikeholdes i ePortal; prisene hentes alltid live fra Business NXT. Se Tilbudsflyt.
I¶
Integrasjonsskriver (int) : Den ene rollen i utviklingsprosessen som skriver til integrasjonstrunken. Tildeles eksplisitt og håndheves med en teknisk lease. Se Utviklingsprosess.
Integration API : Se Connect API.
Intern systemadministrasjon : Konti-intern rolle på tvers av kunder. Eier domener, modul-registry, OAuth-konfigurasjon og drift.
K¶
KAI : ePortal sin interne AI-assistent. Brukes til prosjektplanlegging, status-rapporter, sjekkliste-generering og live-regnskap. Egen tilgangsstyring (RBAC).
Konti Connect : Intern feature i ePortal som administrerer integrasjoner mot eksterne systemer (PowerOffice Go, Visma, NXT, Trimble osv.). Ikke forveksles med Connect API som er det eksterne API-et.
Kundeadministrator : Rolle som eier oppsettet for én tenant — brukere, roller, innstillinger. Synonym for "tenant-admin".
L¶
Låsedato : Dato som markerer øvre grense for låste timeregistreringer. Alle registreringer før denne datoen kan ikke endres. Se Låsing av perioder.
Leveranseobservasjon : Uforanderlig registrering av en faktisk leveranse hentet fra Business NXT. Grunnlaget for Masterordre-datomotoren; korrigeringer lagres som nye observasjoner, aldri som endring av historikk.
Leveringsinstruks (Masterordre / Tilbud) : Ti gjenbrukbare-med-per-ordre-overstyring metadatafelt på en leveringsadresse — kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre «Ekstra info»-felt, referansenummer, deres ref og PO-nummer — pluss en 4. adresselinje. Forhåndsfylles fra kundekortets adresserad, kan overstyres per ordre/tilbud, og fryses inn i leveringsadresse-øyeblikksbildet ved lagring. Se Leveringsadresse-velger og Tilbudsflyt.
Lønnskjøring : Periodisk prosess der godkjente timer overføres til lønnssystem for utbetaling. Typisk månedlig.
M¶
Manuell overstyring (Masterordre) : Lås satt av en saksbehandler på en masterordrelinje. En låst linje røres aldri av automatisk datoberegning eller tilbakeskriving. Se Manuell overstyring.
Masterordre : "Forhåndskontrakten" som styrer en kundes faste, gjentakende leveranser — hva som leveres, hvor ofte, og når neste leveranse skal skje. Se Masterordre-modulen.
Migrasjon
: Database-versjonsendring (FluentMigrator). Refereres i release notes som Migration_<timestamp>.
Mobile-vennlig : Side eller funksjon som er testet og fungerer på mobil viewport.
Modul : Et avgrenset funksjonsområde i ePortal — Time, Arbeidsordre, Lager, CRM osv. Hver modul kan aktiveres eller deaktiveres per tenant.
Multi-tenant : Arkitektur der én ePortal-installasjon kjører flere kunder (tenants) samtidig, med streng dataisolasjon mellom dem.
N¶
NXT (Visma Business NXT) : Visma sin moderne ERP-plattform. Integreres typisk gjennom Konti Connect for regnskap, tid og arbeidsordre. Connect API er i stedet ePortal sitt eksterne API for tredjepartsintegrasjoner.
O¶
ObjectType
: Identifikator i datatilgang-systemet. Eksempler: Project, WorkOrder, CrmActivity, HMS.Foo. Hver type har egne tilgangsregler per brukerlevel.
Overordnet godkjenning : Bulk-godkjenning på tvers av ansatte og perioder. Vanligvis brukt av administrator etter at lønnsperioden er ferdig.
P¶
PortalConnector : Konti sin legacy SOAP-API. Erstattes gradvis av Connect API.
Produksjons-pin
: Email.ProductionSendAllowed — infra-nivå-innstillingen som positivt må være true (i tillegg til at miljøet er bekreftet produksjon) før E-post-sandkassen slipper gjennom en ekte utgående e-post.
Prosjekt : Strukturert arbeidsenhet med start, slutt, ressurser, oppgaver og milepæler. Egen modul.
R¶
Regresjonstest : Test som gjenskaper en tidligere feil og beviser at den er rettet — den skal feile før fiksen og passere etter. I ePortal skal regresjonstesten gjenskape brukerens faktiske handlingssekvens, ikke bare det isolerte kallet. Se Testregime.
Rolle (brukerlevel)
: Brukerklassifisering som styrer hva en bruker kan gjøre. Roller administreres i wv_UserLevel per tenant. Synonym for "brukerlevel".
S¶
Sandkasse : Ikke-produksjons-miljø for test og utvikling. Inneholder anonymiserte data og skal aldri brukes til reelle kundetransaksjoner.
Shape-test (form-test) : Enhetstest som leser kildeteksten til en migrasjon, SQL-spørring eller controller og verifiserer formen på den (f.eks. at en migrasjon har tabell-guard). Håndhever konvensjoner maskinelt, men beviser ikke at koden kjører — det gjør live-database-testene. Se Testregime.
Sjekkliste : Strukturert avkrysningsliste, typisk del av HMS- eller arbeidsordre-flyt.
Storage state : Browser-tilstand (cookies, localStorage) som lagres etter innlogging og gjenbrukes i automatiserte tester.
Supportsak : En Freshdesk-sak vist i ePortal via Support-modulen. Leses inn fra Freshdesk i en lokal buffer (én-veis, ikke sanntid) og kan kobles til én oppgave i ePortal — se Bruke supportsaker.
T¶
TDD (testdrevet utvikling) : Arbeidsform der en feilende test skrives før implementasjonen, og koden skrives til testen blir grønn. Standard for all testbar logikk i ePortal. Se Testregime.
TECHNICAL GO : Sluttverdiktet i en kodereview: endringen er godkjent teknisk, pinnet til én bestemt commit, og kan integreres. Se Utviklingsprosess.
Tenant : En kunde-instans i ePortal. Hver tenant har sin egen klient-database og isolerte data. Synonym for domain.
Tidsbank : Akkumulert mer-/mindre-tid for en ansatt. Bygges opp av timer registrert utenfor normal arbeidstid.
Tidsperiode : Avgrenset tidsrom (typisk uke eller måned) som brukes for godkjenning, rapportering og lønnskjøring.
Tidssperre : Se Låsedato.
Trimble : Bygg- og anleggsplattform. Integreres mot ePortal for prosjekt og arbeidsordre.
U¶
Utkast : Status på en registrering som er lagret av ansatt, men ikke levert til leder for godkjenning ennå.
V¶
Visma.net : Visma sin SaaS-regnskapsplattform. Integreres mot ePortal for regnskap.
W¶
Wagetype (timetype, lønnsart) : Klassifisering av timeregistrering som styrer hvordan den behandles i lønn — normal arbeid, overtid, reise, fravær osv.
Widget : Et avgrenset informasjons- eller handlingskort på forsiden eller et dashboard. Forside-widgets kan ordnes og tilpasses innenfor brukerens tilgang.
Worktree : Et separat arbeidstre i git som lar flere utviklingsspor jobbe parallelt på hver sin branch uten å påvirke hverandre. Se Utviklingsprosess.
Ŷ
Åpningspost : En post som er utestående per «avstemt til og med»-datoen: den er allerede bokført på sin egen side, og ligger derfor inne i den sidens åpningssaldo, men motparten har ikke bokført den ennå. Registreres ved initialisering slik at differansen mellom de to sidenes åpningssaldoer kan navngis og matches bort i stedet for å framstå som en uforklart skjevhet. En åpningspost teller IKKE med i saldosummene (beløpet ligger allerede i åpningssaldoen — å summere den i tillegg ville dobbeltelle den), men teller MED i lister, matching og antall åpne poster. Se Initialisere bankkonto og Konsernavstemming.