v2.99.0 — Versjonsnytt

Release-dato: 2026-08-13

Tre side-versjoner: Versjonsnytt (du leser denne) · teknisk fullversjon · admin pre-deploy-sjekkliste

---

Høydepunkter i denne releasen

• Outlook: koble e-posten til hva som helst i ePortal — Den nye «Koble til»-velgeren har ett søkefelt som finner salg, prosjekter, oppgaver, møter, tilbud og masterordrer — med forslag fra kundens kontekst — og e-posten kan kobles ti...
• Outlook-tillegget: prosjektvalg tilbake i "Ny oppgave", og oppgaver kan nå søkes opp og kobles til e-post — Prosjektfeltet i «Ny oppgave» er alltid synlig og søkbart (kundens åpne prosjekter øverst), i stedet for å forsvinne når kontaktoversikten ikke hadde noen aktive prosjekter å fo...
• Slutt på varsel-spam ved raske endringer på en oppgave — Endrer noen status, frist og prioritet på en oppgave rett etter hverandre, får du nå ett varsel merket «3 endringer» i stedet for tre like varsler — og én e-post i stedet for tr...
• Bilagsimport for Fjordkraft og Altibox — Ny side under Konti Connect (/konti-connect/voucher-import) som erstatter de to frittstående konverteringsprogrammene: velg kilde, last opp avregningsfil(er), forhåndsvis bila...
• E-postutsending slått over i produksjonsflyt, og kan nå styres per kunde — Utgående e-post gikk tidligere aldri til ekte mottakere: plattform-pinnen sto av, og en kunde uten oppsett havnet automatisk i sandkasse. Pinnen er nå slått på, og hver kunde få...
• Nytt panel-design i hele ePortal — Alle paneler, seksjonskort, skjemaseksjoner og KPI-kort i appen (dashbord, detaljsider, rapporter, HMS) har fått det nye panel-designet fra CRM-kundekortet: varm ramme, myk skyg...
• Du velger nå selv om ePortal skal være på norsk eller engelsk — Under Min profil → Profilinformasjon finnes et nytt Språk-felt med norsk og engelsk. Grensesnittet skifter språk med en gang du lagrer — du trenger ikke logge ut og inn...
• Bankavstemming: nytt dashboard-oppsett — Kontooversikten har fått én tydelig statuskolonne, gruppeheadere per regnskapsklient og en redusert KPI-rad. Kolonnene for uavstemte poster, avstemmingsstatus og siste import er...

Denne releasen inneholder uvanlig mange nyheter og forbedringer — høydepunktene over er bare et utvalg. Les gjennom punktene under for full oversikt.

Nye funksjoner

Abonnement / Masterordre (34 endringer)

Tilbud: sendt-dato vises som standard i lista

«Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre automatiske jobber (interne jobber i Konti Connect)

Nattlige jobber for NXT-synk, datomotor og ordreforslag kan nå settes opp som integrasjoner i ny kategori «Interne jobber», med cron-schedule, manuell kjøring, kjøringshistorikk og overvåkning.

Masterordre auto-supportbrev og påminnelser (interne jobber)

To nye interne jobber i Konti Connect: automatisk konvertering og utsendelse av supportbrev for ordreforslag i auto-modus (kjøres på faste dager i måneden via cron), og daglig påminnelses-/oppryddingsjobb som sender purringer, utløper forfalte tilbud og rydder utløpte aksept-tokens.

Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect

Sjette interne jobb: drenerer køen av tilbud→NXT-salgsordreoverføringer (eldste først, avgrenset batch — MaxBatch, standard 25). Køede rader kommer fra aksept-bryteren og manuelle handlinger; overføringen er idempotent via overførings-ledgeren og styrt av funksjonsbryteren Subscription.OfferNxtTransfer.Enabled (av som standard — avslått bryter gir advarsel i kjøringsloggen, aldri feil). Anbefalt kadens: hyppig, f.eks. hvert 15.–30. minutt i arbeidstiden.

→ Slik bruker du dette: Interne jobber — masterordre

Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT

Verdikatalog-fanen (Innstillinger → Masterordre – feltoppsett → Verdikataloger) har fått knappen «Lim inn fra Excel/NXT». En administrator velger feltnøkkel og limer inn en blokk med kode<TAB>navn-rader (valgfritt kode<TAB>navn<TAB>sortering) kopiert fra NXT-modellutforskeren eller et regneark. En forhåndsvisning viser hver rad som Ny/Oppdateres og flagger ugyldige rader (ikke-numerisk kode, tomt navn, duplikat kode) — ingenting lagres før du bekrefter. På bekreft opprettes nye koder og eksisterende oppdateres for den valgte feltnøkkelen. Rask måte å fylle f.eks. hele Flåte- (ActorGroup7) eller Kundestatus-listen (ActorGroup9).

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Rik tekst i dokument- og brevmaler

Overskrifter (h1–h6), fet, kursiv, understreking og lister vises nå i genererte PDF-er og utsendte brev. Flettefelt settes inn fra en gruppert meny i editoren i stedet for en lang knapperad. Merk: eksisterende dokumentmal-seksjoner (fritekst/infoboks) hvor slik formattering tidligere ble flatet ut til ren tekst, viser nå ekte overskrifter og lister — en synlig endring på dokumenter ingen har redigert. Åpner og lagrer du en seksjon i editoren på nytt, fjernes eventuell markup utenfor editorens godkjente sett (avsnitt/overskrifter/lister/fet/kursiv/understreking). Eksisterende brevtekster konverteres til HTML første gang en brevmal åpnes og lagres i den nye editoren.

→ Slik bruker du dette: Brevmaler — rediger og forhåndsvis

Logo i genererte dokumenter

Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.

→ Slik bruker du dette: Brevmaler — rediger og forhåndsvis

Produktpakker: sett inn en hel produktbunt fra produktsøket

Ny fane «Produktpakker» i produktsøket (masterordre og tilbud) lar deg bla i navngitte produktpakker (f.eks. «VLCC anbefalt»), se en forhåndsvisning av alle linjene og sette dem inn i ordren/tilbudet i ett klikk — med en valgfri multiplikator som skalerer alle linjenes antall likt. Distinkt fra malpakker: en produktpakke er et hode med mange linjer du aktivt velger, ikke et automatisk forslag basert på et triggerprodukt.

→ Slik bruker du dette: Produktpakker

Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett

Ny fane «Produktpakker» lar en administrator opprette navngitte produktpakker med kategori og bygge opp linjelisten (produkt, antall, valgfri frekvens) i en egen skuff med flytt opp/ned. Slike produktpakker kan deretter settes inn som helhet fra produktsøket (se over). Krever datatilgangen «Produktpakker (abonnement)» under Innstillinger → Datatilgang → Abonnement (seedet med full tilgang for alle brukernivå).

→ Slik bruker du dette: Produktpakker

Akseptert tilbud uten ordre kan gjenåpnes

Et tilbud kunne bli stående som akseptert uten at masterordren ble opprettet — for eksempel når Business NXT ikke svarte, eller når antallet på en instrumentlinje var et desimaltall. Linjene på et akseptert tilbud kan ikke redigeres, så det som stoppet opprettelsen kunne heller ikke rettes. Handlingsmenyen i tilbudslista har nå «Gjenåpne tilbud» på slike tilbud: tilbudet settes tilbake til kladd, linjene blir redigerbare, og du aksepterer på nytt. Valget vises kun når ordren faktisk ikke finnes — er masterordren opprettet, er tilbudet endelig som før, og «Kopier tilbud» er alternativet. Den utsendte aksept-lenken slutter å virke med én gang, og kunden varsles ikke. Gjenåpningen loggføres i sporingsloggen.

→ Slik bruker du dette: Instrumentregister på masterordren

Instrument-fanen har fått samme verktøylinje som linje-fanen

«Nytt instrument» lå som en frittstående knapp over tabellen, mens «Ny linje» ligger inne i tabellens verktøylinje. Knappen er flyttet inn i verktøylinja, og fanen har fått fritekstsøk. Tabellen vises nå også når ordren ikke har instrumenter ennå, slik at knappen er tilgjengelig nettopp da.

→ Slik bruker du dette: Instrumentregister på masterordren

Masterordre: filtrer lista på flåte, kundetype og BPP-status

Masterordrelista har fått en egen filterknapp («Klassifisering», eller tenantens eget feltnavn) som åpner tre nedtrekk for skipets NXT-klassifisering: kundetype, BPP-status og flåte. For kundetype og BPP-status viser nedtrekkene nå klientens egne navn på formen «Navn (kode)» — hentet fra de samme verdikatalogene som masterordrelistas kolonner (Innstillinger → Masterordre – feltoppsett → Verdikataloger, feltnøkler ActorGroup1/ActorGroup3); en kode admin ennå ikke har navngitt vises som selve tallet. Flåte har ikke egen verdikatalog (eget legacy-felt) og vises som kode som før. Nedtrekkene viser kun verdiene som faktisk finnes på minst én masterordre, kan flervelges (kombineres med OG mellom feltene) og virker sammen med søk og øvrige filtre — inkludert eksport. Dekker Bruusgaard-behovet «filter etter flåte, utvalgte skip, utleie/support-type».

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring)

«Handlinger»-menyen på både tilbud (Tilbud) og masterordre (Ordre) har fått «Slett». Slettingen er hard eller myk avhengig av tilstand: et rent utkast slettes permanent (tilbud i «Utkast» uten kobling til ordre/NXT; masterordre i «Utkast»/«Importert» uten NXT-overføring), mens alt annet arkiveres (skjules fra lister, søk, datomotor og ordreforslag, men historikk og kobling beholdes). En bekreftelsesdialog forklarer hvilken variant som skjer, og handlingen vises kun for brukere med slett-tilgang (Datatilgang «CrmOffer» / «Subscription.MasterOrder» CanDelete).

→ Slik bruker du dette: Masterordre-liste og detaljvisning

NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet

De åtte NXT-klassifiseringsgruppene (associate group1–8) kan nå navngis per klient: en administrator legger inn kode→navn-katalogene under Innstillinger → Masterordre – feltoppsett → Verdikataloger (nøkler ActorGroup1…ActorGroup8, i tillegg til egne overskrifter for gruppe 2/4/5/6/7/8). Der kodene før viste et rått tall, vises de nå som «Navn (kode)» — på masterordrelistas gruppe 1/3-kolonner og på kundekortets «ERP-klassifisering», som nå viser alle åtte gruppene (skjuler tomme). Feltene er fortsatt skrivebeskyttet i denne versjonen (redigerbare nedtrekk kommer som egen leveranse). Prisgruppe («Flåte») er fortsatt et eget felt, ikke en av de åtte gruppene.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Datomotor-regler: regelredigering i et to-panels oppsett

«Rediger regel» (Innstillinger → Masterordre → Datomotor – regler) åpnes ikke lenger i en uttrekkbar skuff, men vises direkte i høyre panel ved siden av regellisten. Venstre kolonne har versjonsvelgeren øverst og regellisten under — klikk en regel for å redigere den inline, eller bruk «Ny regel». Simulér, Godkjenn og Publisér ligger som før over regellisten, og simuleringsresultatet vises i høyre panel når ingen regel redigeres.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor-regler: trekk tilbake en publisert versjon

Den publiserte versjonen i versjonsvelgeren (Innstillinger → Masterordre → Datomotor – regler) har fått handlingen «Trekk tilbake». Trekker du den tilbake, arkiveres den og den forrige publiserte versjonen blir aktiv igjen — en rask angre-vei uten å måtte lage og publisere et nytt utkast. Handlingen vises kun når det finnes en tidligere publisert versjon å gjenopprette, og krever samme tilgang som å publisere («Regeladministrasjon (datomotor)», fail-closed). En bekreftelsesdialog forklarer konsekvensen før du bekrefter.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen

Regelsett-panelet (Innstillinger → Masterordre → Datomotor – regler) følger nå det godkjente designet tettere: hver regelrad har fått en av/på-bryter direkte i listen (slår regelen av/på i utkastet, også for systemregler), et kompakt trinn-merke (S1/R1 …), regelnavnet og en «…»-meny (rediger, dupliser, slett, flytt opp/ned). «Regelsett»-panelet viser scope, status og versjon i toppen med Simulér og Publisér der. I redigeringen ligger «Simulér endring» i bunnen — den lagrer endringen og kjører simuleringen i ett steg — og simuleringsresultatet vises som et kompakt sammendrag med «Se full diff» for hele diff-tabellen.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor-regler: systemreglene er nå fullt redigerbare

Systemreglene i datomotoren (N1/S1/S4/S5/R3 — normalisering, manuell overstyring, ingen årsak, gjennomgangs-gap og gruppesynk) var tidligere låst. De kan nå redigeres på lik linje med andre regler: betingelser, parametere, av/på-bryter, rekkefølge, sletting og valg av handling fra det godkjente arketyp-settet. Redigereren viser en tydelig (lukkbar) advarsel om at dette er strukturell sikkerhet og at endringer kan påvirke datoberegninger for hele porteføljen — simulér nøye før publisering. Sikkerhetsnettene er beholdt: handlinger velges fortsatt kun fra det testede arketyp-settet (ingen fri datomatte), ingen endring trer i kraft før den er simulert og publisert, tilgangen er fail-closed («Regeladministrasjon (datomotor)»), og uendrede regelsett gir identiske datoer som før (golden parity). Merk: for de fleste systemregler håndhever motoren fortsatt vilkåret innebygd — kun gruppesynk-vinduet (R3) tas i bruk av motoren i dag; øvrige endringer lagres og vises i simuleringen.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår

Systemregelen S1 (manuell overstyring) var tidligere hardkodet i datomotoren: en manuelt overstyrt linje ble alltid ekskludert fra automatisk beregning, uansett hva regelraden sa. Motoren leser nå S1-regelen: slår du S1 av, beregnes manuelt overstyrte linjer på vanlig måte igjen; avgrenser du S1 med et vilkår (f.eks. bare utleielinjer), ekskluderes kun de linjene som matcher. Uendret S1 (aktiv, uten vilkår) gir nøyaktig samme resultat som før (golden parity), og alle endringer går fortsatt gjennom simulér-før-publisér. Dette er første steg i å gjøre systemreglene motor-styrte; N1/S4/S5 håndheves fortsatt innebygd (kun R3-vinduet var motor-styrt fra før).

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv

Systemregelen S4 («ingen kausal fakta — tid alene flytter aldri en dato») er nå regel-styrt for presentasjonen: en aktiv S4 med vilkår avgjør hvilken regelkode/forklaring linjen får i datoendringsloggen. Selve sikkerhetsgulvet er derimot eid av motoren og kan ikke skrus av: en linje uten kausal fakta beholder alltid datoen (uendret, ingen ny dato) selv om du slår S4 av eller avgrenser den bort — kun sporteksten blir nøytral. En uendret S4 (aktiv, uten vilkår) gir nøyaktig samme resultat som før (golden parity). I tillegg avvises det nå ved lagring/publisering å bytte S4 til en dato-flyttende handling — en årsaksløs linje kan aldri rykkes frem. N1/S5 håndheves fortsatt innebygd.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår

Systemregelen N1 avgjør om et «tapt tilbud uten oppfølging» skal behandles som en fullført ordre (og dermed rykke frem datoen) når det finnes en reell, fullført levering. Regelen var tidligere hardkodet; motoren leser den nå: slår du N1 av, normaliseres ikke slike linjer lenger — de blir stående uendret på tapt-tilbud-stien (ingen fremrykking); avgrenser du N1 med et vilkår, normaliseres kun de linjene som matcher. Selve normaliserings-effekten (å åpne for datofremrykking) eies fortsatt av motoren — N1 er et forhåndsflagg, ikke en egen datohandling, og kan ikke byttes til en annen arketype. Uendret N1 (aktiv, uten vilkår) gir nøyaktig samme resultat som før (golden parity), og alt går gjennom simulér-før-publisér. Betingelsesbyggeren har samtidig fått operatoren «har en verdi» (isNotNull) for felt som kan mangle verdi (f.eks. bekreftet leveringsdato), slik at «leveringsdato finnes» kan uttrykkes direkte. S5 håndheves fortsatt innebygd.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår

Systemregelen S5 flagger en linje for gjennomgang når planlagt dato ligger foran den beregnede planen uten at et tilbud/støttebrev forklarer gapet (og datoen flyttes aldri bakover). Regelen var tidligere hardkodet; motoren leser den nå: slår du S5 av, flagges ikke slike linjer lenger — de blir stående uendret (samme «flytt aldri bakover», bare uten gjennomgangs-flagget); avgrenser du S5 med et vilkår, flagges kun de linjene som matcher. Selve utløseren (at datoen ligger foran den beregnede planen) og «flytt aldri bakover»-matematikken eies fortsatt av motoren — S5 er vevd sammen med R1-beregningen og kan verken skilles ut som egen regel eller byttes til en annen arketype; du kan bare slå den av eller avgrense den på tilgjengelige felt. Uendret S5 (aktiv, uten vilkår) gir nøyaktig samme resultat som før (golden parity), og alt går gjennom simulér-før-publisér. Med dette er alle systemreglene unntatt R3 (utover gruppesynk-vinduet) motor-styrte.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem

Systemregelen R3 samordner linjene i samme transaksjonsgruppe til én felles leveringsdato (den høyeste innen synk-vinduet), og trekker med årsaksløse søskenlinjer forover. Fra før var kun gruppesynk-vinduet motor-styrt; nå leser motoren også R3-regelens av/på-bryter og vilkår: slår du R3 av, hoppes hele gruppesynk-steget over — hver linje beholder sin egen dato (ingen samordning); avgrenser du R3 med et vilkår, avgjør det per linje om linjen deltar i gruppesynken — og et medlem som ikke matcher verken driver gruppedatoen (regnes ikke med når den høyeste datoen finnes) eller trekkes med som søsken (det beholder sin egen linjedato). Selve gruppe-aggregeringen (høyeste/laveste dato innen vinduet) og vindus-parameteren eies fortsatt av motoren — vilkåret kan bare avgrense hvilke medlemmer som er med, ikke endre selve samordnings-matematikken. Uendret R3 (aktiv, uten vilkår) gir nøyaktig samme resultat som før (golden parity), og alt går gjennom simulér-før-publisér. Med dette er alle fem systemreglene (S1/S4/N1/S5/R3) motor-styrte.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger

Ny side Innstillinger → Masterordre → Brevmaler lar en administrator redigere brevmalene for tilbud, purringer, ordreforslag og støttebrev: navn, emne og brødtekst (ren tekst, ikke visuell editor), sette inn flettefelt som {{Felt}} med ett klikk, og forhåndsvise mot eksempeldata eller et valgt tilbud med inline-validering av ukjente (feil) og tomme (advarsel) flettefelt. Én mal per brevtype kan settes aktiv. Siden krever datatilgangen «Brevmaler (abonnement)» (Se for å lese/forhåndsvise, Endre for å lagre/aktivere) og er fail-closed — uten lesetilgang vises verken menypunktet eller siden.

→ Slik bruker du dette: Brevmaler — rediger og forhåndsvis

Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler

Dokumentmal-lageret for tilbud, masterordre og støttebrev (Innstillinger → Masterordre → Dokumentmaler) har fått én aktiv standardmal per dokumenttype rett etter oppgradering — en tenant som ikke har laget sin egen mal ser nå likevel en ferdig oppsatt mal i stedet for en tom liste. Nye kunder får de samme standardmalene automatisk ved opprettelse. Er en kunde pinnet til en egen mal på kundekortet og den malen senere blir erstattet av en nyere aktiv versjon, faller kunden nå automatisk tilbake på tenantens aktive mal i stedet for å bli sittende fast på den utdaterte pinnede malen.

→ Slik bruker du dette: Masterordre-modulen

Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow

Ny workflow-handling «Generer dokument og send e-post» kan legges til på en Tilbud- eller Masterordre-workflow: når handlingen kjører genereres dokumentet fra entitetens aktive dokumentmal (samme motor som forhåndsvisningen i Innstillinger → Masterordre → Dokumentmaler) og sendes som PDF-vedlegg til ansvarlig bruker, selger eller en fast e-postadresse. Mangler dokumenttypen en aktiv mal, eller er malens innhold skadet (ugyldig JSON), feiler handlingen synlig i workflow-kjøringsloggen i stedet for å sende et tomt dokument. Støttebrev er ikke støttet ennå (kommer som egen leveranse).

→ Slik bruker du dette: Masterordre-modulen

