Hva er nytt — per modul (alle endringer)

Komplett arkiv: alle endringer fra «Hva er nytt», uavhengig av målgruppe, samlet per modul på tvers av alle releaser (nyeste versjon øverst i hver modul). Inneholder tekniske notater og administrator-detaljer. Sluttbrukerversjonen ligger i Per modul.

Abonnement / Masterordre

• Tilbud: sendt-dato vises som standard i lista v2.99.0 2026-08-02 — «Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.
• Tilbuds-PDF som e-postvedlegg v2.99.0 2026-08-02 — Utsendte tilbuds- og purrebrev kan nå få den server-genererte tilbuds-PDF-en (dokumentmal-forside + dokumenter merket «ta med i PDF») som vedlegg. Slås på med den nye innstillingen «Legg ved tilbuds-PDF i brev» under Innstillinger → Masterordre → Pipeline-konfigurasjon (av som standard). Feiler PDF-genereringen sendes brevet uten vedlegg — utsendelsen blokkeres aldri.
• Offentlig bekreftelsesside for tilbud v2.99.0 2026-08-02 — Aksept-lenken i tilbuds­brev kan nå peke til en offentlig bekreftelsesside der kunden ser tilbudssammendraget (tilbudsnr., linjer, gyldighet) og bekrefter med ett klikk — uten innlogging. Aktiveres ved å sette den nye innstillingen «Offentlig base-URL» under Innstillinger → Masterordre → Pipeline-konfigurasjon; uten den beholdes dagens lenkeoppførsel uendret. Ugyldige/utløpte lenker viser en nøytral feilside (ingen informasjonslekkasje).
• Masterordre automatiske jobber (interne jobber i Konti Connect) v2.99.0 2026-08-02 — 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) v2.99.0 2026-08-02 — 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.
• Leverte ordrer fra NXT (live) i leveringsfrekvens-panelet v2.99.0 2026-08-02 — Leveringsfrekvens-fanen på masterordre-detaljpanelet og på kundekortet har fått seksjonen «Leverte ordrer fra NXT (live)»: åpner du den, hentes kundens leverte ordrer direkte fra Visma Business NXT (siste 24 måneder). Hver ordre merkes «Masterordre» (koblet til en lokal masterordre) eller «Ad-hoc», og ved svært mange ordrer vises et tydelig delresultat-varsel.
• Masterordre: NXT-klassifiseringskodene på ordrehodet kan nå redigeres v2.99.0 2026-08-02 — «Rediger ordrehode» har fått en ny seksjon «NXT-klassifisering» med seks nedtrekksmenyer for kodene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — fylt fra de eksisterende verdikatalogene under Innstillinger → Abonnement – feltoppsett. Lagringen går kun til ePortal (ingen skriv-tilbake til NXT); har tenanten ikke satt opp verdier for et felt ennå, skjules nedtrekket og en hjelpetekst peker til feltoppsett.
• Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT v2.99.0 2026-08-02 — 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).
• Konfig-drevet klassifiseringsmapping (Kundetype/BPP-status/Flåte/Kundestatus følger felt-mappingen) v2.99.0 2026-08-02 — De fire omdøpbare NXT-klassifiseringsfeltene har nå en semantisk identitet i verdi-/etikett-katalogen (Kundetype/BppStatus/Fleet/CustomerStatus), og navnene på masterordre-lista og kundekortet resolves via felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9). Mapper en klient f.eks. Kundetype til en annen kolonne, følger visning, filter og eksport bindingen. Katalog-editoren bruker de semantiske nøklene, og eldre lagrede visninger fungerer fortsatt. Kundekortets redigerbare klassifisering er inntil videre kun aktiv under standard-bindingen — under en tilpasset feltmapping deaktiveres redigering (visningen er korrekt) til binding-styrt skriving er på plass.
• Rik tekst i dokument- og brevmaler v2.99.0 2026-08-02 — 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.
• Logo i genererte dokumenter v2.99.0 2026-08-02 — Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.
• Produktpakker: sett inn en hel produktbunt fra produktsøket v2.99.0 2026-08-02 — 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.
• Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett v2.99.0 2026-08-02 — 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å).
• Akseptert tilbud oppretter nå instrumentene automatisk v2.99.0 2026-08-02 — Når en kunde aksepterer et tilbud som inneholder instrumenter, opprettes de i instrumentregisteret og knyttes til masterordren aksepten lager. Antallet på linja bestemmer hvor mange instrumenter som opprettes: 5 stk av ett instrument og 3 stk av et annet blir 8 rader i registeret, siden hver enhet har sitt eget serienummer og sitt eget kalibreringsløp. Hvilke produkter som regnes som instrumenter styres av produkttypen i Business NXT, og hvilke produkttyper det gjelder settes per kunde i innstillingen Subscription.InstrumentClassifications (standard 1,2,10). Én linje kan bestille inntil 999 999 999 enheter; sier linja et høyere antall, opprettes ikke ordren, på samme måte som ved et desimaltall. Antall 0 betyr at ingenting er bestilt: ordren opprettes som normalt, uten instrument. Et negativt antall er en retur — det opprettes ingen instrumenter, ordren opprettes som normalt, og står det i tillegg et serienummer på linja, settes det instrumentet til ikke aktivt med notatet «Returnert». Raden slettes aldri, så historikk, kalibreringer og sertifikat står igjen. Instrumentet finnes ved hjelp av skip + produktnummer + serienummer til sammen; treffer det ingen aktiv rad, skjer ingenting med registeret og aksepten går som normalt. Svarer ikke NXT når produktet skal slås opp — eller lar innstillingen for hvilke produkttyper som er instrumenter seg ikke lese, eller er antallet på en instrumentlinje et desimaltall — opprettes ikke masterordren i det hele tatt. Systemet vet da ikke hvor mange instrumenter ordren skal ha. Tilbudet står da igjen som akseptert uten ordre, og du bruker «Gjenåpne tilbud» i tilbudslista for å rette linja og akseptere på nytt. Feiler selve lagringen, rulles hele opprettelsen tilbake slik at du kan akseptere på nytt — ordren blir aldri stående uten instrumentene den skulle hatt. Serienummeret settes ikke ved aksept; hvert instrument får plassholderen «Missing SN» til det tastes inn — og siden en tilbudslinje ennå ikke bærer serienummer, kan retur-regelen over først utløses når automatisk henting av serienummer fra logistikk kommer.
• Akseptert tilbud uten ordre kan gjenåpnes v2.99.0 2026-08-02 — 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.
• Instrument-fanen har fått samme verktøylinje som linje-fanen v2.99.0 2026-08-02 — «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.
• Instrumenter kan nå registreres og redigeres direkte på masterordren v2.99.0 2026-08-02 — Instrumentfanen var kun lesende, så et instrument uten ordrelinje å bli opprettet fra — typisk et skip som kommer inn som kunde med utstyr det allerede eier — kunne ikke legges inn. «Nytt instrument» åpner nå en skuff der du fyller ut produktnummer (søkt opp i samme produktregister som ordrelinjene), navn, serienummer, instrumentgruppe, plassering, kjøpsdato, årsmodell, kalibreringsintervall, siste service, sertifikatutløp og notat. Skip og ordre settes automatisk fra ordren du står på. Produktnummeret kontrolleres mot produktregisteret ved lagring; er NXT utilgjengelig går lagringen bevisst gjennom. Eksisterende instrumenter redigeres med blyantikonet på raden.
• Masterordre: filter-alternativer for NXT-klassifisering (API-grunnlag) v2.99.0 2026-08-02 — Nytt lite les-endepunkt returnerer de distinkte NXT-klassifiseringskodene (gruppe 1, gruppe 3, prisgruppe) som faktisk finnes på tenantens masterordre, sammen med tenantens egne feltnavn fra «Abonnement – feltoppsett». Grunnlaget for filter-bar-kontrollene i masterordrelista (kommer som egen leveranse); ingen ny filtreringssti — gjenbruker eksisterende FilterModel-kontrakt.
• Masterordre: filtrer lista på flåte, kundetype og BPP-status v2.99.0 2026-08-02 — 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».
• Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring) v2.99.0 2026-08-02 — «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).
• Masterordre: «Opprett ordreforslag» lager et tilbud (utkast) fra masterordrens linjer v2.99.0 2026-08-02 — Knappen «Opprett ordreforslag» på en masterordres detaljpanel åpner igjen dialogen der du velger linjer, justerer neste dato og antall per linje, og oppretter et ekte tilbud (utkast) i tilbudsflyten — den manuelle motparten til den automatiske fornyelsen. Enhetsprisen kopieres uendret fra masterordrelinjen (vises, men redigeres ikke). Bryteren «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene; «Vis strukturlinjer» styrer om strukturlinjer tas med, og forelder/barn-koblingene gjenskapes på tilbudet. Det opprettes samtidig et ordreforslag som lukkes som «Konvertert» mot det nye tilbudet, så forslagskøen og sporet stemmer. Etter opprettelse åpnes det nye tilbudet i «Tilbud»-listen.
• NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet v2.99.0 2026-08-02 — 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.
• Masterordre: merk rader og lag ordreforslag av valgte v2.99.0 2026-08-02 — Masterordrelista har fått avkrysningsbokser per rad og knappen «Lag ordreforslag av valgte (N)». Merk én eller flere masterordrer, bekreft antall og sum per valuta i dialogen, og generer ordreforslag kun for de valgte ordrene i ett kall. Etterpå vises resultatet — hvor mange som ble generert, gjenåpnet og hoppet over — med en snarvei rett til ordreforslag-køen. «Velg alle»-modus støttes ikke i denne versjonen; da er handlingen deaktivert til du merker enkeltrader.
• Datomotor-regler: regelredigering i et to-panels oppsett v2.99.0 2026-08-02 — «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.
• Datomotor-regler: trekk tilbake en publisert versjon v2.99.0 2026-08-02 — 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.
• Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen v2.99.0 2026-08-02 — 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.
• Datomotor-regler: systemreglene er nå fullt redigerbare v2.99.0 2026-08-02 — 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.
• Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-02 — 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).
• Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv v2.99.0 2026-08-02 — 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.
• Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-02 — 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.
• Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår v2.99.0 2026-08-02 — 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.
• Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem v2.99.0 2026-08-02 — 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.
• Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger v2.99.0 2026-08-02 — 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.
• Masterordre: dokumentmaler kan settes sammen og forhåndsvises live i Innstillinger v2.99.0 2026-08-02 — Ny side Innstillinger → Masterordre → Dokumentmaler lar en administrator/konsulent sette sammen dokumentmaler for tilbud, masterordre og støttebrev fra et seksjonsbibliotek (toppfelt, nøkkel/verdi-boks, fritekst, linjetabell med gruppering/delsum/totalsum, infoboks, sum), sette en stilprofil (farger, skrifttype, tetthet, toppfelt-stil) og se en live PDF-forhåndsvisning med eksempeldata mens malen redigeres. Forhåndsvisningen rendres server-side av den SAMME PDF-motoren som brukes for de ferdige dokumentene (ingen egen «forenklet» forhåndsvisning), slik at det man ser under redigering er identisk med sluttresultatet; forhåndsvisningen sender kun malstrukturen til serveren — eksempeldataene bygges alltid server-side. Validering flagger ukjente flettefelt, ugyldige kolonner/grupperingsfelt og strukturfeil før lagring (og før forhåndsvisning rendres). Malen kan lagres, settes aktiv (én aktiv mal per dokumenttype og språk) og kopieres til et nytt utkast. Ingen eksisterende dokument (tilbuds-PDF, masterordre) bruker disse malene ennå — det er en senere leveranse. Siden krever datatilgangen «Dokumentmaler (abonnement)» (Se for å lese/forhåndsvise/validere, Opprett for nye/kopi, Endre for å lagre/aktivere).
• Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler v2.99.0 2026-08-02 — 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.
• Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow v2.99.0 2026-08-02 — 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).
• Masterordre: pipeline-konfigurasjon i Innstillinger v2.99.0 2026-08-02 — 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.
• Masterordre og tilbud: tydelig ansvar og neste handling i listene v2.99.0 2026-08-02 — Masterordrelisten viser nå ansvarlig som standard og kan utvides med selger og øvrige ordrehodefelt via Kolonner. Oppfølgingsmerket bruker datomotorens neste dato og ordrens varslingstid, uten en fast UI-regel. Tilbudslisten viser neste gyldige livsløpshandling og har flere valgfrie hodekolonner; produkt og handlinger forblir synlige ved horisontal scrolling i tilbudslinjene.
• Tilbudsliste: kolonnefilter og sortering på alle relevante kolonner (server-side) v2.99.0 2026-08-02 — Tilbudslista har nå server-side kolonnefilter og sortering på alle relevante kolonner — tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene (levering/utløp/sendt/utfall/opprettet/siste purring), samt beløp, valuta og antall purringer. Filter og sortering kjører mot hele det filtrerte settet på serveren (samme paritet som masterordre-lista), så tellebadgen og sum-per-valuta følger filteret. Type og Status filtreres fortsatt som egne fasetter, og fritekstsøk på tilbudsnr./kunde gjøres i søkefeltet øverst.
• Tilbud: rediger tilbudshodet (ansvarlig, selger, valuta, notat, ansvarsenheter) v2.99.0 2026-08-02 — Tilbudsdetaljen har fått handlingen «Rediger tilbudshode» i handlingsmenyen (vises når du har redigeringstilgang til tilbud) som åpner en skuff der du setter ansvarlig og selger, tilbudshodets valuta, et fritekstnotat og ansvarsenhetene (R1–R12) — speiler ordrehodet på en masterordre. Tilbudshodet kan redigeres uansett status. Valuta på tilbudshodet endrer ikke valuta på eksisterende tilbudslinjer (den er tilbudshodets standard). Notatet vises i tilbudshodet når det er satt.
• Tilbud: kopi tar med tilbudshodefeltene (ansvarlig, selger, valuta, notat) v2.99.0 2026-08-02 — Når du kopierer et tilbud, videreføres nå ansvarlig, selger, tilbudshodets valuta og fritekstnotatet fra det opprinnelige tilbudet, i stedet for å nullstilles på kopien. Dette gir samme oppførsel som kopiering av en masterordre (ordrehodet), der samme kommersielle ansvar og notatkontekst allerede følger med.
• Masterordre kan opprettes på nytt fra et akseptert tilbud v2.99.0 2026-08-02 — Ved aksept av et tilbud om nytt abonnement velger saksbehandleren om masterordren skal opprettes med én gang. Et akseptert tilbud har også handlingen «Generer masterordre» for senere forsøk. Hvis det allerede finnes masterordrer med tilbudet som opprinnelse, vises en advarsel, men brukeren kan bekrefte og opprette enda en.
• Masterordre kan opprettes manuelt v2.99.0 2026-08-02 — «Ny masterordre»-knappen i masterordre-listen er nå aktiv og åpner et lite skjema der du oppretter et tomt ordreutkast (velg kunde/skip når CRM er aktivt, ellers kundenavn/-nummer, samt valuta). Ordren får et lokalt utkastnummer og åpnes rett i detaljvisningen, klar for at du legger til linjer inline og aktiverer den på vanlig måte (aktiveringskravene er uendret).
• Masterordre: malpakke-søket er gruppert på instrument (trigger) v2.99.0 2026-08-02 — «Pakker»-fanen i produktsøket viser nå malpakkene gruppert på triggerproduktet (instrumentet), med forbruksproduktene under, i stedet for en flat produktnr.-liste. Søker du et instrument (f.eks. AKAL6000) vises kun den gruppen med alle sine forbruksprodukter, og «Legg til alle (N)» på en instrument-overskrift legger alle forbrukslinjene for det instrumentet inn i én forhåndsvisning samtidig — enkeltklikk på ett forbruksprodukt fungerer som før.
• Malpakke «Legg til alle» setter nå også inn instrumentet selv v2.99.0 2026-08-02 — «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.
• Masterordre: ny «Ordrer»-fane med NXT-overføringer v2.99.0 2026-08-02 — Detaljpanelet på masterordre har fått en «Ordrer»-fane som lister overføringene til NXT (NXT-ordrenr., selskapsnr., dato og hvem som overførte). Handlingen «Overfør til NXT» (i handlingsmenyen og i fanen) registrerer en overføring — en masterordre kan overføres flere ganger og få flere ordrenummer. Tom fane viser «Ingen overføringer ennå».
• Masterordre: ny «Korrespondanse»-fane v2.99.0 2026-08-02 — Detaljpanelet på masterordre har fått en Korrespondanse-fane som viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater m.m.) med typeikon, emne, dato, retning og kontaktperson — klikk på en rad åpner korrespondansedetaljen i CRM i ny fane. Korrespondansen er knyttet til kundens aktør (samme feed på tvers av skipets løpende ordrer), og fanen vises kun for brukere med både CRM- og abonnementsmodulen.
• Masterordre-linjer: sortering og avansert filter i linjetabellen v2.99.0 2026-08-02 — Ordrelinjene på en masterordre kan nå sorteres ved å klikke på kolonneoverskriftene (produkt, beskrivelse, gruppe, frekvens, antall, pris, rabatt, beløp, datoer m.m.), og linjetabellen har fått «Avansert filter»-knappen som oversiktslista allerede hadde. Standardrekkefølgen beholdes til du selv velger en sortering; velger du en sortering, ordnes linjene innenfor hver instrumentgruppe.
• Masterordre-linjer: rabatt i kroner (enten % eller kr) v2.99.0 2026-08-02 — Ordrelinjene på en masterordre har fått en «Rabatt kr»-kolonne ved siden av «Rabatt %». En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt). Linjebeløpet og alle verdiberegningene på ordren — årsverdi, «Verdi i år» og de neste årene, og valuta-summene i bunnraden — trekker nå fra rabatten likt uansett form (kronebeløp går foran prosent). Merk at årsverdien nå gjenspeiler linjerabatten på samme måte som kalenderår-verdiene.
• Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett) v2.99.0 2026-08-02 — 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.
• Datomotor: redigerbar betingelsesbygger for regler v2.99.0 2026-08-02 — 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.
• Datomotor: legg til, dupliser, slett og sorter regler i regellisten v2.99.0 2026-08-02 — 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)».
• Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel v2.99.0 2026-08-02 — «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»).
• Masterordre: «Hvorfor endret datoen seg?» på linja v2.99.0 2026-08-02 — Hver linje på Linjer-fanen har fått en info-knapp som åpner en tidslinje med kuraterte forklaringer fra datomotoren: for hver kjøring vises regelen som traff, utfallet, dato-bevegelsen (forrige → foreslått), faktaene beslutningen bygde på, og begrunnelsen. Skrivebeskyttet — ingenting beregnes på nytt. Knappen vises kun for brukere med datatilgangen «Datoendringslogg»; lenken videre til regelsett-versjonen kun med «Regeladministrasjon (datomotor)».
• Masterordre: «Bruk beregnede datoer» på en ordre v2.99.0 2026-08-02 — Masterordrens Handlinger-meny har fått «Bruk beregnede datoer»: en operatørhandling som skriver datomotorens beregnede leveringsdatoer på ordren for dagens dato. Handlingen åpner en bekreftelsesdialog som først viser en skrivebeskyttet forhåndsvisning av linjene som får ny dato (fra → til med begrunnelse) — er det ingenting å endre, sier dialogen det og bekreft-knappen forblir inaktiv. «Bruk datoene» skriver, viser antall oppdaterte linjer og oppdaterer ordren. Datoen kan ikke velges av operatøren (server-satt), og handlingen skriver ingenting til NXT.
• Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed) v2.99.0 2026-08-02 — 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.
• Tilbud som PDF v2.99.0 2026-08-02 — Last ned et formatert tilbud (PDF) fra tilbudsdetaljene; dokumenter merket «Ta med i kunde-PDF» inkluderes (PDF-vedlegg flettes inn, øvrige listes).
• Tilbud-PDF genereres nå fullstendig server-side v2.99.0 2026-08-02 — Nedlasting av tilbuds-PDF (fra tilbudslisten og tilbudsdetaljene) rendres nå helt server-side — samme dokumentmotor som forhåndsvisningen i dokumentmalbyggeren setter sammen coveret og fletter inn PDF-vedlegg merket «Ta med i kunde-PDF» — i stedet for i nettleseren. Sluttresultatet (innhold og filnavn) er uendret for brukeren. Samtidig sender workflow-handlingen «Generer og send dokument» nå den SAMME sammensatte PDF-en (cover + vedlegg) for tilbud, ikke bare coveret som før — et automatisk utsendt tilbud får dermed samme vedleggsappendiks som en manuell nedlasting.
• Supportbrev rendres nå med supportbrev-malen (ikke tilbudsmalen) v2.99.0 2026-08-02 — Et tilbud som er produsert fra en masterordre (supportbrev) rendres nå automatisk med supportbrev-dokumentmalen i stedet for tilbudsmalen — på både manuell PDF-nedlasting og automatisk utsending via workflow-handlingen «Generer og send dokument». Tilbudsdataene (kunde, linjer, summer, masterordrenummer) er uendret; kun malvalget er annerledes. Standard supportbrev-mal er samtidig rettet: avslutningsteksten refererte et flettefelt (selger) som aldri fylles ut for et tilbud og kunne vises som en ufylt plassholder — teksten er nå forenklet. Et frittstående (manuelt opprettet) tilbud er upåvirket og bruker fortsatt tilbudsmalen som før.
• Leveringsadresse på masterordre v2.99.0 2026-08-02 — «Rediger ordrehode» har nå en leveringsadresse-velger: hent fra kundekortet, skriv en annen adresse, eller lagre samtidig på kundekortet; server-validert mot ordrens aktør.
• Leveringsadresse på tilbud v2.99.0 2026-08-02 — Sett/rediger leveringsadresse på et tilbud (fra kundekortet eller en annen adresse, med «Lagre også på kundekortet»); produserte fornyelsestilbud arver masterordrens adresse.
• Leveringsadresse følger tilbud til ordre v2.99.0 2026-08-02 — Når et tilbud blir til en masterordre (aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse over på den nye ordren.
• Leveringsadresse: 4. adresselinje og kontakt-/referanseinstruks lagres nå v2.99.0 2026-08-02 — Leveringsadresse-velgeren på masterordre og tilbud støtter en 4. adresselinje samt kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre valgfrie ekstra-info-felt, referansenummer, deres ref og PO-nummer. Alle disse feltene forhåndsfylles fra kundekortets adresse, kan overstyres for den enkelte ordren, og lagres på kundekortet når «Lagre også på kundekortet» er på — akkurat som selve adressen. Verdiene følger med når et tilbud blir til en masterordre eller et fornyelsestilbud produseres fra en løpende ordre.
• Tilbud: kopier et tilbud til nytt utkast v2.99.0 2026-08-02 — Tilbudsdetaljene har fått handlingen «Kopier tilbud» i Handlinger-menyen: oppretter en ny tilbudskopi med eget tilbudsnr. og status Utkast, linjer og kommersielle felter videreført, mens sendt-/aksept-/NXT-status nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen. Nyttig som en «escape hatch» når et sendt tilbud allerede har en nedstrøms ordre og derfor ikke kan trekkes tilbake.
• Masterordre: kopier en ordre til nytt utkast v2.99.0 2026-08-02 — Masterordre-listens Handlinger-meny har fått «Kopier masterordre»: oppretter en ny utkastordre med eget ordrenummer, aktive linjer videreført med ferske linje-id-er, mens NXT-overføring, importstatus og oppfølgingsflagg nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen.
• Leveringsadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-02 — Når «Bruk annen adresse» er valgt på leveringsadressen (masterordre og tilbud), kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (navn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• Kopiering krever både se- og opprett-tilgang v2.99.0 2026-08-02 — «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.
• Kopiering kan bytte kunde v2.99.0 2026-08-02 — «Kopier tilbud» og «Kopier masterordre» åpner nå en dialog der du velger kunden for kopien, forhåndsutfylt med den opprinnelige kunden. Leveringsadressen følger aldri med til kopien, uansett om du beholder samme kunde eller velger en annen — en kopi skal alltid ha en tom leveringsadresse så den ikke ved en feil sender til en gammel mottaker. Velger du en annen kunde nullstilles i tillegg koblingen til salgsmulighet, siden en salgsmulighet er kundespesifikk. Nyttig når kopien i praksis skal gå til en annen kunde enn originalen.
• Tilbud: malpakker kan settes inn fra produktsøket v2.99.0 2026-08-02 — «Pakker»-fanen i produktsøket, som tidligere kun fantes på masterordre, er nå også tilgjengelig når produktsøket åpnes fra et tilbudsutkast. Samme forhåndsvisning (avkryssing per rad, beregnet antall og frekvens) og samme transaksjonelle innsetting med dobbeltklikk-/retry-vern som på masterordren; kun tilgjengelig mens tilbudet er Utkast.
• Masterordre: leveringsfrekvens- og konsolideringsinnsikt v2.99.0 2026-08-02 — Ny skrivebeskyttet analyse som anslår antall leveringer per år for en masterordre eller et skip, viser mulig færre leveringsdatoer per år (konsolideringskandidater) og en 12-måneders leveringstidslinje (planlagt vs. faktisk). Innsikten vises som egen «Leveringsfrekvens»-fane på masterordren, en fane på kundekortet (skip), og en egen porteføljerapport per skip rangert etter mulig reduksjon. Tallene er beskrivende — rute- og havnegjennomførbarhet vurderes manuelt (ingen «garantert besparelse»). Alle flatene er gated på Subscription.MasterOrder (samme tilgang som masterordre-lesing).
• Masterordre: leveringsdashbord (widget) v2.99.0 2026-08-02 — Nytt widget-basert leveringsdashbord (Abonnement → Leveringsdashbord) som gjenbruker forsidens tilpassbare widget-vert på en egen masterordre-flate. Første widget «Leveringsfrekvens» viser porteføljens nøkkeltall (skip, mulig færre leveringsdatoer/år, anslåtte leveringer/år) og skipene med størst konsolideringspotensial, med lenke til den fullstendige porteføljerapporten. Dashbordet kan tilpasses per bruker og standardsettes av administrator. Både widgeten og dataene er gated på Subscription.MasterOrder — uten «Kan se» er dashbordet tomt. Tallene er beskrivende; rute-/havnegjennomførbarhet vurderes manuelt.
• Fornyelsestilbud fra ordreforslag arver linjerabatten og bruker planleggingshorisonten v2.99.0 2026-08-02 — Når et ordreforslag konverteres til et fornyelsestilbud, kopieres nå masterordrelinjens rabatt (enten % eller kroner) over på tilbudslinjen, slik at tilbudsbeløpet gjenspeiler kundens gjeldende rabatt i stedet for å nullstille den. Hvilke linjer som tas med styres nå av samme konfigurerbare planleggingshorisont (Subscription.DefaultPlanningHorizonMonths) som ordreforslag-genereringen bruker, i stedet for en fast 12-måneders grense — forfalte linjer er fortsatt med. Samtidige konverteringer av samme forslag er gjort trygge (applock) så det aldri oppstår dublett-tilbud.
• Ordreforslag: selgerdashbord med gruppering, filter og forhåndsvisning v2.99.0 2026-08-02 — Ordreforslag-køen viser nå radene gruppert per forvaltning som standard (kan utvides til forvaltning + kunde/skip), har fått en filterbar (status, forvaltning, gruppenøkkel, generert-periode) og et horisont-hurtigfilter («forfaller innen 30/60/90 dager») basert på neste dekkede leveringsdato. Øye-knappen på en rad åpner en forhåndsvisning med forslagets dekkede ordrelinjer og sum per valuta før du beslutter.
• Ordreforslag: merk flere og opprett tilbud med ett klikk v2.99.0 2026-08-02 — Hver rad i ordreforslag-køen har fått en avkrysningsboks. «Godkjenn valgte (N)» godkjenner alle merkede forslag i ett kall (samme godkjenning som enkelt-knappen). «Opprett tilbud (N)» viser først en bekreftelsesdialog med antall og sum per valuta, og oppretter deretter ett tilbud per merket forslag — en re-kjøring på et allerede konvertert forslag lager aldri et duplikat-tilbud. Begge handlingene viser en oppsummering (antall utført/hoppet over/ikke funnet) og har samme tilgangskrav som enkelt-godkjenning. Den gamle «Opprett ordreforslag»-dialogen på masterordren (som ikke lagret noe) er fjernet og erstattet med en «Vis ordreforslag»-knapp som tar deg til den nye ordreforslag-køen.
• Masterordre: valuta fra NXT på ordre og linjer (ISO-kode) v2.99.0 2026-08-02 — Importen henter nå valutaen fra Business NXT på både ordrehodet og hver linje (Vismas valutanummer slås opp til ISO-kode via NXT-valutatabellen), og enrich-nxt backfyller de allerede importerte ordrene (kun blanke felter). Ordrelinje-griden har fått en Valuta-kolonne, og beløpene (enhetspris, beløp, årsverdi) vises med riktig valuta — «kr» er ikke lenger hardkodet; ukjent valuta vises som rent tall.
• Masterordre: ordreforslag-dialogen fungerer på mindre skjermer v2.99.0 2026-08-02 — Dialogen har nå fast høyde innenfor skjermen, internt scrollområde med fast kolonneoverskrift og alltid synlige innstillinger og handlingsknapper. Den har produktsøk, «velg alle synlige», gruppering på instrumentgruppe, valgt-antall og totalsum per valuta. Alle linjer med neste dato innen «Produkter til» merkes automatisk. Linjer som forfaller innen ytterligere to måneder, markeres med gul varselstrek og gul datofeltramme uten å bli automatisk valgt; «Legg til foreslåtte» velger alle i én handling. Neste dato fylles fra ordrelinjen, og dato og antall kan redigeres direkte; redigering velger linjen automatisk. Begge innstillingene ligger som brytere øverst, og den overflødige handlingen «Opprett enkelt tilbud» er fjernet.
• Masterordre: tydeligere og mer kompakt ordrehode v2.99.0 2026-08-02 — Ordrenummer og skipsnavn vises nå som én likeverdig identitet. Årsverdiene er samlet i fire lesbare årskolonner, neste planlagte dato og sist evaluert er gruppert under Planlegging, og ordredato/opprettet/sist endret står samlet uten en overflødig gruppeoverskrift. «Masterordre-status» er forkortet til «Ordrestatus», og linjeantallet er fjernet fra ordrehodet fordi det allerede vises på Linjer-fanen.
• Produktpakker: strukturprodukter tar med seg strukturen sin v2.99.0 2026-08-02 — Legger du en produktpakke inn på en masterordre eller et tilbud, og en av pakkelinjene peker på et strukturprodukt, opprettes nå hodelinjen sammen med alle strukturens medlemslinjer (hentet fra Business NXT ved innsetting, så innholdet alltid er dagens struktur). Tidligere ble strukturen stille utelatt — hodet ble lagt inn som en enkeltlinje uten medlemmer og uten feilmelding. Kan ikke strukturen hentes (strukturen er tom), eller er produktregisteret i NXT utilgjengelig slik at vi ikke kan avgjøre om produktet er et strukturprodukt, avvises hele innsettingen med en melding — ingen linjer legges inn halvveis. Er NXT nede vil altså innsetting fra produktpakke bli avvist inntil forbindelsen er tilbake; et produkt som er slettet eller omdøpt i NXT (registeret svarer, men kjenner ikke produktnummeret) legges fortsatt inn som en vanlig linje. Malpakker utvider ikke strukturer: peker en malpakke på et strukturprodukt, avvises innsettingen med en melding om å legge strukturproduktet inn som egen linje via produktsøket.
• Masterordre-import fra Business NXT — valgfri observasjons-henting v2.99.0 2026-08-02 — Importen kan kjøres uten å hente leveringstransaksjons-observasjonene: sett includeObservations: false for å importere kun ordrene og linjene (som allerede har sine egne datoer fra NXT), og hoppe over den brede leveringstransaksjons-skanningen. Standard er uendret (observasjoner hentes).
• Masterordre-import fra Business NXT — utelater Gr7 = 9 v2.99.0 2026-08-02 — Importen henter aktive masterordrer (ordretype 6) fra Visma Business NXT og utelater ordrer der Gr7 = 9. Filtreringen skjer på Business-siden ved henting.
• Masterordre-import fra Business NXT — kundenavn, linjepriser og instrumentgrupper + etterfyll-endepunkt v2.99.0 2026-08-02 — Importen setter nå kundenavn på ordren (aktørregisterets navn, med NXT-navnet som reserve), linjepris og rabatt fra NXT-ordrelinjen (priceInCurrency/discountPercent1 — Beløp beregnes som antall × pris × (1 − rabatt%)), og produkt-snapshotet per linje (instrumentgruppene Gruppe 1–6 pluss beskrivelse/enhet fra produktet). Nytt endepunkt POST api/subscriptionimport/enrich-nxt etterfyller de samme feltene på allerede importerte ordrer/linjer — det fyller KUN blanke/null-verdier (kundenavn når blankt, pris når 0/tom, grupper når alle seks er tomme) og rører aldri manuelt redigerte verdier eller oppretter nye rader. Samme tilgangsstyring som importen (Masterordre-import, opprette).
• Masterordrer — endringslogg-fanen leser nå ekte revisjonslogg (MO-015 S10) v2.99.0 2026-08-02 — Endringslogg-fanen på en masterordre er koblet fra mock til API: den viser nå de faktiske revisjonsradene (wv_AuditLog) fra alle endringene som er gjort på ordren (linjer, ordrehode, status, kommentarer, dokumenter, brevmottakere), nyeste først, med «Vis flere» for eldre rader. Systemaktør-rader (import, datomotor, autosend) vises med sin systemetikett som «endret av». Med dette er hele masterordre-detaljbildet (S1–S10) koblet til reelle data.
• Masterordrer — kommentarer og dokumenter (MO-015 S8) v2.99.0 2026-08-02 — Kommentar- og dokumentfanene på en masterordre er koblet fra mock til API. Kommentarer støtter @-omtale av kolleger (autofullfør-plukker som varsler den omtalte via det vanlige varslingssystemet), redigering (kun forfatteren) og sletting (forfatter eller administrator). Dokumentfanen støtter opplasting, nedlasting og sletting av vedlegg — filene lagres tenant-isolert i skylagring. Emoji i kommentarer lagres korrekt. Tilgang styres av eksisterende «Masterordrer (abonnement)»-datatilgang (lese for å se, opprette for å legge til, slette for administrator-sletting).
• Masterordrer — ordreforslagskø: generer, se og beslutt (MO-015 S4) v2.99.0 2026-08-02 — Ny reell ordreforslagskø under Abonnement (/subscription/proposals): «Generer ordreforslag» kjører serveren som lager ett forslag per aktuell masterordre (aktiv ordre, ikke unntatt auto-tilbud, med minst én forfallende abonnementslinje innenfor varslingsvinduet, uten et dekkende aktivt tilbud) — kjøringen er idempotent, så gjentatte kjøringer ikke lager duplikater, og forfalte «utsatte» forslag gjenåpnes automatisk. Hvert forslag kan godkjennes, avvises (påkrevd årsak) eller utsettes til en framtidig dato. Godkjenning er kun en beslutning — å gjøre forslaget om til et tilbud kommer i neste leveranse. Verdier summeres per valuta (aldri på tvers). Har en annen bruker allerede besluttet forslaget, får du beskjed og listen oppdateres. Ny datatilgangs-type «Ordreforslag (abonnement)» styrer tilgangen.
• Masterordrer — rediger ordrehode og styr livssyklus (MO-015 S3) v2.99.0 2026-08-02 — Ordrehodet på en masterordre er koblet fra mock til API: «Rediger ordrehode»-skuffen lagrer nå ansvarlig/selger, valuta, notat, varslingstid (verdi + enhet som et atomisk par), brevautomatikk (tre tilstander eller «standard») og «hold utenfor auto-tilbud» med optimistisk samtidighetskontroll — endrer en annen bruker samme ordre, får du beskjed og fersk versjon lastes. Ansvarsenhet-feltene (R1–R12) vises kun for de slottene tenantens R-matrise har aktivert. Nye statushandlinger: «Aktiver ordre» (blokkeres med en liste over manglende forutsetninger — fartøy, fakturakunde-/management-relasjon, minst én aktiv linje med frekvens), «Avslutt ordre» (påkrevd tapsårsak), «Fullfør gjennomgang» og manuell «Koble til salgsmulighet» (deal-ID valideres).
• Masterordrer — rediger, legg til og avslutt abonnementslinjer (MO-015 S2) v2.99.0 2026-08-02 — Linjefanen på en masterordre er koblet fra mock til API: du kan legge til linjer, redigere direkte i rutenettet, og avslutte (myk lukking) en linje med påkrevd årsak. Endrer du planlagt leveringsdato manuelt, spør systemet om en overstyringsårsak. Alle endringer lagres med optimistisk samtidighetskontroll — endrer en annen bruker samme rad, får du beskjed og den oppdaterte versjonen lastes automatisk. Ny «Vis avsluttede»-knapp viser historiske linjer, og gruppefelt-etiketter/-kataloger hentes nå fra tenantens konfigurasjon.
• Masterordrer — liste, ordrehode og linjer leser nå reelle data (MO-015 S1) v2.99.0 2026-08-02 — «Masterordrer» (/subscription/master-orders) er koblet fra mock til API: server-side søk (paging/sortering/filter) med årsverdi per valuta under listen (beløp summeres aldri på tvers av valutaer), ordrehode med relasjonsnavn fra aktørkortet (management/KAM/eier/operatør/fakturakunde) og ansvarlig/selger, aktive abonnementslinjer med katalogoppslåtte gruppenavn, og ?order=-dyplenken slås nå opp direkte på serveren. Ny datatilgangs-type «Masterordrer (abonnement)» styrer tilgangen. Øvrige faner (tilbud, instrumenter, kontakter, kommentarer, dokumenter, endringslogg) viser fortsatt eksempeldata til sine leveranser.
• Masterordrer — ny master/detalj-visning (mockup) v2.99.0 2026-08-02 — Ny side «Masterordrer» under Abonnement (/subscription/master-orders) med smart-grid master/detalj: ordreliste med status/flagg, og detaljpanel med linjer (trestruktur), tilbud og datohistorikk. Mock-data etter MO-013-skjemaet — diskusjonsartefakt før API-kobling; ordreforslag- og dashbord-mockupene er også lagt om til de nye modellene.
• Abonnement — mockups v2 (ordrehode, gruppering, ordreforslag-modal, tilbudsvisning) v2.99.0 2026-08-02 — Masterordre-detaljpanelet har fått fullt ordrehode (management, faktureres, ansvarlig/selger, leie-/BPP-avtale, ordreforslag-innstillinger, CRM-deal-lenke, tapsårsak), linjene grupperes på instrumentgruppe med delsummer, og en «Opprett ordreforslag»-modal (redigerbare datoer/antall per linje, strukturlinje-toggle) er lagt til. Ordreforslag-køen viser nå legacy-feltene (trigget-av-dato, varsling, autosend, ansvarlig/selger) og ny mockup-side «Tilbud» (/subscription/offers) viser tilbud med linjer i detaljpanel. Alt er mock-data — diskusjonsartefakt før API-kobling.
• Tilbuds-datamodell (CRM) + motor-fakta v2.99.0 2026-08-02 — Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).
• Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt) v2.99.0 2026-08-02 — 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.
• Malpakker: hele malpakken registreres i ett skjermbilde v2.99.0 2026-08-02 — Innstillinger → Masterordre → Malpakker er lagt om fra bred tabell + egen triggerskuff til en slank liste med redigeringspanel ved siden av. Produkt, antall/antallsfaktor, frekvenser og triggere fylles ut samlet og lagres med én «Lagre» — også for en helt ny malpakke, som tidligere måtte lagres to ganger (først raden, så triggerne). Lista viser nå produktnavn, «Antall × faktor», frekvensene som brikker («Støtte 12 mnd» / «Leie 24 mnd») og antall triggere, slik at malpakker kan sammenlignes uten å åpne dem. Triggere legges til fortløpende: hvert søketreff blir en brikke og feltet beholder fokus for neste søk. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: hele pakken registreres i ett skjermbilde, og kan klones v2.99.0 2026-08-02 — Innstillinger → Masterordre → Produktpakker er lagt om på samme måte som Malpakker: slank liste til venstre, fullt redigeringspanel til høyre. Navn, kategori, status og alle produktlinjer fylles ut samlet og lagres med én «Lagre» — også for en ny pakke, som tidligere måtte lagres først som rad og deretter som linjer. Produkter legges til fortløpende fra ett søkefelt (hvert treff blir en ny linje, feltet beholder fokus), linjene kan flyttes opp/ned og fjernes i tabellen, og kategori velges nå fra en liste over kategoriene som allerede er i bruk — eller skrives som ny — så «VLCC» og «vlcc» ikke lenger drifter fra hverandre. Ny «Klon»-knapp kopierer den valgte pakken med alle linjer til « (kopi)» som åpnes direkte i panelet. Linjene viser produktnavn også når du åpner en lagret pakke på nytt, og et strukturprodukt merkes med en «Struktur»-brikke. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: lim inn linjer fra Excel eller NXT v2.99.0 2026-08-02 — Linje-seksjonen i produktpakke-panelet har fått «Lim inn linjer»: lim inn én rad per produkt (produktnr., antall og eventuelt frekvens i måneder, adskilt med tabulator) og få en forhåndsvisning som teller opp ny / oppdater / ugyldig før du bekrefter. Tomt antall blir 1, et produkt som allerede ligger i pakken oppdateres i stedet for å dupliseres — og limer du inn bare produktnr. og antall, beholdes frekvensen linjen har fra før (forhåndsvisningen sier «Uendret»), den nullstilles ikke. Rader med feil (manglende produktnr., ugyldig antall eller frekvens, samme produkt limt inn flere ganger) merkes med årsak og hoppes over. Linjene legges i pakken du har åpen — de lagres først når du trykker «Lagre» i panelet, så en innliming kan angres ved å avbryte.
• Dokumentmaler: språket kan endres på en eksisterende mal v2.99.0 2026-08-02 — 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.
• Dokumentmaler: bunntekst med firmainfo, logo og sidetall v2.99.0 2026-08-02 — 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.
• Dokumentmaler: styr dokumenttittelen selv v2.99.0 2026-08-02 — Toppfelt-seksjonen i en dokumentmal (Innstillinger → Masterordre → Dokumentmaler) har fått feltet «Dokumenttittel» og valget «Tittelplassering» (venstre/høyre). Tittelen kan inneholde flettefelt, f.eks. «Ordrebekreftelse {{MasterOrderNo}}», og plasseringen er uavhengig av logoplasseringen. Lar du feltet stå tomt brukes standardtittelen for dokumenttypen — og den er nå norsk også i ferdig genererte dokumenter. Tidligere skrev et ekte tilbud «Offer #12» og en masterordre «Master order #20087» på engelsk, mens forhåndsvisningen i editoren viste «Tilbud»/«Masterordre»; de leser nå samme kilde og kan ikke sprike.
• Masterordre-listen laster nå på under ett sekund v2.99.0 2026-08-02 — Masterordre-listen brukte tidligere rundt 30 sekunder på å åpne. Fritekstsøket slo opp fakturakunde-, management-, valuta- og brukernavn per rad (et tomt søk kostet ~6 sek), sum-raden («verdi i år per valuta») regnet om alle års-verdiene for hele det filtrerte utvalget ved hver lasting (~11 sek), og siden sendte flere konkurrerende søk ved åpning. Søkegrunnlaget og kalenderår-verdiene lagres nå ferdig beregnet på ordren og holdes oppdatert automatisk når ordrer/linjer endres og ved NXT-import/-aktørsynk; side, antall og valuta-summer hentes parallelt; verdiberegningen leses rett fra en dekkende indeks; og listen samler oppstartskallene til ett kansellerbart søk. Datomotorens «Datoendringslogg» finner nyeste kjøring via et indeksert oppslag i stedet for å skanne hele sporingstabellen. Søk, antall og sum-rad går fra sekunder til under ett sekund — resultatet er identisk.
• Masterordre: serverstyrt liste — antallet og eksporten følger filteret v2.99.0 2026-08-02 — Masterordre-listen henter, filtrerer, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved siden av tittelen viser antallet som faktisk matcher søket og filtrene (før viste den hele tabellen), Oppfølging-filteret og det avanserte filteret kjører på hele datasettet, og Excel/PDF-eksporten omfatter alle treff (ikke bare den synlige siden). Er treffet for stort for eksport, får du en tydelig melding om å snevre inn filtrene.
• Masterordre: tydeligere arbeidskø og trygg linjereaktivering v2.99.0 2026-08-02 — Masterlisten viser nå en egen oppfølgingsindikator, ordrelinjegriden holder produktet synlig til venstre og handlingene til høyre, og linjenummer er skjult som standard. «Avslutt linje» har fått stoppikon; avsluttede linjer kan aktiveres igjen fra «Vis avsluttede», med radversjonskontroll og revisjonslogg. Ordrehodet prioriterer operative statuser foran KPI- og administrativ informasjon.
• Tilbud: opprett frittstående tilbud v2.99.0 2026-08-02 — «Nytt tilbud»-knappen i tilbudslisten («Abonnement → Tilbud») er nå aktiv og åpner en skuff der du oppretter et minimalt tilbudsutkast: velg type (Enkeltsalg som aldri blir en masterordre, eller Nysalg som kan bli en masterordre ved aksept), valgfritt kundenr./aktør, valgfri salgsmulighet og leverings-/utløpsdato. Etter opprettelse åpnes tilbudet, klart for at du legger til linjer inline og deretter produserer og sender.
• Nytt tilbud: søkbar kundevelger, utløper default 30 dager, ryddet bort aktør/deal-felt v2.99.0 2026-08-02 — «Nytt tilbud»-skuffen erstatter fritekst-kundenr. med en søkbar kundevelger (søker på både kundenummer og navn, samme velger som på masterordren), forhåndsutfyller «Utløper» til 30 dager frem, og har fjernet Aktør-ID- og Deal-ID-feltene fra opprettelsen (de settes etterpå i tilbudsdetaljene med gode søk). Kundevelgeren vises når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Tilbud: rediger tilbudslinjer inline v2.99.0 2026-08-02 — Tilbudsdetaljene lar deg nå redigere tilbudslinjer direkte i et redigerbart rutenett — samme opplevelse som ordrelinjene på en masterordre: «Ny linje», velg produkt med søk-i-celle (beskrivelse og pris fylles automatisk fra kundens prisbetingelser når feltene er blanke), rediger antall, pris, valuta, frekvens, leveringsdato og instrumentreferanse, og slett linjer. Linjene kan bare endres mens tilbudet er et utkast — når det er produsert/sendt eller avsluttet, låses de og vises skrivebeskyttet.
• Tilbud: samme linjerutenett vises også når tilbudet er låst v2.99.0 2026-08-02 — Et produsert/sendt eller avsluttet tilbud viser nå det samme redigerbare rutenettet som utkast — bare uten redigering, «Ny linje», Produktsøk og slett-knappen — i stedet for å bytte til en enkel tabell uten søk/sortering/eksport/kolonnevalg. Gir samme lese- og navigeringsopplevelse på et låst tilbud som på et utkast.
• Tilbud: rabatt i kroner eller prosent på tilbudslinjer (enten/eller) v2.99.0 2026-08-02 — Tilbudslinjene har fått «Rabatt %»- og «Rabatt kr»-kolonner, på samme måte som ordrelinjene på en masterordre. En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Linjebeløpet og tilbudssummene trekker nå fra rabatten uansett form. Rabatten følger med når et akseptert nysalg-tilbud blir en masterordre.
• Tilbud: «Opprett masterordre?»-valg ved aksept + «Konverter til ordre» v2.99.0 2026-08-02 — Når du registrerer et nysalg-tilbud som akseptert, oppretter portalen ikke lenger masterordren automatisk: du blir spurt «Opprett masterordre?» og velger selv Ja (masterordren opprettes og åpnes) eller Nei (tilbudet forblir akseptert uten ordre — ikke alle aksepterte tilbud blir ordrer). Tilbudsdetaljene har i tillegg en «Konverter til ordre»-knapp som oppretter masterordren direkte fra et åpent eller akseptert nysalg-tilbud. Enkeltsalg-tilbud spør aldri (de blir aldri en masterordre).
• Tilbud-detalj: ny topptekst og faneinndeling (som masterordre) v2.99.0 2026-08-02 — Tilbudspanelet har fått samme oppsett som masterordre-detaljen: en kontekstavhengig hovedknapp for neste steg (Produser/Send/Purr) med en «Handlinger»-meny for øvrige valg, og en fanestripe med Linjer, Kontakter, Korrespondanse, Kommentarer, Dokumenter, Endringslogg og Tilbudshistorikk. Linjer-fanen viser linjene og utsendelsesloggen som før; innholdet i de øvrige fanene kommer fortløpende.
• Masterordre: «Overfør til NXT» flyttes til tilbud-aksept-flyten v2.99.0 2026-08-02 — Den manuelle «Overfør til NXT»-handlingen på masterordre-nivå (rad-meny + Ordrer-fane-knapp) er fjernet; overføring til NXT hører hjemme på det aksepterte tilbudet (kommer). Ordrer-fanen på masterordren viser fortsatt overføringsloggen som en ren lesevisning.
• Tilbud: serverstyrt liste + mer av detalj-pariteten med masterordre v2.99.0 2026-08-02 — Tilbudslisten («Abonnement → Tilbud») henter, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved tittelen viser antallet som faktisk matcher søket/filteret (ikke antall lastede rader), og en ny sum-linje under listen viser tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Detaljpanelet kan nå legges til høyre eller i bunnen — samme veksling som masterordren, og valget huskes med lagrede visninger. En direktelenke (?offer=) viser «Viser kun tilbud N» med «Vis alle»-knapp, topplinjen i tilbudshodet viser opprettet-dato, og fanene Kontakter/Korrespondanse/Kommentarer/Dokumenter/Endringslogg/Tilbudshistorikk har fått antall-merker. Fritekstsøket og status-/type-filteret kjører på hele datasettet.
• Tilbud-detalj: Korrespondanse-, Tilbudshistorikk-, Endringslogg- og Kontakter-faner v2.99.0 2026-08-02 — Tilbudsdetaljen viser nå (som masterordre) kundens korrespondanse, kundens øvrige tilbud (inkl. avslåtte/utløpte), full endringslogg (produser/send/purr/utfall/linjeendringer med felt, gammel→ny verdi, bruker og tidspunkt) og kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
• Dokumenter på tilbud v2.99.0 2026-08-02 — Last opp, last ned og slett vedlegg på et tilbud, med et per-dokument «I kunde-PDF»-valg (foreløpig inaktivt til tilbuds-PDF er klar).
• Tilbud-detalj matcher masterordre-oppsettet v2.99.0 2026-08-02 — Linjer-fanen har fått «Ny linje» flyttet inn i rutenett-verktøylinjen (ved «Produktsøk»), tunge seksjonsoverskrifter er fjernet/dempet, og fakta i ordrehodet vises nå som et horisontalt fakta-band likt masterordre. «Konverter til ordre» heter nå «Konverter til masterordre».
• Tilbud: koble til salgsmulighet + opprett tilbud fra en salgsmulighet v2.99.0 2026-08-02 — Et tilbud kan nå kobles til (eller fra) en salgsmulighet fra tilbudsdetaljene («Koble salgsmulighet»), uavhengig av om det blir en masterordre. Salgsmulighet-kortet har fått en «Nytt tilbud fra salgsmulighet»-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde.
• Tilbud: søkbar deal-velger ved kobling til salgsmulighet v2.99.0 2026-08-02 — «Koble salgsmulighet» på tilbudsdetaljene erstatter det rå deal-ID-feltet med et søkbart deal-oppslag (samme velger som på masterordren): søk opp salgsmuligheten på navn, se den koblede salgsmuligheten som en etikett i stedet for et bart tall, og tøm feltet for å koble fra. Deal-velgeren vises kun når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Masterordre: oppslag i ordrehodet (ansvarlig, selger, valuta og salgsmulighet) v2.99.0 2026-08-02 — Ordrehode-skuffen på masterordren erstatter de rå tallfeltene med ekte oppslag: Ansvarlig og Selger velges nå fra en brukerliste i stedet for å taste en bruker-ID, Valuta velges fra en ISO-valutaliste (viser kode og navn), og «Koble til salgsmulighet» har fått et søkbart deal-oppslag i stedet for å taste deal-ID (kun når CRM-modulen er aktiv — ellers beholdes tallfeltet). Ansvarsenhet-feltene (R-dimensjoner) forblir fritekst siden kodeverdiene ligger i Visma uten en katalog å velge fra.
• Masterordre-linjer: Lagre/Forkast, radmerking og masseoperasjoner v2.99.0 2026-08-02 — Celleendringer på ordrelinjene samles nå som ulagrede endringer til du trykker Lagre (Forkast ruller tilbake, Ctrl+Z angrer) — produktbytte lagres fortsatt umiddelbart med validering og prisutfylling, og endrede leveringsdatoer krever én overstyringsårsak for hele batchen. Linjene kan merkes med avkryssing, med to masseoperasjoner i verktøylinjen: «Slett valgte» (myk lukking med obligatorisk årsak per batch) og «Rekalkuler priser» (kundeprisen slås opp per merket linje og legges inn som ulagrede endringer du bekrefter med Lagre).
• Tilbudslisten: avansert filter, kolonnevalg, lagrede visninger og eksport v2.99.0 2026-08-02 — Tilbudslisten («Abonnement → Tilbud») har fått samme verktøylinje som masterordre-listen: avansert kolonnefilter, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Sidehodet har i tillegg fått en «Nytt tilbud»-knapp som synlig plassholder — tilbud opprettes i dag fra en masterordre (ordreforslag / enkelttilbud) eller fra en salgsmulighet, ikke frittstående.
• Masterordre-listen: kalenderår-verdier, avansert filter og eksport v2.99.0 2026-08-02 — Den misvisende «Årsverdi»-kolonnen (ren run-rate som ignorerte datoer) er erstattet av faktiske kalenderår-summer: «Verdi i år» og «Verdi neste år» vises i listen, «Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg, og ordrehodet viser «Verdi i år» med de tre neste årene på en egen linje. Verdiene beregnes fra hver linjes planlagte dato og frekvens (engangslinjer teller i sitt år) med samme valutaregel som før. Listen har i tillegg fått avansert kolonnefilter og eksport til Excel/PDF.
• Masterordre: rikere ordrehode fra NXT v2.99.0 2026-08-02 — Detaljpanelet på masterordre viser nå flere felter fra Business NXT-ordren: Ordredato, Sluttdato forsendelser, Salgstype, Rental, BPP-avtale, Type oppfølgning, Trans.gr. 1 og Ordreforslag-status (rå koder inntil verdikataloger kommer), pluss et «Låst/overført»-merke når ordren er låst eller overført i NXT. Fakturakunden hentes nå direkte fra NXT-ordren (aktørrelasjonen brukes som fallback).
• Aktør-klassifisering fra NXT: IMO-nr, kundetype, BPP-status og flåte v2.99.0 2026-08-02 — Aktørsynken henter nå fire klassifiseringsfelter fra Business NXT-aktøren (IMO-nr, Kundetype, BPP-status, Flåte) og lagrer dem på kundekortet. Masterordre-listen har fått fire nye kolonner (skjult som standard — slå på via kolonnevalg), fritekstsøket i listen treffer også IMO-nr, og kundekortet viser en egen skrivebeskyttet «ERP-klassifisering»-gruppe når verdiene finnes. Kodene vises som rå tall inntil verdikataloger kommer.
• Masterordre: verdikatalog-navn for ordrehodets NXT-koder v2.99.0 2026-08-02 — 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.
• Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene v2.99.0 2026-08-02 — 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.
• Smart-grid: radmerking virker nå i gruppert visning v2.99.0 2026-08-02 — 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.
• Masterordre: administrasjon av malpakker (produktmaler) v2.99.0 2026-08-02 — 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.
• Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre v2.99.0 2026-08-02 — 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.
• Masterordre: malpakker i produktsøket og forslag på ordrelinjene v2.99.0 2026-08-02 — Produktsøket på ordrelinjene har fått en ny fane «Pakker» som viser de aktive malpakkene: velg en pakke, se forbrukslinjene med beregnet antall (antallsfaktor × valgt antall) og frekvens (støtte eller leie per rad), og sett inn linjene i én operasjon — pris/rabatt fylles automatisk fra kundens prisbetingelser når feltene er blanke, og dobbeltklikk/nettverks-retry kan aldri sette inn linjene to ganger. I tillegg: når du velger et produkt på en ordrelinje som er triggerprodukt for en malpakke, vises et diskret forslag over griden («MB10387 har en malpakke: N forbrukslinjer») med Legg til/Avvis — linjer settes aldri inn automatisk.
• Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen v2.99.0 2026-08-02 — 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).
• Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde v2.99.0 2026-08-02 — 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).
• Masterordre-regler: regelhandling-nedtrekket viser bare de lovlige valgene per regel v2.99.0 2026-08-02 — I regel-editoren (Innstillinger → Masterordre-regler) filtreres «Handling»-nedtrekket nå til de regelhandlingene som faktisk er lovlige for regelen, i tråd med motorens autorisasjonsmatrise: en systemregel (S1/S4/N1/S5/R3) viser sin egen handling, og S1/S4 kan i tillegg konservativt byttes til «stopp for gjennomgang» (en gjennomgangsstopp uten dato-effekt) — N1/S5/R3 er låst til sin egen handling. En frittstående regel viser det trygge frittstående settet («marker avvik» / «stopp for gjennomgang»). Før tilbød nedtrekket «marker avvik» også på systemregler og skjulte systemregelens egen handling; serveren avviste allerede ulovlige bytter ved lagring, men nedtrekket viste dem.
• Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte) v2.99.0 2026-08-02 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-02 — 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.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-02 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-02 — 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?») slått sammen til én Datohistorikk-knapp, så handlingskolonnen blir smalere.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-02 — 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.
• Masterordre: datohistorikken på en linje er blitt en tidslinje v2.99.0 2026-08-02 — «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.
• Til-og-med-datoen i «Lag ordreforslag» viste én dag for tidlig v2.99.0 2026-08-02 — 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.
• Masterordre: listen krasjet ved henting for enkelte tenants v2.99.0 2026-08-02 — Masterordre-listen (Abonnement → Masterordrer, SubscriptionMasterOrder/search) kastet en SQL-feil (8124) fordi årsverdi-per-valuta ble regnet ut som en aggregat (SUM/MAX) som både refererte den effektive valutaen fra en ytre apply og linjekolonner i samme uttrykk — ulovlig i SQL Server. Utregningen er flyttet til en avledet tabell per linje, så aggregatene kun ser linjekolonner. Årsverdi summeres fortsatt aldri på tvers av valutaer (B-069).
• Masterordre: tilbudslivssyklus (produser → send → purr → utfall) med akseptlenke v2.99.0 2026-08-02 — MO-015 S5 leverer hele tilbuds-motoren bak abonnementsmodulen: et ordreforslag konverteres til et fornyelsestilbud (idempotent, stempler anbefalt dato tilbake på de dekkede linjene), tilbud kan produseres, sendes og purres via brevmottaker-matrisen (Til/Kopi/Blindkopi + arkiv-blindkopi, testmodus, inaktive kontakter gir synlig «Feilet»-rad — aldri stille), utfall (Akseptert/Avslått/Utgått) registreres manuelt eller via en anonym akseptlenke kunden klikker, og en batch-kjøring auto-produserer/-sender og rydder utløpte tilbud. Aksept av et nysalg føder en masterordre (utkast) med snapshot av avtale-id. NXT salgsordre ved aksept er bevisst utsatt (MO-003).
• Masterordre: Tilbud-fanen bruker nå ekte data v2.99.0 2026-08-02 — MO-015 S5.5 kobler Tilbud-listen (/subscription/offers) og Tilbud-fanen på masterordren fra mockdata til den ekte tilbudstjenesten: reell søk/liste, ?offer=-direktelenke som slår opp på serveren, utsendelseslogg (Utsendelser), og handlingene Produser/Send/Purr/Registrer utfall mot de faktiske endepunktene. PDF-produksjon er ikke i v1 (tilbud sendes som e-post) og knappen er deaktivert med et hint.
• Masterordre: Kontakter-fanen med brevmottaker-matrise v2.99.0 2026-08-02 — MO-015 S6 kobler Kontakter-fanen på masterordren til kundekortet i CRM: kontaktene hentes fra skipets aktør, og brevmottaker-matrisen (Ordreforslag/Enkelt tilbud/Purring/Følgebrev) lagres per kontakt via et replace-set-endepunkt med audit. Kontakter deaktivert i CRM etter at de ble satt som mottakere vises fortsatt, gråtonet med «Deaktivert»-merke, så utsendelser aldri stille mister en mottaker.
• Masterordre: Instrumenter-fanen viser ekte serviceobjekter med avledet servicestatus v2.99.0 2026-08-02 — MO-015 S7 kobler Instrumenter-fanen på masterordren fra mockdata til det ekte serviceobjekt-registeret (§14): objektene hentes for skipets aktør og status utledes per visning — Utgått når sertifikatet er utløpt, ellers Service forfaller når siste service er eldre enn 11 måneder (eller mangler), ellers OK. B-073 auto-registrering av serviceobjekter fra bekreftede instrument-linjer er levert som logikk + registreringspunkt (påkalles av NXT-import-sømmen når den klassifiserende importflyten kommer).
• Masterordre: produktvelger på ordrelinjene (søk + strukturekspansjon) v2.99.0 2026-08-02 — Produktnummer-kolonnen på masterordre-linjene er nå redigerbar: skriv direkte i cellen for produktsøk (produktnr/beskrivelse), eller åpne «Produktsøk»-knappen i verktøylinjen for en søkedialog. Velges et strukturprodukt (pakke-hode) åpnes et ekspansjonspanel der medlemslinjene (med antall = faktor × hodets antall) er forhåndsvalgt og kan velges bort enkeltvis — eller alle ved å fjerne krysset på hodet; innsettingen er alt-eller-ingenting og serveren eier alltid strukturmalen og faktor-matematikken (NXT). Produktbytte på en eksisterende linje oppdaterer beskrivelse/enhet/grupper fra det nye produktet; produktbytte på strukturlinjer er sperret i v1.
• Søk i masterordre-listen mistet treff som lå i skjulte kolonner v2.99.0 2026-08-02 — 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.
• Oppfølging-filter i lagrede avanserte filtre ble stille ignorert v2.99.0 2026-08-02 — 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.
• En feilet lasting av masterordre-listen så ut som «ingen treff» v2.99.0 2026-08-02 — 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.
• Tilbud: sendt-dato vises som standard i lista v2.99.0 2026-08-05 — «Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.
• Tilbuds-PDF som e-postvedlegg v2.99.0 2026-08-05 — Utsendte tilbuds- og purrebrev kan nå få den server-genererte tilbuds-PDF-en (dokumentmal-forside + dokumenter merket «ta med i PDF») som vedlegg. Slås på med den nye innstillingen «Legg ved tilbuds-PDF i brev» under Innstillinger → Masterordre → Pipeline-konfigurasjon (av som standard). Feiler PDF-genereringen sendes brevet uten vedlegg — utsendelsen blokkeres aldri.
• Offentlig bekreftelsesside for tilbud v2.99.0 2026-08-05 — Aksept-lenken i tilbuds­brev kan nå peke til en offentlig bekreftelsesside der kunden ser tilbudssammendraget (tilbudsnr., linjer, gyldighet) og bekrefter med ett klikk — uten innlogging. Aktiveres ved å sette den nye innstillingen «Offentlig base-URL» under Innstillinger → Masterordre → Pipeline-konfigurasjon; uten den beholdes dagens lenkeoppførsel uendret. Ugyldige/utløpte lenker viser en nøytral feilside (ingen informasjonslekkasje).
• Masterordre automatiske jobber (interne jobber i Konti Connect) v2.99.0 2026-08-05 — 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) v2.99.0 2026-08-05 — 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.
• Leverte ordrer fra NXT (live) i leveringsfrekvens-panelet v2.99.0 2026-08-05 — Leveringsfrekvens-fanen på masterordre-detaljpanelet og på kundekortet har fått seksjonen «Leverte ordrer fra NXT (live)»: åpner du den, hentes kundens leverte ordrer direkte fra Visma Business NXT (siste 24 måneder). Hver ordre merkes «Masterordre» (koblet til en lokal masterordre) eller «Ad-hoc», og ved svært mange ordrer vises et tydelig delresultat-varsel.
• Masterordre: NXT-klassifiseringskodene på ordrehodet kan nå redigeres v2.99.0 2026-08-05 — «Rediger ordrehode» har fått en ny seksjon «NXT-klassifisering» med seks nedtrekksmenyer for kodene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — fylt fra de eksisterende verdikatalogene under Innstillinger → Abonnement – feltoppsett. Lagringen går kun til ePortal (ingen skriv-tilbake til NXT); har tenanten ikke satt opp verdier for et felt ennå, skjules nedtrekket og en hjelpetekst peker til feltoppsett.
• Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT v2.99.0 2026-08-05 — 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).
• Konfig-drevet klassifiseringsmapping (Kundetype/BPP-status/Flåte/Kundestatus følger felt-mappingen) v2.99.0 2026-08-05 — De fire omdøpbare NXT-klassifiseringsfeltene har nå en semantisk identitet i verdi-/etikett-katalogen (Kundetype/BppStatus/Fleet/CustomerStatus), og navnene på masterordre-lista og kundekortet resolves via felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9). Mapper en klient f.eks. Kundetype til en annen kolonne, følger visning, filter og eksport bindingen. Katalog-editoren bruker de semantiske nøklene, og eldre lagrede visninger fungerer fortsatt. Kundekortets redigerbare klassifisering er inntil videre kun aktiv under standard-bindingen — under en tilpasset feltmapping deaktiveres redigering (visningen er korrekt) til binding-styrt skriving er på plass.
• Rik tekst i dokument- og brevmaler v2.99.0 2026-08-05 — 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.
• Logo i genererte dokumenter v2.99.0 2026-08-05 — Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.
• Produktpakker: sett inn en hel produktbunt fra produktsøket v2.99.0 2026-08-05 — 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.
• Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett v2.99.0 2026-08-05 — 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å).
• Akseptert tilbud oppretter nå instrumentene automatisk v2.99.0 2026-08-05 — Når en kunde aksepterer et tilbud som inneholder instrumenter, opprettes de i instrumentregisteret og knyttes til masterordren aksepten lager. Antallet på linja bestemmer hvor mange instrumenter som opprettes: 5 stk av ett instrument og 3 stk av et annet blir 8 rader i registeret, siden hver enhet har sitt eget serienummer og sitt eget kalibreringsløp. Hvilke produkter som regnes som instrumenter styres av produkttypen i Business NXT, og hvilke produkttyper det gjelder settes per kunde i innstillingen Subscription.InstrumentClassifications (standard 1,2,10). Én linje kan bestille inntil 999 999 999 enheter; sier linja et høyere antall, opprettes ikke ordren, på samme måte som ved et desimaltall. Antall 0 betyr at ingenting er bestilt: ordren opprettes som normalt, uten instrument. Et negativt antall er en retur — det opprettes ingen instrumenter, ordren opprettes som normalt, og står det i tillegg et serienummer på linja, settes det instrumentet til ikke aktivt med notatet «Returnert». Raden slettes aldri, så historikk, kalibreringer og sertifikat står igjen. Instrumentet finnes ved hjelp av skip + produktnummer + serienummer til sammen; treffer det ingen aktiv rad, skjer ingenting med registeret og aksepten går som normalt. Svarer ikke NXT når produktet skal slås opp — eller lar innstillingen for hvilke produkttyper som er instrumenter seg ikke lese, eller er antallet på en instrumentlinje et desimaltall — opprettes ikke masterordren i det hele tatt. Systemet vet da ikke hvor mange instrumenter ordren skal ha. Tilbudet står da igjen som akseptert uten ordre, og du bruker «Gjenåpne tilbud» i tilbudslista for å rette linja og akseptere på nytt. Feiler selve lagringen, rulles hele opprettelsen tilbake slik at du kan akseptere på nytt — ordren blir aldri stående uten instrumentene den skulle hatt. Serienummeret settes ikke ved aksept; hvert instrument får plassholderen «Missing SN» til det tastes inn — og siden en tilbudslinje ennå ikke bærer serienummer, kan retur-regelen over først utløses når automatisk henting av serienummer fra logistikk kommer.
• Akseptert tilbud uten ordre kan gjenåpnes v2.99.0 2026-08-05 — 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.
• Instrument-fanen har fått samme verktøylinje som linje-fanen v2.99.0 2026-08-05 — «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.
• Instrumenter kan nå registreres og redigeres direkte på masterordren v2.99.0 2026-08-05 — Instrumentfanen var kun lesende, så et instrument uten ordrelinje å bli opprettet fra — typisk et skip som kommer inn som kunde med utstyr det allerede eier — kunne ikke legges inn. «Nytt instrument» åpner nå en skuff der du fyller ut produktnummer (søkt opp i samme produktregister som ordrelinjene), navn, serienummer, instrumentgruppe, plassering, kjøpsdato, årsmodell, kalibreringsintervall, siste service, sertifikatutløp og notat. Skip og ordre settes automatisk fra ordren du står på. Produktnummeret kontrolleres mot produktregisteret ved lagring; er NXT utilgjengelig går lagringen bevisst gjennom. Eksisterende instrumenter redigeres med blyantikonet på raden.
• Masterordre: filter-alternativer for NXT-klassifisering (API-grunnlag) v2.99.0 2026-08-05 — Nytt lite les-endepunkt returnerer de distinkte NXT-klassifiseringskodene (gruppe 1, gruppe 3, prisgruppe) som faktisk finnes på tenantens masterordre, sammen med tenantens egne feltnavn fra «Abonnement – feltoppsett». Grunnlaget for filter-bar-kontrollene i masterordrelista (kommer som egen leveranse); ingen ny filtreringssti — gjenbruker eksisterende FilterModel-kontrakt.
• Masterordre: filtrer lista på flåte, kundetype og BPP-status v2.99.0 2026-08-05 — 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».
• Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring) v2.99.0 2026-08-05 — «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).
• Masterordre: «Opprett ordreforslag» lager et tilbud (utkast) fra masterordrens linjer v2.99.0 2026-08-05 — Knappen «Opprett ordreforslag» på en masterordres detaljpanel åpner igjen dialogen der du velger linjer, justerer neste dato og antall per linje, og oppretter et ekte tilbud (utkast) i tilbudsflyten — den manuelle motparten til den automatiske fornyelsen. Enhetsprisen kopieres uendret fra masterordrelinjen (vises, men redigeres ikke). Bryteren «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene; «Vis strukturlinjer» styrer om strukturlinjer tas med, og forelder/barn-koblingene gjenskapes på tilbudet. Det opprettes samtidig et ordreforslag som lukkes som «Konvertert» mot det nye tilbudet, så forslagskøen og sporet stemmer. Etter opprettelse åpnes det nye tilbudet i «Tilbud»-listen.
• NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet v2.99.0 2026-08-05 — 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.
• Masterordre: merk rader og lag ordreforslag av valgte v2.99.0 2026-08-05 — Masterordrelista har fått avkrysningsbokser per rad og knappen «Lag ordreforslag av valgte (N)». Merk én eller flere masterordrer, bekreft antall og sum per valuta i dialogen, og generer ordreforslag kun for de valgte ordrene i ett kall. Etterpå vises resultatet — hvor mange som ble generert, gjenåpnet og hoppet over — med en snarvei rett til ordreforslag-køen. «Velg alle»-modus støttes ikke i denne versjonen; da er handlingen deaktivert til du merker enkeltrader.
• Datomotor-regler: regelredigering i et to-panels oppsett v2.99.0 2026-08-05 — «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.
• Datomotor-regler: trekk tilbake en publisert versjon v2.99.0 2026-08-05 — 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.
• Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen v2.99.0 2026-08-05 — 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.
• Datomotor-regler: systemreglene er nå fullt redigerbare v2.99.0 2026-08-05 — 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.
• Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-05 — 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).
• Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv v2.99.0 2026-08-05 — 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.
• Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-05 — 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.
• Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår v2.99.0 2026-08-05 — 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.
• Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem v2.99.0 2026-08-05 — 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.
• Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger v2.99.0 2026-08-05 — 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.
• Masterordre: dokumentmaler kan settes sammen og forhåndsvises live i Innstillinger v2.99.0 2026-08-05 — Ny side Innstillinger → Masterordre → Dokumentmaler lar en administrator/konsulent sette sammen dokumentmaler for tilbud, masterordre og støttebrev fra et seksjonsbibliotek (toppfelt, nøkkel/verdi-boks, fritekst, linjetabell med gruppering/delsum/totalsum, infoboks, sum), sette en stilprofil (farger, skrifttype, tetthet, toppfelt-stil) og se en live PDF-forhåndsvisning med eksempeldata mens malen redigeres. Forhåndsvisningen rendres server-side av den SAMME PDF-motoren som brukes for de ferdige dokumentene (ingen egen «forenklet» forhåndsvisning), slik at det man ser under redigering er identisk med sluttresultatet; forhåndsvisningen sender kun malstrukturen til serveren — eksempeldataene bygges alltid server-side. Validering flagger ukjente flettefelt, ugyldige kolonner/grupperingsfelt og strukturfeil før lagring (og før forhåndsvisning rendres). Malen kan lagres, settes aktiv (én aktiv mal per dokumenttype og språk) og kopieres til et nytt utkast. Ingen eksisterende dokument (tilbuds-PDF, masterordre) bruker disse malene ennå — det er en senere leveranse. Siden krever datatilgangen «Dokumentmaler (abonnement)» (Se for å lese/forhåndsvise/validere, Opprett for nye/kopi, Endre for å lagre/aktivere).
• Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler v2.99.0 2026-08-05 — 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.
• Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow v2.99.0 2026-08-05 — 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).
• Masterordre: pipeline-konfigurasjon i Innstillinger v2.99.0 2026-08-05 — 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.
• Masterordre og tilbud: tydelig ansvar og neste handling i listene v2.99.0 2026-08-05 — Masterordrelisten viser nå ansvarlig som standard og kan utvides med selger og øvrige ordrehodefelt via Kolonner. Oppfølgingsmerket bruker datomotorens neste dato og ordrens varslingstid, uten en fast UI-regel. Tilbudslisten viser neste gyldige livsløpshandling og har flere valgfrie hodekolonner; produkt og handlinger forblir synlige ved horisontal scrolling i tilbudslinjene.
• Tilbudsliste: kolonnefilter og sortering på alle relevante kolonner (server-side) v2.99.0 2026-08-05 — Tilbudslista har nå server-side kolonnefilter og sortering på alle relevante kolonner — tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene (levering/utløp/sendt/utfall/opprettet/siste purring), samt beløp, valuta og antall purringer. Filter og sortering kjører mot hele det filtrerte settet på serveren (samme paritet som masterordre-lista), så tellebadgen og sum-per-valuta følger filteret. Type og Status filtreres fortsatt som egne fasetter, og fritekstsøk på tilbudsnr./kunde gjøres i søkefeltet øverst.
• Tilbud: rediger tilbudshodet (ansvarlig, selger, valuta, notat, ansvarsenheter) v2.99.0 2026-08-05 — Tilbudsdetaljen har fått handlingen «Rediger tilbudshode» i handlingsmenyen (vises når du har redigeringstilgang til tilbud) som åpner en skuff der du setter ansvarlig og selger, tilbudshodets valuta, et fritekstnotat og ansvarsenhetene (R1–R12) — speiler ordrehodet på en masterordre. Tilbudshodet kan redigeres uansett status. Valuta på tilbudshodet endrer ikke valuta på eksisterende tilbudslinjer (den er tilbudshodets standard). Notatet vises i tilbudshodet når det er satt.
• Tilbud: kopi tar med tilbudshodefeltene (ansvarlig, selger, valuta, notat) v2.99.0 2026-08-05 — Når du kopierer et tilbud, videreføres nå ansvarlig, selger, tilbudshodets valuta og fritekstnotatet fra det opprinnelige tilbudet, i stedet for å nullstilles på kopien. Dette gir samme oppførsel som kopiering av en masterordre (ordrehodet), der samme kommersielle ansvar og notatkontekst allerede følger med.
• Masterordre kan opprettes på nytt fra et akseptert tilbud v2.99.0 2026-08-05 — Ved aksept av et tilbud om nytt abonnement velger saksbehandleren om masterordren skal opprettes med én gang. Et akseptert tilbud har også handlingen «Generer masterordre» for senere forsøk. Hvis det allerede finnes masterordrer med tilbudet som opprinnelse, vises en advarsel, men brukeren kan bekrefte og opprette enda en.
• Masterordre kan opprettes manuelt v2.99.0 2026-08-05 — «Ny masterordre»-knappen i masterordre-listen er nå aktiv og åpner et lite skjema der du oppretter et tomt ordreutkast (velg kunde/skip når CRM er aktivt, ellers kundenavn/-nummer, samt valuta). Ordren får et lokalt utkastnummer og åpnes rett i detaljvisningen, klar for at du legger til linjer inline og aktiverer den på vanlig måte (aktiveringskravene er uendret).
• Masterordre: malpakke-søket er gruppert på instrument (trigger) v2.99.0 2026-08-05 — «Pakker»-fanen i produktsøket viser nå malpakkene gruppert på triggerproduktet (instrumentet), med forbruksproduktene under, i stedet for en flat produktnr.-liste. Søker du et instrument (f.eks. AKAL6000) vises kun den gruppen med alle sine forbruksprodukter, og «Legg til alle (N)» på en instrument-overskrift legger alle forbrukslinjene for det instrumentet inn i én forhåndsvisning samtidig — enkeltklikk på ett forbruksprodukt fungerer som før.
• Malpakke «Legg til alle» setter nå også inn instrumentet selv v2.99.0 2026-08-05 — «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.
• Masterordre: ny «Ordrer»-fane med NXT-overføringer v2.99.0 2026-08-05 — Detaljpanelet på masterordre har fått en «Ordrer»-fane som lister overføringene til NXT (NXT-ordrenr., selskapsnr., dato og hvem som overførte). Handlingen «Overfør til NXT» (i handlingsmenyen og i fanen) registrerer en overføring — en masterordre kan overføres flere ganger og få flere ordrenummer. Tom fane viser «Ingen overføringer ennå».
• Masterordre: ny «Korrespondanse»-fane v2.99.0 2026-08-05 — Detaljpanelet på masterordre har fått en Korrespondanse-fane som viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater m.m.) med typeikon, emne, dato, retning og kontaktperson — klikk på en rad åpner korrespondansedetaljen i CRM i ny fane. Korrespondansen er knyttet til kundens aktør (samme feed på tvers av skipets løpende ordrer), og fanen vises kun for brukere med både CRM- og abonnementsmodulen.
• Masterordre-linjer: sortering og avansert filter i linjetabellen v2.99.0 2026-08-05 — Ordrelinjene på en masterordre kan nå sorteres ved å klikke på kolonneoverskriftene (produkt, beskrivelse, gruppe, frekvens, antall, pris, rabatt, beløp, datoer m.m.), og linjetabellen har fått «Avansert filter»-knappen som oversiktslista allerede hadde. Standardrekkefølgen beholdes til du selv velger en sortering; velger du en sortering, ordnes linjene innenfor hver instrumentgruppe.
• Masterordre-linjer: rabatt i kroner (enten % eller kr) v2.99.0 2026-08-05 — Ordrelinjene på en masterordre har fått en «Rabatt kr»-kolonne ved siden av «Rabatt %». En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt). Linjebeløpet og alle verdiberegningene på ordren — årsverdi, «Verdi i år» og de neste årene, og valuta-summene i bunnraden — trekker nå fra rabatten likt uansett form (kronebeløp går foran prosent). Merk at årsverdien nå gjenspeiler linjerabatten på samme måte som kalenderår-verdiene.
• Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett) v2.99.0 2026-08-05 — 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.
• Datomotor: redigerbar betingelsesbygger for regler v2.99.0 2026-08-05 — 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.
• Datomotor: legg til, dupliser, slett og sorter regler i regellisten v2.99.0 2026-08-05 — 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)».
• Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel v2.99.0 2026-08-05 — «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»).
• Masterordre: «Hvorfor endret datoen seg?» på linja v2.99.0 2026-08-05 — Hver linje på Linjer-fanen har fått en info-knapp som åpner en tidslinje med kuraterte forklaringer fra datomotoren: for hver kjøring vises regelen som traff, utfallet, dato-bevegelsen (forrige → foreslått), faktaene beslutningen bygde på, og begrunnelsen. Skrivebeskyttet — ingenting beregnes på nytt. Knappen vises kun for brukere med datatilgangen «Datoendringslogg»; lenken videre til regelsett-versjonen kun med «Regeladministrasjon (datomotor)».
• Masterordre: «Bruk beregnede datoer» på en ordre v2.99.0 2026-08-05 — Masterordrens Handlinger-meny har fått «Bruk beregnede datoer»: en operatørhandling som skriver datomotorens beregnede leveringsdatoer på ordren for dagens dato. Handlingen åpner en bekreftelsesdialog som først viser en skrivebeskyttet forhåndsvisning av linjene som får ny dato (fra → til med begrunnelse) — er det ingenting å endre, sier dialogen det og bekreft-knappen forblir inaktiv. «Bruk datoene» skriver, viser antall oppdaterte linjer og oppdaterer ordren. Datoen kan ikke velges av operatøren (server-satt), og handlingen skriver ingenting til NXT.
• Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed) v2.99.0 2026-08-05 — 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.
• Tilbud som PDF v2.99.0 2026-08-05 — Last ned et formatert tilbud (PDF) fra tilbudsdetaljene; dokumenter merket «Ta med i kunde-PDF» inkluderes (PDF-vedlegg flettes inn, øvrige listes).
• Tilbud-PDF genereres nå fullstendig server-side v2.99.0 2026-08-05 — Nedlasting av tilbuds-PDF (fra tilbudslisten og tilbudsdetaljene) rendres nå helt server-side — samme dokumentmotor som forhåndsvisningen i dokumentmalbyggeren setter sammen coveret og fletter inn PDF-vedlegg merket «Ta med i kunde-PDF» — i stedet for i nettleseren. Sluttresultatet (innhold og filnavn) er uendret for brukeren. Samtidig sender workflow-handlingen «Generer og send dokument» nå den SAMME sammensatte PDF-en (cover + vedlegg) for tilbud, ikke bare coveret som før — et automatisk utsendt tilbud får dermed samme vedleggsappendiks som en manuell nedlasting.
• Supportbrev rendres nå med supportbrev-malen (ikke tilbudsmalen) v2.99.0 2026-08-05 — Et tilbud som er produsert fra en masterordre (supportbrev) rendres nå automatisk med supportbrev-dokumentmalen i stedet for tilbudsmalen — på både manuell PDF-nedlasting og automatisk utsending via workflow-handlingen «Generer og send dokument». Tilbudsdataene (kunde, linjer, summer, masterordrenummer) er uendret; kun malvalget er annerledes. Standard supportbrev-mal er samtidig rettet: avslutningsteksten refererte et flettefelt (selger) som aldri fylles ut for et tilbud og kunne vises som en ufylt plassholder — teksten er nå forenklet. Et frittstående (manuelt opprettet) tilbud er upåvirket og bruker fortsatt tilbudsmalen som før.
• Leveringsadresse på masterordre v2.99.0 2026-08-05 — «Rediger ordrehode» har nå en leveringsadresse-velger: hent fra kundekortet, skriv en annen adresse, eller lagre samtidig på kundekortet; server-validert mot ordrens aktør.
• Leveringsadresse på tilbud v2.99.0 2026-08-05 — Sett/rediger leveringsadresse på et tilbud (fra kundekortet eller en annen adresse, med «Lagre også på kundekortet»); produserte fornyelsestilbud arver masterordrens adresse.
• Leveringsadresse følger tilbud til ordre v2.99.0 2026-08-05 — Når et tilbud blir til en masterordre (aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse over på den nye ordren.
• Leveringsadresse: 4. adresselinje og kontakt-/referanseinstruks lagres nå v2.99.0 2026-08-05 — Leveringsadresse-velgeren på masterordre og tilbud støtter en 4. adresselinje samt kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre valgfrie ekstra-info-felt, referansenummer, deres ref og PO-nummer. Alle disse feltene forhåndsfylles fra kundekortets adresse, kan overstyres for den enkelte ordren, og lagres på kundekortet når «Lagre også på kundekortet» er på — akkurat som selve adressen. Verdiene følger med når et tilbud blir til en masterordre eller et fornyelsestilbud produseres fra en løpende ordre.
• Tilbud: kopier et tilbud til nytt utkast v2.99.0 2026-08-05 — Tilbudsdetaljene har fått handlingen «Kopier tilbud» i Handlinger-menyen: oppretter en ny tilbudskopi med eget tilbudsnr. og status Utkast, linjer og kommersielle felter videreført, mens sendt-/aksept-/NXT-status nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen. Nyttig som en «escape hatch» når et sendt tilbud allerede har en nedstrøms ordre og derfor ikke kan trekkes tilbake.
• Masterordre: kopier en ordre til nytt utkast v2.99.0 2026-08-05 — Masterordre-listens Handlinger-meny har fått «Kopier masterordre»: oppretter en ny utkastordre med eget ordrenummer, aktive linjer videreført med ferske linje-id-er, mens NXT-overføring, importstatus og oppfølgingsflagg nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen.
• Leveringsadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-05 — Når «Bruk annen adresse» er valgt på leveringsadressen (masterordre og tilbud), kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (navn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• Kopiering krever både se- og opprett-tilgang v2.99.0 2026-08-05 — «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.
• Kopiering kan bytte kunde v2.99.0 2026-08-05 — «Kopier tilbud» og «Kopier masterordre» åpner nå en dialog der du velger kunden for kopien, forhåndsutfylt med den opprinnelige kunden. Leveringsadressen følger aldri med til kopien, uansett om du beholder samme kunde eller velger en annen — en kopi skal alltid ha en tom leveringsadresse så den ikke ved en feil sender til en gammel mottaker. Velger du en annen kunde nullstilles i tillegg koblingen til salgsmulighet, siden en salgsmulighet er kundespesifikk. Nyttig når kopien i praksis skal gå til en annen kunde enn originalen.
• Tilbud: malpakker kan settes inn fra produktsøket v2.99.0 2026-08-05 — «Pakker»-fanen i produktsøket, som tidligere kun fantes på masterordre, er nå også tilgjengelig når produktsøket åpnes fra et tilbudsutkast. Samme forhåndsvisning (avkryssing per rad, beregnet antall og frekvens) og samme transaksjonelle innsetting med dobbeltklikk-/retry-vern som på masterordren; kun tilgjengelig mens tilbudet er Utkast.
• Masterordre: leveringsfrekvens- og konsolideringsinnsikt v2.99.0 2026-08-05 — Ny skrivebeskyttet analyse som anslår antall leveringer per år for en masterordre eller et skip, viser mulig færre leveringsdatoer per år (konsolideringskandidater) og en 12-måneders leveringstidslinje (planlagt vs. faktisk). Innsikten vises som egen «Leveringsfrekvens»-fane på masterordren, en fane på kundekortet (skip), og en egen porteføljerapport per skip rangert etter mulig reduksjon. Tallene er beskrivende — rute- og havnegjennomførbarhet vurderes manuelt (ingen «garantert besparelse»). Alle flatene er gated på Subscription.MasterOrder (samme tilgang som masterordre-lesing).
• Masterordre: leveringsdashbord (widget) v2.99.0 2026-08-05 — Nytt widget-basert leveringsdashbord (Abonnement → Leveringsdashbord) som gjenbruker forsidens tilpassbare widget-vert på en egen masterordre-flate. Første widget «Leveringsfrekvens» viser porteføljens nøkkeltall (skip, mulig færre leveringsdatoer/år, anslåtte leveringer/år) og skipene med størst konsolideringspotensial, med lenke til den fullstendige porteføljerapporten. Dashbordet kan tilpasses per bruker og standardsettes av administrator. Både widgeten og dataene er gated på Subscription.MasterOrder — uten «Kan se» er dashbordet tomt. Tallene er beskrivende; rute-/havnegjennomførbarhet vurderes manuelt.
• Fornyelsestilbud fra ordreforslag arver linjerabatten og bruker planleggingshorisonten v2.99.0 2026-08-05 — Når et ordreforslag konverteres til et fornyelsestilbud, kopieres nå masterordrelinjens rabatt (enten % eller kroner) over på tilbudslinjen, slik at tilbudsbeløpet gjenspeiler kundens gjeldende rabatt i stedet for å nullstille den. Hvilke linjer som tas med styres nå av samme konfigurerbare planleggingshorisont (Subscription.DefaultPlanningHorizonMonths) som ordreforslag-genereringen bruker, i stedet for en fast 12-måneders grense — forfalte linjer er fortsatt med. Samtidige konverteringer av samme forslag er gjort trygge (applock) så det aldri oppstår dublett-tilbud.
• Ordreforslag: selgerdashbord med gruppering, filter og forhåndsvisning v2.99.0 2026-08-05 — Ordreforslag-køen viser nå radene gruppert per forvaltning som standard (kan utvides til forvaltning + kunde/skip), har fått en filterbar (status, forvaltning, gruppenøkkel, generert-periode) og et horisont-hurtigfilter («forfaller innen 30/60/90 dager») basert på neste dekkede leveringsdato. Øye-knappen på en rad åpner en forhåndsvisning med forslagets dekkede ordrelinjer og sum per valuta før du beslutter.
• Ordreforslag: merk flere og opprett tilbud med ett klikk v2.99.0 2026-08-05 — Hver rad i ordreforslag-køen har fått en avkrysningsboks. «Godkjenn valgte (N)» godkjenner alle merkede forslag i ett kall (samme godkjenning som enkelt-knappen). «Opprett tilbud (N)» viser først en bekreftelsesdialog med antall og sum per valuta, og oppretter deretter ett tilbud per merket forslag — en re-kjøring på et allerede konvertert forslag lager aldri et duplikat-tilbud. Begge handlingene viser en oppsummering (antall utført/hoppet over/ikke funnet) og har samme tilgangskrav som enkelt-godkjenning. Den gamle «Opprett ordreforslag»-dialogen på masterordren (som ikke lagret noe) er fjernet og erstattet med en «Vis ordreforslag»-knapp som tar deg til den nye ordreforslag-køen.
• Masterordre: valuta fra NXT på ordre og linjer (ISO-kode) v2.99.0 2026-08-05 — Importen henter nå valutaen fra Business NXT på både ordrehodet og hver linje (Vismas valutanummer slås opp til ISO-kode via NXT-valutatabellen), og enrich-nxt backfyller de allerede importerte ordrene (kun blanke felter). Ordrelinje-griden har fått en Valuta-kolonne, og beløpene (enhetspris, beløp, årsverdi) vises med riktig valuta — «kr» er ikke lenger hardkodet; ukjent valuta vises som rent tall.
• Masterordre: ordreforslag-dialogen fungerer på mindre skjermer v2.99.0 2026-08-05 — Dialogen har nå fast høyde innenfor skjermen, internt scrollområde med fast kolonneoverskrift og alltid synlige innstillinger og handlingsknapper. Den har produktsøk, «velg alle synlige», gruppering på instrumentgruppe, valgt-antall og totalsum per valuta. Alle linjer med neste dato innen «Produkter til» merkes automatisk. Linjer som forfaller innen ytterligere to måneder, markeres med gul varselstrek og gul datofeltramme uten å bli automatisk valgt; «Legg til foreslåtte» velger alle i én handling. Neste dato fylles fra ordrelinjen, og dato og antall kan redigeres direkte; redigering velger linjen automatisk. Begge innstillingene ligger som brytere øverst, og den overflødige handlingen «Opprett enkelt tilbud» er fjernet.
• Masterordre: tydeligere og mer kompakt ordrehode v2.99.0 2026-08-05 — Ordrenummer og skipsnavn vises nå som én likeverdig identitet. Årsverdiene er samlet i fire lesbare årskolonner, neste planlagte dato og sist evaluert er gruppert under Planlegging, og ordredato/opprettet/sist endret står samlet uten en overflødig gruppeoverskrift. «Masterordre-status» er forkortet til «Ordrestatus», og linjeantallet er fjernet fra ordrehodet fordi det allerede vises på Linjer-fanen.
• Produktpakker: strukturprodukter tar med seg strukturen sin v2.99.0 2026-08-05 — Legger du en produktpakke inn på en masterordre eller et tilbud, og en av pakkelinjene peker på et strukturprodukt, opprettes nå hodelinjen sammen med alle strukturens medlemslinjer (hentet fra Business NXT ved innsetting, så innholdet alltid er dagens struktur). Tidligere ble strukturen stille utelatt — hodet ble lagt inn som en enkeltlinje uten medlemmer og uten feilmelding. Kan ikke strukturen hentes (strukturen er tom), eller er produktregisteret i NXT utilgjengelig slik at vi ikke kan avgjøre om produktet er et strukturprodukt, avvises hele innsettingen med en melding — ingen linjer legges inn halvveis. Er NXT nede vil altså innsetting fra produktpakke bli avvist inntil forbindelsen er tilbake; et produkt som er slettet eller omdøpt i NXT (registeret svarer, men kjenner ikke produktnummeret) legges fortsatt inn som en vanlig linje. Malpakker utvider ikke strukturer: peker en malpakke på et strukturprodukt, avvises innsettingen med en melding om å legge strukturproduktet inn som egen linje via produktsøket.
• Masterordre-import fra Business NXT — valgfri observasjons-henting v2.99.0 2026-08-05 — Importen kan kjøres uten å hente leveringstransaksjons-observasjonene: sett includeObservations: false for å importere kun ordrene og linjene (som allerede har sine egne datoer fra NXT), og hoppe over den brede leveringstransaksjons-skanningen. Standard er uendret (observasjoner hentes).
• Masterordre-import fra Business NXT — utelater Gr7 = 9 v2.99.0 2026-08-05 — Importen henter aktive masterordrer (ordretype 6) fra Visma Business NXT og utelater ordrer der Gr7 = 9. Filtreringen skjer på Business-siden ved henting.
• Masterordre-import fra Business NXT — kundenavn, linjepriser og instrumentgrupper + etterfyll-endepunkt v2.99.0 2026-08-05 — Importen setter nå kundenavn på ordren (aktørregisterets navn, med NXT-navnet som reserve), linjepris og rabatt fra NXT-ordrelinjen (priceInCurrency/discountPercent1 — Beløp beregnes som antall × pris × (1 − rabatt%)), og produkt-snapshotet per linje (instrumentgruppene Gruppe 1–6 pluss beskrivelse/enhet fra produktet). Nytt endepunkt POST api/subscriptionimport/enrich-nxt etterfyller de samme feltene på allerede importerte ordrer/linjer — det fyller KUN blanke/null-verdier (kundenavn når blankt, pris når 0/tom, grupper når alle seks er tomme) og rører aldri manuelt redigerte verdier eller oppretter nye rader. Samme tilgangsstyring som importen (Masterordre-import, opprette).
• Masterordrer — endringslogg-fanen leser nå ekte revisjonslogg (MO-015 S10) v2.99.0 2026-08-05 — Endringslogg-fanen på en masterordre er koblet fra mock til API: den viser nå de faktiske revisjonsradene (wv_AuditLog) fra alle endringene som er gjort på ordren (linjer, ordrehode, status, kommentarer, dokumenter, brevmottakere), nyeste først, med «Vis flere» for eldre rader. Systemaktør-rader (import, datomotor, autosend) vises med sin systemetikett som «endret av». Med dette er hele masterordre-detaljbildet (S1–S10) koblet til reelle data.
• Masterordrer — kommentarer og dokumenter (MO-015 S8) v2.99.0 2026-08-05 — Kommentar- og dokumentfanene på en masterordre er koblet fra mock til API. Kommentarer støtter @-omtale av kolleger (autofullfør-plukker som varsler den omtalte via det vanlige varslingssystemet), redigering (kun forfatteren) og sletting (forfatter eller administrator). Dokumentfanen støtter opplasting, nedlasting og sletting av vedlegg — filene lagres tenant-isolert i skylagring. Emoji i kommentarer lagres korrekt. Tilgang styres av eksisterende «Masterordrer (abonnement)»-datatilgang (lese for å se, opprette for å legge til, slette for administrator-sletting).
• Masterordrer — ordreforslagskø: generer, se og beslutt (MO-015 S4) v2.99.0 2026-08-05 — Ny reell ordreforslagskø under Abonnement (/subscription/proposals): «Generer ordreforslag» kjører serveren som lager ett forslag per aktuell masterordre (aktiv ordre, ikke unntatt auto-tilbud, med minst én forfallende abonnementslinje innenfor varslingsvinduet, uten et dekkende aktivt tilbud) — kjøringen er idempotent, så gjentatte kjøringer ikke lager duplikater, og forfalte «utsatte» forslag gjenåpnes automatisk. Hvert forslag kan godkjennes, avvises (påkrevd årsak) eller utsettes til en framtidig dato. Godkjenning er kun en beslutning — å gjøre forslaget om til et tilbud kommer i neste leveranse. Verdier summeres per valuta (aldri på tvers). Har en annen bruker allerede besluttet forslaget, får du beskjed og listen oppdateres. Ny datatilgangs-type «Ordreforslag (abonnement)» styrer tilgangen.
• Masterordrer — rediger ordrehode og styr livssyklus (MO-015 S3) v2.99.0 2026-08-05 — Ordrehodet på en masterordre er koblet fra mock til API: «Rediger ordrehode»-skuffen lagrer nå ansvarlig/selger, valuta, notat, varslingstid (verdi + enhet som et atomisk par), brevautomatikk (tre tilstander eller «standard») og «hold utenfor auto-tilbud» med optimistisk samtidighetskontroll — endrer en annen bruker samme ordre, får du beskjed og fersk versjon lastes. Ansvarsenhet-feltene (R1–R12) vises kun for de slottene tenantens R-matrise har aktivert. Nye statushandlinger: «Aktiver ordre» (blokkeres med en liste over manglende forutsetninger — fartøy, fakturakunde-/management-relasjon, minst én aktiv linje med frekvens), «Avslutt ordre» (påkrevd tapsårsak), «Fullfør gjennomgang» og manuell «Koble til salgsmulighet» (deal-ID valideres).
• Masterordrer — rediger, legg til og avslutt abonnementslinjer (MO-015 S2) v2.99.0 2026-08-05 — Linjefanen på en masterordre er koblet fra mock til API: du kan legge til linjer, redigere direkte i rutenettet, og avslutte (myk lukking) en linje med påkrevd årsak. Endrer du planlagt leveringsdato manuelt, spør systemet om en overstyringsårsak. Alle endringer lagres med optimistisk samtidighetskontroll — endrer en annen bruker samme rad, får du beskjed og den oppdaterte versjonen lastes automatisk. Ny «Vis avsluttede»-knapp viser historiske linjer, og gruppefelt-etiketter/-kataloger hentes nå fra tenantens konfigurasjon.
• Masterordrer — liste, ordrehode og linjer leser nå reelle data (MO-015 S1) v2.99.0 2026-08-05 — «Masterordrer» (/subscription/master-orders) er koblet fra mock til API: server-side søk (paging/sortering/filter) med årsverdi per valuta under listen (beløp summeres aldri på tvers av valutaer), ordrehode med relasjonsnavn fra aktørkortet (management/KAM/eier/operatør/fakturakunde) og ansvarlig/selger, aktive abonnementslinjer med katalogoppslåtte gruppenavn, og ?order=-dyplenken slås nå opp direkte på serveren. Ny datatilgangs-type «Masterordrer (abonnement)» styrer tilgangen. Øvrige faner (tilbud, instrumenter, kontakter, kommentarer, dokumenter, endringslogg) viser fortsatt eksempeldata til sine leveranser.
• Masterordrer — ny master/detalj-visning (mockup) v2.99.0 2026-08-05 — Ny side «Masterordrer» under Abonnement (/subscription/master-orders) med smart-grid master/detalj: ordreliste med status/flagg, og detaljpanel med linjer (trestruktur), tilbud og datohistorikk. Mock-data etter MO-013-skjemaet — diskusjonsartefakt før API-kobling; ordreforslag- og dashbord-mockupene er også lagt om til de nye modellene.
• Abonnement — mockups v2 (ordrehode, gruppering, ordreforslag-modal, tilbudsvisning) v2.99.0 2026-08-05 — Masterordre-detaljpanelet har fått fullt ordrehode (management, faktureres, ansvarlig/selger, leie-/BPP-avtale, ordreforslag-innstillinger, CRM-deal-lenke, tapsårsak), linjene grupperes på instrumentgruppe med delsummer, og en «Opprett ordreforslag»-modal (redigerbare datoer/antall per linje, strukturlinje-toggle) er lagt til. Ordreforslag-køen viser nå legacy-feltene (trigget-av-dato, varsling, autosend, ansvarlig/selger) og ny mockup-side «Tilbud» (/subscription/offers) viser tilbud med linjer i detaljpanel. Alt er mock-data — diskusjonsartefakt før API-kobling.
• Tilbuds-datamodell (CRM) + motor-fakta v2.99.0 2026-08-05 — Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).
• Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt) v2.99.0 2026-08-05 — 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.
• Malpakker: hele malpakken registreres i ett skjermbilde v2.99.0 2026-08-05 — Innstillinger → Masterordre → Malpakker er lagt om fra bred tabell + egen triggerskuff til en slank liste med redigeringspanel ved siden av. Produkt, antall/antallsfaktor, frekvenser og triggere fylles ut samlet og lagres med én «Lagre» — også for en helt ny malpakke, som tidligere måtte lagres to ganger (først raden, så triggerne). Lista viser nå produktnavn, «Antall × faktor», frekvensene som brikker («Støtte 12 mnd» / «Leie 24 mnd») og antall triggere, slik at malpakker kan sammenlignes uten å åpne dem. Triggere legges til fortløpende: hvert søketreff blir en brikke og feltet beholder fokus for neste søk. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: hele pakken registreres i ett skjermbilde, og kan klones v2.99.0 2026-08-05 — Innstillinger → Masterordre → Produktpakker er lagt om på samme måte som Malpakker: slank liste til venstre, fullt redigeringspanel til høyre. Navn, kategori, status og alle produktlinjer fylles ut samlet og lagres med én «Lagre» — også for en ny pakke, som tidligere måtte lagres først som rad og deretter som linjer. Produkter legges til fortløpende fra ett søkefelt (hvert treff blir en ny linje, feltet beholder fokus), linjene kan flyttes opp/ned og fjernes i tabellen, og kategori velges nå fra en liste over kategoriene som allerede er i bruk — eller skrives som ny — så «VLCC» og «vlcc» ikke lenger drifter fra hverandre. Ny «Klon»-knapp kopierer den valgte pakken med alle linjer til « (kopi)» som åpnes direkte i panelet. Linjene viser produktnavn også når du åpner en lagret pakke på nytt, og et strukturprodukt merkes med en «Struktur»-brikke. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: lim inn linjer fra Excel eller NXT v2.99.0 2026-08-05 — Linje-seksjonen i produktpakke-panelet har fått «Lim inn linjer»: lim inn én rad per produkt (produktnr., antall og eventuelt frekvens i måneder, adskilt med tabulator) og få en forhåndsvisning som teller opp ny / oppdater / ugyldig før du bekrefter. Tomt antall blir 1, et produkt som allerede ligger i pakken oppdateres i stedet for å dupliseres — og limer du inn bare produktnr. og antall, beholdes frekvensen linjen har fra før (forhåndsvisningen sier «Uendret»), den nullstilles ikke. Rader med feil (manglende produktnr., ugyldig antall eller frekvens, samme produkt limt inn flere ganger) merkes med årsak og hoppes over. Linjene legges i pakken du har åpen — de lagres først når du trykker «Lagre» i panelet, så en innliming kan angres ved å avbryte.
• Dokumentmaler: språket kan endres på en eksisterende mal v2.99.0 2026-08-05 — 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.
• Dokumentmaler: bunntekst med firmainfo, logo og sidetall v2.99.0 2026-08-05 — 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.
• Dokumentmaler: styr dokumenttittelen selv v2.99.0 2026-08-05 — Toppfelt-seksjonen i en dokumentmal (Innstillinger → Masterordre → Dokumentmaler) har fått feltet «Dokumenttittel» og valget «Tittelplassering» (venstre/høyre). Tittelen kan inneholde flettefelt, f.eks. «Ordrebekreftelse {{MasterOrderNo}}», og plasseringen er uavhengig av logoplasseringen. Lar du feltet stå tomt brukes standardtittelen for dokumenttypen — og den er nå norsk også i ferdig genererte dokumenter. Tidligere skrev et ekte tilbud «Offer #12» og en masterordre «Master order #20087» på engelsk, mens forhåndsvisningen i editoren viste «Tilbud»/«Masterordre»; de leser nå samme kilde og kan ikke sprike.
• Masterordre-listen laster nå på under ett sekund v2.99.0 2026-08-05 — Masterordre-listen brukte tidligere rundt 30 sekunder på å åpne. Fritekstsøket slo opp fakturakunde-, management-, valuta- og brukernavn per rad (et tomt søk kostet ~6 sek), sum-raden («verdi i år per valuta») regnet om alle års-verdiene for hele det filtrerte utvalget ved hver lasting (~11 sek), og siden sendte flere konkurrerende søk ved åpning. Søkegrunnlaget og kalenderår-verdiene lagres nå ferdig beregnet på ordren og holdes oppdatert automatisk når ordrer/linjer endres og ved NXT-import/-aktørsynk; side, antall og valuta-summer hentes parallelt; verdiberegningen leses rett fra en dekkende indeks; og listen samler oppstartskallene til ett kansellerbart søk. Datomotorens «Datoendringslogg» finner nyeste kjøring via et indeksert oppslag i stedet for å skanne hele sporingstabellen. Søk, antall og sum-rad går fra sekunder til under ett sekund — resultatet er identisk.
• Masterordre: serverstyrt liste — antallet og eksporten følger filteret v2.99.0 2026-08-05 — Masterordre-listen henter, filtrerer, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved siden av tittelen viser antallet som faktisk matcher søket og filtrene (før viste den hele tabellen), Oppfølging-filteret og det avanserte filteret kjører på hele datasettet, og Excel/PDF-eksporten omfatter alle treff (ikke bare den synlige siden). Er treffet for stort for eksport, får du en tydelig melding om å snevre inn filtrene.
• Masterordre: tydeligere arbeidskø og trygg linjereaktivering v2.99.0 2026-08-05 — Masterlisten viser nå en egen oppfølgingsindikator, ordrelinjegriden holder produktet synlig til venstre og handlingene til høyre, og linjenummer er skjult som standard. «Avslutt linje» har fått stoppikon; avsluttede linjer kan aktiveres igjen fra «Vis avsluttede», med radversjonskontroll og revisjonslogg. Ordrehodet prioriterer operative statuser foran KPI- og administrativ informasjon.
• Tilbud: opprett frittstående tilbud v2.99.0 2026-08-05 — «Nytt tilbud»-knappen i tilbudslisten («Abonnement → Tilbud») er nå aktiv og åpner en skuff der du oppretter et minimalt tilbudsutkast: velg type (Enkeltsalg som aldri blir en masterordre, eller Nysalg som kan bli en masterordre ved aksept), valgfritt kundenr./aktør, valgfri salgsmulighet og leverings-/utløpsdato. Etter opprettelse åpnes tilbudet, klart for at du legger til linjer inline og deretter produserer og sender.
• Nytt tilbud: søkbar kundevelger, utløper default 30 dager, ryddet bort aktør/deal-felt v2.99.0 2026-08-05 — «Nytt tilbud»-skuffen erstatter fritekst-kundenr. med en søkbar kundevelger (søker på både kundenummer og navn, samme velger som på masterordren), forhåndsutfyller «Utløper» til 30 dager frem, og har fjernet Aktør-ID- og Deal-ID-feltene fra opprettelsen (de settes etterpå i tilbudsdetaljene med gode søk). Kundevelgeren vises når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Tilbud: rediger tilbudslinjer inline v2.99.0 2026-08-05 — Tilbudsdetaljene lar deg nå redigere tilbudslinjer direkte i et redigerbart rutenett — samme opplevelse som ordrelinjene på en masterordre: «Ny linje», velg produkt med søk-i-celle (beskrivelse og pris fylles automatisk fra kundens prisbetingelser når feltene er blanke), rediger antall, pris, valuta, frekvens, leveringsdato og instrumentreferanse, og slett linjer. Linjene kan bare endres mens tilbudet er et utkast — når det er produsert/sendt eller avsluttet, låses de og vises skrivebeskyttet.
• Tilbud: samme linjerutenett vises også når tilbudet er låst v2.99.0 2026-08-05 — Et produsert/sendt eller avsluttet tilbud viser nå det samme redigerbare rutenettet som utkast — bare uten redigering, «Ny linje», Produktsøk og slett-knappen — i stedet for å bytte til en enkel tabell uten søk/sortering/eksport/kolonnevalg. Gir samme lese- og navigeringsopplevelse på et låst tilbud som på et utkast.
• Tilbud: rabatt i kroner eller prosent på tilbudslinjer (enten/eller) v2.99.0 2026-08-05 — Tilbudslinjene har fått «Rabatt %»- og «Rabatt kr»-kolonner, på samme måte som ordrelinjene på en masterordre. En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Linjebeløpet og tilbudssummene trekker nå fra rabatten uansett form. Rabatten følger med når et akseptert nysalg-tilbud blir en masterordre.
• Tilbud: «Opprett masterordre?»-valg ved aksept + «Konverter til ordre» v2.99.0 2026-08-05 — Når du registrerer et nysalg-tilbud som akseptert, oppretter portalen ikke lenger masterordren automatisk: du blir spurt «Opprett masterordre?» og velger selv Ja (masterordren opprettes og åpnes) eller Nei (tilbudet forblir akseptert uten ordre — ikke alle aksepterte tilbud blir ordrer). Tilbudsdetaljene har i tillegg en «Konverter til ordre»-knapp som oppretter masterordren direkte fra et åpent eller akseptert nysalg-tilbud. Enkeltsalg-tilbud spør aldri (de blir aldri en masterordre).
• Tilbud-detalj: ny topptekst og faneinndeling (som masterordre) v2.99.0 2026-08-05 — Tilbudspanelet har fått samme oppsett som masterordre-detaljen: en kontekstavhengig hovedknapp for neste steg (Produser/Send/Purr) med en «Handlinger»-meny for øvrige valg, og en fanestripe med Linjer, Kontakter, Korrespondanse, Kommentarer, Dokumenter, Endringslogg og Tilbudshistorikk. Linjer-fanen viser linjene og utsendelsesloggen som før; innholdet i de øvrige fanene kommer fortløpende.
• Masterordre: «Overfør til NXT» flyttes til tilbud-aksept-flyten v2.99.0 2026-08-05 — Den manuelle «Overfør til NXT»-handlingen på masterordre-nivå (rad-meny + Ordrer-fane-knapp) er fjernet; overføring til NXT hører hjemme på det aksepterte tilbudet (kommer). Ordrer-fanen på masterordren viser fortsatt overføringsloggen som en ren lesevisning.
• Tilbud: serverstyrt liste + mer av detalj-pariteten med masterordre v2.99.0 2026-08-05 — Tilbudslisten («Abonnement → Tilbud») henter, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved tittelen viser antallet som faktisk matcher søket/filteret (ikke antall lastede rader), og en ny sum-linje under listen viser tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Detaljpanelet kan nå legges til høyre eller i bunnen — samme veksling som masterordren, og valget huskes med lagrede visninger. En direktelenke (?offer=) viser «Viser kun tilbud N» med «Vis alle»-knapp, topplinjen i tilbudshodet viser opprettet-dato, og fanene Kontakter/Korrespondanse/Kommentarer/Dokumenter/Endringslogg/Tilbudshistorikk har fått antall-merker. Fritekstsøket og status-/type-filteret kjører på hele datasettet.
• Tilbud-detalj: Korrespondanse-, Tilbudshistorikk-, Endringslogg- og Kontakter-faner v2.99.0 2026-08-05 — Tilbudsdetaljen viser nå (som masterordre) kundens korrespondanse, kundens øvrige tilbud (inkl. avslåtte/utløpte), full endringslogg (produser/send/purr/utfall/linjeendringer med felt, gammel→ny verdi, bruker og tidspunkt) og kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
• Dokumenter på tilbud v2.99.0 2026-08-05 — Last opp, last ned og slett vedlegg på et tilbud, med et per-dokument «I kunde-PDF»-valg (foreløpig inaktivt til tilbuds-PDF er klar).
• Tilbud-detalj matcher masterordre-oppsettet v2.99.0 2026-08-05 — Linjer-fanen har fått «Ny linje» flyttet inn i rutenett-verktøylinjen (ved «Produktsøk»), tunge seksjonsoverskrifter er fjernet/dempet, og fakta i ordrehodet vises nå som et horisontalt fakta-band likt masterordre. «Konverter til ordre» heter nå «Konverter til masterordre».
• Tilbud: koble til salgsmulighet + opprett tilbud fra en salgsmulighet v2.99.0 2026-08-05 — Et tilbud kan nå kobles til (eller fra) en salgsmulighet fra tilbudsdetaljene («Koble salgsmulighet»), uavhengig av om det blir en masterordre. Salgsmulighet-kortet har fått en «Nytt tilbud fra salgsmulighet»-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde.
• Tilbud: søkbar deal-velger ved kobling til salgsmulighet v2.99.0 2026-08-05 — «Koble salgsmulighet» på tilbudsdetaljene erstatter det rå deal-ID-feltet med et søkbart deal-oppslag (samme velger som på masterordren): søk opp salgsmuligheten på navn, se den koblede salgsmuligheten som en etikett i stedet for et bart tall, og tøm feltet for å koble fra. Deal-velgeren vises kun når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Masterordre: oppslag i ordrehodet (ansvarlig, selger, valuta og salgsmulighet) v2.99.0 2026-08-05 — Ordrehode-skuffen på masterordren erstatter de rå tallfeltene med ekte oppslag: Ansvarlig og Selger velges nå fra en brukerliste i stedet for å taste en bruker-ID, Valuta velges fra en ISO-valutaliste (viser kode og navn), og «Koble til salgsmulighet» har fått et søkbart deal-oppslag i stedet for å taste deal-ID (kun når CRM-modulen er aktiv — ellers beholdes tallfeltet). Ansvarsenhet-feltene (R-dimensjoner) forblir fritekst siden kodeverdiene ligger i Visma uten en katalog å velge fra.
• Masterordre-linjer: Lagre/Forkast, radmerking og masseoperasjoner v2.99.0 2026-08-05 — Celleendringer på ordrelinjene samles nå som ulagrede endringer til du trykker Lagre (Forkast ruller tilbake, Ctrl+Z angrer) — produktbytte lagres fortsatt umiddelbart med validering og prisutfylling, og endrede leveringsdatoer krever én overstyringsårsak for hele batchen. Linjene kan merkes med avkryssing, med to masseoperasjoner i verktøylinjen: «Slett valgte» (myk lukking med obligatorisk årsak per batch) og «Rekalkuler priser» (kundeprisen slås opp per merket linje og legges inn som ulagrede endringer du bekrefter med Lagre).
• Tilbudslisten: avansert filter, kolonnevalg, lagrede visninger og eksport v2.99.0 2026-08-05 — Tilbudslisten («Abonnement → Tilbud») har fått samme verktøylinje som masterordre-listen: avansert kolonnefilter, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Sidehodet har i tillegg fått en «Nytt tilbud»-knapp som synlig plassholder — tilbud opprettes i dag fra en masterordre (ordreforslag / enkelttilbud) eller fra en salgsmulighet, ikke frittstående.
• Masterordre-listen: kalenderår-verdier, avansert filter og eksport v2.99.0 2026-08-05 — Den misvisende «Årsverdi»-kolonnen (ren run-rate som ignorerte datoer) er erstattet av faktiske kalenderår-summer: «Verdi i år» og «Verdi neste år» vises i listen, «Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg, og ordrehodet viser «Verdi i år» med de tre neste årene på en egen linje. Verdiene beregnes fra hver linjes planlagte dato og frekvens (engangslinjer teller i sitt år) med samme valutaregel som før. Listen har i tillegg fått avansert kolonnefilter og eksport til Excel/PDF.
• Masterordre: rikere ordrehode fra NXT v2.99.0 2026-08-05 — Detaljpanelet på masterordre viser nå flere felter fra Business NXT-ordren: Ordredato, Sluttdato forsendelser, Salgstype, Rental, BPP-avtale, Type oppfølgning, Trans.gr. 1 og Ordreforslag-status (rå koder inntil verdikataloger kommer), pluss et «Låst/overført»-merke når ordren er låst eller overført i NXT. Fakturakunden hentes nå direkte fra NXT-ordren (aktørrelasjonen brukes som fallback).
• Aktør-klassifisering fra NXT: IMO-nr, kundetype, BPP-status og flåte v2.99.0 2026-08-05 — Aktørsynken henter nå fire klassifiseringsfelter fra Business NXT-aktøren (IMO-nr, Kundetype, BPP-status, Flåte) og lagrer dem på kundekortet. Masterordre-listen har fått fire nye kolonner (skjult som standard — slå på via kolonnevalg), fritekstsøket i listen treffer også IMO-nr, og kundekortet viser en egen skrivebeskyttet «ERP-klassifisering»-gruppe når verdiene finnes. Kodene vises som rå tall inntil verdikataloger kommer.
• Masterordre: verdikatalog-navn for ordrehodets NXT-koder v2.99.0 2026-08-05 — 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.
• Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene v2.99.0 2026-08-05 — 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.
• Smart-grid: radmerking virker nå i gruppert visning v2.99.0 2026-08-05 — 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.
• Masterordre: administrasjon av malpakker (produktmaler) v2.99.0 2026-08-05 — 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.
• Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre v2.99.0 2026-08-05 — 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.
• Masterordre: malpakker i produktsøket og forslag på ordrelinjene v2.99.0 2026-08-05 — Produktsøket på ordrelinjene har fått en ny fane «Pakker» som viser de aktive malpakkene: velg en pakke, se forbrukslinjene med beregnet antall (antallsfaktor × valgt antall) og frekvens (støtte eller leie per rad), og sett inn linjene i én operasjon — pris/rabatt fylles automatisk fra kundens prisbetingelser når feltene er blanke, og dobbeltklikk/nettverks-retry kan aldri sette inn linjene to ganger. I tillegg: når du velger et produkt på en ordrelinje som er triggerprodukt for en malpakke, vises et diskret forslag over griden («MB10387 har en malpakke: N forbrukslinjer») med Legg til/Avvis — linjer settes aldri inn automatisk.
• Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen v2.99.0 2026-08-05 — 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).
• Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde v2.99.0 2026-08-05 — 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).
• Masterordre-regler: regelhandling-nedtrekket viser bare de lovlige valgene per regel v2.99.0 2026-08-05 — I regel-editoren (Innstillinger → Masterordre-regler) filtreres «Handling»-nedtrekket nå til de regelhandlingene som faktisk er lovlige for regelen, i tråd med motorens autorisasjonsmatrise: en systemregel (S1/S4/N1/S5/R3) viser sin egen handling, og S1/S4 kan i tillegg konservativt byttes til «stopp for gjennomgang» (en gjennomgangsstopp uten dato-effekt) — N1/S5/R3 er låst til sin egen handling. En frittstående regel viser det trygge frittstående settet («marker avvik» / «stopp for gjennomgang»). Før tilbød nedtrekket «marker avvik» også på systemregler og skjulte systemregelens egen handling; serveren avviste allerede ulovlige bytter ved lagring, men nedtrekket viste dem.
• Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte) v2.99.0 2026-08-05 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-05 — 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.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-05 — 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.
• Masterordre: datohistorikken på en linje er blitt en tidslinje v2.99.0 2026-08-05 — «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.
• Til-og-med-datoen i «Lag ordreforslag» viste én dag for tidlig v2.99.0 2026-08-05 — 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.
• Masterordre: listen krasjet ved henting for enkelte tenants v2.99.0 2026-08-05 — Masterordre-listen (Abonnement → Masterordrer, SubscriptionMasterOrder/search) kastet en SQL-feil (8124) fordi årsverdi-per-valuta ble regnet ut som en aggregat (SUM/MAX) som både refererte den effektive valutaen fra en ytre apply og linjekolonner i samme uttrykk — ulovlig i SQL Server. Utregningen er flyttet til en avledet tabell per linje, så aggregatene kun ser linjekolonner. Årsverdi summeres fortsatt aldri på tvers av valutaer (B-069).
• Masterordre: tilbudslivssyklus (produser → send → purr → utfall) med akseptlenke v2.99.0 2026-08-05 — MO-015 S5 leverer hele tilbuds-motoren bak abonnementsmodulen: et ordreforslag konverteres til et fornyelsestilbud (idempotent, stempler anbefalt dato tilbake på de dekkede linjene), tilbud kan produseres, sendes og purres via brevmottaker-matrisen (Til/Kopi/Blindkopi + arkiv-blindkopi, testmodus, inaktive kontakter gir synlig «Feilet»-rad — aldri stille), utfall (Akseptert/Avslått/Utgått) registreres manuelt eller via en anonym akseptlenke kunden klikker, og en batch-kjøring auto-produserer/-sender og rydder utløpte tilbud. Aksept av et nysalg føder en masterordre (utkast) med snapshot av avtale-id. NXT salgsordre ved aksept er bevisst utsatt (MO-003).
• Masterordre: Tilbud-fanen bruker nå ekte data v2.99.0 2026-08-05 — MO-015 S5.5 kobler Tilbud-listen (/subscription/offers) og Tilbud-fanen på masterordren fra mockdata til den ekte tilbudstjenesten: reell søk/liste, ?offer=-direktelenke som slår opp på serveren, utsendelseslogg (Utsendelser), og handlingene Produser/Send/Purr/Registrer utfall mot de faktiske endepunktene. PDF-produksjon er ikke i v1 (tilbud sendes som e-post) og knappen er deaktivert med et hint.
• Masterordre: Kontakter-fanen med brevmottaker-matrise v2.99.0 2026-08-05 — MO-015 S6 kobler Kontakter-fanen på masterordren til kundekortet i CRM: kontaktene hentes fra skipets aktør, og brevmottaker-matrisen (Ordreforslag/Enkelt tilbud/Purring/Følgebrev) lagres per kontakt via et replace-set-endepunkt med audit. Kontakter deaktivert i CRM etter at de ble satt som mottakere vises fortsatt, gråtonet med «Deaktivert»-merke, så utsendelser aldri stille mister en mottaker.
• Masterordre: Instrumenter-fanen viser ekte serviceobjekter med avledet servicestatus v2.99.0 2026-08-05 — MO-015 S7 kobler Instrumenter-fanen på masterordren fra mockdata til det ekte serviceobjekt-registeret (§14): objektene hentes for skipets aktør og status utledes per visning — Utgått når sertifikatet er utløpt, ellers Service forfaller når siste service er eldre enn 11 måneder (eller mangler), ellers OK. B-073 auto-registrering av serviceobjekter fra bekreftede instrument-linjer er levert som logikk + registreringspunkt (påkalles av NXT-import-sømmen når den klassifiserende importflyten kommer).
• Masterordre: produktvelger på ordrelinjene (søk + strukturekspansjon) v2.99.0 2026-08-05 — Produktnummer-kolonnen på masterordre-linjene er nå redigerbar: skriv direkte i cellen for produktsøk (produktnr/beskrivelse), eller åpne «Produktsøk»-knappen i verktøylinjen for en søkedialog. Velges et strukturprodukt (pakke-hode) åpnes et ekspansjonspanel der medlemslinjene (med antall = faktor × hodets antall) er forhåndsvalgt og kan velges bort enkeltvis — eller alle ved å fjerne krysset på hodet; innsettingen er alt-eller-ingenting og serveren eier alltid strukturmalen og faktor-matematikken (NXT). Produktbytte på en eksisterende linje oppdaterer beskrivelse/enhet/grupper fra det nye produktet; produktbytte på strukturlinjer er sperret i v1.
• Søk i masterordre-listen mistet treff som lå i skjulte kolonner v2.99.0 2026-08-05 — 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.
• Oppfølging-filter i lagrede avanserte filtre ble stille ignorert v2.99.0 2026-08-05 — 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.
• En feilet lasting av masterordre-listen så ut som «ingen treff» v2.99.0 2026-08-05 — 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.
• Tilbud: sendt-dato vises som standard i lista v2.99.0 2026-08-06 — «Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.
• Tilbuds-PDF som e-postvedlegg v2.99.0 2026-08-06 — Utsendte tilbuds- og purrebrev kan nå få den server-genererte tilbuds-PDF-en (dokumentmal-forside + dokumenter merket «ta med i PDF») som vedlegg. Slås på med den nye innstillingen «Legg ved tilbuds-PDF i brev» under Innstillinger → Masterordre → Pipeline-konfigurasjon (av som standard). Feiler PDF-genereringen sendes brevet uten vedlegg — utsendelsen blokkeres aldri.
• Offentlig bekreftelsesside for tilbud v2.99.0 2026-08-06 — Aksept-lenken i tilbuds­brev kan nå peke til en offentlig bekreftelsesside der kunden ser tilbudssammendraget (tilbudsnr., linjer, gyldighet) og bekrefter med ett klikk — uten innlogging. Aktiveres ved å sette den nye innstillingen «Offentlig base-URL» under Innstillinger → Masterordre → Pipeline-konfigurasjon; uten den beholdes dagens lenkeoppførsel uendret. Ugyldige/utløpte lenker viser en nøytral feilside (ingen informasjonslekkasje).
• Masterordre automatiske jobber (interne jobber i Konti Connect) v2.99.0 2026-08-06 — 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) v2.99.0 2026-08-06 — 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.
• Leverte ordrer fra NXT (live) i leveringsfrekvens-panelet v2.99.0 2026-08-06 — Leveringsfrekvens-fanen på masterordre-detaljpanelet og på kundekortet har fått seksjonen «Leverte ordrer fra NXT (live)»: åpner du den, hentes kundens leverte ordrer direkte fra Visma Business NXT (siste 24 måneder). Hver ordre merkes «Masterordre» (koblet til en lokal masterordre) eller «Ad-hoc», og ved svært mange ordrer vises et tydelig delresultat-varsel.
• Masterordre: NXT-klassifiseringskodene på ordrehodet kan nå redigeres v2.99.0 2026-08-06 — «Rediger ordrehode» har fått en ny seksjon «NXT-klassifisering» med seks nedtrekksmenyer for kodene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — fylt fra de eksisterende verdikatalogene under Innstillinger → Abonnement – feltoppsett. Lagringen går kun til ePortal (ingen skriv-tilbake til NXT); har tenanten ikke satt opp verdier for et felt ennå, skjules nedtrekket og en hjelpetekst peker til feltoppsett.
• Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT v2.99.0 2026-08-06 — 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).
• Konfig-drevet klassifiseringsmapping (Kundetype/BPP-status/Flåte/Kundestatus følger felt-mappingen) v2.99.0 2026-08-06 — De fire omdøpbare NXT-klassifiseringsfeltene har nå en semantisk identitet i verdi-/etikett-katalogen (Kundetype/BppStatus/Fleet/CustomerStatus), og navnene på masterordre-lista og kundekortet resolves via felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9). Mapper en klient f.eks. Kundetype til en annen kolonne, følger visning, filter og eksport bindingen. Katalog-editoren bruker de semantiske nøklene, og eldre lagrede visninger fungerer fortsatt. Kundekortets redigerbare klassifisering er inntil videre kun aktiv under standard-bindingen — under en tilpasset feltmapping deaktiveres redigering (visningen er korrekt) til binding-styrt skriving er på plass.
• Rik tekst i dokument- og brevmaler v2.99.0 2026-08-06 — 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.
• Logo i genererte dokumenter v2.99.0 2026-08-06 — Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.
• Produktpakker: sett inn en hel produktbunt fra produktsøket v2.99.0 2026-08-06 — 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.
• Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett v2.99.0 2026-08-06 — 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å).
• Akseptert tilbud oppretter nå instrumentene automatisk v2.99.0 2026-08-06 — Når en kunde aksepterer et tilbud som inneholder instrumenter, opprettes de i instrumentregisteret og knyttes til masterordren aksepten lager. Antallet på linja bestemmer hvor mange instrumenter som opprettes: 5 stk av ett instrument og 3 stk av et annet blir 8 rader i registeret, siden hver enhet har sitt eget serienummer og sitt eget kalibreringsløp. Hvilke produkter som regnes som instrumenter styres av produkttypen i Business NXT, og hvilke produkttyper det gjelder settes per kunde i innstillingen Subscription.InstrumentClassifications (standard 1,2,10). Én linje kan bestille inntil 999 999 999 enheter; sier linja et høyere antall, opprettes ikke ordren, på samme måte som ved et desimaltall. Antall 0 betyr at ingenting er bestilt: ordren opprettes som normalt, uten instrument. Et negativt antall er en retur — det opprettes ingen instrumenter, ordren opprettes som normalt, og står det i tillegg et serienummer på linja, settes det instrumentet til ikke aktivt med notatet «Returnert». Raden slettes aldri, så historikk, kalibreringer og sertifikat står igjen. Instrumentet finnes ved hjelp av skip + produktnummer + serienummer til sammen; treffer det ingen aktiv rad, skjer ingenting med registeret og aksepten går som normalt. Svarer ikke NXT når produktet skal slås opp — eller lar innstillingen for hvilke produkttyper som er instrumenter seg ikke lese, eller er antallet på en instrumentlinje et desimaltall — opprettes ikke masterordren i det hele tatt. Systemet vet da ikke hvor mange instrumenter ordren skal ha. Tilbudet står da igjen som akseptert uten ordre, og du bruker «Gjenåpne tilbud» i tilbudslista for å rette linja og akseptere på nytt. Feiler selve lagringen, rulles hele opprettelsen tilbake slik at du kan akseptere på nytt — ordren blir aldri stående uten instrumentene den skulle hatt. Serienummeret settes ikke ved aksept; hvert instrument får plassholderen «Missing SN» til det tastes inn — og siden en tilbudslinje ennå ikke bærer serienummer, kan retur-regelen over først utløses når automatisk henting av serienummer fra logistikk kommer.
• Akseptert tilbud uten ordre kan gjenåpnes v2.99.0 2026-08-06 — 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.
• Instrument-fanen har fått samme verktøylinje som linje-fanen v2.99.0 2026-08-06 — «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.
• Instrumenter kan nå registreres og redigeres direkte på masterordren v2.99.0 2026-08-06 — Instrumentfanen var kun lesende, så et instrument uten ordrelinje å bli opprettet fra — typisk et skip som kommer inn som kunde med utstyr det allerede eier — kunne ikke legges inn. «Nytt instrument» åpner nå en skuff der du fyller ut produktnummer (søkt opp i samme produktregister som ordrelinjene), navn, serienummer, instrumentgruppe, plassering, kjøpsdato, årsmodell, kalibreringsintervall, siste service, sertifikatutløp og notat. Skip og ordre settes automatisk fra ordren du står på. Produktnummeret kontrolleres mot produktregisteret ved lagring; er NXT utilgjengelig går lagringen bevisst gjennom. Eksisterende instrumenter redigeres med blyantikonet på raden.
• Masterordre: filter-alternativer for NXT-klassifisering (API-grunnlag) v2.99.0 2026-08-06 — Nytt lite les-endepunkt returnerer de distinkte NXT-klassifiseringskodene (gruppe 1, gruppe 3, prisgruppe) som faktisk finnes på tenantens masterordre, sammen med tenantens egne feltnavn fra «Abonnement – feltoppsett». Grunnlaget for filter-bar-kontrollene i masterordrelista (kommer som egen leveranse); ingen ny filtreringssti — gjenbruker eksisterende FilterModel-kontrakt.
• Masterordre: filtrer lista på flåte, kundetype og BPP-status v2.99.0 2026-08-06 — 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».
• Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring) v2.99.0 2026-08-06 — «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).
• Masterordre: «Opprett ordreforslag» lager et tilbud (utkast) fra masterordrens linjer v2.99.0 2026-08-06 — Knappen «Opprett ordreforslag» på en masterordres detaljpanel åpner igjen dialogen der du velger linjer, justerer neste dato og antall per linje, og oppretter et ekte tilbud (utkast) i tilbudsflyten — den manuelle motparten til den automatiske fornyelsen. Enhetsprisen kopieres uendret fra masterordrelinjen (vises, men redigeres ikke). Bryteren «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene; «Vis strukturlinjer» styrer om strukturlinjer tas med, og forelder/barn-koblingene gjenskapes på tilbudet. Det opprettes samtidig et ordreforslag som lukkes som «Konvertert» mot det nye tilbudet, så forslagskøen og sporet stemmer. Etter opprettelse åpnes det nye tilbudet i «Tilbud»-listen.
• NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet v2.99.0 2026-08-06 — 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.
• Masterordre: merk rader og lag ordreforslag av valgte v2.99.0 2026-08-06 — Masterordrelista har fått avkrysningsbokser per rad og knappen «Lag ordreforslag av valgte (N)». Merk én eller flere masterordrer, bekreft antall og sum per valuta i dialogen, og generer ordreforslag kun for de valgte ordrene i ett kall. Etterpå vises resultatet — hvor mange som ble generert, gjenåpnet og hoppet over — med en snarvei rett til ordreforslag-køen. «Velg alle»-modus støttes ikke i denne versjonen; da er handlingen deaktivert til du merker enkeltrader.
• Datomotor-regler: regelredigering i et to-panels oppsett v2.99.0 2026-08-06 — «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.
• Datomotor-regler: trekk tilbake en publisert versjon v2.99.0 2026-08-06 — 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.
• Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen v2.99.0 2026-08-06 — 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.
• Datomotor-regler: systemreglene er nå fullt redigerbare v2.99.0 2026-08-06 — 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.
• Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-06 — 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).
• Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv v2.99.0 2026-08-06 — 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.
• Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-06 — 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.
• Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår v2.99.0 2026-08-06 — 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.
• Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem v2.99.0 2026-08-06 — 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.
• Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger v2.99.0 2026-08-06 — 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.
• Masterordre: dokumentmaler kan settes sammen og forhåndsvises live i Innstillinger v2.99.0 2026-08-06 — Ny side Innstillinger → Masterordre → Dokumentmaler lar en administrator/konsulent sette sammen dokumentmaler for tilbud, masterordre og støttebrev fra et seksjonsbibliotek (toppfelt, nøkkel/verdi-boks, fritekst, linjetabell med gruppering/delsum/totalsum, infoboks, sum), sette en stilprofil (farger, skrifttype, tetthet, toppfelt-stil) og se en live PDF-forhåndsvisning med eksempeldata mens malen redigeres. Forhåndsvisningen rendres server-side av den SAMME PDF-motoren som brukes for de ferdige dokumentene (ingen egen «forenklet» forhåndsvisning), slik at det man ser under redigering er identisk med sluttresultatet; forhåndsvisningen sender kun malstrukturen til serveren — eksempeldataene bygges alltid server-side. Validering flagger ukjente flettefelt, ugyldige kolonner/grupperingsfelt og strukturfeil før lagring (og før forhåndsvisning rendres). Malen kan lagres, settes aktiv (én aktiv mal per dokumenttype og språk) og kopieres til et nytt utkast. Ingen eksisterende dokument (tilbuds-PDF, masterordre) bruker disse malene ennå — det er en senere leveranse. Siden krever datatilgangen «Dokumentmaler (abonnement)» (Se for å lese/forhåndsvise/validere, Opprett for nye/kopi, Endre for å lagre/aktivere).
• Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler v2.99.0 2026-08-06 — 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.
• Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow v2.99.0 2026-08-06 — 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).
• Masterordre: pipeline-konfigurasjon i Innstillinger v2.99.0 2026-08-06 — 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.
• Masterordre og tilbud: tydelig ansvar og neste handling i listene v2.99.0 2026-08-06 — Masterordrelisten viser nå ansvarlig som standard og kan utvides med selger og øvrige ordrehodefelt via Kolonner. Oppfølgingsmerket bruker datomotorens neste dato og ordrens varslingstid, uten en fast UI-regel. Tilbudslisten viser neste gyldige livsløpshandling og har flere valgfrie hodekolonner; produkt og handlinger forblir synlige ved horisontal scrolling i tilbudslinjene.
• Tilbudsliste: kolonnefilter og sortering på alle relevante kolonner (server-side) v2.99.0 2026-08-06 — Tilbudslista har nå server-side kolonnefilter og sortering på alle relevante kolonner — tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene (levering/utløp/sendt/utfall/opprettet/siste purring), samt beløp, valuta og antall purringer. Filter og sortering kjører mot hele det filtrerte settet på serveren (samme paritet som masterordre-lista), så tellebadgen og sum-per-valuta følger filteret. Type og Status filtreres fortsatt som egne fasetter, og fritekstsøk på tilbudsnr./kunde gjøres i søkefeltet øverst.
• Tilbud: rediger tilbudshodet (ansvarlig, selger, valuta, notat, ansvarsenheter) v2.99.0 2026-08-06 — Tilbudsdetaljen har fått handlingen «Rediger tilbudshode» i handlingsmenyen (vises når du har redigeringstilgang til tilbud) som åpner en skuff der du setter ansvarlig og selger, tilbudshodets valuta, et fritekstnotat og ansvarsenhetene (R1–R12) — speiler ordrehodet på en masterordre. Tilbudshodet kan redigeres uansett status. Valuta på tilbudshodet endrer ikke valuta på eksisterende tilbudslinjer (den er tilbudshodets standard). Notatet vises i tilbudshodet når det er satt.
• Tilbud: kopi tar med tilbudshodefeltene (ansvarlig, selger, valuta, notat) v2.99.0 2026-08-06 — Når du kopierer et tilbud, videreføres nå ansvarlig, selger, tilbudshodets valuta og fritekstnotatet fra det opprinnelige tilbudet, i stedet for å nullstilles på kopien. Dette gir samme oppførsel som kopiering av en masterordre (ordrehodet), der samme kommersielle ansvar og notatkontekst allerede følger med.
• Masterordre kan opprettes på nytt fra et akseptert tilbud v2.99.0 2026-08-06 — Ved aksept av et tilbud om nytt abonnement velger saksbehandleren om masterordren skal opprettes med én gang. Et akseptert tilbud har også handlingen «Generer masterordre» for senere forsøk. Hvis det allerede finnes masterordrer med tilbudet som opprinnelse, vises en advarsel, men brukeren kan bekrefte og opprette enda en.
• Masterordre kan opprettes manuelt v2.99.0 2026-08-06 — «Ny masterordre»-knappen i masterordre-listen er nå aktiv og åpner et lite skjema der du oppretter et tomt ordreutkast (velg kunde/skip når CRM er aktivt, ellers kundenavn/-nummer, samt valuta). Ordren får et lokalt utkastnummer og åpnes rett i detaljvisningen, klar for at du legger til linjer inline og aktiverer den på vanlig måte (aktiveringskravene er uendret).
• Masterordre: malpakke-søket er gruppert på instrument (trigger) v2.99.0 2026-08-06 — «Pakker»-fanen i produktsøket viser nå malpakkene gruppert på triggerproduktet (instrumentet), med forbruksproduktene under, i stedet for en flat produktnr.-liste. Søker du et instrument (f.eks. AKAL6000) vises kun den gruppen med alle sine forbruksprodukter, og «Legg til alle (N)» på en instrument-overskrift legger alle forbrukslinjene for det instrumentet inn i én forhåndsvisning samtidig — enkeltklikk på ett forbruksprodukt fungerer som før.
• Malpakke «Legg til alle» setter nå også inn instrumentet selv v2.99.0 2026-08-06 — «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.
• Masterordre: ny «Ordrer»-fane med NXT-overføringer v2.99.0 2026-08-06 — Detaljpanelet på masterordre har fått en «Ordrer»-fane som lister overføringene til NXT (NXT-ordrenr., selskapsnr., dato og hvem som overførte). Handlingen «Overfør til NXT» (i handlingsmenyen og i fanen) registrerer en overføring — en masterordre kan overføres flere ganger og få flere ordrenummer. Tom fane viser «Ingen overføringer ennå».
• Masterordre: ny «Korrespondanse»-fane v2.99.0 2026-08-06 — Detaljpanelet på masterordre har fått en Korrespondanse-fane som viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater m.m.) med typeikon, emne, dato, retning og kontaktperson — klikk på en rad åpner korrespondansedetaljen i CRM i ny fane. Korrespondansen er knyttet til kundens aktør (samme feed på tvers av skipets løpende ordrer), og fanen vises kun for brukere med både CRM- og abonnementsmodulen.
• Masterordre-linjer: sortering og avansert filter i linjetabellen v2.99.0 2026-08-06 — Ordrelinjene på en masterordre kan nå sorteres ved å klikke på kolonneoverskriftene (produkt, beskrivelse, gruppe, frekvens, antall, pris, rabatt, beløp, datoer m.m.), og linjetabellen har fått «Avansert filter»-knappen som oversiktslista allerede hadde. Standardrekkefølgen beholdes til du selv velger en sortering; velger du en sortering, ordnes linjene innenfor hver instrumentgruppe.
• Masterordre-linjer: rabatt i kroner (enten % eller kr) v2.99.0 2026-08-06 — Ordrelinjene på en masterordre har fått en «Rabatt kr»-kolonne ved siden av «Rabatt %». En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt). Linjebeløpet og alle verdiberegningene på ordren — årsverdi, «Verdi i år» og de neste årene, og valuta-summene i bunnraden — trekker nå fra rabatten likt uansett form (kronebeløp går foran prosent). Merk at årsverdien nå gjenspeiler linjerabatten på samme måte som kalenderår-verdiene.
• Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett) v2.99.0 2026-08-06 — 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.
• Datomotor: redigerbar betingelsesbygger for regler v2.99.0 2026-08-06 — 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.
• Datomotor: legg til, dupliser, slett og sorter regler i regellisten v2.99.0 2026-08-06 — 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)».
• Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel v2.99.0 2026-08-06 — «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»).
• Masterordre: «Hvorfor endret datoen seg?» på linja v2.99.0 2026-08-06 — Hver linje på Linjer-fanen har fått en info-knapp som åpner en tidslinje med kuraterte forklaringer fra datomotoren: for hver kjøring vises regelen som traff, utfallet, dato-bevegelsen (forrige → foreslått), faktaene beslutningen bygde på, og begrunnelsen. Skrivebeskyttet — ingenting beregnes på nytt. Knappen vises kun for brukere med datatilgangen «Datoendringslogg»; lenken videre til regelsett-versjonen kun med «Regeladministrasjon (datomotor)».
• Masterordre: «Bruk beregnede datoer» på en ordre v2.99.0 2026-08-06 — Masterordrens Handlinger-meny har fått «Bruk beregnede datoer»: en operatørhandling som skriver datomotorens beregnede leveringsdatoer på ordren for dagens dato. Handlingen åpner en bekreftelsesdialog som først viser en skrivebeskyttet forhåndsvisning av linjene som får ny dato (fra → til med begrunnelse) — er det ingenting å endre, sier dialogen det og bekreft-knappen forblir inaktiv. «Bruk datoene» skriver, viser antall oppdaterte linjer og oppdaterer ordren. Datoen kan ikke velges av operatøren (server-satt), og handlingen skriver ingenting til NXT.
• Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed) v2.99.0 2026-08-06 — 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.
• Tilbud som PDF v2.99.0 2026-08-06 — Last ned et formatert tilbud (PDF) fra tilbudsdetaljene; dokumenter merket «Ta med i kunde-PDF» inkluderes (PDF-vedlegg flettes inn, øvrige listes).
• Tilbud-PDF genereres nå fullstendig server-side v2.99.0 2026-08-06 — Nedlasting av tilbuds-PDF (fra tilbudslisten og tilbudsdetaljene) rendres nå helt server-side — samme dokumentmotor som forhåndsvisningen i dokumentmalbyggeren setter sammen coveret og fletter inn PDF-vedlegg merket «Ta med i kunde-PDF» — i stedet for i nettleseren. Sluttresultatet (innhold og filnavn) er uendret for brukeren. Samtidig sender workflow-handlingen «Generer og send dokument» nå den SAMME sammensatte PDF-en (cover + vedlegg) for tilbud, ikke bare coveret som før — et automatisk utsendt tilbud får dermed samme vedleggsappendiks som en manuell nedlasting.
• Supportbrev rendres nå med supportbrev-malen (ikke tilbudsmalen) v2.99.0 2026-08-06 — Et tilbud som er produsert fra en masterordre (supportbrev) rendres nå automatisk med supportbrev-dokumentmalen i stedet for tilbudsmalen — på både manuell PDF-nedlasting og automatisk utsending via workflow-handlingen «Generer og send dokument». Tilbudsdataene (kunde, linjer, summer, masterordrenummer) er uendret; kun malvalget er annerledes. Standard supportbrev-mal er samtidig rettet: avslutningsteksten refererte et flettefelt (selger) som aldri fylles ut for et tilbud og kunne vises som en ufylt plassholder — teksten er nå forenklet. Et frittstående (manuelt opprettet) tilbud er upåvirket og bruker fortsatt tilbudsmalen som før.
• Leveringsadresse på masterordre v2.99.0 2026-08-06 — «Rediger ordrehode» har nå en leveringsadresse-velger: hent fra kundekortet, skriv en annen adresse, eller lagre samtidig på kundekortet; server-validert mot ordrens aktør.
• Leveringsadresse på tilbud v2.99.0 2026-08-06 — Sett/rediger leveringsadresse på et tilbud (fra kundekortet eller en annen adresse, med «Lagre også på kundekortet»); produserte fornyelsestilbud arver masterordrens adresse.
• Leveringsadresse følger tilbud til ordre v2.99.0 2026-08-06 — Når et tilbud blir til en masterordre (aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse over på den nye ordren.
• Leveringsadresse: 4. adresselinje og kontakt-/referanseinstruks lagres nå v2.99.0 2026-08-06 — Leveringsadresse-velgeren på masterordre og tilbud støtter en 4. adresselinje samt kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre valgfrie ekstra-info-felt, referansenummer, deres ref og PO-nummer. Alle disse feltene forhåndsfylles fra kundekortets adresse, kan overstyres for den enkelte ordren, og lagres på kundekortet når «Lagre også på kundekortet» er på — akkurat som selve adressen. Verdiene følger med når et tilbud blir til en masterordre eller et fornyelsestilbud produseres fra en løpende ordre.
• Tilbud: kopier et tilbud til nytt utkast v2.99.0 2026-08-06 — Tilbudsdetaljene har fått handlingen «Kopier tilbud» i Handlinger-menyen: oppretter en ny tilbudskopi med eget tilbudsnr. og status Utkast, linjer og kommersielle felter videreført, mens sendt-/aksept-/NXT-status nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen. Nyttig som en «escape hatch» når et sendt tilbud allerede har en nedstrøms ordre og derfor ikke kan trekkes tilbake.
• Masterordre: kopier en ordre til nytt utkast v2.99.0 2026-08-06 — Masterordre-listens Handlinger-meny har fått «Kopier masterordre»: oppretter en ny utkastordre med eget ordrenummer, aktive linjer videreført med ferske linje-id-er, mens NXT-overføring, importstatus og oppfølgingsflagg nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen.
• Leveringsadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-06 — Når «Bruk annen adresse» er valgt på leveringsadressen (masterordre og tilbud), kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (navn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• Kopiering krever både se- og opprett-tilgang v2.99.0 2026-08-06 — «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.
• Kopiering kan bytte kunde v2.99.0 2026-08-06 — «Kopier tilbud» og «Kopier masterordre» åpner nå en dialog der du velger kunden for kopien, forhåndsutfylt med den opprinnelige kunden. Leveringsadressen følger aldri med til kopien, uansett om du beholder samme kunde eller velger en annen — en kopi skal alltid ha en tom leveringsadresse så den ikke ved en feil sender til en gammel mottaker. Velger du en annen kunde nullstilles i tillegg koblingen til salgsmulighet, siden en salgsmulighet er kundespesifikk. Nyttig når kopien i praksis skal gå til en annen kunde enn originalen.
• Tilbud: malpakker kan settes inn fra produktsøket v2.99.0 2026-08-06 — «Pakker»-fanen i produktsøket, som tidligere kun fantes på masterordre, er nå også tilgjengelig når produktsøket åpnes fra et tilbudsutkast. Samme forhåndsvisning (avkryssing per rad, beregnet antall og frekvens) og samme transaksjonelle innsetting med dobbeltklikk-/retry-vern som på masterordren; kun tilgjengelig mens tilbudet er Utkast.
• Masterordre: leveringsfrekvens- og konsolideringsinnsikt v2.99.0 2026-08-06 — Ny skrivebeskyttet analyse som anslår antall leveringer per år for en masterordre eller et skip, viser mulig færre leveringsdatoer per år (konsolideringskandidater) og en 12-måneders leveringstidslinje (planlagt vs. faktisk). Innsikten vises som egen «Leveringsfrekvens»-fane på masterordren, en fane på kundekortet (skip), og en egen porteføljerapport per skip rangert etter mulig reduksjon. Tallene er beskrivende — rute- og havnegjennomførbarhet vurderes manuelt (ingen «garantert besparelse»). Alle flatene er gated på Subscription.MasterOrder (samme tilgang som masterordre-lesing).
• Masterordre: leveringsdashbord (widget) v2.99.0 2026-08-06 — Nytt widget-basert leveringsdashbord (Abonnement → Leveringsdashbord) som gjenbruker forsidens tilpassbare widget-vert på en egen masterordre-flate. Første widget «Leveringsfrekvens» viser porteføljens nøkkeltall (skip, mulig færre leveringsdatoer/år, anslåtte leveringer/år) og skipene med størst konsolideringspotensial, med lenke til den fullstendige porteføljerapporten. Dashbordet kan tilpasses per bruker og standardsettes av administrator. Både widgeten og dataene er gated på Subscription.MasterOrder — uten «Kan se» er dashbordet tomt. Tallene er beskrivende; rute-/havnegjennomførbarhet vurderes manuelt.
• Fornyelsestilbud fra ordreforslag arver linjerabatten og bruker planleggingshorisonten v2.99.0 2026-08-06 — Når et ordreforslag konverteres til et fornyelsestilbud, kopieres nå masterordrelinjens rabatt (enten % eller kroner) over på tilbudslinjen, slik at tilbudsbeløpet gjenspeiler kundens gjeldende rabatt i stedet for å nullstille den. Hvilke linjer som tas med styres nå av samme konfigurerbare planleggingshorisont (Subscription.DefaultPlanningHorizonMonths) som ordreforslag-genereringen bruker, i stedet for en fast 12-måneders grense — forfalte linjer er fortsatt med. Samtidige konverteringer av samme forslag er gjort trygge (applock) så det aldri oppstår dublett-tilbud.
• Ordreforslag: selgerdashbord med gruppering, filter og forhåndsvisning v2.99.0 2026-08-06 — Ordreforslag-køen viser nå radene gruppert per forvaltning som standard (kan utvides til forvaltning + kunde/skip), har fått en filterbar (status, forvaltning, gruppenøkkel, generert-periode) og et horisont-hurtigfilter («forfaller innen 30/60/90 dager») basert på neste dekkede leveringsdato. Øye-knappen på en rad åpner en forhåndsvisning med forslagets dekkede ordrelinjer og sum per valuta før du beslutter.
• Ordreforslag: merk flere og opprett tilbud med ett klikk v2.99.0 2026-08-06 — Hver rad i ordreforslag-køen har fått en avkrysningsboks. «Godkjenn valgte (N)» godkjenner alle merkede forslag i ett kall (samme godkjenning som enkelt-knappen). «Opprett tilbud (N)» viser først en bekreftelsesdialog med antall og sum per valuta, og oppretter deretter ett tilbud per merket forslag — en re-kjøring på et allerede konvertert forslag lager aldri et duplikat-tilbud. Begge handlingene viser en oppsummering (antall utført/hoppet over/ikke funnet) og har samme tilgangskrav som enkelt-godkjenning. Den gamle «Opprett ordreforslag»-dialogen på masterordren (som ikke lagret noe) er fjernet og erstattet med en «Vis ordreforslag»-knapp som tar deg til den nye ordreforslag-køen.
• Masterordre: valuta fra NXT på ordre og linjer (ISO-kode) v2.99.0 2026-08-06 — Importen henter nå valutaen fra Business NXT på både ordrehodet og hver linje (Vismas valutanummer slås opp til ISO-kode via NXT-valutatabellen), og enrich-nxt backfyller de allerede importerte ordrene (kun blanke felter). Ordrelinje-griden har fått en Valuta-kolonne, og beløpene (enhetspris, beløp, årsverdi) vises med riktig valuta — «kr» er ikke lenger hardkodet; ukjent valuta vises som rent tall.
• Masterordre: ordreforslag-dialogen fungerer på mindre skjermer v2.99.0 2026-08-06 — Dialogen har nå fast høyde innenfor skjermen, internt scrollområde med fast kolonneoverskrift og alltid synlige innstillinger og handlingsknapper. Den har produktsøk, «velg alle synlige», gruppering på instrumentgruppe, valgt-antall og totalsum per valuta. Alle linjer med neste dato innen «Produkter til» merkes automatisk. Linjer som forfaller innen ytterligere to måneder, markeres med gul varselstrek og gul datofeltramme uten å bli automatisk valgt; «Legg til foreslåtte» velger alle i én handling. Neste dato fylles fra ordrelinjen, og dato og antall kan redigeres direkte; redigering velger linjen automatisk. Begge innstillingene ligger som brytere øverst, og den overflødige handlingen «Opprett enkelt tilbud» er fjernet.
• Masterordre: tydeligere og mer kompakt ordrehode v2.99.0 2026-08-06 — Ordrenummer og skipsnavn vises nå som én likeverdig identitet. Årsverdiene er samlet i fire lesbare årskolonner, neste planlagte dato og sist evaluert er gruppert under Planlegging, og ordredato/opprettet/sist endret står samlet uten en overflødig gruppeoverskrift. «Masterordre-status» er forkortet til «Ordrestatus», og linjeantallet er fjernet fra ordrehodet fordi det allerede vises på Linjer-fanen.
• Produktpakker: strukturprodukter tar med seg strukturen sin v2.99.0 2026-08-06 — Legger du en produktpakke inn på en masterordre eller et tilbud, og en av pakkelinjene peker på et strukturprodukt, opprettes nå hodelinjen sammen med alle strukturens medlemslinjer (hentet fra Business NXT ved innsetting, så innholdet alltid er dagens struktur). Tidligere ble strukturen stille utelatt — hodet ble lagt inn som en enkeltlinje uten medlemmer og uten feilmelding. Kan ikke strukturen hentes (strukturen er tom), eller er produktregisteret i NXT utilgjengelig slik at vi ikke kan avgjøre om produktet er et strukturprodukt, avvises hele innsettingen med en melding — ingen linjer legges inn halvveis. Er NXT nede vil altså innsetting fra produktpakke bli avvist inntil forbindelsen er tilbake; et produkt som er slettet eller omdøpt i NXT (registeret svarer, men kjenner ikke produktnummeret) legges fortsatt inn som en vanlig linje. Malpakker utvider ikke strukturer: peker en malpakke på et strukturprodukt, avvises innsettingen med en melding om å legge strukturproduktet inn som egen linje via produktsøket.
• Masterordre-import fra Business NXT — valgfri observasjons-henting v2.99.0 2026-08-06 — Importen kan kjøres uten å hente leveringstransaksjons-observasjonene: sett includeObservations: false for å importere kun ordrene og linjene (som allerede har sine egne datoer fra NXT), og hoppe over den brede leveringstransaksjons-skanningen. Standard er uendret (observasjoner hentes).
• Masterordre-import fra Business NXT — utelater Gr7 = 9 v2.99.0 2026-08-06 — Importen henter aktive masterordrer (ordretype 6) fra Visma Business NXT og utelater ordrer der Gr7 = 9. Filtreringen skjer på Business-siden ved henting.
• Masterordre-import fra Business NXT — kundenavn, linjepriser og instrumentgrupper + etterfyll-endepunkt v2.99.0 2026-08-06 — Importen setter nå kundenavn på ordren (aktørregisterets navn, med NXT-navnet som reserve), linjepris og rabatt fra NXT-ordrelinjen (priceInCurrency/discountPercent1 — Beløp beregnes som antall × pris × (1 − rabatt%)), og produkt-snapshotet per linje (instrumentgruppene Gruppe 1–6 pluss beskrivelse/enhet fra produktet). Nytt endepunkt POST api/subscriptionimport/enrich-nxt etterfyller de samme feltene på allerede importerte ordrer/linjer — det fyller KUN blanke/null-verdier (kundenavn når blankt, pris når 0/tom, grupper når alle seks er tomme) og rører aldri manuelt redigerte verdier eller oppretter nye rader. Samme tilgangsstyring som importen (Masterordre-import, opprette).
• Masterordrer — endringslogg-fanen leser nå ekte revisjonslogg (MO-015 S10) v2.99.0 2026-08-06 — Endringslogg-fanen på en masterordre er koblet fra mock til API: den viser nå de faktiske revisjonsradene (wv_AuditLog) fra alle endringene som er gjort på ordren (linjer, ordrehode, status, kommentarer, dokumenter, brevmottakere), nyeste først, med «Vis flere» for eldre rader. Systemaktør-rader (import, datomotor, autosend) vises med sin systemetikett som «endret av». Med dette er hele masterordre-detaljbildet (S1–S10) koblet til reelle data.
• Masterordrer — kommentarer og dokumenter (MO-015 S8) v2.99.0 2026-08-06 — Kommentar- og dokumentfanene på en masterordre er koblet fra mock til API. Kommentarer støtter @-omtale av kolleger (autofullfør-plukker som varsler den omtalte via det vanlige varslingssystemet), redigering (kun forfatteren) og sletting (forfatter eller administrator). Dokumentfanen støtter opplasting, nedlasting og sletting av vedlegg — filene lagres tenant-isolert i skylagring. Emoji i kommentarer lagres korrekt. Tilgang styres av eksisterende «Masterordrer (abonnement)»-datatilgang (lese for å se, opprette for å legge til, slette for administrator-sletting).
• Masterordrer — ordreforslagskø: generer, se og beslutt (MO-015 S4) v2.99.0 2026-08-06 — Ny reell ordreforslagskø under Abonnement (/subscription/proposals): «Generer ordreforslag» kjører serveren som lager ett forslag per aktuell masterordre (aktiv ordre, ikke unntatt auto-tilbud, med minst én forfallende abonnementslinje innenfor varslingsvinduet, uten et dekkende aktivt tilbud) — kjøringen er idempotent, så gjentatte kjøringer ikke lager duplikater, og forfalte «utsatte» forslag gjenåpnes automatisk. Hvert forslag kan godkjennes, avvises (påkrevd årsak) eller utsettes til en framtidig dato. Godkjenning er kun en beslutning — å gjøre forslaget om til et tilbud kommer i neste leveranse. Verdier summeres per valuta (aldri på tvers). Har en annen bruker allerede besluttet forslaget, får du beskjed og listen oppdateres. Ny datatilgangs-type «Ordreforslag (abonnement)» styrer tilgangen.
• Masterordrer — rediger ordrehode og styr livssyklus (MO-015 S3) v2.99.0 2026-08-06 — Ordrehodet på en masterordre er koblet fra mock til API: «Rediger ordrehode»-skuffen lagrer nå ansvarlig/selger, valuta, notat, varslingstid (verdi + enhet som et atomisk par), brevautomatikk (tre tilstander eller «standard») og «hold utenfor auto-tilbud» med optimistisk samtidighetskontroll — endrer en annen bruker samme ordre, får du beskjed og fersk versjon lastes. Ansvarsenhet-feltene (R1–R12) vises kun for de slottene tenantens R-matrise har aktivert. Nye statushandlinger: «Aktiver ordre» (blokkeres med en liste over manglende forutsetninger — fartøy, fakturakunde-/management-relasjon, minst én aktiv linje med frekvens), «Avslutt ordre» (påkrevd tapsårsak), «Fullfør gjennomgang» og manuell «Koble til salgsmulighet» (deal-ID valideres).
• Masterordrer — rediger, legg til og avslutt abonnementslinjer (MO-015 S2) v2.99.0 2026-08-06 — Linjefanen på en masterordre er koblet fra mock til API: du kan legge til linjer, redigere direkte i rutenettet, og avslutte (myk lukking) en linje med påkrevd årsak. Endrer du planlagt leveringsdato manuelt, spør systemet om en overstyringsårsak. Alle endringer lagres med optimistisk samtidighetskontroll — endrer en annen bruker samme rad, får du beskjed og den oppdaterte versjonen lastes automatisk. Ny «Vis avsluttede»-knapp viser historiske linjer, og gruppefelt-etiketter/-kataloger hentes nå fra tenantens konfigurasjon.
• Masterordrer — liste, ordrehode og linjer leser nå reelle data (MO-015 S1) v2.99.0 2026-08-06 — «Masterordrer» (/subscription/master-orders) er koblet fra mock til API: server-side søk (paging/sortering/filter) med årsverdi per valuta under listen (beløp summeres aldri på tvers av valutaer), ordrehode med relasjonsnavn fra aktørkortet (management/KAM/eier/operatør/fakturakunde) og ansvarlig/selger, aktive abonnementslinjer med katalogoppslåtte gruppenavn, og ?order=-dyplenken slås nå opp direkte på serveren. Ny datatilgangs-type «Masterordrer (abonnement)» styrer tilgangen. Øvrige faner (tilbud, instrumenter, kontakter, kommentarer, dokumenter, endringslogg) viser fortsatt eksempeldata til sine leveranser.
• Masterordrer — ny master/detalj-visning (mockup) v2.99.0 2026-08-06 — Ny side «Masterordrer» under Abonnement (/subscription/master-orders) med smart-grid master/detalj: ordreliste med status/flagg, og detaljpanel med linjer (trestruktur), tilbud og datohistorikk. Mock-data etter MO-013-skjemaet — diskusjonsartefakt før API-kobling; ordreforslag- og dashbord-mockupene er også lagt om til de nye modellene.
• Abonnement — mockups v2 (ordrehode, gruppering, ordreforslag-modal, tilbudsvisning) v2.99.0 2026-08-06 — Masterordre-detaljpanelet har fått fullt ordrehode (management, faktureres, ansvarlig/selger, leie-/BPP-avtale, ordreforslag-innstillinger, CRM-deal-lenke, tapsårsak), linjene grupperes på instrumentgruppe med delsummer, og en «Opprett ordreforslag»-modal (redigerbare datoer/antall per linje, strukturlinje-toggle) er lagt til. Ordreforslag-køen viser nå legacy-feltene (trigget-av-dato, varsling, autosend, ansvarlig/selger) og ny mockup-side «Tilbud» (/subscription/offers) viser tilbud med linjer i detaljpanel. Alt er mock-data — diskusjonsartefakt før API-kobling.
• Tilbuds-datamodell (CRM) + motor-fakta v2.99.0 2026-08-06 — Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).
• Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt) v2.99.0 2026-08-06 — 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.
• Malpakker: hele malpakken registreres i ett skjermbilde v2.99.0 2026-08-06 — Innstillinger → Masterordre → Malpakker er lagt om fra bred tabell + egen triggerskuff til en slank liste med redigeringspanel ved siden av. Produkt, antall/antallsfaktor, frekvenser og triggere fylles ut samlet og lagres med én «Lagre» — også for en helt ny malpakke, som tidligere måtte lagres to ganger (først raden, så triggerne). Lista viser nå produktnavn, «Antall × faktor», frekvensene som brikker («Støtte 12 mnd» / «Leie 24 mnd») og antall triggere, slik at malpakker kan sammenlignes uten å åpne dem. Triggere legges til fortløpende: hvert søketreff blir en brikke og feltet beholder fokus for neste søk. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: hele pakken registreres i ett skjermbilde, og kan klones v2.99.0 2026-08-06 — Innstillinger → Masterordre → Produktpakker er lagt om på samme måte som Malpakker: slank liste til venstre, fullt redigeringspanel til høyre. Navn, kategori, status og alle produktlinjer fylles ut samlet og lagres med én «Lagre» — også for en ny pakke, som tidligere måtte lagres først som rad og deretter som linjer. Produkter legges til fortløpende fra ett søkefelt (hvert treff blir en ny linje, feltet beholder fokus), linjene kan flyttes opp/ned og fjernes i tabellen, og kategori velges nå fra en liste over kategoriene som allerede er i bruk — eller skrives som ny — så «VLCC» og «vlcc» ikke lenger drifter fra hverandre. Ny «Klon»-knapp kopierer den valgte pakken med alle linjer til « (kopi)» som åpnes direkte i panelet. Linjene viser produktnavn også når du åpner en lagret pakke på nytt, og et strukturprodukt merkes med en «Struktur»-brikke. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: lim inn linjer fra Excel eller NXT v2.99.0 2026-08-06 — Linje-seksjonen i produktpakke-panelet har fått «Lim inn linjer»: lim inn én rad per produkt (produktnr., antall og eventuelt frekvens i måneder, adskilt med tabulator) og få en forhåndsvisning som teller opp ny / oppdater / ugyldig før du bekrefter. Tomt antall blir 1, et produkt som allerede ligger i pakken oppdateres i stedet for å dupliseres — og limer du inn bare produktnr. og antall, beholdes frekvensen linjen har fra før (forhåndsvisningen sier «Uendret»), den nullstilles ikke. Rader med feil (manglende produktnr., ugyldig antall eller frekvens, samme produkt limt inn flere ganger) merkes med årsak og hoppes over. Linjene legges i pakken du har åpen — de lagres først når du trykker «Lagre» i panelet, så en innliming kan angres ved å avbryte.
• Dokumentmaler: språket kan endres på en eksisterende mal v2.99.0 2026-08-06 — 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.
• Dokumentmaler: bunntekst med firmainfo, logo og sidetall v2.99.0 2026-08-06 — 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.
• Dokumentmaler: styr dokumenttittelen selv v2.99.0 2026-08-06 — Toppfelt-seksjonen i en dokumentmal (Innstillinger → Masterordre → Dokumentmaler) har fått feltet «Dokumenttittel» og valget «Tittelplassering» (venstre/høyre). Tittelen kan inneholde flettefelt, f.eks. «Ordrebekreftelse {{MasterOrderNo}}», og plasseringen er uavhengig av logoplasseringen. Lar du feltet stå tomt brukes standardtittelen for dokumenttypen — og den er nå norsk også i ferdig genererte dokumenter. Tidligere skrev et ekte tilbud «Offer #12» og en masterordre «Master order #20087» på engelsk, mens forhåndsvisningen i editoren viste «Tilbud»/«Masterordre»; de leser nå samme kilde og kan ikke sprike.
• Masterordre-listen laster nå på under ett sekund v2.99.0 2026-08-06 — Masterordre-listen brukte tidligere rundt 30 sekunder på å åpne. Fritekstsøket slo opp fakturakunde-, management-, valuta- og brukernavn per rad (et tomt søk kostet ~6 sek), sum-raden («verdi i år per valuta») regnet om alle års-verdiene for hele det filtrerte utvalget ved hver lasting (~11 sek), og siden sendte flere konkurrerende søk ved åpning. Søkegrunnlaget og kalenderår-verdiene lagres nå ferdig beregnet på ordren og holdes oppdatert automatisk når ordrer/linjer endres og ved NXT-import/-aktørsynk; side, antall og valuta-summer hentes parallelt; verdiberegningen leses rett fra en dekkende indeks; og listen samler oppstartskallene til ett kansellerbart søk. Datomotorens «Datoendringslogg» finner nyeste kjøring via et indeksert oppslag i stedet for å skanne hele sporingstabellen. Søk, antall og sum-rad går fra sekunder til under ett sekund — resultatet er identisk.
• Masterordre: serverstyrt liste — antallet og eksporten følger filteret v2.99.0 2026-08-06 — Masterordre-listen henter, filtrerer, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved siden av tittelen viser antallet som faktisk matcher søket og filtrene (før viste den hele tabellen), Oppfølging-filteret og det avanserte filteret kjører på hele datasettet, og Excel/PDF-eksporten omfatter alle treff (ikke bare den synlige siden). Er treffet for stort for eksport, får du en tydelig melding om å snevre inn filtrene.
• Masterordre: tydeligere arbeidskø og trygg linjereaktivering v2.99.0 2026-08-06 — Masterlisten viser nå en egen oppfølgingsindikator, ordrelinjegriden holder produktet synlig til venstre og handlingene til høyre, og linjenummer er skjult som standard. «Avslutt linje» har fått stoppikon; avsluttede linjer kan aktiveres igjen fra «Vis avsluttede», med radversjonskontroll og revisjonslogg. Ordrehodet prioriterer operative statuser foran KPI- og administrativ informasjon.
• Tilbud: opprett frittstående tilbud v2.99.0 2026-08-06 — «Nytt tilbud»-knappen i tilbudslisten («Abonnement → Tilbud») er nå aktiv og åpner en skuff der du oppretter et minimalt tilbudsutkast: velg type (Enkeltsalg som aldri blir en masterordre, eller Nysalg som kan bli en masterordre ved aksept), valgfritt kundenr./aktør, valgfri salgsmulighet og leverings-/utløpsdato. Etter opprettelse åpnes tilbudet, klart for at du legger til linjer inline og deretter produserer og sender.
• Nytt tilbud: søkbar kundevelger, utløper default 30 dager, ryddet bort aktør/deal-felt v2.99.0 2026-08-06 — «Nytt tilbud»-skuffen erstatter fritekst-kundenr. med en søkbar kundevelger (søker på både kundenummer og navn, samme velger som på masterordren), forhåndsutfyller «Utløper» til 30 dager frem, og har fjernet Aktør-ID- og Deal-ID-feltene fra opprettelsen (de settes etterpå i tilbudsdetaljene med gode søk). Kundevelgeren vises når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Tilbud: rediger tilbudslinjer inline v2.99.0 2026-08-06 — Tilbudsdetaljene lar deg nå redigere tilbudslinjer direkte i et redigerbart rutenett — samme opplevelse som ordrelinjene på en masterordre: «Ny linje», velg produkt med søk-i-celle (beskrivelse og pris fylles automatisk fra kundens prisbetingelser når feltene er blanke), rediger antall, pris, valuta, frekvens, leveringsdato og instrumentreferanse, og slett linjer. Linjene kan bare endres mens tilbudet er et utkast — når det er produsert/sendt eller avsluttet, låses de og vises skrivebeskyttet.
• Tilbud: samme linjerutenett vises også når tilbudet er låst v2.99.0 2026-08-06 — Et produsert/sendt eller avsluttet tilbud viser nå det samme redigerbare rutenettet som utkast — bare uten redigering, «Ny linje», Produktsøk og slett-knappen — i stedet for å bytte til en enkel tabell uten søk/sortering/eksport/kolonnevalg. Gir samme lese- og navigeringsopplevelse på et låst tilbud som på et utkast.
• Tilbud: rabatt i kroner eller prosent på tilbudslinjer (enten/eller) v2.99.0 2026-08-06 — Tilbudslinjene har fått «Rabatt %»- og «Rabatt kr»-kolonner, på samme måte som ordrelinjene på en masterordre. En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Linjebeløpet og tilbudssummene trekker nå fra rabatten uansett form. Rabatten følger med når et akseptert nysalg-tilbud blir en masterordre.
• Tilbud: «Opprett masterordre?»-valg ved aksept + «Konverter til ordre» v2.99.0 2026-08-06 — Når du registrerer et nysalg-tilbud som akseptert, oppretter portalen ikke lenger masterordren automatisk: du blir spurt «Opprett masterordre?» og velger selv Ja (masterordren opprettes og åpnes) eller Nei (tilbudet forblir akseptert uten ordre — ikke alle aksepterte tilbud blir ordrer). Tilbudsdetaljene har i tillegg en «Konverter til ordre»-knapp som oppretter masterordren direkte fra et åpent eller akseptert nysalg-tilbud. Enkeltsalg-tilbud spør aldri (de blir aldri en masterordre).
• Tilbud-detalj: ny topptekst og faneinndeling (som masterordre) v2.99.0 2026-08-06 — Tilbudspanelet har fått samme oppsett som masterordre-detaljen: en kontekstavhengig hovedknapp for neste steg (Produser/Send/Purr) med en «Handlinger»-meny for øvrige valg, og en fanestripe med Linjer, Kontakter, Korrespondanse, Kommentarer, Dokumenter, Endringslogg og Tilbudshistorikk. Linjer-fanen viser linjene og utsendelsesloggen som før; innholdet i de øvrige fanene kommer fortløpende.
• Masterordre: «Overfør til NXT» flyttes til tilbud-aksept-flyten v2.99.0 2026-08-06 — Den manuelle «Overfør til NXT»-handlingen på masterordre-nivå (rad-meny + Ordrer-fane-knapp) er fjernet; overføring til NXT hører hjemme på det aksepterte tilbudet (kommer). Ordrer-fanen på masterordren viser fortsatt overføringsloggen som en ren lesevisning.
• Tilbud: serverstyrt liste + mer av detalj-pariteten med masterordre v2.99.0 2026-08-06 — Tilbudslisten («Abonnement → Tilbud») henter, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved tittelen viser antallet som faktisk matcher søket/filteret (ikke antall lastede rader), og en ny sum-linje under listen viser tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Detaljpanelet kan nå legges til høyre eller i bunnen — samme veksling som masterordren, og valget huskes med lagrede visninger. En direktelenke (?offer=) viser «Viser kun tilbud N» med «Vis alle»-knapp, topplinjen i tilbudshodet viser opprettet-dato, og fanene Kontakter/Korrespondanse/Kommentarer/Dokumenter/Endringslogg/Tilbudshistorikk har fått antall-merker. Fritekstsøket og status-/type-filteret kjører på hele datasettet.
• Tilbud-detalj: Korrespondanse-, Tilbudshistorikk-, Endringslogg- og Kontakter-faner v2.99.0 2026-08-06 — Tilbudsdetaljen viser nå (som masterordre) kundens korrespondanse, kundens øvrige tilbud (inkl. avslåtte/utløpte), full endringslogg (produser/send/purr/utfall/linjeendringer med felt, gammel→ny verdi, bruker og tidspunkt) og kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
• Dokumenter på tilbud v2.99.0 2026-08-06 — Last opp, last ned og slett vedlegg på et tilbud, med et per-dokument «I kunde-PDF»-valg (foreløpig inaktivt til tilbuds-PDF er klar).
• Tilbud-detalj matcher masterordre-oppsettet v2.99.0 2026-08-06 — Linjer-fanen har fått «Ny linje» flyttet inn i rutenett-verktøylinjen (ved «Produktsøk»), tunge seksjonsoverskrifter er fjernet/dempet, og fakta i ordrehodet vises nå som et horisontalt fakta-band likt masterordre. «Konverter til ordre» heter nå «Konverter til masterordre».
• Tilbud: koble til salgsmulighet + opprett tilbud fra en salgsmulighet v2.99.0 2026-08-06 — Et tilbud kan nå kobles til (eller fra) en salgsmulighet fra tilbudsdetaljene («Koble salgsmulighet»), uavhengig av om det blir en masterordre. Salgsmulighet-kortet har fått en «Nytt tilbud fra salgsmulighet»-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde.
• Tilbud: søkbar deal-velger ved kobling til salgsmulighet v2.99.0 2026-08-06 — «Koble salgsmulighet» på tilbudsdetaljene erstatter det rå deal-ID-feltet med et søkbart deal-oppslag (samme velger som på masterordren): søk opp salgsmuligheten på navn, se den koblede salgsmuligheten som en etikett i stedet for et bart tall, og tøm feltet for å koble fra. Deal-velgeren vises kun når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Masterordre: oppslag i ordrehodet (ansvarlig, selger, valuta og salgsmulighet) v2.99.0 2026-08-06 — Ordrehode-skuffen på masterordren erstatter de rå tallfeltene med ekte oppslag: Ansvarlig og Selger velges nå fra en brukerliste i stedet for å taste en bruker-ID, Valuta velges fra en ISO-valutaliste (viser kode og navn), og «Koble til salgsmulighet» har fått et søkbart deal-oppslag i stedet for å taste deal-ID (kun når CRM-modulen er aktiv — ellers beholdes tallfeltet). Ansvarsenhet-feltene (R-dimensjoner) forblir fritekst siden kodeverdiene ligger i Visma uten en katalog å velge fra.
• Masterordre-linjer: Lagre/Forkast, radmerking og masseoperasjoner v2.99.0 2026-08-06 — Celleendringer på ordrelinjene samles nå som ulagrede endringer til du trykker Lagre (Forkast ruller tilbake, Ctrl+Z angrer) — produktbytte lagres fortsatt umiddelbart med validering og prisutfylling, og endrede leveringsdatoer krever én overstyringsårsak for hele batchen. Linjene kan merkes med avkryssing, med to masseoperasjoner i verktøylinjen: «Slett valgte» (myk lukking med obligatorisk årsak per batch) og «Rekalkuler priser» (kundeprisen slås opp per merket linje og legges inn som ulagrede endringer du bekrefter med Lagre).
• Tilbudslisten: avansert filter, kolonnevalg, lagrede visninger og eksport v2.99.0 2026-08-06 — Tilbudslisten («Abonnement → Tilbud») har fått samme verktøylinje som masterordre-listen: avansert kolonnefilter, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Sidehodet har i tillegg fått en «Nytt tilbud»-knapp som synlig plassholder — tilbud opprettes i dag fra en masterordre (ordreforslag / enkelttilbud) eller fra en salgsmulighet, ikke frittstående.
• Masterordre-listen: kalenderår-verdier, avansert filter og eksport v2.99.0 2026-08-06 — Den misvisende «Årsverdi»-kolonnen (ren run-rate som ignorerte datoer) er erstattet av faktiske kalenderår-summer: «Verdi i år» og «Verdi neste år» vises i listen, «Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg, og ordrehodet viser «Verdi i år» med de tre neste årene på en egen linje. Verdiene beregnes fra hver linjes planlagte dato og frekvens (engangslinjer teller i sitt år) med samme valutaregel som før. Listen har i tillegg fått avansert kolonnefilter og eksport til Excel/PDF.
• Masterordre: rikere ordrehode fra NXT v2.99.0 2026-08-06 — Detaljpanelet på masterordre viser nå flere felter fra Business NXT-ordren: Ordredato, Sluttdato forsendelser, Salgstype, Rental, BPP-avtale, Type oppfølgning, Trans.gr. 1 og Ordreforslag-status (rå koder inntil verdikataloger kommer), pluss et «Låst/overført»-merke når ordren er låst eller overført i NXT. Fakturakunden hentes nå direkte fra NXT-ordren (aktørrelasjonen brukes som fallback).
• Aktør-klassifisering fra NXT: IMO-nr, kundetype, BPP-status og flåte v2.99.0 2026-08-06 — Aktørsynken henter nå fire klassifiseringsfelter fra Business NXT-aktøren (IMO-nr, Kundetype, BPP-status, Flåte) og lagrer dem på kundekortet. Masterordre-listen har fått fire nye kolonner (skjult som standard — slå på via kolonnevalg), fritekstsøket i listen treffer også IMO-nr, og kundekortet viser en egen skrivebeskyttet «ERP-klassifisering»-gruppe når verdiene finnes. Kodene vises som rå tall inntil verdikataloger kommer.
• Masterordre: verdikatalog-navn for ordrehodets NXT-koder v2.99.0 2026-08-06 — 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.
• Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene v2.99.0 2026-08-06 — 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.
• Smart-grid: radmerking virker nå i gruppert visning v2.99.0 2026-08-06 — 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.
• Masterordre: administrasjon av malpakker (produktmaler) v2.99.0 2026-08-06 — 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.
• Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre v2.99.0 2026-08-06 — 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.
• Masterordre: malpakker i produktsøket og forslag på ordrelinjene v2.99.0 2026-08-06 — Produktsøket på ordrelinjene har fått en ny fane «Pakker» som viser de aktive malpakkene: velg en pakke, se forbrukslinjene med beregnet antall (antallsfaktor × valgt antall) og frekvens (støtte eller leie per rad), og sett inn linjene i én operasjon — pris/rabatt fylles automatisk fra kundens prisbetingelser når feltene er blanke, og dobbeltklikk/nettverks-retry kan aldri sette inn linjene to ganger. I tillegg: når du velger et produkt på en ordrelinje som er triggerprodukt for en malpakke, vises et diskret forslag over griden («MB10387 har en malpakke: N forbrukslinjer») med Legg til/Avvis — linjer settes aldri inn automatisk.
• Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen v2.99.0 2026-08-06 — 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).
• Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde v2.99.0 2026-08-06 — 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).
• Masterordre-regler: regelhandling-nedtrekket viser bare de lovlige valgene per regel v2.99.0 2026-08-06 — I regel-editoren (Innstillinger → Masterordre-regler) filtreres «Handling»-nedtrekket nå til de regelhandlingene som faktisk er lovlige for regelen, i tråd med motorens autorisasjonsmatrise: en systemregel (S1/S4/N1/S5/R3) viser sin egen handling, og S1/S4 kan i tillegg konservativt byttes til «stopp for gjennomgang» (en gjennomgangsstopp uten dato-effekt) — N1/S5/R3 er låst til sin egen handling. En frittstående regel viser det trygge frittstående settet («marker avvik» / «stopp for gjennomgang»). Før tilbød nedtrekket «marker avvik» også på systemregler og skjulte systemregelens egen handling; serveren avviste allerede ulovlige bytter ved lagring, men nedtrekket viste dem.
• Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte) v2.99.0 2026-08-06 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-06 — 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.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-06 — 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.
• Masterordre: datohistorikken på en linje er blitt en tidslinje v2.99.0 2026-08-06 — «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.
• Til-og-med-datoen i «Lag ordreforslag» viste én dag for tidlig v2.99.0 2026-08-06 — 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.
• Masterordre: listen krasjet ved henting for enkelte tenants v2.99.0 2026-08-06 — Masterordre-listen (Abonnement → Masterordrer, SubscriptionMasterOrder/search) kastet en SQL-feil (8124) fordi årsverdi-per-valuta ble regnet ut som en aggregat (SUM/MAX) som både refererte den effektive valutaen fra en ytre apply og linjekolonner i samme uttrykk — ulovlig i SQL Server. Utregningen er flyttet til en avledet tabell per linje, så aggregatene kun ser linjekolonner. Årsverdi summeres fortsatt aldri på tvers av valutaer (B-069).
• Masterordre: tilbudslivssyklus (produser → send → purr → utfall) med akseptlenke v2.99.0 2026-08-06 — MO-015 S5 leverer hele tilbuds-motoren bak abonnementsmodulen: et ordreforslag konverteres til et fornyelsestilbud (idempotent, stempler anbefalt dato tilbake på de dekkede linjene), tilbud kan produseres, sendes og purres via brevmottaker-matrisen (Til/Kopi/Blindkopi + arkiv-blindkopi, testmodus, inaktive kontakter gir synlig «Feilet»-rad — aldri stille), utfall (Akseptert/Avslått/Utgått) registreres manuelt eller via en anonym akseptlenke kunden klikker, og en batch-kjøring auto-produserer/-sender og rydder utløpte tilbud. Aksept av et nysalg føder en masterordre (utkast) med snapshot av avtale-id. NXT salgsordre ved aksept er bevisst utsatt (MO-003).
• Masterordre: Tilbud-fanen bruker nå ekte data v2.99.0 2026-08-06 — MO-015 S5.5 kobler Tilbud-listen (/subscription/offers) og Tilbud-fanen på masterordren fra mockdata til den ekte tilbudstjenesten: reell søk/liste, ?offer=-direktelenke som slår opp på serveren, utsendelseslogg (Utsendelser), og handlingene Produser/Send/Purr/Registrer utfall mot de faktiske endepunktene. PDF-produksjon er ikke i v1 (tilbud sendes som e-post) og knappen er deaktivert med et hint.
• Masterordre: Kontakter-fanen med brevmottaker-matrise v2.99.0 2026-08-06 — MO-015 S6 kobler Kontakter-fanen på masterordren til kundekortet i CRM: kontaktene hentes fra skipets aktør, og brevmottaker-matrisen (Ordreforslag/Enkelt tilbud/Purring/Følgebrev) lagres per kontakt via et replace-set-endepunkt med audit. Kontakter deaktivert i CRM etter at de ble satt som mottakere vises fortsatt, gråtonet med «Deaktivert»-merke, så utsendelser aldri stille mister en mottaker.
• Masterordre: Instrumenter-fanen viser ekte serviceobjekter med avledet servicestatus v2.99.0 2026-08-06 — MO-015 S7 kobler Instrumenter-fanen på masterordren fra mockdata til det ekte serviceobjekt-registeret (§14): objektene hentes for skipets aktør og status utledes per visning — Utgått når sertifikatet er utløpt, ellers Service forfaller når siste service er eldre enn 11 måneder (eller mangler), ellers OK. B-073 auto-registrering av serviceobjekter fra bekreftede instrument-linjer er levert som logikk + registreringspunkt (påkalles av NXT-import-sømmen når den klassifiserende importflyten kommer).
• Masterordre: produktvelger på ordrelinjene (søk + strukturekspansjon) v2.99.0 2026-08-06 — Produktnummer-kolonnen på masterordre-linjene er nå redigerbar: skriv direkte i cellen for produktsøk (produktnr/beskrivelse), eller åpne «Produktsøk»-knappen i verktøylinjen for en søkedialog. Velges et strukturprodukt (pakke-hode) åpnes et ekspansjonspanel der medlemslinjene (med antall = faktor × hodets antall) er forhåndsvalgt og kan velges bort enkeltvis — eller alle ved å fjerne krysset på hodet; innsettingen er alt-eller-ingenting og serveren eier alltid strukturmalen og faktor-matematikken (NXT). Produktbytte på en eksisterende linje oppdaterer beskrivelse/enhet/grupper fra det nye produktet; produktbytte på strukturlinjer er sperret i v1.
• Søk i masterordre-listen mistet treff som lå i skjulte kolonner v2.99.0 2026-08-06 — 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.
• Oppfølging-filter i lagrede avanserte filtre ble stille ignorert v2.99.0 2026-08-06 — 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.
• En feilet lasting av masterordre-listen så ut som «ingen treff» v2.99.0 2026-08-06 — 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.
• Tilbud: sendt-dato vises som standard i lista v2.99.0 2026-08-08 — «Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.
• Tilbuds-PDF som e-postvedlegg v2.99.0 2026-08-08 — Utsendte tilbuds- og purrebrev kan nå få den server-genererte tilbuds-PDF-en (dokumentmal-forside + dokumenter merket «ta med i PDF») som vedlegg. Slås på med den nye innstillingen «Legg ved tilbuds-PDF i brev» under Innstillinger → Masterordre → Pipeline-konfigurasjon (av som standard). Feiler PDF-genereringen sendes brevet uten vedlegg — utsendelsen blokkeres aldri.
• Offentlig bekreftelsesside for tilbud v2.99.0 2026-08-08 — Aksept-lenken i tilbuds­brev kan nå peke til en offentlig bekreftelsesside der kunden ser tilbudssammendraget (tilbudsnr., linjer, gyldighet) og bekrefter med ett klikk — uten innlogging. Aktiveres ved å sette den nye innstillingen «Offentlig base-URL» under Innstillinger → Masterordre → Pipeline-konfigurasjon; uten den beholdes dagens lenkeoppførsel uendret. Ugyldige/utløpte lenker viser en nøytral feilside (ingen informasjonslekkasje).
• Masterordre automatiske jobber (interne jobber i Konti Connect) v2.99.0 2026-08-08 — 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) v2.99.0 2026-08-08 — 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.
• Leverte ordrer fra NXT (live) i leveringsfrekvens-panelet v2.99.0 2026-08-08 — Leveringsfrekvens-fanen på masterordre-detaljpanelet og på kundekortet har fått seksjonen «Leverte ordrer fra NXT (live)»: åpner du den, hentes kundens leverte ordrer direkte fra Visma Business NXT (siste 24 måneder). Hver ordre merkes «Masterordre» (koblet til en lokal masterordre) eller «Ad-hoc», og ved svært mange ordrer vises et tydelig delresultat-varsel.
• Masterordre: NXT-klassifiseringskodene på ordrehodet kan nå redigeres v2.99.0 2026-08-08 — «Rediger ordrehode» har fått en ny seksjon «NXT-klassifisering» med seks nedtrekksmenyer for kodene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — fylt fra de eksisterende verdikatalogene under Innstillinger → Abonnement – feltoppsett. Lagringen går kun til ePortal (ingen skriv-tilbake til NXT); har tenanten ikke satt opp verdier for et felt ennå, skjules nedtrekket og en hjelpetekst peker til feltoppsett.
• Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT v2.99.0 2026-08-08 — 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).
• Konfig-drevet klassifiseringsmapping (Kundetype/BPP-status/Flåte/Kundestatus følger felt-mappingen) v2.99.0 2026-08-08 — De fire omdøpbare NXT-klassifiseringsfeltene har nå en semantisk identitet i verdi-/etikett-katalogen (Kundetype/BppStatus/Fleet/CustomerStatus), og navnene på masterordre-lista og kundekortet resolves via felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9). Mapper en klient f.eks. Kundetype til en annen kolonne, følger visning, filter og eksport bindingen. Katalog-editoren bruker de semantiske nøklene, og eldre lagrede visninger fungerer fortsatt. Kundekortets redigerbare klassifisering er inntil videre kun aktiv under standard-bindingen — under en tilpasset feltmapping deaktiveres redigering (visningen er korrekt) til binding-styrt skriving er på plass.
• Rik tekst i dokument- og brevmaler v2.99.0 2026-08-08 — 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.
• Logo i genererte dokumenter v2.99.0 2026-08-08 — Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.
• Produktpakker: sett inn en hel produktbunt fra produktsøket v2.99.0 2026-08-08 — 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.
• Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett v2.99.0 2026-08-08 — 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å).
• Akseptert tilbud oppretter nå instrumentene automatisk v2.99.0 2026-08-08 — Når en kunde aksepterer et tilbud som inneholder instrumenter, opprettes de i instrumentregisteret og knyttes til masterordren aksepten lager. Antallet på linja bestemmer hvor mange instrumenter som opprettes: 5 stk av ett instrument og 3 stk av et annet blir 8 rader i registeret, siden hver enhet har sitt eget serienummer og sitt eget kalibreringsløp. Hvilke produkter som regnes som instrumenter styres av produkttypen i Business NXT, og hvilke produkttyper det gjelder settes per kunde i innstillingen Subscription.InstrumentClassifications (standard 1,2,10). Én linje kan bestille inntil 999 999 999 enheter; sier linja et høyere antall, opprettes ikke ordren, på samme måte som ved et desimaltall. Antall 0 betyr at ingenting er bestilt: ordren opprettes som normalt, uten instrument. Et negativt antall er en retur — det opprettes ingen instrumenter, ordren opprettes som normalt, og står det i tillegg et serienummer på linja, settes det instrumentet til ikke aktivt med notatet «Returnert». Raden slettes aldri, så historikk, kalibreringer og sertifikat står igjen. Instrumentet finnes ved hjelp av skip + produktnummer + serienummer til sammen; treffer det ingen aktiv rad, skjer ingenting med registeret og aksepten går som normalt. Svarer ikke NXT når produktet skal slås opp — eller lar innstillingen for hvilke produkttyper som er instrumenter seg ikke lese, eller er antallet på en instrumentlinje et desimaltall — opprettes ikke masterordren i det hele tatt. Systemet vet da ikke hvor mange instrumenter ordren skal ha. Tilbudet står da igjen som akseptert uten ordre, og du bruker «Gjenåpne tilbud» i tilbudslista for å rette linja og akseptere på nytt. Feiler selve lagringen, rulles hele opprettelsen tilbake slik at du kan akseptere på nytt — ordren blir aldri stående uten instrumentene den skulle hatt. Serienummeret settes ikke ved aksept; hvert instrument får plassholderen «Missing SN» til det tastes inn — og siden en tilbudslinje ennå ikke bærer serienummer, kan retur-regelen over først utløses når automatisk henting av serienummer fra logistikk kommer.
• Akseptert tilbud uten ordre kan gjenåpnes v2.99.0 2026-08-08 — 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.
• Instrument-fanen har fått samme verktøylinje som linje-fanen v2.99.0 2026-08-08 — «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.
• Instrumenter kan nå registreres og redigeres direkte på masterordren v2.99.0 2026-08-08 — Instrumentfanen var kun lesende, så et instrument uten ordrelinje å bli opprettet fra — typisk et skip som kommer inn som kunde med utstyr det allerede eier — kunne ikke legges inn. «Nytt instrument» åpner nå en skuff der du fyller ut produktnummer (søkt opp i samme produktregister som ordrelinjene), navn, serienummer, instrumentgruppe, plassering, kjøpsdato, årsmodell, kalibreringsintervall, siste service, sertifikatutløp og notat. Skip og ordre settes automatisk fra ordren du står på. Produktnummeret kontrolleres mot produktregisteret ved lagring; er NXT utilgjengelig går lagringen bevisst gjennom. Eksisterende instrumenter redigeres med blyantikonet på raden.
• Masterordre: filter-alternativer for NXT-klassifisering (API-grunnlag) v2.99.0 2026-08-08 — Nytt lite les-endepunkt returnerer de distinkte NXT-klassifiseringskodene (gruppe 1, gruppe 3, prisgruppe) som faktisk finnes på tenantens masterordre, sammen med tenantens egne feltnavn fra «Abonnement – feltoppsett». Grunnlaget for filter-bar-kontrollene i masterordrelista (kommer som egen leveranse); ingen ny filtreringssti — gjenbruker eksisterende FilterModel-kontrakt.
• Masterordre: filtrer lista på flåte, kundetype og BPP-status v2.99.0 2026-08-08 — 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».
• Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring) v2.99.0 2026-08-08 — «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).
• Masterordre: «Opprett ordreforslag» lager et tilbud (utkast) fra masterordrens linjer v2.99.0 2026-08-08 — Knappen «Opprett ordreforslag» på en masterordres detaljpanel åpner igjen dialogen der du velger linjer, justerer neste dato og antall per linje, og oppretter et ekte tilbud (utkast) i tilbudsflyten — den manuelle motparten til den automatiske fornyelsen. Enhetsprisen kopieres uendret fra masterordrelinjen (vises, men redigeres ikke). Bryteren «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene; «Vis strukturlinjer» styrer om strukturlinjer tas med, og forelder/barn-koblingene gjenskapes på tilbudet. Det opprettes samtidig et ordreforslag som lukkes som «Konvertert» mot det nye tilbudet, så forslagskøen og sporet stemmer. Etter opprettelse åpnes det nye tilbudet i «Tilbud»-listen.
• NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet v2.99.0 2026-08-08 — 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.
• Masterordre: merk rader og lag ordreforslag av valgte v2.99.0 2026-08-08 — Masterordrelista har fått avkrysningsbokser per rad og knappen «Lag ordreforslag av valgte (N)». Merk én eller flere masterordrer, bekreft antall og sum per valuta i dialogen, og generer ordreforslag kun for de valgte ordrene i ett kall. Etterpå vises resultatet — hvor mange som ble generert, gjenåpnet og hoppet over — med en snarvei rett til ordreforslag-køen. «Velg alle»-modus støttes ikke i denne versjonen; da er handlingen deaktivert til du merker enkeltrader.
• Datomotor-regler: regelredigering i et to-panels oppsett v2.99.0 2026-08-08 — «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.
• Datomotor-regler: trekk tilbake en publisert versjon v2.99.0 2026-08-08 — 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.
• Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen v2.99.0 2026-08-08 — 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.
• Datomotor-regler: systemreglene er nå fullt redigerbare v2.99.0 2026-08-08 — 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.
• Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-08 — 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).
• Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv v2.99.0 2026-08-08 — 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.
• Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-08 — 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.
• Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår v2.99.0 2026-08-08 — 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.
• Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem v2.99.0 2026-08-08 — 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.
• Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger v2.99.0 2026-08-08 — 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.
• Masterordre: dokumentmaler kan settes sammen og forhåndsvises live i Innstillinger v2.99.0 2026-08-08 — Ny side Innstillinger → Masterordre → Dokumentmaler lar en administrator/konsulent sette sammen dokumentmaler for tilbud, masterordre og støttebrev fra et seksjonsbibliotek (toppfelt, nøkkel/verdi-boks, fritekst, linjetabell med gruppering/delsum/totalsum, infoboks, sum), sette en stilprofil (farger, skrifttype, tetthet, toppfelt-stil) og se en live PDF-forhåndsvisning med eksempeldata mens malen redigeres. Forhåndsvisningen rendres server-side av den SAMME PDF-motoren som brukes for de ferdige dokumentene (ingen egen «forenklet» forhåndsvisning), slik at det man ser under redigering er identisk med sluttresultatet; forhåndsvisningen sender kun malstrukturen til serveren — eksempeldataene bygges alltid server-side. Validering flagger ukjente flettefelt, ugyldige kolonner/grupperingsfelt og strukturfeil før lagring (og før forhåndsvisning rendres). Malen kan lagres, settes aktiv (én aktiv mal per dokumenttype og språk) og kopieres til et nytt utkast. Ingen eksisterende dokument (tilbuds-PDF, masterordre) bruker disse malene ennå — det er en senere leveranse. Siden krever datatilgangen «Dokumentmaler (abonnement)» (Se for å lese/forhåndsvise/validere, Opprett for nye/kopi, Endre for å lagre/aktivere).
• Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler v2.99.0 2026-08-08 — 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.
• Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow v2.99.0 2026-08-08 — 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).
• Masterordre: pipeline-konfigurasjon i Innstillinger v2.99.0 2026-08-08 — 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.
• Masterordre og tilbud: tydelig ansvar og neste handling i listene v2.99.0 2026-08-08 — Masterordrelisten viser nå ansvarlig som standard og kan utvides med selger og øvrige ordrehodefelt via Kolonner. Oppfølgingsmerket bruker datomotorens neste dato og ordrens varslingstid, uten en fast UI-regel. Tilbudslisten viser neste gyldige livsløpshandling og har flere valgfrie hodekolonner; produkt og handlinger forblir synlige ved horisontal scrolling i tilbudslinjene.
• Tilbudsliste: kolonnefilter og sortering på alle relevante kolonner (server-side) v2.99.0 2026-08-08 — Tilbudslista har nå server-side kolonnefilter og sortering på alle relevante kolonner — tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene (levering/utløp/sendt/utfall/opprettet/siste purring), samt beløp, valuta og antall purringer. Filter og sortering kjører mot hele det filtrerte settet på serveren (samme paritet som masterordre-lista), så tellebadgen og sum-per-valuta følger filteret. Type og Status filtreres fortsatt som egne fasetter, og fritekstsøk på tilbudsnr./kunde gjøres i søkefeltet øverst.
• Tilbud: rediger tilbudshodet (ansvarlig, selger, valuta, notat, ansvarsenheter) v2.99.0 2026-08-08 — Tilbudsdetaljen har fått handlingen «Rediger tilbudshode» i handlingsmenyen (vises når du har redigeringstilgang til tilbud) som åpner en skuff der du setter ansvarlig og selger, tilbudshodets valuta, et fritekstnotat og ansvarsenhetene (R1–R12) — speiler ordrehodet på en masterordre. Tilbudshodet kan redigeres uansett status. Valuta på tilbudshodet endrer ikke valuta på eksisterende tilbudslinjer (den er tilbudshodets standard). Notatet vises i tilbudshodet når det er satt.
• Tilbud: kopi tar med tilbudshodefeltene (ansvarlig, selger, valuta, notat) v2.99.0 2026-08-08 — Når du kopierer et tilbud, videreføres nå ansvarlig, selger, tilbudshodets valuta og fritekstnotatet fra det opprinnelige tilbudet, i stedet for å nullstilles på kopien. Dette gir samme oppførsel som kopiering av en masterordre (ordrehodet), der samme kommersielle ansvar og notatkontekst allerede følger med.
• Masterordre kan opprettes på nytt fra et akseptert tilbud v2.99.0 2026-08-08 — Ved aksept av et tilbud om nytt abonnement velger saksbehandleren om masterordren skal opprettes med én gang. Et akseptert tilbud har også handlingen «Generer masterordre» for senere forsøk. Hvis det allerede finnes masterordrer med tilbudet som opprinnelse, vises en advarsel, men brukeren kan bekrefte og opprette enda en.
• Masterordre kan opprettes manuelt v2.99.0 2026-08-08 — «Ny masterordre»-knappen i masterordre-listen er nå aktiv og åpner et lite skjema der du oppretter et tomt ordreutkast (velg kunde/skip når CRM er aktivt, ellers kundenavn/-nummer, samt valuta). Ordren får et lokalt utkastnummer og åpnes rett i detaljvisningen, klar for at du legger til linjer inline og aktiverer den på vanlig måte (aktiveringskravene er uendret).
• Masterordre: malpakke-søket er gruppert på instrument (trigger) v2.99.0 2026-08-08 — «Pakker»-fanen i produktsøket viser nå malpakkene gruppert på triggerproduktet (instrumentet), med forbruksproduktene under, i stedet for en flat produktnr.-liste. Søker du et instrument (f.eks. AKAL6000) vises kun den gruppen med alle sine forbruksprodukter, og «Legg til alle (N)» på en instrument-overskrift legger alle forbrukslinjene for det instrumentet inn i én forhåndsvisning samtidig — enkeltklikk på ett forbruksprodukt fungerer som før.
• Malpakke «Legg til alle» setter nå også inn instrumentet selv v2.99.0 2026-08-08 — «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.
• Masterordre: ny «Ordrer»-fane med NXT-overføringer v2.99.0 2026-08-08 — Detaljpanelet på masterordre har fått en «Ordrer»-fane som lister overføringene til NXT (NXT-ordrenr., selskapsnr., dato og hvem som overførte). Handlingen «Overfør til NXT» (i handlingsmenyen og i fanen) registrerer en overføring — en masterordre kan overføres flere ganger og få flere ordrenummer. Tom fane viser «Ingen overføringer ennå».
• Masterordre: ny «Korrespondanse»-fane v2.99.0 2026-08-08 — Detaljpanelet på masterordre har fått en Korrespondanse-fane som viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater m.m.) med typeikon, emne, dato, retning og kontaktperson — klikk på en rad åpner korrespondansedetaljen i CRM i ny fane. Korrespondansen er knyttet til kundens aktør (samme feed på tvers av skipets løpende ordrer), og fanen vises kun for brukere med både CRM- og abonnementsmodulen.
• Masterordre-linjer: sortering og avansert filter i linjetabellen v2.99.0 2026-08-08 — Ordrelinjene på en masterordre kan nå sorteres ved å klikke på kolonneoverskriftene (produkt, beskrivelse, gruppe, frekvens, antall, pris, rabatt, beløp, datoer m.m.), og linjetabellen har fått «Avansert filter»-knappen som oversiktslista allerede hadde. Standardrekkefølgen beholdes til du selv velger en sortering; velger du en sortering, ordnes linjene innenfor hver instrumentgruppe.
• Masterordre-linjer: rabatt i kroner (enten % eller kr) v2.99.0 2026-08-08 — Ordrelinjene på en masterordre har fått en «Rabatt kr»-kolonne ved siden av «Rabatt %». En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt). Linjebeløpet og alle verdiberegningene på ordren — årsverdi, «Verdi i år» og de neste årene, og valuta-summene i bunnraden — trekker nå fra rabatten likt uansett form (kronebeløp går foran prosent). Merk at årsverdien nå gjenspeiler linjerabatten på samme måte som kalenderår-verdiene.
• Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett) v2.99.0 2026-08-08 — 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.
• Datomotor: redigerbar betingelsesbygger for regler v2.99.0 2026-08-08 — 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.
• Datomotor: legg til, dupliser, slett og sorter regler i regellisten v2.99.0 2026-08-08 — 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)».
• Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel v2.99.0 2026-08-08 — «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»).
• Masterordre: «Hvorfor endret datoen seg?» på linja v2.99.0 2026-08-08 — Hver linje på Linjer-fanen har fått en info-knapp som åpner en tidslinje med kuraterte forklaringer fra datomotoren: for hver kjøring vises regelen som traff, utfallet, dato-bevegelsen (forrige → foreslått), faktaene beslutningen bygde på, og begrunnelsen. Skrivebeskyttet — ingenting beregnes på nytt. Knappen vises kun for brukere med datatilgangen «Datoendringslogg»; lenken videre til regelsett-versjonen kun med «Regeladministrasjon (datomotor)».
• Masterordre: «Bruk beregnede datoer» på en ordre v2.99.0 2026-08-08 — Masterordrens Handlinger-meny har fått «Bruk beregnede datoer»: en operatørhandling som skriver datomotorens beregnede leveringsdatoer på ordren for dagens dato. Handlingen åpner en bekreftelsesdialog som først viser en skrivebeskyttet forhåndsvisning av linjene som får ny dato (fra → til med begrunnelse) — er det ingenting å endre, sier dialogen det og bekreft-knappen forblir inaktiv. «Bruk datoene» skriver, viser antall oppdaterte linjer og oppdaterer ordren. Datoen kan ikke velges av operatøren (server-satt), og handlingen skriver ingenting til NXT.
• Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed) v2.99.0 2026-08-08 — 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.
• Tilbud som PDF v2.99.0 2026-08-08 — Last ned et formatert tilbud (PDF) fra tilbudsdetaljene; dokumenter merket «Ta med i kunde-PDF» inkluderes (PDF-vedlegg flettes inn, øvrige listes).
• Tilbud-PDF genereres nå fullstendig server-side v2.99.0 2026-08-08 — Nedlasting av tilbuds-PDF (fra tilbudslisten og tilbudsdetaljene) rendres nå helt server-side — samme dokumentmotor som forhåndsvisningen i dokumentmalbyggeren setter sammen coveret og fletter inn PDF-vedlegg merket «Ta med i kunde-PDF» — i stedet for i nettleseren. Sluttresultatet (innhold og filnavn) er uendret for brukeren. Samtidig sender workflow-handlingen «Generer og send dokument» nå den SAMME sammensatte PDF-en (cover + vedlegg) for tilbud, ikke bare coveret som før — et automatisk utsendt tilbud får dermed samme vedleggsappendiks som en manuell nedlasting.
• Supportbrev rendres nå med supportbrev-malen (ikke tilbudsmalen) v2.99.0 2026-08-08 — Et tilbud som er produsert fra en masterordre (supportbrev) rendres nå automatisk med supportbrev-dokumentmalen i stedet for tilbudsmalen — på både manuell PDF-nedlasting og automatisk utsending via workflow-handlingen «Generer og send dokument». Tilbudsdataene (kunde, linjer, summer, masterordrenummer) er uendret; kun malvalget er annerledes. Standard supportbrev-mal er samtidig rettet: avslutningsteksten refererte et flettefelt (selger) som aldri fylles ut for et tilbud og kunne vises som en ufylt plassholder — teksten er nå forenklet. Et frittstående (manuelt opprettet) tilbud er upåvirket og bruker fortsatt tilbudsmalen som før.
• Leveringsadresse på masterordre v2.99.0 2026-08-08 — «Rediger ordrehode» har nå en leveringsadresse-velger: hent fra kundekortet, skriv en annen adresse, eller lagre samtidig på kundekortet; server-validert mot ordrens aktør.
• Leveringsadresse på tilbud v2.99.0 2026-08-08 — Sett/rediger leveringsadresse på et tilbud (fra kundekortet eller en annen adresse, med «Lagre også på kundekortet»); produserte fornyelsestilbud arver masterordrens adresse.
• Leveringsadresse følger tilbud til ordre v2.99.0 2026-08-08 — Når et tilbud blir til en masterordre (aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse over på den nye ordren.
• Leveringsadresse: 4. adresselinje og kontakt-/referanseinstruks lagres nå v2.99.0 2026-08-08 — Leveringsadresse-velgeren på masterordre og tilbud støtter en 4. adresselinje samt kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre valgfrie ekstra-info-felt, referansenummer, deres ref og PO-nummer. Alle disse feltene forhåndsfylles fra kundekortets adresse, kan overstyres for den enkelte ordren, og lagres på kundekortet når «Lagre også på kundekortet» er på — akkurat som selve adressen. Verdiene følger med når et tilbud blir til en masterordre eller et fornyelsestilbud produseres fra en løpende ordre.
• Tilbud: kopier et tilbud til nytt utkast v2.99.0 2026-08-08 — Tilbudsdetaljene har fått handlingen «Kopier tilbud» i Handlinger-menyen: oppretter en ny tilbudskopi med eget tilbudsnr. og status Utkast, linjer og kommersielle felter videreført, mens sendt-/aksept-/NXT-status nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen. Nyttig som en «escape hatch» når et sendt tilbud allerede har en nedstrøms ordre og derfor ikke kan trekkes tilbake.
• Masterordre: kopier en ordre til nytt utkast v2.99.0 2026-08-08 — Masterordre-listens Handlinger-meny har fått «Kopier masterordre»: oppretter en ny utkastordre med eget ordrenummer, aktive linjer videreført med ferske linje-id-er, mens NXT-overføring, importstatus og oppfølgingsflagg nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen.
• Leveringsadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-08 — Når «Bruk annen adresse» er valgt på leveringsadressen (masterordre og tilbud), kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (navn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• Kopiering krever både se- og opprett-tilgang v2.99.0 2026-08-08 — «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.
• Kopiering kan bytte kunde v2.99.0 2026-08-08 — «Kopier tilbud» og «Kopier masterordre» åpner nå en dialog der du velger kunden for kopien, forhåndsutfylt med den opprinnelige kunden. Leveringsadressen følger aldri med til kopien, uansett om du beholder samme kunde eller velger en annen — en kopi skal alltid ha en tom leveringsadresse så den ikke ved en feil sender til en gammel mottaker. Velger du en annen kunde nullstilles i tillegg koblingen til salgsmulighet, siden en salgsmulighet er kundespesifikk. Nyttig når kopien i praksis skal gå til en annen kunde enn originalen.
• Tilbud: malpakker kan settes inn fra produktsøket v2.99.0 2026-08-08 — «Pakker»-fanen i produktsøket, som tidligere kun fantes på masterordre, er nå også tilgjengelig når produktsøket åpnes fra et tilbudsutkast. Samme forhåndsvisning (avkryssing per rad, beregnet antall og frekvens) og samme transaksjonelle innsetting med dobbeltklikk-/retry-vern som på masterordren; kun tilgjengelig mens tilbudet er Utkast.
• Masterordre: leveringsfrekvens- og konsolideringsinnsikt v2.99.0 2026-08-08 — Ny skrivebeskyttet analyse som anslår antall leveringer per år for en masterordre eller et skip, viser mulig færre leveringsdatoer per år (konsolideringskandidater) og en 12-måneders leveringstidslinje (planlagt vs. faktisk). Innsikten vises som egen «Leveringsfrekvens»-fane på masterordren, en fane på kundekortet (skip), og en egen porteføljerapport per skip rangert etter mulig reduksjon. Tallene er beskrivende — rute- og havnegjennomførbarhet vurderes manuelt (ingen «garantert besparelse»). Alle flatene er gated på Subscription.MasterOrder (samme tilgang som masterordre-lesing).
• Masterordre: leveringsdashbord (widget) v2.99.0 2026-08-08 — Nytt widget-basert leveringsdashbord (Abonnement → Leveringsdashbord) som gjenbruker forsidens tilpassbare widget-vert på en egen masterordre-flate. Første widget «Leveringsfrekvens» viser porteføljens nøkkeltall (skip, mulig færre leveringsdatoer/år, anslåtte leveringer/år) og skipene med størst konsolideringspotensial, med lenke til den fullstendige porteføljerapporten. Dashbordet kan tilpasses per bruker og standardsettes av administrator. Både widgeten og dataene er gated på Subscription.MasterOrder — uten «Kan se» er dashbordet tomt. Tallene er beskrivende; rute-/havnegjennomførbarhet vurderes manuelt.
• Fornyelsestilbud fra ordreforslag arver linjerabatten og bruker planleggingshorisonten v2.99.0 2026-08-08 — Når et ordreforslag konverteres til et fornyelsestilbud, kopieres nå masterordrelinjens rabatt (enten % eller kroner) over på tilbudslinjen, slik at tilbudsbeløpet gjenspeiler kundens gjeldende rabatt i stedet for å nullstille den. Hvilke linjer som tas med styres nå av samme konfigurerbare planleggingshorisont (Subscription.DefaultPlanningHorizonMonths) som ordreforslag-genereringen bruker, i stedet for en fast 12-måneders grense — forfalte linjer er fortsatt med. Samtidige konverteringer av samme forslag er gjort trygge (applock) så det aldri oppstår dublett-tilbud.
• Ordreforslag: selgerdashbord med gruppering, filter og forhåndsvisning v2.99.0 2026-08-08 — Ordreforslag-køen viser nå radene gruppert per forvaltning som standard (kan utvides til forvaltning + kunde/skip), har fått en filterbar (status, forvaltning, gruppenøkkel, generert-periode) og et horisont-hurtigfilter («forfaller innen 30/60/90 dager») basert på neste dekkede leveringsdato. Øye-knappen på en rad åpner en forhåndsvisning med forslagets dekkede ordrelinjer og sum per valuta før du beslutter.
• Ordreforslag: merk flere og opprett tilbud med ett klikk v2.99.0 2026-08-08 — Hver rad i ordreforslag-køen har fått en avkrysningsboks. «Godkjenn valgte (N)» godkjenner alle merkede forslag i ett kall (samme godkjenning som enkelt-knappen). «Opprett tilbud (N)» viser først en bekreftelsesdialog med antall og sum per valuta, og oppretter deretter ett tilbud per merket forslag — en re-kjøring på et allerede konvertert forslag lager aldri et duplikat-tilbud. Begge handlingene viser en oppsummering (antall utført/hoppet over/ikke funnet) og har samme tilgangskrav som enkelt-godkjenning. Den gamle «Opprett ordreforslag»-dialogen på masterordren (som ikke lagret noe) er fjernet og erstattet med en «Vis ordreforslag»-knapp som tar deg til den nye ordreforslag-køen.
• Masterordre: valuta fra NXT på ordre og linjer (ISO-kode) v2.99.0 2026-08-08 — Importen henter nå valutaen fra Business NXT på både ordrehodet og hver linje (Vismas valutanummer slås opp til ISO-kode via NXT-valutatabellen), og enrich-nxt backfyller de allerede importerte ordrene (kun blanke felter). Ordrelinje-griden har fått en Valuta-kolonne, og beløpene (enhetspris, beløp, årsverdi) vises med riktig valuta — «kr» er ikke lenger hardkodet; ukjent valuta vises som rent tall.
• Masterordre: ordreforslag-dialogen fungerer på mindre skjermer v2.99.0 2026-08-08 — Dialogen har nå fast høyde innenfor skjermen, internt scrollområde med fast kolonneoverskrift og alltid synlige innstillinger og handlingsknapper. Den har produktsøk, «velg alle synlige», gruppering på instrumentgruppe, valgt-antall og totalsum per valuta. Alle linjer med neste dato innen «Produkter til» merkes automatisk. Linjer som forfaller innen ytterligere to måneder, markeres med gul varselstrek og gul datofeltramme uten å bli automatisk valgt; «Legg til foreslåtte» velger alle i én handling. Neste dato fylles fra ordrelinjen, og dato og antall kan redigeres direkte; redigering velger linjen automatisk. Begge innstillingene ligger som brytere øverst, og den overflødige handlingen «Opprett enkelt tilbud» er fjernet.
• Masterordre: tydeligere og mer kompakt ordrehode v2.99.0 2026-08-08 — Ordrenummer og skipsnavn vises nå som én likeverdig identitet. Årsverdiene er samlet i fire lesbare årskolonner, neste planlagte dato og sist evaluert er gruppert under Planlegging, og ordredato/opprettet/sist endret står samlet uten en overflødig gruppeoverskrift. «Masterordre-status» er forkortet til «Ordrestatus», og linjeantallet er fjernet fra ordrehodet fordi det allerede vises på Linjer-fanen.
• Produktpakker: strukturprodukter tar med seg strukturen sin v2.99.0 2026-08-08 — Legger du en produktpakke inn på en masterordre eller et tilbud, og en av pakkelinjene peker på et strukturprodukt, opprettes nå hodelinjen sammen med alle strukturens medlemslinjer (hentet fra Business NXT ved innsetting, så innholdet alltid er dagens struktur). Tidligere ble strukturen stille utelatt — hodet ble lagt inn som en enkeltlinje uten medlemmer og uten feilmelding. Kan ikke strukturen hentes (strukturen er tom), eller er produktregisteret i NXT utilgjengelig slik at vi ikke kan avgjøre om produktet er et strukturprodukt, avvises hele innsettingen med en melding — ingen linjer legges inn halvveis. Er NXT nede vil altså innsetting fra produktpakke bli avvist inntil forbindelsen er tilbake; et produkt som er slettet eller omdøpt i NXT (registeret svarer, men kjenner ikke produktnummeret) legges fortsatt inn som en vanlig linje. Malpakker utvider ikke strukturer: peker en malpakke på et strukturprodukt, avvises innsettingen med en melding om å legge strukturproduktet inn som egen linje via produktsøket.
• Masterordre-import fra Business NXT — valgfri observasjons-henting v2.99.0 2026-08-08 — Importen kan kjøres uten å hente leveringstransaksjons-observasjonene: sett includeObservations: false for å importere kun ordrene og linjene (som allerede har sine egne datoer fra NXT), og hoppe over den brede leveringstransaksjons-skanningen. Standard er uendret (observasjoner hentes).
• Masterordre-import fra Business NXT — utelater Gr7 = 9 v2.99.0 2026-08-08 — Importen henter aktive masterordrer (ordretype 6) fra Visma Business NXT og utelater ordrer der Gr7 = 9. Filtreringen skjer på Business-siden ved henting.
• Masterordre-import fra Business NXT — kundenavn, linjepriser og instrumentgrupper + etterfyll-endepunkt v2.99.0 2026-08-08 — Importen setter nå kundenavn på ordren (aktørregisterets navn, med NXT-navnet som reserve), linjepris og rabatt fra NXT-ordrelinjen (priceInCurrency/discountPercent1 — Beløp beregnes som antall × pris × (1 − rabatt%)), og produkt-snapshotet per linje (instrumentgruppene Gruppe 1–6 pluss beskrivelse/enhet fra produktet). Nytt endepunkt POST api/subscriptionimport/enrich-nxt etterfyller de samme feltene på allerede importerte ordrer/linjer — det fyller KUN blanke/null-verdier (kundenavn når blankt, pris når 0/tom, grupper når alle seks er tomme) og rører aldri manuelt redigerte verdier eller oppretter nye rader. Samme tilgangsstyring som importen (Masterordre-import, opprette).
• Masterordrer — endringslogg-fanen leser nå ekte revisjonslogg (MO-015 S10) v2.99.0 2026-08-08 — Endringslogg-fanen på en masterordre er koblet fra mock til API: den viser nå de faktiske revisjonsradene (wv_AuditLog) fra alle endringene som er gjort på ordren (linjer, ordrehode, status, kommentarer, dokumenter, brevmottakere), nyeste først, med «Vis flere» for eldre rader. Systemaktør-rader (import, datomotor, autosend) vises med sin systemetikett som «endret av». Med dette er hele masterordre-detaljbildet (S1–S10) koblet til reelle data.
• Masterordrer — kommentarer og dokumenter (MO-015 S8) v2.99.0 2026-08-08 — Kommentar- og dokumentfanene på en masterordre er koblet fra mock til API. Kommentarer støtter @-omtale av kolleger (autofullfør-plukker som varsler den omtalte via det vanlige varslingssystemet), redigering (kun forfatteren) og sletting (forfatter eller administrator). Dokumentfanen støtter opplasting, nedlasting og sletting av vedlegg — filene lagres tenant-isolert i skylagring. Emoji i kommentarer lagres korrekt. Tilgang styres av eksisterende «Masterordrer (abonnement)»-datatilgang (lese for å se, opprette for å legge til, slette for administrator-sletting).
• Masterordrer — ordreforslagskø: generer, se og beslutt (MO-015 S4) v2.99.0 2026-08-08 — Ny reell ordreforslagskø under Abonnement (/subscription/proposals): «Generer ordreforslag» kjører serveren som lager ett forslag per aktuell masterordre (aktiv ordre, ikke unntatt auto-tilbud, med minst én forfallende abonnementslinje innenfor varslingsvinduet, uten et dekkende aktivt tilbud) — kjøringen er idempotent, så gjentatte kjøringer ikke lager duplikater, og forfalte «utsatte» forslag gjenåpnes automatisk. Hvert forslag kan godkjennes, avvises (påkrevd årsak) eller utsettes til en framtidig dato. Godkjenning er kun en beslutning — å gjøre forslaget om til et tilbud kommer i neste leveranse. Verdier summeres per valuta (aldri på tvers). Har en annen bruker allerede besluttet forslaget, får du beskjed og listen oppdateres. Ny datatilgangs-type «Ordreforslag (abonnement)» styrer tilgangen.
• Masterordrer — rediger ordrehode og styr livssyklus (MO-015 S3) v2.99.0 2026-08-08 — Ordrehodet på en masterordre er koblet fra mock til API: «Rediger ordrehode»-skuffen lagrer nå ansvarlig/selger, valuta, notat, varslingstid (verdi + enhet som et atomisk par), brevautomatikk (tre tilstander eller «standard») og «hold utenfor auto-tilbud» med optimistisk samtidighetskontroll — endrer en annen bruker samme ordre, får du beskjed og fersk versjon lastes. Ansvarsenhet-feltene (R1–R12) vises kun for de slottene tenantens R-matrise har aktivert. Nye statushandlinger: «Aktiver ordre» (blokkeres med en liste over manglende forutsetninger — fartøy, fakturakunde-/management-relasjon, minst én aktiv linje med frekvens), «Avslutt ordre» (påkrevd tapsårsak), «Fullfør gjennomgang» og manuell «Koble til salgsmulighet» (deal-ID valideres).
• Masterordrer — rediger, legg til og avslutt abonnementslinjer (MO-015 S2) v2.99.0 2026-08-08 — Linjefanen på en masterordre er koblet fra mock til API: du kan legge til linjer, redigere direkte i rutenettet, og avslutte (myk lukking) en linje med påkrevd årsak. Endrer du planlagt leveringsdato manuelt, spør systemet om en overstyringsårsak. Alle endringer lagres med optimistisk samtidighetskontroll — endrer en annen bruker samme rad, får du beskjed og den oppdaterte versjonen lastes automatisk. Ny «Vis avsluttede»-knapp viser historiske linjer, og gruppefelt-etiketter/-kataloger hentes nå fra tenantens konfigurasjon.
• Masterordrer — liste, ordrehode og linjer leser nå reelle data (MO-015 S1) v2.99.0 2026-08-08 — «Masterordrer» (/subscription/master-orders) er koblet fra mock til API: server-side søk (paging/sortering/filter) med årsverdi per valuta under listen (beløp summeres aldri på tvers av valutaer), ordrehode med relasjonsnavn fra aktørkortet (management/KAM/eier/operatør/fakturakunde) og ansvarlig/selger, aktive abonnementslinjer med katalogoppslåtte gruppenavn, og ?order=-dyplenken slås nå opp direkte på serveren. Ny datatilgangs-type «Masterordrer (abonnement)» styrer tilgangen. Øvrige faner (tilbud, instrumenter, kontakter, kommentarer, dokumenter, endringslogg) viser fortsatt eksempeldata til sine leveranser.
• Masterordrer — ny master/detalj-visning (mockup) v2.99.0 2026-08-08 — Ny side «Masterordrer» under Abonnement (/subscription/master-orders) med smart-grid master/detalj: ordreliste med status/flagg, og detaljpanel med linjer (trestruktur), tilbud og datohistorikk. Mock-data etter MO-013-skjemaet — diskusjonsartefakt før API-kobling; ordreforslag- og dashbord-mockupene er også lagt om til de nye modellene.
• Abonnement — mockups v2 (ordrehode, gruppering, ordreforslag-modal, tilbudsvisning) v2.99.0 2026-08-08 — Masterordre-detaljpanelet har fått fullt ordrehode (management, faktureres, ansvarlig/selger, leie-/BPP-avtale, ordreforslag-innstillinger, CRM-deal-lenke, tapsårsak), linjene grupperes på instrumentgruppe med delsummer, og en «Opprett ordreforslag»-modal (redigerbare datoer/antall per linje, strukturlinje-toggle) er lagt til. Ordreforslag-køen viser nå legacy-feltene (trigget-av-dato, varsling, autosend, ansvarlig/selger) og ny mockup-side «Tilbud» (/subscription/offers) viser tilbud med linjer i detaljpanel. Alt er mock-data — diskusjonsartefakt før API-kobling.
• Tilbuds-datamodell (CRM) + motor-fakta v2.99.0 2026-08-08 — Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).
• Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt) v2.99.0 2026-08-08 — 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.
• Malpakker: hele malpakken registreres i ett skjermbilde v2.99.0 2026-08-08 — Innstillinger → Masterordre → Malpakker er lagt om fra bred tabell + egen triggerskuff til en slank liste med redigeringspanel ved siden av. Produkt, antall/antallsfaktor, frekvenser og triggere fylles ut samlet og lagres med én «Lagre» — også for en helt ny malpakke, som tidligere måtte lagres to ganger (først raden, så triggerne). Lista viser nå produktnavn, «Antall × faktor», frekvensene som brikker («Støtte 12 mnd» / «Leie 24 mnd») og antall triggere, slik at malpakker kan sammenlignes uten å åpne dem. Triggere legges til fortløpende: hvert søketreff blir en brikke og feltet beholder fokus for neste søk. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: hele pakken registreres i ett skjermbilde, og kan klones v2.99.0 2026-08-08 — Innstillinger → Masterordre → Produktpakker er lagt om på samme måte som Malpakker: slank liste til venstre, fullt redigeringspanel til høyre. Navn, kategori, status og alle produktlinjer fylles ut samlet og lagres med én «Lagre» — også for en ny pakke, som tidligere måtte lagres først som rad og deretter som linjer. Produkter legges til fortløpende fra ett søkefelt (hvert treff blir en ny linje, feltet beholder fokus), linjene kan flyttes opp/ned og fjernes i tabellen, og kategori velges nå fra en liste over kategoriene som allerede er i bruk — eller skrives som ny — så «VLCC» og «vlcc» ikke lenger drifter fra hverandre. Ny «Klon»-knapp kopierer den valgte pakken med alle linjer til « (kopi)» som åpnes direkte i panelet. Linjene viser produktnavn også når du åpner en lagret pakke på nytt, og et strukturprodukt merkes med en «Struktur»-brikke. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: lim inn linjer fra Excel eller NXT v2.99.0 2026-08-08 — Linje-seksjonen i produktpakke-panelet har fått «Lim inn linjer»: lim inn én rad per produkt (produktnr., antall og eventuelt frekvens i måneder, adskilt med tabulator) og få en forhåndsvisning som teller opp ny / oppdater / ugyldig før du bekrefter. Tomt antall blir 1, et produkt som allerede ligger i pakken oppdateres i stedet for å dupliseres — og limer du inn bare produktnr. og antall, beholdes frekvensen linjen har fra før (forhåndsvisningen sier «Uendret»), den nullstilles ikke. Rader med feil (manglende produktnr., ugyldig antall eller frekvens, samme produkt limt inn flere ganger) merkes med årsak og hoppes over. Linjene legges i pakken du har åpen — de lagres først når du trykker «Lagre» i panelet, så en innliming kan angres ved å avbryte.
• Dokumentmaler: språket kan endres på en eksisterende mal v2.99.0 2026-08-08 — 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.
• Dokumentmaler: bunntekst med firmainfo, logo og sidetall v2.99.0 2026-08-08 — 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.
• Dokumentmaler: styr dokumenttittelen selv v2.99.0 2026-08-08 — Toppfelt-seksjonen i en dokumentmal (Innstillinger → Masterordre → Dokumentmaler) har fått feltet «Dokumenttittel» og valget «Tittelplassering» (venstre/høyre). Tittelen kan inneholde flettefelt, f.eks. «Ordrebekreftelse {{MasterOrderNo}}», og plasseringen er uavhengig av logoplasseringen. Lar du feltet stå tomt brukes standardtittelen for dokumenttypen — og den er nå norsk også i ferdig genererte dokumenter. Tidligere skrev et ekte tilbud «Offer #12» og en masterordre «Master order #20087» på engelsk, mens forhåndsvisningen i editoren viste «Tilbud»/«Masterordre»; de leser nå samme kilde og kan ikke sprike.
• Masterordre-listen laster nå på under ett sekund v2.99.0 2026-08-08 — Masterordre-listen brukte tidligere rundt 30 sekunder på å åpne. Fritekstsøket slo opp fakturakunde-, management-, valuta- og brukernavn per rad (et tomt søk kostet ~6 sek), sum-raden («verdi i år per valuta») regnet om alle års-verdiene for hele det filtrerte utvalget ved hver lasting (~11 sek), og siden sendte flere konkurrerende søk ved åpning. Søkegrunnlaget og kalenderår-verdiene lagres nå ferdig beregnet på ordren og holdes oppdatert automatisk når ordrer/linjer endres og ved NXT-import/-aktørsynk; side, antall og valuta-summer hentes parallelt; verdiberegningen leses rett fra en dekkende indeks; og listen samler oppstartskallene til ett kansellerbart søk. Datomotorens «Datoendringslogg» finner nyeste kjøring via et indeksert oppslag i stedet for å skanne hele sporingstabellen. Søk, antall og sum-rad går fra sekunder til under ett sekund — resultatet er identisk.
• Masterordre: serverstyrt liste — antallet og eksporten følger filteret v2.99.0 2026-08-08 — Masterordre-listen henter, filtrerer, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved siden av tittelen viser antallet som faktisk matcher søket og filtrene (før viste den hele tabellen), Oppfølging-filteret og det avanserte filteret kjører på hele datasettet, og Excel/PDF-eksporten omfatter alle treff (ikke bare den synlige siden). Er treffet for stort for eksport, får du en tydelig melding om å snevre inn filtrene.
• Masterordre: tydeligere arbeidskø og trygg linjereaktivering v2.99.0 2026-08-08 — Masterlisten viser nå en egen oppfølgingsindikator, ordrelinjegriden holder produktet synlig til venstre og handlingene til høyre, og linjenummer er skjult som standard. «Avslutt linje» har fått stoppikon; avsluttede linjer kan aktiveres igjen fra «Vis avsluttede», med radversjonskontroll og revisjonslogg. Ordrehodet prioriterer operative statuser foran KPI- og administrativ informasjon.
• Tilbud: opprett frittstående tilbud v2.99.0 2026-08-08 — «Nytt tilbud»-knappen i tilbudslisten («Abonnement → Tilbud») er nå aktiv og åpner en skuff der du oppretter et minimalt tilbudsutkast: velg type (Enkeltsalg som aldri blir en masterordre, eller Nysalg som kan bli en masterordre ved aksept), valgfritt kundenr./aktør, valgfri salgsmulighet og leverings-/utløpsdato. Etter opprettelse åpnes tilbudet, klart for at du legger til linjer inline og deretter produserer og sender.
• Nytt tilbud: søkbar kundevelger, utløper default 30 dager, ryddet bort aktør/deal-felt v2.99.0 2026-08-08 — «Nytt tilbud»-skuffen erstatter fritekst-kundenr. med en søkbar kundevelger (søker på både kundenummer og navn, samme velger som på masterordren), forhåndsutfyller «Utløper» til 30 dager frem, og har fjernet Aktør-ID- og Deal-ID-feltene fra opprettelsen (de settes etterpå i tilbudsdetaljene med gode søk). Kundevelgeren vises når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Tilbud: rediger tilbudslinjer inline v2.99.0 2026-08-08 — Tilbudsdetaljene lar deg nå redigere tilbudslinjer direkte i et redigerbart rutenett — samme opplevelse som ordrelinjene på en masterordre: «Ny linje», velg produkt med søk-i-celle (beskrivelse og pris fylles automatisk fra kundens prisbetingelser når feltene er blanke), rediger antall, pris, valuta, frekvens, leveringsdato og instrumentreferanse, og slett linjer. Linjene kan bare endres mens tilbudet er et utkast — når det er produsert/sendt eller avsluttet, låses de og vises skrivebeskyttet.
• Tilbud: samme linjerutenett vises også når tilbudet er låst v2.99.0 2026-08-08 — Et produsert/sendt eller avsluttet tilbud viser nå det samme redigerbare rutenettet som utkast — bare uten redigering, «Ny linje», Produktsøk og slett-knappen — i stedet for å bytte til en enkel tabell uten søk/sortering/eksport/kolonnevalg. Gir samme lese- og navigeringsopplevelse på et låst tilbud som på et utkast.
• Tilbud: rabatt i kroner eller prosent på tilbudslinjer (enten/eller) v2.99.0 2026-08-08 — Tilbudslinjene har fått «Rabatt %»- og «Rabatt kr»-kolonner, på samme måte som ordrelinjene på en masterordre. En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Linjebeløpet og tilbudssummene trekker nå fra rabatten uansett form. Rabatten følger med når et akseptert nysalg-tilbud blir en masterordre.
• Tilbud: «Opprett masterordre?»-valg ved aksept + «Konverter til ordre» v2.99.0 2026-08-08 — Når du registrerer et nysalg-tilbud som akseptert, oppretter portalen ikke lenger masterordren automatisk: du blir spurt «Opprett masterordre?» og velger selv Ja (masterordren opprettes og åpnes) eller Nei (tilbudet forblir akseptert uten ordre — ikke alle aksepterte tilbud blir ordrer). Tilbudsdetaljene har i tillegg en «Konverter til ordre»-knapp som oppretter masterordren direkte fra et åpent eller akseptert nysalg-tilbud. Enkeltsalg-tilbud spør aldri (de blir aldri en masterordre).
• Tilbud-detalj: ny topptekst og faneinndeling (som masterordre) v2.99.0 2026-08-08 — Tilbudspanelet har fått samme oppsett som masterordre-detaljen: en kontekstavhengig hovedknapp for neste steg (Produser/Send/Purr) med en «Handlinger»-meny for øvrige valg, og en fanestripe med Linjer, Kontakter, Korrespondanse, Kommentarer, Dokumenter, Endringslogg og Tilbudshistorikk. Linjer-fanen viser linjene og utsendelsesloggen som før; innholdet i de øvrige fanene kommer fortløpende.
• Masterordre: «Overfør til NXT» flyttes til tilbud-aksept-flyten v2.99.0 2026-08-08 — Den manuelle «Overfør til NXT»-handlingen på masterordre-nivå (rad-meny + Ordrer-fane-knapp) er fjernet; overføring til NXT hører hjemme på det aksepterte tilbudet (kommer). Ordrer-fanen på masterordren viser fortsatt overføringsloggen som en ren lesevisning.
• Tilbud: serverstyrt liste + mer av detalj-pariteten med masterordre v2.99.0 2026-08-08 — Tilbudslisten («Abonnement → Tilbud») henter, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved tittelen viser antallet som faktisk matcher søket/filteret (ikke antall lastede rader), og en ny sum-linje under listen viser tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Detaljpanelet kan nå legges til høyre eller i bunnen — samme veksling som masterordren, og valget huskes med lagrede visninger. En direktelenke (?offer=) viser «Viser kun tilbud N» med «Vis alle»-knapp, topplinjen i tilbudshodet viser opprettet-dato, og fanene Kontakter/Korrespondanse/Kommentarer/Dokumenter/Endringslogg/Tilbudshistorikk har fått antall-merker. Fritekstsøket og status-/type-filteret kjører på hele datasettet.
• Tilbud-detalj: Korrespondanse-, Tilbudshistorikk-, Endringslogg- og Kontakter-faner v2.99.0 2026-08-08 — Tilbudsdetaljen viser nå (som masterordre) kundens korrespondanse, kundens øvrige tilbud (inkl. avslåtte/utløpte), full endringslogg (produser/send/purr/utfall/linjeendringer med felt, gammel→ny verdi, bruker og tidspunkt) og kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
• Dokumenter på tilbud v2.99.0 2026-08-08 — Last opp, last ned og slett vedlegg på et tilbud, med et per-dokument «I kunde-PDF»-valg (foreløpig inaktivt til tilbuds-PDF er klar).
• Tilbud-detalj matcher masterordre-oppsettet v2.99.0 2026-08-08 — Linjer-fanen har fått «Ny linje» flyttet inn i rutenett-verktøylinjen (ved «Produktsøk»), tunge seksjonsoverskrifter er fjernet/dempet, og fakta i ordrehodet vises nå som et horisontalt fakta-band likt masterordre. «Konverter til ordre» heter nå «Konverter til masterordre».
• Tilbud: koble til salgsmulighet + opprett tilbud fra en salgsmulighet v2.99.0 2026-08-08 — Et tilbud kan nå kobles til (eller fra) en salgsmulighet fra tilbudsdetaljene («Koble salgsmulighet»), uavhengig av om det blir en masterordre. Salgsmulighet-kortet har fått en «Nytt tilbud fra salgsmulighet»-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde.
• Tilbud: søkbar deal-velger ved kobling til salgsmulighet v2.99.0 2026-08-08 — «Koble salgsmulighet» på tilbudsdetaljene erstatter det rå deal-ID-feltet med et søkbart deal-oppslag (samme velger som på masterordren): søk opp salgsmuligheten på navn, se den koblede salgsmuligheten som en etikett i stedet for et bart tall, og tøm feltet for å koble fra. Deal-velgeren vises kun når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Masterordre: oppslag i ordrehodet (ansvarlig, selger, valuta og salgsmulighet) v2.99.0 2026-08-08 — Ordrehode-skuffen på masterordren erstatter de rå tallfeltene med ekte oppslag: Ansvarlig og Selger velges nå fra en brukerliste i stedet for å taste en bruker-ID, Valuta velges fra en ISO-valutaliste (viser kode og navn), og «Koble til salgsmulighet» har fått et søkbart deal-oppslag i stedet for å taste deal-ID (kun når CRM-modulen er aktiv — ellers beholdes tallfeltet). Ansvarsenhet-feltene (R-dimensjoner) forblir fritekst siden kodeverdiene ligger i Visma uten en katalog å velge fra.
• Masterordre-linjer: Lagre/Forkast, radmerking og masseoperasjoner v2.99.0 2026-08-08 — Celleendringer på ordrelinjene samles nå som ulagrede endringer til du trykker Lagre (Forkast ruller tilbake, Ctrl+Z angrer) — produktbytte lagres fortsatt umiddelbart med validering og prisutfylling, og endrede leveringsdatoer krever én overstyringsårsak for hele batchen. Linjene kan merkes med avkryssing, med to masseoperasjoner i verktøylinjen: «Slett valgte» (myk lukking med obligatorisk årsak per batch) og «Rekalkuler priser» (kundeprisen slås opp per merket linje og legges inn som ulagrede endringer du bekrefter med Lagre).
• Tilbudslisten: avansert filter, kolonnevalg, lagrede visninger og eksport v2.99.0 2026-08-08 — Tilbudslisten («Abonnement → Tilbud») har fått samme verktøylinje som masterordre-listen: avansert kolonnefilter, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Sidehodet har i tillegg fått en «Nytt tilbud»-knapp som synlig plassholder — tilbud opprettes i dag fra en masterordre (ordreforslag / enkelttilbud) eller fra en salgsmulighet, ikke frittstående.
• Masterordre-listen: kalenderår-verdier, avansert filter og eksport v2.99.0 2026-08-08 — Den misvisende «Årsverdi»-kolonnen (ren run-rate som ignorerte datoer) er erstattet av faktiske kalenderår-summer: «Verdi i år» og «Verdi neste år» vises i listen, «Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg, og ordrehodet viser «Verdi i år» med de tre neste årene på en egen linje. Verdiene beregnes fra hver linjes planlagte dato og frekvens (engangslinjer teller i sitt år) med samme valutaregel som før. Listen har i tillegg fått avansert kolonnefilter og eksport til Excel/PDF.
• Masterordre: rikere ordrehode fra NXT v2.99.0 2026-08-08 — Detaljpanelet på masterordre viser nå flere felter fra Business NXT-ordren: Ordredato, Sluttdato forsendelser, Salgstype, Rental, BPP-avtale, Type oppfølgning, Trans.gr. 1 og Ordreforslag-status (rå koder inntil verdikataloger kommer), pluss et «Låst/overført»-merke når ordren er låst eller overført i NXT. Fakturakunden hentes nå direkte fra NXT-ordren (aktørrelasjonen brukes som fallback).
• Aktør-klassifisering fra NXT: IMO-nr, kundetype, BPP-status og flåte v2.99.0 2026-08-08 — Aktørsynken henter nå fire klassifiseringsfelter fra Business NXT-aktøren (IMO-nr, Kundetype, BPP-status, Flåte) og lagrer dem på kundekortet. Masterordre-listen har fått fire nye kolonner (skjult som standard — slå på via kolonnevalg), fritekstsøket i listen treffer også IMO-nr, og kundekortet viser en egen skrivebeskyttet «ERP-klassifisering»-gruppe når verdiene finnes. Kodene vises som rå tall inntil verdikataloger kommer.
• Masterordre: verdikatalog-navn for ordrehodets NXT-koder v2.99.0 2026-08-08 — 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.
• Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene v2.99.0 2026-08-08 — 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.
• Smart-grid: radmerking virker nå i gruppert visning v2.99.0 2026-08-08 — 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.
• Masterordre: administrasjon av malpakker (produktmaler) v2.99.0 2026-08-08 — 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.
• Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre v2.99.0 2026-08-08 — 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.
• Masterordre: malpakker i produktsøket og forslag på ordrelinjene v2.99.0 2026-08-08 — Produktsøket på ordrelinjene har fått en ny fane «Pakker» som viser de aktive malpakkene: velg en pakke, se forbrukslinjene med beregnet antall (antallsfaktor × valgt antall) og frekvens (støtte eller leie per rad), og sett inn linjene i én operasjon — pris/rabatt fylles automatisk fra kundens prisbetingelser når feltene er blanke, og dobbeltklikk/nettverks-retry kan aldri sette inn linjene to ganger. I tillegg: når du velger et produkt på en ordrelinje som er triggerprodukt for en malpakke, vises et diskret forslag over griden («MB10387 har en malpakke: N forbrukslinjer») med Legg til/Avvis — linjer settes aldri inn automatisk.
• Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen v2.99.0 2026-08-08 — 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).
• Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde v2.99.0 2026-08-08 — 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).
• Masterordre-regler: regelhandling-nedtrekket viser bare de lovlige valgene per regel v2.99.0 2026-08-08 — I regel-editoren (Innstillinger → Masterordre-regler) filtreres «Handling»-nedtrekket nå til de regelhandlingene som faktisk er lovlige for regelen, i tråd med motorens autorisasjonsmatrise: en systemregel (S1/S4/N1/S5/R3) viser sin egen handling, og S1/S4 kan i tillegg konservativt byttes til «stopp for gjennomgang» (en gjennomgangsstopp uten dato-effekt) — N1/S5/R3 er låst til sin egen handling. En frittstående regel viser det trygge frittstående settet («marker avvik» / «stopp for gjennomgang»). Før tilbød nedtrekket «marker avvik» også på systemregler og skjulte systemregelens egen handling; serveren avviste allerede ulovlige bytter ved lagring, men nedtrekket viste dem.
• Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte) v2.99.0 2026-08-08 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-08 — 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.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-08 — 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.
• Masterordre: datohistorikken på en linje er blitt en tidslinje v2.99.0 2026-08-08 — «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.
• Avansert filter på tilbudslinjer v2.99.0 2026-08-08 — 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.
• Til-og-med-datoen i «Lag ordreforslag» viste én dag for tidlig v2.99.0 2026-08-08 — 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.
• Masterordre: listen krasjet ved henting for enkelte tenants v2.99.0 2026-08-08 — Masterordre-listen (Abonnement → Masterordrer, SubscriptionMasterOrder/search) kastet en SQL-feil (8124) fordi årsverdi-per-valuta ble regnet ut som en aggregat (SUM/MAX) som både refererte den effektive valutaen fra en ytre apply og linjekolonner i samme uttrykk — ulovlig i SQL Server. Utregningen er flyttet til en avledet tabell per linje, så aggregatene kun ser linjekolonner. Årsverdi summeres fortsatt aldri på tvers av valutaer (B-069).
• Masterordre: tilbudslivssyklus (produser → send → purr → utfall) med akseptlenke v2.99.0 2026-08-08 — MO-015 S5 leverer hele tilbuds-motoren bak abonnementsmodulen: et ordreforslag konverteres til et fornyelsestilbud (idempotent, stempler anbefalt dato tilbake på de dekkede linjene), tilbud kan produseres, sendes og purres via brevmottaker-matrisen (Til/Kopi/Blindkopi + arkiv-blindkopi, testmodus, inaktive kontakter gir synlig «Feilet»-rad — aldri stille), utfall (Akseptert/Avslått/Utgått) registreres manuelt eller via en anonym akseptlenke kunden klikker, og en batch-kjøring auto-produserer/-sender og rydder utløpte tilbud. Aksept av et nysalg føder en masterordre (utkast) med snapshot av avtale-id. NXT salgsordre ved aksept er bevisst utsatt (MO-003).
• Masterordre: Tilbud-fanen bruker nå ekte data v2.99.0 2026-08-08 — MO-015 S5.5 kobler Tilbud-listen (/subscription/offers) og Tilbud-fanen på masterordren fra mockdata til den ekte tilbudstjenesten: reell søk/liste, ?offer=-direktelenke som slår opp på serveren, utsendelseslogg (Utsendelser), og handlingene Produser/Send/Purr/Registrer utfall mot de faktiske endepunktene. PDF-produksjon er ikke i v1 (tilbud sendes som e-post) og knappen er deaktivert med et hint.
• Masterordre: Kontakter-fanen med brevmottaker-matrise v2.99.0 2026-08-08 — MO-015 S6 kobler Kontakter-fanen på masterordren til kundekortet i CRM: kontaktene hentes fra skipets aktør, og brevmottaker-matrisen (Ordreforslag/Enkelt tilbud/Purring/Følgebrev) lagres per kontakt via et replace-set-endepunkt med audit. Kontakter deaktivert i CRM etter at de ble satt som mottakere vises fortsatt, gråtonet med «Deaktivert»-merke, så utsendelser aldri stille mister en mottaker.
• Masterordre: Instrumenter-fanen viser ekte serviceobjekter med avledet servicestatus v2.99.0 2026-08-08 — MO-015 S7 kobler Instrumenter-fanen på masterordren fra mockdata til det ekte serviceobjekt-registeret (§14): objektene hentes for skipets aktør og status utledes per visning — Utgått når sertifikatet er utløpt, ellers Service forfaller når siste service er eldre enn 11 måneder (eller mangler), ellers OK. B-073 auto-registrering av serviceobjekter fra bekreftede instrument-linjer er levert som logikk + registreringspunkt (påkalles av NXT-import-sømmen når den klassifiserende importflyten kommer).
• Masterordre: produktvelger på ordrelinjene (søk + strukturekspansjon) v2.99.0 2026-08-08 — Produktnummer-kolonnen på masterordre-linjene er nå redigerbar: skriv direkte i cellen for produktsøk (produktnr/beskrivelse), eller åpne «Produktsøk»-knappen i verktøylinjen for en søkedialog. Velges et strukturprodukt (pakke-hode) åpnes et ekspansjonspanel der medlemslinjene (med antall = faktor × hodets antall) er forhåndsvalgt og kan velges bort enkeltvis — eller alle ved å fjerne krysset på hodet; innsettingen er alt-eller-ingenting og serveren eier alltid strukturmalen og faktor-matematikken (NXT). Produktbytte på en eksisterende linje oppdaterer beskrivelse/enhet/grupper fra det nye produktet; produktbytte på strukturlinjer er sperret i v1.
• Søk i masterordre-listen mistet treff som lå i skjulte kolonner v2.99.0 2026-08-08 — 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.
• Oppfølging-filter i lagrede avanserte filtre ble stille ignorert v2.99.0 2026-08-08 — 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.
• En feilet lasting av masterordre-listen så ut som «ingen treff» v2.99.0 2026-08-08 — 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.
• Riktig levert antall ved delleveranser i masterordre v2.99.0 2026-08-08 — 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.
• Tilbud: sendt-dato vises som standard i lista v2.99.0 2026-08-13 — «Sendt»-kolonnen i tilbudslista er nå synlig som standard (den var tilgjengelig fra «Kolonner» fra før). Kan fortsatt skjules per bruker via Kolonner.
• Tilbuds-PDF som e-postvedlegg v2.99.0 2026-08-13 — Utsendte tilbuds- og purrebrev kan nå få den server-genererte tilbuds-PDF-en (dokumentmal-forside + dokumenter merket «ta med i PDF») som vedlegg. Slås på med den nye innstillingen «Legg ved tilbuds-PDF i brev» under Innstillinger → Masterordre → Pipeline-konfigurasjon (av som standard). Feiler PDF-genereringen sendes brevet uten vedlegg — utsendelsen blokkeres aldri.
• Offentlig bekreftelsesside for tilbud v2.99.0 2026-08-13 — Aksept-lenken i tilbuds­brev kan nå peke til en offentlig bekreftelsesside der kunden ser tilbudssammendraget (tilbudsnr., linjer, gyldighet) og bekrefter med ett klikk — uten innlogging. Aktiveres ved å sette den nye innstillingen «Offentlig base-URL» under Innstillinger → Masterordre → Pipeline-konfigurasjon; uten den beholdes dagens lenkeoppførsel uendret. Ugyldige/utløpte lenker viser en nøytral feilside (ingen informasjonslekkasje).
• Masterordre automatiske jobber (interne jobber i Konti Connect) v2.99.0 2026-08-13 — 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) v2.99.0 2026-08-13 — 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.
• Leverte ordrer fra NXT (live) i leveringsfrekvens-panelet v2.99.0 2026-08-13 — Leveringsfrekvens-fanen på masterordre-detaljpanelet og på kundekortet har fått seksjonen «Leverte ordrer fra NXT (live)»: åpner du den, hentes kundens leverte ordrer direkte fra Visma Business NXT (siste 24 måneder). Hver ordre merkes «Masterordre» (koblet til en lokal masterordre) eller «Ad-hoc», og ved svært mange ordrer vises et tydelig delresultat-varsel.
• Masterordre: NXT-klassifiseringskodene på ordrehodet kan nå redigeres v2.99.0 2026-08-13 — «Rediger ordrehode» har fått en ny seksjon «NXT-klassifisering» med seks nedtrekksmenyer for kodene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — fylt fra de eksisterende verdikatalogene under Innstillinger → Abonnement – feltoppsett. Lagringen går kun til ePortal (ingen skriv-tilbake til NXT); har tenanten ikke satt opp verdier for et felt ennå, skjules nedtrekket og en hjelpetekst peker til feltoppsett.
• Feltoppsett: lim inn en hel verdikatalog fra Excel/NXT v2.99.0 2026-08-13 — 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).
• Konfig-drevet klassifiseringsmapping (Kundetype/BPP-status/Flåte/Kundestatus følger felt-mappingen) v2.99.0 2026-08-13 — De fire omdøpbare NXT-klassifiseringsfeltene har nå en semantisk identitet i verdi-/etikett-katalogen (Kundetype/BppStatus/Fleet/CustomerStatus), og navnene på masterordre-lista og kundekortet resolves via felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9). Mapper en klient f.eks. Kundetype til en annen kolonne, følger visning, filter og eksport bindingen. Katalog-editoren bruker de semantiske nøklene, og eldre lagrede visninger fungerer fortsatt. Kundekortets redigerbare klassifisering er inntil videre kun aktiv under standard-bindingen — under en tilpasset feltmapping deaktiveres redigering (visningen er korrekt) til binding-styrt skriving er på plass.
• Rik tekst i dokument- og brevmaler v2.99.0 2026-08-13 — 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.
• Logo i genererte dokumenter v2.99.0 2026-08-13 — Dokumenter og forhåndsvisning viser nå virksomhetens logo, samme logo som rapportene i bankavstemming. Krever at Subscription.PublicBaseUrl er satt for kunden.
• Produktpakker: sett inn en hel produktbunt fra produktsøket v2.99.0 2026-08-13 — 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.
• Produktpakker: administrer i Innstillinger → Abonnement – feltoppsett v2.99.0 2026-08-13 — 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å).
• Akseptert tilbud oppretter nå instrumentene automatisk v2.99.0 2026-08-13 — Når en kunde aksepterer et tilbud som inneholder instrumenter, opprettes de i instrumentregisteret og knyttes til masterordren aksepten lager. Antallet på linja bestemmer hvor mange instrumenter som opprettes: 5 stk av ett instrument og 3 stk av et annet blir 8 rader i registeret, siden hver enhet har sitt eget serienummer og sitt eget kalibreringsløp. Hvilke produkter som regnes som instrumenter styres av produkttypen i Business NXT, og hvilke produkttyper det gjelder settes per kunde i innstillingen Subscription.InstrumentClassifications (standard 1,2,10). Én linje kan bestille inntil 999 999 999 enheter; sier linja et høyere antall, opprettes ikke ordren, på samme måte som ved et desimaltall. Antall 0 betyr at ingenting er bestilt: ordren opprettes som normalt, uten instrument. Et negativt antall er en retur — det opprettes ingen instrumenter, ordren opprettes som normalt, og står det i tillegg et serienummer på linja, settes det instrumentet til ikke aktivt med notatet «Returnert». Raden slettes aldri, så historikk, kalibreringer og sertifikat står igjen. Instrumentet finnes ved hjelp av skip + produktnummer + serienummer til sammen; treffer det ingen aktiv rad, skjer ingenting med registeret og aksepten går som normalt. Svarer ikke NXT når produktet skal slås opp — eller lar innstillingen for hvilke produkttyper som er instrumenter seg ikke lese, eller er antallet på en instrumentlinje et desimaltall — opprettes ikke masterordren i det hele tatt. Systemet vet da ikke hvor mange instrumenter ordren skal ha. Tilbudet står da igjen som akseptert uten ordre, og du bruker «Gjenåpne tilbud» i tilbudslista for å rette linja og akseptere på nytt. Feiler selve lagringen, rulles hele opprettelsen tilbake slik at du kan akseptere på nytt — ordren blir aldri stående uten instrumentene den skulle hatt. Serienummeret settes ikke ved aksept; hvert instrument får plassholderen «Missing SN» til det tastes inn — og siden en tilbudslinje ennå ikke bærer serienummer, kan retur-regelen over først utløses når automatisk henting av serienummer fra logistikk kommer.
• Akseptert tilbud uten ordre kan gjenåpnes v2.99.0 2026-08-13 — 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.
• Instrument-fanen har fått samme verktøylinje som linje-fanen v2.99.0 2026-08-13 — «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.
• Instrumenter kan nå registreres og redigeres direkte på masterordren v2.99.0 2026-08-13 — Instrumentfanen var kun lesende, så et instrument uten ordrelinje å bli opprettet fra — typisk et skip som kommer inn som kunde med utstyr det allerede eier — kunne ikke legges inn. «Nytt instrument» åpner nå en skuff der du fyller ut produktnummer (søkt opp i samme produktregister som ordrelinjene), navn, serienummer, instrumentgruppe, plassering, kjøpsdato, årsmodell, kalibreringsintervall, siste service, sertifikatutløp og notat. Skip og ordre settes automatisk fra ordren du står på. Produktnummeret kontrolleres mot produktregisteret ved lagring; er NXT utilgjengelig går lagringen bevisst gjennom. Eksisterende instrumenter redigeres med blyantikonet på raden.
• Masterordre: filter-alternativer for NXT-klassifisering (API-grunnlag) v2.99.0 2026-08-13 — Nytt lite les-endepunkt returnerer de distinkte NXT-klassifiseringskodene (gruppe 1, gruppe 3, prisgruppe) som faktisk finnes på tenantens masterordre, sammen med tenantens egne feltnavn fra «Abonnement – feltoppsett». Grunnlaget for filter-bar-kontrollene i masterordrelista (kommer som egen leveranse); ingen ny filtreringssti — gjenbruker eksisterende FilterModel-kontrakt.
• Masterordre: filtrer lista på flåte, kundetype og BPP-status v2.99.0 2026-08-13 — 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».
• Tilbud og masterordre kan slettes (hard/myk med tilgangsstyring) v2.99.0 2026-08-13 — «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).
• Masterordre: «Opprett ordreforslag» lager et tilbud (utkast) fra masterordrens linjer v2.99.0 2026-08-13 — Knappen «Opprett ordreforslag» på en masterordres detaljpanel åpner igjen dialogen der du velger linjer, justerer neste dato og antall per linje, og oppretter et ekte tilbud (utkast) i tilbudsflyten — den manuelle motparten til den automatiske fornyelsen. Enhetsprisen kopieres uendret fra masterordrelinjen (vises, men redigeres ikke). Bryteren «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene; «Vis strukturlinjer» styrer om strukturlinjer tas med, og forelder/barn-koblingene gjenskapes på tilbudet. Det opprettes samtidig et ordreforslag som lukkes som «Konvertert» mot det nye tilbudet, så forslagskøen og sporet stemmer. Etter opprettelse åpnes det nye tilbudet i «Tilbud»-listen.
• NXT-klassifisering: egne navn på kodene + alle åtte grupper på kundekortet v2.99.0 2026-08-13 — 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.
• Masterordre: merk rader og lag ordreforslag av valgte v2.99.0 2026-08-13 — Masterordrelista har fått avkrysningsbokser per rad og knappen «Lag ordreforslag av valgte (N)». Merk én eller flere masterordrer, bekreft antall og sum per valuta i dialogen, og generer ordreforslag kun for de valgte ordrene i ett kall. Etterpå vises resultatet — hvor mange som ble generert, gjenåpnet og hoppet over — med en snarvei rett til ordreforslag-køen. «Velg alle»-modus støttes ikke i denne versjonen; da er handlingen deaktivert til du merker enkeltrader.
• Datomotor-regler: regelredigering i et to-panels oppsett v2.99.0 2026-08-13 — «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.
• Datomotor-regler: trekk tilbake en publisert versjon v2.99.0 2026-08-13 — 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.
• Datomotor-regler: strammere regelliste og «Simulér endring» i redigeringen v2.99.0 2026-08-13 — 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.
• Datomotor-regler: systemreglene er nå fullt redigerbare v2.99.0 2026-08-13 — 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.
• Datomotor: S1 (manuell overstyring) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-13 — 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).
• Datomotor: S4 (ingen årsak) styrer nå kun forklaringen — «ingen årsak, ingen fremrykking» er et ufravikelig gulv v2.99.0 2026-08-13 — 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.
• Datomotor: N1 (normaliser tapt tilbud) håndheves nå av regelen — av/på og vilkår v2.99.0 2026-08-13 — 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.
• Datomotor: S5 (gjennomgangs-gap) styrer nå om gapet flagges — av/på og vilkår v2.99.0 2026-08-13 — 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.
• Datomotor: R3 (gruppesynk) styrer nå av/på og hvilke linjer som synkroniseres — per medlem v2.99.0 2026-08-13 — 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.
• Masterordre: brevmaler kan redigeres og forhåndsvises i Innstillinger v2.99.0 2026-08-13 — 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.
• Masterordre: dokumentmaler kan settes sammen og forhåndsvises live i Innstillinger v2.99.0 2026-08-13 — Ny side Innstillinger → Masterordre → Dokumentmaler lar en administrator/konsulent sette sammen dokumentmaler for tilbud, masterordre og støttebrev fra et seksjonsbibliotek (toppfelt, nøkkel/verdi-boks, fritekst, linjetabell med gruppering/delsum/totalsum, infoboks, sum), sette en stilprofil (farger, skrifttype, tetthet, toppfelt-stil) og se en live PDF-forhåndsvisning med eksempeldata mens malen redigeres. Forhåndsvisningen rendres server-side av den SAMME PDF-motoren som brukes for de ferdige dokumentene (ingen egen «forenklet» forhåndsvisning), slik at det man ser under redigering er identisk med sluttresultatet; forhåndsvisningen sender kun malstrukturen til serveren — eksempeldataene bygges alltid server-side. Validering flagger ukjente flettefelt, ugyldige kolonner/grupperingsfelt og strukturfeil før lagring (og før forhåndsvisning rendres). Malen kan lagres, settes aktiv (én aktiv mal per dokumenttype og språk) og kopieres til et nytt utkast. Ingen eksisterende dokument (tilbuds-PDF, masterordre) bruker disse malene ennå — det er en senere leveranse. Siden krever datatilgangen «Dokumentmaler (abonnement)» (Se for å lese/forhåndsvise/validere, Opprett for nye/kopi, Endre for å lagre/aktivere).
• Masterordre: dokumentmalene har nå ferdigdefinerte standardmaler v2.99.0 2026-08-13 — 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.
• Masterordre: send tilbud/ordre automatisk som PDF-vedlegg via workflow v2.99.0 2026-08-13 — 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).
• Masterordre: pipeline-konfigurasjon i Innstillinger v2.99.0 2026-08-13 — 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.
• Masterordre og tilbud: tydelig ansvar og neste handling i listene v2.99.0 2026-08-13 — Masterordrelisten viser nå ansvarlig som standard og kan utvides med selger og øvrige ordrehodefelt via Kolonner. Oppfølgingsmerket bruker datomotorens neste dato og ordrens varslingstid, uten en fast UI-regel. Tilbudslisten viser neste gyldige livsløpshandling og har flere valgfrie hodekolonner; produkt og handlinger forblir synlige ved horisontal scrolling i tilbudslinjene.
• Tilbudsliste: kolonnefilter og sortering på alle relevante kolonner (server-side) v2.99.0 2026-08-13 — Tilbudslista har nå server-side kolonnefilter og sortering på alle relevante kolonner — tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene (levering/utløp/sendt/utfall/opprettet/siste purring), samt beløp, valuta og antall purringer. Filter og sortering kjører mot hele det filtrerte settet på serveren (samme paritet som masterordre-lista), så tellebadgen og sum-per-valuta følger filteret. Type og Status filtreres fortsatt som egne fasetter, og fritekstsøk på tilbudsnr./kunde gjøres i søkefeltet øverst.
• Tilbud: rediger tilbudshodet (ansvarlig, selger, valuta, notat, ansvarsenheter) v2.99.0 2026-08-13 — Tilbudsdetaljen har fått handlingen «Rediger tilbudshode» i handlingsmenyen (vises når du har redigeringstilgang til tilbud) som åpner en skuff der du setter ansvarlig og selger, tilbudshodets valuta, et fritekstnotat og ansvarsenhetene (R1–R12) — speiler ordrehodet på en masterordre. Tilbudshodet kan redigeres uansett status. Valuta på tilbudshodet endrer ikke valuta på eksisterende tilbudslinjer (den er tilbudshodets standard). Notatet vises i tilbudshodet når det er satt.
• Tilbud: kopi tar med tilbudshodefeltene (ansvarlig, selger, valuta, notat) v2.99.0 2026-08-13 — Når du kopierer et tilbud, videreføres nå ansvarlig, selger, tilbudshodets valuta og fritekstnotatet fra det opprinnelige tilbudet, i stedet for å nullstilles på kopien. Dette gir samme oppførsel som kopiering av en masterordre (ordrehodet), der samme kommersielle ansvar og notatkontekst allerede følger med.
• Masterordre kan opprettes på nytt fra et akseptert tilbud v2.99.0 2026-08-13 — Ved aksept av et tilbud om nytt abonnement velger saksbehandleren om masterordren skal opprettes med én gang. Et akseptert tilbud har også handlingen «Generer masterordre» for senere forsøk. Hvis det allerede finnes masterordrer med tilbudet som opprinnelse, vises en advarsel, men brukeren kan bekrefte og opprette enda en.
• Masterordre kan opprettes manuelt v2.99.0 2026-08-13 — «Ny masterordre»-knappen i masterordre-listen er nå aktiv og åpner et lite skjema der du oppretter et tomt ordreutkast (velg kunde/skip når CRM er aktivt, ellers kundenavn/-nummer, samt valuta). Ordren får et lokalt utkastnummer og åpnes rett i detaljvisningen, klar for at du legger til linjer inline og aktiverer den på vanlig måte (aktiveringskravene er uendret).
• Masterordre: malpakke-søket er gruppert på instrument (trigger) v2.99.0 2026-08-13 — «Pakker»-fanen i produktsøket viser nå malpakkene gruppert på triggerproduktet (instrumentet), med forbruksproduktene under, i stedet for en flat produktnr.-liste. Søker du et instrument (f.eks. AKAL6000) vises kun den gruppen med alle sine forbruksprodukter, og «Legg til alle (N)» på en instrument-overskrift legger alle forbrukslinjene for det instrumentet inn i én forhåndsvisning samtidig — enkeltklikk på ett forbruksprodukt fungerer som før.
• Malpakke «Legg til alle» setter nå også inn instrumentet selv v2.99.0 2026-08-13 — «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.
• Masterordre: ny «Ordrer»-fane med NXT-overføringer v2.99.0 2026-08-13 — Detaljpanelet på masterordre har fått en «Ordrer»-fane som lister overføringene til NXT (NXT-ordrenr., selskapsnr., dato og hvem som overførte). Handlingen «Overfør til NXT» (i handlingsmenyen og i fanen) registrerer en overføring — en masterordre kan overføres flere ganger og få flere ordrenummer. Tom fane viser «Ingen overføringer ennå».
• Masterordre: ny «Korrespondanse»-fane v2.99.0 2026-08-13 — Detaljpanelet på masterordre har fått en Korrespondanse-fane som viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater m.m.) med typeikon, emne, dato, retning og kontaktperson — klikk på en rad åpner korrespondansedetaljen i CRM i ny fane. Korrespondansen er knyttet til kundens aktør (samme feed på tvers av skipets løpende ordrer), og fanen vises kun for brukere med både CRM- og abonnementsmodulen.
• Masterordre-linjer: sortering og avansert filter i linjetabellen v2.99.0 2026-08-13 — Ordrelinjene på en masterordre kan nå sorteres ved å klikke på kolonneoverskriftene (produkt, beskrivelse, gruppe, frekvens, antall, pris, rabatt, beløp, datoer m.m.), og linjetabellen har fått «Avansert filter»-knappen som oversiktslista allerede hadde. Standardrekkefølgen beholdes til du selv velger en sortering; velger du en sortering, ordnes linjene innenfor hver instrumentgruppe.
• Masterordre-linjer: rabatt i kroner (enten % eller kr) v2.99.0 2026-08-13 — Ordrelinjene på en masterordre har fått en «Rabatt kr»-kolonne ved siden av «Rabatt %». En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt). Linjebeløpet og alle verdiberegningene på ordren — årsverdi, «Verdi i år» og de neste årene, og valuta-summene i bunnraden — trekker nå fra rabatten likt uansett form (kronebeløp går foran prosent). Merk at årsverdien nå gjenspeiler linjerabatten på samme måte som kalenderår-verdiene.
• Datomotor: regeladministrasjon i Innstillinger (les og rediger regelsett) v2.99.0 2026-08-13 — 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.
• Datomotor: redigerbar betingelsesbygger for regler v2.99.0 2026-08-13 — 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.
• Datomotor: legg til, dupliser, slett og sorter regler i regellisten v2.99.0 2026-08-13 — 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)».
• Datomotor: «Marker avvik» kan nå opprettes som egendefinert regel v2.99.0 2026-08-13 — «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»).
• Masterordre: «Hvorfor endret datoen seg?» på linja v2.99.0 2026-08-13 — Hver linje på Linjer-fanen har fått en info-knapp som åpner en tidslinje med kuraterte forklaringer fra datomotoren: for hver kjøring vises regelen som traff, utfallet, dato-bevegelsen (forrige → foreslått), faktaene beslutningen bygde på, og begrunnelsen. Skrivebeskyttet — ingenting beregnes på nytt. Knappen vises kun for brukere med datatilgangen «Datoendringslogg»; lenken videre til regelsett-versjonen kun med «Regeladministrasjon (datomotor)».
• Masterordre: «Bruk beregnede datoer» på en ordre v2.99.0 2026-08-13 — Masterordrens Handlinger-meny har fått «Bruk beregnede datoer»: en operatørhandling som skriver datomotorens beregnede leveringsdatoer på ordren for dagens dato. Handlingen åpner en bekreftelsesdialog som først viser en skrivebeskyttet forhåndsvisning av linjene som får ny dato (fra → til med begrunnelse) — er det ingenting å endre, sier dialogen det og bekreft-knappen forblir inaktiv. «Bruk datoene» skriver, viser antall oppdaterte linjer og oppdaterer ordren. Datoen kan ikke velges av operatøren (server-satt), og handlingen skriver ingenting til NXT.
• Masterordre: «Bruk beregnede datoer» må aktiveres per rolle (fail-closed) v2.99.0 2026-08-13 — 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.
• Tilbud som PDF v2.99.0 2026-08-13 — Last ned et formatert tilbud (PDF) fra tilbudsdetaljene; dokumenter merket «Ta med i kunde-PDF» inkluderes (PDF-vedlegg flettes inn, øvrige listes).
• Tilbud-PDF genereres nå fullstendig server-side v2.99.0 2026-08-13 — Nedlasting av tilbuds-PDF (fra tilbudslisten og tilbudsdetaljene) rendres nå helt server-side — samme dokumentmotor som forhåndsvisningen i dokumentmalbyggeren setter sammen coveret og fletter inn PDF-vedlegg merket «Ta med i kunde-PDF» — i stedet for i nettleseren. Sluttresultatet (innhold og filnavn) er uendret for brukeren. Samtidig sender workflow-handlingen «Generer og send dokument» nå den SAMME sammensatte PDF-en (cover + vedlegg) for tilbud, ikke bare coveret som før — et automatisk utsendt tilbud får dermed samme vedleggsappendiks som en manuell nedlasting.
• Supportbrev rendres nå med supportbrev-malen (ikke tilbudsmalen) v2.99.0 2026-08-13 — Et tilbud som er produsert fra en masterordre (supportbrev) rendres nå automatisk med supportbrev-dokumentmalen i stedet for tilbudsmalen — på både manuell PDF-nedlasting og automatisk utsending via workflow-handlingen «Generer og send dokument». Tilbudsdataene (kunde, linjer, summer, masterordrenummer) er uendret; kun malvalget er annerledes. Standard supportbrev-mal er samtidig rettet: avslutningsteksten refererte et flettefelt (selger) som aldri fylles ut for et tilbud og kunne vises som en ufylt plassholder — teksten er nå forenklet. Et frittstående (manuelt opprettet) tilbud er upåvirket og bruker fortsatt tilbudsmalen som før.
• Leveringsadresse på masterordre v2.99.0 2026-08-13 — «Rediger ordrehode» har nå en leveringsadresse-velger: hent fra kundekortet, skriv en annen adresse, eller lagre samtidig på kundekortet; server-validert mot ordrens aktør.
• Leveringsadresse på tilbud v2.99.0 2026-08-13 — Sett/rediger leveringsadresse på et tilbud (fra kundekortet eller en annen adresse, med «Lagre også på kundekortet»); produserte fornyelsestilbud arver masterordrens adresse.
• Leveringsadresse følger tilbud til ordre v2.99.0 2026-08-13 — Når et tilbud blir til en masterordre (aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse over på den nye ordren.
• Leveringsadresse: 4. adresselinje og kontakt-/referanseinstruks lagres nå v2.99.0 2026-08-13 — Leveringsadresse-velgeren på masterordre og tilbud støtter en 4. adresselinje samt kontaktperson, kontakt-telefon, kontakt-e-post, merknad, tre valgfrie ekstra-info-felt, referansenummer, deres ref og PO-nummer. Alle disse feltene forhåndsfylles fra kundekortets adresse, kan overstyres for den enkelte ordren, og lagres på kundekortet når «Lagre også på kundekortet» er på — akkurat som selve adressen. Verdiene følger med når et tilbud blir til en masterordre eller et fornyelsestilbud produseres fra en løpende ordre.
• Tilbud: kopier et tilbud til nytt utkast v2.99.0 2026-08-13 — Tilbudsdetaljene har fått handlingen «Kopier tilbud» i Handlinger-menyen: oppretter en ny tilbudskopi med eget tilbudsnr. og status Utkast, linjer og kommersielle felter videreført, mens sendt-/aksept-/NXT-status nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen. Nyttig som en «escape hatch» når et sendt tilbud allerede har en nedstrøms ordre og derfor ikke kan trekkes tilbake.
• Masterordre: kopier en ordre til nytt utkast v2.99.0 2026-08-13 — Masterordre-listens Handlinger-meny har fått «Kopier masterordre»: oppretter en ny utkastordre med eget ordrenummer, aktive linjer videreført med ferske linje-id-er, mens NXT-overføring, importstatus og oppfølgingsflagg nullstilles. Kopien får et «Kopiert fra #»-merke som lenker tilbake til opprinnelsen.
• Leveringsadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-13 — Når «Bruk annen adresse» er valgt på leveringsadressen (masterordre og tilbud), kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (navn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• Kopiering krever både se- og opprett-tilgang v2.99.0 2026-08-13 — «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.
• Kopiering kan bytte kunde v2.99.0 2026-08-13 — «Kopier tilbud» og «Kopier masterordre» åpner nå en dialog der du velger kunden for kopien, forhåndsutfylt med den opprinnelige kunden. Leveringsadressen følger aldri med til kopien, uansett om du beholder samme kunde eller velger en annen — en kopi skal alltid ha en tom leveringsadresse så den ikke ved en feil sender til en gammel mottaker. Velger du en annen kunde nullstilles i tillegg koblingen til salgsmulighet, siden en salgsmulighet er kundespesifikk. Nyttig når kopien i praksis skal gå til en annen kunde enn originalen.
• Tilbud: malpakker kan settes inn fra produktsøket v2.99.0 2026-08-13 — «Pakker»-fanen i produktsøket, som tidligere kun fantes på masterordre, er nå også tilgjengelig når produktsøket åpnes fra et tilbudsutkast. Samme forhåndsvisning (avkryssing per rad, beregnet antall og frekvens) og samme transaksjonelle innsetting med dobbeltklikk-/retry-vern som på masterordren; kun tilgjengelig mens tilbudet er Utkast.
• Masterordre: leveringsfrekvens- og konsolideringsinnsikt v2.99.0 2026-08-13 — Ny skrivebeskyttet analyse som anslår antall leveringer per år for en masterordre eller et skip, viser mulig færre leveringsdatoer per år (konsolideringskandidater) og en 12-måneders leveringstidslinje (planlagt vs. faktisk). Innsikten vises som egen «Leveringsfrekvens»-fane på masterordren, en fane på kundekortet (skip), og en egen porteføljerapport per skip rangert etter mulig reduksjon. Tallene er beskrivende — rute- og havnegjennomførbarhet vurderes manuelt (ingen «garantert besparelse»). Alle flatene er gated på Subscription.MasterOrder (samme tilgang som masterordre-lesing).
• Masterordre: leveringsdashbord (widget) v2.99.0 2026-08-13 — Nytt widget-basert leveringsdashbord (Abonnement → Leveringsdashbord) som gjenbruker forsidens tilpassbare widget-vert på en egen masterordre-flate. Første widget «Leveringsfrekvens» viser porteføljens nøkkeltall (skip, mulig færre leveringsdatoer/år, anslåtte leveringer/år) og skipene med størst konsolideringspotensial, med lenke til den fullstendige porteføljerapporten. Dashbordet kan tilpasses per bruker og standardsettes av administrator. Både widgeten og dataene er gated på Subscription.MasterOrder — uten «Kan se» er dashbordet tomt. Tallene er beskrivende; rute-/havnegjennomførbarhet vurderes manuelt.
• Fornyelsestilbud fra ordreforslag arver linjerabatten og bruker planleggingshorisonten v2.99.0 2026-08-13 — Når et ordreforslag konverteres til et fornyelsestilbud, kopieres nå masterordrelinjens rabatt (enten % eller kroner) over på tilbudslinjen, slik at tilbudsbeløpet gjenspeiler kundens gjeldende rabatt i stedet for å nullstille den. Hvilke linjer som tas med styres nå av samme konfigurerbare planleggingshorisont (Subscription.DefaultPlanningHorizonMonths) som ordreforslag-genereringen bruker, i stedet for en fast 12-måneders grense — forfalte linjer er fortsatt med. Samtidige konverteringer av samme forslag er gjort trygge (applock) så det aldri oppstår dublett-tilbud.
• Ordreforslag: selgerdashbord med gruppering, filter og forhåndsvisning v2.99.0 2026-08-13 — Ordreforslag-køen viser nå radene gruppert per forvaltning som standard (kan utvides til forvaltning + kunde/skip), har fått en filterbar (status, forvaltning, gruppenøkkel, generert-periode) og et horisont-hurtigfilter («forfaller innen 30/60/90 dager») basert på neste dekkede leveringsdato. Øye-knappen på en rad åpner en forhåndsvisning med forslagets dekkede ordrelinjer og sum per valuta før du beslutter.
• Ordreforslag: merk flere og opprett tilbud med ett klikk v2.99.0 2026-08-13 — Hver rad i ordreforslag-køen har fått en avkrysningsboks. «Godkjenn valgte (N)» godkjenner alle merkede forslag i ett kall (samme godkjenning som enkelt-knappen). «Opprett tilbud (N)» viser først en bekreftelsesdialog med antall og sum per valuta, og oppretter deretter ett tilbud per merket forslag — en re-kjøring på et allerede konvertert forslag lager aldri et duplikat-tilbud. Begge handlingene viser en oppsummering (antall utført/hoppet over/ikke funnet) og har samme tilgangskrav som enkelt-godkjenning. Den gamle «Opprett ordreforslag»-dialogen på masterordren (som ikke lagret noe) er fjernet og erstattet med en «Vis ordreforslag»-knapp som tar deg til den nye ordreforslag-køen.
• Masterordre: valuta fra NXT på ordre og linjer (ISO-kode) v2.99.0 2026-08-13 — Importen henter nå valutaen fra Business NXT på både ordrehodet og hver linje (Vismas valutanummer slås opp til ISO-kode via NXT-valutatabellen), og enrich-nxt backfyller de allerede importerte ordrene (kun blanke felter). Ordrelinje-griden har fått en Valuta-kolonne, og beløpene (enhetspris, beløp, årsverdi) vises med riktig valuta — «kr» er ikke lenger hardkodet; ukjent valuta vises som rent tall.
• Masterordre: ordreforslag-dialogen fungerer på mindre skjermer v2.99.0 2026-08-13 — Dialogen har nå fast høyde innenfor skjermen, internt scrollområde med fast kolonneoverskrift og alltid synlige innstillinger og handlingsknapper. Den har produktsøk, «velg alle synlige», gruppering på instrumentgruppe, valgt-antall og totalsum per valuta. Alle linjer med neste dato innen «Produkter til» merkes automatisk. Linjer som forfaller innen ytterligere to måneder, markeres med gul varselstrek og gul datofeltramme uten å bli automatisk valgt; «Legg til foreslåtte» velger alle i én handling. Neste dato fylles fra ordrelinjen, og dato og antall kan redigeres direkte; redigering velger linjen automatisk. Begge innstillingene ligger som brytere øverst, og den overflødige handlingen «Opprett enkelt tilbud» er fjernet.
• Masterordre: tydeligere og mer kompakt ordrehode v2.99.0 2026-08-13 — Ordrenummer og skipsnavn vises nå som én likeverdig identitet. Årsverdiene er samlet i fire lesbare årskolonner, neste planlagte dato og sist evaluert er gruppert under Planlegging, og ordredato/opprettet/sist endret står samlet uten en overflødig gruppeoverskrift. «Masterordre-status» er forkortet til «Ordrestatus», og linjeantallet er fjernet fra ordrehodet fordi det allerede vises på Linjer-fanen.
• Produktpakker: strukturprodukter tar med seg strukturen sin v2.99.0 2026-08-13 — Legger du en produktpakke inn på en masterordre eller et tilbud, og en av pakkelinjene peker på et strukturprodukt, opprettes nå hodelinjen sammen med alle strukturens medlemslinjer (hentet fra Business NXT ved innsetting, så innholdet alltid er dagens struktur). Tidligere ble strukturen stille utelatt — hodet ble lagt inn som en enkeltlinje uten medlemmer og uten feilmelding. Kan ikke strukturen hentes (strukturen er tom), eller er produktregisteret i NXT utilgjengelig slik at vi ikke kan avgjøre om produktet er et strukturprodukt, avvises hele innsettingen med en melding — ingen linjer legges inn halvveis. Er NXT nede vil altså innsetting fra produktpakke bli avvist inntil forbindelsen er tilbake; et produkt som er slettet eller omdøpt i NXT (registeret svarer, men kjenner ikke produktnummeret) legges fortsatt inn som en vanlig linje. Malpakker utvider ikke strukturer: peker en malpakke på et strukturprodukt, avvises innsettingen med en melding om å legge strukturproduktet inn som egen linje via produktsøket.
• Tilbudshode: nye klassifiseringsfelt v2.99.0 2026-08-13 — 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.
• Masterordre-import fra Business NXT — valgfri observasjons-henting v2.99.0 2026-08-13 — Importen kan kjøres uten å hente leveringstransaksjons-observasjonene: sett includeObservations: false for å importere kun ordrene og linjene (som allerede har sine egne datoer fra NXT), og hoppe over den brede leveringstransaksjons-skanningen. Standard er uendret (observasjoner hentes).
• Masterordre-import fra Business NXT — utelater Gr7 = 9 v2.99.0 2026-08-13 — Importen henter aktive masterordrer (ordretype 6) fra Visma Business NXT og utelater ordrer der Gr7 = 9. Filtreringen skjer på Business-siden ved henting.
• Masterordre-import fra Business NXT — kundenavn, linjepriser og instrumentgrupper + etterfyll-endepunkt v2.99.0 2026-08-13 — Importen setter nå kundenavn på ordren (aktørregisterets navn, med NXT-navnet som reserve), linjepris og rabatt fra NXT-ordrelinjen (priceInCurrency/discountPercent1 — Beløp beregnes som antall × pris × (1 − rabatt%)), og produkt-snapshotet per linje (instrumentgruppene Gruppe 1–6 pluss beskrivelse/enhet fra produktet). Nytt endepunkt POST api/subscriptionimport/enrich-nxt etterfyller de samme feltene på allerede importerte ordrer/linjer — det fyller KUN blanke/null-verdier (kundenavn når blankt, pris når 0/tom, grupper når alle seks er tomme) og rører aldri manuelt redigerte verdier eller oppretter nye rader. Samme tilgangsstyring som importen (Masterordre-import, opprette).
• Masterordrer — endringslogg-fanen leser nå ekte revisjonslogg (MO-015 S10) v2.99.0 2026-08-13 — Endringslogg-fanen på en masterordre er koblet fra mock til API: den viser nå de faktiske revisjonsradene (wv_AuditLog) fra alle endringene som er gjort på ordren (linjer, ordrehode, status, kommentarer, dokumenter, brevmottakere), nyeste først, med «Vis flere» for eldre rader. Systemaktør-rader (import, datomotor, autosend) vises med sin systemetikett som «endret av». Med dette er hele masterordre-detaljbildet (S1–S10) koblet til reelle data.
• Masterordrer — kommentarer og dokumenter (MO-015 S8) v2.99.0 2026-08-13 — Kommentar- og dokumentfanene på en masterordre er koblet fra mock til API. Kommentarer støtter @-omtale av kolleger (autofullfør-plukker som varsler den omtalte via det vanlige varslingssystemet), redigering (kun forfatteren) og sletting (forfatter eller administrator). Dokumentfanen støtter opplasting, nedlasting og sletting av vedlegg — filene lagres tenant-isolert i skylagring. Emoji i kommentarer lagres korrekt. Tilgang styres av eksisterende «Masterordrer (abonnement)»-datatilgang (lese for å se, opprette for å legge til, slette for administrator-sletting).
• Masterordrer — ordreforslagskø: generer, se og beslutt (MO-015 S4) v2.99.0 2026-08-13 — Ny reell ordreforslagskø under Abonnement (/subscription/proposals): «Generer ordreforslag» kjører serveren som lager ett forslag per aktuell masterordre (aktiv ordre, ikke unntatt auto-tilbud, med minst én forfallende abonnementslinje innenfor varslingsvinduet, uten et dekkende aktivt tilbud) — kjøringen er idempotent, så gjentatte kjøringer ikke lager duplikater, og forfalte «utsatte» forslag gjenåpnes automatisk. Hvert forslag kan godkjennes, avvises (påkrevd årsak) eller utsettes til en framtidig dato. Godkjenning er kun en beslutning — å gjøre forslaget om til et tilbud kommer i neste leveranse. Verdier summeres per valuta (aldri på tvers). Har en annen bruker allerede besluttet forslaget, får du beskjed og listen oppdateres. Ny datatilgangs-type «Ordreforslag (abonnement)» styrer tilgangen.
• Masterordrer — rediger ordrehode og styr livssyklus (MO-015 S3) v2.99.0 2026-08-13 — Ordrehodet på en masterordre er koblet fra mock til API: «Rediger ordrehode»-skuffen lagrer nå ansvarlig/selger, valuta, notat, varslingstid (verdi + enhet som et atomisk par), brevautomatikk (tre tilstander eller «standard») og «hold utenfor auto-tilbud» med optimistisk samtidighetskontroll — endrer en annen bruker samme ordre, får du beskjed og fersk versjon lastes. Ansvarsenhet-feltene (R1–R12) vises kun for de slottene tenantens R-matrise har aktivert. Nye statushandlinger: «Aktiver ordre» (blokkeres med en liste over manglende forutsetninger — fartøy, fakturakunde-/management-relasjon, minst én aktiv linje med frekvens), «Avslutt ordre» (påkrevd tapsårsak), «Fullfør gjennomgang» og manuell «Koble til salgsmulighet» (deal-ID valideres).
• Masterordrer — rediger, legg til og avslutt abonnementslinjer (MO-015 S2) v2.99.0 2026-08-13 — Linjefanen på en masterordre er koblet fra mock til API: du kan legge til linjer, redigere direkte i rutenettet, og avslutte (myk lukking) en linje med påkrevd årsak. Endrer du planlagt leveringsdato manuelt, spør systemet om en overstyringsårsak. Alle endringer lagres med optimistisk samtidighetskontroll — endrer en annen bruker samme rad, får du beskjed og den oppdaterte versjonen lastes automatisk. Ny «Vis avsluttede»-knapp viser historiske linjer, og gruppefelt-etiketter/-kataloger hentes nå fra tenantens konfigurasjon.
• Masterordrer — liste, ordrehode og linjer leser nå reelle data (MO-015 S1) v2.99.0 2026-08-13 — «Masterordrer» (/subscription/master-orders) er koblet fra mock til API: server-side søk (paging/sortering/filter) med årsverdi per valuta under listen (beløp summeres aldri på tvers av valutaer), ordrehode med relasjonsnavn fra aktørkortet (management/KAM/eier/operatør/fakturakunde) og ansvarlig/selger, aktive abonnementslinjer med katalogoppslåtte gruppenavn, og ?order=-dyplenken slås nå opp direkte på serveren. Ny datatilgangs-type «Masterordrer (abonnement)» styrer tilgangen. Øvrige faner (tilbud, instrumenter, kontakter, kommentarer, dokumenter, endringslogg) viser fortsatt eksempeldata til sine leveranser.
• Masterordrer — ny master/detalj-visning (mockup) v2.99.0 2026-08-13 — Ny side «Masterordrer» under Abonnement (/subscription/master-orders) med smart-grid master/detalj: ordreliste med status/flagg, og detaljpanel med linjer (trestruktur), tilbud og datohistorikk. Mock-data etter MO-013-skjemaet — diskusjonsartefakt før API-kobling; ordreforslag- og dashbord-mockupene er også lagt om til de nye modellene.
• Abonnement — mockups v2 (ordrehode, gruppering, ordreforslag-modal, tilbudsvisning) v2.99.0 2026-08-13 — Masterordre-detaljpanelet har fått fullt ordrehode (management, faktureres, ansvarlig/selger, leie-/BPP-avtale, ordreforslag-innstillinger, CRM-deal-lenke, tapsårsak), linjene grupperes på instrumentgruppe med delsummer, og en «Opprett ordreforslag»-modal (redigerbare datoer/antall per linje, strukturlinje-toggle) er lagt til. Ordreforslag-køen viser nå legacy-feltene (trigget-av-dato, varsling, autosend, ansvarlig/selger) og ny mockup-side «Tilbud» (/subscription/offers) viser tilbud med linjer i detaljpanel. Alt er mock-data — diskusjonsartefakt før API-kobling.
• Tilbuds-datamodell (CRM) + motor-fakta v2.99.0 2026-08-13 — Nye tabeller for tilbud/tilbudslinjer/utsendelser, ordreforslag, aktørrelasjoner og malprodukter; datomotoren leser nå tilbudsfakta (aktivt tilbud, utfall, støttebrev).
• Abonnement — rev 4b-datamodell (serviceobjekter, brevmottakere, gruppefelt) v2.99.0 2026-08-13 — 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.
• Manuell kobling av tvetydige NXT-ordrelinjer v2.99.0 2026-08-13 — 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.
• Abonnement: grunnmur for serienummer-kobling av tilbudsfødte ordrer v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Masterordre: kompakt radhøyde som standard v2.99.0 2026-08-13 — 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.
• Malpakker: hele malpakken registreres i ett skjermbilde v2.99.0 2026-08-13 — Innstillinger → Masterordre → Malpakker er lagt om fra bred tabell + egen triggerskuff til en slank liste med redigeringspanel ved siden av. Produkt, antall/antallsfaktor, frekvenser og triggere fylles ut samlet og lagres med én «Lagre» — også for en helt ny malpakke, som tidligere måtte lagres to ganger (først raden, så triggerne). Lista viser nå produktnavn, «Antall × faktor», frekvensene som brikker («Støtte 12 mnd» / «Leie 24 mnd») og antall triggere, slik at malpakker kan sammenlignes uten å åpne dem. Triggere legges til fortløpende: hvert søketreff blir en brikke og feltet beholder fokus for neste søk. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: hele pakken registreres i ett skjermbilde, og kan klones v2.99.0 2026-08-13 — Innstillinger → Masterordre → Produktpakker er lagt om på samme måte som Malpakker: slank liste til venstre, fullt redigeringspanel til høyre. Navn, kategori, status og alle produktlinjer fylles ut samlet og lagres med én «Lagre» — også for en ny pakke, som tidligere måtte lagres først som rad og deretter som linjer. Produkter legges til fortløpende fra ett søkefelt (hvert treff blir en ny linje, feltet beholder fokus), linjene kan flyttes opp/ned og fjernes i tabellen, og kategori velges nå fra en liste over kategoriene som allerede er i bruk — eller skrives som ny — så «VLCC» og «vlcc» ikke lenger drifter fra hverandre. Ny «Klon»-knapp kopierer den valgte pakken med alle linjer til « (kopi)» som åpnes direkte i panelet. Linjene viser produktnavn også når du åpner en lagret pakke på nytt, og et strukturprodukt merkes med en «Struktur»-brikke. Forsøk på å bytte rad, fane eller side med ulagrede endringer gir en bekreftelse først.
• Produktpakker: lim inn linjer fra Excel eller NXT v2.99.0 2026-08-13 — Linje-seksjonen i produktpakke-panelet har fått «Lim inn linjer»: lim inn én rad per produkt (produktnr., antall og eventuelt frekvens i måneder, adskilt med tabulator) og få en forhåndsvisning som teller opp ny / oppdater / ugyldig før du bekrefter. Tomt antall blir 1, et produkt som allerede ligger i pakken oppdateres i stedet for å dupliseres — og limer du inn bare produktnr. og antall, beholdes frekvensen linjen har fra før (forhåndsvisningen sier «Uendret»), den nullstilles ikke. Rader med feil (manglende produktnr., ugyldig antall eller frekvens, samme produkt limt inn flere ganger) merkes med årsak og hoppes over. Linjene legges i pakken du har åpen — de lagres først når du trykker «Lagre» i panelet, så en innliming kan angres ved å avbryte.
• Dokumentmaler: språket kan endres på en eksisterende mal v2.99.0 2026-08-13 — 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.
• Dokumentmaler: bunntekst med firmainfo, logo og sidetall v2.99.0 2026-08-13 — 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.
• Dokumentmaler: styr dokumenttittelen selv v2.99.0 2026-08-13 — Toppfelt-seksjonen i en dokumentmal (Innstillinger → Masterordre → Dokumentmaler) har fått feltet «Dokumenttittel» og valget «Tittelplassering» (venstre/høyre). Tittelen kan inneholde flettefelt, f.eks. «Ordrebekreftelse {{MasterOrderNo}}», og plasseringen er uavhengig av logoplasseringen. Lar du feltet stå tomt brukes standardtittelen for dokumenttypen — og den er nå norsk også i ferdig genererte dokumenter. Tidligere skrev et ekte tilbud «Offer #12» og en masterordre «Master order #20087» på engelsk, mens forhåndsvisningen i editoren viste «Tilbud»/«Masterordre»; de leser nå samme kilde og kan ikke sprike.
• Masterordre-listen laster nå på under ett sekund v2.99.0 2026-08-13 — Masterordre-listen brukte tidligere rundt 30 sekunder på å åpne. Fritekstsøket slo opp fakturakunde-, management-, valuta- og brukernavn per rad (et tomt søk kostet ~6 sek), sum-raden («verdi i år per valuta») regnet om alle års-verdiene for hele det filtrerte utvalget ved hver lasting (~11 sek), og siden sendte flere konkurrerende søk ved åpning. Søkegrunnlaget og kalenderår-verdiene lagres nå ferdig beregnet på ordren og holdes oppdatert automatisk når ordrer/linjer endres og ved NXT-import/-aktørsynk; side, antall og valuta-summer hentes parallelt; verdiberegningen leses rett fra en dekkende indeks; og listen samler oppstartskallene til ett kansellerbart søk. Datomotorens «Datoendringslogg» finner nyeste kjøring via et indeksert oppslag i stedet for å skanne hele sporingstabellen. Søk, antall og sum-rad går fra sekunder til under ett sekund — resultatet er identisk.
• Masterordre: serverstyrt liste — antallet og eksporten følger filteret v2.99.0 2026-08-13 — Masterordre-listen henter, filtrerer, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved siden av tittelen viser antallet som faktisk matcher søket og filtrene (før viste den hele tabellen), Oppfølging-filteret og det avanserte filteret kjører på hele datasettet, og Excel/PDF-eksporten omfatter alle treff (ikke bare den synlige siden). Er treffet for stort for eksport, får du en tydelig melding om å snevre inn filtrene.
• Masterordre: tydeligere arbeidskø og trygg linjereaktivering v2.99.0 2026-08-13 — Masterlisten viser nå en egen oppfølgingsindikator, ordrelinjegriden holder produktet synlig til venstre og handlingene til høyre, og linjenummer er skjult som standard. «Avslutt linje» har fått stoppikon; avsluttede linjer kan aktiveres igjen fra «Vis avsluttede», med radversjonskontroll og revisjonslogg. Ordrehodet prioriterer operative statuser foran KPI- og administrativ informasjon.
• Tilbud: opprett frittstående tilbud v2.99.0 2026-08-13 — «Nytt tilbud»-knappen i tilbudslisten («Abonnement → Tilbud») er nå aktiv og åpner en skuff der du oppretter et minimalt tilbudsutkast: velg type (Enkeltsalg som aldri blir en masterordre, eller Nysalg som kan bli en masterordre ved aksept), valgfritt kundenr./aktør, valgfri salgsmulighet og leverings-/utløpsdato. Etter opprettelse åpnes tilbudet, klart for at du legger til linjer inline og deretter produserer og sender.
• Nytt tilbud: søkbar kundevelger, utløper default 30 dager, ryddet bort aktør/deal-felt v2.99.0 2026-08-13 — «Nytt tilbud»-skuffen erstatter fritekst-kundenr. med en søkbar kundevelger (søker på både kundenummer og navn, samme velger som på masterordren), forhåndsutfyller «Utløper» til 30 dager frem, og har fjernet Aktør-ID- og Deal-ID-feltene fra opprettelsen (de settes etterpå i tilbudsdetaljene med gode søk). Kundevelgeren vises når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Tilbud: rediger tilbudslinjer inline v2.99.0 2026-08-13 — Tilbudsdetaljene lar deg nå redigere tilbudslinjer direkte i et redigerbart rutenett — samme opplevelse som ordrelinjene på en masterordre: «Ny linje», velg produkt med søk-i-celle (beskrivelse og pris fylles automatisk fra kundens prisbetingelser når feltene er blanke), rediger antall, pris, valuta, frekvens, leveringsdato og instrumentreferanse, og slett linjer. Linjene kan bare endres mens tilbudet er et utkast — når det er produsert/sendt eller avsluttet, låses de og vises skrivebeskyttet.
• Tilbud: samme linjerutenett vises også når tilbudet er låst v2.99.0 2026-08-13 — Et produsert/sendt eller avsluttet tilbud viser nå det samme redigerbare rutenettet som utkast — bare uten redigering, «Ny linje», Produktsøk og slett-knappen — i stedet for å bytte til en enkel tabell uten søk/sortering/eksport/kolonnevalg. Gir samme lese- og navigeringsopplevelse på et låst tilbud som på et utkast.
• Tilbud: rabatt i kroner eller prosent på tilbudslinjer (enten/eller) v2.99.0 2026-08-13 — Tilbudslinjene har fått «Rabatt %»- og «Rabatt kr»-kolonner, på samme måte som ordrelinjene på en masterordre. En linje bruker enten prosent eller kronebeløp, aldri begge: skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Linjebeløpet og tilbudssummene trekker nå fra rabatten uansett form. Rabatten følger med når et akseptert nysalg-tilbud blir en masterordre.
• Tilbud: «Opprett masterordre?»-valg ved aksept + «Konverter til ordre» v2.99.0 2026-08-13 — Når du registrerer et nysalg-tilbud som akseptert, oppretter portalen ikke lenger masterordren automatisk: du blir spurt «Opprett masterordre?» og velger selv Ja (masterordren opprettes og åpnes) eller Nei (tilbudet forblir akseptert uten ordre — ikke alle aksepterte tilbud blir ordrer). Tilbudsdetaljene har i tillegg en «Konverter til ordre»-knapp som oppretter masterordren direkte fra et åpent eller akseptert nysalg-tilbud. Enkeltsalg-tilbud spør aldri (de blir aldri en masterordre).
• Tilbud-detalj: ny topptekst og faneinndeling (som masterordre) v2.99.0 2026-08-13 — Tilbudspanelet har fått samme oppsett som masterordre-detaljen: en kontekstavhengig hovedknapp for neste steg (Produser/Send/Purr) med en «Handlinger»-meny for øvrige valg, og en fanestripe med Linjer, Kontakter, Korrespondanse, Kommentarer, Dokumenter, Endringslogg og Tilbudshistorikk. Linjer-fanen viser linjene og utsendelsesloggen som før; innholdet i de øvrige fanene kommer fortløpende.
• Masterordre: «Overfør til NXT» flyttes til tilbud-aksept-flyten v2.99.0 2026-08-13 — Den manuelle «Overfør til NXT»-handlingen på masterordre-nivå (rad-meny + Ordrer-fane-knapp) er fjernet; overføring til NXT hører hjemme på det aksepterte tilbudet (kommer). Ordrer-fanen på masterordren viser fortsatt overføringsloggen som en ren lesevisning.
• Tilbud: serverstyrt liste + mer av detalj-pariteten med masterordre v2.99.0 2026-08-13 — Tilbudslisten («Abonnement → Tilbud») henter, sorterer og pager nå på serveren i stedet for å laste de første 500 radene og filtrere i nettleseren. Tellebadgen ved tittelen viser antallet som faktisk matcher søket/filteret (ikke antall lastede rader), og en ny sum-linje under listen viser tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Detaljpanelet kan nå legges til høyre eller i bunnen — samme veksling som masterordren, og valget huskes med lagrede visninger. En direktelenke (?offer=) viser «Viser kun tilbud N» med «Vis alle»-knapp, topplinjen i tilbudshodet viser opprettet-dato, og fanene Kontakter/Korrespondanse/Kommentarer/Dokumenter/Endringslogg/Tilbudshistorikk har fått antall-merker. Fritekstsøket og status-/type-filteret kjører på hele datasettet.
• Tilbud-detalj: Korrespondanse-, Tilbudshistorikk-, Endringslogg- og Kontakter-faner v2.99.0 2026-08-13 — Tilbudsdetaljen viser nå (som masterordre) kundens korrespondanse, kundens øvrige tilbud (inkl. avslåtte/utløpte), full endringslogg (produser/send/purr/utfall/linjeendringer med felt, gammel→ny verdi, bruker og tidspunkt) og kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
• Dokumenter på tilbud v2.99.0 2026-08-13 — Last opp, last ned og slett vedlegg på et tilbud, med et per-dokument «I kunde-PDF»-valg (foreløpig inaktivt til tilbuds-PDF er klar).
• Tilbud-detalj matcher masterordre-oppsettet v2.99.0 2026-08-13 — Linjer-fanen har fått «Ny linje» flyttet inn i rutenett-verktøylinjen (ved «Produktsøk»), tunge seksjonsoverskrifter er fjernet/dempet, og fakta i ordrehodet vises nå som et horisontalt fakta-band likt masterordre. «Konverter til ordre» heter nå «Konverter til masterordre».
• Tilbud: koble til salgsmulighet + opprett tilbud fra en salgsmulighet v2.99.0 2026-08-13 — Et tilbud kan nå kobles til (eller fra) en salgsmulighet fra tilbudsdetaljene («Koble salgsmulighet»), uavhengig av om det blir en masterordre. Salgsmulighet-kortet har fått en «Nytt tilbud fra salgsmulighet»-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde.
• Tilbud: søkbar deal-velger ved kobling til salgsmulighet v2.99.0 2026-08-13 — «Koble salgsmulighet» på tilbudsdetaljene erstatter det rå deal-ID-feltet med et søkbart deal-oppslag (samme velger som på masterordren): søk opp salgsmuligheten på navn, se den koblede salgsmuligheten som en etikett i stedet for et bart tall, og tøm feltet for å koble fra. Deal-velgeren vises kun når CRM-modulen er aktiv — uten CRM beholdes tallfeltet.
• Masterordre: oppslag i ordrehodet (ansvarlig, selger, valuta og salgsmulighet) v2.99.0 2026-08-13 — Ordrehode-skuffen på masterordren erstatter de rå tallfeltene med ekte oppslag: Ansvarlig og Selger velges nå fra en brukerliste i stedet for å taste en bruker-ID, Valuta velges fra en ISO-valutaliste (viser kode og navn), og «Koble til salgsmulighet» har fått et søkbart deal-oppslag i stedet for å taste deal-ID (kun når CRM-modulen er aktiv — ellers beholdes tallfeltet). Ansvarsenhet-feltene (R-dimensjoner) forblir fritekst siden kodeverdiene ligger i Visma uten en katalog å velge fra.
• Masterordre-linjer: Lagre/Forkast, radmerking og masseoperasjoner v2.99.0 2026-08-13 — Celleendringer på ordrelinjene samles nå som ulagrede endringer til du trykker Lagre (Forkast ruller tilbake, Ctrl+Z angrer) — produktbytte lagres fortsatt umiddelbart med validering og prisutfylling, og endrede leveringsdatoer krever én overstyringsårsak for hele batchen. Linjene kan merkes med avkryssing, med to masseoperasjoner i verktøylinjen: «Slett valgte» (myk lukking med obligatorisk årsak per batch) og «Rekalkuler priser» (kundeprisen slås opp per merket linje og legges inn som ulagrede endringer du bekrefter med Lagre).
• Tilbudslisten: avansert filter, kolonnevalg, lagrede visninger og eksport v2.99.0 2026-08-13 — Tilbudslisten («Abonnement → Tilbud») har fått samme verktøylinje som masterordre-listen: avansert kolonnefilter, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Sidehodet har i tillegg fått en «Nytt tilbud»-knapp som synlig plassholder — tilbud opprettes i dag fra en masterordre (ordreforslag / enkelttilbud) eller fra en salgsmulighet, ikke frittstående.
• Masterordre-listen: kalenderår-verdier, avansert filter og eksport v2.99.0 2026-08-13 — Den misvisende «Årsverdi»-kolonnen (ren run-rate som ignorerte datoer) er erstattet av faktiske kalenderår-summer: «Verdi i år» og «Verdi neste år» vises i listen, «Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg, og ordrehodet viser «Verdi i år» med de tre neste årene på en egen linje. Verdiene beregnes fra hver linjes planlagte dato og frekvens (engangslinjer teller i sitt år) med samme valutaregel som før. Listen har i tillegg fått avansert kolonnefilter og eksport til Excel/PDF.
• Masterordre: rikere ordrehode fra NXT v2.99.0 2026-08-13 — Detaljpanelet på masterordre viser nå flere felter fra Business NXT-ordren: Ordredato, Sluttdato forsendelser, Salgstype, Rental, BPP-avtale, Type oppfølgning, Trans.gr. 1 og Ordreforslag-status (rå koder inntil verdikataloger kommer), pluss et «Låst/overført»-merke når ordren er låst eller overført i NXT. Fakturakunden hentes nå direkte fra NXT-ordren (aktørrelasjonen brukes som fallback).
• Aktør-klassifisering fra NXT: IMO-nr, kundetype, BPP-status og flåte v2.99.0 2026-08-13 — Aktørsynken henter nå fire klassifiseringsfelter fra Business NXT-aktøren (IMO-nr, Kundetype, BPP-status, Flåte) og lagrer dem på kundekortet. Masterordre-listen har fått fire nye kolonner (skjult som standard — slå på via kolonnevalg), fritekstsøket i listen treffer også IMO-nr, og kundekortet viser en egen skrivebeskyttet «ERP-klassifisering»-gruppe når verdiene finnes. Kodene vises som rå tall inntil verdikataloger kommer.
• Masterordre: verdikatalog-navn for ordrehodets NXT-koder v2.99.0 2026-08-13 — 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.
• Masterordre: Transaksjonsgruppe 1 kan navngis i verdikatalogene v2.99.0 2026-08-13 — 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.
• Smart-grid: radmerking virker nå i gruppert visning v2.99.0 2026-08-13 — 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.
• Masterordre: administrasjon av malpakker (produktmaler) v2.99.0 2026-08-13 — 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.
• Masterordre: aktivaliste-siden (mock-data) er fjernet inntil videre v2.99.0 2026-08-13 — 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.
• Masterordre: malpakker i produktsøket og forslag på ordrelinjene v2.99.0 2026-08-13 — Produktsøket på ordrelinjene har fått en ny fane «Pakker» som viser de aktive malpakkene: velg en pakke, se forbrukslinjene med beregnet antall (antallsfaktor × valgt antall) og frekvens (støtte eller leie per rad), og sett inn linjene i én operasjon — pris/rabatt fylles automatisk fra kundens prisbetingelser når feltene er blanke, og dobbeltklikk/nettverks-retry kan aldri sette inn linjene to ganger. I tillegg: når du velger et produkt på en ordrelinje som er triggerprodukt for en malpakke, vises et diskret forslag over griden («MB10387 har en malpakke: N forbrukslinjer») med Legg til/Avvis — linjer settes aldri inn automatisk.
• Masterordre/CRM: nøytrale feltnavn i API-kontrakten for aktør-klassifiseringen v2.99.0 2026-08-13 — 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).
• Masterordre/CRM: aktør-klassifiseringens feltnavn kan nå tilpasses per kunde v2.99.0 2026-08-13 — 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).
• Masterordre-regler: regelhandling-nedtrekket viser bare de lovlige valgene per regel v2.99.0 2026-08-13 — I regel-editoren (Innstillinger → Masterordre-regler) filtreres «Handling»-nedtrekket nå til de regelhandlingene som faktisk er lovlige for regelen, i tråd med motorens autorisasjonsmatrise: en systemregel (S1/S4/N1/S5/R3) viser sin egen handling, og S1/S4 kan i tillegg konservativt byttes til «stopp for gjennomgang» (en gjennomgangsstopp uten dato-effekt) — N1/S5/R3 er låst til sin egen handling. En frittstående regel viser det trygge frittstående settet («marker avvik» / «stopp for gjennomgang»). Før tilbød nedtrekket «marker avvik» også på systemregler og skjulte systemregelens egen handling; serveren avviste allerede ulovlige bytter ved lagring, men nedtrekket viste dem.
• Masterordre: filtrer lista på klassifisering (kundetype, BPP-status, flåte) v2.99.0 2026-08-13 — 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.
• Masterordre: ordrehodet er lettere å lese v2.99.0 2026-08-13 — 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.
• Masterordre-listen laster videre når du scroller v2.99.0 2026-08-13 — 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.
• Masterordre: datohistorikken på en linje er blitt en tidslinje v2.99.0 2026-08-13 — «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.
• Avansert filter på tilbudslinjer v2.99.0 2026-08-13 — 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.
• Nykundeveiviser: Abonnement- og Innstillinger-menyene manglet for nye kunder v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Masterordre: listen krasjet ved henting for enkelte tenants v2.99.0 2026-08-13 — Masterordre-listen (Abonnement → Masterordrer, SubscriptionMasterOrder/search) kastet en SQL-feil (8124) fordi årsverdi-per-valuta ble regnet ut som en aggregat (SUM/MAX) som både refererte den effektive valutaen fra en ytre apply og linjekolonner i samme uttrykk — ulovlig i SQL Server. Utregningen er flyttet til en avledet tabell per linje, så aggregatene kun ser linjekolonner. Årsverdi summeres fortsatt aldri på tvers av valutaer (B-069).
• Masterordre: tilbudslivssyklus (produser → send → purr → utfall) med akseptlenke v2.99.0 2026-08-13 — MO-015 S5 leverer hele tilbuds-motoren bak abonnementsmodulen: et ordreforslag konverteres til et fornyelsestilbud (idempotent, stempler anbefalt dato tilbake på de dekkede linjene), tilbud kan produseres, sendes og purres via brevmottaker-matrisen (Til/Kopi/Blindkopi + arkiv-blindkopi, testmodus, inaktive kontakter gir synlig «Feilet»-rad — aldri stille), utfall (Akseptert/Avslått/Utgått) registreres manuelt eller via en anonym akseptlenke kunden klikker, og en batch-kjøring auto-produserer/-sender og rydder utløpte tilbud. Aksept av et nysalg føder en masterordre (utkast) med snapshot av avtale-id. NXT salgsordre ved aksept er bevisst utsatt (MO-003).
• Masterordre: Tilbud-fanen bruker nå ekte data v2.99.0 2026-08-13 — MO-015 S5.5 kobler Tilbud-listen (/subscription/offers) og Tilbud-fanen på masterordren fra mockdata til den ekte tilbudstjenesten: reell søk/liste, ?offer=-direktelenke som slår opp på serveren, utsendelseslogg (Utsendelser), og handlingene Produser/Send/Purr/Registrer utfall mot de faktiske endepunktene. PDF-produksjon er ikke i v1 (tilbud sendes som e-post) og knappen er deaktivert med et hint.
• Masterordre: Kontakter-fanen med brevmottaker-matrise v2.99.0 2026-08-13 — MO-015 S6 kobler Kontakter-fanen på masterordren til kundekortet i CRM: kontaktene hentes fra skipets aktør, og brevmottaker-matrisen (Ordreforslag/Enkelt tilbud/Purring/Følgebrev) lagres per kontakt via et replace-set-endepunkt med audit. Kontakter deaktivert i CRM etter at de ble satt som mottakere vises fortsatt, gråtonet med «Deaktivert»-merke, så utsendelser aldri stille mister en mottaker.
• Masterordre: Instrumenter-fanen viser ekte serviceobjekter med avledet servicestatus v2.99.0 2026-08-13 — MO-015 S7 kobler Instrumenter-fanen på masterordren fra mockdata til det ekte serviceobjekt-registeret (§14): objektene hentes for skipets aktør og status utledes per visning — Utgått når sertifikatet er utløpt, ellers Service forfaller når siste service er eldre enn 11 måneder (eller mangler), ellers OK. B-073 auto-registrering av serviceobjekter fra bekreftede instrument-linjer er levert som logikk + registreringspunkt (påkalles av NXT-import-sømmen når den klassifiserende importflyten kommer).
• Masterordre: produktvelger på ordrelinjene (søk + strukturekspansjon) v2.99.0 2026-08-13 — Produktnummer-kolonnen på masterordre-linjene er nå redigerbar: skriv direkte i cellen for produktsøk (produktnr/beskrivelse), eller åpne «Produktsøk»-knappen i verktøylinjen for en søkedialog. Velges et strukturprodukt (pakke-hode) åpnes et ekspansjonspanel der medlemslinjene (med antall = faktor × hodets antall) er forhåndsvalgt og kan velges bort enkeltvis — eller alle ved å fjerne krysset på hodet; innsettingen er alt-eller-ingenting og serveren eier alltid strukturmalen og faktor-matematikken (NXT). Produktbytte på en eksisterende linje oppdaterer beskrivelse/enhet/grupper fra det nye produktet; produktbytte på strukturlinjer er sperret i v1.
• Søk i masterordre-listen mistet treff som lå i skjulte kolonner v2.99.0 2026-08-13 — 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.
• Oppfølging-filter i lagrede avanserte filtre ble stille ignorert v2.99.0 2026-08-13 — 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.
• En feilet lasting av masterordre-listen så ut som «ingen treff» v2.99.0 2026-08-13 — 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.
• Riktig levert antall ved delleveranser i masterordre v2.99.0 2026-08-13 — 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.
• Datoendringslogg (abonnement) v2.98.0 2026-06-27 — Ny skrivebeskyttet visning som viser hvordan datomotoren beregner neste leveringsdato per linje (regel, forrige→ny dato, årsak).
• NXT masterordre-import (abonnement) v2.98.0 2026-06-27 — Admin kan importere masterordre, linjer og leveringstransaksjoner fra Visma Business NXT slik at datomotoren kjører på ekte data. Nytt endepunkt POST api/SubscriptionImport/run-nxt kjører en avgrenset import; evalueringen kan begrenses til én masterordre via masterOrderNo-parameter. Kreditordre-observasjoner (SourceType=10) importeres inerte og ekskluderes fra kausal leveringsberegning. Datomotoren stempler LastEvaluatedDate per masterordre etter kjøring.

Aktivering timer

• Pilknappene i Aktivering timer bommet på månedsslutt v2.99.0 2026-08-02 — 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.
• Pilknappene i Aktivering timer bommet på månedsslutt v2.99.0 2026-08-05 — 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.
• Pilknappene i Aktivering timer bommet på månedsslutt v2.99.0 2026-08-06 — 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.
• Pilknappene i Aktivering timer bommet på månedsslutt v2.99.0 2026-08-08 — 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.
• Aktivering timer: manglende timer i rapporten for Variant A v2.99.0 2026-08-13 — 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.
• Pilknappene i Aktivering timer bommet på månedsslutt v2.99.0 2026-08-13 — 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.
• Aktivering timer regnskapsperiode v2.98.0 2026-06-27 — Regnskapsdata fra NXT hentes nå fra måneden som Til-datoen ligger i, mens timeregistrering fortsatt følger valgt fra-/til-periode.
• Timer-aktivering — voucher-panel, grid-totaler og søk v2.97.0 2026-06-07 — Voucher-kortet er flyttet til topp-høyre på siden, gridet har fått søke- og filterfelt, samt totaler på hver kolonne. Konsekvent layout og raskere navigasjon når man håndterer mange aktiveringer.
• Timer-aktivering — Variant A AcTr 70%-eksklusjon for prosjekt v2.97.0 2026-06-07 — Variant A AcTr-beregningen tar nå hensyn til prosjektbasert 70%-eksklusjon.

Anleggsregister

• Eksport av utgående Visma-transaksjoner feilet for bilag med flere linjer eller felles fordelingsnøkkel v2.99.1 2026-08-13 — Å eksportere et bilag med mer enn én linje, eller flere transaksjoner som delte samme fordelingsnøkkel (avdelingsfordeling) eller kommune, feilet med en generell feilmelding fordi hver postering internt fikk sitt eget objekt for bilaget/fordelingsnøkkelen/kommunen i stedet for å gjenbruke det samme. Eksport håndterer nå delte referanser korrekt.
• Anleggsregister/fakturagrunnlag kunne feile med en generell feilmelding rett etter en driftsstart v2.99.1 2026-08-13 — Den første forespørselen mot anleggsregisteret (fast eiendom, avskrivning, bilagseksport til Visma) etter at applikasjonen nettopp hadde startet på nytt kunne feile med en generell feilmelding, uavhengig av tenant. Feilen oppsto ikke ved gjentatte forsøk.
• Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt v2.99.0 2026-08-02 — 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.
• Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte) v2.99.0 2026-08-02 — 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).
• Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt v2.99.0 2026-08-05 — 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.
• Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte) v2.99.0 2026-08-05 — 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).
• Firmainnstillinger i Anleggsregister feilet for kunder med Visma Business NXT v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt v2.99.0 2026-08-06 — 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.
• Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte) v2.99.0 2026-08-06 — 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).
• Firmainnstillinger i Anleggsregister feilet for kunder med Visma Business NXT v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt v2.99.0 2026-08-08 — 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.
• Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte) v2.99.0 2026-08-08 — 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).
• Firmainnstillinger i Anleggsregister feilet for kunder med Visma Business NXT v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Anleggsregister — gruppering, globalt søk og raskere anleggsoversikt v2.99.0 2026-08-13 — 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.
• Anleggsregister — filtrer anleggsoversikten på anleggsgruppe (laster kun valgte) v2.99.0 2026-08-13 — 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).
• Excel-maler og grunnlagsfiler følger med API-et v2.99.0 2026-08-13 — Nedlasting av importmalen i Anleggsregister fungerer igjen, og øvrige grunnlagsfiler i API-ets Content-mappe blir med ved publisering.
• Firmainnstillinger i Anleggsregister feilet for kunder med Visma Business NXT v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Anleggsregister — virtuell scrolling på anleggsoversikt, avskrivning og bilagsjournal v2.98.0 2026-06-27 — Resultatgriddene på Anleggsregister → Anleggsoversikt, Avskrivning (/fixed-asset/depreciation) og Visma → Bilagsjournal (/fixed-asset/visma/posting-journal) bruker nå virtuell scrolling i stedet for paginering. Alle tre laster hele datasettet i nettleseren fra før (server filtrerer og returnerer hele settet, griddet paginerte klient-side), så store lister (mange anlegg / journallinjer) ruller nå jevnt uten sideknapper. Sortering, filter, kolonnevelger og Excel-eksport fungerer som før. Server-paginerte grids (f.eks. prosjektoversikt, utgående transaksjoner) beholder paginering.
• Anleggsregister — intern test release v2.98.0 2026-06-27 — Anleggsregister har vært under migrering og modernisering over flere leveranser og er nå ute i intern test som samlet modul i v2.98.0. Releasen samler nytt dashboardmønster, håndbok og ?-hjelp, smart-grid i sentrale tabeller, Visma/NXT-forbedringer, ytelsesrettinger og robusthetsfikser. Testperioden brukes til å verifisere de viktigste arbeidsflytene før bredere utrulling.
• Anleggsregister — kolonnefilter og Excel-eksport i kontrollpanel (kommuner og grupper) v2.98.0 2026-06-27 — Kommuner, anleggsgrupper og Excel-importlogg i Anleggsregister kontrolloppsett er migrert til ny smart-grid med per-kolonnefiltrering og Excel-eksport. Aktiv-status vises nå som fargekodet badge.
• Anleggsregister — kolonnefilter og Excel-eksport i tabeller v2.98.0 2026-06-27 — Avskrivningsliste, bilagslinje-tabell og avgående transaksjoner har fått per-kolonnefiltrering og Excel-eksport-knapp, slik at brukere kan filtrere og laste ned data direkte fra visningene.
• Anleggsregister — kolonnefilter og Excel-eksport i kontoliste v2.98.0 2026-06-27 — Kontolisten i Anleggsregister kontrolloppsett har fått per-kolonnefiltrering og Excel-eksport-knapp, slik at brukere kan filtrere og laste ned kontolisten direkte fra visningen.
• Anleggsregister — kolonnefilter og Excel-eksport i kontrollpanel-tabeller v2.98.0 2026-06-27 — Tabellene for Prosjekt, Avdeling og Endringslogg i Anleggsregister kontrolloppsett har fått per-kolonnefiltrering og Excel-eksport-knapp. Aktiv-statusen i Avdeling vises nå som fargekodet badge.
• Anleggsregister — håndbok og hjelp i appen v2.98.0 2026-06-27 — Anleggsregister har fått håndboksider (oversikt, prosessflyt, registrering, avskrivning, avgang og Visma-integrasjon) og ?-hjelpekoblinger på sidene. Rapport- og Visma-ruter er nå også valgbare i Menyadministrasjon.
• Anleggsregister — Visma-klientdatabase per domene v2.98.0 2026-06-27 — Visma-databasenavnet (f.eks. «F8315») leses nå fra wv_Domain.ErpClientNumber per tenant. Ingen fallback til global setting — Visma-funksjoner krever eksplisitt konfigurert tenant i Systemadmin, mens tenants uten ERP kan bruke øvrige Anleggsregister-sider uten Visma-data.
• Anleggsregister på Visma NXT — prosjekt-/ansvarsenheter via GraphQL v2.98.0 2026-06-27 — Prosjektregisteret (ansvarsenheter) leses nå direkte fra Visma Business NXT via GraphQL (orgUnit{N}, der N er tenantens prosjektdimensjon) i stedet for å returnere tomt for NXT-kunder. Prosjektnavn og planlagte/faktiske datoer vises dermed på prosjektoversikten på lik linje med Business-kunder.
• Anleggsregister på Visma NXT — budsjett via GraphQL v2.98.0 2026-06-27 — Budsjett- og budsjettlinjedata leses nå direkte fra Visma Business NXT via GraphQL (budget og budgetLine, med prosjekt-/avdeling-/AccountX-dimensjoner via tenantens RMatrix) i stedet for å returnere tomt for NXT-kunder. Prosjektøkonomi og avskrivningsprognose viser dermed budsjettall for NXT-kunder på lik linje med Business-kunder.
• Anleggsregister på Visma NXT — AccountX-register og fordelingsnøkler via GraphQL v2.98.0 2026-06-27 — AccountX-registeret (R9) og fordelingsnøkler (fordelingsnøkkel-import) leses nå direkte fra Visma Business NXT via GraphQL (orgUnit9 for AccountX; distributionKey + distributionLine for fordelingsnøkler) i stedet for å returnere tomt for NXT-kunder. AccountX-register og fordelingsnøkkel-import viser dermed data for NXT-kunder på lik linje med Business-kunder.
• Anleggsregister på Visma NXT — ikke-inkluderte transaksjoner via GraphQL v2.98.0 2026-06-27 — «Ikke-inkluderte transaksjoner» (transaksjoner i perioden som importfilteret ikke tar med) leses nå direkte fra Visma Business NXT via GraphQL (generalLedgerTransaction) i stedet for å returnere tomt for NXT-kunder. Datointervallet (og evt. prosjektfilter) settes server-side, mens differansen mot importfilteret (kontointervall, prosjekt ≠ 0/1, free3 ≠ 1, bilagstype, avdeling/kommune/fordelingsnøkkel) beregnes klient-side — siste Business-baserte lesning som manglet NXT-støtte.
• Anleggsregister på Visma NXT — fordelingsnøkkel på transaksjoner via GraphQL v2.98.0 2026-06-27 — Transaksjonslesningen henter nå fordelingsnøkkelen per transaksjon fra Visma Business NXT (generalLedgerTransaction.joinup_UpdatedVoucher.distributionKeyNo) og avgjør om nøkkelen fordeler på avdeling og/eller kommune ved å aggregere fordelingslinjene (distributionLine.orgUnit1/orgUnit10) — på lik linje med Business-prosedyrene. Tidligere var fordelingsnøkkel og avdelings-/kommune-flaggene alltid 0 for NXT-kunder. Fordelingslinjene leses kun når minst én transaksjon faktisk har en fordelingsnøkkel.
• Anleggsregister — anleggsoversikt på ny smart-grid v2.98.0 2026-06-27 — Hovedoversikten over anleggsmidler er flyttet fra AG Grid til ny smart-grid. Visning, sortering, kolonnefilter (inkl. måned-filter på datokolonnene), paginering, kolonnevelger, radvalg for «Avskriv valgte» og Excel-eksport fungerer som før.
• Anleggsregister — integrert kolonnevelger i anleggsoversikten v2.98.0 2026-06-27 — Anleggsoversikten bruker nå smart-gridens innebygde «Kolonner»-knapp til å vise/skjule kolonner. Synligheten lagres mot brukerinnstillingene som før, mens rekkefølge og bredde huskes lokalt per bruker. Den egne kolonne-nedtrekkslisten er fjernet og verktøylinjen er ryddet opp (Opprett, Avskriv valgte, Nullstill brukerinnstillinger og Eksporter).
• Anleggsregister — innebygd Excel-eksport i anleggsoversikten v2.98.0 2026-06-27 — «Eksporter»-knappen er erstattet av smart-gridens innebygde Excel-dropdown («Uten formattering» / «Med formattering») som eksporterer nøyaktig de kolonnene som vises i gridet.
• Anleggsregister — integrert kolonnevelger og harmonisert periodevelger i prosjektoversikten v2.98.0 2026-06-27 — Prosjektoversikten bruker nå smart-gridens innebygde «Kolonner»-knapp til å vise/skjule kolonner (synlighet lagres mot brukerinnstillingene som før, rekkefølge og bredde huskes lokalt), og periodevelgeren er nå lik den i anleggsoversikten. Den egne kolonne-nedtrekkslisten er fjernet og verktøylinjen er ryddet opp.
• Anleggsregister — integrert kolonnevelger og harmonisert periodevelger i avskrivning v2.98.0 2026-06-27 — Avskrivningssiden bruker nå smart-gridens innebygde «Kolonner»-knapp til å vise/skjule kolonner og endre rekkefølge (huskes lokalt per bruker), og periodevelgeren («Ny avskrivningsdato») er nå lik den i anleggs- og prosjektoversikten.
• Anleggsregister — integrert kolonnevelger i posteringsjournal (Visma) v2.98.0 2026-06-27 — Posteringsjournalen bruker nå smart-gridens innebygde «Kolonner»-knapp til å vise/skjule kolonner og endre rekkefølge (huskes lokalt per bruker). Den egne kolonne-nedtrekkslisten er fjernet.
• Anleggsregister — harmonisert handlingsrad og periodevelger i avgående transaksjoner v2.98.0 2026-06-27 — Avgående transaksjoner (Visma) har fått samme periodevelger som anleggsoversikten, og gruppevalg-nedtrekkslisten er erstattet av en knappegruppe («Eksporter utvalgte» / «Eksporter alle») i den høyrejusterte handlingsraden. Datovelgeren på registrer-til-Visma-siden er harmonisert tilsvarende.
• Anleggsregister — harmonisert datovelger og eksportknapper i Visma-avstemming v2.98.0 2026-06-27 — Visma-avstemmingsrapporten har fått samme balansedato-velger som resten av Anleggsregister, og eksport-nedtrekkslisten er erstattet av to knapper («Eksporter til Excel» / «Eksporter til PDF») i den høyrejusterte handlingsraden. Rapporttabellen er uendret.
• Anleggsregister — harmonisert årsvelger og eksportknapper i noter til årsregnskap v2.98.0 2026-06-27 — Noter til årsregnskap-rapporten har fått samme årsvelger som resten av Anleggsregister, og eksport-nedtrekkslisten er erstattet av to knapper («Eksporter til Excel» / «Eksporter til PDF») i den høyrejusterte handlingsraden. Rapporttabellen er uendret.
• Anleggsregister — kolonnefilter og Excel-eksport i fordelingsnøkler og regnskapsår v2.98.0 2026-06-27 — Fordelingsnøkkel- og Regnskapsår-tabellene i Anleggsregister kontrolloppsett er migrert til ny smart-grid med per-kolonnefiltrering, Excel-eksport og paginering. Regnskapsår vises nå med fargekodet låst-status (badge), og opprett/rediger skjer i dialog med bekreftelsesdialog ved sletting.
• Anleggsregister — modernisert dashboard v2.98.0 2026-06-27 — Anleggsregister-dashboardet følger nå ePortals dashboard-mønster: nøkkeltallene vises som KPI-kort, og panelene (avskrivningsprognose, Visma-transaksjoner, prosjekter under utførelse) er dash-kort med tydelige overskrifter, tom-tilstand og harmoniserte handlingsknapper.
• Anleggsregister — raskere prosjektoversikt og avskrivningsprognose v2.98.0 2026-06-27 — Prosjektoversikt og Visma-baserte prosjektoppslag henter ikke lenger transaksjonstelling fra Visma AcTr når skjermene bare trenger prosjektmetadata, og avskrivningsberegningene gjenbruker innstillingsoppslag i stedet for å lese samme setting for hver måned/allokering.
• Anleggsregister — paginering i kontrollpanel og tabeller (ytelse) v2.98.0 2026-06-27 — Åtte smart-grid-tabeller i Anleggsregister (konto, prosjekt, avdeling, kommuner, anleggsgrupper, Excel-importlogg, avskrivningsliste og bilagslinjer) fikk paginering. Smart-grid har ikke rad-virtualisering slik AG Grid hadde; uten paginering rendres alle rader til DOM-en og fryser nettleserfanen på store datasett (f.eks. endringslogg med 72 000 rader). Standard sidestørrelse er 100 rader.
• Anleggsregister — tilgangskontroll på rapportsider v2.98.0 2026-06-27 — Rapportrutene under /fixed-asset/report/* (noter til årsregnskap, avskrivningsprognose) krever nå modultilgang via ModuleGuard, på linje med resten av modulen. Tidligere kunne de nås direkte via URL uten anleggsregister-tilgang.
• Anleggsregister — robust uten ERP-oppsett v2.98.0 2026-06-27 — Tenants uten Visma/NXT-oppsett får nå tomme Visma-paneler i stedet for 500-feil på dashboard og Visma-detaljer. Import av fordelingsnøkler stopper også uten å slette lokale nøkler når Visma-databasen mangler.
• Anleggsregister — Azure-oppstartsfeil ved EF-modellcache v2.98.0 2026-06-27 — DefaultDbModelStore er fjernet fra EF6-konfigurasjonen. Cachen forsøkte å lese en .edmx-fil fra wwwroot som ikke eksisterte ved første oppstart på Azure, noe som kastet FileNotFoundException og blokkerte hele modulen. EF6-modellen kompileres nå i minnet som vanlig.
• Anleggsregister — robust språk-/kulturhåndtering (500 på alle sider) v2.98.0 2026-06-27 — BaseController faller nå tilbake til en-US når brukerens systemspråk-claim mangler eller ikke er et gyldig .NET-kulturnavn, i stedet for å kaste CultureNotFoundException/NullReferenceException i controller-konstruktøren. Dette ga tidligere 500 på alle Anleggsregister-endepunkter for berørte brukere. AR-controllerne leser også språk-claimet null-trygt.
• Anleggsregister på Visma NXT — markering av eksporterte transaksjoner v2.98.0 2026-06-27 — Visma NXT kan ikke skrive Business-feltet free3="1" som markerer at en anleggstransaksjon er eksportert/importert. ePortal holder nå en lokal markør per transaksjon (wv_FixedAsset_NxtExportedTransaction, nøkkel selskap/bilag) slik at NXT-tenanter kan markere eksporterte transaksjoner og deretter ekskludere dem fra avgående/innkommende transaksjonslister på lik linje med Business.
• Anleggsregister på Visma NXT — feil ved Business-prosedyrer v2.98.0 2026-06-27 — Kunder på Visma Business NXT fikk «Incorrect syntax near '\<selskapsnr>'» på anleggsdashboardet og Visma-baserte visninger (prosjekt/avdeling), fordi NXT-selskapsnummeret ble sendt som databasenavn til de SQL-baserte Visma-prosedyrene. NXT-tenanter kjører ikke lenger Business-prosedyrene (de returnerer tomt resultat til native NXT-lesning finnes for hver), og NXT-transaksjonslesningen er korrigert: regnskapsår/-periode avledes nå fra bilagsdato (NXT eksponerer ikke disse direkte), og feltnavn som ennå ikke er bekreftet mot NXT-modellen er midlertidig utelatt med tydelig logging slik at hele spørringen ikke feiler.
• Smart-grid — kolonnevelger (vis/skjul, rekkefølge, festing) og dra-og-slipp v2.98.0 2026-06-27 — Smart-grid har fått en valgfri «Kolonner»-knapp for å vise/skjule kolonner, endre rekkefølge (panel eller dra kolonnehåndtaket), og kolonner kan festes til kanten (sticky). Funksjonene er opt-in per grid og påvirker ikke eksisterende tabeller. Tatt i bruk på Anleggsregister endringslogg, som også er paginert slik at store loggsett ikke lastes i sin helhet.
• Raskere anleggsregister-dashboard og prosjektvisning v2.98.0 2026-06-27 — Henter nå kun de relevante prosjektenes Visma-transaksjoner (server-side filtrering) i stedet for hele hovedbok-historikken, så dashboardet og prosjektvisningen laster vesentlig raskere og time'r ikke ut.
• Konfigurerbar anleggskonto-rekkevidde (støtter 5-sifret kontoplan) v2.98.0 2026-06-27 — Fra/til-konto for Visma-transaksjoner i Anleggsregister settes nå per selskap (Kontrolloppsett → Selskapsinnstillinger), default 1000–1299. Kunder med 5-sifret kontoplan kan nå sette riktig rekkevidde slik at dashboard/prosjektvisning viser data.
• Anleggsregister-dashboardet laster seksjonsvis v2.98.0 2026-06-27 — Nøkkeltall og avskrivningsprognose vises nå umiddelbart, mens de tregere Visma-seksjonene (prosjekter under arbeid og endringslogg) lastes hver for seg med egen indikator. Er Visma tregt eller utilgjengelig, får kun den berørte seksjonen en tydelig melding med «Prøv igjen» — resten av dashboardet fungerer som normalt i stedet for at hele siden feiler.
• Anleggsregister (NXT): «kun kjøp»-visninger viser nå prosjekttotaler utenfor perioden v2.98.0 2026-06-27 — For tenants på Visma Business NXT droppet «kun kjøp»-modus (dashboard, endringslogg, prosjektvisning) feilaktig transaksjoner utenfor valgt periode for prosjekter som hadde kjøp i perioden — i strid med Visma Business SQL-/SP-referansen (som UNION-er inn disse radene). Nå tas de med, slik at prosjekttotalene blir komplette og like på begge integrasjonsstiene.
• Prosjektliste — filtrer på tags v2.91.0 2026-06-15 — Prosjektlisten har fått et tag-filter i filterpanelet (multi-select). Valgte tags filtreres server-side mot prosjektenes tagger, og prosjektradene viser nå fargede tag-merker under tittelen.
• Oppgavestatus i listevisninger v2.91.0 2026-06-15 — Oppgavelistene i et prosjekt (workspace-listen og dashboardets oppgavefane) viser nå en egen statuskolonne med fargede merker for hver oppgave og underoppgave. Kolonnen skjules automatisk når listen allerede er gruppert på status, slik at den ikke dupliserer gruppeoverskriftene.
• Prosjektoppgave — saving holder deg på samme side v2.91.0 2026-06-15 — Lagring av en underoppgave navigerer ikke lenger automatisk til foreldreoppgaven; man blir værende på underoppgaven (slik som før). «Tilbake»-knappen følger den eksisterende returnUrl først, og faller bare tilbake til foreldreoppgaven hvis ingen returnUrl er satt.
• Milepæl-status — felles kilde og riktig flertallsform v2.91.0 2026-06-15 — Sidepanelets «Neste milepæl»-merke og milepælslisten på prosjektdetalj bruker nå samme MilestoneStatusService (likt utseende og samme oversettelsesnøkler). «1 dag forsinket» vises korrekt i stedet for «1 dager forsinket».
• Neste milepæl — kun fremtidige v2.91.0 2026-06-15 — «Neste milepæl»-kortet på prosjektdetalj skjules nå når det ikke finnes flere kommende milepæler i fremtiden (tidligere ble eldste forfalne milepæl feilaktig vist som «neste»).
• KAI-planlegger — robust matching av tomme/whitespace-bøttenavn v2.91.0 2026-06-15 — Tasker hvor KAI returnerer tomt eller kun whitespace som bucketName plasseres ikke lenger feilaktig i den første bøtten.
• KAI-planlegger — host oppdateres når prosjektmeta lagres v2.91.0 2026-06-15 — Når KAI «Bruk forslag for prosjektmeta» lykkes oppdateres prosjektvisningen nå selv om ingen oppgaver eller milepæler ble valgt/opprettet.
• Prosjektstatus-historikk — racefri, delt med eksisterende helper v2.91.0 2026-06-15 — UpdateProject fanger gammel status atomisk via OUTPUT deleted.[ProjectStatus] (én round-trip) og logger statusendringer via den eksisterende AddProjectStatusChange-helperen i stedet for inline-INSERT, slik at alle status-skrivere går gjennom samme tilgangssjekk.
• Prosjekt-dashboard — oversiktstabbene fikk egne paneler v2.91.0 2026-06-15 — Det kombinerte oversiktskortet (Dokumenter · Møter · Tidslinje · Historikk) er restrukturert: tabbene ligger nå over, og hvert valg vises i sitt eget panel med egen panel-header (ikon + tittel + antall) — samme mønster som prosjektdetalj.
• KAI-planlegger — lag plan med milepæler fra et dokument v2.91.0 2026-06-15 — KAI-planleggeren i prosjektdetalj kan nå ta inn limt-inn tekst fra et tilbud/utkast som hovedgrunnlag. Slå på «Generer også milepæler» for å la KAI foreslå milepæler + oppgaver knyttet til hver milepæl, samt forslag til prosjekttittel, sammendrag og datoer. Forhåndsvisningen lar deg redigere/velge milepæler og oppgaver før de opprettes; valgte milepæler opprettes først og oppgavene kobles automatisk til riktig milepæl. Konfigurerbar prompt-nøkkel KAI.Prompt.ProjectPlannerFromDocument.
• KAI-planlegger og milepæler — felles komponenter på dashboard og detalj v2.91.0 2026-06-15 — KAI-planleggeren og listen over kommende milepæler er nå delte komponenter som brukes likt på både prosjekt-dashboard og prosjektdetalj. Dashboardet har fått hele KAI-funksjonssettet (dokumentgrunnlag + milepælgenerering), og milepælvisningen har samme kompakte utseende og statusmerker begge steder.
• Prosjektoppgaver — skjul ferdige oppgaver fra oversikten v2.91.0 2026-06-15 — Ferdige oppgaver (og eventuelle deloppgaver) kan nå skjules fra prosjekt-dashboardets oppgaveoversikt via et øye-ikon på raden eller en «Skjul fra oversikt»-knapp på oppgavedetalj. En oppgave kan kun skjules når den selv og alle ikke-slettede deloppgaver er ferdige (valideres server-side). Skjulte oppgaver filtreres bort som standard; «Vis skjulte»-knappen (med teller) viser dem igjen, og de kan når som helst vises i oversikten på nytt. (#Migration_20261006120000)
• Prosjekt-workspace — «Tilbake» går til prosjektet v2.91.0 2026-06-15 — Tilbakeknappen i prosjekt-workspace går nå tilbake til prosjektet man kom fra (prosjektdetalj) i stedet for alltid til prosjektlisten. Kom man fra prosjektets dashboard, returneres man dit.
• Hurtigpanel — «Merk som fullført» + visningstoggles v2.91.0 2026-06-15 — Oppgave-hurtigpanelet har fått «Merk som fullført»-knappen fra oppgavedetalj (i panel-headeren, skjult når oppgaven allerede er fullført), samt de to togglene «Skjul sjekkliste i oversikt» og «Skjul deloppgaver i oversikt» som lagres direkte via autolagring (PATCH).
• Hurtigpanel — rediger beskrivelsen direkte i panelet v2.91.0 2026-06-15 — Beskrivelsen i oppgave-hurtigpanelet kan nå redigeres på stedet med full rich-text-editor (TinyMCE) i stedet for å måtte åpne oppgaven i full visning. Et blyant-ikon i blokk-headeren aktiverer editoren (eller «Legg til beskrivelse» når den er tom); Lagre/Avbryt-knapper persisterer endringen via PATCH (taskDescription) med samme konflikt-håndtering som de øvrige feltene.
• Oppgavedetalj — fjernet overflødig «Oppgaveinnstillinger»-overskrift v2.91.0 2026-06-15 — Toolbar-overskriften øverst i venstre panel på prosjektoppgave-detalj er fjernet siden panelene under (Generell informasjon, Estimat & Tidsbruk) allerede har egne seksjonsoverskrifter. Venstre panel starter nå rett på innholdet, symmetrisk med høyre side.
• Oppgave — status «Fullført» setter fremdrift til 100 % v2.91.0 2026-06-15 — Når en oppgaves status settes til Fullført settes fremdriftsindikatoren automatisk til 100 %, både i oppgavedetalj og i hurtigpanelet. Regelen håndheves også server-side (UpdateTask/PatchTask), slik at status og fremdrift aldri kan vise ulike verdier.
• Aktivitet — kommentarfeltet vokser med teksten v2.91.0 2026-06-15 — Kommentarfeltet i aktivitetspanelet (med @-omtaler) utvider seg nå automatisk etter hvert som du skriver, opptil ti linjer, og bytter deretter til intern scrolling. Tidligere viste feltet bare to linjer av gangen.
• Ressursplanlegger — stabilitet og språkstøtte v2.91.0 2026-06-15 — Rettet deploy av dato-kontrollmigrering, robust sletting av ressurser med eksisterende allokeringer, korrekt håndtering av utilgjengelighet over døgnskille, og komplette engelske etiketter i planleggervisningen.
• Visuell planlegger v2.80.0 2024-Q3-Q4 — Ingen cron-kunnskap nødvendig
• Flerkanals utsending v2.80.0 2024-Q3-Q4 — In-App, E-post og SMS
• Målgruppestyring v2.80.0 2024-Q3-Q4 — Send til alle, timegrupper eller spesifikke brukere
• Malbasert v2.80.0 2024-Q3-Q4 — Gjenbruk meldingsmaler

Arbeidsordre og faktura

• Leverandørnavn på kostnadsoversikten i fakturagrunnlag v2.99.1 2026-08-13 — Kostnadsoversikt-PDF-en (eksterne kostnader) viser nå leverandørnavnet som egen infolinje under beskrivelsen på hver kostnadslinje, slik at mottaker ser hvem kostnaden kommer fra.
• Deres referanse, Vår referanse og PO-nummer kan fylles ut på arbeidsordre v2.99.1 2026-08-13 — De tre feltene, som tidligere bare ble vist i ordrehodet når de var satt, kan nå fylles ut og endres både når du oppretter en arbeidsordre og i redigeringsdialogen. PO-nummer/kundereferanse brukes som før ved fakturaeksport.
• Rekalkulering av materiellpriser feilet på returlinjer v2.99.1 2026-08-13 — Rekalkulér materiell (både prismatrise og kost+påslag) fant ikke aktiv pris for varelinjer med negativt antall (retur-/kreditlinjer) og viste «Ingen aktiv pris» selv når prisen fantes for tilsvarende positivt antall. Prisoppslaget bruker nå tallverdien av antallet.
• Lagring av varelinjer på arbeidsordre feilet v2.99.1 2026-08-13 — Å redigere og lagre en varelinje (varenummer, pris, kostpris, antall mv.) feilet med en generell feilmelding for enhver linje, uavhengig av tenant. To interne felt (ekstern referanse-ID og arbeidsordrenummer) var lagret internt med et format som varierer mellom vanlige tenanter og tenanter med enkelte integrasjoner; lagring håndterer nå begge formene konsekvent.
• Arbeidsordre-liste på mobil viste rå tekstnøkkel på filterknappen v2.98.0 2026-06-27 — Filterknappen i mobilvisningen av arbeidsordre-listen viste «WorkOrder.filters» i stedet for «Filtre» fordi oversettelsesnøkkelen manglet. Nøkkelen er lagt til.
• Lister scroller som en app v2.97.5 2026-06-11 — På flere listesider følger ikke lengre hele vinduet med når du blar — kun lista scroller, topplinja med tittel/brødsmuler blir liggende fast, og kolonneoverskriftene følger med øverst. Fjerner det doble rullefeltet som var plagsomt i app-/PWA-modus. Gjelder nå arbeidsordre, CRM-lister (kunder, kontakter, møter, aktiviteter, korrespondanse), prosjektlista og HMS-lister (maler, gjennomføringer, avvik, risiko, mål, kjemikalieregister). På arbeidsordre er i tillegg «Opprett»-knappen flyttet opp til høyre og prosjektkolonna utvidet.
• Arbeidsordre viser neste faktureringssteg v2.97.5 2026-06-11 — Arbeidsordrelista fremhever timer som må overføres, fakturaforslag som venter og gjenstående fakturerbart beløp. En egen fremdriftsvisning sammenligner sendt fakturagrunnlag med fakturerbart beløp, og handlingen åpner riktig fane på ordren. Ordredetaljen viser også et handlingskort når timer venter på overføring.
• PDF-generering for fakturagrunnlag v2.97.0 2026-06-07 — Fakturagrunnlag-komponentene har fått PDF-genereringstjeneste — last ned grunnlaget som PDF direkte fra UI.
• Arbeidsordre — fjernet begrensning på jobb start-/sluttdato ved lagring v2.91.0 2026-06-15 — Redigeringsmodalen i både arbeidsordrelisten og arbeidsordre-detaljen kunne ikke lagres når jobb start-/sluttdato lå utenfor 1970–2100, eller når sluttdato var før startdato. Denne server-valideringen er fjernet slik at modalen alltid kan lagres. Datoene konverteres fortsatt til riktig lagringsformat (char(12)) for å unngå SQL-feil.
• Portalinnstillinger arbeidsordre — tydelig merking av notat/advarsel v2.91.0 2026-06-15 — Notatfeltene i fanen Arbeidsordre viser nå riktig etikett per type (info vs advarsel), og manglende oversettelse for General.note er lagt til slik at nøkkeltekst ikke vises i UI.
• Portalinnstillinger — flyttet ordreoverføringsvalg til Arbeidsordre-fanen v2.91.0 2026-06-15 — Feltene «Overføringsmodus ordrer», «Prodnr. ved sumlinjer» og «Overfør lagernr på ordrelinjer» er flyttet fra Avansert → Integrasjon til Arbeidsordre under produktkode-seksjonen, og lagres nå via Arbeidsordre-fanens lagreknapp.
• Prismatrise — kopier hel prisliste med valg for priser og medlemmer v2.91.0 2026-06-15 — Prisgruppelisten har nå en kopier-dialog som oppretter en ny prisliste basert på valgt gruppe, med valg for om priser og medlemmer skal tas med.
• Arbeidsordreliste — debounce på fritekst-søk v2.91.0 2026-06-15 — Fritekst-søkefeltet venter nå 300 ms etter siste tastetrykk før søket kjøres. Forhindrer unødvendige API-kall ved rask skriving.
• Arbeidsordreliste — søk inkluderer prosjektnummer v2.91.0 2026-06-15 — Fritekst-søket treffer nå også WoProjNo-kolonnen, slik at man finner arbeidsordre ved å søke på prosjektnummer.
• Arbeidsordreliste og smart-grid — større standard paging og stabil filterrad v2.91.0 2026-06-15 — Arbeidsordreliste bruker nå 200 som standard sidestørrelse, med nye valg for 500 og 1000 rader. I smart-grid trigger ikke bytte av filtermetode (f.eks. «inneholder» til «begynner med») lenger unødvendig reload før en filterverdi er satt, slik at filterrad ikke skjules under redigering.
• Fakturagrunnlag — skjul ansattnavn i timeliste-PDF v2.91.0 2026-06-15 — Ny toggle «Skjul ansattnavn» i fakturagrunnlag-veiviseren. Når den er aktivert, vises «Ansatt [ansattnr]» i stedet for fullt navn i timeliste-PDFen. (#Migration_20260808090000)
• Varsling — oppgavefullføring og avviksendringer v2.91.0 2026-06-15 — Fire nye varslingskategorier med eget av/på-toggle pr. kanal under My Profile → Varslingsinnstillinger. Standard: in-app + e-post på, SMS av.
• Lønnsart — fakturatekst v2.91.0 2026-06-15 — Nytt felt «Fakturatekst» (wtInvDesc) på lønnsart-admin. Når satt: brukes som tekst på arbeidsordrelinjen ved overføring av timer til faktura. Tom verdi gir fallback til dagens produktnavn-/wtName-oppførsel. Maks 60 tegn vises på selve fakturalinjen (lengre tekst klippes). (#Migration_20261004100000)
• Produkt — to nye flagg for fakturalinje-/PDF-styring v2.91.0 2026-06-15 — wv_Extcache_product utvides med IsHourProduct («Timeprodukt») og ShowAsInvoiceLine («Vis som egen linje på faktura»). IsHourProduct: linjer behandles som timer på timeliste-PDF (og utelates fra materialliste-PDF) uavhengig av opphavskategori; aggregeres inn i Timer-summen i Summary-modus. ShowAsInvoiceLine: i Summary-modus skrives produktet ut som egen fakturalinje parallelt med Timer/Materialer/Eksterne kostnader-summene, og utelates fra alle PDF-vedlegg. Admin-UI under Lager → Produkt eksponerer begge feltene. (#Migration_20261003110000)
• Arbeidsordre — rekalkulér materiellpris v2.91.0 2026-06-15 — Ny «Rekalkulér»-meny i arbeidsordre-detaljens linjelist åpner forhåndsvisning som sammenligner ny pris/kostpris/RabPst mot eksisterende verdier på ufakturerte materiallinjer, før admin bekrefter oppdatering. Modus-velger: «Listepris» bruker IStockSalesPricingService (salgsmatrise med kunde/prosjekt/leverandør/kvantitet og hard fallback til leverandørens listepris), eller «Kost +%» beregner pris = kostpris × (1 + påslag/100) klemt til 0..1000 %. Apply re-henter aktive priser server-side så en utdatert forhåndsvisning ikke kan skrive feil verdier; rad-tilgangsfilter og CanEdit-sjekk håndheves både i controlleren og i repository som forsvar i dybden.
• Arbeidsordre — last materiell og timer ved første besøk v2.91.0 2026-06-15 — Når man åpner en arbeidsordre lastes nå materiallinjer og timeregistreringer automatisk på første visning, slik at man ikke må veksle faner manuelt for å se data.
• Arbeidsordre/Fakturagrunnlag — korrigert pris og beskrivelse i PDF + kostpris i linjefane v2.91.0 2026-06-15 — Material- og timeliste-PDF fra fakturagrunnlag bruker nå primært beskrivelsen fra arbeidsordrelinjen, enhetspris i vedlegg vises netto mot linjesum (rabatt hensyntatt), totalrad i prisvedlegg er justert, og Linjer-fanen i arbeidsordre-detalj viser/redigerer nå kostpris.
• Fakturagrunnlag (sammendrag) — produktkode for timer ble ikke satt v2.91.0 2026-06-15 — GetByKeyAsync i SystemConfigurationRepository brukte RepoDb-lambda uten RTRIM() og bommet på ConfigKey-rader med NVARCHAR trailing spaces. SettingsService.GetSettingAsync("WorkOrder.HourProductCode") returnerte derfor tom streng, og sammendragslinjen for timer ble lagret uten produktkode. Materialer var upåvirket (henter direkte fra wv_Time_Config.tcONIS_Transfer_Prod via raw SQL). GetByKeyAsync bruker nå samme RTRIM-mønster som GetByCategoryAsync og UpsertBatchAsync.
• Fakturagrunnlag v2.91.0 2026-06-15 — Nytt grensesnitt for opprettelse og håndtering av fakturagrunnlag fra arbeidsordre.
• Delfakturering v2.91.0 2026-06-15 — Støtte for å fakturere deler av en arbeidsordre i flere omganger.
• Fakturalogg v2.91.0 2026-06-15 — Full sporbarhet på fakturahendelser med statusendringer og tidsstempler.
• Arbeidsordreliste — robust håndtering av ordrenummer som tekst v2.91.0 2026-06-15 — Rettet krasj i GetWorkOrders når WoNo inneholder ikke-numeriske verdier. Mapping bruker nå teksttype som matcher wv_WorkOrder.WoNo (CHAR(30)), og filter for ordrenummer støtter alfanumeriske verdier.
• Fakturagrunnlag detaljvisning — Godkjenn/Krediter/Slett tilgjengelig v2.91.0 2026-06-15 — Knapper for godkjenning, kreditering og sletting vises nå også i toolbaren når man har åpnet et enkelt fakturagrunnlag, ikke bare i listen. Detaljvisningen oppfriskes automatisk etter godkjenning/kreditering, og lukkes ved sletting.
• Fakturagrunnlag — «Last ned PDF» fletter inn vedlagte dokumenter v2.91.0 2026-06-15 — «Last ned PDF» i detaljvisningen produserer nå én samlet PDF som inkluderer både forsiden (oversikt + linjer) og alle PDF-vedlegg som er knyttet til fakturagrunnlaget (Hours/Materials/ExternalCosts auto-generert + manuelt valgte dokumenter). Bruker pdf-lib for sammenslåing klientside. Ikke-PDF-vedlegg hoppes over med varsel.
• Fakturagrunnlag PDF — jobbeskrivelse på forsiden v2.91.0 2026-06-15 — Forsiden av fakturagrunnlag-PDFen viser nå arbeidsordrens jobbeskrivelse (BESKRIVELSE-feltet på ordren) i en egen «Jobbeskrivelse»-seksjon mellom ordreoverskriften og linjetabellene.
• Fakturagrunnlag — «Last ned PDF» gjenbruker auto-generert dokument v2.91.0 2026-06-15 — «Last ned PDF» i detaljvisningen laster nå ned den allerede sammenslåtte PDF-en som wizarden lagrer ved opprettelse, i stedet for å bygge forside + merge vedlegg på nytt hver gang. Eldre fakturagrunnlag uten lagret auto-PDF bygges fortsatt on-the-fly som fallback.
• Fakturagrunnlag sammendrag — beskrivelse reflekterer hele perioden v2.91.0 2026-06-15 — Auto-genererte beskrivelser (Timer / Materialer / Eksterne kostnader) brukte tidligere kun måneden fra startdatoen («Timer Jan 2026»). Beskrivelsen reflekterer nå hele valgt periode: «jan 2026» for hel måned, «jan – apr 2026» for hele måneder innenfor samme år, og full datoperiode «01.01.2026 – 27.04.2026» når start/slutt er midt i måneden.
• Fakturagrunnlag — smart default-periode for sammendragsfakturering v2.91.0 2026-06-15 — Wizard-en henter nå tidligste ufakturerte dato (TransactionDate eller wv_Time_WageReg.wrDate for timer) og setter den som default periodFrom, slik at både Løpende- og Sammendragsmodus viser alle ufakturerte linjer fra start. Periodefilteret bruker også COALESCE mot wrDate så timer fra timeregistrering blir filtrert på riktig dato — løste at sammendrag returnerte 0 linjer når wol.TransactionDate var NULL.
• Arbeidsordre dokumentopplasting — Azure Storage-innstillinger fra SystemConfiguration v2.91.0 2026-06-15 — Dokumentendepunktene bruker nå effektive blob-innstillinger via AzureStorageConfigService (inkl. AzureStorage.*-overstyring) i stedet for kun rå wv_WorkOrder_Settings, slik at lagring fra Azure Storage-modalen faktisk slår gjennom.
• Arbeidsordre linjer — totalsummer i antallkolonner v2.91.0 2026-06-15 — Linje-tabellen viser nå summer i footer for Antall, Rest og Plukket i samme rad som beløpstotalen, uten ekstra label.
• Arbeidsordre dokumenter — auto-opprett manglende settings v2.91.0 2026-06-15 — Hvis wv_WorkOrder_Settings mangler i en klientdatabase opprettes nå en default-rad automatisk ved oppslag, slik at dokumentflyt og admin-innstillinger ikke feiler på manglende konfigurasjon.
• Fakturagrunnlag dokumenter — Azure Storage-innstillinger fra SystemConfiguration v2.91.0 2026-06-15 — InvoiceBasis bruker nå samme effektive blob-innstillinger som øvrige moduler via AzureStorageConfigService, slik at opplasting/sletting av auto-genererte dokumenter følger lagret Azure Storage-konfigurasjon.
• Fakturagrunnlag timeliste-PDF — løpende dato-sortering og sum timer v2.91.0 2026-06-15 — Auto-generert timeliste-PDF er nå uten gruppering per ansatt, sortert stigende på dato med robust datovisning, og viser total antall timer nederst.
• Arbeidsordre eksterne kostnader — egen fakturaikon-kolonne v2.91.0 2026-06-15 — Dokumentlenke for faktura vises nå i en egen kolonne med tydelig ikonknapp, slik at lenken ikke forsvinner bak leverandør/tekstfelt.
• Fakturagrunnlag — statusfilter i listevisning v2.91.0 2026-06-15 — Fakturagrunnlag-fanen har nå statusfilter med standardvisning av Utkast + Godkjent, og valgfri visning av Sendt for arkivoppslag.
• Arbeidsordre — acttID int-filter fjernet (uniqueidentifier-drift) v2.91.0 2026-06-15 — wv_Actor.acttID er uniqueidentifier i flere kundedatabaser, mens dbscript.sql deklarerer den som int. Alle acttID IN (1,4)-filtre og acttID = 1/2/4-INSERT/UPDATE-skrivinger kastet «Operand type clash: uniqueidentifier is incompatible with tinyint». Defensivt sweep — filtre baserer seg nå på actCustNo/actSupNo som signal på «kunde/leverandør», og PowerOffice-INSERT/UPDATE dropper acttID-kolonnen siden int-verdiene 1/2/4 ikke kan tilordnes en uniqueidentifier-kolonne uansett. Rettet i GlobalSearchRepository.cs (api/ePortal.API/ePortal.Base/Repository/GlobalSearchRepository.cs), CrmActorExportAdapter.cs (api/ePortal.API/ePortal.Base/Services/Integration/CrmActorExportAdapter.cs), PowerOfficeGoMasterDataImportAdapter.cs (api/ePortal.API/ePortal.Base/Services/Integration/PowerOfficeGoMasterDataImportAdapter.cs) og WorkOrderRepository.cs (api/ePortal.API/ePortal.Base/Repository/WorkOrderRepository.cs).
• Arbeidsordre — material-recalc SQL-byggefeil v2.91.0 2026-06-15 — Rettet utermisert string-literal i GetUnbilledMaterialLinesAsync der ordet "hours" inne i en SQL-kommentar terminerte den verbatim-interpolerte C#-strengen og produserte ~50 kaskaderende byggefeil. Fjernet anførselstegnene fra kommentaren.
• Arbeidsordre — skjuler opprett-knapp ved ekstern master v2.91.0 2026-06-15 — «Opprett arbeidsordre» er nå ikke tilgjengelig når domenet har ekstern arbeidsordre aktivert (UseExternalWorkOrders=true), og opprett-dialogen er i tillegg sperret i komponentlogikken.
• Fakturagrunnlag PDF — dato på timelinjer og kronologisk sortering v2.91.0 2026-06-15 — Time-PDF-en for fakturagrunnlag viste «-» i dato-kolonnen fordi wol.TransactionDate er null på wv_WorkOrderLine-rader generert fra timeregistrering. SQL bruker nå COALESCE(wol.TransactionDate, wr.wrDate) slik at datoen alltid faller tilbake til lønnsregistreringens dato, og rad-ordenen er endret til dato → ansatt → linjenr så listen kommer ut kronologisk.
• Arbeidsordre eksterne kostnader — pending-overføring, dokumentlenke og TXT2-tekst v2.91.0 2026-06-15 — Fjernet krav om godkjenning før overføring av eksterne kostnader, la til Påslag %-felt i toppbaren (brukes ved enkel- og bulkoverføring), viser lenkeikon når kostnaden har URL til dokument, og bruker/rensker TXT2 som fakturalinjetekst (fjerner støy som «ON: 0»).
• Arbeidsordre ordrelinjer — angre overføring av ekstern kostnad v2.91.0 2026-06-15 — La til angre-knapp direkte på eksterne ordrelinjer, som finner koblet ekstern kostnad og kjører samme tilbakeføring som i Eksterne kostnader-fanen.

Bankavstemming og konsernavstemming

• Bilag fra bankavstemming: vedlegg kan sendes til Visma v2.99.0 2026-08-02 — 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.
• Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk v2.99.0 2026-08-02 — 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.
• Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden v2.99.0 2026-08-02 — 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.
• Konsernavstemming: valutadifferanse per valuta synliggjøres (FX-gap) v2.99.0 2026-08-02 — Konsernavstemmingens differanse regnes på hjemmebeløp, så en valuta-revalueringsdifferanse som balanserer på totalen men ikke per valuta var usynlig. Snapshotet lagrer nå per-valuta-summer (SumA/SumB/differanse per ISO-valuta) som child-rader, og en link flagges som avvik også når én enkelt valuta er ubalansert utover toleransen — selv om totalen går i null. En blank valutakode bokføres på regnskapsklientens hjemmevaluta (NOK — det finnes i dag ingen per-klient hjemmevaluta i systemet, og regnskapsklientene er norske), aldri tvunget over på linkens fremmedvaluta. Nytt endepunkt gir per-valuta-oversikten til dashboard/rapport (visningen kommer i en koordinert frontend-leveranse).
• Bankavstemming: valuta- og NOK-beløp i hver sin kolonne v2.99.0 2026-08-02 — 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.
• Bilag fra bankavstemming overføres til Visma med en gang v2.99.0 2026-08-02 — 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.
• Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen v2.99.0 2026-08-02 — 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».
• Bankavstemming: overstyr matchetoleranser per kjøring v2.99.0 2026-08-02 — «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.
• Bankavstemming: slå av summatching per kjøring v2.99.0 2026-08-02 — «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.
• Bankavstemming: avstemmingsbro v2.99.0 2026-08-02 — 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.
• Bankavstemming: se åpne poster ved periodefullføring og per periode v2.99.0 2026-08-02 — 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.
• Bankavstemming: kontooversikten kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-02 — Oversikten på dashboardet var en fast tabell uten sortering, kolonnefilter, søk eller sidevisning; den er nå en smart-grid, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst over alle kolonner, bla i sider og selv velge hvilke kolonner du vil se. Kontonummer står låst til venstre når du ruller sidelengs, og har du flere regnskapsklienter grupperes radene per selskap. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem, og «Regnskapsklient»-kolonnen er tatt bort siden gruppeoverskriften allerede viser den. Verktøylinja hadde åtte likestilte knapper og ingen tydelig førstehandling — «Importer alle kontoer» er nå den ene mørke knappen, med CAMT-filimport som valg under samme knapp. En konto som mangler import kan importeres direkte fra raden, og beløp vises i kontoens egen valuta i stedet for alltid i kroner.
• Bankavstemming: beløpene i «balanserer ikke»-meldingene vises nå med norsk tallformat v2.99.0 2026-08-02 — De to meldingene du får når en match eller netting ikke går opp formaterte beløpene etter serverens egen språkinnstilling, ikke etter norsk. Avhengig av hvilken server som svarte kunne samme avvik derfor stå som 1,000.00 i én melding og 1 000,00 i en annen. Formatet er nå eksplisitt norsk uansett. Selve meldingsteksten er uendret.
• Bankavstemming: kontooppsettet kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-02 — Siden «Kontooppsett» var en fast tabell: ingen sortering, ingen kolonnefilter, ingen søk, og ingen sidevisning uansett hvor mange kontoer selskapet har. Den er nå samme tabelltype som resten av modulen, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst, bla i sider og selv velge hvilke kolonner du vil se — valget huskes til neste gang. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem. Har du flere regnskapsklienter grupperes radene per selskap som før; skulle to selskaper være registrert med helt likt navn og kode, vises de nå som to adskilte grupper i stedet for å bli slått sammen. Kolonnen «Initialisert» sorterer på datoen, så kontoer som aldri er tatt i bruk samler seg.
• Bankavstemming: valutaen står nå i egen kolonne på dashboardet v2.99.0 2026-08-02 — Beløpene på kontooversikten har vist kontoens egen valuta en stund, men valutaen fantes ikke som kolonne, så den måtte leses ut av tallformatet. Nå står den mellom hovedbokskontoen og saldoene, og kan sorteres og filtreres som de øvrige kolonnene. Kontoer-siden har hatt kolonnen fra før.
• Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme v2.99.0 2026-08-02 — 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.
• Konsernavstemming: paroversikten kan nå sorteres, filtreres og søkes i — og batch auto-match må bekreftes v2.99.0 2026-08-02 — Paroversikten var en fast tabell; den er nå en smart-grid med sortering, kolonnefilter, fritekstsøk, sidevisning, kolonnevelger og avansert filter (også slått på for bankavstemmingens kontooversikt). Kjør auto-match ber nå om bekreftelse først, og dialogen sier eksplisitt om den gjelder de merkede parene eller alle synlige — omfanget avhenger av filteret, så filter-knappen viser tydelig når et filter er satt. Videre: «Nettoavvik» og «Nettodifferanse» het det samme to steder på samme skjerm og heter nå Netto differanse begge steder, «Ikke påbegynt» er nå «Ikke startet» som ellers i modulen, fortegnsformelen vises per par (den er konfigurerbar per par, så den kan ikke stå én gang i kolonneoverskriften), KPI-ikonene får farge etter verdien i stedet for etter hva kortet heter, og siden veileder deg nå når det ikke finnes par ennå.
• Bankavstemming: differanse vises per valuta v2.99.0 2026-08-02 — 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.
• Bankavstemming: lagrede visninger på kontooversikten v2.99.0 2026-08-02 — 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.
• Bankavstemming: kontonavn først i kontooversikten v2.99.0 2026-08-02 — 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.
• Bankavstemming: totaler per valuta i oversiktseksporter og summeringslinje v2.99.0 2026-08-02 — Når kontoene i bankavstemmingsoversikten står i flere valutaer, viser summeringslinja under tabellen og bunnsummene i PDF- og Excel-eksporten nå banksaldo, hovedbokssaldo og differanse per valuta i stedet for én sum på tvers av valutaene. Eksportene har fått en egen Valuta-kolonne per konto. Med kontoer i én valuta er visningen uendret, og ingen beløp regnes om mellom valutaer.
• Bilag fra bankavstemming: vedlegg kan sendes til Visma v2.99.0 2026-08-05 — 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.
• Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk v2.99.0 2026-08-05 — 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.
• Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden v2.99.0 2026-08-05 — 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.
• Konsernavstemming: valutadifferanse per valuta synliggjøres (FX-gap) v2.99.0 2026-08-05 — Konsernavstemmingens differanse regnes på hjemmebeløp, så en valuta-revalueringsdifferanse som balanserer på totalen men ikke per valuta var usynlig. Snapshotet lagrer nå per-valuta-summer (SumA/SumB/differanse per ISO-valuta) som child-rader, og en link flagges som avvik også når én enkelt valuta er ubalansert utover toleransen — selv om totalen går i null. En blank valutakode bokføres på regnskapsklientens hjemmevaluta (NOK — det finnes i dag ingen per-klient hjemmevaluta i systemet, og regnskapsklientene er norske), aldri tvunget over på linkens fremmedvaluta. Nytt endepunkt gir per-valuta-oversikten til dashboard/rapport (visningen kommer i en koordinert frontend-leveranse).
• Bankavstemming: valuta- og NOK-beløp i hver sin kolonne v2.99.0 2026-08-05 — 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.
• Bilag fra bankavstemming overføres til Visma med en gang v2.99.0 2026-08-05 — 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.
• Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen v2.99.0 2026-08-05 — 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».
• Bankavstemming: overstyr matchetoleranser per kjøring v2.99.0 2026-08-05 — «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.
• Bankavstemming: slå av summatching per kjøring v2.99.0 2026-08-05 — «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.
• Bankavstemming: avstemmingsbro v2.99.0 2026-08-05 — 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.
• Bankavstemming: se åpne poster ved periodefullføring og per periode v2.99.0 2026-08-05 — 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.
• Bankavstemming: kontooversikten kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-05 — Oversikten på dashboardet var en fast tabell uten sortering, kolonnefilter, søk eller sidevisning; den er nå en smart-grid, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst over alle kolonner, bla i sider og selv velge hvilke kolonner du vil se. Kontonummer står låst til venstre når du ruller sidelengs, og har du flere regnskapsklienter grupperes radene per selskap. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem, og «Regnskapsklient»-kolonnen er tatt bort siden gruppeoverskriften allerede viser den. Verktøylinja hadde åtte likestilte knapper og ingen tydelig førstehandling — «Importer alle kontoer» er nå den ene mørke knappen, med CAMT-filimport som valg under samme knapp. En konto som mangler import kan importeres direkte fra raden, og beløp vises i kontoens egen valuta i stedet for alltid i kroner.
• Bankavstemming: beløpene i «balanserer ikke»-meldingene vises nå med norsk tallformat v2.99.0 2026-08-05 — De to meldingene du får når en match eller netting ikke går opp formaterte beløpene etter serverens egen språkinnstilling, ikke etter norsk. Avhengig av hvilken server som svarte kunne samme avvik derfor stå som 1,000.00 i én melding og 1 000,00 i en annen. Formatet er nå eksplisitt norsk uansett. Selve meldingsteksten er uendret.
• Bankavstemming: kontooppsettet kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-05 — Siden «Kontooppsett» var en fast tabell: ingen sortering, ingen kolonnefilter, ingen søk, og ingen sidevisning uansett hvor mange kontoer selskapet har. Den er nå samme tabelltype som resten av modulen, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst, bla i sider og selv velge hvilke kolonner du vil se — valget huskes til neste gang. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem. Har du flere regnskapsklienter grupperes radene per selskap som før; skulle to selskaper være registrert med helt likt navn og kode, vises de nå som to adskilte grupper i stedet for å bli slått sammen. Kolonnen «Initialisert» sorterer på datoen, så kontoer som aldri er tatt i bruk samler seg.
• Bankavstemming: valutaen står nå i egen kolonne på dashboardet v2.99.0 2026-08-05 — Beløpene på kontooversikten har vist kontoens egen valuta en stund, men valutaen fantes ikke som kolonne, så den måtte leses ut av tallformatet. Nå står den mellom hovedbokskontoen og saldoene, og kan sorteres og filtreres som de øvrige kolonnene. Kontoer-siden har hatt kolonnen fra før.
• Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme v2.99.0 2026-08-05 — 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.
• Konsernavstemming: paroversikten kan nå sorteres, filtreres og søkes i — og batch auto-match må bekreftes v2.99.0 2026-08-05 — Paroversikten var en fast tabell; den er nå en smart-grid med sortering, kolonnefilter, fritekstsøk, sidevisning, kolonnevelger og avansert filter (også slått på for bankavstemmingens kontooversikt). Kjør auto-match ber nå om bekreftelse først, og dialogen sier eksplisitt om den gjelder de merkede parene eller alle synlige — omfanget avhenger av filteret, så filter-knappen viser tydelig når et filter er satt. Videre: «Nettoavvik» og «Nettodifferanse» het det samme to steder på samme skjerm og heter nå Netto differanse begge steder, «Ikke påbegynt» er nå «Ikke startet» som ellers i modulen, fortegnsformelen vises per par (den er konfigurerbar per par, så den kan ikke stå én gang i kolonneoverskriften), KPI-ikonene får farge etter verdien i stedet for etter hva kortet heter, og siden veileder deg nå når det ikke finnes par ennå.
• Bankavstemming: differanse vises per valuta v2.99.0 2026-08-05 — 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.
• Bankavstemming: lagrede visninger på kontooversikten v2.99.0 2026-08-05 — 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.
• Bankavstemming: kontonavn først i kontooversikten v2.99.0 2026-08-05 — 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.
• Bankavstemming: totaler per valuta i oversiktseksporter og summeringslinje v2.99.0 2026-08-05 — Når kontoene i bankavstemmingsoversikten står i flere valutaer, viser summeringslinja under tabellen og bunnsummene i PDF- og Excel-eksporten nå banksaldo, hovedbokssaldo og differanse per valuta i stedet for én sum på tvers av valutaene. Eksportene har fått en egen Valuta-kolonne per konto. Med kontoer i én valuta er visningen uendret, og ingen beløp regnes om mellom valutaer.
• Hovedboksposter uten valuteringsdato holdes ikke lenger utenfor avstemmingen v2.99.0 2026-08-05 — 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.
• Forslagspanelet i bankavstemming holder seg på plass og er alltid oppdatert v2.99.0 2026-08-05 — Panelet med tvetydige forslag har nå begrenset høyde med egen scroll og låste kolonneoverskrifter, så bank- og hovedbokslistene blir stående på skjermen selv når auto-match har lagt mange forslag i kø. Køen lastes også på nytt hver gang du avstemmer et par, slik at forslag som peker på linjer du nettopp har brukt opp forsvinner med én gang i stedet for å bli stående som valgbare.
• Bankavstemming — "avstemt til og med"-dato fikk én konsistent betydning i saldoer, arbeidsflate og åpneposter v2.99.0 2026-08-05 — 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.
• Bankavstemming — initialiseringsmodalens tekster og kontolistens saldokolonner byttet fra "startdato"/"åpningsbalanse" til "avstemt til og med" v2.99.0 2026-08-05 — 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.
• Bankavstemming — poster med valuteringsdato etter avstemt-til-og-med-datoen hentes nå fra regnskapssystemet, og åpneposter får kontoens egen valuta v2.99.0 2026-08-05 — 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.
• Sletting av konsernpar feilet alltid v2.99.0 2026-08-05 — «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.
• Bilag fra bankavstemming: vedlegg kan sendes til Visma v2.99.0 2026-08-06 — 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.
• Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk v2.99.0 2026-08-06 — 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.
• Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden v2.99.0 2026-08-06 — 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.
• Konsernavstemming: valutadifferanse per valuta synliggjøres (FX-gap) v2.99.0 2026-08-06 — Konsernavstemmingens differanse regnes på hjemmebeløp, så en valuta-revalueringsdifferanse som balanserer på totalen men ikke per valuta var usynlig. Snapshotet lagrer nå per-valuta-summer (SumA/SumB/differanse per ISO-valuta) som child-rader, og en link flagges som avvik også når én enkelt valuta er ubalansert utover toleransen — selv om totalen går i null. En blank valutakode bokføres på regnskapsklientens hjemmevaluta (NOK — det finnes i dag ingen per-klient hjemmevaluta i systemet, og regnskapsklientene er norske), aldri tvunget over på linkens fremmedvaluta. Nytt endepunkt gir per-valuta-oversikten til dashboard/rapport (visningen kommer i en koordinert frontend-leveranse).
• Bankavstemming: valuta- og NOK-beløp i hver sin kolonne v2.99.0 2026-08-06 — 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.
• Bilag fra bankavstemming overføres til Visma med en gang v2.99.0 2026-08-06 — 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.
• Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen v2.99.0 2026-08-06 — 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».
• Bankavstemming: overstyr matchetoleranser per kjøring v2.99.0 2026-08-06 — «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.
• Bankavstemming: slå av summatching per kjøring v2.99.0 2026-08-06 — «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.
• Bankavstemming: avstemmingsbro v2.99.0 2026-08-06 — 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.
• Bankavstemming: se åpne poster ved periodefullføring og per periode v2.99.0 2026-08-06 — 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.
• Bankavstemming: kontooversikten kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-06 — Oversikten på dashboardet var en fast tabell uten sortering, kolonnefilter, søk eller sidevisning; den er nå en smart-grid, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst over alle kolonner, bla i sider og selv velge hvilke kolonner du vil se. Kontonummer står låst til venstre når du ruller sidelengs, og har du flere regnskapsklienter grupperes radene per selskap. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem, og «Regnskapsklient»-kolonnen er tatt bort siden gruppeoverskriften allerede viser den. Verktøylinja hadde åtte likestilte knapper og ingen tydelig førstehandling — «Importer alle kontoer» er nå den ene mørke knappen, med CAMT-filimport som valg under samme knapp. En konto som mangler import kan importeres direkte fra raden, og beløp vises i kontoens egen valuta i stedet for alltid i kroner.
• Bankavstemming: beløpene i «balanserer ikke»-meldingene vises nå med norsk tallformat v2.99.0 2026-08-06 — De to meldingene du får når en match eller netting ikke går opp formaterte beløpene etter serverens egen språkinnstilling, ikke etter norsk. Avhengig av hvilken server som svarte kunne samme avvik derfor stå som 1,000.00 i én melding og 1 000,00 i en annen. Formatet er nå eksplisitt norsk uansett. Selve meldingsteksten er uendret.
• Bankavstemming: kontooppsettet kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-06 — Siden «Kontooppsett» var en fast tabell: ingen sortering, ingen kolonnefilter, ingen søk, og ingen sidevisning uansett hvor mange kontoer selskapet har. Den er nå samme tabelltype som resten av modulen, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst, bla i sider og selv velge hvilke kolonner du vil se — valget huskes til neste gang. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem. Har du flere regnskapsklienter grupperes radene per selskap som før; skulle to selskaper være registrert med helt likt navn og kode, vises de nå som to adskilte grupper i stedet for å bli slått sammen. Kolonnen «Initialisert» sorterer på datoen, så kontoer som aldri er tatt i bruk samler seg.
• Bankavstemming: valutaen står nå i egen kolonne på dashboardet v2.99.0 2026-08-06 — Beløpene på kontooversikten har vist kontoens egen valuta en stund, men valutaen fantes ikke som kolonne, så den måtte leses ut av tallformatet. Nå står den mellom hovedbokskontoen og saldoene, og kan sorteres og filtreres som de øvrige kolonnene. Kontoer-siden har hatt kolonnen fra før.
• Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme v2.99.0 2026-08-06 — 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.
• Konsernavstemming: paroversikten kan nå sorteres, filtreres og søkes i — og batch auto-match må bekreftes v2.99.0 2026-08-06 — Paroversikten var en fast tabell; den er nå en smart-grid med sortering, kolonnefilter, fritekstsøk, sidevisning, kolonnevelger og avansert filter (også slått på for bankavstemmingens kontooversikt). Kjør auto-match ber nå om bekreftelse først, og dialogen sier eksplisitt om den gjelder de merkede parene eller alle synlige — omfanget avhenger av filteret, så filter-knappen viser tydelig når et filter er satt. Videre: «Nettoavvik» og «Nettodifferanse» het det samme to steder på samme skjerm og heter nå Netto differanse begge steder, «Ikke påbegynt» er nå «Ikke startet» som ellers i modulen, fortegnsformelen vises per par (den er konfigurerbar per par, så den kan ikke stå én gang i kolonneoverskriften), KPI-ikonene får farge etter verdien i stedet for etter hva kortet heter, og siden veileder deg nå når det ikke finnes par ennå.
• Bankavstemming: differanse vises per valuta v2.99.0 2026-08-06 — 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.
• Bankavstemming: lagrede visninger på kontooversikten v2.99.0 2026-08-06 — 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.
• Bankavstemming: kontonavn først i kontooversikten v2.99.0 2026-08-06 — 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.
• Bankavstemming: totaler per valuta i oversiktseksporter og summeringslinje v2.99.0 2026-08-06 — Når kontoene i bankavstemmingsoversikten står i flere valutaer, viser summeringslinja under tabellen og bunnsummene i PDF- og Excel-eksporten nå banksaldo, hovedbokssaldo og differanse per valuta i stedet for én sum på tvers av valutaene. Eksportene har fått en egen Valuta-kolonne per konto. Med kontoer i én valuta er visningen uendret, og ingen beløp regnes om mellom valutaer.
• Hovedboksposter uten valuteringsdato holdes ikke lenger utenfor avstemmingen v2.99.0 2026-08-06 — 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.
• Forslagspanelet i bankavstemming holder seg på plass og er alltid oppdatert v2.99.0 2026-08-06 — Panelet med tvetydige forslag har nå begrenset høyde med egen scroll og låste kolonneoverskrifter, så bank- og hovedbokslistene blir stående på skjermen selv når auto-match har lagt mange forslag i kø. Køen lastes også på nytt hver gang du avstemmer et par, slik at forslag som peker på linjer du nettopp har brukt opp forsvinner med én gang i stedet for å bli stående som valgbare.
• Bankavstemming: ryddigere kontooversikt v2.99.0 2026-08-06 — Kontooversikt-griden viser ikke lenger sumrad og feltsum nederst, og «ikke importert»-badgen med importknappen stables nå vertikalt i stedet for på rad.
• Konsernavstemming: valg-/match-linjen er flyttet øverst i arbeidsflaten v2.99.0 2026-08-06 — 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.
• Bankavstemming — "avstemt til og med"-dato fikk én konsistent betydning i saldoer, arbeidsflate og åpneposter v2.99.0 2026-08-06 — 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.
• Bankavstemming — initialiseringsmodalens tekster og kontolistens saldokolonner byttet fra "startdato"/"åpningsbalanse" til "avstemt til og med" v2.99.0 2026-08-06 — 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.
• Bankavstemming — poster med valuteringsdato etter avstemt-til-og-med-datoen hentes nå fra regnskapssystemet, og åpneposter får kontoens egen valuta v2.99.0 2026-08-06 — 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.
• Sletting av konsernpar feilet alltid v2.99.0 2026-08-06 — «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.
• Konsernavstemming: «Fjern match» feilet på matchgrupper som ikke var bekreftet v2.99.0 2026-08-06 — Å 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.
• Konsernavstemming må initialiseres per par etter denne utrullingen v2.99.0 2026-08-06 — 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.
• Bilag fra bankavstemming: vedlegg kan sendes til Visma v2.99.0 2026-08-08 — 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.
• Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk v2.99.0 2026-08-08 — 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.
• Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden v2.99.0 2026-08-08 — 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.
• Konsernavstemming: valutadifferanse per valuta synliggjøres (FX-gap) v2.99.0 2026-08-08 — Konsernavstemmingens differanse regnes på hjemmebeløp, så en valuta-revalueringsdifferanse som balanserer på totalen men ikke per valuta var usynlig. Snapshotet lagrer nå per-valuta-summer (SumA/SumB/differanse per ISO-valuta) som child-rader, og en link flagges som avvik også når én enkelt valuta er ubalansert utover toleransen — selv om totalen går i null. En blank valutakode bokføres på regnskapsklientens hjemmevaluta (NOK — det finnes i dag ingen per-klient hjemmevaluta i systemet, og regnskapsklientene er norske), aldri tvunget over på linkens fremmedvaluta. Nytt endepunkt gir per-valuta-oversikten til dashboard/rapport (visningen kommer i en koordinert frontend-leveranse).
• Bankavstemming: valuta- og NOK-beløp i hver sin kolonne v2.99.0 2026-08-08 — 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.
• Bilag fra bankavstemming overføres til Visma med en gang v2.99.0 2026-08-08 — 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.
• Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen v2.99.0 2026-08-08 — 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».
• Bankavstemming: overstyr matchetoleranser per kjøring v2.99.0 2026-08-08 — «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.
• Bankavstemming: slå av summatching per kjøring v2.99.0 2026-08-08 — «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.
• Bankavstemming: avstemmingsbro v2.99.0 2026-08-08 — 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.
• Bankavstemming: se åpne poster ved periodefullføring og per periode v2.99.0 2026-08-08 — 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.
• Bankavstemming: kontooversikten kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-08 — Oversikten på dashboardet var en fast tabell uten sortering, kolonnefilter, søk eller sidevisning; den er nå en smart-grid, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst over alle kolonner, bla i sider og selv velge hvilke kolonner du vil se. Kontonummer står låst til venstre når du ruller sidelengs, og har du flere regnskapsklienter grupperes radene per selskap. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem, og «Regnskapsklient»-kolonnen er tatt bort siden gruppeoverskriften allerede viser den. Verktøylinja hadde åtte likestilte knapper og ingen tydelig førstehandling — «Importer alle kontoer» er nå den ene mørke knappen, med CAMT-filimport som valg under samme knapp. En konto som mangler import kan importeres direkte fra raden, og beløp vises i kontoens egen valuta i stedet for alltid i kroner.
• Bankavstemming: beløpene i «balanserer ikke»-meldingene vises nå med norsk tallformat v2.99.0 2026-08-08 — De to meldingene du får når en match eller netting ikke går opp formaterte beløpene etter serverens egen språkinnstilling, ikke etter norsk. Avhengig av hvilken server som svarte kunne samme avvik derfor stå som 1,000.00 i én melding og 1 000,00 i en annen. Formatet er nå eksplisitt norsk uansett. Selve meldingsteksten er uendret.
• Bankavstemming: kontooppsettet kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-08 — Siden «Kontooppsett» var en fast tabell: ingen sortering, ingen kolonnefilter, ingen søk, og ingen sidevisning uansett hvor mange kontoer selskapet har. Den er nå samme tabelltype som resten av modulen, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst, bla i sider og selv velge hvilke kolonner du vil se — valget huskes til neste gang. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem. Har du flere regnskapsklienter grupperes radene per selskap som før; skulle to selskaper være registrert med helt likt navn og kode, vises de nå som to adskilte grupper i stedet for å bli slått sammen. Kolonnen «Initialisert» sorterer på datoen, så kontoer som aldri er tatt i bruk samler seg.
• Bankavstemming: valutaen står nå i egen kolonne på dashboardet v2.99.0 2026-08-08 — Beløpene på kontooversikten har vist kontoens egen valuta en stund, men valutaen fantes ikke som kolonne, så den måtte leses ut av tallformatet. Nå står den mellom hovedbokskontoen og saldoene, og kan sorteres og filtreres som de øvrige kolonnene. Kontoer-siden har hatt kolonnen fra før.
• Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme v2.99.0 2026-08-08 — 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.
• Konsernavstemming: paroversikten kan nå sorteres, filtreres og søkes i — og batch auto-match må bekreftes v2.99.0 2026-08-08 — Paroversikten var en fast tabell; den er nå en smart-grid med sortering, kolonnefilter, fritekstsøk, sidevisning, kolonnevelger og avansert filter (også slått på for bankavstemmingens kontooversikt). Kjør auto-match ber nå om bekreftelse først, og dialogen sier eksplisitt om den gjelder de merkede parene eller alle synlige — omfanget avhenger av filteret, så filter-knappen viser tydelig når et filter er satt. Videre: «Nettoavvik» og «Nettodifferanse» het det samme to steder på samme skjerm og heter nå Netto differanse begge steder, «Ikke påbegynt» er nå «Ikke startet» som ellers i modulen, fortegnsformelen vises per par (den er konfigurerbar per par, så den kan ikke stå én gang i kolonneoverskriften), KPI-ikonene får farge etter verdien i stedet for etter hva kortet heter, og siden veileder deg nå når det ikke finnes par ennå.
• Bankavstemming: differanse vises per valuta v2.99.0 2026-08-08 — 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.
• Bankavstemming: lagrede visninger på kontooversikten v2.99.0 2026-08-08 — 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.
• Bankavstemming: kontonavn først i kontooversikten v2.99.0 2026-08-08 — 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.
• Bankavstemming: totaler per valuta i oversiktseksporter og summeringslinje v2.99.0 2026-08-08 — Når kontoene i bankavstemmingsoversikten står i flere valutaer, viser summeringslinja under tabellen og bunnsummene i PDF- og Excel-eksporten nå banksaldo, hovedbokssaldo og differanse per valuta i stedet for én sum på tvers av valutaene. Eksportene har fått en egen Valuta-kolonne per konto. Med kontoer i én valuta er visningen uendret, og ingen beløp regnes om mellom valutaer.
• Hovedboksposter uten valuteringsdato holdes ikke lenger utenfor avstemmingen v2.99.0 2026-08-08 — 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.
• Forslagspanelet i bankavstemming holder seg på plass og er alltid oppdatert v2.99.0 2026-08-08 — Panelet med tvetydige forslag har nå begrenset høyde med egen scroll og låste kolonneoverskrifter, så bank- og hovedbokslistene blir stående på skjermen selv når auto-match har lagt mange forslag i kø. Køen lastes også på nytt hver gang du avstemmer et par, slik at forslag som peker på linjer du nettopp har brukt opp forsvinner med én gang i stedet for å bli stående som valgbare.
• Bankavstemming: ryddigere kontooversikt v2.99.0 2026-08-08 — Kontooversikt-griden viser ikke lenger sumrad og feltsum nederst, og «ikke importert»-badgen med importknappen stables nå vertikalt i stedet for på rad.
• Konsernavstemming: valg-/match-linjen er flyttet øverst i arbeidsflaten v2.99.0 2026-08-08 — 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.
• Konsernavstemming: verktøylinje og initialisering på linje med bankavstemming v2.99.0 2026-08-08 — 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.
• Nytt/rediger par og bankkonto åpnes i skuff i stedet for modal v2.99.0 2026-08-08 — 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.
• Bankavstemming — "avstemt til og med"-dato fikk én konsistent betydning i saldoer, arbeidsflate og åpneposter v2.99.0 2026-08-08 — 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.
• Bankavstemming — initialiseringsmodalens tekster og kontolistens saldokolonner byttet fra "startdato"/"åpningsbalanse" til "avstemt til og med" v2.99.0 2026-08-08 — 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.
• Bankavstemming — poster med valuteringsdato etter avstemt-til-og-med-datoen hentes nå fra regnskapssystemet, og åpneposter får kontoens egen valuta v2.99.0 2026-08-08 — 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.
• Sletting av konsernpar feilet alltid v2.99.0 2026-08-08 — «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.
• Konsernavstemming: «Fjern match» feilet på matchgrupper som ikke var bekreftet v2.99.0 2026-08-08 — Å 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.
• Lesbare kolonner i konsernavstemmingsoversikten v2.99.0 2026-08-08 — 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.
• Konsernavstemming må initialiseres per par etter denne utrullingen v2.99.0 2026-08-08 — 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.
• Bilag fra bankavstemming: vedlegg kan sendes til Visma v2.99.0 2026-08-13 — 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.
• Bankavstemming: KAI løser opp tvetydige treff (samme beløp + dato) — forslag til gjennomgang, aldri automatisk v2.99.0 2026-08-13 — 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.
• Bankavstemming: nytt dashboard-oppsett v2.99.0 2026-08-13 — 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).
• «Vis flere» i avstemmingslistene — ingen poster er lenger utenfor rekkevidde v2.99.0 2026-08-13 — 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.
• Bankavstemming: samlet «Mer»-meny og periode som måned v2.99.0 2026-08-13 — 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.
• Konsernavstemming: samme verktøylinje som bankavstemming v2.99.0 2026-08-13 — 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.
• Bankavstemming: valuteringsdato (ValDt) styrer nå avstemmingsperioden v2.99.0 2026-08-13 — 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.
• Konsernavstemming: valutadifferanse per valuta synliggjøres (FX-gap) v2.99.0 2026-08-13 — Konsernavstemmingens differanse regnes på hjemmebeløp, så en valuta-revalueringsdifferanse som balanserer på totalen men ikke per valuta var usynlig. Snapshotet lagrer nå per-valuta-summer (SumA/SumB/differanse per ISO-valuta) som child-rader, og en link flagges som avvik også når én enkelt valuta er ubalansert utover toleransen — selv om totalen går i null. En blank valutakode bokføres på regnskapsklientens hjemmevaluta (NOK — det finnes i dag ingen per-klient hjemmevaluta i systemet, og regnskapsklientene er norske), aldri tvunget over på linkens fremmedvaluta. Nytt endepunkt gir per-valuta-oversikten til dashboard/rapport (visningen kommer i en koordinert frontend-leveranse).
• Bankavstemming: valuta- og NOK-beløp i hver sin kolonne v2.99.0 2026-08-13 — 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.
• Bilag fra bankavstemming overføres til Visma med en gang v2.99.0 2026-08-13 — 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.
• Bankavstemming: NOK-kolonne i Excel-eksport og NOK-sum i bunnlinjen v2.99.0 2026-08-13 — 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».
• Bankavstemming: overstyr matchetoleranser per kjøring v2.99.0 2026-08-13 — «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.
• Bankavstemming: slå av summatching per kjøring v2.99.0 2026-08-13 — «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.
• Bankavstemming: avstemmingsbro v2.99.0 2026-08-13 — 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.
• Bankavstemming: se åpne poster ved periodefullføring og per periode v2.99.0 2026-08-13 — 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.
• Bankavstemming: kontooversikten kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-13 — Oversikten på dashboardet var en fast tabell uten sortering, kolonnefilter, søk eller sidevisning; den er nå en smart-grid, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst over alle kolonner, bla i sider og selv velge hvilke kolonner du vil se. Kontonummer står låst til venstre når du ruller sidelengs, og har du flere regnskapsklienter grupperes radene per selskap. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem, og «Regnskapsklient»-kolonnen er tatt bort siden gruppeoverskriften allerede viser den. Verktøylinja hadde åtte likestilte knapper og ingen tydelig førstehandling — «Importer alle kontoer» er nå den ene mørke knappen, med CAMT-filimport som valg under samme knapp. En konto som mangler import kan importeres direkte fra raden, og beløp vises i kontoens egen valuta i stedet for alltid i kroner.
• Bankavstemming: beløpene i «balanserer ikke»-meldingene vises nå med norsk tallformat v2.99.0 2026-08-13 — De to meldingene du får når en match eller netting ikke går opp formaterte beløpene etter serverens egen språkinnstilling, ikke etter norsk. Avhengig av hvilken server som svarte kunne samme avvik derfor stå som 1,000.00 i én melding og 1 000,00 i en annen. Formatet er nå eksplisitt norsk uansett. Selve meldingsteksten er uendret.
• Bankavstemming: kontooppsettet kan nå sorteres, filtreres og søkes i v2.99.0 2026-08-13 — Siden «Kontooppsett» var en fast tabell: ingen sortering, ingen kolonnefilter, ingen søk, og ingen sidevisning uansett hvor mange kontoer selskapet har. Den er nå samme tabelltype som resten av modulen, så du kan sortere ved å klikke en overskrift, filtrere per kolonne, søke i fritekst, bla i sider og selv velge hvilke kolonner du vil se — valget huskes til neste gang. «Hovedbokskonto» er delt i eget nummer og navn slik at du kan sortere og filtrere på hver av dem. Har du flere regnskapsklienter grupperes radene per selskap som før; skulle to selskaper være registrert med helt likt navn og kode, vises de nå som to adskilte grupper i stedet for å bli slått sammen. Kolonnen «Initialisert» sorterer på datoen, så kontoer som aldri er tatt i bruk samler seg.
• Bankavstemming: valutaen står nå i egen kolonne på dashboardet v2.99.0 2026-08-13 — Beløpene på kontooversikten har vist kontoens egen valuta en stund, men valutaen fantes ikke som kolonne, så den måtte leses ut av tallformatet. Nå står den mellom hovedbokskontoen og saldoene, og kan sorteres og filtreres som de øvrige kolonnene. Kontoer-siden har hatt kolonnen fra før.
• Bankavstemming: «Status» het det samme på tre sider, men betydde ikke det samme v2.99.0 2026-08-13 — 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.
• Konsernavstemming: paroversikten kan nå sorteres, filtreres og søkes i — og batch auto-match må bekreftes v2.99.0 2026-08-13 — Paroversikten var en fast tabell; den er nå en smart-grid med sortering, kolonnefilter, fritekstsøk, sidevisning, kolonnevelger og avansert filter (også slått på for bankavstemmingens kontooversikt). Kjør auto-match ber nå om bekreftelse først, og dialogen sier eksplisitt om den gjelder de merkede parene eller alle synlige — omfanget avhenger av filteret, så filter-knappen viser tydelig når et filter er satt. Videre: «Nettoavvik» og «Nettodifferanse» het det samme to steder på samme skjerm og heter nå Netto differanse begge steder, «Ikke påbegynt» er nå «Ikke startet» som ellers i modulen, fortegnsformelen vises per par (den er konfigurerbar per par, så den kan ikke stå én gang i kolonneoverskriften), KPI-ikonene får farge etter verdien i stedet for etter hva kortet heter, og siden veileder deg nå når det ikke finnes par ennå.
• Bankavstemming: differanse vises per valuta v2.99.0 2026-08-13 — 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.
• Bankavstemming: lagrede visninger på kontooversikten v2.99.0 2026-08-13 — 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.
• Bankavstemming: kontonavn først i kontooversikten v2.99.0 2026-08-13 — 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.
• Bankavstemming: totaler per valuta i oversiktseksporter og summeringslinje v2.99.0 2026-08-13 — Når kontoene i bankavstemmingsoversikten står i flere valutaer, viser summeringslinja under tabellen og bunnsummene i PDF- og Excel-eksporten nå banksaldo, hovedbokssaldo og differanse per valuta i stedet for én sum på tvers av valutaene. Eksportene har fått en egen Valuta-kolonne per konto. Med kontoer i én valuta er visningen uendret, og ingen beløp regnes om mellom valutaer.
• Hovedboksposter uten valuteringsdato holdes ikke lenger utenfor avstemmingen v2.99.0 2026-08-13 — 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.
• Forslagspanelet i bankavstemming holder seg på plass og er alltid oppdatert v2.99.0 2026-08-13 — Panelet med tvetydige forslag har nå begrenset høyde med egen scroll og låste kolonneoverskrifter, så bank- og hovedbokslistene blir stående på skjermen selv når auto-match har lagt mange forslag i kø. Køen lastes også på nytt hver gang du avstemmer et par, slik at forslag som peker på linjer du nettopp har brukt opp forsvinner med én gang i stedet for å bli stående som valgbare.
• Bankavstemming: ryddigere kontooversikt v2.99.0 2026-08-13 — Kontooversikt-griden viser ikke lenger sumrad og feltsum nederst, og «ikke importert»-badgen med importknappen stables nå vertikalt i stedet for på rad.
• Konsernavstemming: valg-/match-linjen er flyttet øverst i arbeidsflaten v2.99.0 2026-08-13 — 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.
• Konsernavstemming: verktøylinje og initialisering på linje med bankavstemming v2.99.0 2026-08-13 — 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.
• Nytt/rediger par og bankkonto åpnes i skuff i stedet for modal v2.99.0 2026-08-13 — 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.
• Smart-grid: gruppesummer viser riktige tall v2.99.0 2026-08-13 — Gruppesummer viser ikke lenger interne feltnavn, og antall vises uten desimaler.
• Bankavstemming — "avstemt til og med"-dato fikk én konsistent betydning i saldoer, arbeidsflate og åpneposter v2.99.0 2026-08-13 — 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.
• Bankavstemming — initialiseringsmodalens tekster og kontolistens saldokolonner byttet fra "startdato"/"åpningsbalanse" til "avstemt til og med" v2.99.0 2026-08-13 — 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.
• Bankavstemming — poster med valuteringsdato etter avstemt-til-og-med-datoen hentes nå fra regnskapssystemet, og åpneposter får kontoens egen valuta v2.99.0 2026-08-13 — 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.
• Sletting av konsernpar feilet alltid v2.99.0 2026-08-13 — «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.
• Konsernavstemming: «Fjern match» feilet på matchgrupper som ikke var bekreftet v2.99.0 2026-08-13 — Å 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.
• Lesbare kolonner i konsernavstemmingsoversikten v2.99.0 2026-08-13 — 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.
• Konsernavstemming må initialiseres per par etter denne utrullingen v2.99.0 2026-08-13 — 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.
• Konsernavstemming som dashboard v2.98.0 2026-06-27 — Konsernavstemming starter nå på en dashboard-flate som bankavstemming: periodevelger ("Til dato"), klikkbare KPI-kort (aktive par, par med avvik, åpne poster A/B, nettoavvik, bekreftede par) og en paroversikt med periodestatus, summer, nettoavvik og avvik. Saldo vises umiddelbart fra et persistert snapshot (med "sist oppdatert"-stempel) i stedet for 0 til man henter, og "Oppdater grunnlag" henter ferske tall. Paradministrasjon er flyttet til "Administrer par".
• Åpne et avstemmingspar fra konsernavstemming-dashboardet v2.98.0 2026-06-27 — Klikk på parnavnet i paroversikten for å gå rett inn på parets arbeidsbenk.
• NXT — kontoutskrift- og subledger-detaljer v2.97.0 2026-06-07 — Bankavstemming mot NXT bruker nå riktig crossReference-felt (var tidligere agentReference), og henter detaljer via associate master-entity med GL voucher-dato-filter.
• Intercompany — overstyrbar dato-/beløpstoleranse i auto-match-dialog v2.91.0 2026-06-15 — Dialogen for automatisk matching i intercompany workspace lar nå bruker overstyre default toleranseverdier før kjøring (feltene var tidligere skrivebeskyttet). De valgte verdiene sendes i auto-match-requesten for den aktuelle kjøringen.
• Intercompany — tydeligere 1:1-feilmelding ved manuell matching v2.91.0 2026-06-15 — Når bruker velger ulikt antall bilag på de to sidene forklarer meldingen nå eksplisitt at manuell matching bare støtter 1:1, og henviser til Auto-match for gruppekoblinger.
• Intercompany/Intracompany — dual-mode linkoppsett og N:M-operasjoner v2.91.0 2026-06-15 — Linker støtter nå både mellom selskaper og innen samme selskap (matchType), med nye API-endepunkter for avstemmingsgrupper, periodelås/åpning og auditlogg, samt UI-validering som tillater intracompany-oppsett uten tvungen «ulike selskaper»-regel.
• Intercompany — robust matchtype-normalisering ved lagring av link v2.91.0 2026-06-15 — Backend normaliserer nå matchType case-insensitivt og med trimming (inkl. defensive varianter), slik at Intracompany ikke feilaktig faller tilbake til intercompany-regelen «Side A og Side B må være ulike selskaper» ved lagring.
• Intercompany workspace — N:M-grupper, periodelås og audit koblet i UI v2.91.0 2026-06-15 — Match-fanen viser nå avstemmingsgrupper med gruppehandlinger (bekreft/gjenåpne/opphev), toppbaren har handlinger for periodebekreftelse/gjenåpning, og egen logg-fane viser audit-hendelser fra backend.
• Intercompany — N:M match-herding mot duplikater, periodelås og konkurrerende matching v2.91.0 2026-06-15 — Opprettelse av avstemmingsgrupper validerer nå server-side at bilag finnes i ERP, ikke ligger i låst periode og ikke allerede er brukt i aktive grupper eller legacy-match; databasen håndhever én aktiv voucher per side med nye UNIQUE-indekser på match-item-tabellen, og periodebekreftelse bruker bilagsdato i stedet for opprettelsesdato.
• Intercompany — unik subledger-identitet i workspace v2.91.0 2026-06-15 — Intercompany bruker nå kildeidentiteten for CustTr/SupTr ved bygging av voucherRef, slik at rader med samme VoNo ikke lenger markeres eller matches som om de var samme bilag. Eksisterende matcher gjenkjennes fortsatt via bakoverkompatible ref-formater. - Intercompany — PK-basert identitet for både GL og subledger — GL-identiteten er nå også basert på kildeidentiteten (AcYr-Jno-EntNo) i stedet for å inkludere VoNo, som ikke garanterer unikhet når flere journalposter deler samme vouchernummer. Eksisterende GL-matcher gjenkjennes via bakoverkompatible ref-formater.- Bank-recon — rettet Visma R10 typekrasj — Runtime-feilen ved import/henting av hovedboklinjer er rettet ved å normalisere R10 til tekst i både wv_VismaBusiness_LedgerEntries_Get og wv_VismaBusiness_SubledgerEntries_Get, slik at mapping til VismaLedgerEntry.R10 ikke feiler. (#Migration_20260830130000)
• Bank-recon — forslag-panel UX-forbedring v2.91.0 2026-06-15 — Forslag-knappen er flyttet ut av bankpanelet til et felles område for begge sider (bank + regnskap). Forslags-panelet er utvidet til full bredde over splitt-visningen. Å klikke en forslagsrad forhåndsviser matchende bank- og regnskapsrader i blågrønn farge direkte i tabellene. Koble-knappen lukker ikke lenger panelet slik at man enkelt kan koble flere forslag etter hverandre.
• Bank-recon — visning av potensielle match v2.91.0 2026-06-15 — Knappen for å åpne forslag vises nå kun når det finnes ambiguous treff, og er flyttet til statusområdet før uavstemt-tallene med teksten «Vis potensielle match».
• Bank-recon — kompakt forslag-knapp i statuspanel v2.91.0 2026-06-15 — Forslag-knappen i statusområdet er gjort kompakt (ikon + teller) for å holde statuslinjen på én høyde uten at panelet blir unødvendig høyt.
• Bank-recon — færre duplikate forslag i forslagspanelet v2.91.0 2026-06-15 — Samme bank-/hovedbok-par vises nå kun én gang (sterkeste strategi beholdes), slik at panelet blir enklere å bruke.
• Bank-recon — korrekt detaljantall i tabellene v2.91.0 2026-06-15 — Badge for detaljlinjer følger nå faktisk antall lagrede detaljrader, så antall i ikon og antall rader i detaljvisning stemmer overens.
• Bank-recon — beløpssøk i bank- og hovedboktabell v2.91.0 2026-06-15 — Søkefeltet støtter nå beløp: skriv f.eks. «1176» for å filtrere frem alle rader med det beløpet.
• Bank-recon — Motpart-kolonne i forslag-panel v2.91.0 2026-06-15 — Forslags-tabellen viser nå Motpart (regnskapsbeskrivelse + beløp + dato) og Strategi-badge for hvert forslag.
• Bank-recon — kryss-kilde dedup (Visma + CAMT) v2.91.0 2026-06-15 — ImportBankTransactionsAsync har fått sekundær dedup-sjekk på logisk identitet (BankAccountID, TransactionDate, Amount, BankReference). Tidligere brukte ExternalID-prefiksene VB_/NXT_/CAMT_ som aldri kolliderer, så samme fysiske banktransaksjon importert via både Visma SP og CAMT-fil ble lagt inn to ganger. Dedupen kjører kun når BankReference er satt (to genuine same-day same-amount-transaksjoner uten bank-ref får fortsatt insert som før), og er additiv — ExternalID-dedupen er fortsatt første sjekk.
• Bank-recon — KAI kvalitetsmetrikker admin-side v2.91.0 2026-06-15 — Ny side /bank-reconciliation/kai-metrics (admin-only) viser per-konto-aggregater for analyser, forslag, apply-rate, hallusinasjons-rate, tokens og kostnad. Tidsperioder 7d/30d/MTD/Custom, fargekodet apply-rate (grønn ≥40 %, gul ≥20 %, rød <20 %) og hallusinasjons-rate (grønn 0 %, gul <5 %, rød ≥5 %). Drill-down-modal viser de siste 50 KAI-kjøringene per konto med tokens, forslag, anvendt og forkastede ID-er. Ingen backend-endringer — bygger på eksisterende GetKAIQualityMetrics- og GetKAIAnalysisHistory-endepunkter.
• Bank-recon — hovedbok-detalj-utvidelse: defensiv beløpsmatch v2.91.0 2026-06-15 — GetLedgerEntryDetailsAsync filtrerer nå på ABS(Amount) = ABS(LedgerEntry.Amount) ved henting av detaljlinjer. Bilag med flere bank-linjer i samme (Jno, VoNo, AcYr) kunne tidligere få for mange CustTr/SupTr-linjer i ekspansjonen. UI-en sammenligner lastet antall mot lagret DetailCount ved klikk og skjuler badgen helt ved avvik — heller ingen detaljer enn villedende detaljer. Stop-gap til vi finner riktig linker-kolonne i Visma-skjemaet.
• Bankavstemming — utvid hovedboksposter med kunde-/leverandørdetaljer v2.91.0 2026-06-15 — Sammensatte bilag (én bankpostering som dekker N kunde- eller leverandørtransaksjoner) viser nå en gul 💛 N-badge ved siden av hovedboksraden i avstemmingsbildet. Klikk for å ekspandere og se de underliggende CustTr-/SupTr-radene med kundenavn fra Actor-tabellen, fakturanummer, beløp, beskrivelse og referanser — speiler bankside-mønsteret for samletransaksjoner. Detaljene cacher i ny wv_LedgerEntryDetail-tabell og hentes via SP wv_VismaBusiness_LedgerEntryDetails_Get ved import. (#Migration_20260807180000)
• KAI bankavstemming — observerbarhet og motstandsdyktighet v2.91.0 2026-06-15 — KAI-analysen av umatchede transaksjoner er hardet på flere punkter: Azure OpenAI-kall retries på 429/5xx med eksponentiell backoff (respekterer Retry-After-header), JSON-parsing av modellsvaret kapsles i feilhåndtering med menneskelig melding ved ugyldig respons, hovedboks-beskrivelser sanitiseres mot prompt-injeksjon på linje med bank-siden, hallusinerte transaksjons-IDer telles og logges per analyse for å overvåke modell-drift, og rå modellsvar lagres på RawResponseJson så post-processing-bugs kan diagnostiseres etter hendelsen. Ny token-basert daglig brukergrense (Cost_PerUserDailyTokenLimit) supplerer den eksisterende request-tellingen. AppliedCount oppdateres når brukere godtar forslag, slik at apply-rate kan beregnes. Daglig scheduler rydder KAI-analyser eldre enn 12 måneder. Nytt admin-endepunkt GetKAIQualityMetrics aggregerer apply-rate, hallusinasjonsrate og kostnad per konto. Bankkonto-listen viser nå et KAI auto-merke på kontoer med auto-apply aktivert, slik at admins ser hvilke kontoer KAI handler på automatisk. (#Migration_20260807210000)
• Konsernavstemming — ekspanderbare dellinjer og tekst-tiebreaker v2.91.0 2026-06-15 — Intercompany-arbeidsflaten støtter nå ekspandering av underliggende CustTr/SupTr-dellinjer per bilag (inkl. fakturanr./referanse/motpart), og link-oppsett har nytt valg for tekstsamsvar ved uklare auto-match-treff.
• Konsernavstemming — harmonisert auto-match og valutavern v2.91.0 2026-06-15 — Samme intercompany-regler brukes nå i både scheduler og manuell auto-match, inkludert tekst-tiebreaker og lenkens valutaoppsett. Linkenes Currency og RequireCurrencyMatch lagres nå korrekt, og auto-match avviser kandidater som bryter forventet valuta.
• Bankavstemming — tvetydige match-forslag v2.91.0 2026-06-15 — Auto-match lagrer nå forslag som ikke kunne løses automatisk (flere like-gode kandidater). Disse vises i bankpanelet med strategi-badge og kan velges for manuell matching eller ignoreres.
• Konsernavstemming — rapportmeny i arbeidsflate v2.91.0 2026-06-15 — Intercompany workspace har nå en tydelig «Rapporter»-meny i toppfeltet med eksport til både PDF og Excel for valgt periode.
• Bank-recon match — pre-flight dedupe og UNIQUE-indekser v2.91.0 2026-06-15 — Migration_20260807150000 arkiverer eventuelle duplikate match-rader til wv_BankReconciliationMatch_DupBackup_20260807 før den oppretter filtered UNIQUE-indekser på BankTransactionID og LedgerEntryID. Tidligere versjon krasjet med Msg 1505 på tenants som hadde duplikater. (#Migration_20260807150000)
• Bank-recon — periodelock på alle write-paths v2.91.0 2026-06-15 — MatchTransactions, UnmatchTransactions, BulkUnmatchTransactions, RunAutoMatch og ApplyKAISuggestion avviser nå alle endringer som berører rader i en fullført periode. Repository-laget har ny IsAccountPeriodLockedAsync / AreAnyMatchRowsInLockedPeriodAsync / AreAnyMatchGroupsInLockedPeriodAsync som controller bruker som tidlig fail-closed-sjekk; selve match-/unmatch-SQL-en re-kontrollerer under SERIALIZABLE-transaksjon.
• Bank-recon — periode-range med PeriodStart/PeriodEnd v2.91.0 2026-06-15 — wv_BankReconciliationPeriod har fått PeriodStart, PeriodEnd, ReopenedDate, ReopenedBy, ReopenedReason. Backfill setter periode-range til måned-av-PeriodDate for eksisterende rader; nye fullføringer beregner PeriodStart ut fra forrige Completed-periode. IsClientPeriodLockedAsync bruker nå BETWEEN (ikke >= PeriodDate). (#Migration_20260807160000)
• Bank-recon — idempotent fullføring v2.91.0 2026-06-15 — CompleteReconciliationAsync avviser dobbeltklikk og parallel-completes via pre-flight Status-sjekk + MERGE som bare oppdaterer rader som ikke allerede er Completed/Approved. Tidligere overskrev MERGE CompletedBy/CompletedDate/Notes ved nytt kall. Range-validering avviser også PeriodDate mer enn én måned fram i tid.
• Bank-recon — IsReconciled-stempel og Reopen-flyt v2.91.0 2026-06-15 — Fullført periode stempler matchende rader (IsReconciled=1, ReconciledPeriodID=@PeriodID). Unmatch fail-closed når IsReconciled=1. Ny ReopenPeriod-endepunkt (admin only, audited, krever begrunnelse på minst 10 tegn) klarerer stemplene og setter periode-status tilbake til InProgress.
• Bank-recon — Unmatch OR→AND v2.91.0 2026-06-15 — UnmatchTransactionsAsync SQL-predikatet er endret fra OR til AND. Tidligere kunne {matchGroupId=A, bankTransactionId=X} slette en banktx-rad i gruppe B også om X tilfeldigvis lå der. Nå er match-gruppen alltid den ytre gating-betingelsen.
• Bank-recon — auto-match sp_getapplock + locked-period-filter v2.91.0 2026-06-15 — RunAutoMatchAsync holder en sp_getapplock @Resource='BankRec_AutoMatch_<accountId>' for hele kjøringen så to scheduler-ticks/manuell parallel-run ikke korrupterer in-memory-puljen. Auto-match filtrerer også ut rader med dato i lukket periode før strategier kjører. Trunkering ved 100k setter IsComplete=false og controller returnerer Success=false så UI ikke fullfører periode på ufullstendig kjøring.
• Bank-recon — ValidateMatchSelection currency-equality v2.91.0 2026-06-15 — Tidligere så validatoren bare bankkontoens Currency. Nå inkluderer CTE-en hver enkelt rads Currency og avviser selektioner som blander valutakoder, slik at en feilimportert EUR-postering ikke kan smuglemes inn i en USD-konto-match.
• Bank-recon — KAI auto-apply samme balance-gate som controller v2.91.0 2026-06-15 — KAI-strategi i MatchByKAIAsync (auto-match) har nå hard 0,01-toleranse, valuta-ekvivalens-sjekk, per-suggestion try/catch som logger til AmbiguousDetails (i stedet for å svelge feil i ytre catch og kollapse hele kjøringen). Controller-pathen ApplyKAISuggestion har fått periodelock-sjekk og setter BankAccountID på match-request.
• Intercompany — single-side UNIQUE og soft-delete-flyt v2.91.0 2026-06-15 — Filtered UNIQUE-indekser UX_ICMatch_ActiveSideA og UX_ICMatch_ActiveSideB (WHERE Status='Matched') hindrer at samme bilag matches mot to forskjellige motbilag i parallelle auto-runs. Pre-flight cleanup soft-sletter eksisterende duplikater. (#Migration_20260807160001)
• Intercompany — Currency / CurrencyAmount / ExchangeRate v2.91.0 2026-06-15 — wv_IntercompanyMatch har fått Currency_A/B, CurrencyAmount_A/B, ExchangeRate_A/B. wv_IntercompanyLink har fått Currency og RequireCurrencyMatch (default true). VoucherRef_A/B utvidet til NVARCHAR(100). Manuell og auto-match (controller + scheduler) avviser cross-currency-pairs når linken krever det, og persisterer Currency/CurrencyAmount/ExchangeRate ved insert. (#Migration_20260807160002)
• Intercompany — DeleteIntercompanyLink soft-delete v2.91.0 2026-06-15 — DeleteIntercompanyLinkAsync avviser hard-delete når linken har matchhistorikk (Bokføringsloven §13 — 5-årig oppbevaring). Nytt SetIntercompanyLinkActive-endepunkt og repo-metode for soft-deactivate. CASCADE FK på wv_IntercompanyMatch.LinkID byttet til NO ACTION. (#Migration_20260807160006)
• Intercompany — atomisk unmatch + audit kun for endrede ID-er v2.91.0 2026-06-15 — SoftDeleteIntercompanyMatchesWithAuditAsync returnerer faktisk endrede MatchID-er via OUTPUT-clause og skriver én audit-rad per endret rad inni samme transaksjon. Tidligere skrev controller audit-rad per requested ID selv om SoftDelete hoppet over allerede-unmatchede.
• Intercompany — IsActive-guard på match og auto-match v2.91.0 2026-06-15 — MatchIntercompanyTransactions og RunIntercompanyAutoMatch avviser deaktiverte links eksplisitt. Distinct-validering på VoucherRefs_A/B gir tydelige duplikat-feil i stedet for forvirrende UNIQUE-feil.
• wv_BankReconciliationComment — foreign keys v2.91.0 2026-06-15 — Nye nullable FK-er til wv_BankTransaction og wv_LedgerEntry (med pre-flight backup av orphans til _OrphanBackup_20260807-tabell). NO ACTION på delete så kommentarer overlever historiske transaksjons-sletting per BFL §10. (#Migration_20260807160003)
• System-bruker for scheduler-audit v2.91.0 2026-06-15 — Seedet wv_User userID=0 ('Bank-Recon Scheduler') så audit-JOIN returnerer navn i stedet for NULL. Frontend-listen viser nå hvem (eller hva) som utførte hver auto-match. (#Migration_20260807160004)
• Redundante indekser fjernet v2.91.0 2026-06-15 — IX_wv_BankReconMatch_BankTx og IX_wv_BankReconMatch_Ledger er droppet siden de filtered UNIQUE-indeksene i Migration_20260807150000 dekker samme prefiks. Reduserer skrivekostnad på en hot tabell. (#Migration_20260807160005)
• Bank-recon — auto-match deterministiske tie-breakers v2.91.0 2026-06-15 — MatchCurrencyAmountAsync, MatchAmountDateToleranceAsync, MatchAmountWithReferenceAsync og MatchByCounterPartyAsync har nå sekundære og tertiære sortkeys (date-diff → amount-diff → LedgerEntryID). Samme inputtuppel gir samme valg på tvers av re-runs.
• Bank-recon — strammere referanse-match og clampet konfidens v2.91.0 2026-06-15 — MatchAmountWithReferenceAsync krever nå Jaccard-skår ≥ 0.50, gap ≥ 0.35 til runner-up, og 1.5× dobbel-skår-krav før auto-match godtas. MatchAmountDateToleranceAsync clamper konfidens-formel til minst 0.10 så den ikke kan bli negativ ved utvidet date-toleranse.
• Bank-recon — counterparty sign-equality v2.91.0 2026-06-15 — MatchByCounterPartyAsync krever samme fortegn på bt.Amount og le.Amount så near-zero motpartstreff ikke kan koble inngående bank til utgående hovedbok.
• Bank-recon — audit reason truncation guard v2.91.0 2026-06-15 — LogBankRecAuditAsync avkorter alle reason-strenger til 500 tegn med …[avkortet]-markør så lange auto-genererte begrunnelser ikke kaster Msg 8152.
• Bank-recon — per-currency tolerance v2.91.0 2026-06-15 — wv_BankAccountMatchConfig har fått CurrencyAmountTolerance (default 0.01) som brukes av MatchCurrencyAmountAsync i stedet for å gjenbruke local-currency-toleransen. Operatører kan tune FX-toleranse uavhengig per konto. (#Migration_20260807170000)
• Bank-recon — ON DELETE NO ACTION på audit/historie-tabeller v2.91.0 2026-06-15 — wv_BankCounterPartyMapping, wv_BankReconciliationRuleSuggestion og wv_BankReconciliationKAIAnalysis cascader ikke lenger ved sletting av wv_BankAccount. Sletting av en bankkonto bevarer nå månedsvis med læringshistorikk; deaktiver kontoen i stedet (IsActive=0). (#Migration_20260807170000)
• Bank-recon — Currency backfill på BankTransaction/LedgerEntry v2.91.0 2026-06-15 — Migrasjonen fyller inn Currency fra wv_BankAccount for rader hvor den er NULL eller tom streng (SP-importeren returnerer ''). Forbereder framtidig NOT NULL-promotering uten å bryte tenants. (#Migration_20260807170000)
• Bank-recon — vedlikeholdsmigrasjon for decimal(18,4) → (19,4) v2.91.0 2026-06-15 — Migration_20260807170001 utvider beløp-, balanse-, valutabeløp- og toleransekolonner til Visma-source-presisjon (19,4). Idempotent og dynamisk: kjører kun ALTER på kolonner som faktisk har precision=18, scale=4. Vedlikeholdsvindu anbefales (Sch-M lock på store tabeller). (#Migration_20260807170001)
• Bank-recon — drop pre-start-rader på import v2.91.0 2026-06-15 — ImportBankTransactionsAsync og ImportLedgerEntriesAsync (service + repo) hopper over rader datert før wv_BankAccount.ReconciliationStartDate. Tidligere ble de importert men ekskludert fra balanseberegning, så de dukket opp i listevisning som "ghost"-rader.
• Intercompany — NetDifference for Opposite-direction v2.91.0 2026-06-15 — BuildIntercompanyReportAsync regner nå NetDifference som sum (ikke differanse) for Opposite-retning, der A og B har inverse fortegn og forventes å summere til null. Konsolidert rapport hadde tidligere alltid feil fortegn for Opposite-linker.
• Bank-recon — destruktiv Down() i Migration_20260601100022 v2.91.0 2026-06-15 — Down() arkiverer nå templater til wv_BankReconciliationRule_TemplateBackup_20260601100022 før delete så manuell restore er mulig. Dokumentert at Down() bare bør kjøres som nød-rollback samme release-vindu.
• Ny bankavstemmingsmodul v2.91.0 2026-06-15 — Komplett modul for bankavstemming med automatisk og manuell matching av banktransaksjoner mot hovedboksposteringer. Støtter import fra Visma Business, regelbasert matching, kommentarer, og periodeavstemming.
• CAMT-filimport med manglende-konto-veiviser v2.91.0 2026-06-15 — Bankavstemming støtter nå import av CAMT XML-filer med forhåndsvisning, valgfrie manglende kontoer, sekvensiell kontoopprettelse og init før importen fullføres.
• Initialiser-knapp tydeligere ved ny konto v2.91.0 2026-06-15 — Initialiser-knappen vises nå som en synlig varsel-knapp i kontolisten, og initialiser-dialogen åpnes automatisk etter opprettelse av ny konto.
• Konfidenstransparens i matching v2.91.0 2026-06-15 — Matchsikkerhet (%) lagres nå per avstemming, vises med fargekodede badges i arbeidsområdet og avstemmingsloggen, og tooltip med strategi og feltmatch-indikatorer (✓/✗/~) ved hover.
• Nullstill konto v2.91.0 2026-06-15 — Ny funksjon for å slette alle importerte data (transaksjoner, posteringer, koblinger, kommentarer, perioder) og starte på nytt med en bankkonto.
• Flerselskapsstøtte v2.91.0 2026-06-15 — Bankavstemming støtter nå flere regnskapsklienter (Visma-databaser) fra én ePortal-domain, med automatisk synkronisering fra leiergruppen.
• Konsernavstemming (Intercompany) v2.91.0 2026-06-15 — Nytt verktøy for å avstemme mellomværende mellom selskaper. Opprett par, match transaksjoner side-mot-side, kjør automatisk matching, og se rapport med nettodifferanse.
• Konsernavstemming — faktiske transaksjoner og NXT-støtte v2.91.0 2026-06-15 — Konsernavstemming henter nå reelle hovedbokstransaksjoner per side via riktig ERP-adapter (Visma Business eller Visma Business NXT). Voucher-nøkkel inkluderer regnskapsår (AcYr-VoNo) for å unngå kollisjon mellom år, og perioder som er låst (Completed/Approved) kan ikke endres.
• Konsernavstemming — myk sletting med begrunnelse v2.91.0 2026-06-15 — Opphevelse av match sletter ikke lenger raden — den merkes som inaktiv med tidsstempel, bruker og valgfri begrunnelse. Hele historikken er sporbar i revisjonsloggen, og auto-match logges også. (#Migration_20260803100000)
• Bankavstemming — styrket tilgangskontroll og tryggere matching v2.91.0 2026-06-15 — Match, opphev matching, dokumentvedlegg og konsernavstemming validerer nå at alle valgte transaksjoner, matchgrupper og linker tilhører kontoer brukeren har tilgang til. Intercompany-migrasjonen bevarer eksisterende matchhistorikk.
• Bankavstemming — tydelig status i avstemmingsbildet v2.91.0 2026-06-15 — Arbeidsflaten viser nå en kompakt statusstripe med avvik, bank-/hovedboksaldo, uavstemte poster og tilstandsbasert veiledning. Fullføring sperres når saldoer eller uavstemte poster ikke er klare.
• Bankavstemming — korrekt avvik i avstemmingsrapport v2.91.0 2026-06-15 — PDF- og Excel-rapport per konto viser nå faktisk differanse mellom kontoutskrift og regnskap. Uavstemte bankposter listes som åpne poster, men nuller ikke lenger ut avviket automatisk.
• Bankavstemming — rapportpakker for test og revisjon v2.91.0 2026-06-15 — Dashboard og avstemmingsbildet har nå samlet Rapporter-meny med avstemmingslogg, åpne poster, avstemmingspakke per konto og revisorpakke per periode som Excel-eksporter.
• KAI-analyse — beløpsvalidering og fullstendig apply v2.91.0 2026-06-15 — KAI-matchforslag valideres nå mot faktiske beløp i databasen før de utføres — feilaktige forslag blokkeres med feilmelding. Netting- og regelforslag kan nå faktisk utføres (var no-op tidligere). Prompt forbedret med strenge matematiske verifiseringsregler.
• Bankavstemming — enterprise korrekthetsvern v2.91.0 2026-06-15 — Backend avviser nå ubalanserte manuelle matcher, ledger-netting som ikke går i null, duplikate match-rader og periodefullføring med saldoavvik. Auto-match hopper over flertydige exact-/valuta-/sum-/N:N-/netting-kandidater i stedet for å velge første treff, valutakontoer valideres og fullføres på kontoens valutabeløp, KAI-beløpskontroll bruker samme differanseregel som bankmatching, og konsernavstemming bruker linjeunik bilagsnøkkel (AcYr-VoNo-EntNo) for korrekt matching av flerlinjebilag. Migrasjonen legger database-unikhet på matchrader. (#Migration_20260807150000)
• Bankavstemming — periodefullføring med åpne poster v2.91.0 2026-06-15 — Perioden kan nå fullføres med uavstemte poster (sjekker i transit, innskudd ikke postert hos motpart, osv.) når brukeren eksplisitt bekrefter dette og oppgir forklaring (minst 10 tegn). Forklaringen lagres i revisjonsloggen som Reason på COMPLETE-handlingen, og det totale antallet åpne poster registreres i NewValue. Strict-modus uten åpne poster og uten saldoavvik er fortsatt standard.
• Bankavstemming — administrer selskaper v2.91.0 2026-06-15 — Nytt admin-bilde under Konti (knappen "Selskaper") for å redigere kildesystem (Visma Business / Visma Business NXT), sortering og aktiv/inaktiv-status på wv_AccountingClient-rader. Selskapsnavn og klientkode forblir read-only og redigeres fortsatt via Systemadministrasjon → Domener (wv_Domain.ErpClientNumber). Dekker behovet for å bytte ERP-system per selskap uten å manipulere databasen direkte. Krever systemadministrator-rettigheter.
• Bankavstemming — fix Visma kontoplan-oppslag v2.91.0 2026-06-15 — wv_VismaBusiness_LedgerAccounts_Get spurte mot tabellen AcVoucher med kolonnene DataType og Hidden. Riktig Visma Business-tabell er Ac med kun AcNo og Nm. Live oppslag mot Visma feilet med "Invalid object name '<db>.dbo.AcVoucher'". SP er rettet og returnerer hele kontoplanen sortert på kontonummer. (#Migration_20260807170003)
• Bankavstemming — slett bankkonto permanent v2.91.0 2026-06-15 — Ny "Slett permanent"-knapp på hver bankkonto-rad (synlig kun for administratorer) lar deg fjerne en konto inkludert alle tilhørende transaksjoner, hovedboksposter, matcher, perioder, dokumenter, kommentarer, regler og KAI-analyser. Bekreftelses-modal viser antall rader som vil slettes per kategori og krever at admin skriver inn kontonummeret for å bekrefte. Sletting wraps i en serializable transaksjon med audit-loggføring av snapshot før delete. CAMT-import og kjøreplan-rader beholdes for revisjon men FK-referanser nulles ut. Deaktivering (eksisterende "x"-knapp) er fortsatt tilgjengelig som myk-slett-alternativ.
• SystemConfiguration — fix 403 ved portal-innstillinger v2.91.0 2026-06-15 — Klasse-nivå [Authorize(Roles="SystemAdmin")] blokkerte alle kall til /api/SystemConfiguration fordi SystemAdmin-rollen aldri tildeles via UserClaimsBuilder. Klasse-attributtet er endret til [Authorize] (krever innlogging) med per-metode userAdmin-sjekk på skrive-/test-endepunkter. Reads (som portal-settings trenger) er nå tilgjengelige for alle innloggede brukere igjen, mens skriving av OAuth-/M365-/AI-secrets fortsatt krever administrator.
• Menyadministrasjon — fix 403 for kundeadministratorer v2.91.0 2026-06-15 — MenuManagementController krevde tidligere SystemAdmin-rolle og ga 403 på enkelte kunder selv for innloggede administratorer. Endepunktet bruker nå vanlig innlogging + admin-sjekk (CustomActionFilter), slik at kundeadministratorer får tilgang til Menyadministrasjon igjen.
• Menyadministrasjon — ekstern URL tilbake i menypunkter v2.91.0 2026-06-15 — En «Bruk ekstern URL»-bryter ved siden av rutevelgeren lar admin igjen legge inn en manuell/ekstern adresse (f.eks. https://...) på menypunkter i Menu1/Menu2/Menu3. URL-en lagres som AngularPageLink og vises i sidemenyen som lenke som åpnes i ny fane. Ved redigering av et eksisterende eksternt menypunkt slås bryteren på automatisk.
• Menyadministrasjon — konsekvent «Avansert»-seksjon v2.91.0 2026-06-15 — De avanserte feltene (Webside / Legacy-lenke) er nå samlet i én blokk rett under «Avansert»-knappen, likt plassert i alle tre menyskjemaene (tidligere lå feltene spredt over og under knappen).
• Menyadministrasjon — samlet Lager-gruppe i rutevelger v2.91.0 2026-06-15 — Salgsmatrise-ruten er flyttet til Lager-modulens kanoniske grupperingsverdi, slik at alle Lager-ruter nå vises under samme gruppeoverskrift i rutevelgeren i stedet for å splittes på to overskrifter.
• Visma Business NXT-adapter v2.91.0 2026-06-15 — Bankavstemming støtter nå Visma Business NXT (sky) som kildesystem i tillegg til on-prem. Kildesystem kan overstyres per bankkonto i kontoinnstillingene, med fallback til selskapets standard.
• Bankavstemming — NXT-oppslag per regnskapsklient v2.91.0 2026-06-15 — Bankkonto- og kontoplanoppslag rutes nå via valgt regnskapsklients kildesystem, slik at NXT-klienter henter bankkontoer og hovedbokskontoer live fra riktig Business NXT-selskap.
• Bankavstemming — NXT-sikre importnøkler v2.91.0 2026-06-15 — Import-mappingen bevarer eksisterende Visma Business ExternalID-er, men bruker egne NXT_<CompanyNo>_...-nøkler for Business NXT slik at sky- og on-prem-data ikke kolliderer ved migrering eller blandet oppsett.
• Konsernavstemming — NXT regnskapsår/periode v2.91.0 2026-06-15 — NXT-hovedboksposteringer får nå AcYr/AcPr fylt fra bilagsdato som fallback, slik at voucher-nøkler i konsernavstemming ikke faller tilbake til år 0 mens live perioderelasjon kvalitetssikres.
• Dokumentopplasting for avstemming v2.91.0 2026-06-15 — Last opp vedlegg (PDF, Excel, bilder, etc.) direkte til banktransaksjoner, hovedboksposteringer eller matchgrupper. Dokumenter lagres på Azure Blob Storage og kan slettes når de ikke lenger trengs.
• Bankavstemming — byttet panelrekkefølge v2.91.0 2026-06-15 — Hovedboksposteringer vises nå til venstre og banktransaksjoner til høyre i avstemmingsarbeidsområdet.
• Bankavstemming — tydeligere matchstrategier i konfigurasjon v2.91.0 2026-06-15 — Matchkonfigurasjon viser nå forklaring av strategi 1, 2 og 3, samt tydelig merking av at netting gjelder hovedbokssiden.
• Bankavstemming — bedre hjelp i motpartsmapping v2.91.0 2026-06-15 — «Legg til mapping»-dialogen viser nå forklaring, bruksområde og konkrete felt-eksempler for raskere og riktigere oppsett.
• Bankavstemming — bedre språkstøtte i regel-dialog v2.91.0 2026-06-15 — Rettet manglende oversettelse i sidevalg for betingelser og la til hjelpetekst med praktiske regel-eksempler i «Legg til regel».
• Bankavstemming — større bunntekst i arbeidsflate v2.91.0 2026-06-15 — Økte fontstørrelsen i panelbunn for «Uavstemte» og «Totalt» for bedre lesbarhet.
• Bankavstemming — saldoetikett og Fra/Til-filter i arbeidsflate v2.91.0 2026-06-15 — Headeren viser nå løpende saldo ved siden av antall poster i begge paneler, og toppfeltet støtter datointervall (Fra/Til) for filtrering av visningen.
• Bankavstemming — mini-dialog for matchede motposter v2.91.0 2026-06-15 — Klikk på match-badge i arbeidsflaten for å se hvilke bank- og hovedboksposter som faktisk er matchet sammen.
• Bankavstemming — mer robust opphev fra arbeidsflate v2.91.0 2026-06-15 — Opphev inkluderer nå valgt transaksjons-ID ved kall, slik at hele tilknyttet avstemming ryddes også ved inkonsistente grupper.
• Bankavstemming — masseopphev i avstemmingslogg v2.91.0 2026-06-15 — Ny handling «Opphev alle i utvalg» opphever alle ikke-godkjente matchgrupper i filtrert utvalg i ett steg.
• Bankavstemming — tydelig flerselskapsvisning i dropdown og oversikter v2.91.0 2026-06-15 — Selskapsvalg og lister viser nå ERP-klientnummer + selskapsnavn, med gruppering per selskap i dashboard og kontobehandling for bedre oversikt i multi-tenant-oppsett.
• Bankavstemming scheduler — manglende autorisering v2.91.0 2026-06-15 — Rettet kritisk feil der Azure Function fikk 401 Unauthorized ved kall til ProcessScheduledReconciliation fordi [AllowAnonymous] manglet. Schedulert bankavstemming kjørte aldri.
• Bankavstemming regelmotor — beløpstoleranse inkluderer grenseverdi v2.91.0 2026-06-15 — Rettet feil der transaksjoner akkurat på toleransegrensen ble utelatt («<» → «<=» i alle matchstrategier).
• Bankavstemming regelmotor — tvetydige treff flagges v2.91.0 2026-06-15 — Auto-match hopper nå over transaksjoner med flere enn én kandidat og rapporterer disse som tvetydige.
• Bankavstemming regelmotor — FX-avvik avvises v2.91.0 2026-06-15 — Valuta-matchstrategi avviser nå treff der NOK-avviket overstiger 500 kr for å unngå feilmatch på utdaterte valutakurser.
• Bankavstemming regelmotor — regex med timeout v2.91.0 2026-06-15 — Regex-betingelser avbrytes etter 100 ms (ReDoS-beskyttelse).
• Bankavstemming scheduler — tidssone-feil v2.91.0 2026-06-15 — Rettet at planlagt kjøring aldri traff tidsvinduet fordi DateTime.Now på Azure er UTC mens konfigurert tid er norsk tid. Konverterer nå eksplisitt til norsk tidssone («W. Europe Standard Time»).
• Bankavstemming regelmotor — motpartsmatch bruker ordgrense v2.91.0 2026-06-15 — Motpartsmatching sammenligner nå på ordnivå for å unngå falske treff (f.eks. «AS» mot «REMAS AS»).
• Bankavstemming regelmotor — ledger-side betingelser evalueres v2.91.0 2026-06-15 — Regelbasert auto-match evaluerer nå også betingelser definert på hovedbok-siden.
• Bankavstemming KAI — AnalysisID ble ikke lagret v2.91.0 2026-06-15 — Rettet feil der SaveKAIAnalysisAsync returverdien ble ignorert, slik at AnalysisID alltid var 0 og «Apply»-knappen ga «Analysis not found».
• Bankavstemming KAI — case-sensitiv forslagstype v2.91.0 2026-06-15 — Rettet feil der frontend sendte lowercase «match» mens backend forventet PascalCase «Match», slik at ingen forslag noensinne ble utført.
• Bankavstemming KAI — historikk-oppslag begrenset til TOP 1 v2.91.0 2026-06-15 — Utvidet oppslag fra 1 til 50 slik at forslag fra eldre analyser også kan utføres.
• Bankavstemming regelmotor — netting begrenser fortegn v2.91.0 2026-06-15 — Nettingstrategien kombinerer kun banktransaksjoner med samme fortegn som den aktuelle hovedboksposten.
• Bankavstemming regelmotor — stoppordfiltring v2.91.0 2026-06-15 — Norske stoppordar filtreres nå bort ved ordbasert matching og automatisk regelgenerering.
• Bankavstemming regelmotor — KAI-beskrivelser saneres v2.91.0 2026-06-15 — Bank- og motpartsbeskrivelser renses for tegn som kan injisere instruksjoner i KAI-prompten.
• Bankavstemming — simuler regel viser manglende ledger-treff v2.91.0 2026-06-15 — Regelsimulatoren rapporterer nå antall banktransaksjoner uten matchende hovedbokspost.
• Bankavstemming — ConditionGroup 0 normalisert v2.91.0 2026-06-15 — Eksisterende betingelsesrader med ConditionGroup=0 oppdateres til 1 via migrasjon.
• Bankavstemming regler — låsing ved «Ny regel» v2.91.0 2026-06-15 — Rettet UI-heng ved åpning av regelmodal ved å stabilisere rendering av betingelsesgrupper.
• Bankavstemming — netting begrenset til hovedbok i API v2.91.0 2026-06-15 — La inn validering som avviser manuell netting på banktransaksjoner, krever minst to hovedboksposter, og skrudde av auto bank-side netting.
• Bankavstemming — stopper bank-side-only matching v2.91.0 2026-06-15 — Match-endepunkt og arbeidsflate blokkerer nå grupper uten hovedbokspost (f.eks. kun bank +/−), mens ledger-only og mixed matching fortsatt er tillatt.
• Bankavstemming — init viser lagrede åpningsposter + differanse v2.91.0 2026-06-15 — Initialiseringsdialogen laster nå tidligere lagrede åpningsposter og viser live differanse mellom åpningsbalanse bank og hovedbok.
• Bankavstemming — åpningsposter ved init lagres uten duplikater v2.91.0 2026-06-15 — Re-initialisering erstatter nå tidligere åpningsposter for kontoen i stedet for å legge dem inn flere ganger.
• Bankavstemming — mer forutsigbar status i oversikten v2.91.0 2026-06-15 — Status i kontolisten beregnes nå deterministisk (Ikke startet/In progress) når perioderad mangler for valgt dato, og uinitialiserte kontoer viser ikke historiske uavstemte tall.

CRM

• CRM: Kundepuls — helsemerke på kunder v2.99.0 2026-08-02 — Kundelisten har fått en ny Kundepuls-kolonne, og samme merke vises i kundekort-headeren: et fargemerke (grønn/gul/rød) som med én gang forteller om kunden er Frisk, Trenger oppfølging eller Kritisk. Pulsen er regelbasert og forklarbar (ikke KI) — den bygger på dager siden siste kontakt, forfalte oppfølginger og avtaler som utløper snart, og tooltipen lister signalene bak fargen.
• CRM: admin-justerbare terskler for Kundepuls v2.99.0 2026-08-02 — 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.
• Nytt kundekort: gruppert meny, ryddigere Detaljer-side og hurtighandlinger v2.99.0 2026-08-02 — Kundekortet i CRM har fått et løft i tråd med det nye panel-designspråket. Venstremenyen er gruppert i Kunde / Salg og leveranse / Dokumenter / Administrasjon med rolige tellere og gull-markering av aktiv side. Detaljer-fanen er blitt et arbeidsområde: sidetittel med hjelpetekst, datakvalitet («N av M felter komplette» — klikk et manglende felt for å hoppe rett til det), sammenleggbare seksjoner med verdioppsummering (Kommersielle vilkår og ERP-klassifisering er lukket som standard), «Systemstyrt»-merking av ERP-eide felt, Systemstatus-kort med ERP-advarsel, og en fast «Ulagrede endringer»-linje med Lagre/Forkast (forkasting krever bekreftelse). Tidslinje-fanen har fått en kompakt faktastripe med regelbasert «Neste beste handling» (relasjonseier, sist kontakt, pipelineverdi, åpne oppgaver, kundepuls) i stedet for KPI-kortene, et «Åpne oppgaver»-kort der oppgaver kan fullføres med ett klikk, og tidslinjekortene følger det nye designet. Fra kontaktlisten kan du nå logge en aktivitet direkte på en kontakt — hurtignotatet åpnes med kontakten forhåndsvalgt. Notat- og aktivitetsregistreringen er samlet i et fanekort («Skriv notat» / «Logg aktivitet») over tidslinjen, søkefeltet ligger øverst i tidslinjekortet med nøytrale filterknapper med antall («Alle N»), og kontaktkortet (/crm/contacts) har fått samme gruppert meny, panelspråk og composer som kundekortet. CRM-dashboardet følger nå samme panelspråk — bokser, KPI-kort og verdikort har fått den varme rammen, skyggen og de kompakte seksjonsoverskriftene (ikoner og fargebruk er uendret).
• Kundekort: Abonnement-fanen er nå en smart-grid v2.99.0 2026-08-02 — Kundens masterordrer vises i smart-grid med søk, filter, gruppering, eksport og kolonnevalg, og en ny Fartøy-kolonne (skipets navn).
• Kundekort: velg dokumentmal per kunde v2.99.0 2026-08-02 — Kundekortets «Dokumenter»-fane har fått seksjonen «Dokumentmaler» der en konsulent kan velge hvilken dokumentmal kunden skal bruke per dokumenttype (tilbud, masterordre, følgebrev) — overstyringen som brukes foran klientens standardmal ved dokumentgenerering. «(bruker klientstandard)» nullstiller overstyringen. Seksjonen vises kun med abonnements-modulen og datatilgangen «Dokumentmaler (abonnement)» (Se for å vise, Endre for å endre).
• NXT-klassifisering kan redigeres på kundekortet (synkroniseres til Visma) v2.99.0 2026-08-02 — «ERP-klassifisering» på kundekortet er nå redigerbar: de åtte klassifiseringsgruppene vises som nedtrekk med klientens egne navn (fra verdikatalogene), og «(ingen)» tømmer en gruppe. Når du lagrer, skrives kodene først til Visma Business NXT og lagres kun lokalt hvis Visma godtar dem — feiler Visma, lagres ingenting og nedtrekkene stiller seg tilbake så du kan prøve igjen. Redigering vises kun når det finnes en Business NXT-integrasjon (kodene kommer fra NXT); uten integrasjon er blokken skrivebeskyttet som før. Prisgruppe/valuta er fortsatt egne, skrivebeskyttede felt.
• Kundestatus (NXT group9) på kundekortet og som listefilter v2.99.0 2026-08-02 — Et nytt klassifiseringsfelt, Kundestatus (NXT associate.group9 — f.eks. Aktiv/Ekstern/Sluttet/Solgt), hentes nå fra Business NXT-aktøren og lagres på wv_Actor.actGroup9. Feltet vises på kundekortets «ERP-klassifisering» (redigerbart nedtrekk når det finnes en NXT-integrasjon, med klientens egne navn fra verdikatalogen), som en ny — skjult som standard — kolonne i masterordrelista, og som et fjerde nedtrekk («Kundestatus») i listas klassifiseringsfilter. Administrator kan navngi feltet og legge inn kode→navn-katalogen under Innstillinger → Masterordre – feltoppsett (feltnøkkel ActorGroup9). Kundestatus synkroniseres foreløpig kun via den direkte NXT-integrasjonen; klienter som synkroniseres via KontiConnect Integration-API får feltet først når produsenten der utvides (dokumentert oppfølging).
• CRM: «Min dag», CRM-puls-widget og vunnet-feed v2.99.0 2026-08-02 — CRM-dashboardet har fått en «Min dag»-seksjon øverst som samler dine forfalte og dagens oppgaver, dagens møter, siste aktivitet på dine kunder, avtaler som snart utløper og salgsmuligheter som står stille — alt klikkbart rett til objektet, og grønn hake når alt er under kontroll. Ny forsidewidget «CRM-puls» viser det samme som kompakte tellere, og dashboardet viser nå «Vunnet denne måneden» med hvem/hva/verdi og sum for teamet (ingen rangering).
• CRM: daglig «Min dag»-digest v2.99.0 2026-08-02 — 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.
• Outlook-tillegget viser kundens masterordrer v2.99.0 2026-08-02 — Kontaktpanelet i Outlook-tillegget har fått en egen «Masterordrer»-seksjon: når avsenderen matches mot en kunde vises inntil 5 løpende masterordrer (ordrenr, status, neste planlagte leveranse og verdi i år med valuta) for kunden og dens relaterte aktører begge veier (e-post fra rederiet/management treffer skipets ordrer og omvendt), med lenke rett til ordren i portalens masterordre-liste. Avsluttede/tapte ordrer skjules. Seksjonen vises kun for brukere med både CRM- og abonnementsmodulen.
• CRM: hurtignotat med oppfølging + «Ingen neste steg»-merke v2.99.0 2026-08-02 — Øverst i kundens tidslinje kan du nå skrive et notat direkte («Skriv et notat …») uten å forlate kundekortet — med valgfri oppfølgingsdato som oppretter en CRM-oppgave med påminnelse på datoen. Etter lagring vises påminnelsesdatoen og bekreftelsen «Vises i 'Min dag'», så du ser at oppfølgingen lander i Min dag-oversikten. Kunder uten noen åpen oppfølging får et gult «Ingen neste steg»-merke i kundekort-headeren og på salgsmulighetskortene i pipelinen (kun åpne steg) — klikk på merket hopper rett til notatfeltet.
• CRM: KAI kundebrief — «hva bør jeg vite før jeg ringer?» v2.99.0 2026-08-02 — Kundekortet har fått en «KAI: Kundebrief»-knapp som lager en kort «før du ringer»-oppsummering av kunden: 5–8 faktabaserte kulepunkter (åpne oppfølginger, utløpende avtaler, åpne support-saker, ferske hendelser og salgsstatus) pluss ett forslag til neste steg du kan gjøre om til en oppgave med ett klikk. KAI groundes kun på kundens egne data (fakta, deals, avtaler og hele tidslinjen med ordrer/support/avtaler) — ingenting finnes på. Funksjonen er avslått som standard og må aktiveres per rolle av en administrator (Datatilgang → KAI CRM).
• CRM: Ctrl+K hurtigsøk (kommandopalett) v2.99.0 2026-08-02 — Trykk Ctrl+K (Cmd+K på Mac) for å åpne CRM-hurtigsøket: søk opp kunder, kontakter og salgsmuligheter, hopp rett til en CRM-side (Min dag, Kunder, Kontakter, Pipeline, Avtaler, Aktiviteter, Møter, Oppgaver) eller start en handling (ny kunde/deal/avtale/aktivitet). Naviger treffene med piltastene, åpne med Enter, lukk med Esc. Når søkefeltet er tomt vises «Nylig åpnet» så du raskt kommer tilbake til det du nettopp så på. Hurtigsøket åpnes kun for brukere som har CRM-modulen (31) — innholdet og søket er CRM-avgrenset.
• CRM: hurtighandlinger direkte i kundelisten v2.99.0 2026-08-02 — Hver rad i kunde-/leverandørlisten har fått hurtigknapper: registrer aktivitet (åpner ny aktivitet ferdig knyttet til kunden), send e-post (åpner e-postklienten på kundens adresse) og ring (åpner telefon-app på kundens nummer) — i tillegg til rediger og slett. E-post- og ringeknappene vises kun når kunden har henholdsvis e-post eller telefon/mobil registrert.
• CRM: komplett kundetidslinje + «Abonnement»-fane på kundekortet v2.99.0 2026-08-02 — Tidslinjen på kundekortet viser nå hele kundebildet: i tillegg til aktiviteter, korrespondanse og møter tas også masterordrer (opprettelse/status), support-henvendelser (Freshdesk-saker matchet på e-post) og avtaler (start/utløp) med. Nye filter-knapper øverst lar deg vise én eller flere hendelsestyper (Aktivitet/Korrespondanse/Møter/Ordre/Support/Avtale). Kundekortet har fått en egen «Abonnement»-fane som lister kundens masterordrer (ordrenr., status, neste planlagte leveranse og verdi i år) med lenke rett til ordren — den lukker enveislenken fra masterordrelista tilbake til kundekortet. Ordre- og abonnementsinnholdet vises kun for brukere med abonnementsmodulen; support-hendelser vises kun der Freshdesk er satt opp.
• Kundeadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-02 — Når du legger til eller redigerer en adresse på kundekortet, kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (adressenavn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• CRM: NXT-prisgruppe og valuta på kundekortet v2.99.0 2026-08-02 — Kundekortet viser nå kundens Business NXT-kundeprisgruppe 1 og valuta (nummer) i «ERP-klassifisering»-gruppen. Verdiene hentes fra NXT-aktøren av aktørsynken og overskrives på hver kjøring (NXT er master); de vises kun når de er satt, og er skrivebeskyttet i portalen.
• Outlook-tillegget følger nå innboksen v2.99.0 2026-08-02 — 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).
• Outlook: koble e-posten til hva som helst i ePortal v2.99.0 2026-08-02 — 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.
• Outlook: opprett tilbud eller masterordre fra e-posten v2.99.0 2026-08-02 — 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.
• Outlook: «Lagre raskt» og KAI-brief v2.99.0 2026-08-02 — 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.
• Outlook: Brønnøysund-oppslag ved ny bedrift v2.99.0 2026-08-02 — «Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.
• Avtaler-listen som smart-grid med filtrering, søk og eksport v2.99.0 2026-08-02 — 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.
• CRM kunde- og leverandørliste med søk, kolonner og eksport v2.99.0 2026-08-02 — Kunde- og leverandørlistene bruker nå smart-grid med globalt søk, valgbare sidestørrelser, kolonnevelger, lagrede visninger og Excel-eksport; kundelista viser både kunder og leverandører med rollefilter (Alle/Kunde/Leverandør/Begge) og rollemerker i stedet for den gamle Type-kolonnen. Ruten (/crm/customers) og menyinnslaget er uendret. Kolonnesortering (klikk på kolonneoverskrift) gjelder hele det filtrerte resultatsettet på serveren, samme sortering som Excel-eksporten bruker — ikke bare den innlastede siden.
• Relasjonstyper — admin i CRM-innstillinger (S5a) v2.99.0 2026-08-02 — Innstillinger → CRM har fått en ny fane «Relasjonstyper» der du kan opprette, redigere og slette de konfigurerbare relasjonstypene som kundekortets relasjonspanel bruker. Systemtyper (f.eks. KAM/Eier/Operatør) vises med et låst-merke: navn, måltype og aktiv-status er låst og de kan ikke slettes — kun visningsnavn, beskrivelse, kategori, sortering og valgbarhet er redigerbare. Måltype velges mellom Aktør og Kundenummer.
• CRM-innstillinger — redigerbar tabell for Kategorier, Aktivitetstyper og Firmakategorier v2.99.0 2026-08-02 — De tre fanene bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk og Excel-eksport i stedet for skjemadialoger. «Legg til rad» legger til én tom rad du fyller ut inline, og en Lagre/Forkast-verktøylinje samler endringene. Lagre skriver hver endret rad for seg (beste forsøk): lykkes noen og andre feiler (f.eks. duplikatnavn), lagres de vellykkede mens de feilede blir stående markert som ulagret for nytt forsøk. Sletting beholder samme bekreftelsesdialog som før.
• Aktørrelasjoner — API for relasjoner og relasjonstyper (backend) v2.99.0 2026-08-02 — Nytt ActorRelationController gir CRM-kundekortet grunnlaget for et «Relasjoner»-panel: liste/opprett/slett relasjoner på en aktør (wv_ActorRelation), en relasjonstype-plukker (aktive, bruker-valgbare typer) og admin-CRUD for de konfigurerbare relasjonstypene (wv_ActorRelationType). System-typer (f.eks. KAM/Eier/Operatør) kan ikke omdøpes, endres måltype på, deaktiveres eller slettes — kun visningsnavn/beskrivelse/rekkefølge/synlighet er redigerbare. Ren backend i denne leveransen; UI kobles på senere.
• CRM kundekort — masterfelter og relasjoner v2.99.0 2026-08-02 — Kundekortet har nå masterfelter for bransje (NACE-kode og -beskrivelse), livssyklusfase (lead/prospekt/kunde/tapt) og en egen «Kommersielle vilkår»-seksjon (valuta, betalingsbetingelser, kredittgrense, MVA-nummer, GLN, selger og ansvarlig). Selger/ansvarlig lagres som ansattnummer og viser oppslått navn. Et nytt «Relasjoner»-panel lar deg liste, legge til og slette relasjoner på kunden med en relasjonstype-plukker; typer som peker på en aktør bruker aktørsøk, typer som peker på et kundenummer bruker et kundenummerfelt.
• Relasjoner på kundekortet — høyre kolonne, også ved oppretting v2.99.0 2026-08-02 — 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.
• Kontakter i brevruting kan ikke lenger slettes ved et uhell v2.99.0 2026-08-02 — 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.
• Søk og filter huskes i kunde- og kontaktlisten v2.99.0 2026-08-02 — 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.
• PDF-eksport i kunde- og kontaktlisten v2.99.0 2026-08-02 — 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).
• Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo v2.99.0 2026-08-02 — 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.
• Hent og oppdater kundedata fra Brønnøysund v2.99.0 2026-08-02 — 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.
• Gjenbrukbar modul-sperre (<app-module-gate>) + valgfrie CRM-abonnementssnarveier v2.99.0 2026-08-02 — En ny gjenbrukbar modul-sperre er lagt til: mangler tenanten en modul, viser den en kontaktboks («Du har ikke denne modulen, kontakt hjelp@konti.no for å aktivere den»); ellers slipper den innholdet gjennom. Samme mønster kan brukes andre steder senere. To valgfrie CRM-landingsruter (/crm/offers, /crm/master-orders) bruker sperren og tar deg rett til abonnement-listene når abonnementsmodulen er aktiv. De legges ikke inn i CRM-menyen som standard — en administrator kan legge dem til per tenant via Menyadministrasjon.
• Outlook: KAI foreslår notat og tolker signatur v2.99.0 2026-08-02 — 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).
• CRM: varsel ved ulagrede endringer + tilgjengelighets- og valideringsforbedringer v2.99.0 2026-08-02 — Navigerer du bort fra kundekortet, ny salgsmulighet eller ny avtale med ulagrede endringer i skjemaet, får du nå en bekreftelsesdialog («Du har ulagrede endringer…») i stedet for at endringene forsvinner stille. I tillegg: egendefinerte felter er nå skjermleservennlige (klikkbare feltetiketter og påkrevd-merking), fanene under CRM-innstillinger kan betjenes med tastatur, lagre-knappen på aktivitetsdetaljer deaktiveres når skjemaet er ugyldig, og «Lagre kategorier» på kundekortet viser lagre-spinner og tåler dobbeltklikk.
• CRM: fire brukeropplevelse-forbedringer v2.99.0 2026-08-02 — Kundekortets og avtaledetaljsidens faner kan nå deles og bokmerkes (aktiv fane speiles i adresselinjen som ?tab=, så oppdatering og delte lenker åpner riktig fane), en vunnet salgsmulighet feires med en kort trofé-/konfetti-animasjon og en varmere melding med tittel og verdi (animasjonen droppes automatisk ved redusert bevegelse i operativsystemet), tidslinjens datogrupper og status-/retningsmerker vises nå på riktig språk, og entitetslenkene på korrespondansedetaljer (kunde/kontakt/møte) er ekte klikkbare og tastaturtilgjengelige lenker.
• CRM: UI-konsistens på kundekortet v2.99.0 2026-08-02 — Kundekortets knapper og merker følger nå prosjektets designkonvensjoner konsekvent: primærhandlinger (lagre, «+ Ny …») bruker mørk handlingsknapp i stedet for den blå/gull-varianten, avbryt-knapper er ensartet nøytrale, og tomme lister bruker samme dempede ikonstil. Ren visuell opprydding — ingen endring i oppførsel.
• CRM: enhetlig filter og paginering i listene v2.99.0 2026-08-02 — Aktivitets-, møte- og korrespondanselistene bruker nå smart-gridens innebygde paginering (samme sidefot med sidevelger som kunde-, kontakt- og avtalelisten) i stedet for en egen pagineringsrad, og filter-knappen i møte- og oppgavetavle-visningen lyser nå med samme aktiv-farge som resten av CRM. Ren visuell/strukturell opprydding — samme filtrering, søk og sidestørrelser (25/50/100/200) som før.
• CRM: enhetlig filter-idiom i deal-pipeline v2.99.0 2026-08-02 — Salgsmulighet-pipelinen (kanban) bruker nå samme sammenleggbare «Filter»-knapp (trakt-ikon med tellemerke) som resten av CRM: filtrene på ansvarlig og tag ligger i et panel som slås av/på i stedet for en alltid synlig filterlinje. Samme filtrering som før — kun presentasjonen er ryddet.
• CRM: tydelige laste-/tomtilstander på grafer v2.99.0 2026-08-02 — Grafene på CRM- og avtale-dashbordene og pipeline-visningene viser nå en tydelig «Ingen data tilgjengelig»-tilstand med ikon når det ikke finnes data, i stedet for at grafkortet forsvinner eller står som en tom akseramme. Alle CRM-grafer bruker samme laste-/tomtilstand-mønster (spinner mens data lastes, ensartet tom-tilstand ellers). Ren visuell opprydding — ingen endring i data eller beregning.
• Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler v2.99.0 2026-08-02 — 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).
• Globalt søk finner nå salg og loggførte e-poster v2.99.0 2026-08-02 — Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.
• Outlook-tillegget: vedlegg valideres ved lagring v2.99.0 2026-08-02 — 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.
• Outlook-tillegget: tydeligere lagring og penere koblingsvalg v2.99.0 2026-08-02 — 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).
• CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside v2.99.0 2026-08-02 — «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.
• CRM kundekort — land velges fra søkbar liste med flagg v2.99.0 2026-08-02 — 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.
• CRM kundekort — selger og ansvarlig velges fra brukerliste v2.99.0 2026-08-02 — 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.
• Outlook-tillegget: tydeligere tekst og bedre lesbarhet v2.99.0 2026-08-02 — Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.
• Systemadmin: feilrapport-oversikten krasjet for migrerte kunder v2.99.0 2026-08-02 — 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: slettet relasjonsmål merkes i relasjonspanelet v2.99.0 2026-08-02 — Peker en relasjon på kundekortet (fakturakunde, KAM, forvaltning m.fl.) på en aktør som senere er slettet, vises målet nå med et rødt «Slettet»-merke ved navnet i stedet for umerket — du ser umiddelbart at relasjonen bør ryddes eller pekes om.
• CRM: aktørrelasjons-API-et er nå styrt av Datatilgang v2.99.0 2026-08-02 — 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).
• Outlook-tillegget: e-poster viste feil retning i CRM v2.99.0 2026-08-02 — 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.
• Outlook-tillegget: bedriftsforslag fra private e-postadresser v2.99.0 2026-08-02 — 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.
• Outlook-tillegget: «Siste aktiviteter» viste ikke de siste v2.99.0 2026-08-02 — Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.
• Outlook-tillegget: fest-knappen (pin) manglet v2.99.0 2026-08-02 — 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.
• Visma Business NXT produkt- og prisoppslag er nå isolert per kunde v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• CRM: Kundepuls — helsemerke på kunder v2.99.0 2026-08-05 — Kundelisten har fått en ny Kundepuls-kolonne, og samme merke vises i kundekort-headeren: et fargemerke (grønn/gul/rød) som med én gang forteller om kunden er Frisk, Trenger oppfølging eller Kritisk. Pulsen er regelbasert og forklarbar (ikke KI) — den bygger på dager siden siste kontakt, forfalte oppfølginger og avtaler som utløper snart, og tooltipen lister signalene bak fargen.
• CRM: admin-justerbare terskler for Kundepuls v2.99.0 2026-08-05 — 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.
• Nytt kundekort: gruppert meny, ryddigere Detaljer-side og hurtighandlinger v2.99.0 2026-08-05 — Kundekortet i CRM har fått et løft i tråd med det nye panel-designspråket. Venstremenyen er gruppert i Kunde / Salg og leveranse / Dokumenter / Administrasjon med rolige tellere og gull-markering av aktiv side. Detaljer-fanen er blitt et arbeidsområde: sidetittel med hjelpetekst, datakvalitet («N av M felter komplette» — klikk et manglende felt for å hoppe rett til det), sammenleggbare seksjoner med verdioppsummering (Kommersielle vilkår og ERP-klassifisering er lukket som standard), «Systemstyrt»-merking av ERP-eide felt, Systemstatus-kort med ERP-advarsel, og en fast «Ulagrede endringer»-linje med Lagre/Forkast (forkasting krever bekreftelse). Tidslinje-fanen har fått en kompakt faktastripe med regelbasert «Neste beste handling» (relasjonseier, sist kontakt, pipelineverdi, åpne oppgaver, kundepuls) i stedet for KPI-kortene, et «Åpne oppgaver»-kort der oppgaver kan fullføres med ett klikk, og tidslinjekortene følger det nye designet. Fra kontaktlisten kan du nå logge en aktivitet direkte på en kontakt — hurtignotatet åpnes med kontakten forhåndsvalgt. Notat- og aktivitetsregistreringen er samlet i et fanekort («Skriv notat» / «Logg aktivitet») over tidslinjen, søkefeltet ligger øverst i tidslinjekortet med nøytrale filterknapper med antall («Alle N»), og kontaktkortet (/crm/contacts) har fått samme gruppert meny, panelspråk og composer som kundekortet. CRM-dashboardet følger nå samme panelspråk — bokser, KPI-kort og verdikort har fått den varme rammen, skyggen og de kompakte seksjonsoverskriftene (ikoner og fargebruk er uendret).
• Kundekort: Abonnement-fanen er nå en smart-grid v2.99.0 2026-08-05 — Kundens masterordrer vises i smart-grid med søk, filter, gruppering, eksport og kolonnevalg, og en ny Fartøy-kolonne (skipets navn).
• Kundekort: velg dokumentmal per kunde v2.99.0 2026-08-05 — Kundekortets «Dokumenter»-fane har fått seksjonen «Dokumentmaler» der en konsulent kan velge hvilken dokumentmal kunden skal bruke per dokumenttype (tilbud, masterordre, følgebrev) — overstyringen som brukes foran klientens standardmal ved dokumentgenerering. «(bruker klientstandard)» nullstiller overstyringen. Seksjonen vises kun med abonnements-modulen og datatilgangen «Dokumentmaler (abonnement)» (Se for å vise, Endre for å endre).
• NXT-klassifisering kan redigeres på kundekortet (synkroniseres til Visma) v2.99.0 2026-08-05 — «ERP-klassifisering» på kundekortet er nå redigerbar: de åtte klassifiseringsgruppene vises som nedtrekk med klientens egne navn (fra verdikatalogene), og «(ingen)» tømmer en gruppe. Når du lagrer, skrives kodene først til Visma Business NXT og lagres kun lokalt hvis Visma godtar dem — feiler Visma, lagres ingenting og nedtrekkene stiller seg tilbake så du kan prøve igjen. Redigering vises kun når det finnes en Business NXT-integrasjon (kodene kommer fra NXT); uten integrasjon er blokken skrivebeskyttet som før. Prisgruppe/valuta er fortsatt egne, skrivebeskyttede felt.
• Kundestatus (NXT group9) på kundekortet og som listefilter v2.99.0 2026-08-05 — Et nytt klassifiseringsfelt, Kundestatus (NXT associate.group9 — f.eks. Aktiv/Ekstern/Sluttet/Solgt), hentes nå fra Business NXT-aktøren og lagres på wv_Actor.actGroup9. Feltet vises på kundekortets «ERP-klassifisering» (redigerbart nedtrekk når det finnes en NXT-integrasjon, med klientens egne navn fra verdikatalogen), som en ny — skjult som standard — kolonne i masterordrelista, og som et fjerde nedtrekk («Kundestatus») i listas klassifiseringsfilter. Administrator kan navngi feltet og legge inn kode→navn-katalogen under Innstillinger → Masterordre – feltoppsett (feltnøkkel ActorGroup9). Kundestatus synkroniseres foreløpig kun via den direkte NXT-integrasjonen; klienter som synkroniseres via KontiConnect Integration-API får feltet først når produsenten der utvides (dokumentert oppfølging).
• CRM: «Min dag», CRM-puls-widget og vunnet-feed v2.99.0 2026-08-05 — CRM-dashboardet har fått en «Min dag»-seksjon øverst som samler dine forfalte og dagens oppgaver, dagens møter, siste aktivitet på dine kunder, avtaler som snart utløper og salgsmuligheter som står stille — alt klikkbart rett til objektet, og grønn hake når alt er under kontroll. Ny forsidewidget «CRM-puls» viser det samme som kompakte tellere, og dashboardet viser nå «Vunnet denne måneden» med hvem/hva/verdi og sum for teamet (ingen rangering).
• CRM: daglig «Min dag»-digest v2.99.0 2026-08-05 — 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.
• Outlook-tillegget viser kundens masterordrer v2.99.0 2026-08-05 — Kontaktpanelet i Outlook-tillegget har fått en egen «Masterordrer»-seksjon: når avsenderen matches mot en kunde vises inntil 5 løpende masterordrer (ordrenr, status, neste planlagte leveranse og verdi i år med valuta) for kunden og dens relaterte aktører begge veier (e-post fra rederiet/management treffer skipets ordrer og omvendt), med lenke rett til ordren i portalens masterordre-liste. Avsluttede/tapte ordrer skjules. Seksjonen vises kun for brukere med både CRM- og abonnementsmodulen.
• CRM: hurtignotat med oppfølging + «Ingen neste steg»-merke v2.99.0 2026-08-05 — Øverst i kundens tidslinje kan du nå skrive et notat direkte («Skriv et notat …») uten å forlate kundekortet — med valgfri oppfølgingsdato som oppretter en CRM-oppgave med påminnelse på datoen. Etter lagring vises påminnelsesdatoen og bekreftelsen «Vises i 'Min dag'», så du ser at oppfølgingen lander i Min dag-oversikten. Kunder uten noen åpen oppfølging får et gult «Ingen neste steg»-merke i kundekort-headeren og på salgsmulighetskortene i pipelinen (kun åpne steg) — klikk på merket hopper rett til notatfeltet.
• CRM: KAI kundebrief — «hva bør jeg vite før jeg ringer?» v2.99.0 2026-08-05 — Kundekortet har fått en «KAI: Kundebrief»-knapp som lager en kort «før du ringer»-oppsummering av kunden: 5–8 faktabaserte kulepunkter (åpne oppfølginger, utløpende avtaler, åpne support-saker, ferske hendelser og salgsstatus) pluss ett forslag til neste steg du kan gjøre om til en oppgave med ett klikk. KAI groundes kun på kundens egne data (fakta, deals, avtaler og hele tidslinjen med ordrer/support/avtaler) — ingenting finnes på. Funksjonen er avslått som standard og må aktiveres per rolle av en administrator (Datatilgang → KAI CRM).
• CRM: Ctrl+K hurtigsøk (kommandopalett) v2.99.0 2026-08-05 — Trykk Ctrl+K (Cmd+K på Mac) for å åpne CRM-hurtigsøket: søk opp kunder, kontakter og salgsmuligheter, hopp rett til en CRM-side (Min dag, Kunder, Kontakter, Pipeline, Avtaler, Aktiviteter, Møter, Oppgaver) eller start en handling (ny kunde/deal/avtale/aktivitet). Naviger treffene med piltastene, åpne med Enter, lukk med Esc. Når søkefeltet er tomt vises «Nylig åpnet» så du raskt kommer tilbake til det du nettopp så på. Hurtigsøket åpnes kun for brukere som har CRM-modulen (31) — innholdet og søket er CRM-avgrenset.
• CRM: hurtighandlinger direkte i kundelisten v2.99.0 2026-08-05 — Hver rad i kunde-/leverandørlisten har fått hurtigknapper: registrer aktivitet (åpner ny aktivitet ferdig knyttet til kunden), send e-post (åpner e-postklienten på kundens adresse) og ring (åpner telefon-app på kundens nummer) — i tillegg til rediger og slett. E-post- og ringeknappene vises kun når kunden har henholdsvis e-post eller telefon/mobil registrert.
• CRM: komplett kundetidslinje + «Abonnement»-fane på kundekortet v2.99.0 2026-08-05 — Tidslinjen på kundekortet viser nå hele kundebildet: i tillegg til aktiviteter, korrespondanse og møter tas også masterordrer (opprettelse/status), support-henvendelser (Freshdesk-saker matchet på e-post) og avtaler (start/utløp) med. Nye filter-knapper øverst lar deg vise én eller flere hendelsestyper (Aktivitet/Korrespondanse/Møter/Ordre/Support/Avtale). Kundekortet har fått en egen «Abonnement»-fane som lister kundens masterordrer (ordrenr., status, neste planlagte leveranse og verdi i år) med lenke rett til ordren — den lukker enveislenken fra masterordrelista tilbake til kundekortet. Ordre- og abonnementsinnholdet vises kun for brukere med abonnementsmodulen; support-hendelser vises kun der Freshdesk er satt opp.
• Kundeadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-05 — Når du legger til eller redigerer en adresse på kundekortet, kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (adressenavn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• CRM: NXT-prisgruppe og valuta på kundekortet v2.99.0 2026-08-05 — Kundekortet viser nå kundens Business NXT-kundeprisgruppe 1 og valuta (nummer) i «ERP-klassifisering»-gruppen. Verdiene hentes fra NXT-aktøren av aktørsynken og overskrives på hver kjøring (NXT er master); de vises kun når de er satt, og er skrivebeskyttet i portalen.
• Outlook-tillegget følger nå innboksen v2.99.0 2026-08-05 — 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).
• Outlook: koble e-posten til hva som helst i ePortal v2.99.0 2026-08-05 — 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.
• Outlook: opprett tilbud eller masterordre fra e-posten v2.99.0 2026-08-05 — 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.
• Outlook: «Lagre raskt» og KAI-brief v2.99.0 2026-08-05 — 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.
• Outlook: Brønnøysund-oppslag ved ny bedrift v2.99.0 2026-08-05 — «Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.
• Avtaler-listen som smart-grid med filtrering, søk og eksport v2.99.0 2026-08-05 — 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.
• CRM kunde- og leverandørliste med søk, kolonner og eksport v2.99.0 2026-08-05 — Kunde- og leverandørlistene bruker nå smart-grid med globalt søk, valgbare sidestørrelser, kolonnevelger, lagrede visninger og Excel-eksport; kundelista viser både kunder og leverandører med rollefilter (Alle/Kunde/Leverandør/Begge) og rollemerker i stedet for den gamle Type-kolonnen. Ruten (/crm/customers) og menyinnslaget er uendret. Kolonnesortering (klikk på kolonneoverskrift) gjelder hele det filtrerte resultatsettet på serveren, samme sortering som Excel-eksporten bruker — ikke bare den innlastede siden.
• Relasjonstyper — admin i CRM-innstillinger (S5a) v2.99.0 2026-08-05 — Innstillinger → CRM har fått en ny fane «Relasjonstyper» der du kan opprette, redigere og slette de konfigurerbare relasjonstypene som kundekortets relasjonspanel bruker. Systemtyper (f.eks. KAM/Eier/Operatør) vises med et låst-merke: navn, måltype og aktiv-status er låst og de kan ikke slettes — kun visningsnavn, beskrivelse, kategori, sortering og valgbarhet er redigerbare. Måltype velges mellom Aktør og Kundenummer.
• CRM-innstillinger — redigerbar tabell for Kategorier, Aktivitetstyper og Firmakategorier v2.99.0 2026-08-05 — De tre fanene bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk og Excel-eksport i stedet for skjemadialoger. «Legg til rad» legger til én tom rad du fyller ut inline, og en Lagre/Forkast-verktøylinje samler endringene. Lagre skriver hver endret rad for seg (beste forsøk): lykkes noen og andre feiler (f.eks. duplikatnavn), lagres de vellykkede mens de feilede blir stående markert som ulagret for nytt forsøk. Sletting beholder samme bekreftelsesdialog som før.
• Aktørrelasjoner — API for relasjoner og relasjonstyper (backend) v2.99.0 2026-08-05 — Nytt ActorRelationController gir CRM-kundekortet grunnlaget for et «Relasjoner»-panel: liste/opprett/slett relasjoner på en aktør (wv_ActorRelation), en relasjonstype-plukker (aktive, bruker-valgbare typer) og admin-CRUD for de konfigurerbare relasjonstypene (wv_ActorRelationType). System-typer (f.eks. KAM/Eier/Operatør) kan ikke omdøpes, endres måltype på, deaktiveres eller slettes — kun visningsnavn/beskrivelse/rekkefølge/synlighet er redigerbare. Ren backend i denne leveransen; UI kobles på senere.
• CRM kundekort — masterfelter og relasjoner v2.99.0 2026-08-05 — Kundekortet har nå masterfelter for bransje (NACE-kode og -beskrivelse), livssyklusfase (lead/prospekt/kunde/tapt) og en egen «Kommersielle vilkår»-seksjon (valuta, betalingsbetingelser, kredittgrense, MVA-nummer, GLN, selger og ansvarlig). Selger/ansvarlig lagres som ansattnummer og viser oppslått navn. Et nytt «Relasjoner»-panel lar deg liste, legge til og slette relasjoner på kunden med en relasjonstype-plukker; typer som peker på en aktør bruker aktørsøk, typer som peker på et kundenummer bruker et kundenummerfelt.
• Relasjoner på kundekortet — høyre kolonne, også ved oppretting v2.99.0 2026-08-05 — 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.
• Kontakter i brevruting kan ikke lenger slettes ved et uhell v2.99.0 2026-08-05 — 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.
• Søk og filter huskes i kunde- og kontaktlisten v2.99.0 2026-08-05 — 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.
• PDF-eksport i kunde- og kontaktlisten v2.99.0 2026-08-05 — 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).
• Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo v2.99.0 2026-08-05 — 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.
• Hent og oppdater kundedata fra Brønnøysund v2.99.0 2026-08-05 — 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.
• Gjenbrukbar modul-sperre (<app-module-gate>) + valgfrie CRM-abonnementssnarveier v2.99.0 2026-08-05 — En ny gjenbrukbar modul-sperre er lagt til: mangler tenanten en modul, viser den en kontaktboks («Du har ikke denne modulen, kontakt hjelp@konti.no for å aktivere den»); ellers slipper den innholdet gjennom. Samme mønster kan brukes andre steder senere. To valgfrie CRM-landingsruter (/crm/offers, /crm/master-orders) bruker sperren og tar deg rett til abonnement-listene når abonnementsmodulen er aktiv. De legges ikke inn i CRM-menyen som standard — en administrator kan legge dem til per tenant via Menyadministrasjon.
• Outlook-tillegget: prosjektvalg tilbake i "Ny oppgave", og oppgaver kan nå søkes opp og kobles til e-post v2.99.0 2026-08-05 — 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.
• Outlook: KAI foreslår notat og tolker signatur v2.99.0 2026-08-05 — 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).
• Globalt søk finner nå også enkeltoppgaver v2.99.0 2026-08-05 — 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.
• CRM: varsel ved ulagrede endringer + tilgjengelighets- og valideringsforbedringer v2.99.0 2026-08-05 — Navigerer du bort fra kundekortet, ny salgsmulighet eller ny avtale med ulagrede endringer i skjemaet, får du nå en bekreftelsesdialog («Du har ulagrede endringer…») i stedet for at endringene forsvinner stille. I tillegg: egendefinerte felter er nå skjermleservennlige (klikkbare feltetiketter og påkrevd-merking), fanene under CRM-innstillinger kan betjenes med tastatur, lagre-knappen på aktivitetsdetaljer deaktiveres når skjemaet er ugyldig, og «Lagre kategorier» på kundekortet viser lagre-spinner og tåler dobbeltklikk.
• CRM: fire brukeropplevelse-forbedringer v2.99.0 2026-08-05 — Kundekortets og avtaledetaljsidens faner kan nå deles og bokmerkes (aktiv fane speiles i adresselinjen som ?tab=, så oppdatering og delte lenker åpner riktig fane), en vunnet salgsmulighet feires med en kort trofé-/konfetti-animasjon og en varmere melding med tittel og verdi (animasjonen droppes automatisk ved redusert bevegelse i operativsystemet), tidslinjens datogrupper og status-/retningsmerker vises nå på riktig språk, og entitetslenkene på korrespondansedetaljer (kunde/kontakt/møte) er ekte klikkbare og tastaturtilgjengelige lenker.
• CRM: UI-konsistens på kundekortet v2.99.0 2026-08-05 — Kundekortets knapper og merker følger nå prosjektets designkonvensjoner konsekvent: primærhandlinger (lagre, «+ Ny …») bruker mørk handlingsknapp i stedet for den blå/gull-varianten, avbryt-knapper er ensartet nøytrale, og tomme lister bruker samme dempede ikonstil. Ren visuell opprydding — ingen endring i oppførsel.
• CRM: enhetlig filter og paginering i listene v2.99.0 2026-08-05 — Aktivitets-, møte- og korrespondanselistene bruker nå smart-gridens innebygde paginering (samme sidefot med sidevelger som kunde-, kontakt- og avtalelisten) i stedet for en egen pagineringsrad, og filter-knappen i møte- og oppgavetavle-visningen lyser nå med samme aktiv-farge som resten av CRM. Ren visuell/strukturell opprydding — samme filtrering, søk og sidestørrelser (25/50/100/200) som før.
• CRM: enhetlig filter-idiom i deal-pipeline v2.99.0 2026-08-05 — Salgsmulighet-pipelinen (kanban) bruker nå samme sammenleggbare «Filter»-knapp (trakt-ikon med tellemerke) som resten av CRM: filtrene på ansvarlig og tag ligger i et panel som slås av/på i stedet for en alltid synlig filterlinje. Samme filtrering som før — kun presentasjonen er ryddet.
• CRM: tydelige laste-/tomtilstander på grafer v2.99.0 2026-08-05 — Grafene på CRM- og avtale-dashbordene og pipeline-visningene viser nå en tydelig «Ingen data tilgjengelig»-tilstand med ikon når det ikke finnes data, i stedet for at grafkortet forsvinner eller står som en tom akseramme. Alle CRM-grafer bruker samme laste-/tomtilstand-mønster (spinner mens data lastes, ensartet tom-tilstand ellers). Ren visuell opprydding — ingen endring i data eller beregning.
• Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler v2.99.0 2026-08-05 — 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).
• Globalt søk finner nå salg og loggførte e-poster v2.99.0 2026-08-05 — Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.
• Outlook-tillegget: vedlegg valideres ved lagring v2.99.0 2026-08-05 — 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.
• Outlook-tillegget: tydeligere lagring og penere koblingsvalg v2.99.0 2026-08-05 — 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).
• CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside v2.99.0 2026-08-05 — «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.
• CRM kundekort — land velges fra søkbar liste med flagg v2.99.0 2026-08-05 — 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.
• CRM kundekort — selger og ansvarlig velges fra brukerliste v2.99.0 2026-08-05 — 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.
• Outlook-tillegget: tydeligere tekst og bedre lesbarhet v2.99.0 2026-08-05 — Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.
• Systemadmin: feilrapport-oversikten krasjet for migrerte kunder v2.99.0 2026-08-05 — 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: slettet relasjonsmål merkes i relasjonspanelet v2.99.0 2026-08-05 — Peker en relasjon på kundekortet (fakturakunde, KAM, forvaltning m.fl.) på en aktør som senere er slettet, vises målet nå med et rødt «Slettet»-merke ved navnet i stedet for umerket — du ser umiddelbart at relasjonen bør ryddes eller pekes om.
• CRM: aktørrelasjons-API-et er nå styrt av Datatilgang v2.99.0 2026-08-05 — 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).
• Outlook-tillegget: e-poster viste feil retning i CRM v2.99.0 2026-08-05 — 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.
• Outlook-tillegget: bedriftsforslag fra private e-postadresser v2.99.0 2026-08-05 — 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.
• Outlook-tillegget: «Siste aktiviteter» viste ikke de siste v2.99.0 2026-08-05 — Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.
• Outlook-tillegget: fest-knappen (pin) manglet v2.99.0 2026-08-05 — 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.
• Visma Business NXT produkt- og prisoppslag er nå isolert per kunde v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Globalt søk fant ikke kunder, kontakter eller dokumenter v2.99.0 2026-08-05 — 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.
• Sletting av CRM-dokument feilet på enkelte klienter v2.99.0 2026-08-05 — 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.
• CRM: Kundepuls — helsemerke på kunder v2.99.0 2026-08-06 — Kundelisten har fått en ny Kundepuls-kolonne, og samme merke vises i kundekort-headeren: et fargemerke (grønn/gul/rød) som med én gang forteller om kunden er Frisk, Trenger oppfølging eller Kritisk. Pulsen er regelbasert og forklarbar (ikke KI) — den bygger på dager siden siste kontakt, forfalte oppfølginger og avtaler som utløper snart, og tooltipen lister signalene bak fargen.
• CRM: admin-justerbare terskler for Kundepuls v2.99.0 2026-08-06 — 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.
• Nytt kundekort: gruppert meny, ryddigere Detaljer-side og hurtighandlinger v2.99.0 2026-08-06 — Kundekortet i CRM har fått et løft i tråd med det nye panel-designspråket. Venstremenyen er gruppert i Kunde / Salg og leveranse / Dokumenter / Administrasjon med rolige tellere og gull-markering av aktiv side. Detaljer-fanen er blitt et arbeidsområde: sidetittel med hjelpetekst, datakvalitet («N av M felter komplette» — klikk et manglende felt for å hoppe rett til det), sammenleggbare seksjoner med verdioppsummering (Kommersielle vilkår og ERP-klassifisering er lukket som standard), «Systemstyrt»-merking av ERP-eide felt, Systemstatus-kort med ERP-advarsel, og en fast «Ulagrede endringer»-linje med Lagre/Forkast (forkasting krever bekreftelse). Tidslinje-fanen har fått en kompakt faktastripe med regelbasert «Neste beste handling» (relasjonseier, sist kontakt, pipelineverdi, åpne oppgaver, kundepuls) i stedet for KPI-kortene, et «Åpne oppgaver»-kort der oppgaver kan fullføres med ett klikk, og tidslinjekortene følger det nye designet. Fra kontaktlisten kan du nå logge en aktivitet direkte på en kontakt — hurtignotatet åpnes med kontakten forhåndsvalgt. Notat- og aktivitetsregistreringen er samlet i et fanekort («Skriv notat» / «Logg aktivitet») over tidslinjen, søkefeltet ligger øverst i tidslinjekortet med nøytrale filterknapper med antall («Alle N»), og kontaktkortet (/crm/contacts) har fått samme gruppert meny, panelspråk og composer som kundekortet. CRM-dashboardet følger nå samme panelspråk — bokser, KPI-kort og verdikort har fått den varme rammen, skyggen og de kompakte seksjonsoverskriftene (ikoner og fargebruk er uendret).
• Kundekort: Abonnement-fanen er nå en smart-grid v2.99.0 2026-08-06 — Kundens masterordrer vises i smart-grid med søk, filter, gruppering, eksport og kolonnevalg, og en ny Fartøy-kolonne (skipets navn).
• Kundekort: velg dokumentmal per kunde v2.99.0 2026-08-06 — Kundekortets «Dokumenter»-fane har fått seksjonen «Dokumentmaler» der en konsulent kan velge hvilken dokumentmal kunden skal bruke per dokumenttype (tilbud, masterordre, følgebrev) — overstyringen som brukes foran klientens standardmal ved dokumentgenerering. «(bruker klientstandard)» nullstiller overstyringen. Seksjonen vises kun med abonnements-modulen og datatilgangen «Dokumentmaler (abonnement)» (Se for å vise, Endre for å endre).
• NXT-klassifisering kan redigeres på kundekortet (synkroniseres til Visma) v2.99.0 2026-08-06 — «ERP-klassifisering» på kundekortet er nå redigerbar: de åtte klassifiseringsgruppene vises som nedtrekk med klientens egne navn (fra verdikatalogene), og «(ingen)» tømmer en gruppe. Når du lagrer, skrives kodene først til Visma Business NXT og lagres kun lokalt hvis Visma godtar dem — feiler Visma, lagres ingenting og nedtrekkene stiller seg tilbake så du kan prøve igjen. Redigering vises kun når det finnes en Business NXT-integrasjon (kodene kommer fra NXT); uten integrasjon er blokken skrivebeskyttet som før. Prisgruppe/valuta er fortsatt egne, skrivebeskyttede felt.
• Kundestatus (NXT group9) på kundekortet og som listefilter v2.99.0 2026-08-06 — Et nytt klassifiseringsfelt, Kundestatus (NXT associate.group9 — f.eks. Aktiv/Ekstern/Sluttet/Solgt), hentes nå fra Business NXT-aktøren og lagres på wv_Actor.actGroup9. Feltet vises på kundekortets «ERP-klassifisering» (redigerbart nedtrekk når det finnes en NXT-integrasjon, med klientens egne navn fra verdikatalogen), som en ny — skjult som standard — kolonne i masterordrelista, og som et fjerde nedtrekk («Kundestatus») i listas klassifiseringsfilter. Administrator kan navngi feltet og legge inn kode→navn-katalogen under Innstillinger → Masterordre – feltoppsett (feltnøkkel ActorGroup9). Kundestatus synkroniseres foreløpig kun via den direkte NXT-integrasjonen; klienter som synkroniseres via KontiConnect Integration-API får feltet først når produsenten der utvides (dokumentert oppfølging).
• CRM: «Min dag», CRM-puls-widget og vunnet-feed v2.99.0 2026-08-06 — CRM-dashboardet har fått en «Min dag»-seksjon øverst som samler dine forfalte og dagens oppgaver, dagens møter, siste aktivitet på dine kunder, avtaler som snart utløper og salgsmuligheter som står stille — alt klikkbart rett til objektet, og grønn hake når alt er under kontroll. Ny forsidewidget «CRM-puls» viser det samme som kompakte tellere, og dashboardet viser nå «Vunnet denne måneden» med hvem/hva/verdi og sum for teamet (ingen rangering).
• CRM: daglig «Min dag»-digest v2.99.0 2026-08-06 — 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.
• Outlook-tillegget viser kundens masterordrer v2.99.0 2026-08-06 — Kontaktpanelet i Outlook-tillegget har fått en egen «Masterordrer»-seksjon: når avsenderen matches mot en kunde vises inntil 5 løpende masterordrer (ordrenr, status, neste planlagte leveranse og verdi i år med valuta) for kunden og dens relaterte aktører begge veier (e-post fra rederiet/management treffer skipets ordrer og omvendt), med lenke rett til ordren i portalens masterordre-liste. Avsluttede/tapte ordrer skjules. Seksjonen vises kun for brukere med både CRM- og abonnementsmodulen.
• CRM: hurtignotat med oppfølging + «Ingen neste steg»-merke v2.99.0 2026-08-06 — Øverst i kundens tidslinje kan du nå skrive et notat direkte («Skriv et notat …») uten å forlate kundekortet — med valgfri oppfølgingsdato som oppretter en CRM-oppgave med påminnelse på datoen. Etter lagring vises påminnelsesdatoen og bekreftelsen «Vises i 'Min dag'», så du ser at oppfølgingen lander i Min dag-oversikten. Kunder uten noen åpen oppfølging får et gult «Ingen neste steg»-merke i kundekort-headeren og på salgsmulighetskortene i pipelinen (kun åpne steg) — klikk på merket hopper rett til notatfeltet.
• CRM: KAI kundebrief — «hva bør jeg vite før jeg ringer?» v2.99.0 2026-08-06 — Kundekortet har fått en «KAI: Kundebrief»-knapp som lager en kort «før du ringer»-oppsummering av kunden: 5–8 faktabaserte kulepunkter (åpne oppfølginger, utløpende avtaler, åpne support-saker, ferske hendelser og salgsstatus) pluss ett forslag til neste steg du kan gjøre om til en oppgave med ett klikk. KAI groundes kun på kundens egne data (fakta, deals, avtaler og hele tidslinjen med ordrer/support/avtaler) — ingenting finnes på. Funksjonen er avslått som standard og må aktiveres per rolle av en administrator (Datatilgang → KAI CRM).
• CRM: Ctrl+K hurtigsøk (kommandopalett) v2.99.0 2026-08-06 — Trykk Ctrl+K (Cmd+K på Mac) for å åpne CRM-hurtigsøket: søk opp kunder, kontakter og salgsmuligheter, hopp rett til en CRM-side (Min dag, Kunder, Kontakter, Pipeline, Avtaler, Aktiviteter, Møter, Oppgaver) eller start en handling (ny kunde/deal/avtale/aktivitet). Naviger treffene med piltastene, åpne med Enter, lukk med Esc. Når søkefeltet er tomt vises «Nylig åpnet» så du raskt kommer tilbake til det du nettopp så på. Hurtigsøket åpnes kun for brukere som har CRM-modulen (31) — innholdet og søket er CRM-avgrenset.
• CRM: hurtighandlinger direkte i kundelisten v2.99.0 2026-08-06 — Hver rad i kunde-/leverandørlisten har fått hurtigknapper: registrer aktivitet (åpner ny aktivitet ferdig knyttet til kunden), send e-post (åpner e-postklienten på kundens adresse) og ring (åpner telefon-app på kundens nummer) — i tillegg til rediger og slett. E-post- og ringeknappene vises kun når kunden har henholdsvis e-post eller telefon/mobil registrert.
• CRM: komplett kundetidslinje + «Abonnement»-fane på kundekortet v2.99.0 2026-08-06 — Tidslinjen på kundekortet viser nå hele kundebildet: i tillegg til aktiviteter, korrespondanse og møter tas også masterordrer (opprettelse/status), support-henvendelser (Freshdesk-saker matchet på e-post) og avtaler (start/utløp) med. Nye filter-knapper øverst lar deg vise én eller flere hendelsestyper (Aktivitet/Korrespondanse/Møter/Ordre/Support/Avtale). Kundekortet har fått en egen «Abonnement»-fane som lister kundens masterordrer (ordrenr., status, neste planlagte leveranse og verdi i år) med lenke rett til ordren — den lukker enveislenken fra masterordrelista tilbake til kundekortet. Ordre- og abonnementsinnholdet vises kun for brukere med abonnementsmodulen; support-hendelser vises kun der Freshdesk er satt opp.
• Kundeadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-06 — Når du legger til eller redigerer en adresse på kundekortet, kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (adressenavn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• CRM: NXT-prisgruppe og valuta på kundekortet v2.99.0 2026-08-06 — Kundekortet viser nå kundens Business NXT-kundeprisgruppe 1 og valuta (nummer) i «ERP-klassifisering»-gruppen. Verdiene hentes fra NXT-aktøren av aktørsynken og overskrives på hver kjøring (NXT er master); de vises kun når de er satt, og er skrivebeskyttet i portalen.
• Outlook-tillegget følger nå innboksen v2.99.0 2026-08-06 — 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).
• Outlook: koble e-posten til hva som helst i ePortal v2.99.0 2026-08-06 — 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.
• Outlook: opprett tilbud eller masterordre fra e-posten v2.99.0 2026-08-06 — 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.
• Outlook: «Lagre raskt» og KAI-brief v2.99.0 2026-08-06 — 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.
• Outlook: Brønnøysund-oppslag ved ny bedrift v2.99.0 2026-08-06 — «Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.
• Avtaler-listen som smart-grid med filtrering, søk og eksport v2.99.0 2026-08-06 — 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.
• CRM kunde- og leverandørliste med søk, kolonner og eksport v2.99.0 2026-08-06 — Kunde- og leverandørlistene bruker nå smart-grid med globalt søk, valgbare sidestørrelser, kolonnevelger, lagrede visninger og Excel-eksport; kundelista viser både kunder og leverandører med rollefilter (Alle/Kunde/Leverandør/Begge) og rollemerker i stedet for den gamle Type-kolonnen. Ruten (/crm/customers) og menyinnslaget er uendret. Kolonnesortering (klikk på kolonneoverskrift) gjelder hele det filtrerte resultatsettet på serveren, samme sortering som Excel-eksporten bruker — ikke bare den innlastede siden.
• Relasjonstyper — admin i CRM-innstillinger (S5a) v2.99.0 2026-08-06 — Innstillinger → CRM har fått en ny fane «Relasjonstyper» der du kan opprette, redigere og slette de konfigurerbare relasjonstypene som kundekortets relasjonspanel bruker. Systemtyper (f.eks. KAM/Eier/Operatør) vises med et låst-merke: navn, måltype og aktiv-status er låst og de kan ikke slettes — kun visningsnavn, beskrivelse, kategori, sortering og valgbarhet er redigerbare. Måltype velges mellom Aktør og Kundenummer.
• CRM-innstillinger — redigerbar tabell for Kategorier, Aktivitetstyper og Firmakategorier v2.99.0 2026-08-06 — De tre fanene bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk og Excel-eksport i stedet for skjemadialoger. «Legg til rad» legger til én tom rad du fyller ut inline, og en Lagre/Forkast-verktøylinje samler endringene. Lagre skriver hver endret rad for seg (beste forsøk): lykkes noen og andre feiler (f.eks. duplikatnavn), lagres de vellykkede mens de feilede blir stående markert som ulagret for nytt forsøk. Sletting beholder samme bekreftelsesdialog som før.
• Aktørrelasjoner — API for relasjoner og relasjonstyper (backend) v2.99.0 2026-08-06 — Nytt ActorRelationController gir CRM-kundekortet grunnlaget for et «Relasjoner»-panel: liste/opprett/slett relasjoner på en aktør (wv_ActorRelation), en relasjonstype-plukker (aktive, bruker-valgbare typer) og admin-CRUD for de konfigurerbare relasjonstypene (wv_ActorRelationType). System-typer (f.eks. KAM/Eier/Operatør) kan ikke omdøpes, endres måltype på, deaktiveres eller slettes — kun visningsnavn/beskrivelse/rekkefølge/synlighet er redigerbare. Ren backend i denne leveransen; UI kobles på senere.
• CRM kundekort — masterfelter og relasjoner v2.99.0 2026-08-06 — Kundekortet har nå masterfelter for bransje (NACE-kode og -beskrivelse), livssyklusfase (lead/prospekt/kunde/tapt) og en egen «Kommersielle vilkår»-seksjon (valuta, betalingsbetingelser, kredittgrense, MVA-nummer, GLN, selger og ansvarlig). Selger/ansvarlig lagres som ansattnummer og viser oppslått navn. Et nytt «Relasjoner»-panel lar deg liste, legge til og slette relasjoner på kunden med en relasjonstype-plukker; typer som peker på en aktør bruker aktørsøk, typer som peker på et kundenummer bruker et kundenummerfelt.
• Relasjoner på kundekortet — høyre kolonne, også ved oppretting v2.99.0 2026-08-06 — 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.
• Kontakter i brevruting kan ikke lenger slettes ved et uhell v2.99.0 2026-08-06 — 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.
• Søk og filter huskes i kunde- og kontaktlisten v2.99.0 2026-08-06 — 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.
• PDF-eksport i kunde- og kontaktlisten v2.99.0 2026-08-06 — 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).
• Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo v2.99.0 2026-08-06 — 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.
• Hent og oppdater kundedata fra Brønnøysund v2.99.0 2026-08-06 — 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.
• Gjenbrukbar modul-sperre (<app-module-gate>) + valgfrie CRM-abonnementssnarveier v2.99.0 2026-08-06 — En ny gjenbrukbar modul-sperre er lagt til: mangler tenanten en modul, viser den en kontaktboks («Du har ikke denne modulen, kontakt hjelp@konti.no for å aktivere den»); ellers slipper den innholdet gjennom. Samme mønster kan brukes andre steder senere. To valgfrie CRM-landingsruter (/crm/offers, /crm/master-orders) bruker sperren og tar deg rett til abonnement-listene når abonnementsmodulen er aktiv. De legges ikke inn i CRM-menyen som standard — en administrator kan legge dem til per tenant via Menyadministrasjon.
• Outlook-tillegget: prosjektvalg tilbake i "Ny oppgave", og oppgaver kan nå søkes opp og kobles til e-post v2.99.0 2026-08-06 — 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.
• Outlook: KAI foreslår notat og tolker signatur v2.99.0 2026-08-06 — 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).
• Globalt søk finner nå også enkeltoppgaver v2.99.0 2026-08-06 — 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.
• CRM: varsel ved ulagrede endringer + tilgjengelighets- og valideringsforbedringer v2.99.0 2026-08-06 — Navigerer du bort fra kundekortet, ny salgsmulighet eller ny avtale med ulagrede endringer i skjemaet, får du nå en bekreftelsesdialog («Du har ulagrede endringer…») i stedet for at endringene forsvinner stille. I tillegg: egendefinerte felter er nå skjermleservennlige (klikkbare feltetiketter og påkrevd-merking), fanene under CRM-innstillinger kan betjenes med tastatur, lagre-knappen på aktivitetsdetaljer deaktiveres når skjemaet er ugyldig, og «Lagre kategorier» på kundekortet viser lagre-spinner og tåler dobbeltklikk.
• CRM: fire brukeropplevelse-forbedringer v2.99.0 2026-08-06 — Kundekortets og avtaledetaljsidens faner kan nå deles og bokmerkes (aktiv fane speiles i adresselinjen som ?tab=, så oppdatering og delte lenker åpner riktig fane), en vunnet salgsmulighet feires med en kort trofé-/konfetti-animasjon og en varmere melding med tittel og verdi (animasjonen droppes automatisk ved redusert bevegelse i operativsystemet), tidslinjens datogrupper og status-/retningsmerker vises nå på riktig språk, og entitetslenkene på korrespondansedetaljer (kunde/kontakt/møte) er ekte klikkbare og tastaturtilgjengelige lenker.
• CRM: UI-konsistens på kundekortet v2.99.0 2026-08-06 — Kundekortets knapper og merker følger nå prosjektets designkonvensjoner konsekvent: primærhandlinger (lagre, «+ Ny …») bruker mørk handlingsknapp i stedet for den blå/gull-varianten, avbryt-knapper er ensartet nøytrale, og tomme lister bruker samme dempede ikonstil. Ren visuell opprydding — ingen endring i oppførsel.
• CRM: enhetlig filter og paginering i listene v2.99.0 2026-08-06 — Aktivitets-, møte- og korrespondanselistene bruker nå smart-gridens innebygde paginering (samme sidefot med sidevelger som kunde-, kontakt- og avtalelisten) i stedet for en egen pagineringsrad, og filter-knappen i møte- og oppgavetavle-visningen lyser nå med samme aktiv-farge som resten av CRM. Ren visuell/strukturell opprydding — samme filtrering, søk og sidestørrelser (25/50/100/200) som før.
• CRM: enhetlig filter-idiom i deal-pipeline v2.99.0 2026-08-06 — Salgsmulighet-pipelinen (kanban) bruker nå samme sammenleggbare «Filter»-knapp (trakt-ikon med tellemerke) som resten av CRM: filtrene på ansvarlig og tag ligger i et panel som slås av/på i stedet for en alltid synlig filterlinje. Samme filtrering som før — kun presentasjonen er ryddet.
• CRM: tydelige laste-/tomtilstander på grafer v2.99.0 2026-08-06 — Grafene på CRM- og avtale-dashbordene og pipeline-visningene viser nå en tydelig «Ingen data tilgjengelig»-tilstand med ikon når det ikke finnes data, i stedet for at grafkortet forsvinner eller står som en tom akseramme. Alle CRM-grafer bruker samme laste-/tomtilstand-mønster (spinner mens data lastes, ensartet tom-tilstand ellers). Ren visuell opprydding — ingen endring i data eller beregning.
• Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler v2.99.0 2026-08-06 — 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).
• Globalt søk finner nå salg og loggførte e-poster v2.99.0 2026-08-06 — Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.
• Outlook-tillegget: vedlegg valideres ved lagring v2.99.0 2026-08-06 — 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.
• Outlook-tillegget: tydeligere lagring og penere koblingsvalg v2.99.0 2026-08-06 — 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).
• CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside v2.99.0 2026-08-06 — «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.
• CRM kundekort — land velges fra søkbar liste med flagg v2.99.0 2026-08-06 — 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.
• CRM kundekort — selger og ansvarlig velges fra brukerliste v2.99.0 2026-08-06 — 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.
• Outlook-tillegget: tydeligere tekst og bedre lesbarhet v2.99.0 2026-08-06 — Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.
• Systemadmin: feilrapport-oversikten krasjet for migrerte kunder v2.99.0 2026-08-06 — 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: slettet relasjonsmål merkes i relasjonspanelet v2.99.0 2026-08-06 — Peker en relasjon på kundekortet (fakturakunde, KAM, forvaltning m.fl.) på en aktør som senere er slettet, vises målet nå med et rødt «Slettet»-merke ved navnet i stedet for umerket — du ser umiddelbart at relasjonen bør ryddes eller pekes om.
• CRM: aktørrelasjons-API-et er nå styrt av Datatilgang v2.99.0 2026-08-06 — 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).
• Outlook-tillegget: e-poster viste feil retning i CRM v2.99.0 2026-08-06 — 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.
• Outlook-tillegget: bedriftsforslag fra private e-postadresser v2.99.0 2026-08-06 — 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.
• Outlook-tillegget: «Siste aktiviteter» viste ikke de siste v2.99.0 2026-08-06 — Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.
• Outlook-tillegget: fest-knappen (pin) manglet v2.99.0 2026-08-06 — 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.
• Visma Business NXT produkt- og prisoppslag er nå isolert per kunde v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Globalt søk fant ikke kunder, kontakter eller dokumenter v2.99.0 2026-08-06 — 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.
• Sletting av CRM-dokument feilet på enkelte klienter v2.99.0 2026-08-06 — 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.
• CRM: Kundepuls — helsemerke på kunder v2.99.0 2026-08-08 — Kundelisten har fått en ny Kundepuls-kolonne, og samme merke vises i kundekort-headeren: et fargemerke (grønn/gul/rød) som med én gang forteller om kunden er Frisk, Trenger oppfølging eller Kritisk. Pulsen er regelbasert og forklarbar (ikke KI) — den bygger på dager siden siste kontakt, forfalte oppfølginger og avtaler som utløper snart, og tooltipen lister signalene bak fargen.
• CRM: admin-justerbare terskler for Kundepuls v2.99.0 2026-08-08 — 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.
• Nytt kundekort: gruppert meny, ryddigere Detaljer-side og hurtighandlinger v2.99.0 2026-08-08 — Kundekortet i CRM har fått et løft i tråd med det nye panel-designspråket. Venstremenyen er gruppert i Kunde / Salg og leveranse / Dokumenter / Administrasjon med rolige tellere og gull-markering av aktiv side. Detaljer-fanen er blitt et arbeidsområde: sidetittel med hjelpetekst, datakvalitet («N av M felter komplette» — klikk et manglende felt for å hoppe rett til det), sammenleggbare seksjoner med verdioppsummering (Kommersielle vilkår og ERP-klassifisering er lukket som standard), «Systemstyrt»-merking av ERP-eide felt, Systemstatus-kort med ERP-advarsel, og en fast «Ulagrede endringer»-linje med Lagre/Forkast (forkasting krever bekreftelse). Tidslinje-fanen har fått en kompakt faktastripe med regelbasert «Neste beste handling» (relasjonseier, sist kontakt, pipelineverdi, åpne oppgaver, kundepuls) i stedet for KPI-kortene, et «Åpne oppgaver»-kort der oppgaver kan fullføres med ett klikk, og tidslinjekortene følger det nye designet. Fra kontaktlisten kan du nå logge en aktivitet direkte på en kontakt — hurtignotatet åpnes med kontakten forhåndsvalgt. Notat- og aktivitetsregistreringen er samlet i et fanekort («Skriv notat» / «Logg aktivitet») over tidslinjen, søkefeltet ligger øverst i tidslinjekortet med nøytrale filterknapper med antall («Alle N»), og kontaktkortet (/crm/contacts) har fått samme gruppert meny, panelspråk og composer som kundekortet. CRM-dashboardet følger nå samme panelspråk — bokser, KPI-kort og verdikort har fått den varme rammen, skyggen og de kompakte seksjonsoverskriftene (ikoner og fargebruk er uendret).
• Kundekort: Abonnement-fanen er nå en smart-grid v2.99.0 2026-08-08 — Kundens masterordrer vises i smart-grid med søk, filter, gruppering, eksport og kolonnevalg, og en ny Fartøy-kolonne (skipets navn).
• Kundekort: velg dokumentmal per kunde v2.99.0 2026-08-08 — Kundekortets «Dokumenter»-fane har fått seksjonen «Dokumentmaler» der en konsulent kan velge hvilken dokumentmal kunden skal bruke per dokumenttype (tilbud, masterordre, følgebrev) — overstyringen som brukes foran klientens standardmal ved dokumentgenerering. «(bruker klientstandard)» nullstiller overstyringen. Seksjonen vises kun med abonnements-modulen og datatilgangen «Dokumentmaler (abonnement)» (Se for å vise, Endre for å endre).
• NXT-klassifisering kan redigeres på kundekortet (synkroniseres til Visma) v2.99.0 2026-08-08 — «ERP-klassifisering» på kundekortet er nå redigerbar: de åtte klassifiseringsgruppene vises som nedtrekk med klientens egne navn (fra verdikatalogene), og «(ingen)» tømmer en gruppe. Når du lagrer, skrives kodene først til Visma Business NXT og lagres kun lokalt hvis Visma godtar dem — feiler Visma, lagres ingenting og nedtrekkene stiller seg tilbake så du kan prøve igjen. Redigering vises kun når det finnes en Business NXT-integrasjon (kodene kommer fra NXT); uten integrasjon er blokken skrivebeskyttet som før. Prisgruppe/valuta er fortsatt egne, skrivebeskyttede felt.
• Kundestatus (NXT group9) på kundekortet og som listefilter v2.99.0 2026-08-08 — Et nytt klassifiseringsfelt, Kundestatus (NXT associate.group9 — f.eks. Aktiv/Ekstern/Sluttet/Solgt), hentes nå fra Business NXT-aktøren og lagres på wv_Actor.actGroup9. Feltet vises på kundekortets «ERP-klassifisering» (redigerbart nedtrekk når det finnes en NXT-integrasjon, med klientens egne navn fra verdikatalogen), som en ny — skjult som standard — kolonne i masterordrelista, og som et fjerde nedtrekk («Kundestatus») i listas klassifiseringsfilter. Administrator kan navngi feltet og legge inn kode→navn-katalogen under Innstillinger → Masterordre – feltoppsett (feltnøkkel ActorGroup9). Kundestatus synkroniseres foreløpig kun via den direkte NXT-integrasjonen; klienter som synkroniseres via KontiConnect Integration-API får feltet først når produsenten der utvides (dokumentert oppfølging).
• CRM: «Min dag», CRM-puls-widget og vunnet-feed v2.99.0 2026-08-08 — CRM-dashboardet har fått en «Min dag»-seksjon øverst som samler dine forfalte og dagens oppgaver, dagens møter, siste aktivitet på dine kunder, avtaler som snart utløper og salgsmuligheter som står stille — alt klikkbart rett til objektet, og grønn hake når alt er under kontroll. Ny forsidewidget «CRM-puls» viser det samme som kompakte tellere, og dashboardet viser nå «Vunnet denne måneden» med hvem/hva/verdi og sum for teamet (ingen rangering).
• CRM: daglig «Min dag»-digest v2.99.0 2026-08-08 — 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.
• Outlook-tillegget viser kundens masterordrer v2.99.0 2026-08-08 — Kontaktpanelet i Outlook-tillegget har fått en egen «Masterordrer»-seksjon: når avsenderen matches mot en kunde vises inntil 5 løpende masterordrer (ordrenr, status, neste planlagte leveranse og verdi i år med valuta) for kunden og dens relaterte aktører begge veier (e-post fra rederiet/management treffer skipets ordrer og omvendt), med lenke rett til ordren i portalens masterordre-liste. Avsluttede/tapte ordrer skjules. Seksjonen vises kun for brukere med både CRM- og abonnementsmodulen.
• CRM: hurtignotat med oppfølging + «Ingen neste steg»-merke v2.99.0 2026-08-08 — Øverst i kundens tidslinje kan du nå skrive et notat direkte («Skriv et notat …») uten å forlate kundekortet — med valgfri oppfølgingsdato som oppretter en CRM-oppgave med påminnelse på datoen. Etter lagring vises påminnelsesdatoen og bekreftelsen «Vises i 'Min dag'», så du ser at oppfølgingen lander i Min dag-oversikten. Kunder uten noen åpen oppfølging får et gult «Ingen neste steg»-merke i kundekort-headeren og på salgsmulighetskortene i pipelinen (kun åpne steg) — klikk på merket hopper rett til notatfeltet.
• CRM: KAI kundebrief — «hva bør jeg vite før jeg ringer?» v2.99.0 2026-08-08 — Kundekortet har fått en «KAI: Kundebrief»-knapp som lager en kort «før du ringer»-oppsummering av kunden: 5–8 faktabaserte kulepunkter (åpne oppfølginger, utløpende avtaler, åpne support-saker, ferske hendelser og salgsstatus) pluss ett forslag til neste steg du kan gjøre om til en oppgave med ett klikk. KAI groundes kun på kundens egne data (fakta, deals, avtaler og hele tidslinjen med ordrer/support/avtaler) — ingenting finnes på. Funksjonen er avslått som standard og må aktiveres per rolle av en administrator (Datatilgang → KAI CRM).
• CRM: Ctrl+K hurtigsøk (kommandopalett) v2.99.0 2026-08-08 — Trykk Ctrl+K (Cmd+K på Mac) for å åpne CRM-hurtigsøket: søk opp kunder, kontakter og salgsmuligheter, hopp rett til en CRM-side (Min dag, Kunder, Kontakter, Pipeline, Avtaler, Aktiviteter, Møter, Oppgaver) eller start en handling (ny kunde/deal/avtale/aktivitet). Naviger treffene med piltastene, åpne med Enter, lukk med Esc. Når søkefeltet er tomt vises «Nylig åpnet» så du raskt kommer tilbake til det du nettopp så på. Hurtigsøket åpnes kun for brukere som har CRM-modulen (31) — innholdet og søket er CRM-avgrenset.
• CRM: hurtighandlinger direkte i kundelisten v2.99.0 2026-08-08 — Hver rad i kunde-/leverandørlisten har fått hurtigknapper: registrer aktivitet (åpner ny aktivitet ferdig knyttet til kunden), send e-post (åpner e-postklienten på kundens adresse) og ring (åpner telefon-app på kundens nummer) — i tillegg til rediger og slett. E-post- og ringeknappene vises kun når kunden har henholdsvis e-post eller telefon/mobil registrert.
• CRM: komplett kundetidslinje + «Abonnement»-fane på kundekortet v2.99.0 2026-08-08 — Tidslinjen på kundekortet viser nå hele kundebildet: i tillegg til aktiviteter, korrespondanse og møter tas også masterordrer (opprettelse/status), support-henvendelser (Freshdesk-saker matchet på e-post) og avtaler (start/utløp) med. Nye filter-knapper øverst lar deg vise én eller flere hendelsestyper (Aktivitet/Korrespondanse/Møter/Ordre/Support/Avtale). Kundekortet har fått en egen «Abonnement»-fane som lister kundens masterordrer (ordrenr., status, neste planlagte leveranse og verdi i år) med lenke rett til ordren — den lukker enveislenken fra masterordrelista tilbake til kundekortet. Ordre- og abonnementsinnholdet vises kun for brukere med abonnementsmodulen; support-hendelser vises kun der Freshdesk er satt opp.
• Kundeadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-08 — Når du legger til eller redigerer en adresse på kundekortet, kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (adressenavn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• CRM: NXT-prisgruppe og valuta på kundekortet v2.99.0 2026-08-08 — Kundekortet viser nå kundens Business NXT-kundeprisgruppe 1 og valuta (nummer) i «ERP-klassifisering»-gruppen. Verdiene hentes fra NXT-aktøren av aktørsynken og overskrives på hver kjøring (NXT er master); de vises kun når de er satt, og er skrivebeskyttet i portalen.
• Outlook-tillegget følger nå innboksen v2.99.0 2026-08-08 — 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).
• Outlook: koble e-posten til hva som helst i ePortal v2.99.0 2026-08-08 — 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.
• Outlook: opprett tilbud eller masterordre fra e-posten v2.99.0 2026-08-08 — 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.
• Outlook: «Lagre raskt» og KAI-brief v2.99.0 2026-08-08 — 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.
• Outlook: Brønnøysund-oppslag ved ny bedrift v2.99.0 2026-08-08 — «Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.
• Avtaler-listen som smart-grid med filtrering, søk og eksport v2.99.0 2026-08-08 — 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.
• CRM kunde- og leverandørliste med søk, kolonner og eksport v2.99.0 2026-08-08 — Kunde- og leverandørlistene bruker nå smart-grid med globalt søk, valgbare sidestørrelser, kolonnevelger, lagrede visninger og Excel-eksport; kundelista viser både kunder og leverandører med rollefilter (Alle/Kunde/Leverandør/Begge) og rollemerker i stedet for den gamle Type-kolonnen. Ruten (/crm/customers) og menyinnslaget er uendret. Kolonnesortering (klikk på kolonneoverskrift) gjelder hele det filtrerte resultatsettet på serveren, samme sortering som Excel-eksporten bruker — ikke bare den innlastede siden.
• Relasjonstyper — admin i CRM-innstillinger (S5a) v2.99.0 2026-08-08 — Innstillinger → CRM har fått en ny fane «Relasjonstyper» der du kan opprette, redigere og slette de konfigurerbare relasjonstypene som kundekortets relasjonspanel bruker. Systemtyper (f.eks. KAM/Eier/Operatør) vises med et låst-merke: navn, måltype og aktiv-status er låst og de kan ikke slettes — kun visningsnavn, beskrivelse, kategori, sortering og valgbarhet er redigerbare. Måltype velges mellom Aktør og Kundenummer.
• CRM-innstillinger — redigerbar tabell for Kategorier, Aktivitetstyper og Firmakategorier v2.99.0 2026-08-08 — De tre fanene bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk og Excel-eksport i stedet for skjemadialoger. «Legg til rad» legger til én tom rad du fyller ut inline, og en Lagre/Forkast-verktøylinje samler endringene. Lagre skriver hver endret rad for seg (beste forsøk): lykkes noen og andre feiler (f.eks. duplikatnavn), lagres de vellykkede mens de feilede blir stående markert som ulagret for nytt forsøk. Sletting beholder samme bekreftelsesdialog som før.
• Aktørrelasjoner — API for relasjoner og relasjonstyper (backend) v2.99.0 2026-08-08 — Nytt ActorRelationController gir CRM-kundekortet grunnlaget for et «Relasjoner»-panel: liste/opprett/slett relasjoner på en aktør (wv_ActorRelation), en relasjonstype-plukker (aktive, bruker-valgbare typer) og admin-CRUD for de konfigurerbare relasjonstypene (wv_ActorRelationType). System-typer (f.eks. KAM/Eier/Operatør) kan ikke omdøpes, endres måltype på, deaktiveres eller slettes — kun visningsnavn/beskrivelse/rekkefølge/synlighet er redigerbare. Ren backend i denne leveransen; UI kobles på senere.
• CRM kundekort — masterfelter og relasjoner v2.99.0 2026-08-08 — Kundekortet har nå masterfelter for bransje (NACE-kode og -beskrivelse), livssyklusfase (lead/prospekt/kunde/tapt) og en egen «Kommersielle vilkår»-seksjon (valuta, betalingsbetingelser, kredittgrense, MVA-nummer, GLN, selger og ansvarlig). Selger/ansvarlig lagres som ansattnummer og viser oppslått navn. Et nytt «Relasjoner»-panel lar deg liste, legge til og slette relasjoner på kunden med en relasjonstype-plukker; typer som peker på en aktør bruker aktørsøk, typer som peker på et kundenummer bruker et kundenummerfelt.
• Relasjoner på kundekortet — høyre kolonne, også ved oppretting v2.99.0 2026-08-08 — 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.
• Kontakter i brevruting kan ikke lenger slettes ved et uhell v2.99.0 2026-08-08 — 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.
• Søk og filter huskes i kunde- og kontaktlisten v2.99.0 2026-08-08 — 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.
• PDF-eksport i kunde- og kontaktlisten v2.99.0 2026-08-08 — 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).
• Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo v2.99.0 2026-08-08 — 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.
• Hent og oppdater kundedata fra Brønnøysund v2.99.0 2026-08-08 — 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.
• Gjenbrukbar modul-sperre (<app-module-gate>) + valgfrie CRM-abonnementssnarveier v2.99.0 2026-08-08 — En ny gjenbrukbar modul-sperre er lagt til: mangler tenanten en modul, viser den en kontaktboks («Du har ikke denne modulen, kontakt hjelp@konti.no for å aktivere den»); ellers slipper den innholdet gjennom. Samme mønster kan brukes andre steder senere. To valgfrie CRM-landingsruter (/crm/offers, /crm/master-orders) bruker sperren og tar deg rett til abonnement-listene når abonnementsmodulen er aktiv. De legges ikke inn i CRM-menyen som standard — en administrator kan legge dem til per tenant via Menyadministrasjon.
• Outlook-tillegget: prosjektvalg tilbake i "Ny oppgave", og oppgaver kan nå søkes opp og kobles til e-post v2.99.0 2026-08-08 — 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.
• Outlook: KAI foreslår notat og tolker signatur v2.99.0 2026-08-08 — 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).
• Globalt søk finner nå også enkeltoppgaver v2.99.0 2026-08-08 — 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.
• CRM: varsel ved ulagrede endringer + tilgjengelighets- og valideringsforbedringer v2.99.0 2026-08-08 — Navigerer du bort fra kundekortet, ny salgsmulighet eller ny avtale med ulagrede endringer i skjemaet, får du nå en bekreftelsesdialog («Du har ulagrede endringer…») i stedet for at endringene forsvinner stille. I tillegg: egendefinerte felter er nå skjermleservennlige (klikkbare feltetiketter og påkrevd-merking), fanene under CRM-innstillinger kan betjenes med tastatur, lagre-knappen på aktivitetsdetaljer deaktiveres når skjemaet er ugyldig, og «Lagre kategorier» på kundekortet viser lagre-spinner og tåler dobbeltklikk.
• CRM: fire brukeropplevelse-forbedringer v2.99.0 2026-08-08 — Kundekortets og avtaledetaljsidens faner kan nå deles og bokmerkes (aktiv fane speiles i adresselinjen som ?tab=, så oppdatering og delte lenker åpner riktig fane), en vunnet salgsmulighet feires med en kort trofé-/konfetti-animasjon og en varmere melding med tittel og verdi (animasjonen droppes automatisk ved redusert bevegelse i operativsystemet), tidslinjens datogrupper og status-/retningsmerker vises nå på riktig språk, og entitetslenkene på korrespondansedetaljer (kunde/kontakt/møte) er ekte klikkbare og tastaturtilgjengelige lenker.
• CRM: UI-konsistens på kundekortet v2.99.0 2026-08-08 — Kundekortets knapper og merker følger nå prosjektets designkonvensjoner konsekvent: primærhandlinger (lagre, «+ Ny …») bruker mørk handlingsknapp i stedet for den blå/gull-varianten, avbryt-knapper er ensartet nøytrale, og tomme lister bruker samme dempede ikonstil. Ren visuell opprydding — ingen endring i oppførsel.
• CRM: enhetlig filter og paginering i listene v2.99.0 2026-08-08 — Aktivitets-, møte- og korrespondanselistene bruker nå smart-gridens innebygde paginering (samme sidefot med sidevelger som kunde-, kontakt- og avtalelisten) i stedet for en egen pagineringsrad, og filter-knappen i møte- og oppgavetavle-visningen lyser nå med samme aktiv-farge som resten av CRM. Ren visuell/strukturell opprydding — samme filtrering, søk og sidestørrelser (25/50/100/200) som før.
• CRM: enhetlig filter-idiom i deal-pipeline v2.99.0 2026-08-08 — Salgsmulighet-pipelinen (kanban) bruker nå samme sammenleggbare «Filter»-knapp (trakt-ikon med tellemerke) som resten av CRM: filtrene på ansvarlig og tag ligger i et panel som slås av/på i stedet for en alltid synlig filterlinje. Samme filtrering som før — kun presentasjonen er ryddet.
• CRM: tydelige laste-/tomtilstander på grafer v2.99.0 2026-08-08 — Grafene på CRM- og avtale-dashbordene og pipeline-visningene viser nå en tydelig «Ingen data tilgjengelig»-tilstand med ikon når det ikke finnes data, i stedet for at grafkortet forsvinner eller står som en tom akseramme. Alle CRM-grafer bruker samme laste-/tomtilstand-mønster (spinner mens data lastes, ensartet tom-tilstand ellers). Ren visuell opprydding — ingen endring i data eller beregning.
• Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler v2.99.0 2026-08-08 — 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).
• Globalt søk finner nå salg og loggførte e-poster v2.99.0 2026-08-08 — Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.
• Outlook-tillegget: vedlegg valideres ved lagring v2.99.0 2026-08-08 — 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.
• Outlook-tillegget: tydeligere lagring og penere koblingsvalg v2.99.0 2026-08-08 — 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).
• CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside v2.99.0 2026-08-08 — «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.
• CRM kundekort — land velges fra søkbar liste med flagg v2.99.0 2026-08-08 — 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.
• CRM kundekort — selger og ansvarlig velges fra brukerliste v2.99.0 2026-08-08 — 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.
• Outlook-tillegget: tydeligere tekst og bedre lesbarhet v2.99.0 2026-08-08 — Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.
• Systemadmin: feilrapport-oversikten krasjet for migrerte kunder v2.99.0 2026-08-08 — 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: slettet relasjonsmål merkes i relasjonspanelet v2.99.0 2026-08-08 — Peker en relasjon på kundekortet (fakturakunde, KAM, forvaltning m.fl.) på en aktør som senere er slettet, vises målet nå med et rødt «Slettet»-merke ved navnet i stedet for umerket — du ser umiddelbart at relasjonen bør ryddes eller pekes om.
• CRM: aktørrelasjons-API-et er nå styrt av Datatilgang v2.99.0 2026-08-08 — 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).
• Outlook-tillegget: e-poster viste feil retning i CRM v2.99.0 2026-08-08 — 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.
• Outlook-tillegget: bedriftsforslag fra private e-postadresser v2.99.0 2026-08-08 — 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.
• Outlook-tillegget: «Siste aktiviteter» viste ikke de siste v2.99.0 2026-08-08 — Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.
• Outlook-tillegget: fest-knappen (pin) manglet v2.99.0 2026-08-08 — 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.
• Visma Business NXT produkt- og prisoppslag er nå isolert per kunde v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Globalt søk fant ikke kunder, kontakter eller dokumenter v2.99.0 2026-08-08 — 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.
• Sletting av CRM-dokument feilet på enkelte klienter v2.99.0 2026-08-08 — 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.
• Nye ePortal-databaser refererer ikke lenger kundespesifikke Visma-baser v2.99.0 2026-08-08 — 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).
• Dra-og-slipp på møteagendaen v2.99.0 2026-08-13 — Agendapunkter kan omorganiseres ved å dra i håndtaket; rekkefølgen lagres umiddelbart. Feltet «Rekkefølge» fungerer fortsatt som presisjonsjustering.
• Forslag går tilbake til forslagskassen ved sletting v2.99.0 2026-08-13 — 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.
• Dokumenter på agendapunkter v2.99.0 2026-08-13 — 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.
• CRM: Kundepuls — helsemerke på kunder v2.99.0 2026-08-13 — Kundelisten har fått en ny Kundepuls-kolonne, og samme merke vises i kundekort-headeren: et fargemerke (grønn/gul/rød) som med én gang forteller om kunden er Frisk, Trenger oppfølging eller Kritisk. Pulsen er regelbasert og forklarbar (ikke KI) — den bygger på dager siden siste kontakt, forfalte oppfølginger og avtaler som utløper snart, og tooltipen lister signalene bak fargen.
• CRM: admin-justerbare terskler for Kundepuls v2.99.0 2026-08-13 — 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.
• Nytt kundekort: gruppert meny, ryddigere Detaljer-side og hurtighandlinger v2.99.0 2026-08-13 — Kundekortet i CRM har fått et løft i tråd med det nye panel-designspråket. Venstremenyen er gruppert i Kunde / Salg og leveranse / Dokumenter / Administrasjon med rolige tellere og gull-markering av aktiv side. Detaljer-fanen er blitt et arbeidsområde: sidetittel med hjelpetekst, datakvalitet («N av M felter komplette» — klikk et manglende felt for å hoppe rett til det), sammenleggbare seksjoner med verdioppsummering (Kommersielle vilkår og ERP-klassifisering er lukket som standard), «Systemstyrt»-merking av ERP-eide felt, Systemstatus-kort med ERP-advarsel, og en fast «Ulagrede endringer»-linje med Lagre/Forkast (forkasting krever bekreftelse). Tidslinje-fanen har fått en kompakt faktastripe med regelbasert «Neste beste handling» (relasjonseier, sist kontakt, pipelineverdi, åpne oppgaver, kundepuls) i stedet for KPI-kortene, et «Åpne oppgaver»-kort der oppgaver kan fullføres med ett klikk, og tidslinjekortene følger det nye designet. Fra kontaktlisten kan du nå logge en aktivitet direkte på en kontakt — hurtignotatet åpnes med kontakten forhåndsvalgt. Notat- og aktivitetsregistreringen er samlet i et fanekort («Skriv notat» / «Logg aktivitet») over tidslinjen, søkefeltet ligger øverst i tidslinjekortet med nøytrale filterknapper med antall («Alle N»), og kontaktkortet (/crm/contacts) har fått samme gruppert meny, panelspråk og composer som kundekortet. CRM-dashboardet følger nå samme panelspråk — bokser, KPI-kort og verdikort har fått den varme rammen, skyggen og de kompakte seksjonsoverskriftene (ikoner og fargebruk er uendret).
• Kundekort: Abonnement-fanen er nå en smart-grid v2.99.0 2026-08-13 — Kundens masterordrer vises i smart-grid med søk, filter, gruppering, eksport og kolonnevalg, og en ny Fartøy-kolonne (skipets navn).
• Kundekort: velg dokumentmal per kunde v2.99.0 2026-08-13 — Kundekortets «Dokumenter»-fane har fått seksjonen «Dokumentmaler» der en konsulent kan velge hvilken dokumentmal kunden skal bruke per dokumenttype (tilbud, masterordre, følgebrev) — overstyringen som brukes foran klientens standardmal ved dokumentgenerering. «(bruker klientstandard)» nullstiller overstyringen. Seksjonen vises kun med abonnements-modulen og datatilgangen «Dokumentmaler (abonnement)» (Se for å vise, Endre for å endre).
• NXT-klassifisering kan redigeres på kundekortet (synkroniseres til Visma) v2.99.0 2026-08-13 — «ERP-klassifisering» på kundekortet er nå redigerbar: de åtte klassifiseringsgruppene vises som nedtrekk med klientens egne navn (fra verdikatalogene), og «(ingen)» tømmer en gruppe. Når du lagrer, skrives kodene først til Visma Business NXT og lagres kun lokalt hvis Visma godtar dem — feiler Visma, lagres ingenting og nedtrekkene stiller seg tilbake så du kan prøve igjen. Redigering vises kun når det finnes en Business NXT-integrasjon (kodene kommer fra NXT); uten integrasjon er blokken skrivebeskyttet som før. Prisgruppe/valuta er fortsatt egne, skrivebeskyttede felt.
• Kundestatus (NXT group9) på kundekortet og som listefilter v2.99.0 2026-08-13 — Et nytt klassifiseringsfelt, Kundestatus (NXT associate.group9 — f.eks. Aktiv/Ekstern/Sluttet/Solgt), hentes nå fra Business NXT-aktøren og lagres på wv_Actor.actGroup9. Feltet vises på kundekortets «ERP-klassifisering» (redigerbart nedtrekk når det finnes en NXT-integrasjon, med klientens egne navn fra verdikatalogen), som en ny — skjult som standard — kolonne i masterordrelista, og som et fjerde nedtrekk («Kundestatus») i listas klassifiseringsfilter. Administrator kan navngi feltet og legge inn kode→navn-katalogen under Innstillinger → Masterordre – feltoppsett (feltnøkkel ActorGroup9). Kundestatus synkroniseres foreløpig kun via den direkte NXT-integrasjonen; klienter som synkroniseres via KontiConnect Integration-API får feltet først når produsenten der utvides (dokumentert oppfølging).
• CRM: «Min dag», CRM-puls-widget og vunnet-feed v2.99.0 2026-08-13 — CRM-dashboardet har fått en «Min dag»-seksjon øverst som samler dine forfalte og dagens oppgaver, dagens møter, siste aktivitet på dine kunder, avtaler som snart utløper og salgsmuligheter som står stille — alt klikkbart rett til objektet, og grønn hake når alt er under kontroll. Ny forsidewidget «CRM-puls» viser det samme som kompakte tellere, og dashboardet viser nå «Vunnet denne måneden» med hvem/hva/verdi og sum for teamet (ingen rangering).
• CRM: daglig «Min dag»-digest v2.99.0 2026-08-13 — 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.
• Outlook-tillegget viser kundens masterordrer v2.99.0 2026-08-13 — Kontaktpanelet i Outlook-tillegget har fått en egen «Masterordrer»-seksjon: når avsenderen matches mot en kunde vises inntil 5 løpende masterordrer (ordrenr, status, neste planlagte leveranse og verdi i år med valuta) for kunden og dens relaterte aktører begge veier (e-post fra rederiet/management treffer skipets ordrer og omvendt), med lenke rett til ordren i portalens masterordre-liste. Avsluttede/tapte ordrer skjules. Seksjonen vises kun for brukere med både CRM- og abonnementsmodulen.
• CRM: hurtignotat med oppfølging + «Ingen neste steg»-merke v2.99.0 2026-08-13 — Øverst i kundens tidslinje kan du nå skrive et notat direkte («Skriv et notat …») uten å forlate kundekortet — med valgfri oppfølgingsdato som oppretter en CRM-oppgave med påminnelse på datoen. Etter lagring vises påminnelsesdatoen og bekreftelsen «Vises i 'Min dag'», så du ser at oppfølgingen lander i Min dag-oversikten. Kunder uten noen åpen oppfølging får et gult «Ingen neste steg»-merke i kundekort-headeren og på salgsmulighetskortene i pipelinen (kun åpne steg) — klikk på merket hopper rett til notatfeltet.
• CRM: KAI kundebrief — «hva bør jeg vite før jeg ringer?» v2.99.0 2026-08-13 — Kundekortet har fått en «KAI: Kundebrief»-knapp som lager en kort «før du ringer»-oppsummering av kunden: 5–8 faktabaserte kulepunkter (åpne oppfølginger, utløpende avtaler, åpne support-saker, ferske hendelser og salgsstatus) pluss ett forslag til neste steg du kan gjøre om til en oppgave med ett klikk. KAI groundes kun på kundens egne data (fakta, deals, avtaler og hele tidslinjen med ordrer/support/avtaler) — ingenting finnes på. Funksjonen er avslått som standard og må aktiveres per rolle av en administrator (Datatilgang → KAI CRM).
• CRM: Ctrl+K hurtigsøk (kommandopalett) v2.99.0 2026-08-13 — Trykk Ctrl+K (Cmd+K på Mac) for å åpne CRM-hurtigsøket: søk opp kunder, kontakter og salgsmuligheter, hopp rett til en CRM-side (Min dag, Kunder, Kontakter, Pipeline, Avtaler, Aktiviteter, Møter, Oppgaver) eller start en handling (ny kunde/deal/avtale/aktivitet). Naviger treffene med piltastene, åpne med Enter, lukk med Esc. Når søkefeltet er tomt vises «Nylig åpnet» så du raskt kommer tilbake til det du nettopp så på. Hurtigsøket åpnes kun for brukere som har CRM-modulen (31) — innholdet og søket er CRM-avgrenset.
• CRM: hurtighandlinger direkte i kundelisten v2.99.0 2026-08-13 — Hver rad i kunde-/leverandørlisten har fått hurtigknapper: registrer aktivitet (åpner ny aktivitet ferdig knyttet til kunden), send e-post (åpner e-postklienten på kundens adresse) og ring (åpner telefon-app på kundens nummer) — i tillegg til rediger og slett. E-post- og ringeknappene vises kun når kunden har henholdsvis e-post eller telefon/mobil registrert.
• CRM: komplett kundetidslinje + «Abonnement»-fane på kundekortet v2.99.0 2026-08-13 — Tidslinjen på kundekortet viser nå hele kundebildet: i tillegg til aktiviteter, korrespondanse og møter tas også masterordrer (opprettelse/status), support-henvendelser (Freshdesk-saker matchet på e-post) og avtaler (start/utløp) med. Nye filter-knapper øverst lar deg vise én eller flere hendelsestyper (Aktivitet/Korrespondanse/Møter/Ordre/Support/Avtale). Kundekortet har fått en egen «Abonnement»-fane som lister kundens masterordrer (ordrenr., status, neste planlagte leveranse og verdi i år) med lenke rett til ordren — den lukker enveislenken fra masterordrelista tilbake til kundekortet. Ordre- og abonnementsinnholdet vises kun for brukere med abonnementsmodulen; support-hendelser vises kun der Freshdesk er satt opp.
• Kundeadresse: verdensomspennende adressesøk (Google) v2.99.0 2026-08-13 — Når du legger til eller redigerer en adresse på kundekortet, kan du nå søke på en adresse, et sted eller et firmanavn hvor som helst i verden øverst i skjemaet — feltene under (adressenavn, adresselinje 1–2, postnummer, poststed, land) fylles ut automatisk fra treffet, og du kan alltid redigere dem manuelt etterpå. Søket er tilgjengelig når en administrator har aktivert Google-adressesøk for tenanten (avslått som standard).
• CRM: NXT-prisgruppe og valuta på kundekortet v2.99.0 2026-08-13 — Kundekortet viser nå kundens Business NXT-kundeprisgruppe 1 og valuta (nummer) i «ERP-klassifisering»-gruppen. Verdiene hentes fra NXT-aktøren av aktørsynken og overskrives på hver kjøring (NXT er master); de vises kun når de er satt, og er skrivebeskyttet i portalen.
• Outlook-tillegget følger nå innboksen v2.99.0 2026-08-13 — 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).
• Outlook: koble e-posten til hva som helst i ePortal v2.99.0 2026-08-13 — 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.
• Outlook: opprett tilbud eller masterordre fra e-posten v2.99.0 2026-08-13 — 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.
• Outlook: «Lagre raskt» og KAI-brief v2.99.0 2026-08-13 — 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.
• Outlook: Brønnøysund-oppslag ved ny bedrift v2.99.0 2026-08-13 — «Ny bedrift» søker nå i Brønnøysundregistrene mens du skriver, og fyller inn organisasjonsnummer, telefon og e-post automatisk.
• Avtaler-listen som smart-grid med filtrering, søk og eksport v2.99.0 2026-08-13 — 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.
• CRM kunde- og leverandørliste med søk, kolonner og eksport v2.99.0 2026-08-13 — Kunde- og leverandørlistene bruker nå smart-grid med globalt søk, valgbare sidestørrelser, kolonnevelger, lagrede visninger og Excel-eksport; kundelista viser både kunder og leverandører med rollefilter (Alle/Kunde/Leverandør/Begge) og rollemerker i stedet for den gamle Type-kolonnen. Ruten (/crm/customers) og menyinnslaget er uendret. Kolonnesortering (klikk på kolonneoverskrift) gjelder hele det filtrerte resultatsettet på serveren, samme sortering som Excel-eksporten bruker — ikke bare den innlastede siden.
• Relasjonstyper — admin i CRM-innstillinger (S5a) v2.99.0 2026-08-13 — Innstillinger → CRM har fått en ny fane «Relasjonstyper» der du kan opprette, redigere og slette de konfigurerbare relasjonstypene som kundekortets relasjonspanel bruker. Systemtyper (f.eks. KAM/Eier/Operatør) vises med et låst-merke: navn, måltype og aktiv-status er låst og de kan ikke slettes — kun visningsnavn, beskrivelse, kategori, sortering og valgbarhet er redigerbare. Måltype velges mellom Aktør og Kundenummer.
• CRM-innstillinger — redigerbar tabell for Kategorier, Aktivitetstyper og Firmakategorier v2.99.0 2026-08-13 — De tre fanene bruker nå smart-grid med redigering direkte i cellen, kopier/lim inn fra Excel, globalt søk og Excel-eksport i stedet for skjemadialoger. «Legg til rad» legger til én tom rad du fyller ut inline, og en Lagre/Forkast-verktøylinje samler endringene. Lagre skriver hver endret rad for seg (beste forsøk): lykkes noen og andre feiler (f.eks. duplikatnavn), lagres de vellykkede mens de feilede blir stående markert som ulagret for nytt forsøk. Sletting beholder samme bekreftelsesdialog som før.
• Aktørrelasjoner — API for relasjoner og relasjonstyper (backend) v2.99.0 2026-08-13 — Nytt ActorRelationController gir CRM-kundekortet grunnlaget for et «Relasjoner»-panel: liste/opprett/slett relasjoner på en aktør (wv_ActorRelation), en relasjonstype-plukker (aktive, bruker-valgbare typer) og admin-CRUD for de konfigurerbare relasjonstypene (wv_ActorRelationType). System-typer (f.eks. KAM/Eier/Operatør) kan ikke omdøpes, endres måltype på, deaktiveres eller slettes — kun visningsnavn/beskrivelse/rekkefølge/synlighet er redigerbare. Ren backend i denne leveransen; UI kobles på senere.
• CRM kundekort — masterfelter og relasjoner v2.99.0 2026-08-13 — Kundekortet har nå masterfelter for bransje (NACE-kode og -beskrivelse), livssyklusfase (lead/prospekt/kunde/tapt) og en egen «Kommersielle vilkår»-seksjon (valuta, betalingsbetingelser, kredittgrense, MVA-nummer, GLN, selger og ansvarlig). Selger/ansvarlig lagres som ansattnummer og viser oppslått navn. Et nytt «Relasjoner»-panel lar deg liste, legge til og slette relasjoner på kunden med en relasjonstype-plukker; typer som peker på en aktør bruker aktørsøk, typer som peker på et kundenummer bruker et kundenummerfelt.
• Relasjoner på kundekortet — høyre kolonne, også ved oppretting v2.99.0 2026-08-13 — 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.
• Kontakter i brevruting kan ikke lenger slettes ved et uhell v2.99.0 2026-08-13 — 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.
• Søk og filter huskes i kunde- og kontaktlisten v2.99.0 2026-08-13 — 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.
• PDF-eksport i kunde- og kontaktlisten v2.99.0 2026-08-13 — 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).
• Kundekort som Aktør-skjema med kopierbare felt og leverandørinfo v2.99.0 2026-08-13 — 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.
• Hent og oppdater kundedata fra Brønnøysund v2.99.0 2026-08-13 — 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.
• Gjenbrukbar modul-sperre (<app-module-gate>) + valgfrie CRM-abonnementssnarveier v2.99.0 2026-08-13 — En ny gjenbrukbar modul-sperre er lagt til: mangler tenanten en modul, viser den en kontaktboks («Du har ikke denne modulen, kontakt hjelp@konti.no for å aktivere den»); ellers slipper den innholdet gjennom. Samme mønster kan brukes andre steder senere. To valgfrie CRM-landingsruter (/crm/offers, /crm/master-orders) bruker sperren og tar deg rett til abonnement-listene når abonnementsmodulen er aktiv. De legges ikke inn i CRM-menyen som standard — en administrator kan legge dem til per tenant via Menyadministrasjon.
• Outlook-tillegget: prosjektvalg tilbake i "Ny oppgave", og oppgaver kan nå søkes opp og kobles til e-post v2.99.0 2026-08-13 — 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.
• Outlook: KAI foreslår notat og tolker signatur v2.99.0 2026-08-13 — 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).
• Globalt søk finner nå også enkeltoppgaver v2.99.0 2026-08-13 — 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.
• Bedre møteoversikt v2.99.0 2026-08-13 — 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.
• CRM: varsel ved ulagrede endringer + tilgjengelighets- og valideringsforbedringer v2.99.0 2026-08-13 — Navigerer du bort fra kundekortet, ny salgsmulighet eller ny avtale med ulagrede endringer i skjemaet, får du nå en bekreftelsesdialog («Du har ulagrede endringer…») i stedet for at endringene forsvinner stille. I tillegg: egendefinerte felter er nå skjermleservennlige (klikkbare feltetiketter og påkrevd-merking), fanene under CRM-innstillinger kan betjenes med tastatur, lagre-knappen på aktivitetsdetaljer deaktiveres når skjemaet er ugyldig, og «Lagre kategorier» på kundekortet viser lagre-spinner og tåler dobbeltklikk.
• CRM: fire brukeropplevelse-forbedringer v2.99.0 2026-08-13 — Kundekortets og avtaledetaljsidens faner kan nå deles og bokmerkes (aktiv fane speiles i adresselinjen som ?tab=, så oppdatering og delte lenker åpner riktig fane), en vunnet salgsmulighet feires med en kort trofé-/konfetti-animasjon og en varmere melding med tittel og verdi (animasjonen droppes automatisk ved redusert bevegelse i operativsystemet), tidslinjens datogrupper og status-/retningsmerker vises nå på riktig språk, og entitetslenkene på korrespondansedetaljer (kunde/kontakt/møte) er ekte klikkbare og tastaturtilgjengelige lenker.
• CRM: UI-konsistens på kundekortet v2.99.0 2026-08-13 — Kundekortets knapper og merker følger nå prosjektets designkonvensjoner konsekvent: primærhandlinger (lagre, «+ Ny …») bruker mørk handlingsknapp i stedet for den blå/gull-varianten, avbryt-knapper er ensartet nøytrale, og tomme lister bruker samme dempede ikonstil. Ren visuell opprydding — ingen endring i oppførsel.
• CRM: enhetlig filter og paginering i listene v2.99.0 2026-08-13 — Aktivitets-, møte- og korrespondanselistene bruker nå smart-gridens innebygde paginering (samme sidefot med sidevelger som kunde-, kontakt- og avtalelisten) i stedet for en egen pagineringsrad, og filter-knappen i møte- og oppgavetavle-visningen lyser nå med samme aktiv-farge som resten av CRM. Ren visuell/strukturell opprydding — samme filtrering, søk og sidestørrelser (25/50/100/200) som før.
• CRM: enhetlig filter-idiom i deal-pipeline v2.99.0 2026-08-13 — Salgsmulighet-pipelinen (kanban) bruker nå samme sammenleggbare «Filter»-knapp (trakt-ikon med tellemerke) som resten av CRM: filtrene på ansvarlig og tag ligger i et panel som slås av/på i stedet for en alltid synlig filterlinje. Samme filtrering som før — kun presentasjonen er ryddet.
• CRM: tydelige laste-/tomtilstander på grafer v2.99.0 2026-08-13 — Grafene på CRM- og avtale-dashbordene og pipeline-visningene viser nå en tydelig «Ingen data tilgjengelig»-tilstand med ikon når det ikke finnes data, i stedet for at grafkortet forsvinner eller står som en tom akseramme. Alle CRM-grafer bruker samme laste-/tomtilstand-mønster (spinner mens data lastes, ensartet tom-tilstand ellers). Ren visuell opprydding — ingen endring i data eller beregning.
• Engelsk språkvalg viser ikke lenger rå Crm.*-nøkler v2.99.0 2026-08-13 — 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).
• Globalt søk finner nå salg og loggførte e-poster v2.99.0 2026-08-13 — Søket (Ctrl+K) dekker nå også salgsmuligheter (tittel/kunde) og loggførte e-poster (emne/avsender/mottaker/kunde). E-postinnholdet søkes ikke.
• Outlook-tillegget: vedlegg valideres ved lagring v2.99.0 2026-08-13 — 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.
• Outlook-tillegget: tydeligere lagring og penere koblingsvalg v2.99.0 2026-08-13 — 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).
• CRM kundekort — Brønnøysund fyller også inn e-post, telefon og nettside v2.99.0 2026-08-13 — «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.
• CRM kundekort — land velges fra søkbar liste med flagg v2.99.0 2026-08-13 — 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.
• CRM kundekort — selger og ansvarlig velges fra brukerliste v2.99.0 2026-08-13 — 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.
• Outlook-tillegget: tydeligere tekst og bedre lesbarhet v2.99.0 2026-08-13 — Gjennomgående typografi-opprydding i tillegget: klarere seksjonsoverskrifter, konsistente merker, og e-postadresser som ikke lenger brytes midt i.
• Nykundeveiviser: manglende engelske tekster v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Systemadmin: feilrapport-oversikten krasjet for migrerte kunder v2.99.0 2026-08-13 — 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: slettet relasjonsmål merkes i relasjonspanelet v2.99.0 2026-08-13 — Peker en relasjon på kundekortet (fakturakunde, KAM, forvaltning m.fl.) på en aktør som senere er slettet, vises målet nå med et rødt «Slettet»-merke ved navnet i stedet for umerket — du ser umiddelbart at relasjonen bør ryddes eller pekes om.
• CRM: aktørrelasjons-API-et er nå styrt av Datatilgang v2.99.0 2026-08-13 — 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).
• Outlook-tillegget: e-poster viste feil retning i CRM v2.99.0 2026-08-13 — 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.
• Outlook-tillegget: bedriftsforslag fra private e-postadresser v2.99.0 2026-08-13 — 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.
• Outlook-tillegget: «Siste aktiviteter» viste ikke de siste v2.99.0 2026-08-13 — Kontaktpanelets aktivitetsliste kunne vise vilkårlige historikkrader i stedet for de nyeste. Listen viser nå faktisk siste aktiviteter og e-poster.
• Outlook-tillegget: fest-knappen (pin) manglet v2.99.0 2026-08-13 — 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.
• Visma Business NXT produkt- og prisoppslag er nå isolert per kunde v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Globalt søk fant ikke kunder, kontakter eller dokumenter v2.99.0 2026-08-13 — 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.
• Sletting av CRM-dokument feilet på enkelte klienter v2.99.0 2026-08-13 — 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.
• Nye ePortal-databaser refererer ikke lenger kundespesifikke Visma-baser v2.99.0 2026-08-13 — 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).
• Korrespondanse kan åpnes fra oppgave v2.97.5 2026-06-11 — E-poster som er logget mot en prosjektoppgave kunne ikke åpnes fra «Korrespondanse»-kortet på oppgavedetaljen (og i hurtigpanelet) — radene var ikke klikkbare. Nå navigerer et klikk til korrespondanse-detaljen, samme som i CRM-listen.
• «Åpne i Outlook» åpner nå riktig e-post v2.97.5 2026-06-11 — Lenken fra en logget e-post brukte et utdatert OWA-format som i nye Outlook havnet på innboks-roten i stedet for meldingen. Outlook-tillegget genererer nå moderne deeplink/read-lenker (krever ny deploy av tillegget). For allerede loggede e-poster med gammelt lenkeformat skjules «Åpne i Outlook» i stedet for å vise en lenke som ikke virker.
• Kundeoppslag uten CRM-modul v2.91.0 2026-06-15 — Kundeoppslag (CrmCustomer) krever ikke lenger CRM-modulrollen, og er nå tilgjengelig for alle innloggede brukere. Dette gjør at andre moduler (bl.a. arbeidsordre og timer) kan slå opp og vedlikeholde kunder uten at CRM-modulen er aktivert. Tenant-isolasjon er uendret (klient-DB-tilkoblingen avledes fortsatt fra JWT-domenet).
• CRM Outlook — robust HTML-sanitering v2.91.0 2026-06-15 — PrepareEmailHtml bruker nå HtmlSanitizer-pakken (parser-basert whitelist) i stedet for løs regex-stripping. Tetter XSS-vektorer som regexen ikke fanget: <iframe>, <object>, <embed>, <form>, data:text/html-URIer, fuzzed attributt-quoting og nestede script-konstruksjoner. data:image/* URIer beholdes for inline-bilder fra Outlook.
• CRM Outlook — UNIQUE-constraint på OutlookMessageId v2.91.0 2026-06-15 — wv_CRM_Correspondence og wv_CRM_Activity har nå filtered unique indexes på OutlookMessageId (UX_*_OutlookMessageId WHERE NOT NULL). Lagrings-engine'n garanterer dedup uavhengig av kall-vei (Outlook-add-in retry, manuell sync, fremtidig import). Migrasjonen nuller OutlookMessageId på eksisterende duplikater (beholder eldste rad-ID, beholder rader for audit) og logger antall til SQL Print. LogEmail bruker INSERT-if-missing med TRY/CATCH for 2601/2627 unique-violations som siste forsvar mot rare races. (#Migration_20260806120000)
• CRM korrespondanse-detalj — Outlook-felter eksponert v2.91.0 2026-06-15 — Detaljvisningen viser nå Cc-mottakere, internt notat, og en deep-link «Åpne i Outlook» tilbake til den originale meldingen. Disse feltene (EmailCc, CorrespondenceNote, OutlookDeepLink, HasAttachments) lagres allerede ved Outlook-add-in-logging men var aldri synlige i ePortal. Body og vedlegg vises som før via [innerHTML] (Angular-sanitering) og <app-document-card entityType="Correspondence">.
• CRM aktivitet — fulltext-søk på Subject + Description v2.91.0 2026-06-15 — GetActivities bruker nå SQL Server Full-Text Search (CONTAINS) på aktivitetsfelt i stedet for LIKE '%term%' med dobbel-wildcard. På tenants med 10k+ aktiviteter er dette flere størrelsesordener raskere. Migrasjonen oppretter ePortalFTC-katalog og FT-index med automatisk endringssporing. Faller tilbake til LIKE hvis Full-Text Search ikke er installert på SQL Server-edition (skipper migrasjonen med PRINT-warning). Søketerm tokeniseres til prefix-match-per-ord ("lars*" AND "hms*"), og wrapping/escaping er trygg mot CONTAINS-syntaks-injeksjon. (#Migration_20260806130000)
• CRM kontakt-detalj — server-side typeahead på kunde-dropdown v2.91.0 2026-06-15 — Eager-load av hele kundelisten (opp til 10 000 rader) er erstattet med ng-select-typeahead som henter topp 25 treff per søkterm via API. Større tenants får nå alltid alle kunder i søk; mindre tenants får raskere skjemaåpning og lavere bundle-cost. Ved redigering hentes valgt kunde separat for å vise navn i feltet. Domain-match-suggestion via onEmailBlur kjører fortsatt mot API direkte (ikke lokal liste).
• CRM-modul — sikkerhet og dataintegritet (storrengjøring) v2.91.0 2026-06-15 — Bredt ettersyn av CRM-modulen med fikser for: (1) Tilgangskontroll — UpdateDeal, MoveDeal og GetDealById håndhever nå CrmDeal CanEdit/CanView-tilgang og radbasert sharing/avdelingsfilter; aktivitetsoversikten (GetActivities) filtrerer ut aktiviteter brukeren ikke har innsyn i. (2) Optimistic concurrency — Deal-redigering bruker RowVersion for å oppdage og håndtere samtidige endringer; konflikt gir 409 + ferskt DTO som klienten merger inn. (#Migration_20260806100000) (3) Probability-invariant — Stage-bytte ved Deal-save henter probability fra stage som kilde-til-sannhet i stedet for å stole på klient-verdi. (4) Atomisk Outlook-dedup — LogEmail bruker nå SERIALIZABLE-transaksjon med UPDLOCK for å hindre duplikat-correspondence ved samtidige add-in retries. (5) Pipeline-validering på MoveDeal — feil-formet stage-id kan ikke lenger flytte deal til en annen pipeline. (6) Won/Lost denne måned — krever nå ActualCloseDate IS NOT NULL så stage-flytting uten dato ikke blåser opp månedsstatistikken. (7) Dato-til-filter inkluderer sluttdato — aktivitetslisten viser nå alle hendelser på valgt sluttdag (tidligere ekskludert via <= mot midnatt). (8) Idempotent template-anvendelse — ApplyTemplateToMeeting (append-modus) hopper over agendapunkter som allerede finnes på møtet, så dobbeltklikk på «anvend mal» ikke duplikerer agendaen. (9) Idempotent organizer-tillegg — AddMeetingAttendee returnerer eksisterende attendee-id i stedet for å legge inn duplikat. (10) N+1 INSERTs eliminert — kategori-koblinger på Customer/Contact bruker batch-VALUES (én SQL i stedet for N). (11) KAI-transcript null-guard — tomt/whitespace-only KAI-respons fanges og varsles, så referatet ikke får en tom «KAI-sammendrag:»-overskrift. (12) Optimistic-locking i Deal-formen — sender rowVersion, fanger 409-konflikt og laster inn fersk versjon med varsling. (13) Race-protect på contact-detail e-post-blur — sen API-fallback overskriver ikke lenger en kunde brukeren har valgt manuelt; kunde-dropdown-cap hevet til 10000 med advarsel ved trunkering. (14) Timeline-gruppering — eksplisitt sort-key per gruppe og innenfor gruppen, så rekkefølgen er deterministisk uavhengig av input. (15) Custom-field validering — saveFields() blokkeres ved invalid input, og malformed regex logges + feiler stille i stedet for å la data passere. (16) Agreement expiry timezone — daysUntilExpiry bruker UTC-dato for konsistens på tvers av tenant-soner.
• CRM møtepunkter — auto-høyde i agenda og referat v2.91.0 2026-06-15 — TinyMCE i møtepunkter utvider seg nå automatisk ved skriving for agendabeskrivelse og referat (også i gjennomføringsmodus), mens vedtak-felt fortsatt bruker auto-resize textarea.
• CRM møter — Teams-transkripsjon med KAI-sammendrag v2.91.0 2026-06-15 — Møtedetaljer kan nå hente Teams-transkripsjon, generere KAI-sammendrag, lagre arrangørens Microsoft 365-ID automatisk og legge sammendraget direkte inn i referatet. (#Migration_20260721100000, #Migration_20260721120000)
• CRM møter — møtemaler med automatisk innlasting v2.91.0 2026-06-15 — Ny CrmMeetingTemplate-API støtter CRUD og «apply to meeting», og nytt møte-skjema kan velge mal som automatisk legger inn agendapunkter ved opprettelse. (#Migration_20260721110000)
• CRM møter — deltakersynlighet og auto-deltaker for oppretter v2.91.0 2026-06-15 — Møter kan nå merkes som åpne for alle eller kun for deltakere, og den som oppretter møtet legges automatisk inn som deltaker. (#Migration_20260722140000)
• CRM møter — interne deltakere viser e-post og telefon v2.91.0 2026-06-15 — Ved legg til av interne brukere lagres nå kontaktinfo på deltakeren, og visningen faller tilbake til brukerprofildata hvis eldre møtedeltakere mangler utfylt e-post/mobil.
• CRM møtemaler — administrasjon i CRM-innstillinger v2.91.0 2026-06-15 — Ny fane for å opprette, redigere og slette møtemaler med agendapunkter, samt valg for å erstatte eller append'e eksisterende punkter når mal brukes på møte.
• CRM møter — branding i PDF-footer v2.91.0 2026-06-15 — Generert møtereferat-PDF viser nå teksten «ePortal CRM - konti.no» i footer.
• CRM Outlook — smarter møtelogging fra invitasjoner v2.91.0 2026-06-15 — Når e-post logges som nytt møte tolkes nå dato, klokkeslett, deltakere og Google Meet/Teams-lenke fra invitasjonen, formatering bevares i første agendapunkt og korrespondanse, og møtedetaljer lukker redigering automatisk etter lagring.
• CRM møter — referansekolonne fjernet i listevisning v2.91.0 2026-06-15 — «Referanse»-kolonnen er fjernet fra møteoversikten i listevisning for en renere og mer fokusert tabell.
• CRM møtedetaljer — tydelig lagringsfeil i UI v2.91.0 2026-06-15 — Lagring av møte viser nå konkret API-feilmelding (f.eks. låst møte/reopen-krav) i stedet for kun generisk feiltekst.
• Kundeklargjøring — manglende tabeller for nye kunder v2.91.0 2026-06-15 — Rettet kritisk feil der nye kunders databaser manglet banktabeller (wv_BankAccount m.fl.) fordi SeedVersionInfo markerte alle migrasjoner som kjørt — også de som ikke er i dbscript.sql. Nå seedes kun migrasjoner ≤ DbScriptBaselineVersion.
• Kundeklargjøring — manglende wv_WebPage v2.91.0 2026-06-15 — Nye kundedatabaser manglet systemsider i wv_WebPage (SYSTEM\MenuTrigger, Startsiden). Menymigrasjoner feilet med «Cannot insert NULL into wpID» i wv_wpRelations. Nå seedes wv_WebPage under provisjonering.
• Kundeklargjøring — manglende databaseroller v2.91.0 2026-06-15 — SQL-brukere ble opprettet med kun db_owner, men manglet medlemskap i wv_Client og wv_Users-rollene som dbscript.sql oppretter. Nå tildeles begge roller ved provisjonering.

HMS

• Sjekkliste — «Fullført av» viser riktig person v2.98.0 2026-06-27 — Etter at en sjekkliste-utførelse er fullført, viste den grønne «Fullført av»-boksen ved et uhell navnet på den som startet utførelsen, ikke den som fullførte den. Boksen viser nå riktig fullfører (completedByName).
• Risikovurdering med matrise v2.91.0 2026-06-15 — HMS-modulen har nå risikovurdering med sannsynlighet/konsekvens-matrise, tiltak, og risikoprofil-dashboard.
• HMS Mål og handlingsplaner v2.91.0 2026-06-15 — Støtte for å opprette, følge opp og rapportere på HMS-mål med fremdriftsmåling.
• Kameraskanning av kjemikalieetiketter v2.91.0 2026-06-15 — Bruk kamera til å ta bilde av produktetikett, KAI (GPT-4o Vision) leser GHS/CLP-data og fyller ut skjemaet automatisk.
• KAI SDS-dokumentanalyse v2.91.0 2026-06-15 — Last opp leverandørens sikkerhetsdatablad (PDF), KAI leser og fyller ut faredata, H/P-setninger, signalord og verneutstyr automatisk.
• GHS farepiktogrammer v2.91.0 2026-06-15 — Ekte GHS-piktogrammer (diamant-ikoner med faresymboler) vises nå i fareklassevelger, skanneresultater og kjemikalievisninger.
• PDF-eksport av stoffkartotek v2.91.0 2026-06-15 — Merk kjemikalier i listen og eksporter A4 PDF med QR-koder, fareinfo, logo og valgfri dokumenttittel — perfekt for oppslag på arbeidsplassen.
• Lager — ValidateCountImport håndterer null request v2.91.0 2026-06-15 — Rettet NullReferenceException ved import av lagerbeholdningscount når request eller rows-collection er null/tom. Metoden validerer nå inputten før prosessering.
• Stoffkartotek smart-grid v2.91.0 2026-06-15 — Stoffkartoteksiden bruker nå smart-grid med checkbox-valg, sortering og filtrering.
• Håndbok — varslingsdialog ved publisering v2.91.0 2026-06-15 — Når en håndbok publiseres kan forfatter velge om og til hvem varsling sendes (alle, avdeling, ansattgruppe, enkeltbrukere), med mulighet til å ekskludere de som allerede har lest.
• Håndbok — versjonssporing og gjennomlesing v2.91.0 2026-06-15 — Lesestatus sporer nå hvilken versjon brukeren sist leste. Oppdaterte sider krever gjennomlesing før ny bekreftelse. Lesestatussiden viser versjonsstatus med Lest/Må lese på nytt/Ikke lest-badges.
• Handlingsplan — risikovurdering-tiltak v2.91.0 2026-06-15 — Handlingsplanen viser nå både avvik og risikoelementer med tilhørende tiltak. Kilde-filter (Avvik/Risikovurdering), kilde-badge per element, oppdatert PDF-eksport med tiltak per element, og KAI-analyse som skiller mellom avvik og risikoelementer.
• Mine tiltak — risikovurdering-tiltak og tilgangsstyring v2.91.0 2026-06-15 — «Mine tiltak»-siden viser nå også tiltak fra risikovurderinger (4. kilde). HMS-ledere med full DataAccess-tilgang kan slå på «Vis alle tiltak» for å se tiltak på tvers av ansatte. Avvikslisten filtrerer nå automatisk basert på brukerens DataAccess-nivå.
• Mine tiltak — klikkbar kilde v2.91.0 2026-06-15 — Tiltakstittel og kontekst-kolonnen i tiltaksoversikten er nå klikkbare lenker som navigerer direkte til avviket, risikovurderingen, HMS-målet eller internkontrollen tiltaket tilhører.
• Sjekklistefremdrift rettet v2.91.0 2026-06-15 — Fikset at fremdriftstelleren viste umulige verdier (f.eks. 18/13) fordi deaktiverte elementer og seksjonsoverskrifter ble talt med.
• HMS påminnelseslogg — idempotent INSERT v2.91.0 2026-06-15 — Lagt til IF NOT EXISTS-guard på alle tre logg-metoder (LogReminder, LogGoalReminder, LogRiskReviewReminder) for å forhindre duplikate loggoppføringer ved overlappende kjøringer.

Innstillinger

• Svar på feilrapporter v2.99.0 2026-08-02 — 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.
• Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9) v2.99.0 2026-08-02 — 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).
• Strengere validering av Microsoft-innlogging v2.99.0 2026-08-02 — 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.
• En innstilling kunne i en kort periode vise en annen kundes verdi v2.99.0 2026-08-02 — 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.
• Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp v2.99.0 2026-08-02 — 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).
• Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer) v2.99.0 2026-08-02 — 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.
• Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking) v2.99.0 2026-08-02 — 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.
• Svar på feilrapporter v2.99.0 2026-08-05 — 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.
• Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9) v2.99.0 2026-08-05 — 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).
• Strengere validering av Microsoft-innlogging v2.99.0 2026-08-05 — 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.
• En innstilling kunne i en kort periode vise en annen kundes verdi v2.99.0 2026-08-05 — 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.
• Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp v2.99.0 2026-08-05 — 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).
• Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer) v2.99.0 2026-08-05 — 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.
• Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking) v2.99.0 2026-08-05 — 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.
• Svar på feilrapporter v2.99.0 2026-08-06 — 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.
• Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9) v2.99.0 2026-08-06 — 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).
• Strengere validering av Microsoft-innlogging v2.99.0 2026-08-06 — 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.
• En innstilling kunne i en kort periode vise en annen kundes verdi v2.99.0 2026-08-06 — 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.
• Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp v2.99.0 2026-08-06 — 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).
• Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer) v2.99.0 2026-08-06 — 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.
• Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking) v2.99.0 2026-08-06 — 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.
• Svar på feilrapporter v2.99.0 2026-08-08 — 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.
• Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9) v2.99.0 2026-08-08 — 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).
• Strengere validering av Microsoft-innlogging v2.99.0 2026-08-08 — 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.
• En innstilling kunne i en kort periode vise en annen kundes verdi v2.99.0 2026-08-08 — 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.
• Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp v2.99.0 2026-08-08 — 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).
• Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer) v2.99.0 2026-08-08 — 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.
• Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking) v2.99.0 2026-08-08 — 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.
• Svar på feilrapporter v2.99.0 2026-08-13 — 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.
• Arbeidsflyt — abonnement/masterordre med oppsummeringsvarsler (MO-015 S9) v2.99.0 2026-08-13 — 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).
• Strengere validering av Microsoft-innlogging v2.99.0 2026-08-13 — 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.
• En innstilling kunne i en kort periode vise en annen kundes verdi v2.99.0 2026-08-13 — 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.
• Innstillinger: tømming av innstillingsbufferen virker nå på tvers av forespørsler v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Abonnement – feltoppsett: redigerbare tabeller og ryddet sidetopp v2.99.0 2026-08-13 — 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).
• Masterordre: feltoppsett-administrasjon (etiketter, verdikataloger, serviceobjekt-typer) v2.99.0 2026-08-13 — 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.
• Masterordre: dokumentnedlasting/-sletting og arbeidsflyt-oppsummeringer herdet (MO-015-lukking) v2.99.0 2026-08-13 — 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.
• Tabeller — velg og sorter kolonner (opt-in) v2.98.0 2026-06-27 — Tabeller kan nå tilby en «Kolonner»-knapp der brukeren kan skjule/vise kolonner, endre rekkefølge og tilbakestille til standard. Valget huskes lokalt per tabell. Funksjonen er av som standard og påvirker ikke eksisterende tabeller før den slås på per visning.
• Tabeller — frosne (pinnede) kolonner (opt-in) v2.98.0 2026-06-27 — Tabeller kan nå holde valgte kolonner fast i venstre eller høyre kant slik at de forblir synlige ved horisontal scrolling. Pinning settes per kolonne av utvikleren; tabeller uten pinnede kolonner ser uendret ut.
• Tabeller — endre kolonnerekkefølge ved å dra i overskriften (opt-in) v2.98.0 2026-06-27 — Der funksjonen er aktivert kan brukeren dra en kolonneoverskrift sidelengs for å endre rekkefølgen. Rekkefølgen huskes lokalt per tabell og holdes i synk med «Kolonner»-panelet. Pinnede kolonner kan kun flyttes innenfor sin egen sone (venstre/midt/høyre). Funksjonen er av som standard og påvirker ikke eksisterende tabeller før den slås på per visning.
• Global feilhåndtering og logging v2.98.0 2026-06-27 — Uventede serverfeil fanges nå av en global exception-handler som logger hele feilen (inkl. controller-/DI-aktiveringsfeil) strukturert via Serilog og returnerer en feilmelding i responsen, slik at 500-feil kan diagnostiseres i stedet for å gi tom respons. Detaljert feilmelding vises kun utenfor Production.
• Nyheter — bilde og tagger tilbake i widgeten v2.98.0 2026-06-27 — En tidligere oppdatering av nyhetswidgetens spørring (for å vise reaksjons-emojis) overskrev ved et uhell den nyere SP-versjonen og fjernet opplastet bilde (newsImageBase64) og tagg-merkene fra widget-kortene. Begge vises igjen nå, samtidig som reaksjons-emojiene beholdes.
• Nyheter — emoji-reaksjoner er klikkbare og viser navn ved hover igjen v2.98.0 2026-06-27 — På nyhetssiden kunne man etter den forrige reaksjons-oppdateringen ikke klikke på emojiene eller se navn ved hover. Reaksjonsraden løkket over en getter som returnerte nye objekter ved hver change-detection-syklus uten trackBy, slik at Angular rev ned og gjenskapte knappene kontinuerlig (trigget av muse-bevegelse/-klikk) — det gjorde dem umulige å klikke og hindret tooltipen i å vises. Lagt til trackBy (per emoji) slik at DOM-elementene gjenbrukes.
• Nyheter — emoji-reaksjoner lagres og vises riktig v2.98.0 2026-06-27 — Emoji-reaksjoner på nyheter ble tidligere lagret som «??» fordi tekstparametere bindes som ANSI globalt; reaksjon (og kommentartekst) bindes nå eksplisitt som NVARCHAR slik at emoji bevares. I tillegg viser nyhetswidgeten de faktiske emojiene folk har reagert med (hver med eget antall) i stedet for en generisk tommel-opp, og på nyhetssiden er reaksjonene én klikkbar rad: hver emoji viser antall og hvem som reagerte (hover), du klikker for å reagere, klikker en annen for å bytte, og klikker din egen igjen for å fjerne den. Merk: reaksjoner lagret før denne rettingen forblir «??» og må reageres på nytt.
• Arbeidsflyter kan sende e-post fra Microsoft 365 v2.97.5 2026-06-11 — Administrator kan legge til handlingen «Send e-post» på CRM-arbeidsflyter, bruke kontakt- og CRM-felter i mottaker, emne og melding, og velge ansvarlig bruker eller delt postkasse som avsender. Sendt e-post lagres i avsenderens Sendte elementer og logges som utgående CRM-korrespondanse. Krever app-tillatelsen Mail.Send og anbefalt Exchange Application Access Policy.
• Avtalevarsler på forsiden v2.97.5 2026-06-11 — Administrator kan legge til en widget som viser avtalene som har nådd sin konfigurerte varslingsperiode. Widgeten følger CRM-tilgangen til brukeren som ser forsiden, viser de fem nærmeste utløpsdatoene og har snarvei til avtalen.
• Administratorpilot for personlig forside v2.97.5 2026-06-11 — Administratorer kan prøve personlig tilpasning ved å flytte, endre bredde, skjule og legge til tilgjengelige widgets. Redigeringsinngangen er midlertidig skjult for vanlige brukere, som fortsatt ser administratorens standardoppsett. Ulagrede endringer beskyttes ved navigasjon, og samtidige endringer kan lastes inn på nytt.
• Standardforside per brukergruppe og avdeling v2.97.5 2026-06-11 — Administrator kan lage komplette standardoppsett globalt, per brukergruppe eller per kombinasjon av brukergruppe og avdeling. Tilgang filtreres på serveren, og eksisterende personlige oppsett overskrives ikke av senere adminendringer.
• Forsiden utnytter plassen bedre v2.97.5 2026-06-11 — Widgets kan nå bruke to tredeler av bredden i tillegg til hel, halv og tredjedels bredde. Den nye kompakte flyten fjerner unødvendig tomrom mellom widgets, og tidsvarsler opptar ikke plass når brukeren ikke har varsler.
• Standardoppsett kan fjernes per nivå v2.97.5 2026-06-11 — Administrator kan fjerne et eget forsideoppsett for globalt nivå, brukergruppe eller brukergruppe og avdeling. Nivået faller da tilbake til standarden det arver, mens personlige brukeroppsett beholdes.
• Ny struktur for innstillinger v2.97.0 2026-06-07 — Innstillinger er samlet i en søkbar, gruppert sidemeny. En enkel startside forklarer den nye strukturen og leder brukeren til riktig område, mens eksisterende sider, ruter og lagringsflyter er beholdt.
• Moderniserte innstillingssider v2.97.0 2026-06-07 — Prosjekter, Timeplanlegger, koblingslister, kontrollregler, egenmelding og KAI-administrasjon har fått søkbare og responsive tabeller. Små innstillingstabeller søker, filtrerer og sorterer nå hele listen, også rader utenfor første side. Timeinnstillinger er samlet, lagreknappen ligger til høyre i sidens tittellinje, og eldre periodestatus er sammenfoldet som standard.
• Meldinger ved lagring av låsedato v2.97.0 2026-06-07 — Bekreftelse og valideringsfeil vises nå med riktig norsk tekst.
• Innstillinger — ryddigere navigasjon og gruppeinndeling v2.91.0 2026-06-15 — Innstillingsmenyen er gjort sammenleggbar med automatisk åpning av aktiv gruppe, tydeligere aktiv markering og søk som åpner relevante treff. Avdeling/prosjekt, tid/planlegging, bokføringskontroll og arbeidsflyt er flyttet til mer naturlige grupper, mens dupliserte globale knapper og primærfaner skjules i den nye visningen. Eksisterende ruter, lagring og API-logikk er uendret.
• Portalinnstillinger avansert — korrekt innhold per fane v2.91.0 2026-06-15 — R-Matrise-tabellen vises igjen under «R-Matrise», og godkjennerlisten vises under «Overordnet tilgang» i stedet for feil forskjøvne faner.

KAI — AI-assistent

• CRM: KAI kundebrief må aktiveres per rolle (fail-closed) v2.99.0 2026-08-02 — 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.
• Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto) v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• KAI «Rett opp» logges nå i revisjonsloggen v2.99.0 2026-08-02 — 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).
• KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe v2.99.0 2026-08-02 — 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.
• KAI-assistentens svar er nå isolert per kunde og per bruker v2.99.0 2026-08-02 — 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.
• CRM: KAI kundebrief må aktiveres per rolle (fail-closed) v2.99.0 2026-08-05 — 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.
• Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto) v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• KAI «Rett opp» logges nå i revisjonsloggen v2.99.0 2026-08-05 — 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).
• KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe v2.99.0 2026-08-05 — 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.
• KAI-assistentens svar er nå isolert per kunde og per bruker v2.99.0 2026-08-05 — 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.
• CRM: KAI kundebrief må aktiveres per rolle (fail-closed) v2.99.0 2026-08-06 — 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.
• Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto) v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• KAI «Rett opp» logges nå i revisjonsloggen v2.99.0 2026-08-06 — 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).
• KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe v2.99.0 2026-08-06 — 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.
• KAI-assistentens svar er nå isolert per kunde og per bruker v2.99.0 2026-08-06 — 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.
• CRM: KAI kundebrief må aktiveres per rolle (fail-closed) v2.99.0 2026-08-08 — 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.
• Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto) v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• KAI «Rett opp» logges nå i revisjonsloggen v2.99.0 2026-08-08 — 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).
• KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe v2.99.0 2026-08-08 — 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.
• KAI-assistentens svar er nå isolert per kunde og per bruker v2.99.0 2026-08-08 — 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.
• CRM: KAI kundebrief må aktiveres per rolle (fail-closed) v2.99.0 2026-08-13 — 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.
• Feilrapport: skjermbildet lastes opp igjen (KAI brukte feil lagringskonto) v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• KAI «Rett opp» logges nå i revisjonsloggen v2.99.0 2026-08-13 — 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).
• KAI-regler med gruppeomfang feilet for alle som tilhører en ansattgruppe v2.99.0 2026-08-13 — 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.
• KAI-assistentens svar er nå isolert per kunde og per bruker v2.99.0 2026-08-13 — 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.
• Lag KAI-regler fra fritekst v2.98.0 2026-06-27 — I Innstillinger → KAI-regler kan du nå beskrive en regel i vanlig språk (f.eks. «Varsle hvis det er færre enn 2 montørvakter (8201) i en uke») og klikke «Lag regel med KAI». KAI genererer et regelutkast – grunnet på selskapets lønnsarter og den lovlige felt-/operatorlisten – og åpner det forhåndsutfylt i regel-editoren for kontroll og lagring. Ingenting lagres automatisk. Prompten kan redigeres under System-prompts (KAI.Prompt.RuleGenerationNL).
• Aggregeringsregler i KAI-regelmotoren (timekontroll) v2.98.0 2026-06-27 — KAI-regler kan nå telle/summere føringer per periode (uke/dag, evt. per ansatt) og varsle på avvik fra forventet antall – inkludert uker uten treff. Brukes til kontroller som «nøyaktig én overordnet vakt per uke», «to montørvakter per uke» og minimum ferietimer. Nye maler i Timekontroll-katalogen (overordnet vakt, montørvakt, vakt-ukedag, min. ferie, samt kandidatlister for fravær- og vaktovertid-kontroll) kan importeres per selskap under Innstillinger → KAI-regler, og lønnsartkodene justeres etterpå.
• KAI-regler: ukedag- og datobaserte betingelser virker nå v2.98.0 2026-06-27 — Regelmotoren tolket aldri datofeltet (wrDate lagres som «ÅÅÅÅMMDD»), så betingelser på Ukedag/IsWeekend/IsHoliday traff aldri – f.eks. «overordnet vakt skal være på torsdag». Datoen parses nå eksplisitt, slik at ukedag- og datobaserte regler fungerer.
• Ny ePortal-håndbok dekker KAI v2.97.0 2026-06-07 — Den nye håndboken har egen seksjon for KAI-modulen (planlegger, statusrapport, sjekkliste, arbeidsflyt) og KAI-innstillinger. Åpne via Hjelp → Dokumentasjon i hovedmenyen.
• KAI timekontroll-regelkatalog med per-firma import v2.97.0 2026-06-07 — KAI har fått en katalog med ferdigdefinerte timekontroll-regler som kan importeres per firma.
• KAI — manglende oversettelser v2.97.0 2026-06-07 — Flere KAI-relaterte UI-elementer viste tidligere oversettelsesnøkler i stedet for tekst (f.eks. KAI.AutoRegister.title). Norsk og engelsk tekst er nå lagt inn.
• KAI-regler/innstillinger — kolonneoverskrifter viste rå nøkler ved deep-link v2.97.0 2026-06-07 — Hvis brukeren åpnet KAI-regler eller KAI-innstillinger direkte via deep-link før norsk-fila var lastet, viste tabell-overskriftene KAI.Rules.Status istedenfor «Status». Bygges nå i ngOnInit etter at oversettelser er klare.
• Innstillinger — feilaktig "valgt"-highlighting ved første åpning v2.97.0 2026-06-07 — I koblingstabellene for fagforening og overordnet godkjenning kunne placeholder-rader uten ID bli markert som "valgt" ved første lasting (begge ID-er var undefined). Markeringen vises nå kun når begge IDer faktisk er satt og like.
• Timekontroll — mal-katalog med 13 controller-kontroller v2.91.0 2026-06-15 — Den manuelle Excel-timekontrollen er gjort tilgjengelig som en mal-katalog i KAI-regelmotoren under ny kategori «Timekontroll» (time-control). De 13 deterministiske kontrollene seedes som maler (templates) — de kjøres ikke automatisk, men hvert selskap importerer de malene det ønsker via POST KAIRules/import-templates, som kloner valgte maler til aktive regler i den tenanten. Dekker forbudte verdier (sperret prosjekt, lønnsart 611, avdeling 9000, prosjekt 0/tom), avd↔prosjekt/lønnsart-konsistens (845→9500, 458230→4500, 706280→9500/840), prefiks-kontroller (avd 3500–3550→35/706, avd 8000→808), fraværsarter på avd 9500, og syke barn (645) uten registrerte barn under 12. (#Migration_20261008100000)
• KAI-regelmotor — maler kjøres ikke lenger automatisk v2.91.0 2026-06-15 — GetRulesForEmployee ekskluderer nå maler (IsTemplate=1) fra regelkjøring, slik at en seedet mal-katalog ligger inert i alle tenants til den importeres (klones) til en aktiv regel. Retter en latent feil der maler kunne bli validert direkte.
• KAI-regelmotor — ny starter med/starter ikke med-operator v2.91.0 2026-06-15 — Regelmotoren støtter nå prefiks-sammenligning (f.eks. «prosjekt starter ikke med 808»), tilgjengelig i regel-byggeren. String-sammenligninger trimmer nå etterfølgende mellomrom fra CHAR-kolonner, så f.eks. avdelingssammenligning ikke feiler på padding.
• KAI-regelmotor — syke-barn-kontroll mot userNoOfChildren v2.91.0 2026-06-15 — Nytt avledet felt «Antall barn under 12» beriker timeføringer fra wv_User.userNoOfChildren før regelvalidering (både KAIRules/validate og aiassistant/detect-anomalies), slik at lønnsart 645 kan kontrolleres mot om den ansatte faktisk har registrerte barn under 12.
• KAI-regelmotor — blokkering trigges nå korrekt v2.91.0 2026-06-15 — Handlingstypen «Blokker innsending» (BlockSubmission) markerer nå føringen som blokkerende for godkjenning; tidligere ble kun den interne verdien block gjenkjent.
• KAI live regnskap — koblet på (manglende DI-registrering rettet) v2.91.0 2026-06-15 — Hele KAIs live-regnskapsflyt var i praksis død: AIAssistantService ble registrert via en manuell fabrikk i Program.cs som ikke injiserte IAccountingQueryParser eller IFinancialReportingServiceResolver, så ProcessAccountingQueryAsync falt alltid tilbake til et generisk svar uten å hente ERP-data (uansett PowerOffice eller NXT). Dette var den egentlige årsaken til at KAI ikke ga regnskapsdata. Fabrikken injiserer nå parser, resolver, prompt-repository og kontooppslag.
• KAI live regnskap — robustere utland-deteksjon + konfigurerbart hjemland v2.91.0 2026-06-15 — Parter uten registrert land ble før aldri regnet som utenlandske, så «betalt leverandører til utland» kunne svare feilaktig «nei». Nå brukes valuta som fallback (ikke-NOK ⇒ sannsynlig utland) når land mangler, og et aggregat-sammendrag (antall, totaler, per land, antall uten land) sendes til KAI så svar om totaler/antall er korrekte selv når radlisten trunkeres. Hjemland er gjort konfigurerbart via wv_SystemConfiguration (Accounting.HomeCountryCodes for PO, Accounting.NxtHomeCountryNo for NXT) — verner mot at tenants som stempler Norge med en eksplisitt landkode får alle innenlandske parter flagget som utland.
• KAI live regnskap — kunde/leverandør-reskontro med utland-filter v2.91.0 2026-06-15 — KAI kan nå svare på reskontro-spørsmål om kunder og leverandører, f.eks. «har vi betalt noen leverandører til utland i år?», «hva har vi kjøpt fra leverandør X?» eller «hvilke kunder har vi i Sverige?». IFinancialReportingService har fått GetSubledgerTransactionsAsync (transaksjoner per part) og GetPartiesAsync (part-stamdata), implementert for både PowerOffice Go (/Reporting/SupplierLedger, /Reporting/CustomerLedger, /Supplier, /Customer) og Visma Business NXT (supplierTransaction/customerTransaction + associate-stamdata). Part-land hentes fra stamdata (PO: countryCode, NXT: associate.countryNo) og brukes til utland-filter (utland = land satt og ikke hjemland). Spørsmålstolkeren forstår ny SubledgerLookup-type og setter PartyType/ForeignOnly/CountryCode/PartySearchTerm. Resultatet vises som tabell (dato, partsnr, navn, land, faktura, beløp) med Excel-eksport, i tillegg til KAIs narrative svar.
• KAI live regnskap (PowerOffice Go) — manglende regnskapsdata rettet v2.91.0 2026-06-15 — KAI returnerte ingen regnskapsdata for klienter på PowerOffice Go når man spurte om regnskap. PowerOfficeGoFinancialReportingService hentet integrasjonen via IntegrationConfig.FromIntegration (uten å dekryptere) og leste dermed den krypterte ClientSecret/ClientId rått → OAuth mot PowerOffice feilet med 401, og feilen ble svelget som en teknisk feil slik at KAI svarte uten data. I tillegg krevde deteksjonen at ApiBaseUrl var satt i config, så integrasjoner som brukte standard-URL ble ikke funnet i det hele tatt. Tjenesten finner nå PowerOffice-integrasjonen via integrasjonstype (samme måte som FinancialReportingServiceResolver) og henter dekryptert konfig via IntegrationService.GetDecryptedConfigAsync — på linje med NXT-tjenesten. ApiBaseUrl defaulter til PO Go-URL når den ikke er satt.
• RBAC for KAI v2.91.0 2026-06-15 — Rollebasert tilgangskontroll for KAI-funksjoner med admin-konfigurasjon.
• KAI System Prompt Admin v2.91.0 2026-06-15 — Administratorer kan nå tilpasse KAI sin oppførsel per modul.
• KAI håndbøker — forbedret kontekst v2.91.0 2026-06-15 — KAI viser nå alltid en oversikt over tilgjengelige håndbøker (publiserte + egne utkast) og kan søke i eget utkastinnhold. Spørsmål som «hvilke håndbøker har vi?» gir nå meningsfullt svar. Svarene inkluderer klikkbare lenker direkte til håndbøkene.
• Stoffkartotek — KAI-analyse flyttet over grunnleggende info v2.91.0 2026-06-15 — «Analyserer produktetikett med KAI...» vises nå over seksjonen «Grunnleggende informasjon», både på mobil og desktop.
• Smart regelredigering v2.80.0 2024-Q3-Q4 — Multiselect for ansattgrupper og timegrupper
• Regeloppdaging v2.80.0 2024-Q3-Q4 — AI lærer automatisk av timeføringmønstre
• Godkjenningsintegrasjon v2.80.0 2024-Q3-Q4 — Varsler ved regelbrudd i godkjenningsprosessen
• Regelbibliotek v2.80.0 2024-Q3-Q4 — Forhåndsdefinerte regler for vanlige scenarioer

KontiConnect / Integrasjoner

• Datomotor-jobben skriver nå datoene selv v2.99.1 2026-08-13 — den nattlige masterordre-datomotor-jobben skriver automatisk nye planlagte leveringsdatoer for endrede linjer, uten at noen må trykke «Bruk beregnede datoer».
• Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect v2.99.0 2026-08-02 — 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.
• NXT-kontakter uten Visma-nummer importeres nå v2.99.0 2026-08-02 — Ved aktørsynkronisering mot Visma Business NXT ble kontaktpersoner uten eget Visma-nummer (associate-nr) tidligere hoppet over. De importeres nå og gjenkjennes på nytt ved senere kjøringer via aktør + e-post + navn, slik at de oppdateres i stedet for å dupliseres. Kontakter helt uten både e-post og navn hoppes fortsatt over.
• NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen v2.99.0 2026-08-02 — 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.
• NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer v2.99.0 2026-08-02 — 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.
• NXT ordre: Recovery-fane for uavklarte ordrelinjer v2.99.0 2026-08-02 — 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.
• KontiConnect: sikrere debug-logging v2.99.0 2026-08-02 — 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.
• Ordretype kan velges på NXT-ordreintegrasjonen v2.99.0 2026-08-02 — 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.
• Kopier konfigurasjon fra en eksisterende integrasjon v2.99.0 2026-08-02 — 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.
• Nytt utseende på integrasjonsveilederen v2.99.0 2026-08-02 — «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.
• NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige v2.99.0 2026-08-02 — 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.
• Sortering og filtrering i Konti Connect-tabellene v2.99.0 2026-08-02 — 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.
• Integrasjonsfelt har fått forklarende hjelpetekst v2.99.0 2026-08-02 — 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.
• Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler v2.99.0 2026-08-02 — Å 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.
• Hjelp-lenke til dokumentasjonen i integrasjonsveilederen v2.99.0 2026-08-02 — 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.
• Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres v2.99.0 2026-08-02 — 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).
• Feltmapping viste teknisk nøkkelnavn for tre transformasjonstyper v2.99.0 2026-08-02 — Kolonnen «Transformasjonstype» viste rå tekst som KontiConnect.FieldMapping.TransformationType.Computed i stedet for et lesbart navn for typene Beregnet, Avledet og Tilordnet. Nå vises riktig navn for alle seks typene systemet kan produsere.
• Bilagsimport for Fjordkraft og Altibox v2.99.0 2026-08-02 — 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.
• NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt» v2.99.0 2026-08-02 — 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.
• NXT aktørsynk — relasjonsmapping med eget oppsett i integrasjonseditoren v2.99.0 2026-08-02 — Integrasjonseditoren for «Visma Business NXT – Aktører» har fått en egen «Relasjonsmapping»-seksjon (skjema-modus): rader som kobler en ePortal-relasjonstype (fra Innstillinger → CRM → Relasjonstyper) til NXT-feltet som fyller den under aktørsynk (Fakturakunde/KAM/Selger). Tidligere kunne mappingen (ActorRelationMap) bare redigeres som rå JSON. Config-malen inkluderer nå standardmappingen, og skjema-modusen bevarer mapping-nøkkelen trygt (objektverdier vises ikke lenger som «[object Object]» og mistes ikke ved lagring).
• Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT v2.99.0 2026-08-02 — 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.
• Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• «Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi v2.99.0 2026-08-02 — 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.
• NXT-bilagsintegrasjon kunne verken lagres eller kjøres v2.99.0 2026-08-02 — 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.
• PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett v2.99.0 2026-08-02 — 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.
• Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker v2.99.0 2026-08-02 — 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.
• Priser fra Business NXT: standardpris i produktregisteret og automatisk pris ved produktvalg v2.99.0 2026-08-02 — Prisene i Business NXT bor i pris- og rabattmatrisen, ikke på produktet. Produktsynken henter nå standardprisen (matriserad uten kunde-dimensjon, dato- og kvantumsgyldig) og skriver den til produktregisteret. Og når et produkt velges på en masterordre-linje (celle eller Produktsøk, inkl. strukturmedlemmer) slås KUNDENS pris opp live — kundeavtale foran kundegruppepris foran standard — og enhetspris/rabatt fylles automatisk på linjen (kun når feltene står tomme; oppslagsfeil blokkerer aldri innsettingen). Produktsøk-dialogen viser pris med kilde (Kundepris/Kundegruppepris/Standard).
• NXT produktsynk: fjernet død KontiConnect-videresending v2.99.0 2026-08-02 — Etter lokal lagring POSTet produktsynken hvert produkt til KontiConnect-API-et, som skrev til en tabell (wv_Product) som ikke finnes i noen database — hvert kall feilet med HTTP 400, og payloaden sendte uansett pris/kost hardkodet til 0. Steget er fjernet: produktregisteret i ePortal-databasen (samme base som KontiConnect bruker) er lagringsstedet, uten HTTP-omvei. Synken blir raskere og kjøringsloggen slipper tusenvis av støy-advarsler.
• NXT produktsynk hentet 0 produkter ved full import v2.99.0 2026-08-02 — KontiConnect-produktsynken mot Business NXT hadde changedDate-filteret hardkodet i spørringen; ved full import (delta av) ble filteret evaluert mot tom verdi og NXT returnerte stille null rader — en førstegangsimport kunne aldri hente noe. Filteret bygges nå kun når delta-synk faktisk har en dato. Merk også at delta-synk ser 7 dager tilbake — sett EnableDeltaSync=false for engangs-/førstegangsimport.
• NXT aktør-synk: krasjet på ikke-numerisk organisasjonsnummer v2.99.0 2026-08-02 — Synk av kunder/leverandører fra Business NXT kastet en JSON-feil («could not be converted to Int64») så snart en aktør hadde et companyNo som ikke var et rent tall (f.eks. utenlandsk org.nr., eller lengre enn Int64). Feltet leses nå som tekst, i tråd med NXT-skjemaet (associate.companyNo = String).
• NXT aktør-synk: full synk feilet med GraphQL-valideringsfeil v2.99.0 2026-08-02 — Full synk (delta av) av kunder og leverandører fra Business NXT feilet med «Variable '$fromDate' is never used in operation» fordi spørringen deklarerte $fromDate i operasjonen uten å bruke den når delta-filteret var av. Deklarasjonen og delta-filteret bygges nå sammen, så full synk kjører og henter inn alle aktørene.
• NXT aktør-synk: skriver nå kunder/leverandører rett til aktørregisteret (uten KontiConnect-mellomledd) v2.99.0 2026-08-02 — Import-retningen av NXT aktør-synk skriver nå hver kunde/leverandør direkte til wv_Actor via en felles, testet aktør-upsert i stedet for å POST-e til KontiConnect (/api/v2/Actor) over HTTP. Dette fjerner batch-atomisiteten som lot én dårlig aktør (ugyldig e-post eller manglende navn) felle hele batchen på 50, og lar hver aktør lykkes/feile/hoppes over for seg. Upserten bevarer sammenslåing på organisasjonsnummer (samme juridiske enhet som både kunde og leverandør får ikke dupliserte rader), renser e-post likt som før, og hopper over aktører uten navn eller med «0»/tomt referansenummer. Eksport-retningen er uendret.
• NXT aktør-synk: skriving til KontiConnect feilet med HTTP 400 for alle aktører v2.99.0 2026-08-02 — Etter at lesingen fra NXT ble rettet, ble hver aktør avvist av KontiConnect (POST /api/v2/Actor) med HTTP 400. Årsak: Visma-aktørenes e-postfelt inneholder ofte flere adresser (a@x.no;b@y.no) eller fritekst, og KontiConnect validerer e-post med [EmailAddress] — én ugyldig e-post fikk hele batchen på 50 aktører til å feile. E-post renses nå før sending (beholder kun én gyldig adresse, ellers tom), og aktører helt uten navn hoppes over (KontiConnect krever navn — én navnløs aktør felte ellers hele batchen), så alle gyldige aktører lagres. I tillegg vises nå KontiConnect-svarteksten i feil-/advarselmeldingen (ikke bare «HTTP 400»), så den reelle valideringsårsaken er synlig i integrasjonsloggen.
• Tallfelt i integrasjonsoppsettet kunne ikke lagres v2.99.0 2026-08-02 — 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.
• «Kopier konfigurasjon fra en annen integrasjon» var ikke synlig v2.99.0 2026-08-02 — 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.
• Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren v2.99.0 2026-08-02 — 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.
• OAuth-merket på integrasjonslisten var alltid borte v2.99.0 2026-08-02 — 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.
• Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring v2.99.0 2026-08-02 — 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.
• «Kopier fra …» viste ingenting mens den lastet v2.99.0 2026-08-02 — Å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å.
• Av/på-bryteren i integrasjonslisten endret mer enn av og på v2.99.0 2026-08-02 — 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.
• Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt v2.99.0 2026-08-02 — 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.
• Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet v2.99.0 2026-08-02 — 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.
• Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting v2.99.0 2026-08-02 — 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.
• Deaktivert integrasjon ble liggende igjen under «Kun aktive» v2.99.0 2026-08-02 — 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».
• Å slette en integrasjon kunne overskrive endringer som skjedde samtidig v2.99.0 2026-08-02 — 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.
• Feilmeldinger fra integrasjonslagring kom på engelsk v2.99.0 2026-08-02 — 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.
• Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner v2.99.0 2026-08-02 — 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.
• Debug-logging-bryteren endret mer enn debug-logging v2.99.0 2026-08-02 — 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.
• NXT ordreconfig valideres strengere v2.99.0 2026-08-02 — 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.
• Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect v2.99.0 2026-08-05 — 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.
• NXT-kontakter uten Visma-nummer importeres nå v2.99.0 2026-08-05 — Ved aktørsynkronisering mot Visma Business NXT ble kontaktpersoner uten eget Visma-nummer (associate-nr) tidligere hoppet over. De importeres nå og gjenkjennes på nytt ved senere kjøringer via aktør + e-post + navn, slik at de oppdateres i stedet for å dupliseres. Kontakter helt uten både e-post og navn hoppes fortsatt over.
• NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen v2.99.0 2026-08-05 — 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.
• NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer v2.99.0 2026-08-05 — 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.
• NXT ordre: Recovery-fane for uavklarte ordrelinjer v2.99.0 2026-08-05 — 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.
• KontiConnect: sikrere debug-logging v2.99.0 2026-08-05 — 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.
• Ordretype kan velges på NXT-ordreintegrasjonen v2.99.0 2026-08-05 — 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.
• Kopier konfigurasjon fra en eksisterende integrasjon v2.99.0 2026-08-05 — 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.
• Nytt utseende på integrasjonsveilederen v2.99.0 2026-08-05 — «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.
• NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige v2.99.0 2026-08-05 — 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.
• Sortering og filtrering i Konti Connect-tabellene v2.99.0 2026-08-05 — 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.
• Integrasjonsfelt har fått forklarende hjelpetekst v2.99.0 2026-08-05 — 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.
• Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler v2.99.0 2026-08-05 — Å 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.
• Hjelp-lenke til dokumentasjonen i integrasjonsveilederen v2.99.0 2026-08-05 — 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.
• Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres v2.99.0 2026-08-05 — 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).
• Feltmapping viste teknisk nøkkelnavn for tre transformasjonstyper v2.99.0 2026-08-05 — Kolonnen «Transformasjonstype» viste rå tekst som KontiConnect.FieldMapping.TransformationType.Computed i stedet for et lesbart navn for typene Beregnet, Avledet og Tilordnet. Nå vises riktig navn for alle seks typene systemet kan produsere.
• Bilagsimport for Fjordkraft og Altibox v2.99.0 2026-08-05 — 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.
• NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt» v2.99.0 2026-08-05 — 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.
• NXT aktørsynk — relasjonsmapping med eget oppsett i integrasjonseditoren v2.99.0 2026-08-05 — Integrasjonseditoren for «Visma Business NXT – Aktører» har fått en egen «Relasjonsmapping»-seksjon (skjema-modus): rader som kobler en ePortal-relasjonstype (fra Innstillinger → CRM → Relasjonstyper) til NXT-feltet som fyller den under aktørsynk (Fakturakunde/KAM/Selger). Tidligere kunne mappingen (ActorRelationMap) bare redigeres som rå JSON. Config-malen inkluderer nå standardmappingen, og skjema-modusen bevarer mapping-nøkkelen trygt (objektverdier vises ikke lenger som «[object Object]» og mistes ikke ved lagring).
• Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT v2.99.0 2026-08-05 — 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.
• Kjøringshistorikk med liste og detaljer side om side v2.99.0 2026-08-05 — 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.
• Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• «Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi v2.99.0 2026-08-05 — 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.
• NXT-bilagsintegrasjon kunne verken lagres eller kjøres v2.99.0 2026-08-05 — 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.
• PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett v2.99.0 2026-08-05 — 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.
• Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker v2.99.0 2026-08-05 — 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.
• Priser fra Business NXT: standardpris i produktregisteret og automatisk pris ved produktvalg v2.99.0 2026-08-05 — Prisene i Business NXT bor i pris- og rabattmatrisen, ikke på produktet. Produktsynken henter nå standardprisen (matriserad uten kunde-dimensjon, dato- og kvantumsgyldig) og skriver den til produktregisteret. Og når et produkt velges på en masterordre-linje (celle eller Produktsøk, inkl. strukturmedlemmer) slås KUNDENS pris opp live — kundeavtale foran kundegruppepris foran standard — og enhetspris/rabatt fylles automatisk på linjen (kun når feltene står tomme; oppslagsfeil blokkerer aldri innsettingen). Produktsøk-dialogen viser pris med kilde (Kundepris/Kundegruppepris/Standard).
• NXT produktsynk: fjernet død KontiConnect-videresending v2.99.0 2026-08-05 — Etter lokal lagring POSTet produktsynken hvert produkt til KontiConnect-API-et, som skrev til en tabell (wv_Product) som ikke finnes i noen database — hvert kall feilet med HTTP 400, og payloaden sendte uansett pris/kost hardkodet til 0. Steget er fjernet: produktregisteret i ePortal-databasen (samme base som KontiConnect bruker) er lagringsstedet, uten HTTP-omvei. Synken blir raskere og kjøringsloggen slipper tusenvis av støy-advarsler.
• NXT produktsynk hentet 0 produkter ved full import v2.99.0 2026-08-05 — KontiConnect-produktsynken mot Business NXT hadde changedDate-filteret hardkodet i spørringen; ved full import (delta av) ble filteret evaluert mot tom verdi og NXT returnerte stille null rader — en førstegangsimport kunne aldri hente noe. Filteret bygges nå kun når delta-synk faktisk har en dato. Merk også at delta-synk ser 7 dager tilbake — sett EnableDeltaSync=false for engangs-/førstegangsimport.
• NXT aktør-synk: krasjet på ikke-numerisk organisasjonsnummer v2.99.0 2026-08-05 — Synk av kunder/leverandører fra Business NXT kastet en JSON-feil («could not be converted to Int64») så snart en aktør hadde et companyNo som ikke var et rent tall (f.eks. utenlandsk org.nr., eller lengre enn Int64). Feltet leses nå som tekst, i tråd med NXT-skjemaet (associate.companyNo = String).
• NXT aktør-synk: full synk feilet med GraphQL-valideringsfeil v2.99.0 2026-08-05 — Full synk (delta av) av kunder og leverandører fra Business NXT feilet med «Variable '$fromDate' is never used in operation» fordi spørringen deklarerte $fromDate i operasjonen uten å bruke den når delta-filteret var av. Deklarasjonen og delta-filteret bygges nå sammen, så full synk kjører og henter inn alle aktørene.
• NXT aktør-synk: skriver nå kunder/leverandører rett til aktørregisteret (uten KontiConnect-mellomledd) v2.99.0 2026-08-05 — Import-retningen av NXT aktør-synk skriver nå hver kunde/leverandør direkte til wv_Actor via en felles, testet aktør-upsert i stedet for å POST-e til KontiConnect (/api/v2/Actor) over HTTP. Dette fjerner batch-atomisiteten som lot én dårlig aktør (ugyldig e-post eller manglende navn) felle hele batchen på 50, og lar hver aktør lykkes/feile/hoppes over for seg. Upserten bevarer sammenslåing på organisasjonsnummer (samme juridiske enhet som både kunde og leverandør får ikke dupliserte rader), renser e-post likt som før, og hopper over aktører uten navn eller med «0»/tomt referansenummer. Eksport-retningen er uendret.
• NXT aktør-synk: skriving til KontiConnect feilet med HTTP 400 for alle aktører v2.99.0 2026-08-05 — Etter at lesingen fra NXT ble rettet, ble hver aktør avvist av KontiConnect (POST /api/v2/Actor) med HTTP 400. Årsak: Visma-aktørenes e-postfelt inneholder ofte flere adresser (a@x.no;b@y.no) eller fritekst, og KontiConnect validerer e-post med [EmailAddress] — én ugyldig e-post fikk hele batchen på 50 aktører til å feile. E-post renses nå før sending (beholder kun én gyldig adresse, ellers tom), og aktører helt uten navn hoppes over (KontiConnect krever navn — én navnløs aktør felte ellers hele batchen), så alle gyldige aktører lagres. I tillegg vises nå KontiConnect-svarteksten i feil-/advarselmeldingen (ikke bare «HTTP 400»), så den reelle valideringsårsaken er synlig i integrasjonsloggen.
• Tallfelt i integrasjonsoppsettet kunne ikke lagres v2.99.0 2026-08-05 — 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.
• «Kopier konfigurasjon fra en annen integrasjon» var ikke synlig v2.99.0 2026-08-05 — 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.
• Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren v2.99.0 2026-08-05 — 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.
• OAuth-merket på integrasjonslisten var alltid borte v2.99.0 2026-08-05 — 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.
• Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring v2.99.0 2026-08-05 — 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.
• «Kopier fra …» viste ingenting mens den lastet v2.99.0 2026-08-05 — Å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å.
• Av/på-bryteren i integrasjonslisten endret mer enn av og på v2.99.0 2026-08-05 — 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.
• Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt v2.99.0 2026-08-05 — 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.
• Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet v2.99.0 2026-08-05 — 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.
• Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting v2.99.0 2026-08-05 — 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.
• Deaktivert integrasjon ble liggende igjen under «Kun aktive» v2.99.0 2026-08-05 — 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».
• Å slette en integrasjon kunne overskrive endringer som skjedde samtidig v2.99.0 2026-08-05 — 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.
• Feilmeldinger fra integrasjonslagring kom på engelsk v2.99.0 2026-08-05 — 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.
• Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner v2.99.0 2026-08-05 — 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.
• Debug-logging-bryteren endret mer enn debug-logging v2.99.0 2026-08-05 — 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.
• Bilag til Visma Business NXT kunne få samme bilagsnummer som et bilag registrert et annet sted v2.99.0 2026-08-05 — 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.
• NXT ordreconfig valideres strengere v2.99.0 2026-08-05 — 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.
• Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect v2.99.0 2026-08-06 — 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.
• NXT-kontakter uten Visma-nummer importeres nå v2.99.0 2026-08-06 — Ved aktørsynkronisering mot Visma Business NXT ble kontaktpersoner uten eget Visma-nummer (associate-nr) tidligere hoppet over. De importeres nå og gjenkjennes på nytt ved senere kjøringer via aktør + e-post + navn, slik at de oppdateres i stedet for å dupliseres. Kontakter helt uten både e-post og navn hoppes fortsatt over.
• NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen v2.99.0 2026-08-06 — 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.
• NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer v2.99.0 2026-08-06 — 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.
• NXT ordre: Recovery-fane for uavklarte ordrelinjer v2.99.0 2026-08-06 — 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.
• KontiConnect: sikrere debug-logging v2.99.0 2026-08-06 — 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.
• Ordretype kan velges på NXT-ordreintegrasjonen v2.99.0 2026-08-06 — 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.
• Kopier konfigurasjon fra en eksisterende integrasjon v2.99.0 2026-08-06 — 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.
• Nytt utseende på integrasjonsveilederen v2.99.0 2026-08-06 — «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.
• NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige v2.99.0 2026-08-06 — 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.
• Sortering og filtrering i Konti Connect-tabellene v2.99.0 2026-08-06 — 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.
• Integrasjonsfelt har fått forklarende hjelpetekst v2.99.0 2026-08-06 — 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.
• Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler v2.99.0 2026-08-06 — Å 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.
• Hjelp-lenke til dokumentasjonen i integrasjonsveilederen v2.99.0 2026-08-06 — 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.
• Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres v2.99.0 2026-08-06 — 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).
• Feltmapping viste teknisk nøkkelnavn for tre transformasjonstyper v2.99.0 2026-08-06 — Kolonnen «Transformasjonstype» viste rå tekst som KontiConnect.FieldMapping.TransformationType.Computed i stedet for et lesbart navn for typene Beregnet, Avledet og Tilordnet. Nå vises riktig navn for alle seks typene systemet kan produsere.
• Bilagsimport for Fjordkraft og Altibox v2.99.0 2026-08-06 — 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.
• NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt» v2.99.0 2026-08-06 — 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.
• NXT aktørsynk — relasjonsmapping med eget oppsett i integrasjonseditoren v2.99.0 2026-08-06 — Integrasjonseditoren for «Visma Business NXT – Aktører» har fått en egen «Relasjonsmapping»-seksjon (skjema-modus): rader som kobler en ePortal-relasjonstype (fra Innstillinger → CRM → Relasjonstyper) til NXT-feltet som fyller den under aktørsynk (Fakturakunde/KAM/Selger). Tidligere kunne mappingen (ActorRelationMap) bare redigeres som rå JSON. Config-malen inkluderer nå standardmappingen, og skjema-modusen bevarer mapping-nøkkelen trygt (objektverdier vises ikke lenger som «[object Object]» og mistes ikke ved lagring).
• Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT v2.99.0 2026-08-06 — 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.
• Kjøringshistorikk med liste og detaljer side om side v2.99.0 2026-08-06 — 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.
• Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• «Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi v2.99.0 2026-08-06 — 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.
• NXT-bilagsintegrasjon kunne verken lagres eller kjøres v2.99.0 2026-08-06 — 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.
• PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett v2.99.0 2026-08-06 — 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.
• Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker v2.99.0 2026-08-06 — 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.
• Priser fra Business NXT: standardpris i produktregisteret og automatisk pris ved produktvalg v2.99.0 2026-08-06 — Prisene i Business NXT bor i pris- og rabattmatrisen, ikke på produktet. Produktsynken henter nå standardprisen (matriserad uten kunde-dimensjon, dato- og kvantumsgyldig) og skriver den til produktregisteret. Og når et produkt velges på en masterordre-linje (celle eller Produktsøk, inkl. strukturmedlemmer) slås KUNDENS pris opp live — kundeavtale foran kundegruppepris foran standard — og enhetspris/rabatt fylles automatisk på linjen (kun når feltene står tomme; oppslagsfeil blokkerer aldri innsettingen). Produktsøk-dialogen viser pris med kilde (Kundepris/Kundegruppepris/Standard).
• NXT produktsynk: fjernet død KontiConnect-videresending v2.99.0 2026-08-06 — Etter lokal lagring POSTet produktsynken hvert produkt til KontiConnect-API-et, som skrev til en tabell (wv_Product) som ikke finnes i noen database — hvert kall feilet med HTTP 400, og payloaden sendte uansett pris/kost hardkodet til 0. Steget er fjernet: produktregisteret i ePortal-databasen (samme base som KontiConnect bruker) er lagringsstedet, uten HTTP-omvei. Synken blir raskere og kjøringsloggen slipper tusenvis av støy-advarsler.
• NXT produktsynk hentet 0 produkter ved full import v2.99.0 2026-08-06 — KontiConnect-produktsynken mot Business NXT hadde changedDate-filteret hardkodet i spørringen; ved full import (delta av) ble filteret evaluert mot tom verdi og NXT returnerte stille null rader — en førstegangsimport kunne aldri hente noe. Filteret bygges nå kun når delta-synk faktisk har en dato. Merk også at delta-synk ser 7 dager tilbake — sett EnableDeltaSync=false for engangs-/førstegangsimport.
• NXT aktør-synk: krasjet på ikke-numerisk organisasjonsnummer v2.99.0 2026-08-06 — Synk av kunder/leverandører fra Business NXT kastet en JSON-feil («could not be converted to Int64») så snart en aktør hadde et companyNo som ikke var et rent tall (f.eks. utenlandsk org.nr., eller lengre enn Int64). Feltet leses nå som tekst, i tråd med NXT-skjemaet (associate.companyNo = String).
• NXT aktør-synk: full synk feilet med GraphQL-valideringsfeil v2.99.0 2026-08-06 — Full synk (delta av) av kunder og leverandører fra Business NXT feilet med «Variable '$fromDate' is never used in operation» fordi spørringen deklarerte $fromDate i operasjonen uten å bruke den når delta-filteret var av. Deklarasjonen og delta-filteret bygges nå sammen, så full synk kjører og henter inn alle aktørene.
• NXT aktør-synk: skriver nå kunder/leverandører rett til aktørregisteret (uten KontiConnect-mellomledd) v2.99.0 2026-08-06 — Import-retningen av NXT aktør-synk skriver nå hver kunde/leverandør direkte til wv_Actor via en felles, testet aktør-upsert i stedet for å POST-e til KontiConnect (/api/v2/Actor) over HTTP. Dette fjerner batch-atomisiteten som lot én dårlig aktør (ugyldig e-post eller manglende navn) felle hele batchen på 50, og lar hver aktør lykkes/feile/hoppes over for seg. Upserten bevarer sammenslåing på organisasjonsnummer (samme juridiske enhet som både kunde og leverandør får ikke dupliserte rader), renser e-post likt som før, og hopper over aktører uten navn eller med «0»/tomt referansenummer. Eksport-retningen er uendret.
• NXT aktør-synk: skriving til KontiConnect feilet med HTTP 400 for alle aktører v2.99.0 2026-08-06 — Etter at lesingen fra NXT ble rettet, ble hver aktør avvist av KontiConnect (POST /api/v2/Actor) med HTTP 400. Årsak: Visma-aktørenes e-postfelt inneholder ofte flere adresser (a@x.no;b@y.no) eller fritekst, og KontiConnect validerer e-post med [EmailAddress] — én ugyldig e-post fikk hele batchen på 50 aktører til å feile. E-post renses nå før sending (beholder kun én gyldig adresse, ellers tom), og aktører helt uten navn hoppes over (KontiConnect krever navn — én navnløs aktør felte ellers hele batchen), så alle gyldige aktører lagres. I tillegg vises nå KontiConnect-svarteksten i feil-/advarselmeldingen (ikke bare «HTTP 400»), så den reelle valideringsårsaken er synlig i integrasjonsloggen.
• Tallfelt i integrasjonsoppsettet kunne ikke lagres v2.99.0 2026-08-06 — 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.
• «Kopier konfigurasjon fra en annen integrasjon» var ikke synlig v2.99.0 2026-08-06 — 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.
• Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren v2.99.0 2026-08-06 — 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.
• OAuth-merket på integrasjonslisten var alltid borte v2.99.0 2026-08-06 — 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.
• Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring v2.99.0 2026-08-06 — 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.
• «Kopier fra …» viste ingenting mens den lastet v2.99.0 2026-08-06 — Å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å.
• Av/på-bryteren i integrasjonslisten endret mer enn av og på v2.99.0 2026-08-06 — 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.
• Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt v2.99.0 2026-08-06 — 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.
• Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet v2.99.0 2026-08-06 — 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.
• Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting v2.99.0 2026-08-06 — 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.
• Deaktivert integrasjon ble liggende igjen under «Kun aktive» v2.99.0 2026-08-06 — 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».
• Å slette en integrasjon kunne overskrive endringer som skjedde samtidig v2.99.0 2026-08-06 — 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.
• Feilmeldinger fra integrasjonslagring kom på engelsk v2.99.0 2026-08-06 — 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.
• Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner v2.99.0 2026-08-06 — 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.
• Debug-logging-bryteren endret mer enn debug-logging v2.99.0 2026-08-06 — 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.
• Bilag til Visma Business NXT kunne få samme bilagsnummer som et bilag registrert et annet sted v2.99.0 2026-08-06 — 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.
• Kontosaldo og transaksjonsuttrekk fra Visma Business og Visma Business NXT bruker nå samme dato-regel gjennomgående v2.99.0 2026-08-06 — 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.
• Integrasjoner: «ClientSecret is required» rett etter lagring v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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).
• NXT ordreconfig valideres strengere v2.99.0 2026-08-06 — 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.
• Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect v2.99.0 2026-08-08 — 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.
• NXT-kontakter uten Visma-nummer importeres nå v2.99.0 2026-08-08 — Ved aktørsynkronisering mot Visma Business NXT ble kontaktpersoner uten eget Visma-nummer (associate-nr) tidligere hoppet over. De importeres nå og gjenkjennes på nytt ved senere kjøringer via aktør + e-post + navn, slik at de oppdateres i stedet for å dupliseres. Kontakter helt uten både e-post og navn hoppes fortsatt over.
• NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen v2.99.0 2026-08-08 — 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.
• NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer v2.99.0 2026-08-08 — 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.
• NXT ordre: Recovery-fane for uavklarte ordrelinjer v2.99.0 2026-08-08 — 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.
• KontiConnect: sikrere debug-logging v2.99.0 2026-08-08 — 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.
• Ordretype kan velges på NXT-ordreintegrasjonen v2.99.0 2026-08-08 — 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.
• Kopier konfigurasjon fra en eksisterende integrasjon v2.99.0 2026-08-08 — 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.
• Nytt utseende på integrasjonsveilederen v2.99.0 2026-08-08 — «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.
• NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige v2.99.0 2026-08-08 — 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.
• Sortering og filtrering i Konti Connect-tabellene v2.99.0 2026-08-08 — 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.
• Integrasjonsfelt har fått forklarende hjelpetekst v2.99.0 2026-08-08 — 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.
• Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler v2.99.0 2026-08-08 — Å 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.
• Hjelp-lenke til dokumentasjonen i integrasjonsveilederen v2.99.0 2026-08-08 — 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.
• Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres v2.99.0 2026-08-08 — 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).
• Feltmapping viste teknisk nøkkelnavn for tre transformasjonstyper v2.99.0 2026-08-08 — Kolonnen «Transformasjonstype» viste rå tekst som KontiConnect.FieldMapping.TransformationType.Computed i stedet for et lesbart navn for typene Beregnet, Avledet og Tilordnet. Nå vises riktig navn for alle seks typene systemet kan produsere.
• Bilagsimport for Fjordkraft og Altibox v2.99.0 2026-08-08 — 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.
• NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt» v2.99.0 2026-08-08 — 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.
• NXT aktørsynk — relasjonsmapping med eget oppsett i integrasjonseditoren v2.99.0 2026-08-08 — Integrasjonseditoren for «Visma Business NXT – Aktører» har fått en egen «Relasjonsmapping»-seksjon (skjema-modus): rader som kobler en ePortal-relasjonstype (fra Innstillinger → CRM → Relasjonstyper) til NXT-feltet som fyller den under aktørsynk (Fakturakunde/KAM/Selger). Tidligere kunne mappingen (ActorRelationMap) bare redigeres som rå JSON. Config-malen inkluderer nå standardmappingen, og skjema-modusen bevarer mapping-nøkkelen trygt (objektverdier vises ikke lenger som «[object Object]» og mistes ikke ved lagring).
• Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT v2.99.0 2026-08-08 — 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.
• Kjøringshistorikk med liste og detaljer side om side v2.99.0 2026-08-08 — 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.
• Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• «Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi v2.99.0 2026-08-08 — 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.
• NXT-bilagsintegrasjon kunne verken lagres eller kjøres v2.99.0 2026-08-08 — 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.
• PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett v2.99.0 2026-08-08 — 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.
• Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker v2.99.0 2026-08-08 — 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.
• Priser fra Business NXT: standardpris i produktregisteret og automatisk pris ved produktvalg v2.99.0 2026-08-08 — Prisene i Business NXT bor i pris- og rabattmatrisen, ikke på produktet. Produktsynken henter nå standardprisen (matriserad uten kunde-dimensjon, dato- og kvantumsgyldig) og skriver den til produktregisteret. Og når et produkt velges på en masterordre-linje (celle eller Produktsøk, inkl. strukturmedlemmer) slås KUNDENS pris opp live — kundeavtale foran kundegruppepris foran standard — og enhetspris/rabatt fylles automatisk på linjen (kun når feltene står tomme; oppslagsfeil blokkerer aldri innsettingen). Produktsøk-dialogen viser pris med kilde (Kundepris/Kundegruppepris/Standard).
• NXT produktsynk: fjernet død KontiConnect-videresending v2.99.0 2026-08-08 — Etter lokal lagring POSTet produktsynken hvert produkt til KontiConnect-API-et, som skrev til en tabell (wv_Product) som ikke finnes i noen database — hvert kall feilet med HTTP 400, og payloaden sendte uansett pris/kost hardkodet til 0. Steget er fjernet: produktregisteret i ePortal-databasen (samme base som KontiConnect bruker) er lagringsstedet, uten HTTP-omvei. Synken blir raskere og kjøringsloggen slipper tusenvis av støy-advarsler.
• NXT produktsynk hentet 0 produkter ved full import v2.99.0 2026-08-08 — KontiConnect-produktsynken mot Business NXT hadde changedDate-filteret hardkodet i spørringen; ved full import (delta av) ble filteret evaluert mot tom verdi og NXT returnerte stille null rader — en førstegangsimport kunne aldri hente noe. Filteret bygges nå kun når delta-synk faktisk har en dato. Merk også at delta-synk ser 7 dager tilbake — sett EnableDeltaSync=false for engangs-/førstegangsimport.
• NXT aktør-synk: krasjet på ikke-numerisk organisasjonsnummer v2.99.0 2026-08-08 — Synk av kunder/leverandører fra Business NXT kastet en JSON-feil («could not be converted to Int64») så snart en aktør hadde et companyNo som ikke var et rent tall (f.eks. utenlandsk org.nr., eller lengre enn Int64). Feltet leses nå som tekst, i tråd med NXT-skjemaet (associate.companyNo = String).
• NXT aktør-synk: full synk feilet med GraphQL-valideringsfeil v2.99.0 2026-08-08 — Full synk (delta av) av kunder og leverandører fra Business NXT feilet med «Variable '$fromDate' is never used in operation» fordi spørringen deklarerte $fromDate i operasjonen uten å bruke den når delta-filteret var av. Deklarasjonen og delta-filteret bygges nå sammen, så full synk kjører og henter inn alle aktørene.
• NXT aktør-synk: skriver nå kunder/leverandører rett til aktørregisteret (uten KontiConnect-mellomledd) v2.99.0 2026-08-08 — Import-retningen av NXT aktør-synk skriver nå hver kunde/leverandør direkte til wv_Actor via en felles, testet aktør-upsert i stedet for å POST-e til KontiConnect (/api/v2/Actor) over HTTP. Dette fjerner batch-atomisiteten som lot én dårlig aktør (ugyldig e-post eller manglende navn) felle hele batchen på 50, og lar hver aktør lykkes/feile/hoppes over for seg. Upserten bevarer sammenslåing på organisasjonsnummer (samme juridiske enhet som både kunde og leverandør får ikke dupliserte rader), renser e-post likt som før, og hopper over aktører uten navn eller med «0»/tomt referansenummer. Eksport-retningen er uendret.
• NXT aktør-synk: skriving til KontiConnect feilet med HTTP 400 for alle aktører v2.99.0 2026-08-08 — Etter at lesingen fra NXT ble rettet, ble hver aktør avvist av KontiConnect (POST /api/v2/Actor) med HTTP 400. Årsak: Visma-aktørenes e-postfelt inneholder ofte flere adresser (a@x.no;b@y.no) eller fritekst, og KontiConnect validerer e-post med [EmailAddress] — én ugyldig e-post fikk hele batchen på 50 aktører til å feile. E-post renses nå før sending (beholder kun én gyldig adresse, ellers tom), og aktører helt uten navn hoppes over (KontiConnect krever navn — én navnløs aktør felte ellers hele batchen), så alle gyldige aktører lagres. I tillegg vises nå KontiConnect-svarteksten i feil-/advarselmeldingen (ikke bare «HTTP 400»), så den reelle valideringsårsaken er synlig i integrasjonsloggen.
• Tallfelt i integrasjonsoppsettet kunne ikke lagres v2.99.0 2026-08-08 — 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.
• «Kopier konfigurasjon fra en annen integrasjon» var ikke synlig v2.99.0 2026-08-08 — 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.
• Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren v2.99.0 2026-08-08 — 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.
• OAuth-merket på integrasjonslisten var alltid borte v2.99.0 2026-08-08 — 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.
• Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring v2.99.0 2026-08-08 — 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.
• «Kopier fra …» viste ingenting mens den lastet v2.99.0 2026-08-08 — Å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å.
• Av/på-bryteren i integrasjonslisten endret mer enn av og på v2.99.0 2026-08-08 — 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.
• Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt v2.99.0 2026-08-08 — 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.
• Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet v2.99.0 2026-08-08 — 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.
• Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting v2.99.0 2026-08-08 — 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.
• Deaktivert integrasjon ble liggende igjen under «Kun aktive» v2.99.0 2026-08-08 — 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».
• Å slette en integrasjon kunne overskrive endringer som skjedde samtidig v2.99.0 2026-08-08 — 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.
• Feilmeldinger fra integrasjonslagring kom på engelsk v2.99.0 2026-08-08 — 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.
• Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner v2.99.0 2026-08-08 — 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.
• Debug-logging-bryteren endret mer enn debug-logging v2.99.0 2026-08-08 — 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.
• Bilag til Visma Business NXT kunne få samme bilagsnummer som et bilag registrert et annet sted v2.99.0 2026-08-08 — 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.
• Kontosaldo og transaksjonsuttrekk fra Visma Business og Visma Business NXT bruker nå samme dato-regel gjennomgående v2.99.0 2026-08-08 — 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.
• Integrasjoner: «ClientSecret is required» rett etter lagring v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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).
• NXT ordreconfig valideres strengere v2.99.0 2026-08-08 — 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.
• Masterordre: NXT-overføring (kø) — ny intern jobb i Konti Connect v2.99.0 2026-08-13 — 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.
• NXT-kontakter uten Visma-nummer importeres nå v2.99.0 2026-08-13 — Ved aktørsynkronisering mot Visma Business NXT ble kontaktpersoner uten eget Visma-nummer (associate-nr) tidligere hoppet over. De importeres nå og gjenkjennes på nytt ved senere kjøringer via aktør + e-post + navn, slik at de oppdateres i stedet for å dupliseres. Kontakter helt uten både e-post og navn hoppes fortsatt over.
• Ny intern jobb: serienummer fra Visma Business NXT v2.99.0 2026-08-13 — 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.
• NXT aktørsynk: kartlegg klassifiserings- og egendefinerte felt i feltmapperen v2.99.0 2026-08-13 — 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.
• NXT-integrasjoner: trygg cursor og gjenopptak av ordrelinjer v2.99.0 2026-08-13 — 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.
• NXT ordre: Recovery-fane for uavklarte ordrelinjer v2.99.0 2026-08-13 — 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.
• KontiConnect: sikrere debug-logging v2.99.0 2026-08-13 — 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.
• Ordretype kan velges på NXT-ordreintegrasjonen v2.99.0 2026-08-13 — 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.
• Kopier konfigurasjon fra en eksisterende integrasjon v2.99.0 2026-08-13 — 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.
• Nytt utseende på integrasjonsveilederen v2.99.0 2026-08-13 — «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.
• NXT-integrasjoner: samme feltrekkefølge, og seks skjulte ordre-innstillinger er nå synlige v2.99.0 2026-08-13 — 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.
• Sortering og filtrering i Konti Connect-tabellene v2.99.0 2026-08-13 — 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.
• Integrasjonsfelt har fått forklarende hjelpetekst v2.99.0 2026-08-13 — 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.
• Integrasjoner: tydelig feilmelding når et konfigurasjonsfelt mangler v2.99.0 2026-08-13 — Å 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.
• Hjelp-lenke til dokumentasjonen i integrasjonsveilederen v2.99.0 2026-08-13 — 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.
• Kjørehistorikk, recovery og bilagslogg kan nå sorteres, filtreres og eksporteres v2.99.0 2026-08-13 — 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).
• Feltmapping viste teknisk nøkkelnavn for tre transformasjonstyper v2.99.0 2026-08-13 — Kolonnen «Transformasjonstype» viste rå tekst som KontiConnect.FieldMapping.TransformationType.Computed i stedet for et lesbart navn for typene Beregnet, Avledet og Tilordnet. Nå vises riktig navn for alle seks typene systemet kan produsere.
• Bilagsimport for Fjordkraft og Altibox v2.99.0 2026-08-13 — 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.
• NXT-bilag: Bilagshistorikk-fane med «Kjør på nytt» v2.99.0 2026-08-13 — 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.
• NXT aktørsynk — relasjonsmapping med eget oppsett i integrasjonseditoren v2.99.0 2026-08-13 — Integrasjonseditoren for «Visma Business NXT – Aktører» har fått en egen «Relasjonsmapping»-seksjon (skjema-modus): rader som kobler en ePortal-relasjonstype (fra Innstillinger → CRM → Relasjonstyper) til NXT-feltet som fyller den under aktørsynk (Fakturakunde/KAM/Selger). Tidligere kunne mappingen (ActorRelationMap) bare redigeres som rå JSON. Config-malen inkluderer nå standardmappingen, og skjema-modusen bevarer mapping-nøkkelen trygt (objektverdier vises ikke lenger som «[object Object]» og mistes ikke ved lagring).
• Aktørsynk: ERP-kobling fjernes når aktøren er borte fra NXT v2.99.0 2026-08-13 — 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.
• Kjøringshistorikk med liste og detaljer side om side v2.99.0 2026-08-13 — 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.
• Konti Connect: NXT-organisasjonsenhet-integrasjon feilet på gammel oppsett-config v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• «Last mal» kunne overskrive lagrede API-nøkler med en eksempelverdi v2.99.0 2026-08-13 — 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.
• NXT-bilagsintegrasjon kunne verken lagres eller kjøres v2.99.0 2026-08-13 — 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.
• PowerOffice Go-tilgangstokener er nå isolert per legitimasjonssett v2.99.0 2026-08-13 — 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.
• Microsoft 365: tilgangstokener er nå isolert per kunde og per bruker v2.99.0 2026-08-13 — 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.
• Priser fra Business NXT: standardpris i produktregisteret og automatisk pris ved produktvalg v2.99.0 2026-08-13 — Prisene i Business NXT bor i pris- og rabattmatrisen, ikke på produktet. Produktsynken henter nå standardprisen (matriserad uten kunde-dimensjon, dato- og kvantumsgyldig) og skriver den til produktregisteret. Og når et produkt velges på en masterordre-linje (celle eller Produktsøk, inkl. strukturmedlemmer) slås KUNDENS pris opp live — kundeavtale foran kundegruppepris foran standard — og enhetspris/rabatt fylles automatisk på linjen (kun når feltene står tomme; oppslagsfeil blokkerer aldri innsettingen). Produktsøk-dialogen viser pris med kilde (Kundepris/Kundegruppepris/Standard).
• NXT produktsynk: fjernet død KontiConnect-videresending v2.99.0 2026-08-13 — Etter lokal lagring POSTet produktsynken hvert produkt til KontiConnect-API-et, som skrev til en tabell (wv_Product) som ikke finnes i noen database — hvert kall feilet med HTTP 400, og payloaden sendte uansett pris/kost hardkodet til 0. Steget er fjernet: produktregisteret i ePortal-databasen (samme base som KontiConnect bruker) er lagringsstedet, uten HTTP-omvei. Synken blir raskere og kjøringsloggen slipper tusenvis av støy-advarsler.
• NXT produktsynk hentet 0 produkter ved full import v2.99.0 2026-08-13 — KontiConnect-produktsynken mot Business NXT hadde changedDate-filteret hardkodet i spørringen; ved full import (delta av) ble filteret evaluert mot tom verdi og NXT returnerte stille null rader — en førstegangsimport kunne aldri hente noe. Filteret bygges nå kun når delta-synk faktisk har en dato. Merk også at delta-synk ser 7 dager tilbake — sett EnableDeltaSync=false for engangs-/førstegangsimport.
• NXT aktør-synk: krasjet på ikke-numerisk organisasjonsnummer v2.99.0 2026-08-13 — Synk av kunder/leverandører fra Business NXT kastet en JSON-feil («could not be converted to Int64») så snart en aktør hadde et companyNo som ikke var et rent tall (f.eks. utenlandsk org.nr., eller lengre enn Int64). Feltet leses nå som tekst, i tråd med NXT-skjemaet (associate.companyNo = String).
• NXT aktør-synk: full synk feilet med GraphQL-valideringsfeil v2.99.0 2026-08-13 — Full synk (delta av) av kunder og leverandører fra Business NXT feilet med «Variable '$fromDate' is never used in operation» fordi spørringen deklarerte $fromDate i operasjonen uten å bruke den når delta-filteret var av. Deklarasjonen og delta-filteret bygges nå sammen, så full synk kjører og henter inn alle aktørene.
• NXT aktør-synk: skriver nå kunder/leverandører rett til aktørregisteret (uten KontiConnect-mellomledd) v2.99.0 2026-08-13 — Import-retningen av NXT aktør-synk skriver nå hver kunde/leverandør direkte til wv_Actor via en felles, testet aktør-upsert i stedet for å POST-e til KontiConnect (/api/v2/Actor) over HTTP. Dette fjerner batch-atomisiteten som lot én dårlig aktør (ugyldig e-post eller manglende navn) felle hele batchen på 50, og lar hver aktør lykkes/feile/hoppes over for seg. Upserten bevarer sammenslåing på organisasjonsnummer (samme juridiske enhet som både kunde og leverandør får ikke dupliserte rader), renser e-post likt som før, og hopper over aktører uten navn eller med «0»/tomt referansenummer. Eksport-retningen er uendret.
• NXT aktør-synk: skriving til KontiConnect feilet med HTTP 400 for alle aktører v2.99.0 2026-08-13 — Etter at lesingen fra NXT ble rettet, ble hver aktør avvist av KontiConnect (POST /api/v2/Actor) med HTTP 400. Årsak: Visma-aktørenes e-postfelt inneholder ofte flere adresser (a@x.no;b@y.no) eller fritekst, og KontiConnect validerer e-post med [EmailAddress] — én ugyldig e-post fikk hele batchen på 50 aktører til å feile. E-post renses nå før sending (beholder kun én gyldig adresse, ellers tom), og aktører helt uten navn hoppes over (KontiConnect krever navn — én navnløs aktør felte ellers hele batchen), så alle gyldige aktører lagres. I tillegg vises nå KontiConnect-svarteksten i feil-/advarselmeldingen (ikke bare «HTTP 400»), så den reelle valideringsårsaken er synlig i integrasjonsloggen.
• Tallfelt i integrasjonsoppsettet kunne ikke lagres v2.99.0 2026-08-13 — 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.
• «Kopier konfigurasjon fra en annen integrasjon» var ikke synlig v2.99.0 2026-08-13 — 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.
• Passord og tokens i integrasjonsoppsettet ble sendt til nettleseren v2.99.0 2026-08-13 — 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.
• OAuth-merket på integrasjonslisten var alltid borte v2.99.0 2026-08-13 — 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.
• Klient-hemmelighet kunne bli byttet ut med en gammel verdi ved lagring v2.99.0 2026-08-13 — 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.
• «Kopier fra …» viste ingenting mens den lastet v2.99.0 2026-08-13 — Å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å.
• Av/på-bryteren i integrasjonslisten endret mer enn av og på v2.99.0 2026-08-13 — 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.
• Å lagre en integrasjon nullstilte kjørehistorikk og neste kjøretidspunkt v2.99.0 2026-08-13 — 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.
• Debug-bryteren på integrasjonens detaljside slettet parameteroppsettet v2.99.0 2026-08-13 — 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.
• Delta sync-bryterne i integrasjonsoppsettet gjorde ingenting v2.99.0 2026-08-13 — 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.
• Deaktivert integrasjon ble liggende igjen under «Kun aktive» v2.99.0 2026-08-13 — 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».
• Å slette en integrasjon kunne overskrive endringer som skjedde samtidig v2.99.0 2026-08-13 — 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.
• Feilmeldinger fra integrasjonslagring kom på engelsk v2.99.0 2026-08-13 — 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.
• Varslingsinnstillinger kunne ikke lagres på Visma Business NXT-integrasjoner v2.99.0 2026-08-13 — 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.
• Debug-logging-bryteren endret mer enn debug-logging v2.99.0 2026-08-13 — 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.
• Bilag til Visma Business NXT kunne få samme bilagsnummer som et bilag registrert et annet sted v2.99.0 2026-08-13 — 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.
• Kontosaldo og transaksjonsuttrekk fra Visma Business og Visma Business NXT bruker nå samme dato-regel gjennomgående v2.99.0 2026-08-13 — 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.
• Integrasjoner: «ClientSecret is required» rett etter lagring v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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).
• NXT ordreconfig valideres strengere v2.99.0 2026-08-13 — 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.
• Anleggsregister — synkroniser kommuneregister fra Kartverket v2.98.0 2026-06-27 — Ny knapp «Synkroniser fra Kartverket» i Anleggsregister → Kontrolloppsett → Kommuner henter gjeldende kommuneliste fra Kartverket sitt offentlige API. Nye kommuner legges til (inaktive), kommuner som har endret navn oppdateres, og kommuner som ikke lenger finnes settes inaktive hvis de er i bruk eller slettes hvis de ikke er i bruk. Standardkommunen røres aldri. Knappen viser en bekreftelsesdialog før kjøring og en oppsummering etterpå.
• NXT OrgUnit→arbeidsordre-sync lagrer nå faktisk i ePortal v2.98.0 2026-06-27 — Synken (TargetEntity=WorkOrder) skriver arbeidsordrene direkte til wv_WorkOrder med riktig status (aktiv = 0, lukket = 1) i stedet for via API-et, slik at «suksess» alltid betyr at raden ble lagret. Tidligere ble aktive ordrer feilaktig markert som lukket og forsvant fra arbeidsordre-listen, selv om synken meldte suksess.
• NXT-orgenhet-sync (push) feiler ikke lenger på poster uten sluttdato v2.98.0 2026-06-27 — Når en arbeidsordre/orgenhet manglet planlagt sluttdato (lagret som 0001-01-01), ble den sendt som plannedEndDate: 00010101 i GraphQL-mutasjonen mot Visma Business NXT — et ugyldig tall (ledende nuller) som fikk NXT til å avvise hele batchen med SYNTAX_ERROR. Datoer uten reell verdi utelates nå fra mutasjonen.
• NXT bilagseksport leser bilag fra ePortal-databasen (ikke lenger ekstern API) v2.97.5 2026-06-11 — «NXT Bokføring av bilag» (VismaBusinessNXT_Vouchers) henter nå ventende bilag direkte fra wv_ExtCache_Voucher/wv_ExtCache_VoucherLine i klientdatabasen, likt Visma Business-bilagsføringen, og sender til NXT via GraphQL. Dette fjerner avhengigheten til det eksterne connect-endepunktet (som ga HTTP 405). Regnskapsdimensjoner mappes rett fra R-kolonner til NXT (R1→orgUnit1 … R9→orgUnit9, fordelingsnøkkel og kvantum), slik at bl.a. R9 på investeringsbilag følger med. Bilag som er bokført OK fjernes fra ePortal etter eksport. Hvert bilag bokføres i sin egen bilagsserie (VoSerie fra bilagstabellen) — konfigurert VoucherSeriesNo er kun fallback for bilag uten serie, likt Visma Business. Avskrivningsbilag identifiseres nå på bilagsserie i stedet for bilagstype, med ny konfig DepreciationVoucherSeries (standard 600), og konfigurasjonsmalen er oppdatert til å vise feltene adapteren faktisk bruker (VoucherSeriesNo, AutomaticBatchUpdates, EnableBookkeepingControl, EnableProjectBlocking, BatchSize) med hjelpetekst.
• Ny «Nye bilag»-fane på NXT bilagsadapter v2.97.5 2026-06-11 — Detaljsiden for VismaBusinessNXT_Vouchers har fått samme kø-oversikt som materialbilag-adapteren: en fane som viser bilagene som ligger klare for bokføring i Business NXT (bilags-ID, serie, dato, debet/kredit, beløp, avdeling, prosjekt, arbeidsordre, R9, ExtID). Read-only, oppdateres ved å åpne fanen.
• Manglende integrasjoner dokumentert v2.97.5 2026-06-11 — Håndboken har nå dedikerte sider for Abax, Simployer (ansatte + fravær), Visma Payroll, CRM aktør-eksport, Konti Connect eksterne kostnader, lagertransaksjoner til bokføring, Microsoft Planner og Microsoft To Do: konfig-felter forklart, oppsett-trinn, mapping-detaljer og vanlige problemer.
• Eksisterende integrasjons-sider beriket med konfig-detaljer v2.97.5 2026-06-11 — Grundigere konfig-feltforklaring (per felt: type, påkrevd, default, kode-referanse), auth-flyt og eksempel-ConfigurationJson lagt til på Digpro (4 adaptere + Basic Auth), Freshdesk (rettet — bruker wv_SystemConfiguration Freshdesk.ApiUrl/ApiKey, ikke runtime-config), Microsoft 365 (M365Graph.*-felter + Entra app-registrering + Graph-permissions), PowerOffice Go (lagt til 4. adapter PowerOfficeGoTimeKpiImport), Trimble (eksempel-JSON per adapter + Cityworks auth-flyt), Visma Business klassisk (faktiske PortalConnector Settings.xml-felter) og Visma Business NXT (felles ClientId/ClientSecret/TenantId/CompanyNo-tabell). Visma.net-siden markert som "ikke implementert" — ingen adapter eller IntegrationType finnes for dette i kodebasen.
• Materialbilag-eksport: alle konfigvalg synlige med hjelpetekst v2.97.5 2026-06-11 — Konfigurasjonsmalen for «Lagertransaksjoner til bokføring» (WorkOrderMaterialVoucherExport) viser nå alle parametere adapteren faktisk bruker — inkludert de som manglet i malen: DefaultInvestmentR9 (R9-dimensjon på investeringsbokføringer), LocationOverrideJson (stedbasert konto/R9-overstyring), PurchaseAccountNo (varemottakskonto), ExcludeReceives og SortOrder. Hvert felt har fått forklarende hjelpetekst i både JSON-malen og GUI-feltvisningen, og investeringskonto-hjelpen forklarer at avdelingens depDebitAccountInvestment overstyrer standardkontoen.
• Prosesskart for Integration API v2.97.5 2026-06-11 — Teknikerhåndboken viser nå hele flyten gjennom connect.elportal.no: v1/v2-autentisering, tenant- og klientmapping, requestpipeline, lese-/skriveeffekter, kvitteringsmønstre, controllerområder og drift/feilsøking. Dokumentasjonen markerer også Accounting-ruter som svarer uten implementert persistens.
• ABAX-import henter nå alle turer i perioden v2.97.5 2026-06-11 — Tur-importen kunne stoppe etter første side og slapp dermed gjennom langt færre turer enn det som lå i ABAX. To årsaker er rettet: pagineringen var avhengig av ett enkelt felt i API-svaret og stoppet etter ~100 turer hvis feltet manglet, og klassefilteret (commercialClass) ble sendt med feil verdi til ABAX slik at serveren ikke filtrerte. Klassen sendes nå korrekt (Private/Commercial/Unknown), og commercialClass/AllowedTripClasses kan settes til All for å hente alle turtyper. Konfigurert PageSize over ABAX-grensen på 100 begrenses automatisk.
• NXT freeInformation3 — omskrivet eksport + batching v2.97.0 2026-06-07 — Eksporten håndterer nå flere poster per kall (batching) og history-query-feilen (504 timeout) er rettet.
• NXT-diagnostikk og sentralisert integrasjonsoppslag v2.97.0 2026-06-07 — Aktivering timer har fått diagnose-logg for NXT-kall og sentralisert oppslag av NXT-integrasjon/firma — gjør feilsøking enklere når noe stopper.
• Konti Connect — håndbok refererer faktiske arbeidsprosesser v2.97.0 2026-06-07 — Tidligere refererte håndbokens integrasjons- og rolleinnganger til "(kommer)"-sider for integrasjonslogg, pause-integrasjon, kjøre manuelt, rotere OAuth-token og se integrasjonsstatus. Disse er nå direkte tilgjengelig via Konti Connect-modulen i håndboken.
• Visma Business (klassisk) — rettet ×10000 feil i overførte beløp ved engelsk kultur v2.91.0 2026-06-15 — Ordre-/fakturalinjer overført til Visma Business (desktop) via PortalConnector kunne få beløp blåst opp med nøyaktig 10 000 (f.eks. antall 1,00 → 10 000, pris 5 064,00 → 50 640 000,00, og negative kreditbeløp tilsvarende). Årsaken var at desimaltall ble tolket med trådens kultur: kildeverdiene har punktum som desimalskille ("5064.0000"), og den gamle koden gjorde Convert.ToDecimal(x.Replace(".", ",")) — under engelsk/invariant kultur ble kommaet da lest som tusenskille og strippet bort, så fire desimaler ble til fire nuller. Antall, kostpris, pris og rabatt-% parses nå kulturuavhengig (InvariantCulture) i begge ordrelinje-skrivestiene (ordre og fakturagrunnlag), så beløp blir korrekte uavhengig av tjenermaskinens regioninnstilling.
• NXT timer-replikering — lest direkte fra ePortal med ekte delta + periode v2.91.0 2026-06-15 — Adapteren for timer til Visma Business NXT er lagt om fra å hente via KontiConnect (månedslåst timesheet/period) til å lese wv_Time_WageReg direkte i klient-databasen. Den er nå en ren lese-replika for rapportering: den markerer ingenting som eksportert (wrExtID/wrExported røres ikke — de eies av andre integrasjoner) og skriver aldri tilbake til ePortal. StartDate er primær nedre grense (henter alt fra og med datoen, på tvers av perioder); legacy-nøklene Period, SyncDirection og MarkAsExported ignoreres. Med EnableDeltaSync (standard på) kjører første kjøring full backfill fra StartDate, deretter kun rader endret siden sist (ISNULL(wrUpdDate, wrRegDate)), så også sene redigeringer av gamle linjer fanges. Hver endret linje upsertes mot NXT (primaryKey = wrID: finnes → freeInformation3_update, ellers freeInformation3_create). Nytt felt realisedYearAndPeriod (YYYYMM) settes per linje fra datoen. Alle NXT-kall er batchet (finnes-sjekk primaryKey _in, create values[], update filters[]+values[], delete primaryKey _in; standard batch 200, maks 500) med sub-batch-retry ved feil i stedet for én-og-én. Delta-cursoren er en keyset på (endringsdato, wrID) (lagret som LastSyncTimestamp + LastSyncWrId via __UPDATE_CONFIG__) som avanseres kun til slutten av det fullt synkede prefikset (resumerbar) — den kan ikke stoppe opp når mange rader deler samme minutt-presise tidsstempel, og har ingen sekund/minutt-avrundingsgap. Store første backfills er begrenset med MaxRowsPerRun (standard 25000): en stor historikk (f.eks. 113 670 rader ≈ 5 kjøringer) spres over flere planlagte kjøringer som hver flytter watermark videre, så minne og kjøretid holdes i sjakk og fremdrift bevares ved avbrudd. Slettede timer fjernes fortsatt fra NXT (freeInformation3_delete), men uten ack tilbake til ePortal.
• NXT org-enhet → arbeidsordre — woDep/woProj fylles nå fra orgUnit1/orgUnit2 v2.91.0 2026-06-15 — Ved synk av OrgUnit5 (R5) inn mot arbeidsordre i ePortal ble woDep og woProj nullet ut når adapteren ikke hadde en eksplisitt OrgUnitMappings-konfig. Da ble kryss-referansene (orgUnit1/orgUnit2) aldri hentet fra NXT. Adapteren defaulter nå til Vismas standard R-matrise når ingen mapping er satt: orgUnit1 (avdeling) → DepartmentId (woDep) og orgUnit2 (prosjekt) → ProjectId (woProj). Eksplisitt konfigurert OrgUnitMappings overstyrer som før.
• NXT timer-eksport — rettet deserialiseringsfeil mot KontiConnect v2.91.0 2026-06-15 — Eksport av timer til Visma Business NXT feilet med «Kunne ikke deserialisere tidsregistrerings-respons» fordi adapterens DTO-er ikke matchet KontiConnect-responsene: WageTypeOptionNo/AccXNo kom som tall (typet som streng), DepNo kom som streng (typet som int), og LineID/WrId kunne være null (typet som ikke-nullbar int). Slettede registreringer feilet tilsvarende fordi DTO-en brukte LineID/int EmployeeNo mens API-et returnerer Id/ExternalId/DeletedDate. DTO-ene speiler nå Integration API-modellene eksakt, og deserialiseringen tåler tallstrenger. Poster uten LineID (kan ikke spores ved eksport) hoppes nå over med en advarsel i stedet for å krasje.
• NXT timer-eksport — skriver nå til riktig entitet (freeInformation3) v2.91.0 2026-06-15 — Eksporten skrev tidligere til appointment-entiteten med feil mutation-argument (value i stedet for values) og et felt som ikke finnes (externalReference), slik at hver eneste post ble avvist av NXT (0 vellykkede). Adapteren er skrevet om til å bruke freeInformation3 (Business «Fri informasjon 3»): KontiConnect-LineID brukes direkte som NXT-primaryKey (int), og feltene mappes til employeeNo, text1 (lønnsart), text2 (beskrivelse), date1 (YYYYMMDD), orgUnit1 (avdeling), orgUnit2 (prosjekt), orgUnit5 (arb.ordre), orgUnit9 (KontoX, sendes som tekst) og value1 (timer). Postene opprettes nå batch-vis (ett freeInformation3_create(values:[…])-kall per chunk i stedet for ett kall per post), med automatisk fallback til én-og-én hvis en batch feiler samlet. Dedup og tilkoblingstest går mot freeInformation3.
• NXT timer-eksport — slettede timer fjernes nå i NXT v2.91.0 2026-06-15 — Timer som slettes i ePortal etter at de er overført til Visma Business NXT, slettes nå også i NXT (freeInformation3_delete filtrert på primaryKey = LineID), før de bekreftes tilbake til KontiConnect. Tidligere ble slettede poster kun bekreftet uten at NXT-raden ble fjernet, så NXT satt igjen med foreldreløse timeregistreringer. Poster som aldri ble eksportert (tom ExternalId) bekreftes som før uten NXT-kall. Mislykkede NXT-slettinger bekreftes ikke, slik at de prøves på nytt ved neste kjøring.
• Integrasjon-historikk — fikset 504 ved store kjøringslogger v2.91.0 2026-06-15 — Historikk-listevisningen (/api/integration/{id}/history) hentet alle kolonner inkludert ExecutionLog/ErrorStackTrace, som kan bli titalls MB per kjøring (f.eks. NXT-eksport som logget hvert GraphQL-kall). 20 rader kunne dermed dra ~80 MB og gi HTTP 504. Listespørringen henter nå kun metadata-kolonnene; full logg/stacktrace lastes som før i detalj-visningen.
• Org-enhet-sync — idempotent upsert fjerner PRIMARY KEY-krasj v2.91.0 2026-06-15 — Synkronisering av ansvarsenheter (avdeling/prosjekt/AccX) fra eksterne adaptere (f.eks. Visma Business NXT) kunne krasje med Violation of PRIMARY KEY constraint 'wv_Time_Dep_PK' (f.eks. nøkkel «9999») ved bulk-/parallell-sync. wv_Time_Rx_ins er nå en atomisk, idempotent upsert (IF EXISTS UPDATE ELSE INSERT med UPDLOCK, HOLDLOCK i én transaksjon) som eliminerer TOCTOU-vinduet, slik at gjentatte eller samtidige synker er trygge. Eksisterende regnskapskolonner på avdeling bevares (COALESCE-merge ved oppdatering). (#Migration_20261006100000)
• WorkOrder-sync — gjenoppretter EXECUTE-rettigheter v2.91.0 2026-06-15 — Synkronisering av arbeidsordrer feilet med The EXECUTE permission was denied on the object 'wv_WorkOrder_ins' (SQL 229). Årsaken var at tidligere migreringer gjenskaper wv_WorkOrder_ins/_upd/_del med DROP+CREATE, noe som fjerner alle EXECUTE-grants på tenant-databasene. Ny migrering re-granter EXECUTE til de samme prinsipalene som allerede har rettighet på en intakt søsterprosedyre (tenant-agnostisk), samt til app-rollene wv_Users/wv_client dersom de finnes. (#Migration_20261006110000)
• Aktivering timer — regnskapsdata bokføres i til-periodens måned v2.91.0 2026-06-15 — Timeregistreringer fra ePortal bokføres fortsatt på sin egen arbeidsdato innenfor fra–til-perioden. Regnskapsdata (NXT/AcTr — bokført lønnskost) hentes nå basert på til-perioden og bokføres samlet i til-periodens måned, i stedet for å arve hver transaksjons egen bokføringsperiode. Gjelder variantene A, B, C, G og H (E/F har ingen regnskapsblokk). En informasjonsnote i rapportfanen forklarer regelen. (#Migration_20261006130000)
• Aktivering timer — Variant A: 70%-filter også på investeringsblokken v2.91.0 2026-06-15 — Variant A (SKL/Hydrogen) ekskluderte i gammeljobben prosjekt som starter med 70 også i regnskaps-/investeringsblokken (Trans.r2 NOT LIKE '70%'), men den nye SP-en filtrerte bare timereg-blokkene. Investeringsblokken (AcTr) for Variant A ekskluderer nå 70%-prosjekt likt det gamle scriptet. Gjelder kun Variant A; B/C/G/H hadde filteret avskrudd. (#Migration_20261007110000)
• Aktivering timer — egen Verdidato på bilaget v2.91.0 2026-06-15 — Bilagsfanen har nå to datoer: «Bilagsdato» (dokumentdato → bilagslinjens VoDate) og ny «Verdidato» (bokføringsperiode → bilagslinjens ValDate). Begge defaulter til til-datoen og kan endres uavhengig. NXT skiller disse (voucherDate vs valueDate); ePortal lagrer nå begge på bilagslinjen. (#Migration_20261007120000)
• Aktivering timer — konfigurerbart konto-intervall for regnskapsdata v2.91.0 2026-06-15 — Konto-intervallet som hentes fra NXT for investeringsblokken (tidligere hardkodet) settes nå i Innstillinger («Regnskap konto-intervall»), med fallback til 5000–5989. Kunder med 5-sifret kontoplan (f.eks. SKL) kan dermed sette sitt eget intervall (f.eks. 50000–59890).
• Aktivering timer — fikset NXT-filter som ikke ble håndhevet v2.91.0 2026-06-15 — GraphQL-spørringen mot NXT (generalLedgerTransaction) brukte feil filter-syntaks: flere felt direkte i filter uten _and, og to operatorer (_gte+_lte) i samme felt-objekt. NXT ignorerte derfor filteret og returnerte alle transaksjoner (feil konto/periode). Filteret er nå skrevet som dokumentert _and-array med én operator per betingelse, og det filtreres/leses konsistent på valueDate (bokføringsperiode). I tillegg håndheves konto- og datointervallet nå også klientsidig som ekstra sikring.
• NXT-filter — samme syntaksfeil rettet i bankavstemming og regnskapsrapport v2.91.0 2026-06-15 — En audit avdekket at flere NXT GraphQL-spørringer brukte samme ugyldige filter-syntaks (flere felt uten _and, kombinerte _gte+_lte), så NXT håndhevet bare ett vilkår og returnerte for mange transaksjoner. Rettet i VismaBusinessNXTBankDataProvider (hovedbok, reskontro, banktransaksjoner, bilagsdetalj, saldo) og VismaBusinessNXTFinancialReportingService (kontotransaksjoner). Alle bruker nå dokumentert _and-array med én operator per betingelse. Øvrige NXT-adaptere (Account, Actor, Order, Product, TimeRegistration, Voucher, OrgUnit) ble verifisert OK.
• Aktivering timer — bilag-panelet flyttet øverst + søk/filter + totaler v2.91.0 2026-06-15 — Panelet for å opprette bilag lå nederst etter rapporttabellen, så brukere glemte å scrolle ned og fant det ikke. Det vises nå som et fremhevet kort øverst til høyre, på samme linje som fra/til-filteret, så snart rapporten er kjørt. Rapport-grid-en har i tillegg fått globalt søk og kolonnefilter (år, periode, dato, art, tekst, kontoX, avdeling, prosjekt, AO, kilde) samt en totalrad som summerer «Antall» og «Beløp» justert under riktig kolonne. «Verdidato» er omdøpt til «Valuteringsdato».
• Smart-grid — gruppesum viser kolonnenavn v2.91.0 2026-06-15 — Ved gruppering med flere aggregater viste toppnivå-gruppen bare «Sum» på hvert tall, så det var umulig å se hvilken kolonne summen gjaldt. Badgen viser nå «Sum <kolonnenavn>» (f.eks. «Sum Antall», «Sum Beløp»). Gjelder alle grids som grupperer med aggregater.
• Aktivering timer — antall timer hentes nå fra regnskapet v2.91.0 2026-06-15 — Regnskapsdata fra NXT (generalLedgerTransaction) hentet beløp men ikke antall, så «Antall»-kolonnen var tom for NXT-baserte rader. GraphQL-spørringen henter nå quantity (AcTr.qty), som føres til staging-Qty og summeres til «Antall» i rapporten via eksisterende SUM(s.Qty). Ingen skjema-/SP-endring nødvendig — kun feltet manglet i spørringen.
• NXT-bilag — Excel-rapport lastes opp som bilagsvedlegg v2.91.0 2026-06-15 — Når et aktiveringsbilag opprettes, genereres rapporten som Excel klientside (hele rapporten, ikke filtrert visning), lagres i blob og registreres på den eksisterende vedleggstabellen (wv_ExtCache_VoucherLine_Attachment, utvidet med UploadToNxt/SentToNxt/SentDate) flagget for NXT-opplasting. NXT voucher-adapteren laster den ned fra blob og opp som dokument på selve bilaget via voucher_processings.addNewDocument (batchNo + voucherNo) etter at bilaget er opprettet i NXT, og markerer den som sendt (idempotent). Blob-containeren lagres prefikset på vedleggsraden og leses verbatim (i tråd med multi-tenant-konvensjonen). (#Migration_20261009100000)
• NXT-bilag — felles bilagsnummer på alle linjer v2.91.0 2026-06-15 — Voucher-adapteren leste tidligere ikke bilagsnummer og lot NXT auto-nummerere (voucherNo utelatt), noe som ikke garanterte at alle linjene i et bilag fikk samme nummer. Adapteren leser nå nextVoucherNo fra bilagsserien (voucherSeries) og setter samme voucherNo på alle linjene. Gjelder alle NXT-bilag via denne adapteren. Faller tilbake til auto-nummerering med advarsel hvis serien ikke kan leses.
• Integrasjoner — hindrer dobbeltkjøring av samme jobb v2.91.0 2026-06-15 — En integrasjon kunne kjøre to ganger samtidig (scheduler + manuell «kjør nå», eller en planlagt kjøring som startet før forrige var ferdig), noe som bl.a. kunne gi kolliderende bilagsnummer ved NXT-eksport. ExecuteIntegrationAsync tar nå en eksklusiv per-integrasjon-lås (sp_getapplock, nøklet på integrationId, holdt på tenant-DB-en gjennom hele løpet, auto-frigjort ved krasj). Samme integrasjon hopper over umiddelbart med «kjører allerede»-advarsel; ulike integrasjoner (også samme type for ulike selskap) kjører fortsatt parallelt.
• Bankavstemming / NXT — ugyldige GraphQL-feltnavn rettet på reskontro og bankutdrag-detalj v2.91.0 2026-06-15 — Reskontro- (customerTransaction/supplierTransaction) og bankutdrag-detalj-spørringene (accountStatementDetail) valgte feltnavn som ikke finnes i NXT-skjemaet («Cannot query field»). Beløp aliases nå fra amountDomestic, partsnavn hentes separat fra master-aktøren, og detaljfeltene (relasjonsnavn, referanser, beløp m.m.) aliases til korrekte NXT-navn. DTO-er og forbrukere er uendret via GraphQL-alias.
• KAI / NXT regnskap — fullstendig henting (paginering) og raskere partsoppslag v2.91.0 2026-06-15 — NXT-regnskapsspørringene (reskontrotransaksjoner, hovedbokssaldo, hovedbokstransaksjoner, budsjett og parts-stamdata) hentet kun første side (first: 2000/500) og kunne stille avkorte store resultatsett, slik at KAI-totaler ble for lave. Spørringene paginerer nå gjennom alle sider via pageInfo-markøren. Parts-stamdata (kunde/leverandør, opptil tusenvis av rader) hentes dessuten kun én gang per KAI-spørsmål (memoisert), så et spørsmål som trenger både transaksjoner og partsoppslag ikke henter samme stamdata to ganger.
• NXT timer-replikering — slettede timer fjernes uten å re-slette hele historikken v2.91.0 2026-06-15 — Sletthåndteringen leste tidligere alle slettede timer siden StartDate og sendte freeInformation3_delete for hele settet hver kjøring (voksende, unødvendig arbeid). En ny slettemarkør (DeletedDate på slettekøen) gjør at hver kjøring kun fjerner nye slettinger siden forrige kjøring; markøren avanseres kun over vellykkede slettinger, så feilede prøves på nytt. (#Migration_20261009110000)
• Bankavstemming / NXT — partsnavn og reskontro-parter leses fra associate, ikke customer/supplier v2.91.0 2026-06-15 — Konsernavstemmingens partsoppslag feilet med «Cannot query field 'customer' on type 'Query_UseCompany'» fordi useCompany ikke har noe customer/supplier-rotfelt. Kunde-/leverandørmasteren er den samlede associate-entiteten (Actor, tabell 152) med customerNo/supplierNo/name som felt. Både ResolvePartyNameAsync (navneoppslag per part) og GetSubledgerPartiesAsync (reskontro-partliste) spør nå associate filtrert på rollekolonnen (customerNo/supplierNo), i tråd med Vismas offisielle eksempelspørring. DTO-ene var allerede kompatible.
• NXT aktør-synk (kunde/leverandør) — hele adapteren rettet til associate v2.91.0 2026-06-15 — VismaBusinessNXTActorAdapter brukte det ikke-eksisterende customer/supplier-rotfeltet i alle spørringer og mutasjoner (import, tilkoblingstest, eksistens-sjekk, opprett/oppdater), så hele aktør-synken feilet med «Cannot query field». Lesing går nå mot associate (aliaset til customer/supplier så respons-DTO-ene er uendret), rollefiltrert på customerNo/supplierNo, og skriving bruker associate_create/associate_update med Associate_Input. Feltnavn er korrigert til NXT GraphQL-navn: addressLine1/2, postCode, postalArea, countryNo, emailAddress, mobilePhone, companyNo (organisasjonsnummer, SQL BsNo) og creditDenied (bit 1/0 → aktiv/blokkert-status). Faks leses ikke (droppet).
• Bankavstemming / NXT — hovedboksdata kom ikke ut (tomt resultat) v2.91.0 2026-06-15 — Henting av hovedbokslinjer fra NXT (generalLedgerTransaction) filtrerte på valueDate (valuteringsdato), som kun er satt på bank-/betalingslinjer. Rene hovedboksposteringer — f.eks. på konsernmellomværende-kontoer som brukes i konsernavstemming (13410/22600) — har valueDate = 0, så et valueDate-intervall returnerte ingenting (tomme transactionsA/transactionsB). Periodefilteret bruker nå voucherDate (bilagsdato), som alltid er satt, slik at hovedboksdata kommer ut igjen. Reskontro-spørringen beholder valueDate (forfalls-/valuteringsdato er reelt satt der).
• Bankavstemming / NXT — reskontro-detaljer feilet på agentReference v2.91.0 2026-06-15 — Detaljvisningen for konsernavstemming (GetIntercompanyTransactionDetails) feilet med «Cannot query field 'agentReference' on type 'CustomerTransaction'». Kildekolonnen CustTr/SupTr.AgRef eksponeres i NXT GraphQL som crossReference (ref→reference, extRef1/2/3→externalReference1/2/3, agRef→crossReference). Feltet aliases tilbake til agentReference så DTO og forbrukere er uendret.
• Konti Connect — bedre kjøringshistorikk v2.91.0 2026-06-15 — Integrasjonsdetaljer viser nå paginert kjøringshistorikk med valg for 10/20/50/100 logger per side, og historikkrader kan klikkes direkte for å åpne detaljvisningen og hoppe ned til panelet.
• Konti-Connect — sikkerhets- og UX-hardening v2.91.0 2026-06-15 — Skrive-/utførende endepunkter (Create/Update/Delete-integrasjon, Execute, SaveFieldMappings, ResetVoucherExportLog) krever nå [Authorize(Roles = "SystemAdmin")] (tidligere kunne enhver autentisert bruker kalle dem direkte og bypasse modul-flagget). Field-mapping-skjema valideres på frontend før save (avviser tom source/target/type med toast). Cron-uttrykk får regex-validator i editoren så åpenbart ugyldig input ikke stille deaktiverer schedulen. localStorage-tilgang er try-catch-pakket. Debug-console.log med integrasjons-config (kunne inneholde token-state) er fjernet.
• PowerOffice Go-synkronisering v2.91.0 2026-06-15 — Synkronisering av kunder, kontakter og prosjekter med PowerOffice Go.
• PowerOffice Go Time KPI-import v2.91.0 2026-06-15 — Ny adapter importerer timetransaksjoner til lokal KPI-cache med egne API-endepunkter for Min oppsummering, trend og toppkunder.
• Time KPI Dashboard v2.91.0 2026-06-15 — Nytt dashboard for personlig og team-KPI med faktureringsgrad, timeoversikt, trendtabell og toppkunder. Teamvisning med ansattkort og drill-down, styrt via DataAccess.
• Time KPI Dashboard — visuell oppgradering v2.91.0 2026-06-15 — Team-visningen har fått sparkline-grafer per ansatt (totaltid + interntid), faktureringsgrad som fargekodet progress-bar, ny team-trendgraf for selskapsutviklingen og topp-kunder for hele teamet. Følger ePortals dashboard-mønster (dash-*).
• Time KPI Dashboard — målbevisst fargekoding v2.91.0 2026-06-15 — Faktureringsgrad-progressbar og prosentfarger evalueres nå mot ansattens KPI-mål (wv_Time_KpiTarget): grønn ≥ mål, gul innen 10pp under, rød ellers. Målet vises som en vertikal markør på progressbar både på personlig og team-fane, med fallback til faste terskler (30/70) når mål ikke er satt.
• Time KPI Dashboard — graf-forbedringer i ansatt-detalj v2.91.0 2026-06-15 — Ansatt-detaljvisningen i lederfanen har fått myke kurver, alltid synlige datapunkter, separat tabell-kort under grafen (mot legend-overlapp), og en stiplet sammenligningslinje med fjorårets totaltid per måned for å se utvikling år-over-år.
• Time KPI Målstyring v2.91.0 2026-06-15 — Administratorer kan sette årlige KPI-mål (faktureringsgrad, intern tid, årstimer) per ansatt med inline-redigering.
• Konti Connect — bedre mobil listevisning og detaljside header v2.91.0 2026-06-15 — Listevisningen i integrasjonsoversikten er gjort mer mobilvennlig med responsiv stacking av metadata og handlinger, samt ryddigere header-knapper.
• Konti Connect — fjernet OAuth-status fra integrasjonseditor v2.91.0 2026-06-15 — Varselboksen for OAuth og sjekkpunktet «OAuth autentisert» er fjernet fra editor-siden, siden autentisering håndteres via adapterkonfigurasjon.
• Konti Connect — NXT timeadapter har startdato i konfig v2.91.0 2026-06-15 — VismaBusinessNXT_TimeRegs støtter nå StartDate i adapterkonfigurasjonen, slik at eksport kan begrenses til timer fra en valgt oppstartsdato selv innenfor valgt periode.
• Konti Connect — Digpro TimeSync respekterer delta-av/på og tar med usynkede aktivitetsrader v2.91.0 2026-06-15 — EnableDeltaSync=false ignorerer nå LastSyncTimestamp, og rader med wrWorkOrd + wrActObjectID uten wrExtID blir alltid inkludert i synk selv om de er eldre enn siste synktid.
• Konti Connect — startdato/deltafelt i konfigmal v2.91.0 2026-06-15 — Integrasjonsmalen viser nå DeltaFromDate (yyyy-MM-dd/yyyymmdd) og delta-innstillinger, og importen sender changedSince i API-forventet datoformat for ChDt-filter.
• Konti Connect — robust parameter-mapping JSON og tydelig soft delete v2.91.0 2026-06-15 — Editor normaliserer nå eldre ugyldig parameterMappingJson-format (doble ytre klammer), og deaktivering/sletting er tydelig merket som soft delete i dialog og suksessmelding.
• ABAX-integrasjon — korrekt turklassifisering og avstandsenhet v2.91.0 2026-06-15 — Rettet mapping mot ABAX Open API (commercial_class/snake_case), støtte for filtrering på PrivateTrip/BusinessTrip, og konvertering av distanse fra meter til kilometer ved import.
• ABAX-integrasjon — bedre ansattmatching ved manglende ExternalId v2.91.0 2026-06-15 — Når external_id mangler forsøker import nå automatisk oppslag i wv_User i rekkefølge: epost, mobil (normalisert uten +47), deretter navn.
• ABAX-integrasjon — deaktiverte brukere hoppes over med feillogg v2.91.0 2026-06-15 — Hvis ABAX-sjåfør matcher en deaktivert bruker i wv_User via epost/mobil/navn, logges feilen tydelig og turen importeres ikke.
• ABAX-integrasjon — korrekt registreringsdato fra turstart v2.91.0 2026-06-15 — wrDate settes nå alltid fra ABAX start.location.timestamp; turer uten starttid blir hoppet over for å unngå feil dato i timeregistrering.
• ABAX-integrasjon — robust duplikatsjekk med wrExtID v2.91.0 2026-06-15 — ABAX-trip-id normaliseres nå til samme 20-tegns wrExtID som databasen lagrer, og turer uten gyldig ekstern-id hoppes over for å hindre duplikatimport.
• ABAX-integrasjon — datoformat rettet før lagring v2.91.0 2026-06-15 — Importen sender nå dato til timeregistrering i samme dd.MM.yyyy-format som SaveTimeRegistration forventer før SQL-konvertering, slik at wrDate ikke ender som 00010101.
• ABAX-integrasjon — feltmapping overstyrer ikke dato feil v2.91.0 2026-06-15 — Mapping av Date bruker nå dd.MM.yyyy og ignorerer ugyldig DateTime.MinValue, slik at ABAX start.location.timestamp ikke blir overskrevet til 00010101.
• ABAX-integrasjon — sluttnormalisering av dato før insert v2.91.0 2026-06-15 — Etter all feltmapping normaliseres WageReg.Date nå eksplisitt mot ABAX start.location.timestamp, slik at ISO-datoer, yyyyMMdd og andre mellomformater ikke kan ende som 00010101 ved lagring.
• ABAX-integrasjon — ugyldige ABAX-datoer hoppes over v2.91.0 2026-06-15 — Turer der ABAX sender start.location.timestamp som 0001-01-01T00:00:00Z behandles nå som ugyldige og importeres ikke, i stedet for å lagres med wrDate = 00010101.
• ABAX-integrasjon — wrExtID lagres ved insert v2.91.0 2026-06-15 — SaveTimeRegistration sender nå wrExtID til lagret prosedyre slik at ABAX-trip-id faktisk persisteres og duplikatimport fanges opp på neste kjøring.
• Abax GPS-integrasjon v2.80.0 2024-Q3-Q4 — Automatisk import av kjøreturer til timeregistrering
• Visma Lønn Import v2.80.0 2024-Q3-Q4 — Hent ansattdata og fravær fra Visma
• Visma Lønn Eksport v2.80.0 2024-Q3-Q4 — Send timedata til lønnssystem
• Fullstendig tospråklig v2.80.0 2024-Q3-Q4 — Alle UI-elementer oversatt
• Template-beskrivelser v2.80.0 2024-Q3-Q4 — Forklarende tekst på valgt språk
• Feilmeldinger v2.80.0 2024-Q3-Q4 — Lokaliserte feilmeldinger og valideringer
• Power BI integrasjon v2.80.0 2024-Q3-Q4 — Sanntidsrapporter fra timedata

Lager

• Lager: «Rekalkuler eksterne uttak» bokførte uttak som varemottak v2.99.1 2026-08-13 — Lagertransaksjoner opprettet av Behandling → Rekalkuler eksterne uttak fikk type Varemottak for positivt antall, slik at lagersaldoen økte i stedet for å reduseres (og returlinjer trakk fra i stedet for å legge til). Nå bokføres alle AO-bevegelser som Uttak/retur med antallet med fortegn: positivt forbruk reduserer saldoen og negativt antall (retur) øker den, i tråd med den løpende AO-synkroniseringen. Varemottak er forbeholdt ekte varemottak. Allerede feilbokførte rader rettes med reparasjonsskriptet docs/database_scripts/STOCK-1_repair_retro_sync_transaction_types.sql (kjøres per tenant, dry-run som standard): saldo korrigeres automatisk for varer uten varetelling-historikk, varer som har hatt varetelling rapporteres for manuell avstemming, og snittkost besluttes per vare (verifisert verdi eller eksplisitt behold) og settes av skriptet i samme kjøring.
• Arbeidsordre: redigering av synket varelinje bokførte uttak som varemottak v2.99.1 2026-08-13 — Når en arbeidsordrelinje som allerede var synket til lager ble redigert (antall, kostpris eller pris), fikk erstatnings-transaksjonen samme inverterte type som over: positivt forbruk ble Varemottak og økte saldoen. Redigering lager nå alltid en Uttak/retur-bevegelse med antallet med fortegn (negativt = retur som øker saldoen), samme retningsregel som resten av lagersynkroniseringen.
• Lager: KAI-forbruksanalysen telte returer som ekstra forbruk v2.99.1 2026-08-13 — KAI sine minimumslager-forslag og forbruksstatistikk summerte absoluttverdier, slik at en retur på 3 stk ble telt som 3 stk ekstra forbruk (10 forbrukt + 3 returnert ble 13). Nå beregnes netto forbruk (10 − 3 = 7), og måneder der returer overstiger forbruket gir ingen minimumsanbefaling i stedet for et kunstig oppblåst forslag.
• Lager og Innstillinger følger nå samme panel-design som resten av ePortal v2.99.0 2026-08-02 — 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.
• Lager: transaksjonslisten krasjet ved henting v2.99.0 2026-08-02 — 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.
• Lager: auto-overføring til lager løser nå lageret når ett aktivt lager finnes v2.99.0 2026-08-02 — Eksterne AO-linjer via Integrasjons-API-et og «Rekalkuler eksterne uttak» auto-velger nå lageret når det finnes nøyaktig ett aktivt lager (IsActive=1, IsDeleted=0), ikke bare når det finnes ett lager totalt. Tenants med flere lagerrader der bare ett er aktivt fikk tidligere ikke opprettet lager-transaksjoner (StockNo ble ikke løst).
• Lager og Innstillinger følger nå samme panel-design som resten av ePortal v2.99.0 2026-08-05 — 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.
• Lager: transaksjonslisten krasjet ved henting v2.99.0 2026-08-05 — 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.
• Lager: auto-overføring til lager løser nå lageret når ett aktivt lager finnes v2.99.0 2026-08-05 — Eksterne AO-linjer via Integrasjons-API-et og «Rekalkuler eksterne uttak» auto-velger nå lageret når det finnes nøyaktig ett aktivt lager (IsActive=1, IsDeleted=0), ikke bare når det finnes ett lager totalt. Tenants med flere lagerrader der bare ett er aktivt fikk tidligere ikke opprettet lager-transaksjoner (StockNo ble ikke løst).
• Lager og Innstillinger følger nå samme panel-design som resten av ePortal v2.99.0 2026-08-06 — 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.
• Lager: transaksjonslisten krasjet ved henting v2.99.0 2026-08-06 — 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.
• Lager: auto-overføring til lager løser nå lageret når ett aktivt lager finnes v2.99.0 2026-08-06 — Eksterne AO-linjer via Integrasjons-API-et og «Rekalkuler eksterne uttak» auto-velger nå lageret når det finnes nøyaktig ett aktivt lager (IsActive=1, IsDeleted=0), ikke bare når det finnes ett lager totalt. Tenants med flere lagerrader der bare ett er aktivt fikk tidligere ikke opprettet lager-transaksjoner (StockNo ble ikke løst).
• Lager og Innstillinger følger nå samme panel-design som resten av ePortal v2.99.0 2026-08-08 — 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.
• Lager: transaksjonslisten krasjet ved henting v2.99.0 2026-08-08 — 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.
• Lager: auto-overføring til lager løser nå lageret når ett aktivt lager finnes v2.99.0 2026-08-08 — Eksterne AO-linjer via Integrasjons-API-et og «Rekalkuler eksterne uttak» auto-velger nå lageret når det finnes nøyaktig ett aktivt lager (IsActive=1, IsDeleted=0), ikke bare når det finnes ett lager totalt. Tenants med flere lagerrader der bare ett er aktivt fikk tidligere ikke opprettet lager-transaksjoner (StockNo ble ikke løst).
• Lager og Innstillinger følger nå samme panel-design som resten av ePortal v2.99.0 2026-08-13 — 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.
• Lager: transaksjonslisten krasjet ved henting v2.99.0 2026-08-13 — 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.
• Lager: auto-overføring til lager løser nå lageret når ett aktivt lager finnes v2.99.0 2026-08-13 — Eksterne AO-linjer via Integrasjons-API-et og «Rekalkuler eksterne uttak» auto-velger nå lageret når det finnes nøyaktig ett aktivt lager (IsActive=1, IsDeleted=0), ikke bare når det finnes ett lager totalt. Tenants med flere lagerrader der bare ett er aktivt fikk tidligere ikke opprettet lager-transaksjoner (StockNo ble ikke løst).
• Lager — sikkerhetshardening v2.91.0 2026-06-15 — wv_Stock_Transaction_Save kjøres nå under IsolationLevel.Serializable så samtidige uttak ikke kan observere samme balanse og begge committe (race-condition som kunne gi negativ saldo). GetAllTransactions har fått manglende [Authorize]. SQL WHERE IN-klausul i SalesMatrix-rule-spørringen er parametrisert (forhindrer SQL-injeksjons-vente-klar-mønster). Frontend: stock-goods bruker nå OnDestroy + takeUntil (memory leak fjernet), localStorage er try-catch-pakket, save-knappen bruker btn-action-dark (CLAUDE.md-regel), quantity-input har min="0.01", og emoji-ikoner i KAI-alerts er erstattet med Bootstrap Icons.
• Lager — bakgrunnsjobb for produktimport v2.91.0 2026-06-15 — EFO/NELFO-import (produktfiler og rabattavtaler) er flyttet fra synkron HTTP-respons til en kø-basert bakgrunnsjobb. Tidligere kjørte parsing + lagring + apply inline og kunne overskride Azure App Services 230-sekunders gateway-timeout for ikke-trivielle filer. Brukeren får nå umiddelbar bekreftelse, kan navigere bort, og ser fremdrift via en «pågående jobber»-banner som poller status. Ny wv_BackgroundJob/wv_BackgroundJobFile med claim-basert worker, retry-felt for v2 og daglig opprydding av filer. Stagings-filen lastes opp først ved «Utfør» (ikke ved «Forhåndsvis») slik at forhåndsvisningen er rask, og filopplasting har 5-minutters command-timeout for store filer. (#Migration_20260808091000)
• Lager — rask forhåndsvisning av rabattfil v2.91.0 2026-06-15 — Forhåndsvisning av rabattavtaler bruker nå én ROW_NUMBER-vinduspørring (GetLatestPricesForProductsAsync) i stedet for én pris-spørring per rad. På 2000-radersfiler reduserer dette tiden fra ~3 minutter til noen få sekunder. Faller tilbake til temp-tabell-batch over 2000 produktnumre. Ny dekkende indeks IX_ProductPrice_ProductNo_LatestLookup på wv_Stock_ProductPrice eliminerer key-lookups under denne spørringen. (#Migration_20260808130000)
• Lager — pris-erstatning på import v2.91.0 2026-06-15 — wv_Stock_ProductPrice_BulkInsert setter nå sluttdato på eldre aktive priser for samme produkt/leverandør/pristype når en ny pris importeres med senere ValidFrom (ValidTo = newValidFrom - 1 dag, atomisk med insert). Forhindrer at flere aktive priser overlapper i tid. UI viser antall priser som ble erstattet sammen med antall innsatte. (#Migration_20260808120000)
• Lager — produktimport håndterer tomme produktnumre uten SQL-feil v2.91.0 2026-06-15 — Importen filtrerer nå bort rader med tom/whitespace-only ProductNo før batch-spørringer, slik at valideringer mot wv_Extcache_product ikke krasjer på tomme inputs.
• Lager — produktimport bruker UpdDate på wv_Extcache_product v2.91.0 2026-06-15 — Rettet produksjonskrasj «Invalid column name 'ModifiedDate'» i UpdateProductSupplier/UpdateProductSuppliers. Tabellen wv_Extcache_product bruker UpdDate (smalldatetime), ikke prosjektets standard ModifiedDate-kolonne. Andre stier mot samme tabell brukte allerede riktig kolonnenavn — dette var en isolert avvik i stock-import.
• Lager — GetActivePrice som inline SQL v2.91.0 2026-06-15 — Lagret prosedyre er erstattet med inline SQL i stock-import slik at endringer i SP-signatur ikke lenger bryter pris-oppslag i import.
• Lager — bakgrunnsjobb retry-resilience v2.91.0 2026-06-15 — Worker bruker anonym-objekt-mønster for raw SQL (CLAUDE.md-regel), kaster på duplikat handler-registrering, og opprydding-worker har 0–30 min initial-jitter slik at flere instanser ikke piler opp samtidige skrivinger mot SQL Server.
• Lager prismatrise — robust feature-flag og GUID-validering v2.91.0 2026-06-15 — Prisoppløsning bruker nå konfigurerte feature flags og timeout korrekt, sender faktisk kostpris til resolver, håndterer ugyldig customerActorId uten krasj, og validerer GUID-felter i prismatrise-UI før kall.
• Lager produkter — bakoverkompatibel kolonnehåndtering v2.91.0 2026-06-15 — Produktsøk og produktdetaljer håndterer nå databaser uten ExcludeFromInvoiceAttachment uten SQL-feil, og lagring av produkter fungerer både før og etter at kolonnen finnes i kundedatabasen.
• Lagerpriser — dynamisk prissetting med Stock Sales Matrix (Phase 2) v2.91.0 2026-06-15 — Fase 2 av Stock Sales Matrix legger til dynamisk prissetting via feature flags og shadow mode. Systemer som bruker oppslag fra prisingslister kan nå aktivere overstyring av base-priser per deskriptorgruppe, prioritet, tidsrom, osv. Feature er av som standard; når den slås på supporteres shadow mode for A/B-validering før go-live. Hard fallback sikrer at prising aldri feiler — ved timeout eller feil brukes base-prisen. Resolver-kall får automatisk 3-sekunders timeout. (#Migration_20260802100000)
• Lagerpriser — Prismatrise UI i Lager (Phase 3) v2.91.0 2026-06-15 — Ny adminside for Stock Sales Matrix ligger nå under Lager/Produkter med egen "Prismatrise"-knapp og route i lager-modulen. Løsningen inkluderer regelgrid, drawer-redigering for scope/filter/prioritet og forhåndsvisning av prisoppslag via resolver-endepunktet.

Notifikasjoner og varsling

• Varsler: meldingslogg og lengre visningstid på systemmeldinger v2.99.0 2026-08-02 — 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.
• Varsel-bjellen lukkes når du klikker utenfor v2.99.0 2026-08-02 — Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.
• Slutt på varsel-spam ved raske endringer på en oppgave v2.99.0 2026-08-05 — 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.
• Varsler: meldingslogg og lengre visningstid på systemmeldinger v2.99.0 2026-08-05 — 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.
• Varsel-bjellen lukkes når du klikker utenfor v2.99.0 2026-08-05 — Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.
• Slutt på varsel-spam ved raske endringer på en oppgave v2.99.0 2026-08-06 — 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.
• Varsler: meldingslogg og lengre visningstid på systemmeldinger v2.99.0 2026-08-06 — 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.
• Varsel-bjellen lukkes når du klikker utenfor v2.99.0 2026-08-06 — Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.
• Slutt på varsel-spam ved raske endringer på en oppgave v2.99.0 2026-08-08 — 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.
• Varsler: meldingslogg og lengre visningstid på systemmeldinger v2.99.0 2026-08-08 — 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.
• Varsel-bjellen lukkes når du klikker utenfor v2.99.0 2026-08-08 — Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.
• Slutt på varsel-spam ved raske endringer på en oppgave v2.99.0 2026-08-13 — 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.
• Varsler: meldingslogg og lengre visningstid på systemmeldinger v2.99.0 2026-08-13 — 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.
• Varsel-bjellen lukkes når du klikker utenfor v2.99.0 2026-08-13 — Nedtrekket fra varsel-bjellen ble stående åpent til du klikket på bjellen igjen; det lukkes nå automatisk når du klikker utenfor.
• Timeregistrering-varsler i varselbjella v2.98.0 2026-06-27 — Varslingsregler for timeregistrering (Innstillinger → Systeminnstillinger → Varsling) kan nå levere til varselsenteret/bjella når kanalen «Innboks» er valgt, ikke bare e-post og SMS.
• Per-domene bryter for timeregistrering-varsler v2.98.0 2026-06-27 — Ny bryter «Timeregistrering-varsler» i domeneoppsettet (Systemadmin) styrer om timeregistrering-varselmotoren kjøres for domenet. Motoren trigges nå av NotificationScheduler (Azure Function) per domene i stedet for en intern Hangfire-jobb; Hangfire er fjernet. Eksisterende domener er på (default 1) for å bevare oppførselen fra den gamle Hangfire-jobben. Staging: motoren er aktiv ved deploy — sett EnableCompanyNotifications = 0 per tenant eller bruk test-SMTP/SMS for å unngå ekte utsendelser.
• Modernisert varslingsoppsett (admin) v2.98.0 2026-06-27 — Redigeringsbildet for timeregistrering-varsler følger nå gjeldende UI-konvensjoner: bekreftelsesdialog ved sletting (i stedet for nettleser-popup), mørke primærknapper og standardiserte rad-handlinger.
• Timeregistrering-varsler uten duplikatutsending v2.98.0 2026-06-27 — Varselmotoren låser nå samme regel/dag under behandling og historikken har unik dagsnøkkel, slik at overlappende scheduler-kjøringer ikke sender samme timeregistrering-varsel flere ganger.
• Varsling — ansattnummer-format v2.91.0 2026-06-15 — Fikset inkonsistens der ansattnummer ble behandlet som tall i stedet for tekst, som ga feilmatch i notifikasjoner.
• Notifikasjonsscheduler — duplikatbeskyttelse v2.91.0 2026-06-15 — Endret GetSchedulesDueForExecution fra enkel SELECT til atomisk UPDATE+OUTPUT som claimer schedules før prosessering, slik at parallelle instanser ikke sender duplikate meldinger.
• Notifikasjonssenter — JSON-casing v2.91.0 2026-06-15 — Rettet feil der varslingsinnstillinger ikke ble lastet pga. feil casing i JSON-respons.
• Varslingsscheduler — robust klientoppslag v2.91.0 2026-06-15 — GetActiveClients håndterer nå både wv_Domain.domainDB og wv_Domain.DatabaseName automatisk for å unngå feilen «Invalid column name 'DatabaseName'` i miljøer med avvikende schema.
• Drawer-basert UI v2.80.0 2024-Q3-Q4 — Moderne slide-in panel for notifikasjoner
• Lesestatus v2.80.0 2024-Q3-Q4 — Marker som lest/ulest
• Filtrering v2.80.0 2024-Q3-Q4 — Filtrer på type, status og dato
• Sletting v2.80.0 2024-Q3-Q4 — Fjern uønskede notifikasjoner
• Badge-indikator v2.80.0 2024-Q3-Q4 — Visuell telling av uleste meldinger
• Systemadministrator-varsler v2.80.0 2024-Q3-Q4 — Send meldinger til alle eller utvalgte klienter
• Varseltyper v2.80.0 2024-Q3-Q4 — Info, suksess, advarsel, feil
• HTML-støtte v2.80.0 2024-Q3-Q4 — Rich text formatting i meldinger
• Auto-refresh v2.80.0 2024-Q3-Q4 — Oppdateres automatisk hvert 5. minutt
• Bruker-dismiss v2.80.0 2024-Q3-Q4 — Brukere kan lukke varsler (lagres i LocalStorage)
• Komplett norsk/engelsk oversettelse v2.80.0 2024-Q3-Q4 — 120+ oversettelsesnøkler
• Dynamisk språkbytte v2.80.0 2024-Q3-Q4 — Brukere kan bytte språk uten refresh
• Fallback-strategi v2.80.0 2024-Q3-Q4 — Viser engelsk hvis oversettelse mangler
• Konsistent terminologi v2.80.0 2024-Q3-Q4 — Standardisert bruk av General.* nøkler
• Microsoft Teams varsler v2.80.0 2024-Q3-Q4 — Notifikasjoner direkte i Teams

Nyheter

• Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting v2.99.0 2026-08-02 — 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.
• Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting v2.99.0 2026-08-05 — 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.
• Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting v2.99.0 2026-08-06 — 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.
• Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting v2.99.0 2026-08-08 — 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.
• Bilder i nyheter og systemvarsler komprimeres automatisk ved opplasting v2.99.0 2026-08-13 — 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.
• Nyheter — varsling ved publisering v2.91.0 2026-06-15 — Når en ny nyhet opprettes med toggle "Send varsel" på (default på), sendes varsel via in-app, e-post og SMS til alle aktive brukere. Mottakerne styrer selv kanal under Varsler → Innstillinger (ny kategori NewsPublished). E-postvarslet bruker samme layout som øvrige varsler (tittel, ingress, "Åpne i ePortal"-knapp). (#Migration_20261001100000)
• Nyheter — planlagte publiseringer v2.91.0 2026-06-15 — Nyheter med fremtidig release-dato får varsel automatisk når dagen kommer. Jobben kjører som del av eksisterende notification-scheduler-cron og stempler newsNotificationSentDate for idempotens.
• Nyheter — egen admin-rute v2.91.0 2026-06-15 — Administrer nyheter flyttet ut av Systeminnstillinger til egen rute /setting/manage-news (modul-ID 6, news-modul). Ny "Administrer nyheter"-knapp øverst på /home/news for brukere med tilgang.
• Nyheter — skuff i stedet for modal v2.91.0 2026-06-15 — Admin-skjemaet bruker nå skuff (drawer-lg) i stedet for modal — gir bedre plass til rich text-editor, opplaster og tag-velger, og lar admin se grid bak.
• Nyheter — kategori-tagger ved opprettelse v2.91.0 2026-06-15 — Tag-velgeren var tidligere kun synlig ved redigering. Nå kan kategorier velges direkte i ny-skjemaet og påføres automatisk etter lagring.
• Nyheter — vis "Sist redigert" v2.91.0 2026-06-15 — Detaljvisning av en nyhet viser dato for siste redigering hvis den avviker fra opprettelsesdato.
• Nyheter med bilder og målgrupper v2.91.0 2026-06-15 — Forbedret nyhetsmodul med bildestøtte, målgruppestyring og rik tekst.

Plattform og komponenter

• Smart-grid: relative datofiltre («i dag ± n») v2.99.0 2026-08-02 — 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.
• Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter» v2.99.0 2026-08-02 — 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.
• Smart-grid: lagrede visninger og filtre kan deles med alle v2.99.0 2026-08-02 — 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.
• Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst v2.99.0 2026-08-02 — 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.
• Knapper er blitt ett hakk mindre i hele ePortal v2.99.0 2026-08-02 — 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.
• Enter åpner nå raden du står på i tabeller v2.99.0 2026-08-02 — 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.
• Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp v2.99.0 2026-08-02 — 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.
• Smart-grid: ryddigere filterdropdown v2.99.0 2026-08-02 — 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.
• Tilbudslinjer: full verktøylinje som masterordre-linjene v2.99.0 2026-08-02 — Tilbudets linjegrid har fått samme verktøysett som masterordre-linjene: globalt søk, eksport, kolonnevalg/-rekkefølge, lagrede visninger/filtre, filterpanel, reset, utklippstavle-innliming, totalrad, produktsøk-modal og en fler-valg-linje for å slette valgte linjer eller rekalkulere priser.
• Smart-grid: tastaturnavigasjon virker nå på virtualiserte grid v2.99.0 2026-08-02 — På store grid med rad- eller kolonnevirtualisering (f.eks. abonnement-arbeidsbenken og SQL-editoren) var piltast-/Home/End-navigasjon stille deaktivert; nå ruller griden automatisk målcella inn i vinduet (vertikalt for rader, horisontalt for kolonner) og flytter fokus dit, og skjermlesere annonserer riktig rad-/kolonneposisjon (aria-rowindex/aria-colindex) også når bare et vindu er i DOM.
• Smart-grid: merk rader med tastaturet v2.99.0 2026-08-02 — I grid med radmerking (f.eks. abonnement-arbeidsbenken og masterordre-ordrelinjer) kan du nå merke rader uten mus: Mellomrom merker/avmerker raden i fokus, Shift+Mellomrom merker et sammenhengende radområde fra forrige merking, og Ctrl/Cmd+A merker alle rader i utvalget. Skjermlesere annonserer merket tilstand (aria-selected).
• Smart-grid: visningsvelger for detaljpanel (Kun liste / Delt / Kun detaljer) v2.99.0 2026-08-02 — Grid med integrert detaljpanel (f.eks. abonnement-arbeidsbenken og masterordre-listene) har fått en 3-delt visningsvelger i verktøylinjen ved siden av høyre/bunn-vekslerne. «Kun liste» skjuler detaljen så listen får full bredde (skann mange rader / vis mange kolonner); «Kun detaljer» skjuler listen så detaljpanelet maksimeres (nyttig på små skjermer); «Delt» viser begge som før. Valget huskes i lagrede visninger.
• Smart-grid: fullskjerm for masterordre- og tilbudslister v2.99.0 2026-08-02 — Masterordre-listen, tilbudslisten og abonnement-arbeidsbenken har fått en fullskjerm-knapp i verktøylinjen. Klikk løfter hele gridet (verktøylinje + liste/detaljer) til fullskjerm så du bruker hele flaten — spesielt nyttig på små skjermer og nettbrett. Kombinert med «Kun detaljer» får du én masterordre på hele skjermen. Esc eller knappen lukker igjen.
• Smart-grid: bedre automatisk kolonnebredde på store/virtualiserte grid v2.99.0 2026-08-02 — Autostørrelse måler nå et jevnt fordelt sample av de synlige radene (via canvas-tekstmåling) i stedet for bare de første radene i DOM-vinduet, så kolonner får riktig bredde selv når bredere innhold ligger lenger ned i et virtualisert grid (f.eks. SQL-editoren). Nye valg autoSizeSampleSize/autoSizeStrategy/autoSizeMode styrer oppførselen; custom-innhold, tre- og reorder-kolonner måles fortsatt fra faktisk rendret celle.
• Smart-grid: én samlet «Filter»-knapp i stedet for to v2.99.0 2026-08-02 — 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.
• Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde v2.99.0 2026-08-02 — 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.
• Smart-grid — Ctrl+F viser/skjuler filterraden v2.99.0 2026-08-02 — 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.
• Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen v2.99.0 2026-08-02 — 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.
• Smart-grid — filterraden fester seg under header ved scrolling v2.99.0 2026-08-02 — 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.
• Smart-grid — lagre og hente egne visninger v2.99.0 2026-08-02 — 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.
• Smart-grid — server-side query-kontrakt (SmartGridQueryState) v2.99.0 2026-08-02 — Ny serialiserbar kontrakt (getQueryState()) som representerer hele gridets spørring — side, sidestørrelse, globalt søk, sortering, legacy + avansert filter, gruppering, kolonnetilstand og selection-scope — med et C#-speil (SmartGridQueryStateDto) for backend-mapping. Additivt/opt-in; legacy filter-events er uendret. Grunnmur for lagrede visninger, avansert filter-UX, bulk dry-run, server-side eksport og kommende Masterordre-lister.
• Smart-grid PDF-eksport får firmalogo og header v2.99.0 2026-08-02 — 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.
• Smart-grid: kopier én celle og fyll et helt utvalg v2.99.0 2026-08-02 — Merk én celle, kopier (Ctrl+C), dra-merk flere blanke celler og lim inn (Ctrl+V) → verdien fylles nå inn i ALLE de merkede cellene (Excel-oppførsel). Tidligere fikk kun den første cella verdien. Gjelder redigerbare smart-grid som masterordre-ordrelinjer.
• Smart-grid: ny linje ruller automatisk i syne v2.99.0 2026-08-02 — Når en ny ordrelinje legges til (via «+ Ny linje» eller produktsøk) ruller griden nå automatisk ned til den nye raden i stedet for å la den ligge under skjermkanten.
• Smart-grid: pinnede kolonner ligger tett v2.99.0 2026-08-02 — Rettet en visuell feil der det ble et tomrom mellom to pinnede (fastlåste) kolonner når en kolonne var smalere enn 150px. Pinnede kolonner ligger nå kant-i-kant.
• Smart-grid: dra-merk og kopier/lim inn i grupperte grid v2.99.0 2026-08-02 — Celleområde-valg med dra-merk og klipp/kopier/lim inn virker nå også når griden er gruppert (f.eks. masterordre-ordrelinjer gruppert på gruppe) — tidligere var det helt av i grupperte grid. Utvalget holder seg innenfor én gruppe og krysser aldri en gruppegrense (verken ved dra, piltaster eller innliming).
• Handlingsknappene i tabeller kunne ikke klikkes v2.99.0 2026-08-02 — 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.
• Smart-grid: verktøylinje-knapper og produktsøk-liste fikset v2.99.0 2026-08-02 — 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.
• Smart-grid: trestruktur er nå synlig også med tallkolonner v2.99.0 2026-08-02 — 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.
• Smart-grid: aktiv rad markeres nå på alle rader v2.99.0 2026-08-02 — 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.
• Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt v2.99.0 2026-08-02 — Å 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.
• Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt v2.99.0 2026-08-02 — Å 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.
• Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules v2.99.0 2026-08-02 — 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.
• Smart-grid: relative datofiltre («i dag ± n») v2.99.0 2026-08-05 — 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.
• Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter» v2.99.0 2026-08-05 — 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.
• Smart-grid: lagrede visninger og filtre kan deles med alle v2.99.0 2026-08-05 — 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.
• Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst v2.99.0 2026-08-05 — 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.
• Knapper er blitt ett hakk mindre i hele ePortal v2.99.0 2026-08-05 — 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.
• Enter åpner nå raden du står på i tabeller v2.99.0 2026-08-05 — 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.
• Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp v2.99.0 2026-08-05 — 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.
• Smart-grid: ryddigere filterdropdown v2.99.0 2026-08-05 — 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.
• Tilbudslinjer: full verktøylinje som masterordre-linjene v2.99.0 2026-08-05 — Tilbudets linjegrid har fått samme verktøysett som masterordre-linjene: globalt søk, eksport, kolonnevalg/-rekkefølge, lagrede visninger/filtre, filterpanel, reset, utklippstavle-innliming, totalrad, produktsøk-modal og en fler-valg-linje for å slette valgte linjer eller rekalkulere priser.
• Smart-grid: tastaturnavigasjon virker nå på virtualiserte grid v2.99.0 2026-08-05 — På store grid med rad- eller kolonnevirtualisering (f.eks. abonnement-arbeidsbenken og SQL-editoren) var piltast-/Home/End-navigasjon stille deaktivert; nå ruller griden automatisk målcella inn i vinduet (vertikalt for rader, horisontalt for kolonner) og flytter fokus dit, og skjermlesere annonserer riktig rad-/kolonneposisjon (aria-rowindex/aria-colindex) også når bare et vindu er i DOM.
• Smart-grid: merk rader med tastaturet v2.99.0 2026-08-05 — I grid med radmerking (f.eks. abonnement-arbeidsbenken og masterordre-ordrelinjer) kan du nå merke rader uten mus: Mellomrom merker/avmerker raden i fokus, Shift+Mellomrom merker et sammenhengende radområde fra forrige merking, og Ctrl/Cmd+A merker alle rader i utvalget. Skjermlesere annonserer merket tilstand (aria-selected).
• Smart-grid: visningsvelger for detaljpanel (Kun liste / Delt / Kun detaljer) v2.99.0 2026-08-05 — Grid med integrert detaljpanel (f.eks. abonnement-arbeidsbenken og masterordre-listene) har fått en 3-delt visningsvelger i verktøylinjen ved siden av høyre/bunn-vekslerne. «Kun liste» skjuler detaljen så listen får full bredde (skann mange rader / vis mange kolonner); «Kun detaljer» skjuler listen så detaljpanelet maksimeres (nyttig på små skjermer); «Delt» viser begge som før. Valget huskes i lagrede visninger.
• Smart-grid: fullskjerm for masterordre- og tilbudslister v2.99.0 2026-08-05 — Masterordre-listen, tilbudslisten og abonnement-arbeidsbenken har fått en fullskjerm-knapp i verktøylinjen. Klikk løfter hele gridet (verktøylinje + liste/detaljer) til fullskjerm så du bruker hele flaten — spesielt nyttig på små skjermer og nettbrett. Kombinert med «Kun detaljer» får du én masterordre på hele skjermen. Esc eller knappen lukker igjen.
• Smart-grid: bedre automatisk kolonnebredde på store/virtualiserte grid v2.99.0 2026-08-05 — Autostørrelse måler nå et jevnt fordelt sample av de synlige radene (via canvas-tekstmåling) i stedet for bare de første radene i DOM-vinduet, så kolonner får riktig bredde selv når bredere innhold ligger lenger ned i et virtualisert grid (f.eks. SQL-editoren). Nye valg autoSizeSampleSize/autoSizeStrategy/autoSizeMode styrer oppførselen; custom-innhold, tre- og reorder-kolonner måles fortsatt fra faktisk rendret celle.
• Smart-grid: én samlet «Filter»-knapp i stedet for to v2.99.0 2026-08-05 — 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.
• Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde v2.99.0 2026-08-05 — 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.
• Smart-grid — Ctrl+F viser/skjuler filterraden v2.99.0 2026-08-05 — 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.
• Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen v2.99.0 2026-08-05 — 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.
• Smart-grid — filterraden fester seg under header ved scrolling v2.99.0 2026-08-05 — 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.
• Smart-grid — lagre og hente egne visninger v2.99.0 2026-08-05 — 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.
• Smart-grid — server-side query-kontrakt (SmartGridQueryState) v2.99.0 2026-08-05 — Ny serialiserbar kontrakt (getQueryState()) som representerer hele gridets spørring — side, sidestørrelse, globalt søk, sortering, legacy + avansert filter, gruppering, kolonnetilstand og selection-scope — med et C#-speil (SmartGridQueryStateDto) for backend-mapping. Additivt/opt-in; legacy filter-events er uendret. Grunnmur for lagrede visninger, avansert filter-UX, bulk dry-run, server-side eksport og kommende Masterordre-lister.
• Smart-grid PDF-eksport får firmalogo og header v2.99.0 2026-08-05 — 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.
• Mer plass til innhold med kompakt topplinje v2.99.0 2026-08-05 — 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.
• Smart-grid: kopier én celle og fyll et helt utvalg v2.99.0 2026-08-05 — Merk én celle, kopier (Ctrl+C), dra-merk flere blanke celler og lim inn (Ctrl+V) → verdien fylles nå inn i ALLE de merkede cellene (Excel-oppførsel). Tidligere fikk kun den første cella verdien. Gjelder redigerbare smart-grid som masterordre-ordrelinjer.
• Smart-grid: ny linje ruller automatisk i syne v2.99.0 2026-08-05 — Når en ny ordrelinje legges til (via «+ Ny linje» eller produktsøk) ruller griden nå automatisk ned til den nye raden i stedet for å la den ligge under skjermkanten.
• Smart-grid: pinnede kolonner ligger tett v2.99.0 2026-08-05 — Rettet en visuell feil der det ble et tomrom mellom to pinnede (fastlåste) kolonner når en kolonne var smalere enn 150px. Pinnede kolonner ligger nå kant-i-kant.
• Smart-grid: dra-merk og kopier/lim inn i grupperte grid v2.99.0 2026-08-05 — Celleområde-valg med dra-merk og klipp/kopier/lim inn virker nå også når griden er gruppert (f.eks. masterordre-ordrelinjer gruppert på gruppe) — tidligere var det helt av i grupperte grid. Utvalget holder seg innenfor én gruppe og krysser aldri en gruppegrense (verken ved dra, piltaster eller innliming).
• Handlingsknappene i tabeller kunne ikke klikkes v2.99.0 2026-08-05 — 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.
• Smart-grid: verktøylinje-knapper og produktsøk-liste fikset v2.99.0 2026-08-05 — 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.
• Smart-grid: trestruktur er nå synlig også med tallkolonner v2.99.0 2026-08-05 — 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.
• Smart-grid: aktiv rad markeres nå på alle rader v2.99.0 2026-08-05 — 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.
• Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt v2.99.0 2026-08-05 — Å 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.
• Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt v2.99.0 2026-08-05 — Å 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.
• Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules v2.99.0 2026-08-05 — 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.
• Smart-grid: relative datofiltre («i dag ± n») v2.99.0 2026-08-06 — 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.
• Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter» v2.99.0 2026-08-06 — 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.
• Smart-grid: lagrede visninger og filtre kan deles med alle v2.99.0 2026-08-06 — 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.
• Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst v2.99.0 2026-08-06 — 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.
• Knapper er blitt ett hakk mindre i hele ePortal v2.99.0 2026-08-06 — 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.
• Enter åpner nå raden du står på i tabeller v2.99.0 2026-08-06 — 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.
• Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp v2.99.0 2026-08-06 — 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.
• Smart-grid: ryddigere filterdropdown v2.99.0 2026-08-06 — 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.
• Tilbudslinjer: full verktøylinje som masterordre-linjene v2.99.0 2026-08-06 — Tilbudets linjegrid har fått samme verktøysett som masterordre-linjene: globalt søk, eksport, kolonnevalg/-rekkefølge, lagrede visninger/filtre, filterpanel, reset, utklippstavle-innliming, totalrad, produktsøk-modal og en fler-valg-linje for å slette valgte linjer eller rekalkulere priser.
• Smart-grid: tastaturnavigasjon virker nå på virtualiserte grid v2.99.0 2026-08-06 — På store grid med rad- eller kolonnevirtualisering (f.eks. abonnement-arbeidsbenken og SQL-editoren) var piltast-/Home/End-navigasjon stille deaktivert; nå ruller griden automatisk målcella inn i vinduet (vertikalt for rader, horisontalt for kolonner) og flytter fokus dit, og skjermlesere annonserer riktig rad-/kolonneposisjon (aria-rowindex/aria-colindex) også når bare et vindu er i DOM.
• Smart-grid: merk rader med tastaturet v2.99.0 2026-08-06 — I grid med radmerking (f.eks. abonnement-arbeidsbenken og masterordre-ordrelinjer) kan du nå merke rader uten mus: Mellomrom merker/avmerker raden i fokus, Shift+Mellomrom merker et sammenhengende radområde fra forrige merking, og Ctrl/Cmd+A merker alle rader i utvalget. Skjermlesere annonserer merket tilstand (aria-selected).
• Smart-grid: visningsvelger for detaljpanel (Kun liste / Delt / Kun detaljer) v2.99.0 2026-08-06 — Grid med integrert detaljpanel (f.eks. abonnement-arbeidsbenken og masterordre-listene) har fått en 3-delt visningsvelger i verktøylinjen ved siden av høyre/bunn-vekslerne. «Kun liste» skjuler detaljen så listen får full bredde (skann mange rader / vis mange kolonner); «Kun detaljer» skjuler listen så detaljpanelet maksimeres (nyttig på små skjermer); «Delt» viser begge som før. Valget huskes i lagrede visninger.
• Smart-grid: fullskjerm for masterordre- og tilbudslister v2.99.0 2026-08-06 — Masterordre-listen, tilbudslisten og abonnement-arbeidsbenken har fått en fullskjerm-knapp i verktøylinjen. Klikk løfter hele gridet (verktøylinje + liste/detaljer) til fullskjerm så du bruker hele flaten — spesielt nyttig på små skjermer og nettbrett. Kombinert med «Kun detaljer» får du én masterordre på hele skjermen. Esc eller knappen lukker igjen.
• Smart-grid: bedre automatisk kolonnebredde på store/virtualiserte grid v2.99.0 2026-08-06 — Autostørrelse måler nå et jevnt fordelt sample av de synlige radene (via canvas-tekstmåling) i stedet for bare de første radene i DOM-vinduet, så kolonner får riktig bredde selv når bredere innhold ligger lenger ned i et virtualisert grid (f.eks. SQL-editoren). Nye valg autoSizeSampleSize/autoSizeStrategy/autoSizeMode styrer oppførselen; custom-innhold, tre- og reorder-kolonner måles fortsatt fra faktisk rendret celle.
• Smart-grid: én samlet «Filter»-knapp i stedet for to v2.99.0 2026-08-06 — 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.
• Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde v2.99.0 2026-08-06 — 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.
• Smart-grid — Ctrl+F viser/skjuler filterraden v2.99.0 2026-08-06 — 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.
• Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen v2.99.0 2026-08-06 — 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.
• Smart-grid — filterraden fester seg under header ved scrolling v2.99.0 2026-08-06 — 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.
• Smart-grid — lagre og hente egne visninger v2.99.0 2026-08-06 — 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.
• Smart-grid — server-side query-kontrakt (SmartGridQueryState) v2.99.0 2026-08-06 — Ny serialiserbar kontrakt (getQueryState()) som representerer hele gridets spørring — side, sidestørrelse, globalt søk, sortering, legacy + avansert filter, gruppering, kolonnetilstand og selection-scope — med et C#-speil (SmartGridQueryStateDto) for backend-mapping. Additivt/opt-in; legacy filter-events er uendret. Grunnmur for lagrede visninger, avansert filter-UX, bulk dry-run, server-side eksport og kommende Masterordre-lister.
• Smart-grid PDF-eksport får firmalogo og header v2.99.0 2026-08-06 — 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.
• Mer plass til innhold med kompakt topplinje v2.99.0 2026-08-06 — 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.
• Smart-grid: kopier én celle og fyll et helt utvalg v2.99.0 2026-08-06 — Merk én celle, kopier (Ctrl+C), dra-merk flere blanke celler og lim inn (Ctrl+V) → verdien fylles nå inn i ALLE de merkede cellene (Excel-oppførsel). Tidligere fikk kun den første cella verdien. Gjelder redigerbare smart-grid som masterordre-ordrelinjer.
• Smart-grid: ny linje ruller automatisk i syne v2.99.0 2026-08-06 — Når en ny ordrelinje legges til (via «+ Ny linje» eller produktsøk) ruller griden nå automatisk ned til den nye raden i stedet for å la den ligge under skjermkanten.
• Smart-grid: pinnede kolonner ligger tett v2.99.0 2026-08-06 — Rettet en visuell feil der det ble et tomrom mellom to pinnede (fastlåste) kolonner når en kolonne var smalere enn 150px. Pinnede kolonner ligger nå kant-i-kant.
• Smart-grid: dra-merk og kopier/lim inn i grupperte grid v2.99.0 2026-08-06 — Celleområde-valg med dra-merk og klipp/kopier/lim inn virker nå også når griden er gruppert (f.eks. masterordre-ordrelinjer gruppert på gruppe) — tidligere var det helt av i grupperte grid. Utvalget holder seg innenfor én gruppe og krysser aldri en gruppegrense (verken ved dra, piltaster eller innliming).
• Handlingsknappene i tabeller kunne ikke klikkes v2.99.0 2026-08-06 — 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.
• Smart-grid: verktøylinje-knapper og produktsøk-liste fikset v2.99.0 2026-08-06 — 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.
• Smart-grid: trestruktur er nå synlig også med tallkolonner v2.99.0 2026-08-06 — 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.
• Smart-grid: aktiv rad markeres nå på alle rader v2.99.0 2026-08-06 — 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.
• Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt v2.99.0 2026-08-06 — Å 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.
• Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt v2.99.0 2026-08-06 — Å 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.
• Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules v2.99.0 2026-08-06 — 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.
• Smart-grid: relative datofiltre («i dag ± n») v2.99.0 2026-08-08 — 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.
• Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter» v2.99.0 2026-08-08 — 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.
• Smart-grid: lagrede visninger og filtre kan deles med alle v2.99.0 2026-08-08 — 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.
• Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst v2.99.0 2026-08-08 — 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.
• Knapper er blitt ett hakk mindre i hele ePortal v2.99.0 2026-08-08 — 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.
• Enter åpner nå raden du står på i tabeller v2.99.0 2026-08-08 — 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.
• Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp v2.99.0 2026-08-08 — 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.
• Smart-grid: ryddigere filterdropdown v2.99.0 2026-08-08 — 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.
• Tilbudslinjer: full verktøylinje som masterordre-linjene v2.99.0 2026-08-08 — Tilbudets linjegrid har fått samme verktøysett som masterordre-linjene: globalt søk, eksport, kolonnevalg/-rekkefølge, lagrede visninger/filtre, filterpanel, reset, utklippstavle-innliming, totalrad, produktsøk-modal og en fler-valg-linje for å slette valgte linjer eller rekalkulere priser.
• Smart-grid: tastaturnavigasjon virker nå på virtualiserte grid v2.99.0 2026-08-08 — På store grid med rad- eller kolonnevirtualisering (f.eks. abonnement-arbeidsbenken og SQL-editoren) var piltast-/Home/End-navigasjon stille deaktivert; nå ruller griden automatisk målcella inn i vinduet (vertikalt for rader, horisontalt for kolonner) og flytter fokus dit, og skjermlesere annonserer riktig rad-/kolonneposisjon (aria-rowindex/aria-colindex) også når bare et vindu er i DOM.
• Smart-grid: merk rader med tastaturet v2.99.0 2026-08-08 — I grid med radmerking (f.eks. abonnement-arbeidsbenken og masterordre-ordrelinjer) kan du nå merke rader uten mus: Mellomrom merker/avmerker raden i fokus, Shift+Mellomrom merker et sammenhengende radområde fra forrige merking, og Ctrl/Cmd+A merker alle rader i utvalget. Skjermlesere annonserer merket tilstand (aria-selected).
• Smart-grid: visningsvelger for detaljpanel (Kun liste / Delt / Kun detaljer) v2.99.0 2026-08-08 — Grid med integrert detaljpanel (f.eks. abonnement-arbeidsbenken og masterordre-listene) har fått en 3-delt visningsvelger i verktøylinjen ved siden av høyre/bunn-vekslerne. «Kun liste» skjuler detaljen så listen får full bredde (skann mange rader / vis mange kolonner); «Kun detaljer» skjuler listen så detaljpanelet maksimeres (nyttig på små skjermer); «Delt» viser begge som før. Valget huskes i lagrede visninger.
• Smart-grid: fullskjerm for masterordre- og tilbudslister v2.99.0 2026-08-08 — Masterordre-listen, tilbudslisten og abonnement-arbeidsbenken har fått en fullskjerm-knapp i verktøylinjen. Klikk løfter hele gridet (verktøylinje + liste/detaljer) til fullskjerm så du bruker hele flaten — spesielt nyttig på små skjermer og nettbrett. Kombinert med «Kun detaljer» får du én masterordre på hele skjermen. Esc eller knappen lukker igjen.
• Smart-grid: bedre automatisk kolonnebredde på store/virtualiserte grid v2.99.0 2026-08-08 — Autostørrelse måler nå et jevnt fordelt sample av de synlige radene (via canvas-tekstmåling) i stedet for bare de første radene i DOM-vinduet, så kolonner får riktig bredde selv når bredere innhold ligger lenger ned i et virtualisert grid (f.eks. SQL-editoren). Nye valg autoSizeSampleSize/autoSizeStrategy/autoSizeMode styrer oppførselen; custom-innhold, tre- og reorder-kolonner måles fortsatt fra faktisk rendret celle.
• Smart-grid: én samlet «Filter»-knapp i stedet for to v2.99.0 2026-08-08 — 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.
• Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde v2.99.0 2026-08-08 — 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.
• Smart-grid — Ctrl+F viser/skjuler filterraden v2.99.0 2026-08-08 — 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.
• Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen v2.99.0 2026-08-08 — 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.
• Smart-grid — filterraden fester seg under header ved scrolling v2.99.0 2026-08-08 — 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.
• Smart-grid — lagre og hente egne visninger v2.99.0 2026-08-08 — 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.
• Smart-grid — server-side query-kontrakt (SmartGridQueryState) v2.99.0 2026-08-08 — Ny serialiserbar kontrakt (getQueryState()) som representerer hele gridets spørring — side, sidestørrelse, globalt søk, sortering, legacy + avansert filter, gruppering, kolonnetilstand og selection-scope — med et C#-speil (SmartGridQueryStateDto) for backend-mapping. Additivt/opt-in; legacy filter-events er uendret. Grunnmur for lagrede visninger, avansert filter-UX, bulk dry-run, server-side eksport og kommende Masterordre-lister.
• Smart-grid PDF-eksport får firmalogo og header v2.99.0 2026-08-08 — 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.
• Mer plass til innhold med kompakt topplinje v2.99.0 2026-08-08 — 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.
• Smart-grid: kopier én celle og fyll et helt utvalg v2.99.0 2026-08-08 — Merk én celle, kopier (Ctrl+C), dra-merk flere blanke celler og lim inn (Ctrl+V) → verdien fylles nå inn i ALLE de merkede cellene (Excel-oppførsel). Tidligere fikk kun den første cella verdien. Gjelder redigerbare smart-grid som masterordre-ordrelinjer.
• Smart-grid: ny linje ruller automatisk i syne v2.99.0 2026-08-08 — Når en ny ordrelinje legges til (via «+ Ny linje» eller produktsøk) ruller griden nå automatisk ned til den nye raden i stedet for å la den ligge under skjermkanten.
• Smart-grid: pinnede kolonner ligger tett v2.99.0 2026-08-08 — Rettet en visuell feil der det ble et tomrom mellom to pinnede (fastlåste) kolonner når en kolonne var smalere enn 150px. Pinnede kolonner ligger nå kant-i-kant.
• Smart-grid: dra-merk og kopier/lim inn i grupperte grid v2.99.0 2026-08-08 — Celleområde-valg med dra-merk og klipp/kopier/lim inn virker nå også når griden er gruppert (f.eks. masterordre-ordrelinjer gruppert på gruppe) — tidligere var det helt av i grupperte grid. Utvalget holder seg innenfor én gruppe og krysser aldri en gruppegrense (verken ved dra, piltaster eller innliming).
• Handlingsknappene i tabeller kunne ikke klikkes v2.99.0 2026-08-08 — 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.
• Smart-grid: verktøylinje-knapper og produktsøk-liste fikset v2.99.0 2026-08-08 — 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.
• Smart-grid: trestruktur er nå synlig også med tallkolonner v2.99.0 2026-08-08 — 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.
• Smart-grid: aktiv rad markeres nå på alle rader v2.99.0 2026-08-08 — 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.
• Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt v2.99.0 2026-08-08 — Å 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.
• Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt v2.99.0 2026-08-08 — Å 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.
• Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules v2.99.0 2026-08-08 — 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.
• Innlogging på tenants med legacy V3-personellskjema v2.99.0 2026-08-08 — 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.
• Smart-grid: relative datofiltre («i dag ± n») v2.99.0 2026-08-13 — 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.
• Smart-grid: raskere filter-panel — lagrede filtre øverst, betingelsesbygger bak «Nytt filter» v2.99.0 2026-08-13 — 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.
• Smart-grid: lagrede visninger og filtre kan deles med alle v2.99.0 2026-08-13 — 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.
• Tabeller med mange kolonner klemmes ikke lenger sammen til uleselig tekst v2.99.0 2026-08-13 — 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.
• Knapper er blitt ett hakk mindre i hele ePortal v2.99.0 2026-08-13 — 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.
• Enter åpner nå raden du står på i tabeller v2.99.0 2026-08-13 — 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.
• Smart-grid globalt søk: roligere debounce + Enter/blur/søkeknapp v2.99.0 2026-08-13 — 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.
• Smart-grid: ryddigere filterdropdown v2.99.0 2026-08-13 — 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.
• Tilbudslinjer: full verktøylinje som masterordre-linjene v2.99.0 2026-08-13 — Tilbudets linjegrid har fått samme verktøysett som masterordre-linjene: globalt søk, eksport, kolonnevalg/-rekkefølge, lagrede visninger/filtre, filterpanel, reset, utklippstavle-innliming, totalrad, produktsøk-modal og en fler-valg-linje for å slette valgte linjer eller rekalkulere priser.
• Smart-grid: tastaturnavigasjon virker nå på virtualiserte grid v2.99.0 2026-08-13 — På store grid med rad- eller kolonnevirtualisering (f.eks. abonnement-arbeidsbenken og SQL-editoren) var piltast-/Home/End-navigasjon stille deaktivert; nå ruller griden automatisk målcella inn i vinduet (vertikalt for rader, horisontalt for kolonner) og flytter fokus dit, og skjermlesere annonserer riktig rad-/kolonneposisjon (aria-rowindex/aria-colindex) også når bare et vindu er i DOM.
• Smart-grid: merk rader med tastaturet v2.99.0 2026-08-13 — I grid med radmerking (f.eks. abonnement-arbeidsbenken og masterordre-ordrelinjer) kan du nå merke rader uten mus: Mellomrom merker/avmerker raden i fokus, Shift+Mellomrom merker et sammenhengende radområde fra forrige merking, og Ctrl/Cmd+A merker alle rader i utvalget. Skjermlesere annonserer merket tilstand (aria-selected).
• Smart-grid: visningsvelger for detaljpanel (Kun liste / Delt / Kun detaljer) v2.99.0 2026-08-13 — Grid med integrert detaljpanel (f.eks. abonnement-arbeidsbenken og masterordre-listene) har fått en 3-delt visningsvelger i verktøylinjen ved siden av høyre/bunn-vekslerne. «Kun liste» skjuler detaljen så listen får full bredde (skann mange rader / vis mange kolonner); «Kun detaljer» skjuler listen så detaljpanelet maksimeres (nyttig på små skjermer); «Delt» viser begge som før. Valget huskes i lagrede visninger.
• Smart-grid: fullskjerm for masterordre- og tilbudslister v2.99.0 2026-08-13 — Masterordre-listen, tilbudslisten og abonnement-arbeidsbenken har fått en fullskjerm-knapp i verktøylinjen. Klikk løfter hele gridet (verktøylinje + liste/detaljer) til fullskjerm så du bruker hele flaten — spesielt nyttig på små skjermer og nettbrett. Kombinert med «Kun detaljer» får du én masterordre på hele skjermen. Esc eller knappen lukker igjen.
• Smart-grid: bedre automatisk kolonnebredde på store/virtualiserte grid v2.99.0 2026-08-13 — Autostørrelse måler nå et jevnt fordelt sample av de synlige radene (via canvas-tekstmåling) i stedet for bare de første radene i DOM-vinduet, så kolonner får riktig bredde selv når bredere innhold ligger lenger ned i et virtualisert grid (f.eks. SQL-editoren). Nye valg autoSizeSampleSize/autoSizeStrategy/autoSizeMode styrer oppførselen; custom-innhold, tre- og reorder-kolonner måles fortsatt fra faktisk rendret celle.
• Smart-grid: én samlet «Filter»-knapp i stedet for to v2.99.0 2026-08-13 — 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.
• Tabellkolonner blir ikke lenger klemt sammen til uleselig bredde v2.99.0 2026-08-13 — 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.
• Smart-grid — Ctrl+F viser/skjuler filterraden v2.99.0 2026-08-13 — 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.
• Smart-grid — veksle detaljpanel mellom høyre og bunn fra verktøylinjen v2.99.0 2026-08-13 — 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.
• Smart-grid — filterraden fester seg under header ved scrolling v2.99.0 2026-08-13 — 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.
• Smart-grid — lagre og hente egne visninger v2.99.0 2026-08-13 — 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.
• Smart-grid — server-side query-kontrakt (SmartGridQueryState) v2.99.0 2026-08-13 — Ny serialiserbar kontrakt (getQueryState()) som representerer hele gridets spørring — side, sidestørrelse, globalt søk, sortering, legacy + avansert filter, gruppering, kolonnetilstand og selection-scope — med et C#-speil (SmartGridQueryStateDto) for backend-mapping. Additivt/opt-in; legacy filter-events er uendret. Grunnmur for lagrede visninger, avansert filter-UX, bulk dry-run, server-side eksport og kommende Masterordre-lister.
• Smart-grid PDF-eksport får firmalogo og header v2.99.0 2026-08-13 — 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.
• Mer plass til innhold med kompakt topplinje v2.99.0 2026-08-13 — 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.
• Provisjonering: nye database-passord krever konfigurert krypteringsnokkel v2.99.0 2026-08-13 — 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.
• Lagrede visninger tåler at kolonner endres v2.99.0 2026-08-13 — En lagret visning eller et lagret filter som ble laget før en kolonne fikk nytt feltnavn eller ble fjernet, kunne gjenopprette gruppering på det gamle feltet (gruppeoverskriften viste da det tekniske feltnavnet), en sortering på feltet, og et kolonnefilter eller en avansert filterbetingelse som fortsatte å skjule rader uten at brukeren hadde noen kolonne å fjerne det fra. Slike felt forkastes nå ved gjenoppretting; faller hele grupperingen bort, brukes tabellens standardgruppering.
• Smart-grid: kopier én celle og fyll et helt utvalg v2.99.0 2026-08-13 — Merk én celle, kopier (Ctrl+C), dra-merk flere blanke celler og lim inn (Ctrl+V) → verdien fylles nå inn i ALLE de merkede cellene (Excel-oppførsel). Tidligere fikk kun den første cella verdien. Gjelder redigerbare smart-grid som masterordre-ordrelinjer.
• Smart-grid: ny linje ruller automatisk i syne v2.99.0 2026-08-13 — Når en ny ordrelinje legges til (via «+ Ny linje» eller produktsøk) ruller griden nå automatisk ned til den nye raden i stedet for å la den ligge under skjermkanten.
• Smart-grid: pinnede kolonner ligger tett v2.99.0 2026-08-13 — Rettet en visuell feil der det ble et tomrom mellom to pinnede (fastlåste) kolonner når en kolonne var smalere enn 150px. Pinnede kolonner ligger nå kant-i-kant.
• Smart-grid: dra-merk og kopier/lim inn i grupperte grid v2.99.0 2026-08-13 — Celleområde-valg med dra-merk og klipp/kopier/lim inn virker nå også når griden er gruppert (f.eks. masterordre-ordrelinjer gruppert på gruppe) — tidligere var det helt av i grupperte grid. Utvalget holder seg innenfor én gruppe og krysser aldri en gruppegrense (verken ved dra, piltaster eller innliming).
• Handlingsknappene i tabeller kunne ikke klikkes v2.99.0 2026-08-13 — 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.
• Smart-grid: verktøylinje-knapper og produktsøk-liste fikset v2.99.0 2026-08-13 — 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.
• Smart-grid: trestruktur er nå synlig også med tallkolonner v2.99.0 2026-08-13 — 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.
• Smart-grid: aktiv rad markeres nå på alle rader v2.99.0 2026-08-13 — 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.
• Smart-grid: kopiér/lim inn legger ikke lenger verdier i feil kolonner, og Ctrl+C kopierer nå bare det som er valgt v2.99.0 2026-08-13 — Å 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.
• Smart-grid: skriv-for-å-redigere lagrer nå alle tegn korrekt v2.99.0 2026-08-13 — Å 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.
• Smart-grid: kolonnevelger flyttet ikke lenger avkryssnings-kolonnen når en kolonne skjules v2.99.0 2026-08-13 — 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.
• Innlogging på tenants med legacy V3-personellskjema v2.99.0 2026-08-13 — 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.
• Smart-grid — lagrede visninger (grunnmur) v2.98.0 2026-06-27 — Smart-grid kan nå lagre og hente brukerens egne visninger (kolonner, sortering, filter, grupper, sidestørrelse) per bruker og grid i databasen, via nytt API (getViewState()/applyViewState() på gridet + GridViewService). Dette er grunnmuren i smart-grid enterprise-planen; ingen visning eksponerer det for sluttbrukere ennå, så ingen synlig endring.
• Smart-grid — avansert filtermodell (kontrakt) v2.98.0 2026-06-27 — Ny typet filtermodell (SmartGridFilterModel med operatorene contains/startsWith/endsWith/eq/neq/in/between/isNull/isNotNull/gt/gte/lt/lte og and/or-logikk), rene konvertere til/fra dagens filterrad (smart-grid-filter.util.ts) og en server-safe DTO (SmartGridFilterModelDto). Additivt: dagens GridFilter/ColumnFilter-kontrakter og filterhendelser er uendret, og ingen visning bruker modellen ennå.
• Smart-grid — robust selection-state (grunnmur) v2.98.0 2026-06-27 — Ny nøkkelbasert selection-modell (SmartGridSelectionModel med explicit/«alt matchende minus unntak»-modus og scope) + opt-in grid-API (selectionMode, selectionStateChange, rowSelectionChange og metoder for å velge/avvelge/velge-alt-i-scope). Default av; den eksisterende checkbox-API-en (checkedColumn/allChecked) er uendret. Krever stabil rowKey i aktiv modus.
• Smart-grid — bulk-handlinger og kopier-til-utvalg (grunnmur) v2.98.0 2026-06-27 — Nytt opt-in grid-API for massehandlinger på valgte rader: bulkEditRequested/bulkActionRequested og metodene requestBulkValueCopy()/requestBulkAction(), samt bulkEditable per kolonne. Gridet emitter kun intensjon med gjeldende utvalg; fagkomponenten validerer rettigheter, bekrefter og lagrer. Default av; ingen eksisterende oppførsel endres.
• Smart-grid — server-side Excel-eksport (exportDataProvider) v2.98.0 2026-06-27 — Ny valgfri exportDataProvider-hook lar eksporten hente HELE datasettet fra en host-levert kilde (typisk et backend-endepunkt) i stedet for bare radene klienten har. Nødvendig for server-paginerte/virtualiserte grids der klienten kun holder gjeldende side. Default av → eksporten bruker klientradene nøyaktig som før.
• Smart-grid — opt-in rad-virtualisering v2.98.0 2026-06-27 — Store flate desktop-tabeller kan slå på virtualScroll (med rowHeight/virtualOverscan) slik at bare radene i viewport + buffer holdes i DOM-en, med avstands-rader som bevarer scrollbaren. Default av → eksisterende tabeller rendrer uendret. v1: kun flate desktop-tabeller med uniform radhøyde (gruppering virtualiseres ikke; mobilkort vindueres med samme rad-vindu); sticky header og pinnede kolonner fungerer som før.
• Smart-grid — laste-spinner på Excel-knappen v2.98.0 2026-06-27 — Excel-eksport-knappen viser nå en spinner og deaktiveres mens eksporten genereres, slik at brukeren ser at noe skjer ved store datasett der workbook-genereringen tar litt tid.
• Smart-grid — utvidbare detalj-rader (row expansion) v2.98.0 2026-06-27 — Nytt opt-in API (expandableRows, [(expandedRowKeys)], singleRowExpansion, metodene toggleRowExpansion()/isRowExpanded() og appSmartGridRowDetail-direktivet) lar en rad utvides til en full-bredde detalj-rad (kommentarer, historikk, metadata). Default av; krever stabil rowKey. v1: flate desktop-tabeller, ikke kombinert med virtualisering.
• Smart-grid — integrert master/detail med tastaturnavigasjon v2.98.0 2026-06-27 — Nytt opt-in detailPanel="right" + appSmartGridDetailPanel-template gir et detaljpanel side-ved-side med tabellen. Detaljen følger live når brukeren klikker eller piler opp/ned gjennom master-radene (e-postklient-stil). To-veis [(activeDetailRowKey)], detailPanelWidth. Default av; krever stabil rowKey. v1: flate desktop-tabeller.
• Smart-grid — lazy-load av detalj (rowExpand/rowCollapse) v2.98.0 2026-06-27 — Gridet emitter når en rad utvides/kollapses, så fagkomponenten kan hente detalj-data ved behov og vise loading/error i sin detalj-template. Additivt tillegg til row expansion.
• Smart-grid — betinget rad-/celle-styling (rowClassRules/cellClassRules) v2.98.0 2026-06-27 — Nytt opt-in API for å sette CSS-klasser per rad/celle basert på predikater (markere avvik, låste linjer, status m.m.), additivt oppå eksisterende rowClass/className. Default av → ingen endring.
• Smart-grid — hierarkiske rader (tree data) v2.98.0 2026-06-27 — Nytt opt-in treeData viser rader hierarkisk med innrykk og expand/collapse på en valgt kolonne. Host gir enten getChildren (hierarkisk) eller getParentKey (flat liste med foreldre-referanse), pluss treeColumn og stabil rowKey. To-veis [(treeExpandedKeys)]. Default av; v1 er flate desktop-tabeller (egen pipeline uten filterrad/sortering/virtualisering).
• Smart-grid — rad-reordering (drag & drop) v2.98.0 2026-06-27 — Nytt opt-in rowReorder lar brukeren dra rader med et grip-håndtak for å endre rekkefølge. Gridet emitter kun intensjon (rowReorderChange med rad, mål-rad og før/etter-posisjon); host/backend beregner og lagrer endelig sortnøkkel. Valgfri canDropRow-guard kan avvise slipp. Default av; krever stabil rowKey.
• Smart-grid — tastaturnavigasjon og tilgjengelighet v2.98.0 2026-06-27 — Nytt opt-in keyboardNavigation gir en roving-tabindex fokusmodell med ARIA grid-roller: piltaster/Home/End/Ctrl+Home/End/PageUp/Down for celle-navigasjon, Enter for å aktivere (rediger/utvid/detalj), Escape for å avbryte. aria-sort på sorterte kolonner er alltid på. Default av → eksisterende grids uendret; krever stabil rowKey.
• Smart-grid — pinnede topp-/bunn-rader v2.98.0 2026-06-27 — Nytt opt-in pinnedTopRows/pinnedBottomRows lar host vise rader (totaler, status, advarsler, oppsummering) klistret øverst/nederst, utenfor den sorterbare/filtrerbare radlisten. Valgfri appSmartGridPinnedRow-template gir full kontroll; ellers kolonne-justerte verdier. Default tom → ingen endring.
• Smart-grid — empty/error/loading overlay-slots v2.98.0 2026-06-27 — Nye opt-in templates (appSmartGridLoading, appSmartGridEmpty, appSmartGridError) lar fagflater vise rik tomtilstand, feilmelding med retry/CTA og egen laste-visning. Ny errorState-input trigger feil-overlay. Uten templates rendres dagens default-spinner og no-records-tekst uendret.
• Smart-grid — kolonne-virtualisering v2.98.0 2026-06-27 — Nytt opt-in virtualColumns gir horisontal windowing for brede grids: bare kolonnene i viewporten (+ columnBuffer) ligger i DOM, med spacer-celler som bevarer scroll. Pinned-kolonner rendres alltid. Krever eksplisitte kolonnebredder (autosize ignoreres mens på); flat desktop-kropp. Default av → eksisterende grids uendret.
• Smart-grid — bedre kolonnevelger (søk, merk/fjern alle, fest kolonne) v2.98.0 2026-06-27 — Kolonnevelgeren («Tilpass kolonner») har fått et søkefelt for å finne kolonner i brede grids, «Merk alle»/«Fjern alle» for å vise/skjule alle på én gang (beholder minst én synlig), og en fest-knapp per kolonne som veksler venstre → høyre → av for sticky kolonner. Fest-valget lagres sammen med resten av kolonneoppsettet.
• Smart-grid — «fjern filter»-knapp på aktive filterchips er pålitelig igjen v2.98.0 2026-06-27 — Samme klasse feil som nyhets-reaksjonene: aktive filterchips (og de mobile kort-radene) løkket over metoder som returnerer nye objekter ved hver change-detection-syklus uten trackBy, slik at chip-DOM-en ble gjenskapt kontinuerlig og «×»-knappen var vanskelig å treffe. Lagt til trackBy på filterchips og de mobile kolonneradene i smart-grid (påvirker alle tabeller som bruker komponenten).
• Arbeidsflyt — startmaler v2.97.5 2026-06-11 — Arbeidsflyt-lista har fått ferdige startoppskrifter (følg opp logget e-post, påminn før oppgavefrist, varsle ved ny e-post, ukentlig oppsummering). «Bruk mal» åpner byggeren forhåndsutfylt som et utkast brukeren tilpasser og aktiverer.
• Tekniske kode-henvisninger kan slås av/på i håndboken v2.97.5 2026-06-11 — Håndbok-sidene har fått en toggle-knapp i topp-headeren (kode-ikon) som viser/skjuler tekniske kildereferanser ([filename.ts:42] og "Verifisert i ..."-avsnitt). Default er av for vanlige brukere — sidene leses som en ren brukermanual. Teknikere kan klikke ikonet for å vise alle kode-lenker; valget huskes i nettleseren (localStorage).
• Arbeidsflyt — oppslag, test og personlig omfang v2.97.0 2026-06-07 — Arbeidsflyt-byggeren har fått oppslag i stedet for fritekst (enum-nedtrekk, bruker-/deal-/kontakt-velgere, cron-bygger), «Sett inn felt»-tokens med navn/beskrivelse, og «Test på eksempel» som viser mottakere og ferdig melding før aktivering. Omfanget «Bare meg» kjører nå kun på egne objekter, oppgave-opprettelse kan utløse arbeidsflyt, og arbeidsflyt-varsler kan styres i varslingsinnstillinger.
• Hjelp-meny peker direkte til prod-håndboken per klient v2.97.0 2026-06-07 — Klientkonfigurasjonene har fått et nytt documentationUrl-felt som styrer hvor "Hjelp → Dokumentasjon" leder. Default for nye prod-klienter: docs.eportal.no/hva-er-nytt/. Staging-miljø beholder docs-staging.eportal.no.
• Edit-lenker på håndbok-sider for teknikere v2.97.0 2026-06-07 — Hver side har et penn-ikon øverst til høyre som åpner Azure DevOps web-editor direkte på riktig MD-fil — for enkel retting uten lokal git-klone. Krever repo-tilgang.
• Tilgangsstyring av systemadministrasjon og forfattermaler i håndboken v2.97.0 2026-06-07 — Sidene under /systemadministrasjon/ og /templates/ på docs.eportal.no krever nå pålogging med Konti Azure AD. Resten av håndboken er fortsatt åpent tilgjengelig.
• Ny: Arbeidsflyt-motor (automatiseringer) v2.91.0 2026-06-15 — Admin kan nå sette opp regler «NÅR noe skjer → HVIS betingelser → GJØR handlinger» under Innstillinger → Arbeidsflyt. Bygges visuelt i en blokkbasert editor (NÅR/HVIS/GJØR) med dra-og-slipp på handlinger. Første bruksområde: når en e-post logges i CRM kan portalen automatisk vente og minne om oppfølging, eller opprette en oppgave. Handlinger i v1: varsle (in-app/e-post/SMS via det eksisterende varslingssenteret), vent (durabel forsinkelse som overlever omstart), og opprett CRM-oppgave. Varsler respekterer mottakerens egne kanalvalg. Motoren er modul-agnostisk (CRM først, klar for Time/Bruusgaard m.fl.). (#Migration_20261010100000, #Migration_20261010100001)
• Arbeidsflyt — tidsbaserte påminnelser v2.91.0 2026-06-15 — Regler kan utløses på datofelt (f.eks. X dager før en frist) i tillegg til hendelser. Kjøres per tenant av den eksisterende planleggeren og aktiveres med en ny «Arbeidsflyt»-toggle i domeneoppsettet (Innstillinger → Planlagte jobber).
• Arbeidsflyt — kjøringslogg v2.91.0 2026-06-15 — Hver regelkjøring logges med resultat, antall handlinger kjørt og eventuell feilårsak, og vises i en egen kjøringslogg per arbeidsflyt.
• Arbeidsflyt — periodisk oppsummering (digest) v2.91.0 2026-06-15 — En arbeidsflyt kan nå utløses på en tidsplan (cron, f.eks. «hver mandag 08:00») med en «Oppsummering»-handling som sender et sammendrag av endringer på valgt objekt i perioden (f.eks. ukentlig liste over loggede e-poster) til en valgt mottaker.
• Arbeidsflyt — lag med KAI (naturlig språk) v2.91.0 2026-06-15 — En «KAI»-knapp lar deg beskrive en arbeidsflyt med vanlige ord (f.eks. «minn meg på oppfølging av loggede e-poster etter tre uker»). KAI lager et utkast som åpnes i blokk-byggeren for gjennomgang og justering; ingenting lagres eller aktiveres før du bekrefter. Tilgang styres av en egen, fail-closed rettighet (KAI Arbeidsflyt) under Innstillinger → Datatilgang. (#Migration_20261010110000)
• Hjemmeside / nyheter / varsler — robusthet v2.91.0 2026-06-15 — localStorage-parse i HomeComponent og SummaryComponent er try-catch-pakket (krasjer ikke på korrupt JSON). NewsComponent har fått OnDestroy + takeUntil på alle 5 subscribes (memory leak eliminert). NotificationCenterService eksponerer nå stopAutoRefresh() som kalles fra notification-bell ngOnDestroy — polling-intervaller stables ikke lenger ved logout/remount. My-tasks-widget og Time-KPI-widget har 8s timeout per leg så én treg backend ikke pinner widgeten i loading-state. SuggestionQuickComponent rydder opp success-fade setTimeout i ngOnDestroy.
• Bug-rapport — robusthet og sikkerhet v2.91.0 2026-06-15 — Skjermbilde-upload har 10 MB max-size + content-type-sjekk (forhindrer DoS via gigant-bilde og base64-bombing). Submit-knappen har early-return ved isSubmitting === true (ingen dobbel KAI-analyse / dobbel rapport). KAI-analyse-prompten i AIAssistantService kapper bruker-felt til 4k/10k tegn, strippper kontroll-tegn (zero-width / RTL-overrides), og merker user-supplied content med <user-description>/<console-errors>-delimiters mot prompt-injeksjon. URL/modul/browser-info HTML-encodes før de injiseres i e-post-template. console.error logger bare error.message, ikke hele objektet (PII-lekkasje fjernet).
• Innstillinger / tenant-tilgang — self-grant blokkert v2.91.0 2026-06-15 — TenantGroupAccessController.GrantAccess avviser nå forsøk på å gi tenant-tilgang til seg selv (returnerer feilmelding og logger forsøket). Frontend-modal filtrerer i tillegg ut innlogget bruker fra dropdown-listen. Portal-setting localStorage.setItem for TimeConfig og FinalApproval dispatcher nå StorageEvent så åpne faner får friske verdier uten refresh. Basic-data og web-page er try-catch-pakket. Override-email-input har fått e-post-format-validator (type="email" + pattern), og getTimeReportControlTB-subscriber har takeUntil(destroy$) (memory leak eliminert).
• Tag-system v2.91.0 2026-06-15 — Globalt tag-system for merking og filtrering på tvers av moduler (prosjekt, oppgave, kanban).
• Tag-velger UI-polering v2.91.0 2026-06-15 — Tag-panelet har fått ryddigere søk, tydeligere tag-rader, bedre tastaturfokus og mer diskret feilmelding ved manglende tilgang.
• Globalt søk med domene-toggle v2.91.0 2026-06-15 — Nytt globalt søk i toppfeltet finner treff i arbeidsordre, CRM, sjekklister/HMS, håndbok, dokumenter og prosjekter. Funksjonen styres per domene via wv_Domain.UseGlobalSearch (default av). (#Migration_20260801110000)
• Notifikasjonsinnstillinger i Min profil v2.91.0 2026-06-15 — Brukere kan nå styre sine varslingskanaler (in-app, e-post, SMS) fra profilsiden.
• Endre passord i Min profil — også for eksterne v2.91.0 2026-06-15 — Min profil har fått en egen «Endre passord»-fane, slik at alle innloggede brukere kan bytte passord uten å gå via «glemt passord». Tidligere var inngangen til passordendring fjernet fra UI-et. Samtidig er en bug rettet der ChangePassword hardkodet loginType=2 (intern/userIntra), så eksterne brukere (userExtra=1) aldri fikk passordet oppdatert — SP-en wv_Login_newPassword oppdaterer kun når portal-flagget matcher. Backend prøver nå intern først, deretter ekstern (samme mønster som «glemt passord»), så både interne og eksterne kan endre passord. Fanen er tilgjengelig for eksterne (/my-profile er allerede whitelistet i ActivateService).
• Notifikasjonskategorier — vises nå for deltakere uten opprett-rett v2.91.0 2026-06-15 — Per-kategori-innstillingene i Min profil (prosjekt-, CRM-, HMS-kommentarer/tildelinger osv.) gates nå på faktisk modultilgang i stedet for «opprett»-rettigheten. Tidligere viste GetCategoryPreferences bare kategorier for moduler der brukeren hadde urNew = 1, fordi den filtrerte på JWT-claimet moduleAccess (som kun bæres for opprett-rett). En vanlig prosjektdeltaker som blir tildelt oppgaver eller kommentert på — men ikke kan opprette prosjekter — så derfor kun de tre globale kanalbryterne og kunne ikke styre sine egne kommentar-/tildelingsvarsler. Endepunktet slår nå opp brukerens reelle modulrettigheter (New || Edit || Delete) via IUserRepository.GetUserRights.
• Entra ID SSO forenklet v2.91.0 2026-06-15 — Byttet fra access token til ID token for Microsoft-innlogging. Kunder trenger ikke lenger admin consent eller service principal — kun en enkel app-registrering.
• Login for eksterne brukere — pre-auth migrering reparerer låste klientdatabaser v2.91.0 2026-06-15 — Login kjører nå klientmigrering før første auth-forsøk og re-publiserer wv_Login, slik at databaser som satt fast på gammel/feil ekstern-loginprosedyre kan selvreparere ved innlogging.
• Ekstern innlogging — robust JWT-claim-generering ved manglende brukerfelter v2.91.0 2026-06-15 — Rettet krasj i token-generering (Value cannot be null) ved å null-sikre claim-verdier når enkelte profilfelter mangler på eksterne brukere.
• Ekstern innlogging — fallback til ekstern loginType + robust passordhåndtering v2.91.0 2026-06-15 — Innlogging prøver nå både ClientPortal og ExternalPortal for samme bruker, og håndterer utilsiktet trailing whitespace i passordfeltet ved kopi/lim fra e-post.
• Bilagslogg — smart-grid med søk og beskrivelse v2.91.0 2026-06-15 — Kjøringsdetaljer i bilagsloggen bruker nå smart-grid med søk, sortering og filtrering. Kolonnen «Melding» er erstattet med bilagets beskrivelse.
• Scheduled execution v2.80.0 2024-Q3-Q4 — Azure Function kjører integrasjoner automatisk
• Feilhåndtering v2.80.0 2024-Q3-Q4 — Detaljert logging av feil og advarsler
• Retry-mekanisme v2.80.0 2024-Q3-Q4 — Automatisk retry ved midlertidige feil
• Notifikasjoner v2.80.0 2024-Q3-Q4 — E-post/SMS ved kritiske feil
• Daglig prosessering v2.80.0 2024-Q3-Q4 — Azure Function genererer timer basert på planer
• Duplikatkontroll v2.80.0 2024-Q3-Q4 — Sjekker om timer allerede eksisterer
• Kjøringslogg v2.80.0 2024-Q3-Q4 — Detaljert historikk over genererte timer
• Manuell kjøring v2.80.0 2024-Q3-Q4 — Test planene før automatisk generering
• Multi-tenant isolasjon v2.80.0 2024-Q3-Q4 — Sikker datahåndtering på tvers av klienter
• FluentMigrator v2.80.0 2024-Q3-Q4 — Strukturert databaseversjonering
• Repository pattern v2.80.0 2024-Q3-Q4 — Gjenbrukbar datalogikk
• Azure Function integration v2.80.0 2024-Q3-Q4 — Skalerbar bakgrunnsprosessering
• OAuth2/API-nøkkel autentisering v2.80.0 2024-Q3-Q4 — Sikre eksterne integrasjoner
• Lazy loading v2.80.0 2024-Q3-Q4 — Moduler lastes kun ved behov (raskere oppstart)
• Drawer pattern v2.80.0 2024-Q3-Q4 — Moderne UI-mønster for redigering
• Responsive design v2.80.0 2024-Q3-Q4 — Fungerer på desktop, tablet og mobil
• NgBootstrap 16 v2.80.0 2024-Q3-Q4 — Oppdaterte UI-komponenter
• TypeScript strict mode v2.80.0 2024-Q3-Q4 — Bedre typesikkerhet
• Indeksoptimalisering v2.80.0 2024-Q3-Q4 — Raskere søk og filtrering
• Foreign key constraints v2.80.0 2024-Q3-Q4 — Dataintegritet garantert
• Cascade delete v2.80.0 2024-Q3-Q4 — Automatisk opprydding av relaterte data
• JSON-konfigurasjon v2.80.0 2024-Q3-Q4 — Fleksibel lagring av integrasjonsinnstillinger
• Ny menystruktur v2.80.0 2024-Q3-Q4 — "KONTI CONNECT" toppnivåmeny
• Ikon-standardisering v2.80.0 2024-Q3-Q4 — Konsistente ikoner fra Tabler Icons
• Breadcrumbs v2.80.0 2024-Q3-Q4 — Enkel navigasjon tilbake
• Tooltips v2.80.0 2024-Q3-Q4 — Kontekstuell hjelpetekst
• Caching v2.80.0 2024-Q3-Q4 — Redusert API-trafikk (15 min cache for AI)
• Paginering v2.80.0 2024-Q3-Q4 — Håndter store datasett effektivt
• Lazy loading v2.80.0 2024-Q3-Q4 — Raskere sidevisninger
• Optimistic UI v2.80.0 2024-Q3-Q4 — Umiddelbar feedback på brukerhandlinger
• Inline-validering v2.80.0 2024-Q3-Q4 — Umiddelbar feedback på feil
• Autosave-indikatorer v2.80.0 2024-Q3-Q4 — Tydelig lagringsstatus
• Forklarende hjelpetekst v2.80.0 2024-Q3-Q4 — Kontekstuell guidance
• Konfigurasjonsmaler v2.80.0 2024-Q3-Q4 — Raskere oppsett av integrasjoner
• Multi-tenant isolasjon v2.80.0 2024-Q3-Q4 — Klientdata er fullstendig isolert
• Audit logging v2.80.0 2024-Q3-Q4 — Sporing av endringer (CreatedBy, ModifiedBy)
• Sikker konfigurasjon v2.80.0 2024-Q3-Q4 — API-nøkler lagres kryptert i database

Prosjekt og oppgaver

• Tildelte på deloppgaver v2.99.0 2026-08-02 — 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.
• KAI-planlegger: juster og regenerer v2.99.0 2026-08-02 — Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.
• KAI: utvid oppgave med deloppgaver v2.99.0 2026-08-02 — 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.
• Tildelte på deloppgaver v2.99.0 2026-08-05 — 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.
• KAI-planlegger: juster og regenerer v2.99.0 2026-08-05 — Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.
• KAI: utvid oppgave med deloppgaver v2.99.0 2026-08-05 — 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.
• Tildelte på deloppgaver v2.99.0 2026-08-06 — 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.
• KAI-planlegger: juster og regenerer v2.99.0 2026-08-06 — Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.
• KAI: utvid oppgave med deloppgaver v2.99.0 2026-08-06 — 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.
• Tildelte på deloppgaver v2.99.0 2026-08-08 — 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.
• KAI-planlegger: juster og regenerer v2.99.0 2026-08-08 — Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.
• KAI: utvid oppgave med deloppgaver v2.99.0 2026-08-08 — 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.
• Tildelte på deloppgaver v2.99.0 2026-08-13 — 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.
• KAI-planlegger: juster og regenerer v2.99.0 2026-08-13 — Planleggeren kan nå iterere: skriv en justering (f.eks. «mer detaljert på fase 2») og få forslagene revidert uten å starte på nytt.
• KAI: utvid oppgave med deloppgaver v2.99.0 2026-08-13 — 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.
• Kopier prosjekt tar nå med hele strukturen + ord-erstatning og datoforskyvning v2.98.0 2026-06-27 — «Kopier prosjekt» kopierer nå deloppgaver med riktig hierarki, oppgave-datoer, avhengigheter, sjekklister og tagger — ikke bare flate oppgaver. Du kan sette opp ord-erstatninger (f.eks. bytte firmanavn) som anvendes på navn, beskrivelser og sjekklistepunkter, og valgfritt sette en ny startdato som forskyver alle datoer relativt i arbeidsdager (helg/helligdager hoppes over). Uten ny startdato kopieres prosjektet uten datoer.
• Prosjektoppgaver — større skrivefelt i hurtigpanel v2.98.0 2026-06-27 — Hurtigpanelet for oppgaver har fått flerlinjes, vertikalt resizable tittelfelt og større resizable beskrivelsesfelt, slik at lange titler og beskrivelser kan leses og redigeres uten å åpne full visning.
• Dokumentopplasting støtter PowerPoint-filer v2.98.0 2026-06-27 — Vedlegg i de delte dokumentflytene kan nå laste opp ppt og pptx når standard filtypeoppsett brukes, inkludert prosjekt- og oppgavedokumenter. Eksisterende tenant-innstillinger utvides automatisk dersom PowerPoint mangler.
• Prosjektoppgaver — tildelt bruker vises i hurtigpanel v2.98.0 2026-06-27 — Hurtigpanelet for en prosjektoppgave viser nå samme tildelte bruker som oppgavelisten når oppgaven fortsatt bare har legacy assignedTo-felt og ingen rad i den nyere assignment-tabellen.
• Oppgave-hurtigpanelet mister ikke lenger beskrivelse-endringer ved lukking v2.98.0 2026-06-27 — Beskrivelsen i oppgave-hurtigpanelet (hurtigvisningen i prosjektplanen) auto-lagres nå (800 ms etter siste tasteslag + når feltet mister fokus), på linje med sjekkliste og deloppgaver. Lukker du panelet (X, Escape, klikk utenfor, «Åpne full», prosjekt/board/CRM-oppgave/korrespondanse, eller ved å åpne en annen oppgave) blir en ulagret beskrivelse lagret først; feiler lagringen (eller ved samtidig-endring/konflikt) blir panelet stående med en «ulagrede endringer»-melding i stedet for å forkaste teksten.
• Mine oppgaver og Oppgaveoversikt er samlet v2.97.5 2026-06-11 — Prosjektmodulen har nå én «Oppgaver»-side med tydelig valg mellom egne og alle oppgaver. Siden beholder liste, Gantt, KPI-er, filtre og påminnelser, og har fått handlinger for å fullføre og slette oppgaver. Dashboardet åpner Oppgaver med ferdige filtre for blant annet i dag, neste sju dager, ventende, forfalte og ikke tildelte oppgaver. Den gamle ruten /projects/my-tasks omdirigeres automatisk.
• Egen prosjektlederoversikt for endringer siden sist v2.97.5 2026-06-11 — Prosjektlederoversikten er skilt fra portefølje-dashboardet og viser fullførte, påbegynte og gjenåpnede oppgaver, flyttede frister, nye forfalte oppgaver og en samlet aktivitetsstrøm for valgfri periode. En egen oppfølgingskolonne viser forfalte, ikke tildelte og stoppede oppgaver. Dashboardet på /projects/overview og dashboardet for ett prosjekt er fortsatt separate sider.
• Prosjektdashboardet viser hva som trenger handling v2.97.5 2026-06-11 — Statusgrafene er erstattet med oppgaver som er forfalt, nær frist eller uten ansvarlig, en fremdrifts- og tidsvurdering av egne prosjekter, personlig arbeidsliste og nylig prosjektaktivitet. KPI-er og filter åpner nå relevante prosjekt- og oppgavelister.
• Prosjektets endringshistorikk viser oppgaveendringer v2.97.5 2026-06-11 — Aktivitetsloggen viser nå oppretting, sletting og endringer i status, ansvarlig, prioritet, datoer, kolonne, milepæl og fremdrift på prosjektoppgaver. Prosjektendringer og Microsoft To Do-synk vises i samme kronologiske tidslinje med gammel og ny verdi.
• Prosjektdashboardet tåler forskjøvet API-deploy v2.97.5 2026-06-11 — Dashboardet krasjet når ny frontend ble deployet før API-et og de nye arbeidslistene derfor manglet i responsen. Manglende dashboardfelt får nå trygge standardverdier frem til API-deployen er ferdig.
• Delt KAI-planlegger for prosjekt v2.97.0 2026-06-07 — Hele prosjekt-teamet ser nå samme KAI-planlegging i stedet for én planlegging per bruker. Milepæl-listen er ny i prosjekt-detalj og viser status, frist og ansvarlig. Statusendringer på prosjekt logges med historikk (hvem endret, når, fra/til). Per-oppgave kan skjules fra oversiktsbildet uten å arkiveres.
• Quick Capture — fryste nettleseren ved valg av prosjekt v2.91.0 2026-06-15 — Prosjektvelgeren bygde lista via en getter bundet rett i [items] på ng-select. Getteren returnerte et nytt array med nye objektreferanser ved hver change-detection-runde, så ng-select (med virtualScroll + groupBy) re-prosesserte elementene i en uendelig løkke og frøs hele fanen når man åpnet dropdownen. Lista beregnes nå én gang til et stabilt felt når data er lastet.
• Quick Capture — Ctrl+Alt+N hvor som helst v2.91.0 2026-06-15 — Ny hurtigtast åpner en skuff fra høyre kant og lar deg notere en oppgave på sekunder uansett hvor du er i ePortal. Tittel + ansvarlig (default deg selv) er det eneste obligatoriske. Lagring skjer med Ctrl+Enter. Alle oppgaver havner som CRM-oppgave; velger du i tillegg et prosjekt du har tilgang til, opprettes også en speil-oppgave på prosjekt-tavlen. Prosjektvelgeren viser kun prosjekter du har redigeringstilgang til, og husker de siste 5 du har brukt.
• Prosjektdetalj — faner + milepæladministrasjon v2.91.0 2026-06-15 — Prosjektdetalj er delt i faner for å redusere informasjonsstøy (venstre: Generell informasjon/Koblinger/Budsjett, høyre: Oversikt/Milepæler/Bøtter/Dokumenter/Aktivitetslogg). Ny milepælfane støtter opprett, rediger, fullfør og slett milepæler direkte i detaljvisningen.
• Prosjekt — sikkerhets- og integritetshardening v2.91.0 2026-06-15 — Tilgangsbasert filter på GetProjectsByActorId (brukere ser ikke lenger prosjekter på en kunde de ikke har innsyn i). SetTaskDependencies validerer nå at alle predecessor-tasks ligger i prosjekter brukeren har tilgang til (ingen hidden cross-project-koblinger). SetProjectTaskReminder og SendTaskReminderNow håndhever prosjekt-tilgang. CreateProject wrapper nå project-INSERT + bucket-INSERT i én transaksjon (orphan-prosjekter ved bucket-feil eliminert). Backend avviser StartDate > DueDate på Create/UpdateProject + Create/UpdateTask. DeleteProject cascader nå soft-delete til kommentarer, sjekklistepunkter, dependencies og tag-links. ReorderBuckets og ReorderChecklist har gått fra N+1 til ett UPDATE med CASE-WHEN-mapping. Pagination ORDER BY har deterministisk tertiær sort-key (ProjectID DESC). Cross-view sync — Quick Panel-patcher reflekteres nå i my-tasks, task-grouped-list og task-overview uten refresh. Progress-bar i prosjektdetalj bruker korrekt blå (#4a90d9) i stedet for bg-primary (CLAUDE.md-regel). My-tasks fikk mobil-action-meny så Fullfør/Slett er tilgjengelig fra telefon.
• Hurtigpanel for oppgaver v2.91.0 2026-06-15 — Klikk på en oppgave fra alle visninger som lister prosjektoppgaver (Kanban, Gantt, gruppert liste, oppgaveoversikt, multi-prosjekt-Gantt, prosjekt-dashboard, prosjekt-oversikt, "Mine oppgaver", hjemmeside-widgeten, og CRM-oppgavelisten) åpner et sidepanel med rask redigering av tittel, status, prioritet, datoer, bucket, fremdrift, tildeling, etiketter og sjekkliste (med fremdrift-indikator). Beskrivelse vises read-only direkte (rich-tekst bevart) med snarvei til full visning for redigering. Vedlegg, deloppgaver og avhengigheter ligger i kollapsible seksjoner — deloppgaver kan markeres som fullført direkte fra panelet. Egen aktivitets-kolonne (kommentarer) på desktop med @-tagging av kollegaer: skriv @ for å få opp prosjektmedlemmer; den taggete brukeren blir varslet via eksisterende varslingsoppsett (e-post + i-app følger preferansene). Aktivitetskolonnen viser relativ tid («for 5 min siden», «I går») med eksakt tidspunkt i tooltip, fargekodete avatarer per bruker for raskere skanning, og slett-knapp som først vises ved hover. Endringer lagres automatisk per felt («Lagret kl HH:MM»), med sanntids-konfliktdeteksjon hvis to brukere endrer samme oppgave samtidig (409 + automatisk reload). Endringer i panelet reflekteres umiddelbart på Kanban-kortet bak (live-sync). «Åpne full visning»-knapp gir rask vei til full task-detail. Ctrl/Cmd+klikk hopper rett til full visning. Aktivitetslisten oppdateres automatisk når du bytter til oppgavefanen igjen, slik at nye kommentarer fra kolleger vises uten manuell refresh. (#Migration_20260805100000, #Migration_20260805110000)
• Oppgavedato-validering på full visning v2.91.0 2026-06-15 — Full task-detail-side blokkerer nå lagring når sluttdato er før startdato, samme regel som i hurtigpanelet. Hindrer at oppgaver havner med inkonsistente datoer.
• Tverrprosjekt oppgaveoversikt v2.91.0 2026-06-15 — Ny side "Mine oppgaver" som viser oppgaver du eier, har opprettet eller er tildelt på tvers av prosjekter og CRM, med KPI-oversikt, filtre og påminnelsesfunksjon.
• Oppgaveoversikt med deloppgave-hierarki og Gantt v2.91.0 2026-06-15 — Oversikten støtter nå parent/child-visning av deloppgaver med ekspandering i listevisning og egen Gantt-visning for samme datasett.
• Oppgaveoversikt — Tidslinjefiltre for fullførte oppgaver v2.91.0 2026-06-15 — Prosjektleder kan nå raskt se hva som er fullført i dag, siden i går eller siste uke via hurtigfiltre. Fullførtdato vises som egen kolonne med grønt avkrysningsikon. Støtter også egendefinert datoperiode for historisk gjennomgang.
• Oppgavevarsler ved aktivitet v2.91.0 2026-06-15 — Oppgaver kan nå varsle berørte brukere ved endringer og kommentarer via to separate kategorier: «Prosjekt — Oppgave endret» og «Prosjekt — Kommentar på oppgave». Begge er av som standard slik at brukere aktivt må slå dem på i varslingsinnstillingene.
• Varselkategorier — vises nå for tildelte/eksterne uten opprett-rettighet v2.91.0 2026-06-15 — Tilgjengelige varselkategorier ble tidligere utledet fra JWT-claimet moduleAccess, som bare inneholder moduler brukeren har opprett-rettighet (urNew==1) på. Brukere som kun er tildelt eller kommenterer på prosjekt (urNew==0) manglet dermed prosjekt-varselkategoriene helt. Kategoriene utledes nå fra brukerens faktiske modulrettigheter (wv_Userright via brukernivå — New, Edit eller Delete), siden det å motta et varsel ikke krever opprett-rettighet. Eksterne brukere får fortsatt prosjektmodulen tvunget på via wv_DataShare.
• Tildelingsvarsel for prosjektoppgave er nå klikkbart og viser oppgavetittel v2.91.0 2026-06-15 — Når noen tildeler deg en prosjektoppgave via tildelingspanelet får varselet nå riktig oppgavetittel i stedet for «ProjectTask #232», og kan klikkes for å åpne oppgaven direkte.
• Deloppgaver tilbake til forelder + skjul i oversikt per oppgave v2.91.0 2026-06-15 — Når du står på en deloppgave går Tilbake nå til foreldreoppgaven. I tillegg har oppgaver fått egne valg for «Skjul sjekkliste i oversikt» og «Skjul deloppgaver i oversikt», som overstyrer kanbanens globale visningstoggles per oppgave.
• Korrespondanse på prosjektoppgave v2.91.0 2026-06-15 — E-post og annen korrespondanse knyttet til en prosjektoppgave via CRM/Outlook-addin vises nå direkte i oppgavedetaljpanelet og hurtigpanelet.
• Oppgave-header — klikkbare kontekstlenker v2.91.0 2026-06-15 — I både full oppgavevisning og hurtigpanel er prosjektnavn og bøttenavn nå klikkbare, med direkte navigasjon til prosjekt og oppgavetavle. Hurtigpanelet viser også direkte lenke til tilknyttet CRM-oppgave når kobling finnes.
• Forbedret oppgaveredigering v2.91.0 2026-06-15 — Oppgavedetaljer med inline-redigering, fremdriftssporing, og kommentarfelt.
• Ekstern prosjektdeling med View/Edit-styring v2.91.0 2026-06-15 — Eksterne brukere får nå tilgang til delte prosjekter uten generell prosjektmodul, og kan kun opprette/endre oppgaver når delingen har tilgangsnivå Edit eller Full.
• Sikkerhet: ekstern bruker kan ikke endre tagger uten rettighet v2.91.0 2026-06-15 — Eksterne brukere med kun lesetilgang (View) er nå blokkert fra å legge til eller fjerne tagger på oppgaver, både i backend (TagController) og i frontend (tag-velgeren vises som skrivebeskyttet).
• Prosjekt — samkjørt styling på view-/handlingsknapper v2.91.0 2026-06-15 — Workspace-headeren bruker nå samme knappestil som prosjekt-detalj og -dashboard: aktiv visning = mørk knapp, inaktiv = btn-outline-secondary, og handlingsknappene (Dashboard/Innstillinger) er ensartet utenfor segmentkontrollen.
• Oppgave-hurtigpanel — visuell oppgradering v2.91.0 2026-06-15 — Hurtigpanelet for prosjektoppgaver har fått tydeligere ePortal-layout med strukturert header, status-/prioritetsbadges, bedre feltgruppering og ryddigere aktivitetsflate.
• Oppgave-hurtigpanel — bedre deloppgaver og avhengigheter v2.91.0 2026-06-15 — Deloppgaver og avhengigheter har fått ryddigere lenker som åpner valgt oppgave i hurtigpanelet, og deloppgaver kan opprettes direkte med kun tittel.
• Oppgave-hurtigpanel — ESC lukker alltid panelet v2.91.0 2026-06-15 — Hurtigpanelet kan nå lukkes med ESC umiddelbart etter åpning, også før brukeren har klikket inne i panelet.
• Oppgave-hurtigpanel — stabil markør etter @-tagging v2.91.0 2026-06-15 — Kommentar feltet håndterer nå @-tagger med separat visningsverdi og lagringsverdi, slik at markøren plasseres riktig etter valgt person.
• Oppgavekommentarer — korrekt sletting og @-visning v2.91.0 2026-06-15 — Brukere kan slette egne kommentarer uten oppgaveredigering, API-resultatet kontrolleres før listen oppdateres, og @-tagger vises som chip selv om mention-metadata mangler.
• Oppgave fullvisning — @-tagging og kopiering v2.91.0 2026-06-15 — Full oppgavevisning støtter nå @-tagging i kommentarer, viser taggede brukere som navn/chips, og kopierer oppgaven med navn, tags, beskrivelse og bøtte uten å kopiere underliggende tabeller.
• Oppgaveoversikt — eierfokus som standard v2.91.0 2026-06-15 — Oppgaveoversikten starter nå i «Mine oppgaver»-modus (eier = innlogget bruker), med valgfri veksling til alle oppgaver, forbedrede KPI-filter og utvidet filterpanel inkl. status/prioritet/forfallsdato/prosjekt/tildelt.
• Prosjektoppgaver — eksterne brukere vises korrekt i tildeling v2.91.0 2026-06-15 — Rettet feilklassifisering i bruker-velger som kunne skjule delte eksterne brukere. Prosjekt-deling viser nå interne/eksterne tydelig, laster alle eksterne brukere i delingsvelgeren, og eksterne brukere kan tildeles oppgaver som forventet.
• Prosjektoppgaver — tildelingsvelger oppdateres med nyeste delinger v2.91.0 2026-06-15 — Rettet cache-problem i avatarbasert tildelingskomponent som kunne vise utdatert liste over eksterne brukere per prosjekt. Velgeren henter nå oppdatert delingsgrunnlag i prosjektkontekst, slik at alle delte eksterne brukere vises stabilt.
• Prosjektoppgaver — tildeling støtter nå eksterne brukere med prosjekttilgang v2.91.0 2026-06-15 — Oppgaveansvarlig og tildelingsvelger viser nå grupperte valg for Interne/Eksterne, og eksterne brukere som allerede er delt inn på prosjekt kan tildeles direkte.
• Prosjekt Kanban — husker visningsvalg for deloppgaver og sjekklister v2.91.0 2026-06-15 — Kanban lagrer nå brukerens toggle-valg for deloppgaver og sjekklister lokalt, slik at samme visning kommer tilbake når brukeren navigerer inn og ut av kanban.
• Prosjekt Kanban — samme emblemvisning som CRM og inline sjekklister v2.91.0 2026-06-15 — Kanban-kort bruker nå samme avatar-/tildelingskomponent som CRM-oppgavelisten uten duplisert navnetekst, og har ny toggle for å vise sjekklister med direkte avkryssing i kortet.
• Prosjekt kanban — owner og tildelinger vises også for eksterne brukere v2.91.0 2026-06-15 — Kanban-kort henter nå owner- og assignee-navn direkte fra prosjekt-endepunktet, slik at visningen av ansvar og tildelinger er konsistent også for eksterne brukere med prosjekttilgang.
• Prosjekt arbeidsområde — ekspander deloppgaver i listevisning og tydelig tildeling i kanban v2.91.0 2026-06-15 — Listevisningen i arbeidsområdet støtter nå ekspander/kollaps av deloppgaver per hovedoppgave, og kanban-kort viser både owner og tildelte brukere tydelig.
• Dashboard — klikkbare oppgaver i «Mine oppgaver»-widget v2.91.0 2026-06-15 — Oppgaver i dashboard-widgeten navigerer nå direkte til korrekt oppgave ved klikk, med fallback til oppgaveliste når detalj-ID mangler.
• Ekstern prosjekttilgang v2.91.0 2026-06-15 — Eksterne brukere kan nå se dokumenter og aktivitetslogg på delte prosjekter. Kobling, kopiering, sletting og møter er fortsatt sperret/skjult.
• Prosjektdetalj ved manglende tilgang v2.91.0 2026-06-15 — Ved åpning av prosjekt uten tilgang/eksisterende prosjekt vises ikke evig spinner lenger; brukeren sendes tilbake til prosjektlisten med tydelig tilgangsmelding.
• Ekstern innlogging uten prosjektreferanse går til prosjektlisten v2.91.0 2026-06-15 — Eksterne brukere uten delte prosjekter sendes nå til prosjektlisten i stedet for «Ingen adgang», slik at de får en trygg og konsistent landingsside.
• Prosjektkopi — valgfri kopiering av prosjekt- og oppgavedokumenter v2.91.0 2026-06-15 — Kopier prosjekt-dialogen har nå egne valg for å ta med dokumenter, og kopiering bevarer også mappestruktur for både prosjektdokumenter og oppgavedokumenter.
• Prosjekt portefølje-Gantt — Excel-eksport v2.91.0 2026-06-15 — Portefølje-Gantt har nå egen Excel-knapp som eksporterer oppgaver med prosjekt, bucket, status, prioritet, ansvarlig, datoer og fremdrift.
• Prosjekt portefølje-Gantt — ryddet prosjektvelger v2.91.0 2026-06-15 — Fjernet redundant label over prosjektvelgeren siden samme tekst allerede vises som placeholder i feltet.
• Prosjekt portefølje-Gantt — Excel uten duplikater v2.91.0 2026-06-15 — Eksporten dedupliserer nå oppgaver og sikrer at samme oppgave ikke skrives flere ganger på tvers av grupper.
• Gantt-eksport — ekte tidslinje i Excel (prosjekt + portefølje) v2.91.0 2026-06-15 — Excel-eksport viser nå Gantt-oppsett med måned/uke/dag-header, visuelle oppgavebarer i tidsaksen, helgemarkering og dagens vertikallinje, slik at eksporten ligner selve Gantt-visningen.
• Gantt-eksport — samme radrekkefølge som i visningen v2.91.0 2026-06-15 — Eksporten følger nå den faktiske visuelle rekkefølgen i Gantt-listen (inkludert parent/deloppgave-sekvens) for både prosjekt-Gantt og portefølje-Gantt.
• Prosjekt portefølje-Gantt — deloppgavevisning og parent-kollaps v2.91.0 2026-06-15 — Portefølje-Gantt viser nå deloppgaver med transparent stil som i prosjekt-Gantt, og støtter gruppering/kollaps per hovedoppgave med tydelige piler i radoverskrifter.
• Prosjekt-tagger — tydeligere tilgangsfeil og bedre plassering i header v2.91.0 2026-06-15 — Tag-velgeren viser nå konkret tilgangsfeil ved manglende rettighet, prosjektdetalj viser tagger før handlingsknapper, og prosjekt-dashboard har tag-velger i toppseksjonen (skrivebeskyttet for eksterne brukere).
• CRM Outlook — e-post kan kobles til frittstående og prosjektoppgaver v2.91.0 2026-06-15 — Logg e-post-panelet støtter nå valg av frittstående CRM-oppgave og prosjektoppgave, med søk i begge oppgavelister og valgfri avhuking for å markere valgt oppgave som fullført samtidig med lagring.
• CRM kunder — prosjektoversikt på kundekortet v2.91.0 2026-06-15 — Kundedetaljer viser nå tilknyttede prosjekter med egen KPI, eget navigasjonspunkt og prosjektliste direkte på kundesiden, slik at man ser aktive og historiske prosjekter uten å forlate kunden.
• Prosjekt Gantt — deloppgaver med datoarv og gruppert kollaps v2.91.0 2026-06-15 — Deloppgaver arver nå automatisk start/sluttdato fra hovedoppgave ved opprettelse, hovedoppgave-endringer oppdaterer kun deloppgaver som mangler dato eller fortsatt matcher gammel dato, og Gantt støtter vis/skjul deloppgaver samt gruppering/kollaps per hovedoppgave.
• Prosjekt oppgaveliste — valgfri gruppering på flere felt v2.91.0 2026-06-15 — Listevisningen i prosjekt-dashboard og prosjekt-workspace støtter nå ingen gruppering eller valgfri kombinasjon av ansvarlig, prioritet, status og bøtte.
• Prosjekt oppgaveliste — husker gruppering og støtter dra/slipp-rekkefølge v2.91.0 2026-06-15 — Valgte grupperingsfelt lagres nå automatisk i nettleseren, og rekkefølgen kan endres direkte med dra/slipp for å styre nivå 1/2/3.
• Prosjekt oppgaveliste — kompletterte grupperingstekster v2.91.0 2026-06-15 — Manglende oversettelser for «Ikke tildelt» og «Uten bøtte» i gruppering er lagt til i både norsk og engelsk språkfil.
• Prosjekt oppgavelister — inline tildeling og “Vis mine” i dashboard v2.91.0 2026-06-15 — Dashboard- og workspace-lister bruker nå samme avatarbaserte tildelingskomponent som oppgavedetaljer, og dashboard-listen har fått egen “Vis mine”-knapp ved gruppering.
• Prosjektoppgaver — ekstern tildeling og én felles tildelingsflate i oppgavedetaljer v2.91.0 2026-06-15 — Tildelingskomponenten håndterer nå eksterne prosjektbrukere mer robust i listevisninger, og oppgavedetaljer bruker kun den felles avatarbaserte tildelingskomponenten øverst i sidepanelet i stedet for duplisert dropdown.
• Prosjekt Gantt — viser deloppgaver uten egne datoer v2.91.0 2026-06-15 — Deloppgaver uten start/sluttdato vises nå i Gantt ved å arve datoer fra forelder under rendering, slik at eldre deloppgaver ikke forsvinner fra tidslinjen.
• Prosjekt Gantt — parent/deloppgave-hierarki i radlisten v2.91.0 2026-06-15 — Parent-oppgaver vises nå øverst med chevron for kollaps/ekspander, deloppgaver listes innrykket under parent, og deloppgave-bars vises med mer transparent stil for tydelig visuell hierarki.
• Prosjekt oppretting av oppgaver — foreslår første bøtte automatisk v2.91.0 2026-06-15 — Hurtigopprettelse og KAI-opprettelse bruker nå første bøtte (venstre) som fallback når bøtte ikke er valgt eller ikke treffes.
• Prosjekt Kanban/Gantt — «Ingen bøtte» og valgfri hoverinfo v2.91.0 2026-06-15 — Kanban viser nå oppgaver uten bøtte som kolonnen «Ingen bøtte» alltid først, og Gantt har ny desktop-toggle for hoverinfo med nøkkeldata om oppgaven.
• Prosjekt Gantt — hoverinfo viser siste kommentar v2.91.0 2026-06-15 — Tooltip i Gantt viser nå også siste kommentar på oppgaven (eller «Ingen kommentar» når det ikke finnes kommentar).
• Prosjekt Portefølje-Gantt — samlet tidslinje for flere prosjekter v2.91.0 2026-06-15 — Ny visning lar deg velge 1..N prosjekter og se oppgaver/milepæler i ett Gantt-bilde, med gruppering, hoverinfo og direkte navigasjon til oppgavedetaljer.
• Prosjekt Min side/Portefølje-Gantt — bedre navigasjon og valgfri avhengighet v2.91.0 2026-06-15 — «Mine oppgaver» viser nå tydelig tomtilstand med hurtigvalg til CRM-oppgaver, og Portefølje-Gantt har fått bryter for å vise/skjule avhengighetslinjer mellom oppgaver.
• Prosjekt Kanban — valgfri visning av deloppgaver i kort v2.91.0 2026-06-15 — Kanban-kort viser nå ikon med antall deloppgaver, og ny toggle lar deg vise/skjule deloppgavelisten i hvert kort (default av).
• Prosjekt Kanban — ny «Ikke delt»-silo for oppgaver uten bøtte v2.91.0 2026-06-15 — Kanban viser nå en egen kolonne for oppgaver uten bøtte, og kolonnen fungerer også som dropp-mål for å flytte oppgaver ut av bøtter.
• Oppgavedetaljer — autolagring av status og tydeligere tag-knapp v2.91.0 2026-06-15 — Klikk i statuslinjen øverst lagrer nå statusendring automatisk uten ekstra lagre-klikk, og tag-redigering bruker gjennomgående ikon-knapp uten pluss-tegn med bedre synlighet. Dobbelt visning av tags er fjernet der tags allerede vises som badges.
• Prosjekt-Kanban — Mine oppgaver-filter v2.91.0 2026-06-15 — Rettet brukeroppslag i Kanban slik at Mine oppgaver-filteret faktisk filtrerer på innlogget bruker også når bruker-ID ligger i alternativ lagret brukerdata eller JWT-token.
• Prosjektoppgaver — hurtigpanel-lagring v2.91.0 2026-06-15 — Rettet SQL-feil ved lagring fra hurtigpanelet der RowVersion ble sendt som byte-array og kunne gi Incorrect syntax near ',' i PATCH-kallet.
• Prosjektkommentarer — navn på @-mentions v2.91.0 2026-06-15 — Kommentarer som inneholder @-mention viser nå brukerens navn også når mention-raden mangler, og self-mentions lagres for visning uten å sende varsel til forfatteren.
• Oppgaveoversikt — Mine oppgaver laster bruker robust v2.91.0 2026-06-15 — Mine oppgaver-modus finner nå innlogget bruker fra både lagret brukerdata og JWT-token, slik at siden gjør API-kall i stedet for å stoppe med tom liste når bruker-ID mangler i én localStorage-nøkkel.
• Prosjektoppgave-dokumenter (ekstern bruker) — dokumenter og opplasting nå tilgjengelig v2.91.0 2026-06-15 — Eksterne brukere kan nå se og laste opp dokumenter direkte på prosjektoppgaver (entityType=ProjectTask), ikke bare på selve prosjektet. Tilgangskontroll verifiserer prosjekttilgang via oppgavens prosjekt-ID.
• Varslingspreferanser (ekstern bruker) — prosjektkategorier vises alltid v2.91.0 2026-06-15 — Eksterne brukere med prosjektdeling mangler moduleAccess:40 i JWT, noe som skjulte prosjekt-varslingskategoriene. Kategoriene vises nå alltid for påloggede eksterne brukere.
• Prosjektoppgave-detaljer — fullfør deloppgave direkte i listen v2.91.0 2026-06-15 — Statusikonet i deloppgavelisten er nå klikkbart for å markere deloppgaver som fullført uten å åpne hver deloppgave.
• Prosjektoppgaver — standard prioritet satt til Normal v2.91.0 2026-06-15 — Nye prosjektoppgaver opprettes nå med prioritet Normal som standard (tidligere Viktig), inkludert opprettelse uten eksplisitt prioritet fra hurtigoppretting.
• Prosjektoppgave-detaljer — tilbakeflyt, lagrevarsel og Enter i sjekkliste v2.91.0 2026-06-15 — Tilbake fra deloppgave går nå tilbake til hovedoppgaven når den åpnes fra deloppgavelisten. Tilbake-knapp viser nå bekreftelse ved ulagrede endringer, og Enter i sjekklistefelt håndteres uten feil trigging av andre paneler.
• Ekstern bruker — automatisk omdirigering fra rot-domene til prosjektliste v2.91.0 2026-06-15 — Når en innlogget ekstern bruker prøver å åpne rot-path (/) eller tomt path, blir vedkommende nå automatisk omdirigert til /projects (samme oppførsel som etter innlogging), i stedet for å lande på standard hjemmeside som ikke er tilgjengelig.
• CRM/Prosjekt oppgaver — forfalt først dagen etter forfallsdato v2.91.0 2026-06-15 — Forfalt-logikk bruker nå dato-sammenligning (ikke klokkeslett), slik at oppgaver med forfallsdato i dag ikke markeres røde/forsinket før neste dag.
• Prosjektoppgaver for eksterne brukere — fjernet 403-støy i kanban og oppgavedetalj v2.91.0 2026-06-15 — Eksterne brukere trigget ikke lenger CRM Assignment/Kunde-kall uten tilgang ved åpning av kanban-kort og oppgavedetaljer; visning/redigering fungerer uten gjentatte Forbidden-kall.
• Prosjektdokumenter — opplasting tillatt for ekstern med Edit/Full deling v2.91.0 2026-06-15 — CrmDocument/Upload aksepterer nå ekstern bruker når prosjektdeling har skrive-tilgang (Edit/Full), i stedet for å bli blokkert av CRM-rollekrav.
• Prosjektdeling — delt lenke åpner dashboard uten frontend-krasj v2.91.0 2026-06-15 — Delingslenke i e-post går nå direkte til /projects/{id}/dashboard, null-feil i app-root ved innlasting er fjernet, og prosjekt-dashboard unngår CRM-kall for eksterne brukere som ellers ga 403-støy.
• Mine oppgaver (ekstern) — CRM-oppgaver hentes via eget tilgangsendepunkt v2.91.0 2026-06-15 — Eksterne brukere med prosjektrolle henter nå tildelte CRM-oppgaver gjennom et read-only API uten CRM-rollekrav på CrmMeeting-controlleren, slik at «Mine oppgaver» ikke feiler med 403 ved CRM-task-kall.
• Ekstern prosjektbruker — låst chromeless prosjektflyt v2.91.0 2026-06-15 — Eksterne brukere får nå skjult hovedmeny/topbar, blir sendt direkte til delt prosjekt ved login, blokkeres fra ikke-prosjekt-ruter, og får egen «ingen tilgang/prosjekt finnes ikke»-side i stedet for å havne på home.

Support

• Freshdesk: schedulert synkronisering av supportsaker v2.99.0 2026-08-02 — 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).
• Supportsaker (Freshdesk) i portalen v2.99.0 2026-08-02 — 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å).
• Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet v2.99.0 2026-08-02 — 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.
• Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger v2.99.0 2026-08-02 — 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.
• Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse v2.99.0 2026-08-02 — 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.
• Supportsaker sortert på saksnummer synkende v2.99.0 2026-08-02 — Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.
• Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering v2.99.0 2026-08-02 — 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.
• Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype) v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — Å 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.
• Support: sortering av sakslisten viste feil rekkefølge v2.99.0 2026-08-02 — 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.
• Freshdesk: schedulert synkronisering av supportsaker v2.99.0 2026-08-05 — 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).
• Supportsaker (Freshdesk) i portalen v2.99.0 2026-08-05 — 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å).
• Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet v2.99.0 2026-08-05 — 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.
• Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger v2.99.0 2026-08-05 — 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.
• Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse v2.99.0 2026-08-05 — 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.
• Supportsaker sortert på saksnummer synkende v2.99.0 2026-08-05 — Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.
• Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering v2.99.0 2026-08-05 — 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.
• Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype) v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — Å 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.
• Support: sortering av sakslisten viste feil rekkefølge v2.99.0 2026-08-05 — 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.
• Freshdesk: schedulert synkronisering av supportsaker v2.99.0 2026-08-06 — 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).
• Supportsaker (Freshdesk) i portalen v2.99.0 2026-08-06 — 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å).
• Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet v2.99.0 2026-08-06 — 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.
• Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger v2.99.0 2026-08-06 — 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.
• Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse v2.99.0 2026-08-06 — 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.
• Supportsaker sortert på saksnummer synkende v2.99.0 2026-08-06 — Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.
• Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering v2.99.0 2026-08-06 — 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.
• Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype) v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — Å 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.
• Support: sortering av sakslisten viste feil rekkefølge v2.99.0 2026-08-06 — 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.
• Freshdesk: schedulert synkronisering av supportsaker v2.99.0 2026-08-08 — 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).
• Supportsaker (Freshdesk) i portalen v2.99.0 2026-08-08 — 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å).
• Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet v2.99.0 2026-08-08 — 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.
• Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger v2.99.0 2026-08-08 — 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.
• Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse v2.99.0 2026-08-08 — 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.
• Supportsaker sortert på saksnummer synkende v2.99.0 2026-08-08 — Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.
• Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering v2.99.0 2026-08-08 — 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.
• Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype) v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — Å 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.
• Support: sortering av sakslisten viste feil rekkefølge v2.99.0 2026-08-08 — 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.
• Freshdesk: schedulert synkronisering av supportsaker v2.99.0 2026-08-13 — 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).
• Supportsaker (Freshdesk) i portalen v2.99.0 2026-08-13 — 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å).
• Supportsaker: automatisk oppgave fra etikett + etiketter som chips i detaljpanelet v2.99.0 2026-08-13 — 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.
• Supportsaker: delt liste/detalj med dialogtråd, filtre i tabellen og lagrede visninger v2.99.0 2026-08-13 — 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.
• Hurtigregistrering (Quick Capture) er bredere og har riktekst-beskrivelse v2.99.0 2026-08-13 — 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.
• Supportsaker sortert på saksnummer synkende v2.99.0 2026-08-13 — Både forsidewidgeten og sakslisten under Support viser nå nyeste sak (høyest saksnummer) øverst, i stedet for sist oppdatert.
• Supportsaker — saksnummersøk, Type/Etiketter/Tildelt-kolonner og per-kolonne filtrering v2.99.0 2026-08-13 — 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.
• Feilrapport: Freshdesk-sak opprettes igjen (ugyldig sakstype) v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — Å 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.
• Support: sortering av sakslisten viste feil rekkefølge v2.99.0 2026-08-13 — 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.

Systemadministrasjon

• Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry v2.99.0 2026-08-02 — 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.
• E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post v2.99.0 2026-08-02 — 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.
• Systemvarsler: last opp bilde + rettet redigeringsvindu v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene v2.99.0 2026-08-02 — 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.
• Konti admin: samlet feilrapport-oversikt v2.99.0 2026-08-02 — Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.
• Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk v2.99.0 2026-08-02 — 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.
• Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk v2.99.0 2026-08-02 — 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.
• Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner v2.99.0 2026-08-02 — 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.
• Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry v2.99.0 2026-08-05 — 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.
• E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post v2.99.0 2026-08-05 — 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.
• Systemvarsler: last opp bilde + rettet redigeringsvindu v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene v2.99.0 2026-08-05 — 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.
• Konti admin: samlet feilrapport-oversikt v2.99.0 2026-08-05 — Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.
• Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk v2.99.0 2026-08-05 — 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.
• Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk v2.99.0 2026-08-05 — 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.
• Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner v2.99.0 2026-08-05 — 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.
• Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry v2.99.0 2026-08-06 — 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.
• E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post v2.99.0 2026-08-06 — 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.
• Systemvarsler: last opp bilde + rettet redigeringsvindu v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene v2.99.0 2026-08-06 — 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.
• Konti admin: samlet feilrapport-oversikt v2.99.0 2026-08-06 — Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.
• Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk v2.99.0 2026-08-06 — 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.
• Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk v2.99.0 2026-08-06 — 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.
• Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner v2.99.0 2026-08-06 — 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.
• Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry v2.99.0 2026-08-08 — 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.
• E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post v2.99.0 2026-08-08 — 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.
• Systemvarsler: last opp bilde + rettet redigeringsvindu v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene v2.99.0 2026-08-08 — 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.
• Konti admin: samlet feilrapport-oversikt v2.99.0 2026-08-08 — Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.
• Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk v2.99.0 2026-08-08 — 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.
• Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk v2.99.0 2026-08-08 — 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.
• Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner v2.99.0 2026-08-08 — 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.
• Ny ePortal: komplett standardoppsett, flere SQL-servere og sikker retry v2.99.0 2026-08-13 — 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.
• E-post-sandkasse: hindrer at test-/staging-miljø sender ekte e-post v2.99.0 2026-08-13 — 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.
• Systemvarsler: last opp bilde + rettet redigeringsvindu v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Migrasjonen som sikrer instrumentregisteret sier fra når den ikke fikk installert garantiene v2.99.0 2026-08-13 — 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.
• Konti admin: samlet feilrapport-oversikt v2.99.0 2026-08-13 — Ny side i systemadmin viser feilrapporter fra alle klienter med filtrering, status og svar; nytt domeneflagg styrer om feilrapporter sendes til Freshdesk.
• Menyadministrasjon: kollapset trestruktur, sortering som sidemenyen, gruppering og globalt søk v2.99.0 2026-08-13 — 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.
• Datoer og beløp vises nå alltid på norsk — også for brukere satt til engelsk v2.99.0 2026-08-13 — 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.
• Datatilgang håndheves nå på flere HMS- og CRM-operasjoner, kundetidslinjen, globalt søk og CRM-kunder/-kontaktpersoner v2.99.0 2026-08-13 — 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.
• Systemadministrasjon — datamodell-oppslagsverk v2.98.0 2026-06-27 — Dokumentasjonen har fått et nytt område under Systemadministrasjon → Database og vedlikehold → Datamodell med oversikt, endringslogg og første domeneside for Masterordre/Subscription.
• SQL-editor — DDL (CREATE/ALTER/DROP/TRUNCATE/GRANT) for full tilgang v2.98.0 2026-06-27 — SQL-editoren (Systemadmin → SQL-editor) tillater nå skjema-/data-DDL — CREATE, ALTER, DROP, TRUNCATE og GRANT — men kun for brukere med full tilgang, dvs. både urEdit og urDelete på SystemAdmin-modulen (modul 999). I lesemodus rulles DDL tilbake; i skrivemodus lagres den. Genuint farlige kommandoer (USE, DBCC, OPENROWSET/OPENDATASOURCE, RESTORE/BACKUP, REVOKE/DENY, xp_*, risikable sp_*) forblir blokkert for alle. En «DDL tillatt»-merkelapp vises i rettighetslinjen for brukere med full tilgang.
• SQL-editor — «Kjør i transaksjon» (atomisk skrivemodus) v2.98.0 2026-06-27 — Skrivemodus i SQL-editoren har fått en bryter «Kjør i transaksjon» (på som standard). Når den er på, pakkes hele batchen i én transaksjon som COMMIT-es kun hvis alt går feilfritt og ROLLBACK-es automatisk hvis noen setning feiler — alt-eller-ingenting, så en flersetnings-batch ikke blir halvveis lagret. Av: hver setning autocommiter som før. Bekreftelsesdialogen viser om kjøringen er atomisk. Gjelder DDL også.
• SQL-editor — gruppering, kolonnevelger/festing, kolonneflytting, tastaturnavigasjon og tom-tilstand i resultatgriddet v2.98.0 2026-06-27 — Resultatgriddet i SQL-editoren (Systemadmin → SQL-editor) har fått slått på flere smart-grid-funksjoner: dra en kolonne til grupperingsfeltet for å gruppere/aggregere, en «Kolonner»-knapp for å vise/skjule, endre rekkefølge og feste (fryse) kolonner, dra kolonneoverskrifter for å endre rekkefølge, naviger rader med piltastene, og et tydelig «Spørringen returnerte ingen rader»-panel når en spørring gir tomt resultat. Kolonneoverskriftene (rad) er festet (sticky) ved scrolling fra før. Globalt søk og Excel-eksport fungerer som vanlig.
• SQL-editor — skjul tabell-panelet for større editor v2.98.0 2026-06-27 — En knapp «Skjul tabeller» kollapser venstrepanelet (klientvalg + tabell-tre) slik at editoren og resultatet får full bredde. Valget huskes per nettleser.
• SQL-editor — virtuell scrolling av resultater v2.98.0 2026-06-27 — Resultatgriddet i SQL-spørringseditoren (Systemadmin → SQL-editor) bruker nå virtuell scrolling i stedet for paginering, slik at store resultatsett (opptil radgrensen) ruller jevnt uten sideknapper. Sortering, globalt søk, kolonne-autosize og Excel-eksport fungerer som før.
• Staging-migrering for brukerroller v2.98.0 2026-06-27 — wv_UserLevel_ins bruker nå samme moduleIds-parameter som applikasjonen sender inn, i stedet for cross-database-oppslag mot systemdatabasen som stopper i Azure SQL.
• Sist sett-tidspunkt stemples kun på innlogget bruker v2.98.0 2026-06-27 — Innloggings-prosedyren wv_Login stemplet userLastSeen på alle kontoer som delte samme brukernavn/passord-par (typisk kontoer med blankt/duplisert passord), slik at «sist sett» så ut til å oppdateres for alle ved én innlogging. Stemplingen er nå avgrenset til den autentiserte kontoens userID og skjer kun ved vellykket innlogging. audience: admin manual: innstillinger/brukere-og-tilgang/ migration: 20261013140000 verify: "Logg inn som én bruker og bekreft i brukeradministrasjon at kun den brukerens 'sist sett' oppdateres, ikke alle."- Systemvarsler husker modal-visning ved første lagring — Når et nytt systemvarsel ble opprettet som popup/modal, ble visningstypen ikke alltid lagret før varselet ble redigert og lagret på nytt. Systemadmin → Systemvarsler lagrer nå modal-valget første gang, bruker oversatte UI-tekster og sorterer listen med nyeste startdato først.
• «Vis i logg» i integrasjonsovervåking forhåndsutfyller ikke lenger søk med adapternavn v2.98.0 2026-06-27 — Knappene «Vis i logg» / «Vis i ePortal-logg» i Systemadmin → Integrasjonsovervåking sendte adapter-/integrasjonsnavnet (f.eks. «NXT - Prosjekt (R2)») som søketekst, men det navnet finnes aldri i selve loggteksten, så loggen ble alltid tom. Nå filtreres loggen kun på kunde/domene, slik at oppføringene faktisk vises.
• SQL-editorens lesemodus gir ikke lenger falsk «contained COMMIT»-feil v2.98.0 2026-06-27 — Skrivebeskyttet modus pakker spørringen i en transaksjon som alltid rulles tilbake og sjekker @@TRANCOUNT etterpå. Etter-sjekken manglet transaksjonsreferansen, så ADO.NET kastet på alle spørringer der transaksjonen fortsatt var åpen — selv en ren SELECT — og feilet med «User SQL contained COMMIT». Sjekken bærer nå transaksjonen, så lesemodus virker igjen (og ekte COMMIT flagges fortsatt korrekt).
• CRM-avtaler har egen datatilgang v2.97.5 2026-06-11 — Administrator kan styre omfang og rettigheter for avtaler separat fra møter, aktiviteter og salgsmuligheter. Innstillingen gjelder avtalesider, dashboard, historikk, varslingsmottakere og Avtalevarsler-widgeten. Eksisterende brukernivåer beholder full tilgang etter migreringen.
• SQL-editor: kopier resultat til utklippstavle v2.97.5 2026-06-11 — Resultatvisningen har fått en «Kopier til utklippstavle»-knapp ved siden av Excel-eksport. Den kopierer overskrifter + alle rader tabulatordelt, så det limes rett inn i Excel/Sheets.
• SQL-editor: kolonnene klemmes ikke lengre sammen v2.97.5 2026-06-11 — Resultattabellen tilpasser nå kolonnebredden til innholdet og lar deg scrolle vannrett, i stedet for å presse alle kolonnene inn i vinduet så tall og tekst brytes over flere linjer.
• Ny håndbok-side: SQL-spørringseditor v2.97.0 2026-06-07 — Sysadmin-håndbok dekker nå SQL-editoren med tilgangskontroll, skjemavisning, lagrede spørringer og audit-spor.
• Ny håndbok-side: Scheduler i Azure Functions v2.97.0 2026-06-07 — Dokumenterer ePortal.NotificationScheduler.Function — tidsstyrte jobber, multitenant-håndtering, retry-policy.
• Eksterne meny-URL-er v2.97.0 2026-06-07 — Menyelementer kan nå peke til eksterne URL-er — nyttig for å lenke til ekstern dokumentasjon, intranett eller verktøy direkte fra navigasjonen.
• SQL-spørringseditor (system-admin) v2.91.0 2026-06-15 — Ny editor under Systemadministrasjon for å kjøre SQL direkte mot kundedatabasene med Monaco-editor (syntax-highlighting, IntelliSense), domenevelger og skjemautforsker. Lagrede spørringer per bruker, full kjørehistorikk og bekreftelses-modal før skrive-operasjoner. Per-bruker rettighetsstyring (PortalSetting.SqlEditorAccess) avgjør om bruker har tilgang til editoren overhodet og om skrive-/transaksjonelle operasjoner er tillatt; alle kjøringer logges i wv_SqlEditorAudit med spørretekst, varighet, radantall og feilmelding for revisjon. Kun system-administrator kan tildele tilgang. (#Migration_20260809120000)
• Kundeklargjøring v2.91.0 2026-06-15 — Ny veiviser for automatisk opprettelse av kunde-databaser og konfigurasjon.
• Planlagte jobber — konfigurasjon v2.91.0 2026-06-15 — Administrer automatiske jobber (integrasjoner, varsler) med GUI.
• Integrasjonsovervåking forbedret v2.91.0 2026-06-15 — Desktop-visning redesignet med kortbasert layout, TV-modus viser nå gul ramme for advarsler og API-logg for innloggede brukere, og token-validering på frontend blokkerer visning uten gyldig token.
• ePortal API databaselogging v2.91.0 2026-06-15 — Warnings, errors og fatals fra ePortal-API logges nå til egen SQL-tabell (ePortalApiLog) med klient-, bruker- og domeneinfo. Ny søke-/detaljside og loggpanel i integrasjonsovervåkingen.
• Eksterne brukere — dedikert brukergruppe og korrekt tilgangsprofil v2.91.0 2026-06-15 — La til egen Ekstern bruker-gruppe i brukerlevels, flyttet alle eksterne brukere til denne gruppen, og oppdaterte opprettelse av nye eksterne brukere så de alltid får korrekt userLevelID/userLevelExtra i stedet for admin-lignende nivå.
• Integrasjonsoversikt v2.80.0 2024-Q3-Q4 — Visuell liste over alle integrasjoner
• Konfigurasjonsmaler v2.80.0 2024-Q3-Q4 — Ferdiglagde templates per integrasjonstype
• Kjøringshistorikk v2.80.0 2024-Q3-Q4 — Full logg over alle kjøringer med detaljer
• Manuell kjøring v2.80.0 2024-Q3-Q4 — Test integrasjoner on-demand
• Frekvenstyring v2.80.0 2024-Q3-Q4 — Velg mellom time/dag/uke/måned eller tilpasset cron-uttrykk
• Systemdatabase-styring v2.80.0 2024-Q3-Q4 — Sentral administrasjon på tvers av klienter
• Klient-targeting v2.80.0 2024-Q3-Q4 — Velg hvilke klienter som skal se varselet
• Tidsperiode v2.80.0 2024-Q3-Q4 — Sett start- og sluttdato for varsler
• Prioritet v2.80.0 2024-Q3-Q4 — Styring av visningsrekkefølge
• Admin-only features v2.80.0 2024-Q3-Q4 — KontiConnect krever admin-rettigheter
• Brukerrettigheter v2.80.0 2024-Q3-Q4 — Granulær CRUD-kontroll per menyvalg
• JWT-autentisering v2.80.0 2024-Q3-Q4 — Sikker API-tilgang
• API-nøkkel validering v2.80.0 2024-Q3-Q4 — Azure Function autentisering

Timeregistrering

• Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• Timegodkjenning — oversikten laster raskere (slankere datauttrekk) v2.99.0 2026-08-02 — Oversikt-siden under Godkjenning (/approval/overview) henter nå timeradene via et dedikert, slankere serveruttrekk: en ny lese-prosedyre returnerer bare de ~28 kolonnene siden faktisk bruker (dropper bl.a. et tungt dags-sum-underspørring og to bruker-navneoppslag), bruker et indeksvennlig datofilter og JOIN-baserte oppslag i stedet for per-rad-underspørringer. I tillegg strippes fast-bredde-utfylling (etterfølgende mellomrom) fra arbeidsordre-tekstene i metadata-nedlastingen, så nyttelasten blir merkbart mindre. Samme rader og samme oppførsel som før (gruppering per ansatt, redigering, eksport, KAI-avviksanalyse) — bare raskere. Rapportsidene som deler det gamle uttrekket er uendret.
• Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel) v2.99.0 2026-08-02 — 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.
• Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF) v2.99.0 2026-08-02 — 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.
• Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31. v2.99.0 2026-08-02 — 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.
• Egenmelding: dagene vises på hver sin linje v2.99.0 2026-08-02 — 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».
• Oversikt: KontoX kan filtreres og sorteres v2.99.0 2026-08-02 — 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.
• Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd v2.99.0 2026-08-02 — 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.
• Sikkerhet: sorteringen i timegodkjenning-oversikten kan ikke lenger misbrukes v2.99.0 2026-08-02 — De to lese-prosedyrene bak timegodkjenning-oversikten (/approval/overview) bygde sorteringen (ORDER BY) dynamisk fra brukerens lagrede sorteringsvalg (Overview_UserSetting) uten validering. Verdien saniteres nå server-side: kun et vanlig [alias].[kolonne]-navn og asc/desc godtas, alt annet faller tilbake til standard (dato, synkende). Ren herding — sortering på en kolonne virker nøyaktig som før, ingen funksjonell endring.
• Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Timegodkjenning — oversikten laster raskere (slankere datauttrekk) v2.99.0 2026-08-05 — Oversikt-siden under Godkjenning (/approval/overview) henter nå timeradene via et dedikert, slankere serveruttrekk: en ny lese-prosedyre returnerer bare de ~28 kolonnene siden faktisk bruker (dropper bl.a. et tungt dags-sum-underspørring og to bruker-navneoppslag), bruker et indeksvennlig datofilter og JOIN-baserte oppslag i stedet for per-rad-underspørringer. I tillegg strippes fast-bredde-utfylling (etterfølgende mellomrom) fra arbeidsordre-tekstene i metadata-nedlastingen, så nyttelasten blir merkbart mindre. Samme rader og samme oppførsel som før (gruppering per ansatt, redigering, eksport, KAI-avviksanalyse) — bare raskere. Rapportsidene som deler det gamle uttrekket er uendret.
• Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel) v2.99.0 2026-08-05 — 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.
• Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF) v2.99.0 2026-08-05 — 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.
• Mer effektiv kontroll av timer per ansatt v2.99.0 2026-08-05 — 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.
• Tidsbank med samlet saldo og historikk v2.99.0 2026-08-05 — 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.
• Ryddigere og mer kompakt timeregistrering v2.99.0 2026-08-05 — 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.
• Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31. v2.99.0 2026-08-05 — 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.
• Egenmelding: dagene vises på hver sin linje v2.99.0 2026-08-05 — 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».
• Oversikt: KontoX kan filtreres og sorteres v2.99.0 2026-08-05 — 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.
• Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd v2.99.0 2026-08-05 — 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.
• Sikkerhet: sorteringen i timegodkjenning-oversikten kan ikke lenger misbrukes v2.99.0 2026-08-05 — De to lese-prosedyrene bak timegodkjenning-oversikten (/approval/overview) bygde sorteringen (ORDER BY) dynamisk fra brukerens lagrede sorteringsvalg (Overview_UserSetting) uten validering. Verdien saniteres nå server-side: kun et vanlig [alias].[kolonne]-navn og asc/desc godtas, alt annet faller tilbake til standard (dato, synkende). Ren herding — sortering på en kolonne virker nøyaktig som før, ingen funksjonell endring.
• Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Timegodkjenning — oversikten laster raskere (slankere datauttrekk) v2.99.0 2026-08-06 — Oversikt-siden under Godkjenning (/approval/overview) henter nå timeradene via et dedikert, slankere serveruttrekk: en ny lese-prosedyre returnerer bare de ~28 kolonnene siden faktisk bruker (dropper bl.a. et tungt dags-sum-underspørring og to bruker-navneoppslag), bruker et indeksvennlig datofilter og JOIN-baserte oppslag i stedet for per-rad-underspørringer. I tillegg strippes fast-bredde-utfylling (etterfølgende mellomrom) fra arbeidsordre-tekstene i metadata-nedlastingen, så nyttelasten blir merkbart mindre. Samme rader og samme oppførsel som før (gruppering per ansatt, redigering, eksport, KAI-avviksanalyse) — bare raskere. Rapportsidene som deler det gamle uttrekket er uendret.
• Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel) v2.99.0 2026-08-06 — 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.
• Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF) v2.99.0 2026-08-06 — 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.
• Mer effektiv kontroll av timer per ansatt v2.99.0 2026-08-06 — 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.
• Tidsbank med samlet saldo og historikk v2.99.0 2026-08-06 — 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.
• Ryddigere og mer kompakt timeregistrering v2.99.0 2026-08-06 — 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.
• Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31. v2.99.0 2026-08-06 — 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.
• Egenmelding: dagene vises på hver sin linje v2.99.0 2026-08-06 — 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».
• Oversikt: KontoX kan filtreres og sorteres v2.99.0 2026-08-06 — 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.
• Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd v2.99.0 2026-08-06 — 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.
• Sikkerhet: sorteringen i timegodkjenning-oversikten kan ikke lenger misbrukes v2.99.0 2026-08-06 — De to lese-prosedyrene bak timegodkjenning-oversikten (/approval/overview) bygde sorteringen (ORDER BY) dynamisk fra brukerens lagrede sorteringsvalg (Overview_UserSetting) uten validering. Verdien saniteres nå server-side: kun et vanlig [alias].[kolonne]-navn og asc/desc godtas, alt annet faller tilbake til standard (dato, synkende). Ren herding — sortering på en kolonne virker nøyaktig som før, ingen funksjonell endring.
• Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Timegodkjenning — oversikten laster raskere (slankere datauttrekk) v2.99.0 2026-08-08 — Oversikt-siden under Godkjenning (/approval/overview) henter nå timeradene via et dedikert, slankere serveruttrekk: en ny lese-prosedyre returnerer bare de ~28 kolonnene siden faktisk bruker (dropper bl.a. et tungt dags-sum-underspørring og to bruker-navneoppslag), bruker et indeksvennlig datofilter og JOIN-baserte oppslag i stedet for per-rad-underspørringer. I tillegg strippes fast-bredde-utfylling (etterfølgende mellomrom) fra arbeidsordre-tekstene i metadata-nedlastingen, så nyttelasten blir merkbart mindre. Samme rader og samme oppførsel som før (gruppering per ansatt, redigering, eksport, KAI-avviksanalyse) — bare raskere. Rapportsidene som deler det gamle uttrekket er uendret.
• Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel) v2.99.0 2026-08-08 — 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.
• Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF) v2.99.0 2026-08-08 — 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.
• Mer effektiv kontroll av timer per ansatt v2.99.0 2026-08-08 — 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.
• Tidsbank med samlet saldo og historikk v2.99.0 2026-08-08 — 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.
• Ryddigere og mer kompakt timeregistrering v2.99.0 2026-08-08 — 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.
• Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31. v2.99.0 2026-08-08 — 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.
• Egenmelding: dagene vises på hver sin linje v2.99.0 2026-08-08 — 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».
• Oversikt: KontoX kan filtreres og sorteres v2.99.0 2026-08-08 — 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.
• Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd v2.99.0 2026-08-08 — 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.
• Sikkerhet: sorteringen i timegodkjenning-oversikten kan ikke lenger misbrukes v2.99.0 2026-08-08 — De to lese-prosedyrene bak timegodkjenning-oversikten (/approval/overview) bygde sorteringen (ORDER BY) dynamisk fra brukerens lagrede sorteringsvalg (Overview_UserSetting) uten validering. Verdien saniteres nå server-side: kun et vanlig [alias].[kolonne]-navn og asc/desc godtas, alt annet faller tilbake til standard (dato, synkende). Ren herding — sortering på en kolonne virker nøyaktig som før, ingen funksjonell endring.
• Eksterne timeregistreringer rutes igjen til riktig utbetaling/timebank v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Timegodkjenning — oversikten laster raskere (slankere datauttrekk) v2.99.0 2026-08-13 — Oversikt-siden under Godkjenning (/approval/overview) henter nå timeradene via et dedikert, slankere serveruttrekk: en ny lese-prosedyre returnerer bare de ~28 kolonnene siden faktisk bruker (dropper bl.a. et tungt dags-sum-underspørring og to bruker-navneoppslag), bruker et indeksvennlig datofilter og JOIN-baserte oppslag i stedet for per-rad-underspørringer. I tillegg strippes fast-bredde-utfylling (etterfølgende mellomrom) fra arbeidsordre-tekstene i metadata-nedlastingen, så nyttelasten blir merkbart mindre. Samme rader og samme oppførsel som før (gruppering per ansatt, redigering, eksport, KAI-avviksanalyse) — bare raskere. Rapportsidene som deler det gamle uttrekket er uendret.
• Godkjenningsoversikten kan eksporteres til PDF (i tillegg til Excel) v2.99.0 2026-08-13 — 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.
• Sjekk timer — kolonnevelger, søk, lagrede visninger, kolonneflytting og eksport (Excel + PDF) v2.99.0 2026-08-13 — 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.
• Mer effektiv kontroll av timer per ansatt v2.99.0 2026-08-13 — 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.
• Tidsbank med samlet saldo og historikk v2.99.0 2026-08-13 — 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.
• Ryddigere og mer kompakt timeregistrering v2.99.0 2026-08-13 — 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.
• Godkjenning: Oversikt åpner nå på samme periode som Kontroller timer — og ble ikke lenger blank den 31. v2.99.0 2026-08-13 — 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.
• Egenmelding: dagene vises på hver sin linje v2.99.0 2026-08-13 — 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».
• Oversikt: KontoX kan filtreres og sorteres v2.99.0 2026-08-13 — 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.
• Timeregistrering: endringshistorikk på en timeføring feilet med tidsavbrudd v2.99.0 2026-08-13 — 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.
• Sikkerhet: sorteringen i timegodkjenning-oversikten kan ikke lenger misbrukes v2.99.0 2026-08-13 — De to lese-prosedyrene bak timegodkjenning-oversikten (/approval/overview) bygde sorteringen (ORDER BY) dynamisk fra brukerens lagrede sorteringsvalg (Overview_UserSetting) uten validering. Verdien saniteres nå server-side: kun et vanlig [alias].[kolonne]-navn og asc/desc godtas, alt annet faller tilbake til standard (dato, synkende). Ren herding — sortering på en kolonne virker nøyaktig som før, ingen funksjonell endring.
• Samlet avviksvisning i timegodkjenning v2.98.0 2026-06-27 — Når «KAI Regelvalidering» kjøres i Godkjenning → Oversikt, slås nå arbeidstids-avvik (overtidsgrenser for aktiv arbeidstidsregulering) sammen med KAI-regelavvikene i samme avvikspanel, slik at alt arbeides gjennom ett sted. Compliance-avvik som ikke peker til en enkelt rad vises med ansatt + periode i meldingen.
• «Rett opp» direkte fra avvikspanelet v2.98.0 2026-06-27 — For timekontroll-avvik med én entydig rettelse (avspasering vakt → avd 9500, byggestrøm → avd 4500, prosjekt 706280 → avd 9500) viser KAI-avvikspanelet nå en «Rett opp»-knapp. Etter en bekreftelsesdialog oppdateres avdelingen på de berørte radene (låste/godkjente/eksporterte rader hoppes over og loggføres), og avviket fjernes fra panelet.
• Raskere gruppert timegodkjenning + navn i gruppe-overskrift v2.98.0 2026-06-27 — Timegodkjenning → Oversikt laster nå raskt når den er gruppert: store grupper starter sammenslått (utvid ved behov) i stedet for å rendre alle radene på én gang. Grupperer du på prosjekt, vises nå prosjektnavnet ved siden av nummeret i gruppe-overskriften (full tekst ved peking). Smart-grid har fått en gjenbrukbar groupValueLabel for kode→navn-oppslag i gruppe-overskrifter.
• Velg år direkte i datovelgeren på timegodkjenning v2.98.0 2026-06-27 — Fra-/Til-datovelgerne på Timegodkjenning → Oversikt har nå måned- og år-nedtrekk i kalenderhodet, så du kan hoppe rett til et år i stedet for å bla måned for måned.
• Overordnet godkjenning — timer fra Digpro kan godkjennes v2.98.0 2026-06-27 — Timer som er sendt til et eksternt system (typisk Digpro time-sync, som setter wrExported = 1 på timeraden) ble talt som «ikke godkjent» i oversikten, men kunne ikke godkjennes i Overordnet godkjenning — godkjenningen svarte «Ingen timer er kontrollert og ingen timer er godkjent.» Datauttrekket (wv_Time_WageReg_GetNotApproved_V2) utelukket alle eksporterte rader. Det utelukker dem ikke lenger så lenge de er ugodkjente, slik at slike timer når godkjenningssteget. Merk: er timene ukontrollerte (importert utenom «Kontroller timer») må bryteren «Godkjenn også ukontrollerte timer» være på.
• Tidsbank — fremtidig ferie/timer i akkumulert saldo v2.98.0 2026-06-27 — Akkumulert saldo i tidsbanken (Tidsbank og Godkjenning → Tidsbank-administrasjon) inkluderer nå også ikke-godkjente registreringer som ligger frem i tid, for alle banktyper (ferie, fleksitid, vaktordning). Tidligere ble fremtidige ikke-godkjente timer utelatt, mens godkjente fremtidige registreringer ble tatt med — så f.eks. planlagt ferie viste ulikt avhengig av om den var godkjent.
• Time-modul flytdiagrammer beriket med SP-effekter v2.97.5 2026-06-11 — Diagrammene i håndbokens Time-modul viser nå hva stored procedures faktisk gjør (audit-triggere på wv_Time_WageReg, AutoGenerated-rader ved godkjenning, rollback-effekter, ExportLog) + dokumenterer endringer etter baseline-dato (2026-03-15) som påvirker time-flyten (KAI-flagg, SkipDateControl, WageReg_ins race-fix, WageTypeGroup KPI-felter, wtInvDesc, DeletedDate-stempel for NXT-replikering).
• Flytdiagrammer kan forstørres i håndboken v2.97.5 2026-06-11 — Alle Mermaid-diagrammer har nå en tydelig forstørringsknapp og kan åpnes i fullskjerm med panorering, musehjul-zoom og tastaturkontroll. Løsningen fungerer også etter intern navigasjon mellom håndboksider.
• NXT voucher-dokumenter og samtidighetslås v2.97.0 2026-06-07 — NXT-integrasjon henter nå voucher-dokumenter og kjører jobber med samtidighetslås for å unngå dobbelt-prosessering ved overlappende kjøringer.
• Timeplanlegger — bekreftelses-dialog ved manuell kjøring v2.97.0 2026-06-07 — Når en administrator klikker «Kjør nå» på en planlagt timeregistrering vises nå en NgbModal-dialog istedenfor browser-native confirm(). Konsistent med resten av portalen og fungerer i automasjonsverktøy.
• Overordnet godkjenning — kan godkjenne ukontrollerte timer (toggle) v2.91.0 2026-06-15 — Den overordnede godkjenningen godkjente kun timer som først var kontrollert (wrChecked=1). Timer importert fra eksterne systemer (f.eks. Digpro) går aldri gjennom «Kontroller Timer»-steget, så de fikk feilmeldingen «Ingen timer er kontrollert og ingen timer er godkjent». Et nytt toggle-valg «Godkjenn også ukontrollerte timer» lar godkjenneren inkludere ukontrollerte timer i den overordnede godkjenningen. Standard er av (uendret oppførsel). Samtidig er status-tellingen rettet til å beregnes per ansatt, slik at suksess-meldingen vises korrekt når flere ansatte godkjennes samtidig.
• Ukontrollerte timer blir ikke stående som åpne etter godkjenning v2.91.0 2026-06-15 — Når «Godkjenn også ukontrollerte timer» er på, settes også timelinjer som hopper over lønnsart-opsjonen (wtoSkip=1) til kontrollert (wrChecked=1) og godkjent (wrApproved=1). Tidligere kunne slike linjer bli stående igjen som åpne selv etter godkjenning.
• Overordnet godkjenning — ingen falsk advarsel for ferdig-godkjente ansatte v2.91.0 2026-06-15 — Hvis en valgt ansatt ikke hadde noen åpne (ikke-godkjente) timer, ble vedkommende telt som «ikke godkjent» i suksess-sjekken, slik at en ellers vellykket bulk-godkjenning feilaktig viste en advarsel. Ansatte uten åpne timer telles nå som fullført.
• Overordnet godkjenning — bruker nå linje-eierens ansattinnstillinger (fiks for kontrollerte Digpro-timer) v2.91.0 2026-06-15 — Den overordnede godkjenningen hentet ansattinnstillinger, bruker og pliktimer for innlogget godkjenner og brukte disse på alle linjer. Når en administrator godkjente på vegne av andre, ble derfor beregningen (timesats/HD/helligdag) kjørt med feil ansatt — slik at kontrollerte timer (f.eks. importert fra Digpro) feilet med «002 Feil ved linje» og ble rullet tilbake, mens nøyaktig samme linjer gikk fint fra den enkelte ansattes «Kontroller timer»-side. Innstillinger hentes nå per linjens ansatt (cachet per ansatt), slik at begge flytene oppfører seg likt og godkjenning av flere ansatte samtidig blir korrekt. I tillegg ble feilmeldingene fra godkjenningen tidligere svelget av det overordnede endepunktet (returnerte alltid Success=true); de overflates nå i ErrorMessage slik at delvise feil blir synlige.
• Overordnet godkjenning — delvise feil vises nå i grensesnittet v2.91.0 2026-06-15 — Feilmeldinger fra godkjenningen ble returnert fra serveren, men grensesnittet viste kun en suksess-/advarsel-melding basert på totalStatus og ignorerte feilene. Når én eller flere linjer feiler, vises nå de faktiske feilmeldingene til godkjenneren i stedet for en misvisende suksessmelding.
• Time + Approval — sikkerhetshardening v2.91.0 2026-06-15 — Bredt ettersyn av time- og godkjenningsmodulene med fikser for: (1) Lønnsdata-eksport beskyttet — ExportHoursController har nå klasse-nivå [Authorize], ExportNotification og ExportAbsenceNotification krever sluttgodkjenner-rolle (CCTimeFinalApproval-claim); DowloadTemplate er ikke lenger uautentisert, og CSV-eksport eskaperer celler som starter med =/+/@/- (forhindrer Excel-formel-injeksjon). (2) Eierskaps-sjekk på timebank — SaveBankTransfer blokkerer overføring fra andre brukers timebank (med unntak for sluttgodkjennere). (3) Per-element tilgangs-sjekk på bulk-godkjenning — ApproveAllWageReg validerer at alle EmployeeIds i request er innenfor leders autoriserte ansattliste. (4) KPI-bypass tettet — TimeKpiRepository snitter user-supplied employeeNos mot DataAccess-scope (tidligere bypasset employeeNos hele filtret); department-scope med tom AccessibleDepartments faller fail-closed til "Own". (5) IDOR på timer-historikk — GetWageRegHistory sjekker eierskap eller sluttgodkjenner-rolle. (6) Race på saldo-skrivere — SaveTimeRegistration og SaveTimeBank kjøres under SERIALIZABLE-transaksjon; concurrent writes kan ikke korrupte timebank-balanse. (7) Egenmelding-vern — SaveSelfReport blokkerer at vanlig ansatt kan lagre andres egenmeldinger. (8) Audit-log på rollback — RollbackApproval logger eksplisitt actor + targetId + period for revisjon. (9) Overlapp-validering — SaveTimeRegistration avviser overlappende time-intervaller på samme dato (sluttgodkjenner kan overstyre med Admin-flagg). (10) Dato-format silent fail fjernet — GetEmployeeRegistration validerer eksplisitt YYYYMMDD/YYYYMM-format. (11) TimeWarning-feilhåndtering — exceptions svelges ikke lenger stille, logges via ILogger; <strong>-tags i meldinger HTML-encoder bank-navnet. (12) Debug.WriteLine med connection-strings fjernet fra TimeSchedulerRepository.
• Time/Approval frontend — robusthet v2.91.0 2026-06-15 — 5 memory-leak-fikser med OnDestroy + takeUntil (time-check, kai-auto-register-chat, my-overview, self-report, time-bank, check-hours). KAI-auto-register har 60s/90s timeout per kall og bruker i18n-keys for success-meldinger. Resource-gantt forkJoin'er 3 parallelle backend-kall (pyramid of doom fjernet) + dato-validering + maks 366-iterasjon cap mot infinite loop på malformerte unavail-perioder. Approval bulk-godkjenning bytter confirm() med NgbModal + double-submit-lock (inProcess); dato-format .toDateString() byttet til ISO yyyy-MM-dd (var OS-avhengig); confirmUndoAll fjerner lokal optimistic-flagging og bruker atomisk server-refresh; partial-failure rapporteres som warning. Personal-message bytter alert() med toast. localStorage-parse er try-catch-pakket flere steder. Hardkodete tooltips ("Forrige måned"/"Neste måned") går nå gjennom translate. Ng-select i advance-registration har appendTo="body".
• Aktivering timer — duplikatvarsling og bilagshistorikk v2.91.0 2026-06-15 — Opprett bilag varsler nå tydelig når valgt periode allerede er overført tidligere, og ny fane «Bilagshistorikk» viser overføringer med status, bilag-ID, antall linjer, tidspunkt og hvem som opprettet.
• Aktivering timer — beløp vises korrekt i rapport v2.91.0 2026-06-15 — Rapporten mapper nå beløpsfelt robust (også når SQL returnerer Beløp), slik at beløp ikke faller til 0 i visningen på grunn av kolonnenavn-mapping.
• Eksport av tidligere timerader fungerer igjen v2.91.0 2026-06-15 — Re-eksport i «Tidligere eksporter» laster nå ned CSV via autentisert API-kall, slik at nedlasting ikke stopper med HTTP 401.
• Timeliste filterseksjon oppgradert v2.91.0 2026-06-15 — Timelistevisningen har fått ryddigere filterområde, kompakt «N ansatte valgt»-visning og bedre visuell gruppering for raskere bruk.
• Rapporter — tydeligere handlingsknapper v2.91.0 2026-06-15 — Oppdater-knappen er flyttet til en mer konsekvent plassering i rapportvisningene, og egen knapp for Timeoversikt er fjernet fra dashboard-raden.
• Timesoversikt i tabellform v2.91.0 2026-06-15 — Ny rapportside viser KPI-er bortover og ansatte nedover i smart-grid med samme filtermuligheter og eksport som timelisten.
• Arbeidstidskontroll — manglende Digpro-aktivitet v2.91.0 2026-06-15 — Timeregistrering viser nå egen fane for timer med arbeidsordre men uten Digpro-aktivitetstype, og lar bruker velge og lagre aktivitet direkte fra kontrollbildet.
• Arbeidstidsbestemmelser v2.91.0 2026-06-15 — Ny modul for arbeidstidsbestemmelser (AML/tariffavtaler) med full CRUD, sjekktyper (maks daglig/ukentlig/overtid, hviletid), kobling til vaktplaner, og compliance-rapport som analyserer timeregistreringer mot regelverket med kalendervisning og bruddoversikt.
• AML-varsler i ressurs-Gantt v2.91.0 2026-06-15 — Ressurs-Ganttvisningen kan nå vise AML-compliancemarkører (gule advarsler og røde brudd) som diamantikoner på tidslinjen, basert på sanntidsanalyse av ansattes timeregistreringer mot arbeidstidsbestemmelsene.
• AML-simulering — «Kan jeg tildele?» v2.91.0 2026-06-15 — Ny simuleringsfunksjon lar planlegger sjekke om en tenkt vaktplan-tilordning vil bryte arbeidstidsbestemmelsene før den utføres, med oversikt over eventuelle brudd og eksisterende tildelinger.
• AML fremtidsprognose i compliance-rapport v2.91.0 2026-06-15 — Compliance-rapporten inkluderer nå fremtidsprognose basert på vaktplantildelinger. Velger man en sluttdato frem i tid, beregnes planlagte timer fra aktive vaktplaner og slås sammen med faktiske timer for å forutsi regelbrudd.
• Standard arbeidstidsbestemmelse for bedriften v2.91.0 2026-06-15 — Én bestemmelse kan merkes som «Standard for bedriften» — brukes automatisk i compliance-sjekk for ansatte uten tilknyttet skiftplan.
• Arbeidstidskontroll — eksport og beskrivelse v2.91.0 2026-06-15 — Compliance-rapporten har nå beskrivende hjelpetekst og kan eksporteres til PDF og Excel for dokumentasjon ved tilsyn.
• Ressursallokering — planleggermodus v2.91.0 2026-06-15 — Ny planleggermodus i ressurs-Gantt som lar planlegger tilordne ansatte til spesifikke ressurser per dag/uke. Viser hvem som bemanner hvilken ressurs over tid, varsler ved fravær, og støtter massetilordning over datoperioder.
• Timeregistrering — bedre mobil dagheader v2.91.0 2026-06-15 — Fikset lesbarhet i dagheader på mobil: korrekt tekstfarge på helligdagslabel og mindre dato-tekst slik at «Torsdag 02.04.2026» holder seg på én linje.
• ABAX-integrasjon — fallback til dagens dato ved manglende timestamp v2.91.0 2026-06-15 — Når ABAX mangler gyldig start.location.timestamp settes nå registreringsdato til dagens dato i stedet for å hoppe over turen.
• AI-drevet avviksdeteksjon v2.80.0 2024-Q3-Q4 — Automatisk identifisering av uvanlige timemønstre
• Regelbasert validering v2.80.0 2024-Q3-Q4 — Identifiserer manglende timer, dobbeltføringer og avvik
• Naturlig språk chat v2.80.0 2024-Q3-Q4 — Still spørsmål om timestatistikk på norsk eller engelsk
• Smart forslag v2.80.0 2024-Q3-Q4 — AI foreslår timeføring basert på historikk
• Visuell fremstilling v2.80.0 2024-Q3-Q4 — Diagrammer og grafer for timeanalyse
• Skiftplaner v2.80.0 2024-Q3-Q4 — Opprett gjentagende timeplaner for ansatte
• Syklusstøtte v2.80.0 2024-Q3-Q4 — Definer arbeidssykluser (f.eks. 2 uker på, 4 uker av)
• Helligdagshåndtering v2.80.0 2024-Q3-Q4 — Hopper automatisk over helligdager
• Masseredigering v2.80.0 2024-Q3-Q4 — Oppdater flere ansatte samtidig
• TIMESCHEDULER_FEATURE_DESCRIPTION.md v2.80.0 2024-Q3-Q4 — TimeScheduler funksjonalitet

Utviklere og API

• API-svar slankes — fast-bredde-utfylling strippes globalt ved serialisering v2.99.0 2026-08-02 — Alle JSON-svar fra API-et får nå fjernet etterfølgende mellomrom som stammer fra char(n)/nchar(n)-kolonnenes fast-bredde-utfylling (et lagrings-artefakt uten mening). En global serialiseringskonverter trimmer kun etterfølgende ASCII-mellomrom (0x20) på skrivesiden — ledende mellomrom og annen etterfølgende whitespace (tab/linjeskift/hardt mellomrom) i ekte brukerdata bevares, og innlesing (deserialisering) er uendret. Erstatter behovet for per-spørring RTRIM og per-endepunkt trim-hjelpere; timegodkjenningens metadata-nedlasting (LoadApprovalData) forventes ~38 % mindre. Ingen UI-endring.
• Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false) v2.99.0 2026-08-02 — 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.
• API-svar slankes — fast-bredde-utfylling strippes globalt ved serialisering v2.99.0 2026-08-05 — Alle JSON-svar fra API-et får nå fjernet etterfølgende mellomrom som stammer fra char(n)/nchar(n)-kolonnenes fast-bredde-utfylling (et lagrings-artefakt uten mening). En global serialiseringskonverter trimmer kun etterfølgende ASCII-mellomrom (0x20) på skrivesiden — ledende mellomrom og annen etterfølgende whitespace (tab/linjeskift/hardt mellomrom) i ekte brukerdata bevares, og innlesing (deserialisering) er uendret. Erstatter behovet for per-spørring RTRIM og per-endepunkt trim-hjelpere; timegodkjenningens metadata-nedlasting (LoadApprovalData) forventes ~38 % mindre. Ingen UI-endring.
• Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false) v2.99.0 2026-08-05 — 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.
• API-svar slankes — fast-bredde-utfylling strippes globalt ved serialisering v2.99.0 2026-08-06 — Alle JSON-svar fra API-et får nå fjernet etterfølgende mellomrom som stammer fra char(n)/nchar(n)-kolonnenes fast-bredde-utfylling (et lagrings-artefakt uten mening). En global serialiseringskonverter trimmer kun etterfølgende ASCII-mellomrom (0x20) på skrivesiden — ledende mellomrom og annen etterfølgende whitespace (tab/linjeskift/hardt mellomrom) i ekte brukerdata bevares, og innlesing (deserialisering) er uendret. Erstatter behovet for per-spørring RTRIM og per-endepunkt trim-hjelpere; timegodkjenningens metadata-nedlasting (LoadApprovalData) forventes ~38 % mindre. Ingen UI-endring.
• Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false) v2.99.0 2026-08-06 — 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.
• API-svar slankes — fast-bredde-utfylling strippes globalt ved serialisering v2.99.0 2026-08-08 — Alle JSON-svar fra API-et får nå fjernet etterfølgende mellomrom som stammer fra char(n)/nchar(n)-kolonnenes fast-bredde-utfylling (et lagrings-artefakt uten mening). En global serialiseringskonverter trimmer kun etterfølgende ASCII-mellomrom (0x20) på skrivesiden — ledende mellomrom og annen etterfølgende whitespace (tab/linjeskift/hardt mellomrom) i ekte brukerdata bevares, og innlesing (deserialisering) er uendret. Erstatter behovet for per-spørring RTRIM og per-endepunkt trim-hjelpere; timegodkjenningens metadata-nedlasting (LoadApprovalData) forventes ~38 % mindre. Ingen UI-endring.
• Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false) v2.99.0 2026-08-08 — 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.
• API-svar slankes — fast-bredde-utfylling strippes globalt ved serialisering v2.99.0 2026-08-13 — Alle JSON-svar fra API-et får nå fjernet etterfølgende mellomrom som stammer fra char(n)/nchar(n)-kolonnenes fast-bredde-utfylling (et lagrings-artefakt uten mening). En global serialiseringskonverter trimmer kun etterfølgende ASCII-mellomrom (0x20) på skrivesiden — ledende mellomrom og annen etterfølgende whitespace (tab/linjeskift/hardt mellomrom) i ekte brukerdata bevares, og innlesing (deserialisering) er uendret. Erstatter behovet for per-spørring RTRIM og per-endepunkt trim-hjelpere; timegodkjenningens metadata-nedlasting (LoadApprovalData) forventes ~38 % mindre. Ingen UI-endring.
• Feilrapport-opptak fanger nå også API-feil (HTTP 200 med success:false) v2.99.0 2026-08-13 — 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.
• Dokument-innhold som API-proxy v2.91.0 2026-06-15 — Nytt endpoint GET api/WorkOrder/documents/{id}/content strømmer dokument-bytes direkte via API-en. Brukes av merge-flyten for fakturagrunnlag-PDF for å unngå CORS-problemer mot Azure Blob SAS-URL. Eksisterende download-endpoint som returnerer SAS-URL er beholdt for vanlig nedlasting i nytt vindu.

Annet

• Nytt panel-design i hele ePortal v2.99.0 2026-08-02 — 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.
• Engelsk språkstøtte utvidet kraftig v2.99.0 2026-08-02 — 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.
• Min profil dokumentert i håndboken v2.99.0 2026-08-02 — 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.
• Språkvalget kan nå hentes og lagres fra Min profil v2.99.0 2026-08-02 — Profilen kunne verken lese eller lagre språk; språket kunne bare settes av en administrator under Brukere. Profilen returnerer nå språket, alltid som «norsk» eller «engelsk» uansett hvordan det er lagret fra før, og kan lagre et nytt valg. Eksisterende språkverdier i databasen er ikke endret — de tolkes ved lesing, så en verdi lagret som «NO» fra en import eller fra administratorsiden fungerer som før.
• Du velger nå selv om ePortal skal være på norsk eller engelsk v2.99.0 2026-08-02 — 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.
• Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister v2.99.0 2026-08-02 — 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.
• Menyraden blir synlig ved scrolling v2.99.0 2026-08-02 — 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.
• Globalt søk: navnet i trefflista er like tydelig som nummeret v2.99.0 2026-08-02 — 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.
• Kildelenkene i håndboken virker igjen v2.99.0 2026-08-02 — Håndboksidene lenker til koden de beskriver, men lenkene pekte på master-grenen. Den ligger langt bak, og de fleste av filene det lenkes til fantes ikke der i det hele tatt — 195 av 287 unike kildefiler ga «finner ikke filen». Alle lenker peker nå på den grenen koden faktisk ligger på, og det samme gjelder «Rediger denne siden».
• Bilagsoverføringer rapporterer nå feil ved mislykket bokføring v2.99.0 2026-08-02 — Kjøringer der selve bokføringen i Visma feilet ble tidligere rapportert som vellykket. De rapporteres nå som feilet, og feilvarsling sendes. `audience: admin
• Feilrapport: skjermbilde-vedlegg feilet ved opplasting til blob-lagring v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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 v2.99.0 2026-08-02 — 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.
• Nytt panel-design i hele ePortal v2.99.0 2026-08-05 — 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.
• Engelsk språkstøtte utvidet kraftig v2.99.0 2026-08-05 — 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.
• Min profil dokumentert i håndboken v2.99.0 2026-08-05 — 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.
• Språkvalget kan nå hentes og lagres fra Min profil v2.99.0 2026-08-05 — Profilen kunne verken lese eller lagre språk; språket kunne bare settes av en administrator under Brukere. Profilen returnerer nå språket, alltid som «norsk» eller «engelsk» uansett hvordan det er lagret fra før, og kan lagre et nytt valg. Eksisterende språkverdier i databasen er ikke endret — de tolkes ved lesing, så en verdi lagret som «NO» fra en import eller fra administratorsiden fungerer som før.
• Du velger nå selv om ePortal skal være på norsk eller engelsk v2.99.0 2026-08-05 — 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.
• Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister v2.99.0 2026-08-05 — 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.
• Menyraden blir synlig ved scrolling v2.99.0 2026-08-05 — 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.
• Globalt søk: navnet i trefflista er like tydelig som nummeret v2.99.0 2026-08-05 — 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.
• Kildelenkene i håndboken virker igjen v2.99.0 2026-08-05 — Håndboksidene lenker til koden de beskriver, men lenkene pekte på master-grenen. Den ligger langt bak, og de fleste av filene det lenkes til fantes ikke der i det hele tatt — 195 av 287 unike kildefiler ga «finner ikke filen». Alle lenker peker nå på den grenen koden faktisk ligger på, og det samme gjelder «Rediger denne siden».
• Bilagsoverføringer rapporterer nå feil ved mislykket bokføring v2.99.0 2026-08-05 — Kjøringer der selve bokføringen i Visma feilet ble tidligere rapportert som vellykket. De rapporteres nå som feilet, og feilvarsling sendes. `audience: admin
• Feilrapport: skjermbilde-vedlegg feilet ved opplasting til blob-lagring v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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 v2.99.0 2026-08-05 — 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.
• Nytt panel-design i hele ePortal v2.99.0 2026-08-06 — 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.
• Engelsk språkstøtte utvidet kraftig v2.99.0 2026-08-06 — 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.
• Min profil dokumentert i håndboken v2.99.0 2026-08-06 — 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.
• Språkvalget kan nå hentes og lagres fra Min profil v2.99.0 2026-08-06 — Profilen kunne verken lese eller lagre språk; språket kunne bare settes av en administrator under Brukere. Profilen returnerer nå språket, alltid som «norsk» eller «engelsk» uansett hvordan det er lagret fra før, og kan lagre et nytt valg. Eksisterende språkverdier i databasen er ikke endret — de tolkes ved lesing, så en verdi lagret som «NO» fra en import eller fra administratorsiden fungerer som før.
• Du velger nå selv om ePortal skal være på norsk eller engelsk v2.99.0 2026-08-06 — 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.
• Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister v2.99.0 2026-08-06 — 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.
• Menyraden blir synlig ved scrolling v2.99.0 2026-08-06 — 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.
• Globalt søk: navnet i trefflista er like tydelig som nummeret v2.99.0 2026-08-06 — 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.
• Kildelenkene i håndboken virker igjen v2.99.0 2026-08-06 — Håndboksidene lenker til koden de beskriver, men lenkene pekte på master-grenen. Den ligger langt bak, og de fleste av filene det lenkes til fantes ikke der i det hele tatt — 195 av 287 unike kildefiler ga «finner ikke filen». Alle lenker peker nå på den grenen koden faktisk ligger på, og det samme gjelder «Rediger denne siden».
• Bilagsoverføringer rapporterer nå feil ved mislykket bokføring v2.99.0 2026-08-06 — Kjøringer der selve bokføringen i Visma feilet ble tidligere rapportert som vellykket. De rapporteres nå som feilet, og feilvarsling sendes. `audience: admin
• Feilrapport: skjermbilde-vedlegg feilet ved opplasting til blob-lagring v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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 v2.99.0 2026-08-06 — 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.
• Nytt panel-design i hele ePortal v2.99.0 2026-08-08 — 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.
• Engelsk språkstøtte utvidet kraftig v2.99.0 2026-08-08 — 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.
• Min profil dokumentert i håndboken v2.99.0 2026-08-08 — 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.
• Språkvalget kan nå hentes og lagres fra Min profil v2.99.0 2026-08-08 — Profilen kunne verken lese eller lagre språk; språket kunne bare settes av en administrator under Brukere. Profilen returnerer nå språket, alltid som «norsk» eller «engelsk» uansett hvordan det er lagret fra før, og kan lagre et nytt valg. Eksisterende språkverdier i databasen er ikke endret — de tolkes ved lesing, så en verdi lagret som «NO» fra en import eller fra administratorsiden fungerer som før.
• Du velger nå selv om ePortal skal være på norsk eller engelsk v2.99.0 2026-08-08 — 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.
• Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister v2.99.0 2026-08-08 — 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.
• Menyraden blir synlig ved scrolling v2.99.0 2026-08-08 — 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.
• Globalt søk: navnet i trefflista er like tydelig som nummeret v2.99.0 2026-08-08 — 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.
• Kildelenkene i håndboken virker igjen v2.99.0 2026-08-08 — Håndboksidene lenker til koden de beskriver, men lenkene pekte på master-grenen. Den ligger langt bak, og de fleste av filene det lenkes til fantes ikke der i det hele tatt — 195 av 287 unike kildefiler ga «finner ikke filen». Alle lenker peker nå på den grenen koden faktisk ligger på, og det samme gjelder «Rediger denne siden».
• Bilagsoverføringer rapporterer nå feil ved mislykket bokføring v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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 v2.99.0 2026-08-08 — 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.
• Oppretting av ny ePortal feilet under skjemainitialisering v2.99.0 2026-08-08 — 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.
• Nytt panel-design i hele ePortal v2.99.0 2026-08-13 — 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.
• Engelsk språkstøtte utvidet kraftig v2.99.0 2026-08-13 — 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.
• Min profil dokumentert i håndboken v2.99.0 2026-08-13 — 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.
• Språkvalget kan nå hentes og lagres fra Min profil v2.99.0 2026-08-13 — Profilen kunne verken lese eller lagre språk; språket kunne bare settes av en administrator under Brukere. Profilen returnerer nå språket, alltid som «norsk» eller «engelsk» uansett hvordan det er lagret fra før, og kan lagre et nytt valg. Eksisterende språkverdier i databasen er ikke endret — de tolkes ved lesing, så en verdi lagret som «NO» fra en import eller fra administratorsiden fungerer som før.
• Du velger nå selv om ePortal skal være på norsk eller engelsk v2.99.0 2026-08-13 — 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.
• Engelsk grensesnitt utvidet til bankavstemming, HMS og anleggsregister v2.99.0 2026-08-13 — 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.
• Menyraden blir synlig ved scrolling v2.99.0 2026-08-13 — 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.
• Globalt søk: navnet i trefflista er like tydelig som nummeret v2.99.0 2026-08-13 — 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.
• Kildelenkene i håndboken virker igjen v2.99.0 2026-08-13 — Håndboksidene lenker til koden de beskriver, men lenkene pekte på master-grenen. Den ligger langt bak, og de fleste av filene det lenkes til fantes ikke der i det hele tatt — 195 av 287 unike kildefiler ga «finner ikke filen». Alle lenker peker nå på den grenen koden faktisk ligger på, og det samme gjelder «Rediger denne siden».
• Bilagsoverføringer rapporterer nå feil ved mislykket bokføring v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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 v2.99.0 2026-08-13 — 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.
• Oppretting av ny ePortal feilet under skjemainitialisering v2.99.0 2026-08-13 — 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.
• Prosesskart for alle sentrale moduler v2.97.5 2026-06-11 — Håndboken har fått 37 kildekontrollerte prosessider med 50 zoom-bare diagrammer for Time, Arbeidsordre, Prosjekt, CRM, HMS, Lager, Bankavstemming, Aktivering timer, KAI og Konti Connect. Store moduler er delt i egne undersider for normalflyt, statuser, avvik og teknisk dataflyt.
• Hjelp-ikon (?) på 38 nye sider v2.97.5 2026-06-11 — <app-help-link> rullet ut til alle gjenstående sider med modul-veiledning: time-bank, my-overview, self-report, CRM-lister (kontakter, møter, aktiviteter, korrespondanse, kalender, oppgaver, innstillinger), bank-avstemming-undersider (kontoer, regler, tilgang), HMS-sider (avvik, vernerunder, sjekklister, mål, internkontroll, handlingsplan, mine handlinger, forslagsboks, HMS-rapport), lager-undersider (import, produkter, salgsmatrise), arbeidsordre-prismatrise, time-undersider (skiftplaner, KAI-auto, KPI-dashboard, ressurs-Gantt) og system-admin-sider (moduler, brukerkontoer, integrasjonstyper, varsler, tenant-grupper, API-feillogg). 94 ruter dekket i HELP_ROUTE_REGISTRY.
• Skjermbilder vises nå i håndboken v2.97.5 2026-06-11 — Tidligere lå <!-- skjermbilde: ... -->-markører som plassholdere i markdown, men ble ikke synlige fordi HTML-kommentarer ikke rendres. Konvertert til ekte !alt (sti)-bilde-tags der PNG faktisk eksisterer (15 markører wired på 10 sider, inkl. timeregistrering og modul-dashboards for Time/Prosjekt/Aktivering/Bankavstemming). Gjenstående ~278 markører venter på Playwright-screenshot-kjøring.
• «Kom i gang»-veileder for nye brukere v2.97.5 2026-06-11 — Helt nye ePortal-brukere får en samlet introduksjon under Kom i gang: hva ePortal er, første innlogging, hvordan installere som app (PWA) på iPhone/Android/iPad/PC/Mac, og typiske første handlinger basert på rolle. Eksisterende landing-side er forkortet og lenker til de fire nye undersidene.
• Lik header på hovedsidene i ePortal v2.97.5 2026-06-11 — Lister, oversikter og dashboards i Prosjekt, HMS, CRM, godkjenning, bankavstemming, anleggsmidler, håndbok, meldinger, rapporter, lager, abonnement, tid, arbeidsordre og systemadministrasjon bruker nå samme kompakte sidetittel med ikon, hjelpelink og konsistente handlingsknapper. Undertittel vises bare når den gir nødvendig kontekst. Detaljsider, editorer og arbeidsflater beholder egne kontekstheadere.
• Ny ePortal-håndbok v2.97.0 2026-06-07 — Komplett brukerhåndbok lansert på docs.eportal.no med 161 sider organisert per modul (Time, Arbeidsordre, Prosjekt, CRM, HMS, Lager, Bankavstemming, Aktivering timer, KAI, Konti Connect), per innstillingsgruppe (8 grupper) og per rolle (ansatt/leder/administrator/tekniker/sysadmin). Åpnes via Hjelp → Dokumentasjon i hovedmenyen.
• Hva er nytt-seksjon i håndboken v2.97.0 2026-06-07 — Release notes publiseres nå automatisk i håndboken som tre versjoner per release: For brukerne, For konsulent og tekniker, og For administrator. Åpne via Hjelp → Dokumentasjon → Hva er nytt.
• Klikkbare skjermbilder i håndboken v2.97.0 2026-06-07 — Skjermbilder på docs.eportal.no åpnes nå i fullskjerm med zoom når du klikker på dem. Fungerer på desktop og touch.
• Ny håndbok-side: Håndbok-vedlikehold for teknikere v2.97.0 2026-06-07 — Forfattermaler-seksjonen har fått veiledning for når en kode-endring krever håndbok-oppdatering, hvem som eier hvilken side, og hvordan man bumper fra review til published.
• Min profil — bytte passord v2.97.0 2026-06-07 — "Min profil" har fått en passord-fane der både interne og eksterne brukere kan endre eget passord.
• Smart-grid — per-kolonne Excel-desimaler og justerte fot-summer v2.97.0 2026-06-07 — Excel-eksport fra smart-grid respekterer nå antall desimaler per kolonne (via GridColumn.decimals), fot-summer ligger justert under tilhørende kolonner, og gruppe-summer er merket med kolonnenavnet.
• Hurtigpanel-paritet og fryse-fix v2.97.0 2026-06-07 — Hurtigpanelet (quick-panel) har nå samme funksjonalitet som hovedsiden for objektet, og hurtig-fangst-skjemaet fryser ikke lenger ved enkelte input.
• Portalbytte mellom tenants v2.91.0 2026-06-15 — Tenant switch er bygget om med felles JWT-claims, same-group tilgangssjekk, engangs exchange-token, auditlogg og dedikert /auth/switch-flyt i frontend. (#Migration_20260802110000-20260802110002)
• Portalbytte i header v2.91.0 2026-06-15 — Tenant selector vises nå kun i toppbaren, er plassert sammen med kundelogoen og bruker stabil dropdown-adferd ved valg av portal.
• Globalt søk — raskere og mer robust resultatlasting v2.91.0 2026-06-15 — Modulsøk kjøres nå parallelt for bedre responstid, og søkefeltet håndterer API-feil uten hengende lastetilstand.
• Lønnsarter — standardfilter på «Skjult = Nei» i oversikt v2.91.0 2026-06-15 — Lønnsart-griden starter nå med forhåndsvalgt filter som viser aktive (ikke skjulte) lønnsarter som standard.
• Eksterne brukere — minimal meny med profil og logg ut v2.91.0 2026-06-15 — Eksterne brukere får nå tilbake toppheader og sidebar-kontovalg (Min profil/Logg ut), mens øvrige menyvalg skjules for en trygg og ryddig eksternopplevelse.
• Tagger — ryddigere oppretting i tag-velgeren v2.91.0 2026-06-15 — Tag-velgeren skjuler nå opprett-feltene bak en tydelig knapp for «Opprett ny tagg», og viser et mer lesbart opprett-panel med bedre visuell avgrensning.
• Tagger — opprett global eller objektspesifikk direkte i tag-velger v2.91.0 2026-06-15 — Tag-velgeren støtter nå oppretting av nye tagger i kontekst, med valg mellom global tag (synlig overalt) eller lokal tag (kun for objektet du står på), og automatisk tilknytning til objektet.
• Mobilmeny — søk, nylig brukt og bedre scroll v2.91.0 2026-06-15 — Mobilmenyen har nå søkefelt, «Nylig brukt» (localStorage) og forbedret scrolling/autoposisjonering ved åpning av nivå-1 for å sikre at undermenyer under skjermhøyde blir tilgjengelige.
• Stoffkartotek — ren delingsside v2.91.0 2026-06-15 — Deling via QR-kode eller lenke viser nå en ren landingsside med kundelogo og profesjonell plakatlayout, uten ePortal-meny og navigasjon.
• Min profil — nytt design v2.91.0 2026-06-15 — Modernisert profilside med kortbasert layout og fane for varslingsinnstillinger.
• Kalender — parameteriser årsfilter i GetCalendarDays v2.91.0 2026-06-15 — Inline int-interpolering i WHERE-klausulen er erstattet med parameter (@Year). Ingen kjent exploit (year er int?), men gir konsistent SQL-mønster og lar SQL Server cache én plan per spørring i stedet for én per årsverdi.
• Min profil — tilbake-knapp v2.91.0 2026-06-15 — Profilsiden har nå en «Tilbake»-knapp øverst til høyre som navigerer til forrige side i nettleserhistorikken. Relevant for eksterne brukere som åpner profil fra prosjektmodulen.
• PDF-eksport — felles firmalogo i alle rapporter v2.91.0 2026-06-15 — Alle PDF-genereringer (håndbok, bankavstemming, fakturagrunnlag, arbeidstidskontroll, stoffkartotek, handlingsplan og HMS-rapport) bruker nå en delt CompanyLogoService som henter logoen fra samme kilde som header-logoen oppe til høyre (domainDetails.userLogo). Håndbok-PDF fikk logo som tidligere manglet, og HMS-rapport-PDF fikk logo i toppen.
• Brukerlister — eksterne skjules som standard, eksplisitt opt-in i admin v2.91.0 2026-06-15 — GetUsers, GetUserList og GetSysUserList filtrerer nå bort eksterne brukere som standard. Ren brukeradministrasjon bruker eksplisitt includeExternal=true, mens håndbok, varsler og andre interne tilordningsflater kun får interne brukere.
• Håndbok oversikt — filter, gruppering og visningsmodus v2.91.0 2026-06-15 — Håndboklisten støtter nå søk, filtrering (type/status/språk), gruppering (type/status/språk) og bytte mellom kortvisning (inkl. gruppert masonry) og listevisning, etter samme mønster som integrasjonsoversikten.
• Ekstern bruker — my-profile åpnes uten feil-redirect v2.91.0 2026-06-15 — Oppdatert ActivateService slik at eksterne brukere får tilgang til /my-profile (og /change-password) i tillegg til prosjekt-ruter, i stedet for å bli feilaktig sendt til «Prosjektet finnes ikke eller du har ikke tilgang».
• Ekstern sikkerhetsherding — stoppet privilegie-eskalering i token/rettigheter/deling v2.91.0 2026-06-15 — Strammet inn ekstern tilgang ved å bruke korrekt rettighetsnivå per loginType (ikke alltid intranivå), rette admin-claim til faktisk userAdmin-flagg, og blokkere delingsadministrasjon for eksterne brukere selv ved feilkonfigurert rolle.
• Eksterndeling — ekstern bruker kan nå sette passord og logge inn v2.91.0 2026-06-15 — Rettet to feil som hindret ekstern brukerpålogging via delingsinvitasjon: (1) «Glemt passord»-flyten sendte aldri e-post til eksterne brukere fordi feil innloggingstype ble sjekket, og (2) nye eksterne brukere ble opprettet uten userLevelExtra, som er påkrevd for at wv_Login skal godkjenne ekstern innlogging. Eksisterende eksterne brukere uten userLevelExtra repareres automatisk ved migrering.
• Rettigheter — legacy fallback for modulfilter v2.91.0 2026-06-15 — wv_Userrights_get støtter nå kall uten @moduleIds (default NULL) og bruker kun modulfilter når parameter er sendt inn, slik at eldre moduler fortsatt fungerer.
• Tildeling/eier-dropdown for ikke-admin v2.91.0 2026-06-15 — Rettet at brukerlistene i CRM, Prosjekt og HMS/Sjekkliste kunne bli tomme for brukere uten adminnivå ved å bruke et autorisert endpoint tilgjengelig for alle innloggede.
• Banktransaksjonsdetaljer — typekonvertering v2.91.0 2026-06-15 — Rettet feil der heltallskolonner (RelCtry, RelPNo) fra Visma AcStmtDe krasjet ved mapping til string-modell. Fikset med CAST i stored procedure.
• GetTaskById SQL-feil v2.91.0 2026-06-15 — Rettet SQL-feil i oppgavehenting som forårsaket krasj ved visning av oppgavedetaljer.
• Bilagseksport — negative beløp på mottak v2.91.0 2026-06-15 — Rettet feil der mottak (receives) viste negativt beløp i eksportloggen. Selve bilaget var korrekt, men loggen lagret fortegnsbeløp. Nå lagres alltid absoluttverdien.
• Brukeropprettelse — SP returnerte UserID=0 v2.91.0 2026-06-15 — Rettet wv_User_ins til å returnere SCOPE_IDENTITY() etter insert, og la inn kompatibilitetsfallback i backend for eldre databaser uten korrekt returverdi.
• Brukerliste — separate faner for interne og eksterne brukere v2.91.0 2026-06-15 — Brukerlisten er nå delt i to faner: «Interne brukere» (med ansattnr., full info) og «Eksterne brukere» (opprettes automatisk via prosjektdeling). Antall vises med badge per fane.
• Ekstern bruker — krasj ved åpning av editorpanel v2.91.0 2026-06-15 — Rettet TypeError: Cannot read properties of null (reading 'year') som oppsto når man åpnet en eksternt opprettet bruker med NULL-verdier for ansattdato, ansattnummer og systemspråk.
• Min profil — oppdatering låst til innlogget bruker v2.91.0 2026-06-15 — Backend ignorerer nå UserID fra klient ved profiloppdatering og bruker alltid UserID fra token-claim for å hindre oppdatering av andre brukeres profil.
• SaveNews krever oppdatert SP v2.91.0 2026-06-15 — wv_News_upd må ha 15 parametere (Migration_20260406100002). Hvis deploy kjøres uten migrasjoner, feiler lagring av nyheter.
• Mobile app v2.80.0 2024-Q3-Q4 — Dedikert app for iOS/Android
• AI-regeloppdaging v2.80.0 2024-Q3-Q4 — Automatisk forslag til nye regler basert på historikk
• Batch-import v2.80.0 2024-Q3-Q4 — Masseimport av ansatte og timedata
• Custom webhooks v2.80.0 2024-Q3-Q4 — Integrer med egne systemer
• ABAX_INTEGRATION_GUIDE.md v2.80.0 2024-Q3-Q4 — Komplett Abax oppsettguide
• AI_ASSISTANT_SETUP.md v2.80.0 2024-Q3-Q4 — Azure OpenAI konfigurasjon
• SYSTEM_NOTIFICATION_GUIDE.md v2.80.0 2024-Q3-Q4 — Systemvarsel-oppsett