v2.99.1 — Versjonsnytt¶
Release-dato: 2026-08-13
Tre side-versjoner: Versjonsnytt (du leser denne) · teknisk fullversjon · admin pre-deploy-sjekkliste
Høydepunkter i denne releasen
- Leverandørnavn på kostnadsoversikten i fakturagrunnlag — 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 — 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/ku...
- Eksport av utgående Visma-transaksjoner feilet for bilag med flere linjer eller felles fordelingsnøkkel — Å eksportere et bilag med mer enn én linje, eller flere transaksjoner som delte samme fordelingsnøkkel (avdelingsfordeling) eller kommune, feilet med en generell feilmelding for...
- Rekalkulering av materiellpriser feilet på returlinjer — 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...
- Lagring av varelinjer på arbeidsordre feilet — Å 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 refe...
- Anleggsregister/fakturagrunnlag kunne feile med en generell feilmelding rett etter en driftsstart — 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 gener...
Nye funksjoner¶
KontiConnect / Integrasjoner (1 endring)
Datomotor-jobben skriver nå datoene selv
den nattlige masterordre-datomotor-jobben skriver automatisk nye planlagte leveringsdatoer for endrede linjer, uten at noen må trykke «Bruk beregnede datoer».
Forbedringer¶
Arbeidsordre og faktura (2 endringer)
Leverandørnavn på kostnadsoversikten i fakturagrunnlag
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.
→ Slik bruker du dette: Fakturere arbeidsordre
Deres referanse, Vår referanse og PO-nummer kan fylles ut på arbeidsordre
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.
→ Slik bruker du dette: Behandle arbeidsordre
Feilrettinger¶
Anleggsregister (2 endringer)
Eksport av utgående Visma-transaksjoner feilet for bilag med flere linjer eller felles fordelingsnøkkel
Å 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.
→ Slik bruker du dette: Visma-integrasjon
Anleggsregister/fakturagrunnlag kunne feile med en generell feilmelding rett etter en driftsstart
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.
→ Slik bruker du dette: Anleggsregister
Arbeidsordre og faktura (2 endringer)
Rekalkulering av materiellpriser feilet på returlinjer
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.
→ Slik bruker du dette: Arbeidsordre-modulen
Lagring av varelinjer på arbeidsordre feilet
Å 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.
→ Slik bruker du dette: Arbeidsordre-modulen
Lager (3 endringer)
Lager: «Rekalkuler eksterne uttak» bokførte uttak som varemottak
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.
→ Slik bruker du dette: Lager-modulen
Arbeidsordre: redigering av synket varelinje bokførte uttak som varemottak
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.
→ Slik bruker du dette: Lager-modulen
Lager: KAI-forbruksanalysen telte returer som ekstra forbruk
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.
→ Slik bruker du dette: Lager-modulen