Masterordre: pipeline-konfigurasjon i Innstillinger

Ny side Innstillinger → Masterordre → Pipeline-konfigurasjon lar en administrator styre den automatiske ordreforslag- og brevutsendings-pipelinen: standard automatiseringsnivå, planleggingshorisont, batch-grenser for tilbuds- og purrebrev, dager før purring, BCC-arkivadresse, testmodus med testadresse og aksept-lenke med gyldighet. Verdiene lagres per klient i systemkonfigurasjonen (ingen migrasjon), valideres inline (positive heltall, gyldige e-postadresser, fornuftig horisont) og trer i kraft ved neste pipeline-kjøring. Siden krever datatilgangen «Abonnement – konfigurasjon» (Se for å lese, Endre for å lagre) og er fail-closed.

→ Slik bruker du dette: Pipeline-konfigurasjon — masterordre

Malpakke «Legg til alle» setter nå også inn instrumentet selv

«Legg til alle (N)» på en instrument-overskrift i «Pakker»-fanen (produktsøket på masterordre og tilbud) setter nå inn selve instrumentproduktet (f.eks. AKAL6000) som en egen, forhåndsavkrysset linje merket «Instrument» — i tillegg til forbrukslinjene som før. Instrumentlinjen kan overstyres i antall eller fjernes før innsetting, og settes alltid inn som en engangslinje uten frekvensmodus: på en masterordre med frekvens 0 (ekskludert fra automatiske ordreforslag), på et tilbud uten frekvens (null). Grupper uten trigger («Uten trigger») og enkeltvalg av ett forbruksprodukt er uendret.

→ Slik bruker du dette: Malpakker (produktmaler)

Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett)

Ny side Innstillinger → Masterordre → Datomotor – regler viser regelsettene datomotoren bygger på: publisert versjon (låst), utkast og arkiverte versjoner. Hver regel vises som en lesbar «Når … Så …»-setning — ingen rå JSON. Du kan lage et utkast fra den publiserte versjonen, redigere regelnavn, aktiv/inaktiv og parametere, og lagre med server-side validering. Innstillinger har fått en ny Masterordre-seksjon, der «Abonnement – feltoppsett» også er flyttet inn (den lå feilplassert under «Brukere og tilgang»). Siden krever datatilgangen «Regeladministrasjon (datomotor)», som er fail-closed — uten den vises verken menypunktet eller siden. Du kan simulere et utkast mot den publiserte versjonen (ser hvor mange linjer som får endret dato, nye avvik eller stoppes, med de berørte linjene listet — ingen linje endres), godkjenne resultatet, og publisere. Publiser-knappen er kun aktiv med en godkjent simulering av utkastet slik det står; endrer du utkastet, faller godkjenningen bort og du må simulere på nytt. Hver berørt linje i simuleringen kan utvides for å se den kuraterte per-linje-forklaringen. I denne versjonen er det kun tre parametere (blokkering ved aktivt tilbud, grense for gammelt støttebrev, vindu for gruppesynkronisering) som påvirker beregningen; øvrige regler er beskrivende og merkes eksplisitt i grensesnittet.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: redigerbar betingelsesbygger for regler

Regelredigeringen (Innstillinger → Masterordre → Datomotor – regler) har fått en veiledet, redigerbar betingelsesbygger i stedet for den låste visningen: bygg betingelser som felt → operator → verdi-rader, der verdifeltet automatisk får riktig type (dato, tall, ja/nei, valg, frekvens), grupper dem som ALLE av (OG) eller ENHVER av (ELLER) og nest grupper. Forhåndsvisningen «Når … Så …» oppdateres mens du redigerer. Handlingen velges fra et sett trygge, testede arketyper; systemregler er låst (skrivebeskyttet med «systemregel»-merke) og kan ikke betinges eller endres, mens innebygde regler bare kan avgrenses (betingelsene kombineres med regelens innebygde vilkår og kan aldri utvide den). Kun brukere med «Regeladministrasjon (datomotor)» (fail-closed) kan åpne redigeringen.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: legg til, dupliser, slett og sorter regler i regellisten

Regellisten (Innstillinger → Masterordre → Datomotor – regler) lar deg nå administrere reglene i et utkast. Ny regel oppretter en egendefinert regel fra en trygg mal (stopp/flagg for gjennomgang) og åpner den veiledede betingelsesbyggeren. Dupliser lager en redigerbar kopi av en egendefinert regel. Slett fjerner egendefinerte regler — systemregler og innebygde regler kan ikke slettes, og handlingen er da skjult. Du kan flytte en regel opp/ned for å endre prioritet innenfor samme trinn. Hver regel viser et merke for hva du kan gjøre med den: «Systemregel» (låst), «Innebygd» (kan bare avgrenses) eller «Egendefinert» (full redigering). Datoflytting eies alltid av datomotoren og kan ikke opprettes som ny regel. Endringer i utkastet krever som før en godkjent simulering før publisering, og alt ligger bak den fail-closed datatilgangen «Regeladministrasjon (datomotor)».

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel

«Ny regel» i regellisten (Innstillinger → Masterordre → Datomotor – regler) tilbyr nå «Marker avvik»-arketypen i tillegg til «Stopp for gjennomgang», slik at du kan opprette en egendefinert avviksregel med eget vurderingsvalg og full betingelsesbygger. En slik egendefinert regel er redigerbar og kan slettes, mens datomotorens innebygde avviksregler (R5/R6) fortsatt er låst og ikke kan slettes. Dette retter en tidligere feil der en nyopprettet «Marker avvik»-regel arvet den innebygde regelkoden og dermed ble stående som ikke-slettbar («kunne legges til, men ikke fjernes»).

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed)

Den nye operatørhandlingen «Bruk beregnede datoer» styres av en egen datatilgang «Bruk beregnede datoer (datomotor)» (Subscription.ScheduleApply), atskilt fra «Regeladministrasjon (datomotor)». Den er fail-closed — ingen har den som standard. Skru den på per rolle under Innstillinger → Datatilgang → Abonnement: Se-tilgang viser handlingen og forhåndsvisningen, Opprett-tilgang kreves for å faktisk bruke (skrive) datoene. Uten Se-tilgang vises ikke handlingen; API-et håndhever begge nivåene uavhengig av grensesnittet.

→ Slik bruker du dette: Masterordre — datomotor og ordre til NXT

Kopiering krever både se- og opprett-tilgang

«Kopier tilbud» og «Kopier masterordre» krever nå at brukeren har BÅDE se- (CanView) og opprett-tilgang (CanCreate) på objekttypen (Datatilgang: CrmOffer / Subscription.MasterOrder). Kopi-knappen skjules når tilgangen mangler, og serveren avviser å kopiere en kilde brukeren ikke har lesetilgang til — slik at opprett-tilgang alene ikke kan brukes til å hente ut en usett kilde via kopi.

→ Slik bruker du dette: Masterordre — tilbudsflyt

CRM (20 endringer)

Dra-og-slipp på møteagendaen

Agendapunkter kan omorganiseres ved å dra i håndtaket; rekkefølgen lagres umiddelbart. Feltet «Rekkefølge» fungerer fortsatt som presisjonsjustering.

→ Slik bruker du dette: Gjennomføre møte

Forslag går tilbake til forslagskassen ved sletting

Sletter du et agendapunkt som er hentet fra køen (forslagskassen eller HMS-rapport), legges forslaget tilbake i køen i stedet for å bli slettet permanent. Permanent avvisning gjøres i forslagskasse-administrasjonen.

→ Slik bruker du dette: Gjennomføre møte

Dokumenter på agendapunkter

Hvert agendapunkt i et møte kan nå ha egne dokumenter (opplasting og dra-og-slipp i punktets utvidede visning). Dokumentene følger punktet, også når et forslag legges tilbake i køen.

→ Slik bruker du dette: Gjennomføre møte

Tilbudshode: nye klassifiseringsfelt

Tilbud har nå de samme seks nedtrekksfeltene som masterordren (Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode, Ordreforslag-frekvenskode) i «Rediger tilbudshode». Verdiene er tilbudets egne og overføres aldri til/fra masterordren.

→ Slik bruker du dette: Ordreforslag — generer og beslutt

CRM: admin-justerbare terskler for Kundepuls

Grensene som styrer kundepuls-fargen er globale systeminnstillinger (Crm.Pulse.GreenDays = 60, Crm.Pulse.RedDays = 120, Crm.Pulse.AgreementExpiryDays = 30) som seedes ved innlogging og kan justeres av en administrator. Ingen differensiering per brukergruppe i v1.

→ Slik bruker du dette: Registrere kunde

CRM: daglig «Min dag»-digest

Nytt planlagt morgenvarsel som sender hver CRM-bruker en oppsummering av forfalte oppgaver, dagens frister, dagens møter og avtaler som snart utløper — via In-App/e-post etter brukerens egne varselinnstillinger (kategorien «CRM — Daglig Min dag-oppsummering»). Brukere uten noe å følge opp får ingen melding. Jobben er av som standard og aktiveres per domene.

→ Slik bruker du dette: Min dag

CRM: KAI kundebrief må aktiveres per rolle (fail-closed)

Den nye KAI-kundebriefen på kundekortet er avslått som standard for alle roller. Skru den på for pilotgruppen under Innstillinger → Datatilgang → KAI-gruppen → «KAI CRM (kundebrief)» ved å gi CanView. Endepunktet krever både denne tilgangen og CRM-modulen (31); uten begge vises ikke knappen og API-et avviser kallet med en tydelig melding.

→ Slik bruker du dette: KAI-bruk

Outlook-tillegget følger nå innboksen

Panelet kan festes (pin) og oppdaterer seg automatisk når du velger en annen e-post — du slipper å åpne tillegget på nytt for hver e-post. Krever at administrator laster opp ny manifest-versjon (1.1.0.0).

→ Slik bruker du dette: Bruke Outlook-addin

Outlook: koble e-posten til hva som helst i ePortal

Den nye «Koble til»-velgeren har ett søkefelt som finner salg, prosjekter, oppgaver, møter, tilbud og masterordrer — med forslag fra kundens kontekst — og e-posten kan kobles til flere ting samtidig.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook: opprett tilbud eller masterordre fra e-posten

Etter at en e-post er lagret kan du opprette et tilbudsutkast eller en masterordre med kunden forhåndsvalgt; detaljene redigeres videre i ePortal. Krever CRM- og abonnementsmodulene.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook: «Lagre raskt» og KAI-brief

Ett-kilkks lagring når kontakten er entydig, og en KAI-generert kundeoppsummering («før du svarer») direkte i panelet for brukere med KAI aktivert.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook: Brønnøysund-oppslag ved ny bedrift

«Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.

→ Slik bruker du dette: Bruke Outlook-addin

Avtaler-listen som smart-grid med filtrering, søk og eksport

Avtaleoversikten (/crm/agreements) bruker nå smart-grid i stedet for en enkel tabell: globalt søk, per-kolonne filtrering, sortering, kolonnevelger, kolonneflytting, lagrede visninger og eksport til både Excel og PDF (med firmalogo). KPI-kortene og statusfiltrene (Alle/Aktiv/Utløpt/Ventende) er beholdt som før.

→ Slik bruker du dette: CRM-modulen

Relasjoner på kundekortet — høyre kolonne, også ved oppretting

Aktør-relasjoner (KAM, eier, operatør, fakturakunde, forhandler, morselskap m.fl.) vises og redigeres nå i et panel i høyre kolonne ved siden av kunde-/aktørskjemaet, både når du oppretter en ny kunde og når du redigerer under Detaljer. Den gamle egne «Relasjoner»-fanen er erstattet. Ved ny kunde mellomlagres relasjonene i skjemaet og lagres automatisk straks kunden er opprettet; skulle noen ikke lagres, opprettes kunden likevel og du får en varsling med antallet som feilet. Selger/ansvarlig er fortsatt egne masterfelt, ikke relasjoner.

→ Slik bruker du dette: Registrere kunde

Kontakter i brevruting kan ikke lenger slettes ved et uhell

Sletting av en CRM-kontakt som er brevmottaker på masterordrer (abonnement) blokkeres nå med en forklarende dialog som viser antall berørte masterordrer og tilbyr «Deaktiver i stedet» (kontakten beholdes i historikken, men brukes ikke ved utsendelser). Gjelder kun tenants med abonnementsmodulen; vanlig sletting er uendret ellers.

→ Slik bruker du dette: CRM-modulen

Søk og filter huskes i kunde- og kontaktlisten

Søkefelt, rollefilter, side og kolonnefiltre i CRM-kundelisten og kontaktlisten går ikke lenger tapt når du åpner en kunde/kontakt og navigerer tilbake til listen; forrige søk/filter/side gjenopprettes automatisk innenfor samme nettleserfane.

→ Slik bruker du dette: Registrere kunde

PDF-eksport i kunde- og kontaktlisten

Eksport-menyen i CRM kunde-/leverandørlisten og kontaktlisten tilbyr nå «Eksporter til PDF» i tillegg til Excel. PDF-en bygges i nettleseren fra de samme kolonnene som Excel-eksporten (liggende A4, respekterer kolonnevelgeren).

→ Slik bruker du dette: Registrere kunde

Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo

Kundekortet er nå et rolle-nøytralt Aktør-skjema som betjener kunder, leverandører og aktører som er begge. Header viser identifikatorene (Kundenr, Leverandørnr, Org.nr, ERP-kundenr) og full e-postadresse som merker med en kopier-knapp (ett klikk kopierer verdien), pluss rollemerker (Kunde/Leverandør). Info-fanen har fått likestilte «Kunde»- og «Leverandør»-seksjoner: leverandørnr/-kode vises skrivebeskyttet («Hentes fra ERP») kun for aktører som er leverandør, og telefon/mobil beholdes som tel:-ikoner (ingen kopier-knapp der). Faks vises når det finnes.

→ Slik bruker du dette: Registrere kunde

Hent og oppdater kundedata fra Brønnøysund

Ved oppretting av en ny CRM-kunde kan du nå skrive organisasjonsnummeret og klikke «Hent fra Brønnøysund», eller søke på firmanavn, for å fylle inn navn, adresse, postnummer, poststed og bransje (NACE) automatisk fra Enhetsregisteret. På en eksisterende kunde med org.nr. ligger «Oppdater fra Brønnøysund» i handlingsmenyen: den viser en dialog med nåværende verdi mot registerverdi per felt, og oppdaterer kun feltene du huker av. Dine egne felt (e-post, telefon, nettside, rabatt, vilkår m.m.) beholdes alltid.

→ Slik bruker du dette: Registrere kunde

Outlook-tillegget: prosjektvalg tilbake i \"Ny oppgave\", og oppgaver kan nå søkes opp og kobles til e-post

Prosjektfeltet i «Ny oppgave» er alltid synlig og søkbart (kundens åpne prosjekter øverst), i stedet for å forsvinne når kontaktoversikten ikke hadde noen aktive prosjekter å foreslå. Velges et prosjekt opprettes nå også en koblet prosjektoppgave. I «Koble e-post til»-søket kan du i tillegg finne og koble e-poster til enkelt-CRM-oppgaver og prosjektoppgaver — tidligere var disse bare tilgjengelige som separate forslagslister.

→ Slik bruker du dette: Bruke Outlook-addin

Prosjekt og oppgaver (4 endringer)

Tildelte på deloppgaver

Deloppgaver viser nå hvem som er tildelt (samme avatar-visning som «Tildelte brukere») i hurtigpanel, oppgavedetalj, oversikt, tavle og CRM-oppgaveliste, og deloppgave-seksjonen er ekspandert som standard i hurtigpanelet. Feilaktig visning av ansvarlig som tildelt på deloppgaver er fjernet.

→ Slik bruker du dette: Prosjekt-modulen

KAI-planlegger: juster og regenerer

Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.

→ Slik bruker du dette: Prosjekt-modulen

KAI: utvid oppgave med deloppgaver

Ny KAI-funksjon på oppgaver (oppgavedetalj + hurtigpanel) som foreslår deloppgaver med estimat, datoer, tildeling og sjekkliste, pluss valgfrie endringer på foreldre-oppgaven. Alt bekreftes av brukeren før opprettelse. Krever KAI.Project-tilgang.

→ Slik bruker du dette: Prosjekt-modulen

Slutt på varsel-spam ved raske endringer på en oppgave

Endrer noen status, frist og prioritet på en oppgave rett etter hverandre, får du nå ett varsel merket «3 endringer» i stedet for tre like varsler — og én e-post i stedet for tre. Gjentakelser legges i den raden du allerede har ulest; har du lest varselet, starter neste hendelse en ny rad. Samtidig varsles «Oppgave endret» kun ved endring i status, frist, ansvarlig, prioritet eller tittel — å dra en oppgave i gantt eller justere fremdriftsprosenten varsler ikke lenger de andre på oppgaven.

→ Slik bruker du dette: Varslingssenter

Timeregistrering (2 endringer)

Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank

Timeregistreringer fra eksterne systemer (via Integration API) med destinasjonskode 101 (utbetaling) eller 102 (timebank) mappes nå til riktig timealternativ ut fra lønnsart (615/616/620/625/630/845) i standard lagringsprosedyrer, både ved innsetting og oppdatering. Gyldige timealternativ-kombinasjoner går alltid foran; mappingen brukes kun når 101/102 ikke er et registrert alternativ for lønnsarten. Mappingen fantes tidligere kun som manuell tilpasning i én kundedatabase og forsvant ved en tidligere SP-oppdatering — registreringene fikk da timealternativ 0. Registreringer lagret med 0 i mellomperioden rettes ikke automatisk.

Timeoversikt: søk, kolonnevelger, lagrede visninger og tastaturnavigasjon

Oversikt-siden under Godkjenning (/approval/overview) har fått de samme kraftige tabellfunksjonene som CRM-listene: globalt søk i alle kolonner (fungerer som Ctrl+F i tabellen), kolonnevelger med drag/reorder, lagrede visninger (server-lagret, med standardvisning) og tastaturnavigasjon med piltaster. Gruppering per ansatt beholdes som standard; en lagret standardvisning styrer grupperingen når den er aktiv.

→ Slik bruker du dette: Godkjenne timer

KontiConnect / Integrasjoner (18 endringer)

Ny intern jobb: serienummer fra Visma Business NXT

Ny KontiConnect-integrasjonstype «Visma Business NXT: serienummer» leser serienummerrader fra NXT inn i korrelasjonstabellen og binder dem automatisk til instrumentene på importerte masterordrer. Delta-vannmerke per selskap, periodisk full avstemming mot kilden, og et manuelt innskrevet serienummer overskrives aldri (uenighet blir stående som konflikt til en operatør avgjør). En ny skrivebeskyttet side «NXT-serienummer» viser alle uavklarte rader (ubundne, konflikter og rader som er borte fra kilden); siden ligger ikke i noen standardmeny og aktiveres per kunde via Menyadministrasjon.

→ Slik bruker du dette: Interne jobber — masterordre

NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen

Feltmapperen for NXT kunde-/leverandørsynk tilbyr nå NXT-klassifiseringsfeltene (information1, group1–group9) som kilder og de faste identitetene IMO-nr., Kundetype, BPP-status, Flåte og Kundestatus som mål (ferdig forhåndsutfylt, redigerbart). I tillegg kan et NXT-kildefelt kartlegges til et av tenantens egendefinerte CRM-kundefelt; verdien skrives da til kundekortet ved hver synk (robust per aktør, idempotent, hopper over slettede felt). Fase 1 endrer ikke selve klassifiserings-synken — de faste feltene følger fortsatt actGroup/actInfo-kolonnene; egendefinert-feltskriving er den eneste nye synk-oppførselen.

→ Slik bruker du dette: Visma Business NXT-integrasjon

NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer

Delta-cursor er flyttet ut av redigerbar JSON til en kontrollert checkpoint-store med auditert reset. NXT-ordreeksport lagrer ønskede ordrelinjer før eksisterende linjer slettes og gjenopptar trygge avbrudd; et ukjent resultat under sending stoppes for manuell NXT-kontroll i stedet for blind retry.

→ Slik bruker du dette: Konti Connect-modulen

NXT ordre: Recovery-fane for uavklarte ordrelinjer

NXT ordreintegrasjoner viser nå uferdige ordrelinjeoppdateringer i en egen Recovery-fane. Operatør kan åpne en Unknown-rad for kontrollert replay etter å ha kontrollert ordren i Business NXT og skrevet begrunnelse; handlingen logges i vanlig kjøringshistorikk.

→ Slik bruker du dette: Konti Connect-modulen

KontiConnect: sikrere debug-logging

Integrasjonslogger maskerer nå også clientSecret/ClientSecret i debug request-payloads før de lagres i kjøringsloggen, i tillegg til eksisterende masking av client_secret, passord og tokens.

→ Slik bruker du dette: Konti Connect-modulen

Ordretype kan velges på NXT-ordreintegrasjonen

Ordretypen var låst til NXT-kode 2. Den kan nå settes til 1 eller 2 i integrasjonseditoren. Begge er ordretyper i Visma Business NXT — den ene har logistikk aktivert, den andre ikke — så hvilken som skal brukes avhenger av firmaets oppsett.

→ Slik bruker du dette: Visma Business NXT-integrasjon

Freshdesk: schedulert synkronisering av supportsaker

Ny Konti Connect-integrasjonstype «Freshdesk: sakssynkronisering» kjører nøyaktig samme delta-synk som «Oppdater»-knappen på /support/freshdesk, slik at sakslisten kan holdes oppdatert automatisk (anbefalt frekvens: hver time). Credentials og synk-innstillinger leses fra de eksisterende Freshdesk.*-systeminnstillingene; eneste konfignøkkel er DebugLogging. Manuell og schedulert kjøring kan trygt overlappe (monotont vannmerke + idempotente upserts).

→ Slik bruker du dette: Freshdesk-integrasjon

Kopier konfigurasjon fra en eksisterende integrasjon

Oppretter du flere like integrasjoner slipper du å skrive inn de samme innstillingene om igjen: velg en eksisterende integrasjon i Konfigurasjon-fanen, og feltene som finnes i begge fylles ut automatisk. Felt som ikke finnes i den nye typen hoppes over, og det samme gjelder verdier typen ikke godtar. Hemmeligheter og synkroniseringsposisjoner kopieres aldri.

→ Slik bruker du dette: Sette opp ny integrasjon

Nytt utseende på integrasjonsveilederen

«Ny integrasjon» og «Rediger integrasjon» bruker nå ePortals gjeldende panel- og fanedesign: flate faner med gull-understrek i stedet for boksefaner, og lyse paneler med tydelig seksjonsoverskrift. Funksjonelt uendret.

→ Slik bruker du dette: Sette opp ny integrasjon

NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige

Client ID, Client Secret, Firmanummer og Synkroniseringsretning står nå i samme rekkefølge i alle NXT-integrasjonstyper. Ordreintegrasjonen viser i tillegg seks innstillinger som tidligere bare kunne settes ved å redigere JSON manuelt (fakturastatus-filter, GR12-kontroll, oppdater eksisterende ordrer, delta-synk med tilbakeblikk, og batch-størrelse). Bilagsintegrasjonen viser nå også synkroniseringsretning. Standardverdiene er uendret.

→ Slik bruker du dette: Visma Business NXT-integrasjon

Sortering og filtrering i Konti Connect-tabellene

Bilagshistorikken kunne verken sorteres eller filtreres i det hele tatt. Den har nå begge deler på alle datakolonner, inkludert statusfilter (i kø / eksportert). Beløps-, antalls- og datokolonner i bilagsforhåndsvisningene, bilagsloggen og importhistorikken har også fått filter.

→ Slik bruker du dette: Konti Connect-modulen

Integrasjonsfelt har fått forklarende hjelpetekst

Feltene i integrasjonskonfigurasjonen viser nå hjelpetekst når du holder over spørsmålstegnet. Rundt 30 felt (NXT aktørsynk, Simployer, Visma Lønn, ekstern kostnadsimport) hadde ingen forklaring i det hele tatt. Synkroniseringsretning forklarer nå også hvorfor enkelte integrasjonstyper bare har ett valg.

→ Slik bruker du dette: Sette opp ny integrasjon

Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler

Å opprette eller lagre en Visma Business NXT-integrasjon med et tomt eller ugyldig felt (f.eks. Client ID eller Firmanummer) ga tidligere bare «En uventet feil oppstod», uten å si hvilket felt som var problemet. Feilen navngir nå feltet og hva som forventes — også når et hemmelighets-felt fortsatt inneholder malens eksempelverdi.

→ Slik bruker du dette: Sette opp ny integrasjon

Hjelp-lenke til dokumentasjonen i integrasjonsveilederen

Hjelp-panelet i «Ny integrasjon» og «Rediger integrasjon» har nå et ?-ikon til den relevante håndboksiden, og en «Full dokumentasjon»-knapp til integrasjonsoversikten. Samtidig er hjelpe-ikonet rettet for disse to sidene: det pekte tidligere på håndbokens forside i stedet for veiledningen for oppsett.

→ Slik bruker du dette: Sette opp ny integrasjon

Bilag fra bankavstemming: vedlegg kan sendes til Visma

Etter at et bilag fra bankavstemmingen er overført til Visma Business NXT, kan du laste opp vedlegg (f.eks. bilagsdokumentasjon) direkte til det bilaget i Visma mens dialogen er åpen. Seksjonen forklarer tydelig om vedlegget faktisk sendes til Visma eller kun lagres i ePortal — det siste gjelder vedlegg lastet opp før en vellykket overføring, etter at dialogen er lukket, eller uten et gyldig bilagsnummer fra Visma.

→ Slik bruker du dette: Manuell matching av transaksjoner

Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres

Disse listene var vanlige tabeller uten noen form for sortering eller filtrering. De bruker nå samme tabellkomponent som resten av ePortal, med kolonnesortering, filter per kolonne, globalt søk og eksport til Excel. Det samme gjelder radlistene under en kjøring (feilede, vellykkede og hoppet over).

→ Slik bruker du dette: Lese kjøringslogg

Bilagsimport for Fjordkraft og Altibox

Ny side under Konti Connect (/konti-connect/voucher-import) som erstatter de to frittstående konverteringsprogrammene: velg kilde, last opp avregningsfil(er), forhåndsvis bilagslinjer med mapping-validering (rader uten mapping blokkerer import), og legg bilagene rett i bilagskøen med ett klikk. Kontomapping (Fjordkraft: AL-konto → debet/kredit; Altibox: GL-kode + avgiftsstatus → resultat-/balansekonto) vedlikeholdes i egne redigerbare rutenett med Excel-import for engangsmigrering fra de gamle Mapping.xlsx/GLMapping.xlsx-filene. Dobbeltimport av samme fil blokkeres automatisk (filhash), og en Historikk-fane viser alle importerte filer.

→ Slik bruker du dette: Bilagsimport (Fjordkraft/Altibox)

NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt»

Integrasjonen «Visma Business NXT - Bilag» har fått en Bilagshistorikk-fane som viser alle bilag eksportert til Business NXT (fra arkivtabellene), med mulighet for å kjøre ett eller flere bilag på nytt: bilaget legges tilbake i eksportkøen med originale ID-er, vedlegg lastes opp på nytt, og duplikatvernet mot NXT hindrer dobbel bokføring hvis bilaget fortsatt finnes der. Fikser samtidig to feil: arkivering mistet bilagshoder ved kjøringer med flere bilag, og opprydding etter eksport feilet for bilag med vedlegg.

→ Slik bruker du dette: Visma Business NXT-integrasjon

KAI — AI-assistent (3 endringer)

Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk

Når auto-match finner banklinjer med flere hovedboksposter på nøyaktig samme beløp og dato, kan KAI nå velge den mest sannsynlige hovedboksposten basert på referanse/KID, fakturanummer, bilagsnummer, beskrivelse og motpart. KAI-valget bokføres aldri automatisk — det legges i gjennomgangskøen som et framhevet KAI-forslag (øverst) for ett-klikks manuell godkjenning gjennom den vanlige valideringen. KAI kjøres i bunker over de tvetydige linjene, kostnadsbegrenset til inntil 6 bunker à 50 linjer per kjøring (≈ 300 linjer, styrt av BankReconciliation.KaiMaxBatchesPerRun, standard 6); gjenstår det flere vises antallet og du kan kjøre auto-match på nytt. Krever at KaiAnalysisEnabled er slått på for bankkontoen.

→ Slik bruker du dette: Bankavstemming-modulen

Outlook: KAI foreslår notat og tolker signatur

Når en e-post logges kan KAI foreslå et kort CRM-notat og en oppfølgingsoppgave; ved ny kontakt kan KAI lese avsenderens signatur og foreslå telefon og tittel. Rene forslag — ingenting lagres uten at du bekrefter. Krever KAI.Crm aktivert (Innstillinger → Datatilgang).

→ Slik bruker du dette: Bruke Outlook-addin

Svar på feilrapporter

Du kan nå se status og svar fra support på dine innsendte feilrapporter («Mine feilrapporter» i feilrapport-dialogen), og administratorer kan besvare rapporter i adminfanen.

→ Slik bruker du dette: Feilrapporter

Systemadministrasjon (10 endringer)

Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry

Kundeveiviseren har backend-eide profiler for Basis, Anbefalt, Operativ drift og Abonnement/masterordre, håndhever modulavhengigheter og oppretter modulmenyer fra én sentral katalog. Valgt SQL-server lagres per domene og brukes i innlogging, API, jobber og integrasjoner; eldre kunder fortsetter på standardserveren. Hver klargjøring får en varig trinn-/feillogg, og en feilet kjøring kan prøves på nytt med samme mål etter eierstyrt opprydding. Readiness kontrollerer migrering, administrator, rettigheter, modultildeling, standarddata og forventede menyer før Ready; operative avvik vises som NeedsAttention.

→ Slik bruker du dette: Opprette en ny kunde-tenant

E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post

En ny sikkerhetsgate på send-laget gjør det strukturelt umulig for et ikke-produksjonsmiljø å levere utgående e-post til en ekte mottaker. Alle utgående e-poster (tilbud-autosend, varsler, deling, integrasjons-alarmer, KAI-feilrapport, møtereferat, passord-tilbakestilling) omdirigeres til en sandkasse-adresse eller undertrykkes med mindre miljøet er bevist produksjon (Email.ProductionSendAllowed=true + Email.SandboxMode=Off). Fail-safe som standard: manglende/feil konfig eller feil sender aldri ekte. En byggetids-CI-guard stopper bygget hvis en ny send-sti hopper over gaten.

→ Slik bruker du dette: E-post-sandkasse — sikkerhetsgate for utgående e-post

Systemvarsler: last opp bilde + rettet redigeringsvindu

Redigeringsvinduet for systemvarsler i Konti Admin viste radioknapper, brytere og avkrysningsbokser delvis utenfor vindusrammen; layouten er rettet. For popup-varsler kan bildet nå lastes opp direkte (maks 2 MB, som i nyhetsadministrasjonen) i stedet for å kreve en eksternt hostet bildelenke; opplastet bilde prioriteres over URL.

E-postutsending slått over i produksjonsflyt, og kan nå styres per kunde

Utgående e-post gikk tidligere aldri til ekte mottakere: plattform-pinnen sto av, og en kunde uten oppsett havnet automatisk i sandkasse. Pinnen er nå slått på, og hver kunde får satt modus til «Av» (ekte utsending) ved første innlogging etter oppdateringen. Under Konti Admin → Systeminnstillinger kan du sette en enkelt kunde i sandkasse — omdiriger alt til én testadresse, eller stopp utsending helt — uten å påvirke de andre.

→ Slik bruker du dette: E-post-sandkasse — sikkerhetsgate for utgående e-post

Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene

Garantiene som hindrer at det samme instrumentet registreres to ganger kan ikke installeres på en tenant der eksisterende rader er tvetydige. Radene beholdes da urørt i stedet for å bli ryddet automatisk, og migrasjonen skriver hva den fant i en varig rad per tenant. Er en garanti blokkert, kan den installeres i etterkant uten ny migrasjon når radene er ryddet. Installasjonen er én udelelig operasjon: går noe galt underveis, står tenanten igjen med nøyaktig de garantiene den hadde før, og raden forteller hva som gikk galt.

Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9)

Arbeidsflytmotoren kjenner nå modulen «Abonnement»: du kan bygge arbeidsflyter på masterordrer, ordrelinjer, ordreforslag og tilbud. Standard-malene er oppsummeringer (digest) — én melding per kjøring som lister ALLE ordrer/forslag/tilbud med ønsket status (gruppert per status, med direktelenke per rad), ikke én e-post per ordre. Tre ferdige maler er lagt til (ordrer til gjennomgang, åpne ordreforslag, ubesvarte tilbud — ukentlig). Mottaker kan være ordrens ansvarlige, selger eller begge, og et nytt valgfritt felt «Ekstra e-postadresse» på Varsle- og Oppsummering-handlingene sender i tillegg til én fritt angitt adresse (tomt = ingen ekstra mottaker, ingen endring for eksisterende arbeidsflyter).

→ Slik bruker du dette: Arbeidsflyter

Konti admin: samlet feilrapport-oversikt

Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.

Tilbuds-datamodell (CRM) + motor-fakta

Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).

→ Slik bruker du dette: Abonnement / Masterordre

Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt)

Skjemagrunnlag for masterordre-modulen: nye tabeller for serviceobjekter (instrumenter), brevmottaker-matrise og per-tenant gruppefelt-etiketter/verdikataloger, pluss nye ordre-/linjekolonner (DealId, tapsårsak, ordreforslag-innstillinger, valuta, org-enheter, enhet, gruppe-/frifelt, myk lukking) og omdøping TransportGroup → TransactionGroup.

→ Slik bruker du dette: Abonnement / Masterordre

Supportsaker (Freshdesk) i portalen

Ny, opt-in Support-modul viser Freshdesk-supportsaker inne i ePortal: en forsidewidget med hurtigsøk og en egen sakliste (/support/freshdesk) med søk, status-/prioritetsfilter, detaljvisning og «Opprett oppgave» — sistnevnte åpner Hurtigregistrering forhåndsutfylt med saksnummer, emne, lenke og beskrivelse, og hver sak kan kun kobles til én oppgave (deduplisert, håndhevet i databasen). Modulen (moduleID 43) må aktiveres per domene av Konti, og selve datasynet krever eksplisitt datatilgang (Freshdesk.Tickets er fail-closed — nekter som standard til noen slår den på).

→ Slik bruker du dette: Support-modulen

Support (2 endringer)

Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet

En Freshdesk-sak kan nå rutes til et prosjekt automatisk via etiketter: tagg prosjektet med en etikett i det globale etikett-systemet, sett samme etikett på saken i Freshdesk, så opprettes en oppgave i prosjektet ved neste synkronisering (Åpen/Ventende saker, samme innhold som «Opprett oppgave», tildeles sakens Freshdesk-ansvarlige om den kobles til en ePortal-bruker). Den opprettede oppgaven får sakens beskrivelse (hentes fra Freshdesk-saksdetaljen) i tillegg til lenken til saken. Én oppgave per sak (også automatisk); ligger etiketten på flere aktive prosjekter velges det eldste (lavest ID); finnes ingen aktivt tagget prosjekt skjer ingenting (stille). Funksjonen er av som standard og slås av/på per kunde med bryteren «Opprett oppgave automatisk fra etikett» under Konti Admin → Innstillinger → Freshdesk (samme som innstillingen Freshdesk.AutoTaskFromTags.Enabled). Sakens etiketter vises nå også som chips i detaljpanelet.

→ Slik bruker du dette: Bruke supportsaker

Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger

Sakslisten (/support/freshdesk) viser nå saken i et detaljpanel ved siden av listen (delt visning med valg for kun liste/kun detalj og plassering høyre/nederst), slik at du kan bla fra sak til sak med piltastene uten å lukke noe. Detaljpanelet viser hele dialogen i saken fra Freshdesk — kundesvar, agentsvar og interne notater, tydelig merket, med vedlegg (bildevedlegg og innlimte skjermbilder som miniatyrer, andre filer som nedlastingslenker; inline-bilder hentes trygt ut av e-postteksten, kun fra Freshdesk sine bilde-tjenere) — i tillegg til beskrivelsen og handlingene som før. Status- og prioritetsfiltrene er flyttet inn i tabellens filterrad (Ctrl+F viser/skjuler den), og kolonneoppsett, filtre og delt visning kan lagres som personlige visninger. Kolonnene kan nå sorteres (server-side, over hele resultatsettet), listen viser 50 saker per side som standard, og standardkolonnene er saksnr, emne, status, prioritet, innmelder, tildelt og opprettet (flere kan slås på under Kolonner). Saker som slettes (legges i papirkurven) i Freshdesk fjernes nå fra listen ved neste synkronisering i stedet for å bli liggende med gammel status.

→ Slik bruker du dette: Bruke supportsaker

Plattform og komponenter (15 endringer)

Smart-grid: relative datofiltre («i dag ± n»)

Datobetingelser i det avanserte filteret kan nå være relative til dagens dato i stedet for en fast dato: velg «Relativ» i verdifeltet og sett «I dag ± antall dager/uker/måneder/år» (også per endepunkt i «mellom»). Filteret evalueres mot dagens dato hver gang det brukes, så et lagret eller delt filter som «Forfalt» (dato < i dag) eller «Neste 2 måneder» aldri blir utdatert.

→ Slik bruker du dette: Smart-grid

Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter»

Filter-panelet viser nå «Lagrede filtre» øverst (den vanligste handlingen er å bruke et lagret filter), mens betingelsesbyggeren ligger bak «Nytt filter»-knappen og vises automatisk når et avansert filter allerede er aktivt. «Lagre dette filteret» vises kun når det faktisk finnes noe å lagre, og førstegangsbrukere uten lagrede filtre får byggeren rett opp i stedet for en tom liste.

→ Slik bruker du dette: Smart-grid

Smart-grid: lagrede visninger og filtre kan deles med alle

Når du lagrer en visning (Visninger-nedtrekken) eller et filter (Filter-panelet) kan du krysse av «Del med alle», og people-knappen på egne rader slår deling av/på i etterkant. Delte visninger/filtre dukker opp hos alle brukere i klienten under gruppen «Delt» med «Delt av <navn>», kan brukes og settes som personlig standard (stjernen — følger alltid eierens siste versjon), men kun eieren kan oppdatere, endre deling eller slette.

→ Slik bruker du dette: Smart-grid

Nytt panel-design i hele ePortal

Alle paneler, seksjonskort, skjemaseksjoner og KPI-kort i appen (dashbord, detaljsider, rapporter, HMS) har fått det nye panel-designet fra CRM-kundekortet: varm ramme, myk skygge og kompakte seksjonsoverskrifter med gull-ikon. Alle panelhoder har nå lik høyde — knapper og faner inne i et panelhode er justert ned i stedet for å gjøre hodet høyere. Innholds-faner (f.eks. Bøtter/Milepæler på prosjekt, Detaljer/Tiltak/Logg på avvik, Filer/SharePoint i dokumentpaneler) bruker den nye fanestilen med gull-understrek. Klikkbare KPI-kort får gull-kant ved hover. Ikoner, statusfarger og innhold er uendret — kun rammen rundt. Nedtrekksmenyer og forslag som åpnes inne i et panel klippes ikke lenger av panelkanten. Timer- og Godkjenning-sidene (tidsbank, min oversikt, egenmelding, forhåndsregistrering, overordnet godkjenning, tidsbank-administrasjon, eksport av timer) har fått samme panel- og fanespråk.

→ Slik bruker du dette: ePortal-håndbok

Varsler: meldingslogg og lengre visningstid på systemmeldinger

Systemmeldingene («toast» øverst til høyre) blir nå stående lenger så du rekker å lese dem — feilmeldinger i 10 sekunder og advarsler i 8 (suksess/info uendret). De siste 20 meldingene lagres i tillegg i en meldingslogg du åpner via klokke-ikonet i varsel-bjellens nedtrekk (ved siden av feilrapport-knappen). Loggen ligger kun i nettleseren (ingen server), beholdes gjennom økten og kan tømmes.

→ Slik bruker du dette: Innstillinger for varslinger

Strengere validering av Microsoft-innlogging

Innloggingstokens utstedt for andre Microsoft-tjenester (f.eks. Graph) avvises nå alltid, og en valgfri innstilling (AzureAd:AllowedAudiences) kan begrense hvilke app-registreringer som godtas. Ingen endring for vanlige brukere.

→ Slik bruker du dette: Innstillinger for portal og system

Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst

På sider med mange kolonner delte tabellen den tilgjengelige bredden likt på alle, også når det ga hver kolonne mindre plass enn ett tegn. Resultatet var at innholdet brakk nedover bokstav for bokstav — «Danske Bank…» kunne stå som en loddrett stripe med én bokstav per linje, og flere kolonneoverskrifter ble borte helt. Kolonnene har nå en nedre grense for bredde, og trenger tabellen mer plass enn skjermen gir, kan du i stedet bla sidelengs. Gjelder alle tabeller i ePortal.

→ Slik bruker du dette: Smart-grid

Engelsk språkstøtte utvidet kraftig

Engelsk grensesnitt dekker nå 72 % av alle tekster, mot 45 % før. Blant annet er varslinger, dashbord, prosjekt, arbeidsordre, timeregistrering, lager, systemadministrasjon og datatilgang oversatt. Der engelsk mangler vises norsk tekst i stedet for tekniske nøkkelnavn. Fagmodulene bankavstemming, HMS og anleggsregister er bevisst ikke oversatt og vises på norsk.

→ Slik bruker du dette: Min profil

Min profil dokumentert i håndboken

Ny håndbokside som forklarer hva du kan endre selv, hvilke felt som er låst og hvorfor, og hva som skjer når du bytter språk.

→ Slik bruker du dette: Min profil

Du velger nå selv om ePortal skal være på norsk eller engelsk

Under Min profil → Profilinformasjon finnes et nytt Språk-felt med norsk og engelsk. Grensesnittet skifter språk med en gang du lagrer — du trenger ikke logge ut og inn igjen. Tidligere kunne bare en administrator sette språket ditt, og endringen slo først inn ved neste innlogging. Datoer, klokkeslett og tall vises alltid på norsk format uansett språkvalg.

→ Slik bruker du dette: Min profil

Knapper er blitt ett hakk mindre i hele ePortal

Knappene er strammet inn til en mer kompakt skala overalt, så knapperader tar mindre plass og flere handlinger får plass uten å brekke til ny linje. Ingen knapp er fjernet eller flyttet, og teksten er uendret — bare størrelsen.

→ Slik bruker du dette: Komponenter

Enter åpner nå raden du står på i tabeller

I tabeller der et klikk på raden åpner den, kunne du navigere mellom cellene med piltastene, men ikke faktisk åpne raden uten mus. Enter på cellen du står i gjør nå det samme som et klikk. Samtidig er en gammel feil rettet: sto du på en knapp inne i en rad — for eksempel «Slett» eller «Åpne rapport» — gjorde Enter ingenting i det hele tatt. Knappen svarer nå normalt på Enter, og raden åpnes ikke i stedet.

→ Slik bruker du dette: Smart-grid

Lager og Innstillinger følger nå samme panel-design som resten av ePortal

Sidene under Lager og Innstillinger har fått de samme seksjonskortene, overskriftene og rammene som dashbord og detaljsider allerede bruker, slik at hele portalen ser lik ut. Innholdet på sidene er uendret.

→ Slik bruker du dette: Lager-modulen

Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister

Brukere med engelsk som språkvalg (Min profil → Profilinformasjon → Språk) ser nå engelsk tekst i bankavstemming (inkl. konsernavstemming og KAI-matching), hele HMS-modulen (sjekklister, avvik, kjemikalier, dokumentbibliotek) og anleggsregisteret (avskrivning, tilganger, Visma Business-synkronisering). Disse fagmodulene falt tidligere tilbake til norsk med vilje (eierbeslutning 2026-07-30); det er nå reversert for disse tre modulene. Et fåtall administrative fagmoduler (håndbok, lønnsart, integrasjonsovervåking, KAI-promptadministrasjon m.fl.) forblir norske inntil videre.

→ Slik bruker du dette: Min profil

Globalt søk finner nå også enkeltoppgaver

CRM-oppgaver og prosjektoppgaver er lagt til som egne kategorier i det globale søket (Ctrl+K), på lik linje med salg, prosjekter og møter. Krever tilgang til henholdsvis CRM- eller prosjektmodulen.

→ Slik bruker du dette: CRM-modulen

Forbedringer

Abonnement / Masterordre (17 endringer)

Manuell kobling av tvetydige NXT-ordrelinjer

Ordrer der tilbudsoverføringen ikke kunne koble linjene automatisk (samme produkt flere ganger på ordren) kan nå avklares direkte i portalen: rader med årsak AmbiguousOrder på NXT-serienummer-siden får handlingen «Koble linjer», som åpner et sidepanel der tilbudslinjene (med opprinnelig tilbudsantall) pares manuelt mot NXT-ordrelinjene (med gjenstående/levert antall) én kobling om gangen, med bekreftelsesdialog, serverside-validering og sporing i tilbudets endringslogg. Neste synkkjøring binder serienumrene til instrumentene.

→ Slik bruker du dette: Instrumentregister på masterordren

Abonnement: grunnmur for serienummer-kobling av tilbudsfødte ordrer

To nye databasetabeller kobler tilbudslinjer varig til ordrelinjene som ble opprettet i Visma Business NXT, sammen med en kjørbar backfill som kartlegger alle allerede fullførte overføringer; nye overføringer kobles nå automatisk rett etter fullført overføring (kun linjer der produktet er entydig på begge sider — resten merkes varig som tvetydige og avklares manuelt via koblingsvisningen på NXT-serienummer-siden). Serienummer-jobben bakfyller nå kartet automatisk i starten av hver kjøring (avgrenset og feilisolert — bare uavklarte overføringer leses, bakfyllet får halvparten av jobbens arbeidsbudsjett håndhevet per ordre, det roterer rettferdig gjennom restanselisten via en varig markør slik at en varig uavklart sak aldri sperrer senere ordrer, og et feilet eller uferdig bakfyll stopper aldri synken — også et tidsavbrudd mot NXT behandles som en vanlig ordrefeil der brukte sider telles mot budsjettet og markøren flyttes videre; resten tas ved neste kjøring), henter tilbudsfødte ordrer inn i førstegangs-/avstemmingslesingen, og binder serienumre også på tilbudsfødte instrumenter via kartet. En avkortet NXT-tilbakelesing (sidetaket nådd) brukes aldri som ordreidentitet — den feiler lukket og prøves på nytt senere.

Masterordre: rediger produktnavn og notat direkte på linjen

Produktnavn-kolonnen på masterordre-linjene kan nå redigeres rett i tabellen, og en ny valgfri Notat-kolonne (slås på via Kolonner) gir fritekst per linje. En manuelt endret tekst overlever nå et produktbytte — teksten hentes kun fra det nye produktet når den aldri var endret manuelt.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: kompakt radhøyde som standard

Masterordre-listen, tilbudslista og grid-workbench starter nå i kompakt tetthet så flere rader er synlige uten å rulle. Tetthet-knappen i verktøylinjen bytter fortsatt til komfortabel, og lagrede visninger med tetthet gjenoppretter sin egen verdi.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Dokumentmaler: språket kan endres på en eksisterende mal

Språk-feltet på en dokumentmal var låst etter opprettelse, så en mal opprettet på feil språk måtte kopieres og bygges opp på nytt. Nå kan språket endres og lagres. Er malen aktiv og målspråket allerede har en aktiv mal for samme dokumenttype, avvises lagringen med en forklarende melding — det kan bare finnes én aktiv mal per dokumenttype og språk. Dokumenttypen er fortsatt låst.

→ Slik bruker du dette: Brevmaler — rediger og forhåndsvis

Masterordre: verdikatalog-navn for ordrehodets NXT-koder

Ordrehodets gruppekoder fra NXT (Masterordre-status, Ordreforslag-status, Type oppfølgning, Tapsårsak og Ordreforslag-frekvens) kan nå navngis i verdikatalogene (Innstillinger → Abonnement – feltoppsett → Verdikataloger), på samme måte som instrumentgruppene på linjene. «Hent verdier fra ordre og linjer» henter også inn kodene som faktisk er brukt på ordrehodene, og detaljpanelet viser «Navn (kode)» der navn finnes — rå kode ellers.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene

Ordrehodets «Trans.gr. 1» (transactionGroup1) vises ikke lenger som et rått tall: koden har fått sin egen verdikatalog («Transaksjonsgruppe 1») på linje med de øvrige NXT-ordrehodekodene. Navngi kodene under Innstillinger → Abonnement – feltoppsett → Verdikataloger — «Hent verdier fra ordre og linjer» henter også inn de brukte transaksjonsgruppe-verdiene, og ordrehodet viser «Navn (kode)» der navn finnes.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Smart-grid: radmerking virker nå i gruppert visning

Avkryssingskolonnen for radmerking vises nå også når griden er gruppert (f.eks. masterordre-ordrelinjer, som standard gruppert på instrumentgruppe) — tidligere måtte grupperingen fjernes før rader kunne merkes for masseoperasjoner som «Slett valgte» og «Rekalkuler priser». Hver gruppeoverskrift har i tillegg en egen avkryssingsboks som merker/avmerker alle radene i gruppen under ett (delvis merket gruppe vises som halvvalgt, også når gruppen er kollapset), og «merk alle» i kolonneoverskriften teller alle radene på tvers av gruppene. Merkingen følger radene og overlever gruppering/avgruppering og kollaps/utvid.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: administrasjon av malpakker (produktmaler)

Ny fane «Malpakker» under Innstillinger → Abonnement – feltoppsett: koble forbruksprodukter (antall, antallsfaktor, støtte-/leiefrekvens) til triggerprodukter (instrumenter) via produktsøk og en egen trigger-skuff. «Slett» deaktiverer malpakken (aldri fysisk sletting). Ny datatilgangstype «Malpakker (abonnement)» styrer se/opprette/endre/slette. Pakker-fanen i produktsøket og automatiske forslag på ordrelinjene kommer i egne leveranser.

→ Slik bruker du dette: Malpakker (produktmaler)

Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre

Siden «/subscription/assets» viste fiktive demo-skip fra en mock-tjeneste som om de var ekte data. Ruten og menyvalget er fjernet til et ekte API for aktiva finnes; komponentene beholdes i kodebasen for senere gjenbruk.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen

De fire klassifiseringsfeltene fra NXT byttet tekniske feltnavn fra shipping-spesifikke til kildenøytrale navn (imoNo/customerTypeCode/bppStatusCode/fleetCode → actorInfo1/actorGroup1Code/actorGroup3Code/actorPriceGroupCode) i API-svar og grid-kolonnenøkler — visningsnavnene er uendret. Lagrede kolonneoppsett som refererte de gamle nøklene mister stille disse kolonnene (ufarlig: kolonnene var skjult som standard og har vært ute i få dager — slå dem på igjen via kolonnevalg).

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde

Feltene IMO-nr, Kundetype, BPP-status og Flåte er Bruusgaard-navn på generiske NXT-felter (information1, group1, group3, employeePriceGroup). Navnene kan nå endres per kunde under Innstillinger → Abonnement – feltoppsett → fanen for feltnavn (feltnøklene ActorInfo1/ActorGroup1/ActorGroup3/ActorPriceGroup) — masterordre-listens kolonnetitler og kundekortets «ERP-klassifisering»-etiketter følger katalogen, med dagens norske navn som standard (migrasjonen seeder dem, så eksisterende kunder ser ingen endring).

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte)

Skipets NXT-klassifisering filtreres direkte fra smart-grid-kolonnenes egne filtre i masterordrelista — kundetype, BPP-status og flåte, med tenantens egne feltnavn fra «Abonnement – feltoppsett». Filtrene kan flervelges og kombineres med søk og øvrige filtre.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: ordrehodet er lettere å lese

Detaljpanelet skilte tidligere så vidt mellom sidebakgrunn, ordrehodekortet og feltene inni det, og alle ledetekster var like tunge, så innholdet fløt sammen. Kortet står nå tydelig frem, verdi per år og planlegging er samlet i ett felt, og tallene er tyngre enn ledetekstene sine. Ordrenummeret vises uten «MO-»-forstavelsen, skipets kundenummer står foran skipsnavnet, og merkelapper for kopiert/låst/slettet aktør er flyttet ned på egen linje slik at bare statusen står ved tittelen. Knappen «Vis ordreforslag» er fjernet fra ordrehodet — køen åpnes fra Abonnement → Ordreforslag. På ordrelinjene er de to dato-knappene («Datohistorikk» og «Hvorfor endret datoen seg?») samlet under én Datoer-knapp med meny, så handlingskolonnen blir smalere.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre-listen laster videre når du scroller

Sidevelgeren under masterordre-listen er erstattet med uendelig scroll: listen henter flere ordrer av seg selv når du nærmer deg bunnen, så du kan bla gjennom utvalget uten å klikke deg side for side. På telefon laster lista maksimalt 1 000 masterordrer — du får beskjed nederst om at søket må avgrenses for å se resten.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Masterordre: datohistorikken på en linje er blitt en tidslinje

«Hvorfor endret datoen seg?» og «Endringslogg» viste de samme radene i to former, og begge listet én kort per motorkjøring med alle faktaene synlige. På en linje som vurderes hver natt druknet de få reelle datoendringene i identiske «ingenting skjedde»-kort. De to er nå én Datohistorikk: en tidslinje med dato og klokkeslett, en norsk overskrift for hva som skjedde, en forklaring av regelen som avgjorde det, og faktaene bak en utvider. Tidslinjen viser de fem siste datoendringene pluss dagens tilstand, med «vis mer» for eldre — og en avkryssingsboks for også å ta med vurderingene uten endring, som sier hvor mange de er. Simuleringer fra regeladministrasjonen holdes utenfor: en tørrkjøring er ikke noe som har skjedd med linjen. Forklaringene er oversatt til norsk; de var engelske før.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Avansert filter på tilbudslinjer

Linjetabellen på tilbud har nå samme «Nytt avansert filter»-knapp som linjetabellen på masterordre, slik at du kan bygge filterregler med flere betingelser også på tilbudslinjene.

→ Slik bruker du dette: Masterordre — tilbudsflyt

CRM (9 endringer)

Bedre møteoversikt

Møtesiden har fått en kompakt verktøylinje, en tydelig toukerskalender og en rikere oversikt over kommende møter med tid, kunde, sted og møtetype. Seks måneder vises som uker og tolv måneder som måneder, med klikk tilbake til detaljvisning. Listevisningen er fortsatt standard på mobil.

→ Slik bruker du dette: CRM-modulen

Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler

CRM-blokken i den engelske språkfilen var bare delvis speilet (155 av 1044 nøkler), så engelsk språkvalg viste rå nøkkelnavn på det meste av CRM-flaten. Alle manglende nøkler er nå speilet inn (norsk tekst som midlertidig plassholder — oversettelse kommer som eget arbeid).

→ Slik bruker du dette: CRM-modulen

Globalt søk finner nå salg og loggførte e-poster

Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.

→ Slik bruker du dette: CRM-modulen

Outlook-tillegget: vedlegg valideres ved lagring

Vedlegg som lagres fra Outlook kontrolleres nå mot tillatte filtyper og maksimal filstørrelse (samme regler som arbeidsordre-dokumenter). Avviste vedlegg rapporteres tilbake i tillegget; e-posten lagres uansett. E-postinnholdet lagres nå også i renset form.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook-tillegget: tydeligere lagring og penere koblingsvalg

Lagre-knappene har fått full bredde med forklarende undertekst, koblings-chipsene og panelene følger ePortals nye panel-design, søket viser «Vis flere» i stedet for å kutte treff, forslag vises kun når e-posten har en kjent kunde, og «Koble til møte»-seksjonen er erstattet av møtevalg direkte i koblingsvelgeren (nytt møte foreslås kun når e-posten er en møteinnkalling).

→ Slik bruker du dette: Bruke Outlook-addin

CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside

«Hent fra Brønnøysund» på en ny kunde fyller nå også inn e-post, telefon og nettside (nettsiden får automatisk «https://» foran) i tillegg til navn, adresse og bransje. På en eksisterende kunde tar «Oppdater fra Brønnøysund»-dialogen med e-post/telefon/nettside som egne avhukbare felt, så du selv velger om registerets kontaktinfo skal overskrive din egen.

→ Slik bruker du dette: Registrere kunde

CRM kundekort — land velges fra søkbar liste med flagg

Land-feltet på kundekortet (hovedadresse og adressemodal) er nå en søkbar nedtrekksliste med flagg i stedet for et fritt tekstfelt. Du kan søke på norsk eller engelsk navn eller landkode, og landet lagres som ISO-landkode. Eksisterende verdier beholdes.

→ Slik bruker du dette: Registrere kunde

CRM kundekort — selger og ansvarlig velges fra brukerliste

Feltene «Selger» og «Ansvarlig» under Kommersielle vilkår er nå søkbare nedtrekkslister over ePortal-brukere i stedet for frie tekstfelt. Du søker og velger en bruker på navn; ansattnummeret lagres som før, og en eksisterende selger/ansvarlig er forhåndsvalgt når du åpner kunden.

→ Slik bruker du dette: Registrere kunde

Outlook-tillegget: tydeligere tekst og bedre lesbarhet

Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.

→ Slik bruker du dette: Bruke Outlook-addin

Bankavstemming og konsernavstemming (21 endringer)

Bankavstemming: nytt dashboard-oppsett

Kontooversikten har fått én tydelig statuskolonne, gruppeheadere per regnskapsklient og en redusert KPI-rad. Kolonnene for uavstemte poster, avstemmingsstatus og siste import er samlet til én statuskolonne med fire tilstander (Ikke konfigurert, Ikke importert, Pågår, Avstemt) og lenke rett til riktig handling; kontoer som krever handling sorteres øverst. Hver regnskapsklient har nå sin egen gruppeheader med Avstemt X/Y og differanse per valuta, i stedet for en egen klientoversikt over tabellen (fjernet); totalraden er forenklet til én linje for hele utvalget, og grupper kollapses automatisk når tenanten har mer enn 5 regnskapsklienter. KPI-raden øverst er redusert fra fire til tre kort: «Uavstemt» (slått sammen fra to tidligere kort), «Differanse» (ett hovedbeløp med en «Per valuta»-utvider ved flere valutaer) og «Perioder avstemt» (med fremdriftsindikator).

→ Slik bruker du dette: Bankavstemming-modulen

«Vis flere» i avstemmingslistene — ingen poster er lenger utenfor rekkevidde

Arbeidsbenkene for bankavstemming og konsernavstemming viste maks 200 poster per liste uten mulighet til å hente resten; på kontoer med mange åpne poster var de eldste (og viktigste) radene utilgjengelige. Nå viser en «Vis flere»-knapp nederst i hver liste de neste 200, og etter en match eller import beholdes det utvidede vinduet. Totaler, antall og «velg alle» dekker som før hele utvalget.

→ Slik bruker du dette: Matche transaksjoner

Bankavstemming: samlet «Mer»-meny og periode som måned

Verktøylinjen samler «Administrer kontoer» og «Automatisk avstemming» i en ny «Mer»-meny i stedet for to faste knapper, mens Rapporter-menyen står som før. Periodevelgeren viser nå måned og t.o.m.-dato (f.eks. «August 2026 · t.o.m. 31.08») i stedet for et rått datofelt, siden en avstemmingsperiode alltid er en hel måned.

→ Slik bruker du dette: Bankavstemming-modulen

Konsernavstemming: samme verktøylinje som bankavstemming

Konsernavstemmingsdashboardet får den samme verktøylinjen som er beskrevet over: «Administrer par» og «Automatisk avstemming» ligger nå i en «Mer»-meny, og periodevelgeren viser måned og t.o.m.-dato.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden

Hovedbokspostenes valuteringsdato (ValDt) — ikke bilagsdatoen (VoDt) — er nå den datoen som avgjør hvilken periode en post hører til, saldoberegning, matchevinduet, låsing av lukkede perioder og rapport-cutoff. En post uten valuteringsdato er et datakvalitetsavvik: den utelates fra periodesaldoen (aldri «gjettet» til bilagsdatoen), vises med et varselikon i arbeidsflaten (bilagsdatoen vises da), og en periode kan ikke fullføres (heller ikke automatisk lukkes) så lenge den inneholder hovedboksposter uten valuteringsdato — fullføringen blokkeres med et handlingsrettet antall. (Automatisk matching bruker bilagsdatoen som reserve når valuteringsdato mangler, slik at matchingen ikke blir dårligere enn før.) Valuteringsdatoen fylles inn automatisk ved neste hovedbok-import (self-heal), så etter oppgradering bør hver bankkontos hovedbok importeres på nytt én gang slik at eksisterende poster får valuteringsdato. I arbeidsflaten vises nå valuteringsdatoen som primær dato med bilagsdatoen under når de er ulike.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: valuta- og NOK-beløp i hver sin kolonne

I avstemmings-arbeidsflaten (bank- og hovedbokslistene) vises valutabeløpet og NOK-beløpet nå i hver sin kolonne («Beløp» og «NOK») i stedet for stablet i samme celle, med sifrene høyrejustert og tabulær-justert så beløpene er lette å sammenligne. På en NOK-konto (uten eget valutabeløp) viser NOK-kolonnen en tankestrek. Kun visuelt — ingen funksjonsendring.

→ Slik bruker du dette: Manuell matching av transaksjoner

Bilag fra bankavstemming overføres til Visma med en gang

Når du oppretter et bilag fra bankavstemmingen sendes det nå til Visma Business NXT umiddelbart, og du får beskjed om det ble bokført eller bare overført. Tidligere lå bilaget og ventet på neste planlagte overføring.

→ Slik bruker du dette: Manuell matching av transaksjoner

Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen

Excel-eksporten av bank- og hovedbokslistene («Rapporter»-menyen) har nå en egen NOK-kolonne med hjemmebeløpet ved siden av beløpskolonnen, i tråd med visningen på skjermen. På en valutakonto viser i tillegg bunnlinjen i hver liste NOK-summen ved siden av valutasummen («… · NOK …») for både «Uavstemt» og «Total».

→ Slik bruker du dette: Manuell matching av transaksjoner

Bankavstemming: overstyr matchetoleranser per kjøring

«Automatisk avstemming»-dialogen viser nå Beløps-, Valuta- og Dagstoleranse forhåndsfylt fra kontoinnstillingene, og du kan endre dem for den aktuelle kjøringen uten å endre den lagrede innstillingen (samme fleksibilitet som konsernavstemmingen). Tomme/uendrede felt bruker kontoinnstillingen som før.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: slå av summatching per kjøring

«Automatisk avstemming»-dialogen har fått en av/på-bryter for summatching (N:1 / 1:N / N:N), forhåndsfylt fra kontoinnstillingen. Slå den av for å kjøre kun én-mot-én-matching i den aktuelle kjøringen — nyttig når du vil unngå at flere små poster grupperes mot én stor. Den lagrede kontoinnstillingen endres ikke.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: avstemmingsbro

Under «Logg»-menyen i avstemmings-arbeidsflaten finner du nå «Avstemmingsbro»: et panel som for en valgt dato forklarer differansen mellom banksaldo og hovedbokssaldo — differansen brytes ned til åpne (uavstemte) poster, og det som eventuelt står igjen er restdifferansen. En grønn melding viser «ren timing» når restdifferansen er tilnærmet null, en rød melding «reelt avvik» når den er større enn 0,01.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: se åpne poster ved periodefullføring og per periode

Dialogen «Fullfør periode» lister nå de åpne (uavstemte) postene du er i ferd med å overføre, så du ser nøyaktig hva du bekrefter før perioden lukkes. I tillegg har periodehistorikken fått en «Åpne poster»-knapp per periode som viser de postene som ble overført da perioden ble fullført.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme

På Kontoer forteller kolonnen om selve kontoen er i bruk (Aktiv/Inaktiv), mens den på Oversikt og Konsern forteller hvor langt avstemmingen er kommet (Avstemt, Ikke avstemt, Fullført). Fordi ordet læres på Oversikt, ble det lest som fremdrift også på Kontoer — der det ikke sier noe om avstemmingen i det hele tatt. Kolonnene heter nå Kontostatus og Avstemmingsstatus etter hva de faktisk viser, både i tabellene og i PDF- og Excel-eksportene av avstemmingsrapportene. Statuskolonner andre steder i modulen (regler, transaksjoner, filimport) er uendret.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: differanse vises per valuta

Har du bankkontoer i flere valutaer, viste oversikten én netto- og bruttodifferanse for alle sammen. Beløp i ulike valutaer kan ikke legges sammen til ett tall — 100 USD og 100 NOK er ikke 200 av noe — og to differanser i hver sin valuta kunne til og med utligne hverandre til null, slik at det så avstemt ut mens begge sto åpne. Nøkkeltallet viser nå én linje per valuta, merket «Per valuta», og grønt hake-ikon betyr at hver valuta går opp. Beløpene regnes ikke om mellom valutaer. Har alle kontoene samme valuta, ser kortet ut som før. Det samme gjelder tallene per selskap: de står i selskapets egen valuta, og har ett selskap kontoer i flere valutaer, vises også selskapets netto og brutto per valuta i stedet for én sammenslått sum.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: lagrede visninger på kontooversikten

Kontooversikten har fått lagrede visninger, slik at du kan lagre og hente fram igjen ditt eget oppsett av sortering, filtre og kolonner i stedet for å sette det opp på nytt hver gang.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming: kontonavn først i kontooversikten

Kontonavn er flyttet først i tabellen, står låst til venstre sammen med kontonummeret og har fått bredere plass, slik at du kjenner igjen kontoen når du blar sidelengs. «Type» er skjult som standard — kolonnen finnes fortsatt og kan slås på igjen under «Kolonner». Har du allerede lagret et eget kolonneoppsett for denne tabellen, beholder du ditt, og ser endringen først når du nullstiller kolonnene.

→ Slik bruker du dette: Bankavstemming-modulen

Hovedboksposter uten valuteringsdato holdes ikke lenger utenfor avstemmingen

Mangler en hovedbokspost valuteringsdato, plasseres den nå på bilagsdatoen sin. Den er med i saldoen, i antall uavstemte poster, i åpen-post-dokumentasjonen og i periodelåsen — akkurat som den allerede ble tatt med i matchingen. Perioden kan fullføres selv om slike poster finnes, både manuelt og ved automatisk lukking. Det gule varselmerket beholdes, men betyr nå at importen mangler valuteringsdato, ikke at noe holdes utenfor tallene. Merk to synlige konsekvenser: en periode som tidligere viste «0 / 0 / 0» kan vise et avvik ved første lasting etter oppdateringen — beløpet var der hele tiden, men ble ikke regnet med — og en slik post med bilagsdato i en låst periode kan ikke lenger matches inn i den uten at perioden gjenåpnes.

→ Slik bruker du dette: Feilsøking — Bankavstemming

Bankavstemming: ryddigere kontooversikt

Kontooversikt-griden viser ikke lenger sumrad og feltsum nederst, og «ikke importert»-badgen med importknappen stables nå vertikalt i stedet for på rad.

→ Slik bruker du dette: Bankavstemming-modulen

Konsernavstemming: valg-/match-linjen er flyttet øverst i arbeidsflaten

Oppsummeringen av valgte transaksjoner og «Match»-knappen lå tidligere nederst i transaksjonsseksjonen og krevde nedscrolling; den vises nå rett under toppseksjonen så snart noe er valgt.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Konsernavstemming: verktøylinje og initialisering på linje med bankavstemming

Dashboardet har fått knappen «Automatisk avstemming» i knappegruppe med «Administrer par» (samme planleggingsside som bankavstemmingen, der automatisk konsernmatching kan slås på), og «Initialiser» vises nå som egen knapp/dato-badge i statuskolonnen i par-listen — samme mønster som bankkontolisten.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Nytt/rediger par og bankkonto åpnes i skuff i stedet for modal

Begge avstemmingseditorene (konsernpar og bankkonto) åpnes nå i en skuff fra høyre med Selskap A og B side ved side (par), samlet Matcheregler-seksjon, Aktiv-bryter i toppen og faste Avbryt/Lagre-knapper nederst — hele skjemaet er synlig uten scrolling.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Plattform og komponenter (10 endringer)

Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp

Det globale søkefeltet i smart-grid søkte for tidlig (250 ms) — du rakk ikke skrive ferdig før den søkte. Debouncen er nå 400 ms (og kan overstyres per grid), og du kan søke umiddelbart ved å trykke Enter, forlate feltet (miste fokus) eller klikke den nye søkeknappen til høyre i feltet. Gjelder alle lister/tabeller som bruker smart-grid.

→ Slik bruker du dette: Smart-grid

Smart-grid: ryddigere filterdropdown

Den ene «Filter»-knappen åpner nå en kompakt dropdown etter samme mønster som «Visninger», med filterbetingelser, lagrede filtre og lagring samlet i én vertikal arbeidsflyt uten å skyve tabellen ned. Dropdownen har bedre tomtilstand og hindrer lagring før et faktisk filter er aktivt.

→ Slik bruker du dette: Smart-grid

Smart-grid: én samlet «Filter»-knapp i stedet for to

Verktøylinjen hadde tidligere to nesten like knapper — «Filtre» (lagrede filtre) og «Filter» (avansert filterbygger) — som var lette å forveksle. De er nå slått sammen til én «Filter»-knapp (trakt-ikon) som åpner ett panel med både den avanserte filterbyggeren og «Lagrede filtre»-seksjonen, pluss en «Nytt filter»-handling som starter et blankt filter. Knappen viser fortsatt et tellemerke når filtre er aktive.

→ Slik bruker du dette: Smart-grid

Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde

Tabeller får nå en minstebredde beregnet fra kolonnene sine, så en kolonne aldri presses smalere enn innholdet den viser. Er det ikke plass, får tabellen vannrett rulling i stedet for å stable teksten. Kolonner som med vilje er satt smale forblir smale.

→ Slik bruker du dette: Smart-grid

Smart-grid — Ctrl+F viser/skjuler filterraden

Når fokus er i en smart-grid-tabell veksler Ctrl+F (Cmd+F på Mac) den per-kolonne filterraden på/av (kun der tabellen har filtrerbare kolonner). Snarveien er avgrenset til tabellen, så den overstyrer ikke nettleserens vanlige søk ellers på siden.

→ Slik bruker du dette: Smart-grid

Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen

Tabeller med detaljpanel kan nå (opt-in) vise en høyre/bunn-veksler i verktøylinjen ved «Kolonner» og «Visninger», så du velger om detaljene ligger til høyre for eller under listen. Valget huskes i lagrede visninger som før.

→ Slik bruker du dette: Smart-grid

Smart-grid — filterraden fester seg under header ved scrolling

Når filterraden er åpen fester den seg nå rett under kolonneoverskriftene når du scroller nedover i tabellen, så filterfeltene alltid er tilgjengelige (høyden på header måles så raden legger seg presist under, uansett tetthet/zoom). Festede kolonner beholder filterfeltene på plass også horisontalt.

→ Slik bruker du dette: Smart-grid

Smart-grid — lagre og hente egne visninger

Smart-grid har fått en «Visninger»-nedtrekk (opt-in) der du kan lagre gjeldende oppsett (kolonner, sortering, filter, grupper, sidestørrelse) som en navngitt visning, hente den igjen senere, oppdatere en valgt visning med gjeldende oppsett, tilbakestille til standard, sette én som standard og slette. Slått på først på Anleggsregister → Anleggsoversikt.

→ Slik bruker du dette: Smart-grid

Smart-grid PDF-eksport får firmalogo og header

PDF-eksport fra alle smart-grid-tabeller (godkjenningsoversikten, CRM-listene m.fl.) har fått en profesjonell topptekst med firmalogoen øverst til høyre og tittel/undertittel til venstre, med en tynn skillelinje over tabellen — samme stil som bankavstemmings-rapportene. Logoen hentes fra tenantens oppsett (samme som app-logoen); mangler den, vises headeren uten logo.

→ Slik bruker du dette: Smart-grid

Mer plass til innhold med kompakt topplinje

Modultittel, undersider, globalt søk, varsler og bedriftslogo er samlet i en 66 piksler høy rad på desktop som flukter med logoflaten i venstremenyen. Modultittelen er mindre og ligger tettere inntil venstremenyen uten å endre luftingen i sideinnholdet, den aktive undersiden markeres med en mørk strek, og den 35 piksler store varselsbjellen har tydelig avstand fra søkefeltet. Overflødige menypunkter samles automatisk under tre prikker når plassen blir knapp, og den separate breadcrumb-raden er fjernet. I trange bredder komprimeres søk, tenantbytte og logo uten å forsvinne; søkeresultatlisten beholder full bredde, og undersider med egne valg kan åpnes fra en separat pilknapp med mus eller tastatur. Varselantallet vises tydelig festet til bjellens øvre hjørne.

→ Slik bruker du dette: Første innlogging

Systemadministrasjon (1 endring)

Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk

Trestruktur-fanen (Innstillinger → Meny) vises nå som standard kollapset, så store menyer er lesbare — utvid grenen du jobber med. Undernivå-menyen (Menu2) er som standard sortert på overordnet meny og deretter sorteringsrekkefølge, og sub-undernivå-menyen (Menu3) på begge foreldrene og rekkefølge — listene leser dermed som den faktiske sidemenyen. Alle tre listene har i tillegg fått globalt søkefelt og grupperingspanel.

→ Slik bruker du dette: Menyadministrasjon

Forbedringer (2 endringer)

Menyraden blir synlig ved scrolling

Portalheaderen med modultittel, varsler, modulmeny og navigasjonssti er nå festet øverst på skjermen, slik at brukeren beholder navigasjonen når lange sider rulles. Support-listen bruker ett samlet scrollområde, mens masterordre-arbeidsflaten holder siden i skjermhøyden og lar de to gridene scrolle innenfor arbeidsområdet.

→ Slik bruker du dette: ePortal-håndbok

Globalt søk: navnet i trefflista er like tydelig som nummeret

I søkeresultatene øverst sto identifikatoren («Masterordre 101078») i vanlig tekst mens navnet ved siden av («TORM Gloria») var grått og mindre — men det er navnet du kjenner igjen. Navnet vises nå i samme farge og størrelse som resten av treffet, i alle seksjonene: tilbud, masterordre, kunder, prosjekter, arbeidsordre, kontakter, dokumenter og de øvrige.

→ Slik bruker du dette: Kom i gang

Support (3 endringer)

Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse

Skuffen som åpnes med Ctrl+Alt+N (eller fra «Opprett oppgave» på en supportsak) er nå omtrent dobbelt så bred, og beskrivelsesfeltet er en riktekst-editor i stedet for et enkelt tekstfelt, slik at du kan formatere beskrivelsen (fet, kursiv, lister, lenker) på samme måte som i oppgavedetaljene.

→ Slik bruker du dette: Bruke supportsaker

Supportsaker sortert på saksnummer synkende

Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.

→ Slik bruker du dette: Bruke supportsaker

Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering

Sakslisten (/support/freshdesk) lar deg nå søke på saksnummer (med eller uten #), og har fått kolonnene Type, Etiketter og Tildelt samt en server-side filterrad for fritekst-kolonnene (Emne, Innmelder, Type, Etiketter, Tildelt). «Tildelt» kobler Freshdesk-agenten til en ePortal-bruker på e-post og viser ePortal-navnet når det finnes, ellers agentnavnet.

→ Slik bruker du dette: Bruke supportsaker

KontiConnect / Integrasjoner (2 endringer)

Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT

Ved full synk (delta-synk avslått) avstemmer aktørsynken nå ePortals aktørregister mot det komplette NXT-uttrekket: aktører hvis kunde-/leverandørnummer ikke lenger finnes i NXT får ERP-koblingsfeltene (kunde-/leverandørnummer og NXT-klassifiseringen) fjernet — aktøren slettes eller deaktiveres aldri og lever videre i CRM. En sikkerhetsgrense hopper over avstemmingen når uttrekket ser ufullstendig ut (under 50 % av lokalt koblede aktører), og kjøringsloggen viser «X aktører fikk fjernet ERP-kobling (finnes ikke lenger i NXT)». Kan slås av med integrasjonsinnstillingen ReconcileMissingActors=false.

→ Slik bruker du dette: Visma Business NXT-integrasjon

Kjøringshistorikk med liste og detaljer side om side

Historikkfanen på en Konti Connect-integrasjon viser nå kjøringene i en kompakt liste og detaljene for valgt kjøring ved siden av. Den nyeste kjøringen velges automatisk, og sidevalg og antall rader håndteres direkte i tabellen. På smalere skjermer stables detaljene under listen.

→ Slik bruker du dette: Lese kjøringslogg

Nyheter (1 endring)

Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting

Store bilder (typisk mobilfoto på flere MB) nedskaleres til maks 1600 px og komprimeres i nettleseren før lagring; et 2 MB-foto ender vanligvis på 100–300 KB. Forsiden med nyhetsbilder blir dermed vesentlig raskere å laste. Transparente logoer beholder gjennomsiktighet, og animerte GIF-er beholdes uendret.

Anleggsregister (2 endringer)

Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt

Anleggsoversikten (/fixed-asset/display-fixed-asset) har fått grupperingspanel (dra/velg en kolonne under «Gruppering») og et globalt søkefelt som filtrerer på tvers av synlige kolonner. Ytelse: avdelings-kolonnen memoiseres nå (den kjørte tung tekst-parsing per rad ved hver oppdatering og fikk store lister til å henge), grupper med mange rader starter sammenslått (auto-collapse) så ikke alle rader rendres på én gang, og en spinner vises mens gruppering av større sett beregnes.

→ Slik bruker du dette: Anleggsregister

Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte)

Over anleggsoversikten er det nå en multiselect for anleggsgrupper. Velger du én eller flere grupper, henter serveren kun disse (server-side IN-filter), så du slipper å laste hele registeret når du bare vil se noen grupper. Tomt valg = alle grupper (som før).

→ Slik bruker du dette: Anleggsregister

Timeregistrering (5 endringer)

Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel)

Timeoversikten under Godkjenning (/approval/overview) har fått PDF som eksportformat ved siden av Excel. «Eksporter»-knappen over tabellen tilbyr nå både Excel (rå/formatert) og PDF fra samme nedtrekk, bygget fra de samme kolonnene og radene.

→ Slik bruker du dette: Godkjenne timer

Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF)

Kontroll-tabellene under Godkjenning → Sjekk timer (/approval/check-hours) har fått samme smart-grid-verktøy som timeoversikten: globalt søk, kolonnevelger, kolonneflytting, lagrede visninger, filterrad (Ctrl+F) og eksport til både Excel og PDF (med firmalogo). Gjelder både ansattlista og den valgte ansattes timetabell.

→ Slik bruker du dette: Godkjenne timer

Mer effektiv kontroll av timer per ansatt

Kontroll av timer har fått en kompakt arbeidsflate der du søker etter ansatt på nummer eller navn og velger periode i samme rad. Ansattlisten viser treffantall og tydelig markering av aktivt valg. En tilbakepil tar deg tilbake til ansattoversikten. Alle nøkkeltall er beholdt med ikoner og filtrering, samlet i fire ryddige grupper slik at handlingsknappene og timelisten kommer høyere opp på skjermen — de faste 15 vises alltid, og vakt-/vikartallene for ansatte med vaktordning (Vaktuker, Vaktuker mont., Vikarvakt, Vikarvakt mont.) dukker opp i Vakt-gruppen når de er ulik null, akkurat som før. Lengre KPI-navn kan bruke to linjer over ikon og verdi, i stedet for å bli unødvendig avkortet.

→ Slik bruker du dette: Godkjenne timer

Tidsbank med samlet saldo og historikk

Vaktordning, fleksitid og ferie vises nå i én samlet saldooversikt der detaljene kan åpnes direkte på raden med mus eller tastatur. Saldoverdier eksponeres med type, timer og dager som én komplett tekst for skjermleser, uten dupliserte tall, og seksjonene har tydelige navn. Utbetaling har fått et tydelig eget kort og handlingen heter nå Overfør til lønn. Godkjente bevegelser er samlet i én kronologisk tabell med tilgjengelige filterknapper for alle bevegelser eller én bestemt ordning.

→ Slik bruker du dette: Bruke tidsbank

Ryddigere og mer kompakt timeregistrering

Dato, dagsnavigasjon og summer er samlet i en tydelig topplinje, mens I dag ligger i datovelgeren så handlingen ikke vises dobbelt og kan nås med tastatur. Registreringsfeltene ligger nå i ett avgrenset kort i samme naturlige rekkefølge både visuelt og med tastatur, og søkbare valglister har fått tydeligere rader og en varm beige markering med mørk kant. Arbeidsordre viser ordrenummer og beskrivelse først, med avdeling og prosjekt som lesbar sekundærinformasjon. Arbeidsordrelisten åpnes bredt på desktop når plassen tillater det, mens valglistene følger feltbredden på mobil; begge kantene holdes innenfor skjermen. Handlingsknappene hører sammen med skjemaet, og dags- og månedslisten starter tettere på registreringen. Når en liste er tom, vises en forklaring i stedet for et stort blankt område.

→ Slik bruker du dette: Registrere timer

Feilrettinger

Anleggsregister (3 endringer)

Excel-maler og grunnlagsfiler følger med API-et

Nedlasting av importmalen i Anleggsregister fungerer igjen, og øvrige grunnlagsfiler i API-ets Content-mappe blir med ved publisering.

→ Slik bruker du dette: Anleggsregister — feilsøking

Firmainnstillinger i Anleggsregister feilet for kunder med Visma Business NXT

Siden krasjet med en serverfeil fordi AccountX-registerets (R9) nøkkelfelt fra Visma NXT ble lest som et tall, mens Visma faktisk sender det som tekst. AccountX-nedtrekkslisten laster nå riktig.

Nedlasting av Excel-importmal i Anleggsregister feilet med serverfeil

Nedlastingen av importmalen (og NIS-avgangsmalen) kunne krasje med en generell serverfeil i stedet for å laste ned filen, fordi filbanen ble slått opp på en måte som er upålitelig under IIS in-process-hosting. Malen lastes nå ned pålitelig.

→ Slik bruker du dette: Anleggsregister

CRM (21 endringer)

Nykundeveiviser: manglende engelske tekster

Engelskspråklige administratorer så en rå oversettelsesnøkkel i stedet for meldingen om at egen SQL-server krever egne admin-legitimasjoner, og hjelpeteksten for databasenavn manglet 22-tegnsgrensen. Begge de engelske tekstene er på plass.

Nykundeveiviser: SQL-legitimasjon kan ikke lenger smugle inn tilkoblingsinnstillinger

Brukernavn og passord som oppgis for en egen SQL-server settes nå inn som rene verdier i tilkoblingsstrengen (aldri tolket som nøkkelord), og integrert sikkerhet tvinges alltid av. Tidligere kunne et passord som inneholdt «;Integrated Security=true» få API-ets egen tjenesteidentitet sendt mot en vilkårlig oppgitt server.

Nykundeveiviser: sikrere lagring av database-passord

Tenant-databasepassordet lagres nå med moderne autentisert kryptering (AES-GCM) når nøkkelen Encryption:MasterKeyV2 er konfigurert, provisjoneringen avbrytes hvis krypteringen feiler (tidligere kunne et tomt passord bli lagret uten feilmelding), og ferdigsjekken åpner en reell tilkobling med det LAGREDE passordet før kunden meldes klar.

Nykundeveiviser: egen SQL-server krever egne admin-legitimasjoner

Angis en annen SQL-server enn standardserveren, krever veiviseren og API-et nå SQL Admin-brukernavn og passord for den serveren. Tidligere kunne systemets sentrale databasekonto bli brukt mot en vilkårlig oppgitt server.

Nykundeveiviser: samme domenenavn kan ikke lenger registreres to ganger

To samtidige provisjoneringer med samme domenenavn men ulikt databasenavn kunne tidligere begge fullføre og etterlate to domenerader, med uforutsigbar innlogging for kunden som resultat. Nye unike indekser reserverer både domenenavn og databasenavn, og sikkerhetsindeksenes faktiske tilstand lagres nå varig: mangler en indeks (f.eks. pga. eksisterende duplikater), nekter provisjonering og gjenforsøk å kjøre med en tydelig feilmelding til duplikatene er ryddet og migrasjonens SQL er kjørt på nytt.

Nykundeveiviser: gjenforsøk overskriver aldri en samtidig gjenoppretting

Frigivelse av et feilet gjenforsøks krav på domenet skjer nå kun hvis domenet fortsatt står som InProgress; har en operatør i mellomtiden satt domenet til Ready, røres det ikke (tidligere kunne det bli satt tilbake til Failed og åpne for destruktivt gjenforsøk). Eierskapsflaggene for både gjeldende og historisk kjøring nullstilles i én atomisk databaseoperasjon, slik at en delvis skriving aldri kan etterlate en historisk kjøring med eierskap til en manuelt gjenopprettet database.

Nykundeveiviser: samtidige kjøringer mot samme database sperres

To samtidige provisjoneringer eller gjenforsøk mot samme database kunne tidligere opprette dupliserte domener eller slette hverandres ressurser. Nå tillater systemet kun én aktiv kjøring per databasenavn (unik indeks), gjenforsøk tar domenet atomisk (kun ett vinner), og eierskapsflagg nullstilles og lagres umiddelbart etter hver opprydding slik at et senere gjenforsøk aldri kan slette en manuelt gjenopprettet database.

Nykundeveiviser: databasenavn begrenses til 22 tegn

Databasenavn på 23-40 tegn passerte tidligere valideringen, men feilet ved domeneregistreringen etter at database og SQL-login allerede var opprettet (feltene i domenetabellen er CHAR(30), og SQL-loginet er databasenavnet med eportal_-prefiks). Veiviseren, API-et og tjenesten håndhever nå maks 22 tegn.

Nykundeveiviser: provisjonering feilet på meny-steget

Provisjonering av ny kunde stoppet på steget «Applying module menus and document defaults» med feilen «Invalid object name 'wv_Module'», og opprettet database og SQL-login ble rullet tilbake. Modulvalideringen leste en systemdatabase-tabell over kundedatabase-tilkoblingen; den går nå mot systemdatabasen.

SharePoint-dokumentpanel: ryddigere verktøylinje

Dokumentpanelet (brukes på møter, kundekort, prosjekter, oppgaver og HMS) har fått én samlet verktøyrad: en «Ny»-meny med navngitte valg (ny mappe, Word-, Excel- eller PowerPoint-dokument, filopplasting) i stedet for rene ikonknapper, og en «Mer»-meny for oppdater, åpne i SharePoint og koble til/fra bibliotek. Den store dra-og-slipp-sonen er erstattet av et diskret hint — slippsonen vises når du faktisk drar en fil over panelet. På møter er «Ny møtemappe» flyttet inn i Ny-menyen, og den overflødige infolinjen om standardbibliotek er fjernet.

→ Slik bruker du dette: Registrere kunde

Systemadmin: feilrapport-oversikten krasjet for migrerte kunder

Den kryss-tenant-oppsummeringen på Systemadmin → Feilrapporter feilet for kunder som allerede hadde fått admin-svar-kolonnene (Bug report fan-out failed for tenant …, InvalidCastException fra System.Int16 til int?). Årsaken var at eksistens-sjekken av kolonnene leste COL_LENGTH(...) — som returnerer SMALLINT — inn i et int?, noe RepoDb ikke konverterer når kolonnen finnes (og som paradoksalt nok bare traff de migrerte kundene). Sjekken caster nå resultatet til INT.

CRM: aktørrelasjons-API-et er nå styrt av Datatilgang

Endepunktene for aktørrelasjoner (relasjonspanelet på kundekortet og relasjonstype-administrasjonen) krevde kun innlogging: alle brukere i tenanten kunne opprette og slette relasjoner som styrer fakturering og visning. Tilgangen styres nå av den nye datatilgangstypen «Aktørrelasjoner (CRM)» (se/opprette/endre/slette — seedes med full tilgang for alle brukernivåer, så ingen mister noe før admin strammer inn), og relasjonstyper som vedlikeholdes av ERP-synkroniseringen kan ikke lenger legges inn manuelt via API-et (avvises med tydelig melding).

→ Slik bruker du dette: Registrere kunde

Outlook-tillegget: e-poster viste feil retning i CRM

E-poster lagret fra Outlook ble vist med feil retningsmerke (inn/ut) i korrespondanselisten, og automatiske arbeidsflytregler på retning traff dem aldri. Nye e-poster lagres nå med riktig retning, og eksisterende rader rettes automatisk.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook-tillegget: bedriftsforslag fra private e-postadresser

En kunde med f.eks. gmail-adresse gjorde at alle avsendere fra samme e-postleverandør ble foreslått som den bedriften. Vanlige e-postleverandører (Gmail, Hotmail, osv.) brukes ikke lenger til bedriftsmatching.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook-tillegget: «Siste aktiviteter» viste ikke de siste

Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.

→ Slik bruker du dette: Bruke Outlook-addin

Outlook-tillegget: fest-knappen (pin) manglet

Knappen for å feste CRM-panelet slik at det følger med når du bytter e-post, ble aldri vist fordi manifestet deklarerte funksjonen på feil sted. Rettet i manifest v1.2.2.0 — administrator må laste opp nytt manifest i Microsoft 365 Admin Center.

→ Slik bruker du dette: Bruke Outlook-addin

Visma Business NXT produkt- og prisoppslag er nå isolert per kunde

Mellomlagrede NXT-produkter, priser og KontiConnect-tilgangstokener deles ikke lenger på tvers av kundemiljøer i samme applikasjonsprosess; hver kunde får kun egne data servert fra mellomlageret. I tillegg kan et NXT-tilgangstoken ikke lenger gjenbrukes av en konfigurasjon som oppgir samme klient-ID med feil klienthemmelighet — hemmeligheten må bekreftes mot Visma før et token utleveres.

CRM: kunde-/leverandørlisten krasjet ved lasting

Kundelisten (/crm/customers), Excel-/PDF-eksporten og kundekortet feilet med en serverfeil fordi rollefeltene Kunde/Leverandør ble returnert som tall fra databasen mens API-modellen forventet ja/nei — hele spørringen feilet ved mapping (RepoDb godtar ikke Int32→Boolean). Rolleflaggene kastes nå eksplisitt til BIT i alle tre spørringene (liste, eksport, detalj), og en delt projeksjon med formtest hindrer at liste og eksport driver fra hverandre igjen.

→ Slik bruker du dette: Registrere kunde

Globalt søk fant ikke kunder, kontakter eller dokumenter

Søket i toppfeltet (Ctrl+K) feilet stille for CRM-kunder, CRM-kontakter og dokumentbiblioteket og ga null treff i disse kategoriene, uansett søkeord. Andre kategorier (arbeidsordre, møter, aktiviteter osv.) var upåvirket.

→ Slik bruker du dette: CRM-modulen

Sletting av CRM-dokument feilet på enkelte klienter

Retter en feil der sletting av et opplastet dokument på kunde/tilbud/kontakt kunne feile med en databasefeil for klienter som ble opprettet i et smalt tidsvindu i mars 2026.

→ Slik bruker du dette: Feilsøking — CRM

Nye ePortal-databaser refererer ikke lenger kundespesifikke Visma-baser

Baseline-skriptet inneholdt 39 referanser til firmadatabasene F0340/F8340 (fra kilde-tenanten) i seks legacy-anleggsviews og to prosedyrer; alle er byttet til dummy-basen F9999 slik at nye tenants aldri leser en annen kundes produksjonsdata. NB: databasen F9999 må finnes på databaseserveren for at provisjoneringen skal fullføre (viewene kolonne-bindes ved opprettelse).

Plattform og komponenter (9 endringer)

Provisjonering: nye database-passord krever konfigurert krypteringsnokkel

Uten Encryption:MasterKeyV2 ble nye tenant-databasepassord og OAuth-databasepassord lagret med den gamle, reverserbare krypteringen og kjøringen meldte likevel suksess. Nå avvises nye lagringer med tydelig feilmelding til nøkkelen er konfigurert (eksisterende verdier kan fortsatt leses), og API-et logger Critical ved oppstart når nøkkelen mangler. Et eget utviklingsunntak (Encryption:AllowLegacyCredentialWrites) virker kun når miljøet er Development.

Handlingsknappene i tabeller kunne ikke klikkes

På sider der tabellens sortering eller filter ble satt opp av siden selv, kunne knappene i radene (rediger, slett, og lignende) se helt normale ut, men ikke reagere på klikk. Årsaken var at tabellen bygde radene på nytt igjen og igjen, så knappen du trykket på ble byttet ut mellom du trykket ned og slapp opp — nettleseren rakk aldri å registrere klikket. Tabellen bygger nå bare om når innholdet faktisk er endret.

→ Slik bruker du dette: Smart-grid

Smart-grid: verktøylinje-knapper og produktsøk-liste fikset

Egendefinerte verktøylinje-knapper (f.eks. «Ny rad» på innstillings-tabellene) forsvant på tabeller uten grupperingspanel — verktøylinje-sporet finnes nå i begge verktøylinje-variantene. Og nedtrekkslisten i celle-produktsøket (masterordre-linjer) kunne horisontal-scrolle og klippe teksten på lange produktnavn — den bryter nå teksten i stedet.

→ Slik bruker du dette: Smart-grid

Smart-grid: trestruktur er nå synlig også med tallkolonner

I hierarkiske tabeller (tre-modus) var innrykket usynlig når tre-kolonnen var høyrejustert (f.eks. linjenummer) — barnerader så ut som søsken. Dybden vises nå med synlige nivå-linjer og en kobling fra barnerad til noden over, uavhengig av kolonnejustering.

→ Slik bruker du dette: Smart-grid

Smart-grid: aktiv rad markeres nå på alle rader

I tabeller med master/detalj-visning ble den aktive raden bare fargelagt på annenhver rad — en CSS-spesifisitetsfeil der zebra-stripingen overstyrte aktiv-markeringen på partallsrader. Aktiv rad markeres nå konsekvent på alle rader, og de festede (sticky) kolonnene på aktiv rad har ugjennomsiktig bakgrunn så innhold fra kolonner som scroller under ikke lenger lekker igjennom og overlapper teksten.

→ Slik bruker du dette: Smart-grid

Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt

Å kopiere et celleområde i gridet og lime inn på andre rader kunne forskyve alle verdiene like mange kolonner når markøren sto på en annen kolonne enn kopien startet i (f.eks. frekvens i antall, dato i enhet, antall i enhetspris). Ved innliming av gridets egen kopi mappes hver verdi nå til sin opprinnelige kolonne uansett markørposisjon; ikke-redigerbare kolonner hoppes over og telles. I tillegg er kopisemantikken lagt om til Excel-oppførsel: Ctrl+C på én fokusert celle kopierer nå kun den cellen (før: hele raden — å «kopiere Antall» limte i praksis inn alle radens felt og ga «N celler hoppet over»-varsel), og et klikk på en annen celle nullstiller aktivt merket område så neste Ctrl+C aldri gjenbruker en gammel markering. Hel rad kopieres fortsatt når rader er huket av i utvalgskolonnen. Innliming fra Excel/eksterne kilder er fortsatt posisjonsbasert fra markøren, der en hoppet kolonne forbruker sin klippebordcelle.

→ Slik bruker du dette: Smart-grid

Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt

Å skrive direkte på en tallcelle (type-to-edit) mistet det første tegnet fordi el.select() ble kalt etter at første tegn allerede var skrevet. Nå beholdes hele inntastingen.

→ Slik bruker du dette: Smart-grid

Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules

I tabeller med en avkryssnings-kolonne (utvalg) og kolonnevelger — f.eks. Godkjenning → Kontroll av timer (/approval/check-hours) — hoppet avkryssnings-kolonnen til høyre kant (etter handlinger) og feilrendret så snart en vanlig kolonne ble skjult via «Kolonner». Avkryssnings- og handlings-kolonnene er nå låst til hver sin kant (utvalg helt til venstre, handlinger helt til høyre), holdes utenfor kolonnevelgeren, og en skjult kolonne fjernes rent uten å forskyve noe.

→ Slik bruker du dette: Smart-grid

Innlogging på tenants med legacy V3-personellskjema

Innlogging feilet med serverfeil (500) på tenants der de gamle personaltabellene avviker fra baseline-skjemaet, fordi en migrasjon re-utstedte fire legacy-prosedyrer uten vern mot skjemaavvik. Re-utstedelsen hopper nå over prosedyrer som ikke lar seg kompilere på tenantens skjema, og innloggingen fullfører som normalt.

Abonnement / Masterordre (6 endringer)

Nykundeveiviser: Abonnement- og Innstillinger-menyene manglet for nye kunder

Nye kunder med Abonnement (modul 50) valgt fikk menypunktene lagret i databasen, men menyprosedyrens lenkefilter skjulte både Abonnement- og Innstillinger-roten, og ferdigsjekken meldte likevel klar. Prosedyren slipper nå gjennom lenkene for tenanter som faktisk har modulen (rettighetssjekken i prosedyren avgjør fortsatt synligheten - tenanter uten rettigheter ser ingenting nytt), og ferdigsjekken kjører selve menyprosedyren for den nye administratoren og krever at alle utrullede menyrøtter faktisk vises.

Til-og-med-datoen i «Lag ordreforslag» viste én dag for tidlig

Datoen ble regnet om via UTC før den ble vist, slik at en dato som skulle vært 30. november kom opp som 29. november. Det avgjorde igjen hvilke linjer som ble forhåndsvalgt i dialogen. Datoen viser nå riktig dag, og forhåndsvalget følger den.

→ Slik bruker du dette: Masterordre-modulen

Søk i masterordre-listen mistet treff som lå i skjulte kolonner

Søkefeltet spør serveren, som leter i blant annet fakturakunde, IMO, management, selger og valuta. Lå treffet i en kolonne du har skjult, ble raden likevel filtrert bort igjen i listen, og du fikk «Ingen masterordrer funnet» selv om ordren fantes. Nå vises treffet uansett hvilke kolonner som er synlige. Det samme gjaldt kunde-, kontakt-, tilbuds- og Freshdesk-listene, som også er rettet.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Oppfølging-filter i lagrede avanserte filtre ble stille ignorert

La du oppfølging inn i et avansert eller lagret filter, viste listen seg som filtrert mens serveren svarte uten filteret — altså alle ordrene. Oppfølging kan bare filtreres fra filterraden, så avansert filter tilbyr ikke lenger kolonnen, og et lagret filter som bruker den blir enten oversatt riktig eller merket tydelig med at oppfølging-delen ikke ble brukt.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

En feilet lasting av masterordre-listen så ut som «ingen treff»

Feilet lastingen, forsvant feilmeldingen etter noen sekunder og siden ble stående med «Ingen masterordrer funnet» — ikke til å skille fra et søk som faktisk ikke ga treff. Nå blir feilen stående med en Prøv igjen-knapp til listen er lastet.

→ Slik bruker du dette: Masterordre-liste og detaljvisning

Riktig levert antall ved delleveranser i masterordre

Datomotoren regner nå levert antall som summen av alle bekreftede delleveranser på en masterlinje, ikke bare den siste transaksjonen. Linjer levert i flere omganger (f.eks. 3 + 2 av bestilt 5) vurderes dermed som fullt levert i stedet for å få feilaktig leveringsavvik, og valget av styrende leveranse er nå stabilt når to leveranser har samme bekreftede dato. Kreditordrer trekkes fortsatt ikke fra levert mengde.

→ Slik bruker du dette: Masterordre — leveranser og klassifisering

Aktivering timer (2 endringer)

Aktivering timer: manglende timer i rapporten for Variant A

To ansatte som jobbet samme dato, avdeling, prosjekt og arbeidsordre med samme antall timer kunne miste den enes timer fra rapporten (og dermed fra bilaget), uten feilmelding.

→ Slik bruker du dette: Kontrollere aktiverings-rapport

Pilknappene i Aktivering timer bommet på månedsslutt

Når perioden sluttet på den siste dagen i måneden, flyttet pilene til feil dato. Med periode lik hele kalendermåneden kunne ett klikk fremover fra januar gi 01.02–03.03, altså en periode som strakk seg inn i en tredje måned; og blar du flere måneder bakover krympet perioden gradvis, slik at januar endte som 01.01–28.01. Pilene flytter nå perioden nøyaktig én måned, og en hel kalendermåned forblir en hel kalendermåned uansett hvor mange ganger du blar.

→ Slik bruker du dette: Kjøre aktivering for en periode

Bankavstemming og konsernavstemming (7 endringer)

Smart-grid: gruppesummer viser riktige tall

Gruppesummer viser ikke lenger interne feltnavn, og antall vises uten desimaler.

→ Slik bruker du dette: Bankavstemming-modulen

Bankavstemming — \"avstemt til og med\"-dato fikk én konsistent betydning i saldoer, arbeidsflate og åpneposter

Datoen for hvor langt en bankkonto er avstemt hadde tvetydig betydning på tvers av flere steder i modulen: saldosummer, lister/matching og bro-beregningen (differansen mellom bank og hovedbok forklart av utestående poster) brukte inkonsekvente regler for hvilke rader som skal telle med, særlig for åpningsposter brakt fram fra forrige periode. Én konsistent konvensjon er nå på plass: saldosummene ekskluderer åpningsposter (de ligger allerede i den lagrede åpningssaldoen), mens lister, matching og broens utestående-summer inkluderer dem — slik at en konto med en umatchet åpningspost nå kan komme i balanse i broen. Konsekvensen er synlig flere steder i grensesnittet: Fra-dato i avstemmingsarbeidsflaten (ved åpning av kontoen, smart-standardverdien, og om-klemming når du endrer datoen selv) og minimumsdatoen i ERP-import-modalen bruker nå avstemt-til-og-med + 1 dag som nedre grense, siden selve avstemt-til-og-med-datoen er inkludert i det som allerede er avstemt. Bank- og hovedbokslistene bruker nå den samme grensen: en ordinær rad datert nøyaktig på avstemt-til-og-med-datoen vises ikke lenger i listene, slik at listene og totalene under dem viser det samme som saldoene og antallet umatchede poster allerede gjorde. Åpningsposter vises fortsatt uansett hvilken datoperiode du filtrerer på. Standarddatoen for en ny åpnepost i initialiseringsmodalen (kontolisten og CAMT-filimport) er nå avstemt-til-og-med-datoen selv, i tråd med at åpningssaldoen er saldoen PÅ denne datoen; CAMT-filimportens modal har i tillegg fått samme øvre datogrense som kontolistens modal allerede hadde, slik at en åpnepost ikke kan dateres etter avstemt-til-og-med-datoen uansett hvilken modal du bruker; knappen for å legge til en åpnepost er nå deaktivert helt til avstemt-til-og-med-datoen er satt, slik at en post aldri kan opprettes uten dato. Til sist er en tidssonefeil rettet: den foreslåtte avstemt-til-og-med-datoen for en aldri-initialisert konto (normalt 1. i inneværende måned) kunne i tidssoner foran UTC vise siste dag i forrige måned, og en nyopprettet åpnepost arvet i så fall samme feil dato — begge stedene bruker nå konsekvent lokal datoformatering.

→ Slik bruker du dette: Initialisere bankkonto

Bankavstemming — initialiseringsmodalens tekster og kontolistens saldokolonner byttet fra \"startdato\"/\"åpningsbalanse\" til \"avstemt til og med\"

Feltetiketten i begge initialiseringsmodalene (kontolisten og CAMT-filimport) het fortsatt "Startdato" i grensesnittet, selv om feltet faktisk styrer hvilken dato kontoen er avstemt til og med. Etiketten, forklaringsteksten øverst i modalen, saldofeltenes etiketter og hjelpeteksten under «Hent saldi»-knappen er nå alle rettet til konsekvent å bruke "avstemt til og med"/"avstemt-dato"-terminologien, slik at ingen av tekstene lenger antyder at datoen er starten på noe uavstemt. Saldofeltene heter nå «Banksaldo per avstemt-dato» og «Regnskapssaldo per avstemt-dato» (tidligere «Åpningsbalanse bank» / «Åpningsbalanse regnskap») — denne teksten brukes også som kolonneoverskrift i bankkontolisten, ikke bare i initialiseringsmodalen.

→ Slik bruker du dette: Initialisere bankkonto

Bankavstemming — poster med valuteringsdato etter avstemt-til-og-med-datoen hentes nå fra regnskapssystemet, og åpneposter får kontoens egen valuta

To feil kunne gi en bankkonto en differanse i broen som ikke lot seg avstemme bort. (1) Ved import fra Visma Business hentet vi bare poster ut fra bilags-/bokføringsdato, mens resten av modulen avgjør hvilke poster som hører til perioden ut fra valuteringsdato. En post bokført på selve avstemt-til-og-med-datoen, men valutert etter den, ble derfor aldri hentet i det hele tatt — den kunne ikke matches, fordi den aldri kom inn. Hentegrensen bruker nå valuteringsdato, med bilags-/bokføringsdato som reserve når posten ikke har valuteringsdato. Samme retting gjør at rene hovedboksposter uten valuteringsdato (typisk interne konti) igjen blir hentet; disse falt tidligere ut av hovedboksimporten uavhengig av dato. (2) Åpneposter lagt inn manuelt ved initialisering ble lagret uten valuta. På en konto i utenlandsk valuta ble posten derfor holdt utenfor broens valutafiltrerte sum, samtidig som den fortsatt ble talt med i antall umatchede poster — resultatet var en differanse uten synlig post bak. Åpneposter lagres nå i bankkontoens egen valuta, slik at bro og antall er enige.

→ Slik bruker du dette: Initialisere bankkonto

Sletting av konsernpar feilet alltid

«Slett»-knappen for et konsernpar under Administrer par ga alltid en generell serverfeil, uansett om paret hadde matchhistorikk eller ikke, på grunn av en datatype-feil i sjekken som skal avgjøre om sletting er trygg. Sletting fungerer nå som dokumentert: blokkeres med en tydelig feilmelding hvis paret har matchhistorikk, ellers slettes det.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Konsernavstemming: «Fjern match» feilet på matchgrupper som ikke var bekreftet

Å fjerne matchingen på en ubekreftet eller gjenåpnet matchgruppe stoppet med en generell feilmelding, og gruppen ble stående matchet. Årsaken var revisjonsloggen: oppføringen om slettingen pekte fortsatt på gruppen som nettopp var slettet, og hele operasjonen ble derfor rullet tilbake. Bekreftede grupper var upåvirket, siden de settes tilbake til ubekreftet i stedet for å slettes — noe som fikk feilen til å se tilfeldig ut. Nå fjernes matchingen som forventet, og revisjonsloggen beholder oppføringen med hvilken gruppe som ble slettet.

→ Slik bruker du dette: Konsernavstemming (intercompany)

Lesbare kolonner i konsernavstemmingsoversikten

Kolonnene i par-listen har fått fornuftige minimumsbredder: beløp og tidspunkt brytes ikke lenger midt i et tall, hovedbokskonto-suffikset bak selskapsnavnet holdes samlet, og «Sist oppdatert» viser tidspunktet og statusmerket på hver sin linje.

→ Slik bruker du dette: Konsernavstemming (intercompany)

KontiConnect / Integrasjoner (25 endringer)

Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config

Den planlagte NXT OrgUnits-integrasjonen kunne feile hver kjøring med «Invalid configuration field 'TargetEntity'» på integrasjoner som ble opprettet før feltene TargetEntity/SyncDirection ble påkrevd, eller der verdien var lagret med annen bokstavstørrelse. Valideringen godtar nå verdier uansett bokstavstørrelse (og normaliserer dem), og eldre oppsett uten disse feltene fylles med de dokumenterte standardverdiene (SyncDirection = Pull, TargetEntity = ResponsibleUnit) i stedet for å feile.

Konti Connect: NXT-integrasjon med selskapsnummer som tekst kunne ikke kjøres

En Visma Business NXT-integrasjon (f.eks. OrgUnits/ansvarsenheter) feilet ved kjøring med «Invalid configuration field 'CompanyNo' … must be a positive integer» når selskapsnummeret var lagret som tekst («5986422») i konfigurasjonen. Et numerisk selskapsnummer godtas nå enten det er lagret som tall eller tekst (og normaliseres til tall); et manglende eller ikke-numerisk selskapsnummer avvises fortsatt.

→ Slik bruker du dette: Visma Business NXT-integrasjon

«Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi

Lagrede hemmeligheter skjules for nettleseren, så «Last mal» oppfattet dem som manglende og fylte inn malens eksempelverdi. Ble integrasjonen så lagret, erstattet eksempelverdien den ekte nøkkelen, og integrasjonen feilet med autentiseringsfeil ved neste kjøring. Hemmelighets-felt fylles nå aldri inn på en integrasjon som finnes fra før, og forsøk på å lagre en eksempelverdi stoppes med en tydelig melding.

→ Slik bruker du dette: Sette opp ny integrasjon

NXT-bilagsintegrasjon kunne verken lagres eller kjøres

Bilagsintegrasjoner som ble satt opp før bilagseksporten ble skrevet om, feilet med «Unknown configuration field(s)» på både lagring og kjøring. De gamle feltene migreres nå automatisk ved første lagring eller kjøring: avskrivningsserien beholder verdien sin, utgåtte felter fjernes, og synkroniseringsretning rettes til Eksport.

→ Slik bruker du dette: Visma Business NXT-integrasjon

PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett

Et mellomlagret PowerOffice Go-token kunne tidligere gjenbrukes av en integrasjon som oppga samme klient-ID med feil klienthemmelighet, fordi mellomlageret ble lest før hemmeligheten ble brukt i autentiseringen. Hemmeligheten må nå bekreftes mot PowerOffice Go før et token utleveres, og hvert komplette legitimasjonssett har sin egen mellomlagrede oppføring.

→ Slik bruker du dette: PowerOffice Go-integrasjon

Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker

Mellomlagrede Microsoft Graph-tokener deles ikke lenger på tvers av kundemiljøer i samme applikasjonsprosess. Tidligere kunne det første kundemiljøet som logget på Graph fylle et felles mellomlager, slik at andre kundemiljøer ble servert det tokenet — med den kundens Graph-rettigheter. Tilsvarende deles ikke lenger et on-behalf-of-token mellom to brukere eller på tvers av endrede app-innstillinger. Et token utleveres ikke lenger til en konfigurasjon som oppgir riktig klient-ID med feil klienthemmelighet — hemmeligheten må bekreftes mot Entra ID først — og ufullstendig M365Graph.*-konfigurasjon avvises før kallet gjøres.

→ Slik bruker du dette: Microsoft 365-integrasjon

Tallfelt i integrasjonsoppsettet kunne ikke lagres

Endret du et tallfelt i oppsettet til en Visma Business NXT-integrasjon — for eksempel «Antall dager tilbake for delta-synk», «Batch-størrelse» eller «Nivå for organisasjonsenhet» — ble lagringen avvist med «Konfigurasjonsfeltet må være et positivt tall», selv om verdien var et gyldig tall. Integrasjonen kunne dermed ikke redigeres i skjemavisningen i det hele tatt. Feilen oppsto først når du faktisk skrev i feltet, så en integrasjon du ikke hadde rørt fortsatte å virke. Nå lagres tallfeltene som forventet.

→ Slik bruker du dette: Visma Business NXT-integrasjon

«Kopier konfigurasjon fra en annen integrasjon» var ikke synlig

Funksjonen som ble lansert i forrige versjon kom aldri til syne: nedtrekket «Kopier fra …» vises bare når det finnes integrasjoner å kopiere fra, og listen ble alltid tom fordi integrasjonene ble lest med feil feltnavn. Nå fylles listen som den skal, og du kan kopiere innstillinger fra en eksisterende integrasjon i skjemavisningen. Samtidig ble to synkroniseringsposisjoner for masterordre lagt til i listen over verdier som aldri kopieres, slik at en ny integrasjon ikke starter midt i tidslinjen og hopper over data.

→ Slik bruker du dette: Sette opp ny integrasjon

Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren

Når integrasjonslisten og et integrasjonsoppsett ble hentet, fulgte lagrede passord, JWT-tokens, API-nøkler og OAuth-tokens med i svaret i klartekst. De var ikke synlige i skjermbildet, men lå i dataene nettleseren mottok. Nå fjernes alle slike verdier før svaret sendes — også når de ligger nestet inne i en oppsettsstruktur — og de vises aldri i skjemaet. Samtidig ble lagringen sikret: et tomt passordfelt betyr «behold det som er lagret», så du kan redigere og lagre en integrasjon uten at en fungerende innlogging blir overskrevet.

→ Slik bruker du dette: Sette opp ny integrasjon

OAuth-merket på integrasjonslisten var alltid borte

Integrasjoner som er autorisert med OAuth, for eksempel Visma Business NXT via Visma Connect, skulle vise et «OAuth»-merke i listen, gult når tokenet utløper om mindre enn sju dager. Merket kom aldri fram, fordi statusen det leser ikke ble sendt fra serveren. Nå vises merket igjen, og du ser dermed på listen hvilke integrasjoner som må re-autoriseres før de begynner å feile med 401. Selve tokenet sendes fortsatt aldri til nettleseren — bare status og utløpsdato.

→ Slik bruker du dette: Følg med på OAuth-token i Konti Connect

Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring

På integrasjoner som stammer fra tiden før hemmeligheter ble lagret kryptert, kunne det ligge igjen en utdatert kopi av Client Secret i konfigurasjonen. Lagret du integrasjonen uten å røre feltet, ble den gamle kopien tatt i bruk igjen og overskrev den nyere, krypterte verdien — og neste kjøring feilet med autentiseringsfeil. Nå er den krypterte verdien alltid den som gjelder, uansett hvordan nøkkelen er skrevet med store og små bokstaver, og den gamle kopien fjernes. Integrasjoner som allerede har fått lagret to varianter av samme nøkkel, ryddes opp neste gang de lagres.

→ Slik bruker du dette: Følg med på OAuth-token i Konti Connect

«Kopier fra …» viste ingenting mens den lastet

Åpnet du fanen Konfigurasjon, sto området der kopier-nedtrekket hører hjemme helt tomt mens integrasjonene ble hentet, og like tomt hvis det ikke fantes noen å kopiere fra. De to situasjonene så like ut som en funksjon som mangler. Nå vises «Henter integrasjoner du kan kopiere fra …» mens den laster, og en tydelig melding når det ikke finnes andre integrasjoner ennå.

→ Slik bruker du dette: Sette opp ny integrasjon

Av/på-bryteren i integrasjonslisten endret mer enn av og på

Skrudde du en integrasjon av eller på fra listen, mistet den samtidig integrasjonstypen, tidsplanen (cron-uttrykket) og parameteroppsettet sitt. En integrasjon uten type har ingen kobling å kjøre mot, så den startet aldri igjen — heller ikke etter at du skrudde den på. Bryteren endrer nå bare av/på-statusen og lar alle andre innstillinger stå urørt. Integrasjoner som allerede har mistet oppsettet må settes opp på nytt: åpne integrasjonen, velg riktig type og legg inn tidsplan og parametere igjen. Bryteren er dessuten låst mens endringen lagres, så to raske klikk ikke lenger kan ende med motsatt status av den du ser.

→ Slik bruker du dette: Konti Connect-modulen

Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt

Hver gang en integrasjon ble lagret — fra redigeringsskjemaet eller ved å slå på debug-logging fra detaljsiden — ble «Sist kjørt», «Neste kjøring» og status for siste kjøring tømt, fordi lagringen skrev tilbake felter den aldri hadde fått med seg. Integrasjonsoversikten så da ut som om integrasjonen aldri hadde kjørt, og fordi et tomt «Neste kjøring» regnes som forfalt, startet en planlagt integrasjon dessuten en ekstra kjøring rett etter lagring. Disse feltene eies nå av selve kjøringen og røres ikke av en lagring: historikken står, og lagring utløser ikke lenger en kjøring — planen fortsetter som før.

→ Slik bruker du dette: Lese kjøringslogg

Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet

Slo du debug-logging av eller på, ble parametertypen satt tilbake til «Ingen» og parameter-mappingen tømt, fordi lagringen sendte færre felter enn den skrev. Integrasjonen kjørte etterpå uten datoparametrene sine. Bryteren beholder nå hele oppsettet, og lagringen avvises med en tydelig feilmelding hvis den mangler et felt i stedet for å skrive tomme verdier.

→ Slik bruker du dette: Lese kjøringslogg

Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting

Fanen «Avansert» hadde to brytere, «Aktiver delta sync» og «Fallback til full sync ved feil». De skrev til en kolonne ingen integrasjon leser, og lagringen tok dem aldri med, så de sto uendret uansett hva du valgte — samtidig som integrasjonslisten viste en grønn «Delta Sync»-brikke på alle integrasjoner, også de som har delta sync avslått. Brytere og brikke er fjernet. Delta sync styres der den faktisk virker for integrasjonstypene som kjører i dag: nøkkelen EnableDeltaSync i integrasjonens konfigurasjon. Fanen «Avansert» viser fortsatt siste vellykkede kjøring og antall poster.

→ Slik bruker du dette: Sette opp ny integrasjon

Deaktivert integrasjon ble liggende igjen under «Kun aktive»

Skrudde du av en integrasjon i standardvisningen, ble kortet stående i lista selv om lista bare skal vise aktive integrasjoner. Det så ut som om avskruingen ikke hadde tatt, og en ny oppfriskning av siden fikk den til å forsvinne uten forklaring. Nå forsvinner kortet med én gang, og tastaturfokus flyttes til Kun aktive-bryteren — slå den av for å se integrasjonen igjen. Har du filteret av, blir kortet stående som før, nå merket «Inaktiv».

→ Slik bruker du dette: Deaktiver integrasjon midlertidig

Å slette en integrasjon kunne overskrive endringer som skjedde samtidig

Sletting deaktiverer integrasjonen i stedet for å fjerne den, men gjorde det ved å lese hele raden og skrive hele raden tilbake. En kjøring eller en lagring som skjedde i mellomtiden ble dermed overskrevet av det slettingen hadde lest et øyeblikk tidligere — kjørehistorikk, oppsett eller nøkler kunne gå tapt. Sletting skriver nå bare av/på-statusen, akkurat som bryteren i lista. Sletting av en integrasjon som ikke finnes svarer nå med en feilmelding i stedet for å melde suksess.

→ Slik bruker du dette: Deaktiver integrasjon midlertidig

Feilmeldinger fra integrasjonslagring kom på engelsk

Avviste ePortal en lagring fordi den manglet felter, kom meldingen på engelsk midt i et norsk skjermbilde. Den er nå oversatt, og lista over felter som mangler navngis i teksten. Det samme gjelder de to meldingene fra av/på-bryteren: at forespørselen manglet status, og at integrasjonen du slo av/på eller slettet ikke finnes.

→ Slik bruker du dette: Sette opp ny integrasjon

Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner

Varslingsrammeverket leser mottakerliste, varselnivå og minste tid mellom varsler fra hver integrasjon, men de tre feltene ble avvist som ukjente ved lagring på alle NXT-typer. Per-integrasjon-varsling kunne dermed ikke skrus på i det hele tatt. Nå godtas de, og minste tid mellom varsler tolkes også når verdien er skrevet inn som tekst — tidligere ble den stille ignorert og falt tilbake til 60 minutter. Lagringen kontrollerer samtidig at verdiene er gyldige (kjent varselnivå, mottakere som tekst, minst 1 minutt mellom varsler) og retter opp store/små bokstaver i feltnavnene, slik at et lagret varslingsoppsett aldri blir stående stille ubrukt. Feiler en kjøring før den kommer i gang — for eksempel ved ugyldig oppsett — varsles det nå på samme måte som når selve kjøringen feiler.

→ Slik bruker du dette: Sette opp ny integrasjon

Debug-logging-bryteren endret mer enn debug-logging

Slo du debug-logging av eller på på en integrasjon, mistet integrasjonen samtidig parameteroppsettet sitt. Hadde konfigurasjonen i tillegg en formatfeil, ble hele konfigurasjonen erstattet av bare debug-innstillingen — altså alle innstillinger borte etter ett klikk på en loggebryter. Bryteren endrer nå bare debug-innstillingen, og en konfigurasjon som ikke kan leses blir avvist med feilmelding i stedet for å bli overskrevet. Lagret du samtidig fra redigeringsskjemaet, kunne endringene dine i tillegg bli overskrevet av bryteren; nå leses og skrives konfigurasjonen under samme lås, så den ene kan ikke lenger spise den andre. Bryteren er låst til endringen er avklart — også mens innstillingen leses på nytt fra serveren etter en nettverksfeil — og stilles tilbake hvis lagringen avvises, slik at bryteren viser det som faktisk er lagret.

→ Slik bruker du dette: Lese kjøringslogg

Bilag til Visma Business NXT kunne få samme bilagsnummer som et bilag registrert et annet sted

Ved overføring av bilag fra ePortal ble bilagsnummeret hentet ved å lese neste ledige nummer og deretter skrive det eksplisitt til NXT. NXT validerer ikke at et eksplisitt angitt bilagsnummer faktisk er ledig, så hvis noen andre (f.eks. en regnskapsfører i NXT-klienten) rakk å ta samme nummer i mellomtiden, ble to ulike bilag stille registrert med samme nummer. Hvert bilag som overføres får nå sitt eget bilagsnummer reservert atomisk hos NXT rett før det opprettes — ingen synlig ekstra rad legges til i regnskapet, tallet skrives direkte på det ekte bilaget. Hvis reservasjonen feiler, avbrytes hele bunten den gjelder for og prøves igjen ved neste kjøring i stedet for å falle tilbake til en usikker nummerering.

→ Slik bruker du dette: Visma Business NXT-integrasjon

Kontosaldo og transaksjonsuttrekk fra Visma Business og Visma Business NXT bruker nå samme dato-regel gjennomgående

Ved uttrekk av saldo og transaksjoner brukes nå valuteringsdato, med fallback til bilagsdato når valuteringsdato mangler eller er 0. For lokal Visma Business (bank og konsernavstemming) gjelder dette nå både saldo og transaksjonslister. For NXT gjaldt regelen fra før for hovedbokstransaksjoner; reskontro-transaksjoner (kunde-/leverandørreskontro) og kontosaldoen er nå også lagt om — kontosaldoen beregnes ikke lenger fra NXT sin periodesaldo (som følger bokføringsdato), men summeres på samme valuteringsdato-akse som transaksjonslistene, slik at saldo og lister alltid stemmer overens. Dette kan endre saldoer og transaksjonslister for kontoer med rader uten valuteringsdato.

→ Slik bruker du dette: Visma Business NXT-integrasjon

Integrasjoner: «ClientSecret is required» rett etter lagring

Abax-, Visma Payroll- og CRM-aktøreksport-integrasjonene leste klienthemmeligheten kun fra konfigurasjonen, mens lagring flytter den til det krypterte autentiseringslageret. Kjøringer feilet derfor med «ClientSecret is required» selv om lagringen lyktes og hemmeligheten var intakt. Adapterne leser nå fra det krypterte lageret først, med fallback til eldre konfigurasjonslagring.

Abax: dato- og periodefilter ble ikke sendt riktig til ABAX

Adapteren sendte parameternavn ABAX-API-et ikke kjenner (startDate/endDate/pageSize), så ABAX ignorerte dem og returnerte sin standardperiode i stedet for det konfigurerte importFromDays-vinduet. Adapteren bruker nå de riktige parameterne (date_from/date_to/page/page_size, ISO 8601 UTC), og perioder lengre enn ABAX-grensen på 3 måneder deles automatisk i flere fortløpende delperioder slik at f.eks. importFromDays: 200 faktisk henter hele perioden. Turklasse- og ansattnummerfilter håndheves in-memory (endepunktet støtter ikke disse som parametre).

→ Slik bruker du dette: Abax-integrasjon

Support (3 endringer)

Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype)

Innsending av feilrapport (KAI-bug) opprettet ikke lenger en Freshdesk-sak, men falt tilbake til e-post, fordi feltet «type» ble sendt som «Bug» — en verdi som ikke finnes i denne Freshdesk-kontoens tilpassede type-liste (Freshdesk svarte 400 «Validation failed»). Sakene sendes nå med den gyldige typen «ePortal Timemodule».

Blank side ved åpning av supportsak fra forsiden-widgeten

Å klikke en sak i forsidewidgeten «Supportsaker» kunne åpne en tom detaljpanel uten innhold. Detaljpanelet åpnes nå korrekt med saksinformasjonen, også når du klikker en ny sak i widgeten mens sakslisten allerede er åpen.

→ Slik bruker du dette: Bruke supportsaker

Support: sortering av sakslisten viste feil rekkefølge

Sakslisten hentes én side om gangen fra Freshdesk, men gridet sorterte den innlastede siden på nytt lokalt. Resultatet kunne se sortert ut uten å være det: radene lå riktig innenfor siden du så på, men rekkefølgen stemte ikke med sorteringen på tvers av alle sider. I tillegg ga shift-klikk inntrykk av sortering på flere kolonner, mens tjeneren bare sorterer på én. Nå beholdes tjenerens rekkefølge, og sorteringsmerkene viser kun den sorteringen som faktisk brukes.

→ Slik bruker du dette: Bruke supportsaker

KAI — AI-assistent (5 endringer)

Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto)

Skjermbilder i feilrapporter ble ikke lagret på tenants som setter opp lagring via Managed Identity + kontonavn (uten connection string) — opplastingen feilet med DNS «No such host is known» mot en gammel, hardkodet konto (eportalworkorderstorage), selv om dokumentopplasting i prosjekt virket fint. KAI-opplastingen leser nå den samme delte innstillingen (AzureStorage.StorageAccountName) som dokumentopplastingen bruker, før den faller tilbake på KAI-spesifikke verdier.

KAI: rettelser i regnskapsspørringer mot ERP

KAI live-regnskap ga tidligere feil svar på flere spørsmål mot Visma Business NXT og PowerOffice Go: topp leverandører (fakturert kontra netto), saldobalanse (kontonavn, fortegn og inngående/utgående balanse), budsjett og PowerOffice Go-årsfilter. Disse er nå rettet slik at tallene KAI oppgir stemmer med regnskapet.

→ Slik bruker du dette: KAI-modulen

KAI «Rett opp» logges nå i revisjonsloggen

Feltendringer utført via KAI-handlingen «Rett opp» i godkjenningsbildet ble ikke skrevet til revisjonsloggen, selv om dokumentasjonen sa det. Hver endring logges nå per felt med gammel og ny verdi (handling KAI_ACTION_APPLY).

→ Slik bruker du dette: KAI-regler

KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe

Regler satt opp for en ansattgruppe kunne ikke hentes: oppslaget bygde en ugyldig databasespørring, og kallet stoppet med feil i stedet for å returnere reglene. Det traff kun brukere som er medlem av minst én gruppe — er du ikke i noen gruppe, virket alt som normalt, og det er trolig derfor feilen kunne stå. Regler med omfang «alle» og «enkeltperson» var aldri berørt.

→ Slik bruker du dette: KAI-regler

KAI-assistentens svar er nå isolert per kunde og per bruker

Mellomlagrede KAI-svar, avviksrapporter og ML-genererte mønsterforklaringer deles ikke lenger på tvers av kundemiljøer i samme applikasjonsprosess. Assistentsvar er i tillegg isolert per innlogget bruker, siden svaret bygges på de registreringene den enkelte brukeren sendte inn. Kan verken kundemiljø eller bruker identifiseres, mellomlagres ingenting — svaret blir like riktig, men hentes ikke fra mellomlageret.

Utviklere og API (1 endring)

Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false)

Opptaksknappen i feilrapport-verktøyet fanget kun nettverksfeil med HTTP-statuskode ≥ 400, og gikk dermed glipp av alle ePortal-feil som returneres som HTTP 200 med { success: false } (vår faste ApiResponse-konvensjon). Opptaket inspiserer nå svar-body-en og logger slike forretnings-/serverfeil som «APIERROR» med endepunkt og feilmelding, slik at de faktisk havner i feilrapporten.

Notifikasjoner og varsling (1 endring)

Varsel-bjellen lukkes når du klikker utenfor

Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.

→ Slik bruker du dette: Innstillinger for varslinger

Feilrettinger (5 endringer)

Bilagsoverføringer rapporterer nå feil ved mislykket bokføring

Kjøringer der selve bokføringen i Visma feilet ble tidligere rapportert som vellykket. De rapporteres nå som feilet, og feilvarsling sendes.

Feilrapport: skjermbilde-vedlegg feilet ved opplasting til blob-lagring

Skjermbilder på feilrapporter (og KAI-chatvedlegg) ble stille hoppet over på tenants uten KAI-spesifikk lagringskonfigurasjon: opplastingstjenesten gikk rett på Managed Identity mot en hardkodet lagringskonto i stedet for å bruke den delte Azure Storage-tilkoblingen som arbeidsordre-vedlegg allerede bruker. Tjenesten faller nå tilbake til AzureStorage.ConnectionString fra systemkonfigurasjonen når Chat_StorageConnectionString ikke er satt.

Sikkerhet: brukerdata-nedlasting lekket ikke lenger DB-passord

Endepunkter som returnerer ansatt-/brukerlister til nettleseren (bl.a. timegodkjenning, tidskonfigurasjon, meldinger) tok med server-interne felt (userPassword, tenantens DB-brukernavn/-passord, clientConfig, tenant-DB-navn/-domene) i JSON-svaret selv om de aldri ble brukt av frontend. Disse feltene er nå merket med [JsonIgnore] og sendes ikke lenger til klienten. Innlogging, JWT og server-side DB-tilkobling er uendret (de leser C#-verdiene direkte, ikke JSON).

Abonnement-menyen lå seedet for alle tenants selv om modulen ikke var aktivert

Menyraden «Abonnement» (med fem undermenyer: Dashboard, Masterordrer, Forslag, Tilbud, Datoendringer) ble lagt inn i menytreet for enhver tenant, synlig i Menyadministrasjon, selv om modulen ikke er kjøpt eller aktivert. Sluttbrukere så aldri menyen (null-rettigheter holdt den skjult i sidemenyen), men den lå der som en konfigurerbar post en administrator kunne se og aktivere ved et uhell. Menyraden fjernes nå — samme mønster som Support-menyen og CRM-snarveiene til Tilbud/Masterordre, som allerede er opt-in per tenant via Menyadministrasjon.

→ Slik bruker du dette: Moduler og meny

Oppretting av ny ePortal feilet under skjemainitialisering

Provisjonering av ny tenant stoppet med SQL-feil 207 fordi meny-prosedyren i baseline-skriptet (dbscript.sql) var endret til en versjon som refererer kolonnen wv_Menu3.AngularIcon, som først legges til av en senere migrasjon ved første innlogging. Prosedyren er tilbakestilt til baseline-versjonen (den nye versjonen re-utstedes fortsatt av migrasjon 20261010120000), og hele skjemascriptet er verifisert feilfritt mot en fersk database.

Timeregistrering (4 endringer)

Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31.

Alle tre godkjenningssidene regnet standardperioden hver for seg, og utregningene hadde kommet i utakt. Oversikt manglet håndteringen av at man er forbi klippdatoen, og viste derfor forrige periode i stedet for den åpne — står klippdatoen på 25 og det er 31. i måneden, viste den 26. forrige måned til 25. denne, mens Kontroller timer viste 26. denne til 25. neste. Nå viser de det samme. Merk at Oversikt derfor åpner på en annen periode enn før — den åpne, ikke den forrige. I tillegg bommet utregningen når dagens dato ikke finnes i måneden før: den 31. juli ble «forrige måned» til juli i stedet for juni. På Oversikt ga det en fra-dato etter til-datoen, og siden viste ingenting i det hele tatt uten feilmelding; på Kontroller timer og Aktivering ga det feil periode. Dette traff bare månedsskifter der forrige måned er kortere — 31. juli, 31. mai, 31. oktober, 31. desember og dagene rundt februar — som er grunnen til at det kunne stå uoppdaget. Velger du selv en fra-dato etter til-datoen, får du nå beskjed i stedet for en tom skjerm.

→ Slik bruker du dette: Godkjenne timer

Egenmelding: dagene vises på hver sin linje

Oversikten over egne egenmeldinger viste alle dagene en egenmelding dekker som én sammenslått tekst i Dager-kolonnen. Hver dag får nå sin egen linje, og en tom verdi vises som blank i stedet for teksten «null».

→ Slik bruker du dette: Egenmelding — prosess og regelkontroll

Oversikt: KontoX kan filtreres og sorteres

KontoX ble tegnet inne i Prosjekt-cellen på Oversikt-siden og kunne derfor verken filtreres eller sorteres. KontoX har nå sin egen kolonne. Samtidig er det avanserte filteret slått på for tabellen, slik at du kan filtrere på flere verdier samtidig (operatoren «er én av»). Kolonnen er skjult for virksomheter som ikke bruker KontoX.

→ Slik bruker du dette: Godkjenne timer

Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd

Endringshistorikken (hvem endret hva på en timeregistrering) leser fra oppdateringsloggen wv_Time_WageReg_updlog, som ikke hadde noen indeks — hvert oppslag skannet hele den stadig voksende loggen og fikk «Timeout expired» på store tenants. En ny indeks på wrID gjør oppslaget til et direkte søk.

→ Slik bruker du dette: Godkjenne timer

Systemadministrasjon (2 endringer)

Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk

Serveren valgte datoformat og tallformat ut fra brukerens språkinnstilling. Brukere uten språk satt — trolig de aller fleste — ble behandlet som engelske og fikk amerikansk format (7/31/2026 og 1,234.50), og brukere en administrator hadde satt til «EN» fikk det samme. Nå er dato- og beløpsformat alltid norsk (31.07.2026 og 1 234,50) uansett språkvalg; språkvalget styrer bare selve tekstene. Engelske brukere får dermed engelske etiketter og norske datoer og tall. Er en tekst ikke oversatt til engelsk, vises den norske teksten i stedet for nøkkelnavnet, slik den gjorde før. Merk at rapporter og skjermbilder for disse brukerne kan se annerledes ut enn før oppdateringen.

→ Slik bruker du dette: Brukere

Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner

Enkelte operasjoner sjekket ikke rollens datatilgang: åpning av ett enkelt avvik (også utenfor eget/avdelingens omfang), registrering og statusendring av avvik, opprettelse av CRM-aktiviteter, korrespondanse, salgsmuligheter og møter, samt møtepunkter på møter brukeren ikke hadde innsyn i. I tillegg viste tidslinjen på kundekortet aktiviteter, korrespondanse, møter og avtaler uten radfiltrering, og globalt søk kunne treffe arbeidsordrer, håndbøker, tilbud og masterordrer utenfor rollens datatilgang. CRM-kundelisten og kontaktpersonlisten (med kundekort, kontaktdetaljer, eksport og oppretting av kontaktpersoner) hadde ingen datatilgangsstyring i det hele tatt — to nye objekttyper, CRM Kunde og CRM Kontaktperson, kan nå konfigureres per rolle (standard er Alle, som bevarer dagens oppførsel). Alle disse følger nå innstillingene under Innstillinger → Datatilgang.

→ Slik bruker du dette: Datatilgang

Innstillinger (6 endringer)

En innstilling kunne i en kort periode vise en annen kundes verdi

Innstillinger leses fra hver kundes egen database, men mellomlagringen som gjør oppslaget raskt skilte ikke mellom kunder. Var to kunder aktive samtidig, kunne den ene få den andres verdi i inntil 15 minutter etter at verdien ble lest første gang. Det traff alle innstillinger, ikke en bestemt funksjon, og ga ingen feilmelding — verdien så helt normal ut. Mellomlagringen skiller nå på både databaseserver og database, slik at to kunder med likt databasenavn på hver sin server også holdes fra hverandre. En jobb som kjører uten innlogget kunde mellomlagrer ikke lenger i det hele tatt; den leser riktig verdi hver gang. Du trenger ikke gjøre noe.

→ Slik bruker du dette: Innstillinger

Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler

Når en admin-handling tømte innstillings-hurtigbufferen etter en masseoppdatering, tok tømmingen tidligere bare effekt for forespørselen som selv hadde lastet verdiene — andre forespørsler kunne fortsette å bruke utdaterte innstillingsverdier i opptil 15 minutter. Tømmingen invaliderer nå hele innstillingsbufferen for kunden umiddelbart, uten å påvirke andre kunder.

Abonnement – feltoppsett: hent verdikatalogen fra ordrelinjene

Verdikataloger-fanen har fått en «Hent verdier fra ordrelinjer»-knapp som automatisk oppretter katalogoppføringer for alle gruppe-verdier (Group1–6) som faktisk er i bruk på masterordre-linjene (f.eks. etter NXT-importen) — verdien settes inn med tallet som midlertidig visningsnavn, så døper administratoren dem om etterpå. Idempotent: eksisterende oppføringer røres ikke, og manuelle navn beholdes. Det er bevisst ingen FK fra linjenes gruppefelter til katalogen (ERP-verdier skal aldri blokkeres) — denne knappen lukker gapet andre veien.

→ Slik bruker du dette: Innstillinger

Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp

De tre fanene under Innstillinger → Abonnement – feltoppsett (Feltetiketter, Verdikataloger, Serviceobjekt-typer) bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk, eksport og en samlet Lagre/Forkast-verktøylinje (best-effort per rad — feilede rader blir stående som ulagret) i stedet for skjemadialoger. Nøkkelfelt er fortsatt låst etter opprettelse (feltnøkkel, katalogverdi og typekode). Den doble sideoverskriften er fjernet (innstillings-skallet eier tittelen).

→ Slik bruker du dette: Innstillinger

Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer)

MO-015 S7 gir en ny admin-side under Innstillinger → «Abonnement – feltoppsett» der tenant-etikettene for gruppefeltene (Group1–6/Free1–3), verdikatalogene bak gruppe-selectene (Group1–6) og serviceobjekt-typene vedlikeholdes (opprett/rediger/deaktiver; type-koden er låst etter opprettelse). Gated av den nye datatilgangen Subscription.Configuration.

→ Slik bruker du dette: Innstillinger

Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking)

Nedlasting og sletting av masterordre-dokumenter er nå avgrenset til dokumentets egen ordre (et dokument-ID under feil masterordre gir «ikke funnet» i stedet for å strømme/slette), arbeidsflyt-oppsummeringer (digest) og varsler kan ikke lenger aktiveres uten en mottaker som faktisk kan nås (bruker eller ekstra e-postadresse) — dette håndheves nå på serveren uansett hvor du aktiverer (bygger, «Aktiver»-bryteren i arbeidsflytlisten eller API), ikke bare i byggeren, så en importert mal med tom mottaker ikke kan gå aktiv og stille hoppe over hver kjøring, og alle seks tilbudshendelser (Produsert, Sendt, Purret, Akseptert, Avslått, Utgått) er nå tilgjengelige som arbeidsflyt-utløsere og fyrer pålitelig både fra manuell handling og fra den automatiske tilbudsmotoren (auto-send/purr/utløp) — en oppsatt hendelse-arbeidsflyt går ikke lenger glipp av en auto-utsendelse.

→ Slik bruker du dette: Arbeidsflyter

Lager (1 endring)

Lager: transaksjonslisten krasjet ved henting

Lager → transaksjoner (Stock/GetAllTransactions) kastet en RepoDb-materialiseringsfeil (String→Int32 på CreatedBy) så snart en tenant hadde lagertransaksjoner, fordi spørringen projiserte brukernavnet inn i et int-felt. «Opprettet av» vises nå via et eget CreatedByName-felt, mens CreatedBy forblir bruker-ID-en.

→ Slik bruker du dette: Lager-modulen

Breaking changes

Krever særskilt oppmerksomhet

• Dokumentmaler: bunntekst med firmainfo, logo og sidetall — Dokumentmaler har fått en ny seksjonstype Bunntekst, som gjentas nederst på hver side. Velg én kolonne eller tre kolonner (venstre/midtstilt/høyre), skriv innholdet med samme rike tekst-editor som Fritekst — så en ledetekst kan være fet — og velg eventuelt hvilken kolonne som skal vise virksomhetens logo, med justerbar høyde. En mal kan ha én bunntekst, og den ligger alltid nederst i seksjonslisten. Merk: sidetallet er ikke lenger fast. Tidligere fikk alle genererte dokumenter «1 / 1» sentrert i bunnen; nå settes det inn som flettefeltene {{PageNumber}} og {{TotalPages}} der du selv vil ha dem. Maler som allerede finnes mister derfor sidetallet til noen legger til en bunntekst — det gjelder også standardmalene.
• NXT ordreconfig valideres strengere — Ordreintegrasjonen støtter nå eksplisitt bare SyncDirection=Export og numerisk OrderType=2; ukjente config-felt avvises. Eksisterende avvikende oppsett må korrigeres før første kjøring. Et ordrelinjeutfall markert Unknown skal kontrolleres i NXT og skal ikke rettes direkte i databasen.
• Konsernavstemming må initialiseres per par etter denne utrullingen — Et konsernpar får nå samme initialisering som en bankkonto: du setter hvilken dato paret er avstemt til og med, saldoen på hver side per den datoen, og eventuelle åpningsposter som er utestående over cutoff. Tidligere hadde et par verken cutoff eller inngående saldo, så lastevinduet ble funnet opp ved lesetidspunktet: et par ingen hadde bekreftet leste rullerende 30 dager, alt eldre var usynlig, en post som faktisk var åpen fra før vinduet forsvant i stedet for å vises som åpen — og paret så avstemt ut, fordi det eneste som ble summert var de siste 30 dagene. Saldoen var heller ingen saldo, men en vindussum som endret seg hver gang vinduet endret seg. Nå er saldoen inngående saldo pluss postene etter cutoff — den er den samme uansett hvilken periode du ser på, og det samme tallet vises på dashbordet, i arbeidsflaten og i rapporten. Et par uten cutoff blokkerer med en tydelig melding i stedet for å vise et tall ingen kan etterprøve. Det finnes ingen datamigrering — alle eksisterende par er uinitialiserte by design.

---

Mer informasjon

• Teknisk fullversjon
• Admin pre-deploy-sjekkliste
• Hva er nytt — oversikt