Hold deg oppdatert på Business NXT
Vi gir deg siste nytt fra Business NXT, hver måned.
Nytt i NXT for mai 2026
Innholdet i videoen:
- 01:00 – Automatisk pop-up av periodiseringsvindu.
- 04:17 – Tilpasset kolonnenavn lagres ved bruk av maler.
Alle nyhetene fra mai 2026
Statusoppdatering fra Visma.net AutoReport når betalingsinformasjon er mottatt:
Støtte for å hente den nyeste statusen fra Visma.net AutoReport, også når statusen er 11 - Betalingsinformasjon mottatt, er lagt til. Årsaken til denne endringen er at det har vært noen problemer der statusen ble oppdatert til 11 - Betalingsinformasjon mottatt, men den faktiske betalingsfilen fra skattemyndighetene ikke ble inkludert. Hvis statusen nå er 11 - Betalingsinformasjon mottatt, men ingen betalingsfil finnes, hentes hele informasjonen på nytt fra Visma.net AutoReport.
Forbedret generering av regelforslag og teksttolkning:
Svært korte tekstfragmenter (for eksempel to bokstavskombinasjoner) tolkes ikke lenger, noe som reduserer støy og antall irrelevante forslag. Søk ved hjelp av rullegardinmeny: Tidligere hadde søket i rullegardinmeny en grense på 100 000 rader, noe som gjorde noen behandlingsmåter umulige siden ikke alle rader kunne velges. Dette er løst, og alle rader kan lastes inn og/eller finnes med et søk
Verdier fra sammenkoblede tabeller på utskrifter ved bruk av leverandørens produktnummer og beskrivelse:
Tidligere, når inkludering av leverandørens produktnummer og beskrivelse var aktivert under utskrift, ble tabellen Leveringsalternativ feil prioritert for alle linjedata, noe som førte til at felt fra sammenkoblede tabeller i utskriftsoppsettet på ordrelinjen viste seg å være tomme. Eksempler på felt fra sammenkoblede tabeller kan være informasjonsfeltene i produkttabellen. Dette er løst.
Nullantall vises som tomt under lagertelling:
Tidligere, når en null ble skrevet inn i feltet Telt antall under lagertelling, ble den vist som en tom celle i stedet for sifferet null. Dette skjedde under lagertelling i lagersaldo-tabellen, forsendelsestabellen og varelokasjonstabellen. Dette gjorde det umulig å se direkte i feltet Telt antall om null ble skrevet inn eller om cellen ble hoppet over (ingen verdi skrevet inn i det hele tatt). Verdien null vil redusere lagermengden til 0, men hvis cellen hoppes over, vil den beholde gjeldende lagermengde når behandlingen av korriger beholdninger kjøres. Dette er nå løst, og verdien null vises hvis den skrives inn.
Desimalavvik i mengdehåndtering:
I noen tilfeller, når man bruker enheter med Antall per enhet <> 1, ville det oppstå en oppdeling i desimaler som forårsaket et avvik mellom Ferdigmeldt og Fakturert/realisert på ordrelinjen, noe som betyr at en brøkdel av det totale antallet forble umulig å fakturere. Dette er nå løst, slik at Ferdigmeldt og Fakturert/realisert
er identiske når begge er fullstendig ferdig og fakturert.
Merk: Selv om ordrelinjen er korrekt, kan det fortsatt være desimalproblemer i tabellene for reservasjon og produkttransaksjoner, noe som fører til at forsendelsen ser feil ut. Kjør behandlingen for å regenerere lagersaldo på nytt, og hvis det fortsatt er forsendelser med små desimalverdier, korriger disse med en lagertelling i lagersaldotabellen.
Dato feilaktig validert av suspensjonsdatoen under utskrift:
Datofeltet (= bilagsdato) i dialogboksen for ordreutskrift skal valideres av feltene Antall dager +/- advarsel og Antall dager +/- avvisning i tabellen Bedriftsopplysninger, men det ble feilaktig validert av suspensjonsdatoen. Dette er løst.
Forbedringer av bankavstemming:
Logikken og sorteringen for bankavstemming er forbedret ved bruk av automatisk avstemming når det er en blanding av pluss/minus-transaksjoner i hovedboken.
Feil beregning av betalinger i utenlandsk valuta:
Tidligere ble beløpet på bilagslinjen for inngående betalinger feilberegnet når en betaling ble gjort i utenlandsk valuta, men den utgående fakturaen var i innenlandsk
valuta. Nå hentes valutakursen for valutanummeret til valutabetalingen fra valutakurstabellen når valutaen for den tilsvarende åpne posten er innenlandsk valuta.
Reservasjon av antall avbrutt:
Når en salgsordrelinje ble delt i flere reservasjoner, og Ferdig NÅ på ordrelinjen ble brukt til å fullføre deler av det totale antallet, ble de ikke fullførte reservasjonene slettet, og antallet ble gjort tilgjengelig for reservasjon. Dette er løst.
Problem med sending av fakturaer og utskrifter:
Faktureringen stoppet med feilmeldingen «Registreringsdatoen må være innen 0 dager fra dagens dato», noe som krever at feltet Antall dager +/- avvisning i tabellen bedriftsopplysninger har en verdi høyere enn 0. Dette er løst.
Manglende linje på plukkliste:
Når man skriver ut en plukkliste for en ordrelinje med behandlingsmetoden Én reservasjonslinje per enhet ved lagerreduksjon, ble det ikke lagt til noen linje for den på plukklisten, noe som også resulterte i ingen rad i tabellen for ordredokumentlinjer. Dette er løst.
Mangler leverandørinformasjon på innkommende fakturaer:
I noen tilfeller ble ikke leverandørinformasjon på innkommende fakturadokumenter lest riktig på grunn av uventede linjeavslutninger i XML-filen. Leverandøren er nå identifisert riktig, og dokumentet kan behandles uten feil.
Problemer med automatisk nedlasting til AutoInvoice:
Antallet selskaper som er registrert i Business NXT har økt, noe som forårsaker lengre utførelsestider for nedlastingstjenesten for AutoInvoice og noen tidsavbrudd ved forsøk på å behandle nedlastinger for alle selskaper. Dette førte til at den automatiske nedlastingen noen ganger ikke ble utført for noen selskaper. Dette er nå løst, og alle selskaper har blitt behandlet med den automatiske nedlastingen av AutoInvoice.
Forbedret tolkning av leverandørinformasjon i XML-fakturaer:
Håndteringen av fakturaer der XML-navneområdedefinisjonene varierer i dokumentet er forbedret. Leverandørinformasjon tolkes nå riktig, og leverandøren identifiseres eller opprettes som forventet.
Periodenøkler støttet på bestillinger:
Tidligere kunne du bare bruke periodenøkler for salgsordrelinjer. Dette betydde at bilag generert fra bestillingslinjer krevde manuell justering for å utføre periodiseringsregnskap på posteringen. Nå kan du også bruke periodenøkler på bestillingslinjer.
Oppdatering av alle selskaper ved kopiering av formular:
Tidligere, når man kjørte kopier formular i formulartabellen og aktiverte Bytt til nytt formularnummer på alle dokumentkopier og åpne den gamle for redigering i
dialogboksen, ble formularnummeret i ordredokumenttabellen kun oppdatert for det aktive selskapet. Dette medførte at det opprinnelige formularnummeret forble knyttet til aktive ordredokumenter i andre selskaper, noe som førte til feile layoutendringer når brukere endret det gamle formularet. Dette er nå løst, og formularnummeret i ordredokumenttabellen er oppdatert for alle selskaper.
Tastatursnarveier fungerer ikke når GAiA er åpen:
Da GAiA-assistenten var åpen, fungerte ikke de fleste hurtigtastene. Dette er løst.
Korrigering av økonomiske posteringer for produksjonsordrer med utvidede strukturer:
For å vise riktig ordresum på produksjonsordren når en struktur utvides, må produksjonskostnaden ekskluderes fra totalen på enten strukturhodet eller strukturradene i behandlingsmetoden, ellers summeres kostnaden feil fra både hodet og radene.
Hvis strukturlinjen ble ekskludert, ble det ikke opprettet noen bunt med en korreksjon av kostnaden for produksjonsordren da mottaksfakturaen ble behandlet ved kjøp av et strukturlinjeprodukt med priskorrigering. Som et resultat havnet posteringen, da mottaksfakturaen ble behandlet på produksjonsordren, på avrundingskontoen i
stedet for i råvarelageret. Hvis strukturhodet ble ekskludert, ble det ikke opprettet noen bunt med en korreksjon av kostnaden for salgsordren da fakturaen ble mottatt for produksjonsordren. Som et resultat ble ikke varekostnaden oppdatert i regnskapet. Dette er løst.
Korrigering for bankavstemmingsutskrift ved bruk av valutalommer:
For kunder som bruker valutalommer koblet til bankkontoen sin, hentes nå sluttsaldoen fra kontoutskriftstransaksjonen basert på valutanummerfiltrering når bankavstemmingsutskriften opprettes. Dette avhenger av at riktig valutanummer er angitt for hver rad ("valutalommer") for det felles bankkontonummeret i bankpartnertabellen.
Legge inn ikke-eksisterende produktnummer:
Etter at man først har lagt inn et ikke-eksisterende produktnummer på en ordrelinje og mottatt en feilmelding, og deretter lagt inn et gyldig produktnummer, ble ikke informasjonen for det produktet, for eksempel Beskrivelse og Pris, vist før raden ble lagret. Dette er løst.
Opprette mer enn én kreditnota for en ordrekopi:
Når man oppretter en ordrekopi med omvendt prefiks, er kreditnotaen allerede opprettet og suspendert fra ytterligere kreditnotaer satt på den opprinnelige ordren. Tidligere kunne ikke denne innstillingen fjernes. Dette er løst.
Oppdatert standardoppsett:
I Kunder - Ny oppsettet (13065) var tabellen i fanen Leveringsadresser feilkoblet. Dette er løst.
Forbedringer av oppslag
Noen forbedringer relatert til oppslag er nå tilgjengelige:
-
Tidligere var det mulig å søke etter og velge en kontaktperson i Kontakt-feltet på ordren som ikke var tilordnet (Kontaktpersoner) kunden i Aktør-tabellen. Dette er løst.
-
Med noen oppslag ble flere irrelevante faner vist. Nå vises bare gyldige faner for det spesifikke oppslaget.
Eksporter til Excel inkludert DME-innhold:
Eksporter til Excel støtter nå DME-tabeller og -kolonner (Data Model Extensions).
Betalingsnummer tømt etter kansellering i Visma.net AutoPay:
Når en kansellering av en bestemt betaling utføres av en godkjenner i Visma.net AutoPay, eller en avvisning skjer i banken, forblir verdien i Betalingsnr.-kolonnen nå i tabellen Åpne leverandørposter.
Forbedret håndtering av statuser for regnskapsdokumenter:
Håndtering av statuser for regnskapsdokumenter for bunter opprettet med Opprett ny bunt med opprinnelse 14 – Tidligere bunt. Statusen for regnskapsdokumentet oppdateres nå bare etter at en reversering av bunt er bokført. Bokførte bunter returnerer automatisk det relaterte dokumentet til tabellen Innkommende dokument og gjør det tilgjengelig for behandling på nytt. Slettede eller ikke-bokførte bunter påvirker ikke lenger dokumentstatusen.
Sletting av brukere på tvers av plattformer:
Noen ganger når man sletter en bruker i Visma.net eller Connect, eller når man endrer brukerens e-postadresse der, gjenspeiles ikke endringene i brukertabellen i Business NXT. Dette er løst.
<Ctrl+S> (Lagre) viser nettleserens dialogboks «Lagre som»:
Tidligere, når en feltverdi ble oppdatert og Ctrl+S ble trykket før feltet ble forlatt, ble nettleserens dialogboks «Lagre som» vist feil. Dette er nå løst.
Rumenske tegn i tabeller og notater:
De rumenske tegnene Ș, ș, Ț og ț er nå erstattet av S, s, T og t i stedet for et spørsmålstegn (?).
Feil mva-postering for dokumenter med transaksjonsstatus 1:
Tidligere, i det svenske mva-oppsettet, kunne transaksjonsstatus 1 på leverandørlinjer for arbeidsflytimporterte EU-fakturaer forårsake feil mva-posteringer når kostnadsprosent ble brukt i mva-håndtering, noe som resulterte i feil fordelte mva-beløp. Nå, når du bruker behandlingen Oppdater leverandørtransaksjoner, inkludert scenarier ved hjelp av kartleggingsverktøyet, blir mva-en korrekt postert.
Abonner på nyhetsbrevet "Nytt i NXT"
Nytt i NXT for april 2026
Innholdet i videoen:
- 00:33 - Utskrift i liggende formular.
- 01:25 – Forhåndsvisning alltid aktiv i Send-dialogen.
- 03:22 – Aktivering/deaktivering av Master Data Management.
- 05:23 – Oppdatering med F5 nå mulig.
- 06:11 – Oppslag i kolonne fra underliggende tabell.
Alle nyhetene fra april 2026
Feil beregning av salgsordre med justert valutakurs:
Når ordrevalget Valutakursjustering var satt på en salgsordre, og ordren inneholdt en struktur, ble strukturhodets beløp i valuta feilaktig omberegnet ved oppdatering av valutakursen. Dette er nå løst.
Legge til ordrenummer på bilag ved postering av korrigering av solgte varer-kostnad:
Ordrenummeret ble ikke lagt til på bilagslinjen når behandlingen Postér kostnad ble utført på produkttransaksjoner fra salgskorrigeringer. Dette er nå løst.
Med innstillingen HB-trans. pr. ordre, ved postering fra produkttrans. i feltet Regnskapsbehandling i tabellen Bedriftsopplysninger, blir nå ordrenummeret lagt til på bilagslinjen.
Registrering av antall med ordrevalg kreditnota satt:
Hvis ordrevalget Kreditnota var satt, og du forsøkte å registrere et antall som var mindre enn -1, kunne du ikke sette et antall mellom 0 og -1. Dette er nå løst.
Forbedret filtrering for Kontakt 2 på ordre:
Kontakt 2 viser nå kontakter for Fakturakundenr. når dette er satt, og viser en liste over alle forbindelser hvis det ikke er satt.
Feil åpne kundefordringer matchet ved ustrukturerte betalingsreferanser:
Ved mottak av innbetalinger fra Visma.net AutoPay bruker Business NXT avanserte metoder for å støtte brukerne med automatisk matching av tilhørende åpne poster. I forbindelse med dette har det blitt rapportert enkelte situasjoner hvor feil åpne poster har blitt matchet. Det er nå implementert flere kontroller som reduserer risikoen for matching basert på feil betalingsreferanser.
MVA- og regnskapsinformasjon i dialogen for valg av kontosett:
Tidligere, når du dobbeltklikket i feltet Kontosett i Ordrelinje-tabellen, viste dialogen for valg av kontosett feilaktig oppføringer fra tabellen MVA- og regnskapsinformasjon. Dialogen viser nå korrekt verdier fra Tekst-tabellen (Teksttype 18), både i Ordre- og Ordrelinje-tabellen.
Forbedringer for kontosett:
Flere problemer knyttet til kontosett er løst. Innstillingen Hent først kontosett fra ... nedenfor gjøres i Ordrebehandling 2 i tabellen Bedriftsopplysninger, der standardinnstillingen er Hent først kontosett fra Fakturakunde / Leverandør.
- Når Hent først kontosett fra Fakturakunde / Leverandør var aktivert, og Kontosett var definert for kunden i tabellen Aktør, ble Kontosett på den genererte innkjøps-/produksjonsordrelinjen feilaktig hentet fra salgsordrelinjen.
- Når Hent først kontosett fra Lager var aktivert, og innkjøpsordrer ble generert fra tabellen Innkjøpsforslag eller Innkjøpsforslagslinje, ble Kontosett fra tabellen Aktør feilaktig brukt. Nå brukes Kontosett fra valgt Lager-tabell.
- Når Hent først kontosett fra Struktur var aktivert, og Kontosett var satt opp i Struktur-tabellen, fikk genererte innkjøpsordrer fra salgsordre eller innkjøpsforslag ikke Kontosett lagt til fra Struktur-tabellen i den utvidede strukturen. Struktur-linjeprodukter arvet feilaktig Kontosett fra ordreheaderen.
Forbedret stabilitet i Visma.net AutoReport:
Stabiliteten til den tilkoblede tjenesten er nå forbedret, og meldinger fra Visma.net AutoReport kan hentes, selv om meldingen i utgangspunktet feilet ved oppdatering.
Utvidelser av datamodell (DME):
Utvidelser av datamodellen gjør det mulig å utvide og forbedre funksjonaliteten i kjernedatamodellen. Med en modulær tilnærming blir det mulig å legge til eller endre dataelementer, relasjoner og funksjonalitet, tilpasset dine spesifikke forretningsbehov.
Utvidelser av datamodellen kan også nås via GraphQL API-et. I Business NXT kan du legge til et begrenset antall utvidelser av datamodellen uten ekstra kostnad.
Fremtidige påløpte kostnader ikke beregnet på strukturhodeprodukt:
Ved bruk av Ikke inkluder totaler: Salgskostnader i et strukturhode for salg som er unntatt fra lagerføring, ble alle påløpte kostnadskolonner på struktur-linjene satt til 0, unntatt Påløpt kostnad, uavhengig av akkumulering av salgskostnader. Dette er nå løst.
Leveringsalternativnummer manglet på struktur-linjer i innkjøpsordre:
Verdien i feltet Lev.alt.nr. manglet på utvidede struktur-linjer i innkjøpsordre når strukturhodeproduktet ble generert fra et innkjøpsestimat eller fra en salgsordre. Dette er nå løst.
Manglende ordrenummer på bilag ved lageropptelling på lokasjonsnivå:
Ved bruk av innstillingen Bruk ordrenummer ved lageropptelling i ordrebehandling og ved gjennomføring av lageropptelling i tabellen Vare lokasjon, manglet bilagene som ble opprettet både Kontosett og Ordrenr. Dette er nå løst.
Merk: Innstillingen Hovedbokstransaksjoner per ordre ved bokføring fra varetransaksjoner i feltet Regnskapsbehandling i tabellen Firmainformasjon må være aktivert for å inkludere ordrenummer på lageropptellingsbilag.
Posteringer på frakt- og tollkonto ved lageropptelling:
Ved bruk av innstilling 16 (Konto debet/kredit frakt 1–4 og toll ved innkjøp) for mva- og regnskapsbehandling, inkluderte posteringer fra lageropptelling feilaktig konto debet/kredit for frakt 1–4 og toll dersom det fantes en verdi i feltet Frakt eller Toll på forsendelsen. Som følge av dette ble ikke total kostnad for varen bokført i regnskapet. Dette er nå løst.
Oppdatering av ordrestatus ved utskrift av plukkliste:
Ved bruk av behandlingsmetoden Én reservasjonslinje per enhet ved lagerreduksjon (som innebærer plukk uten reservasjon), ble ikke ordrestatus oppdatert ved utskrift av plukkliste. Dette er nå løst.
Økonomisk innkjøpskvantum ble ikke hentet fra tabellen Leveringsalternativ ved generering av innkjøpsordre:
Ved generering av innkjøpsordre fra salgsordre, og bruk av innstillingen Innkjøpsgenerering – Økonomisk bestillingskvantum fra leveringsalternativ eller lagerbalanse i firmainformasjon, ble kun Øk. innkj.kvantum i tabellen Lagerbalanse tatt hensyn til, mens tilsvarende felt i tabellen Leveringsalternativ ble ignorert. Dette er nå løst.
Generering av produksjonsordre fra innkjøpsestimat ved bruk av aggregerte produkter:
Ved generering av produksjonsordre fra flere estimatlinjer med samme produkt og bruk av Aggreger produkter i dialogen Generer innkjøps-/produksjonsordre, var den utvidede strukturen på de genererte ordrelinjene feil. Dette er nå løst.
Tid til neste krever at ordrebekreftelse kjøres to ganger:
På ordrelinjer med Tid til neste satt, ble ikke nye rader automatisk klare for ordrebekreftelse, noe som krevde to forsøk for å få satt Bekreftet på ordrelinjen. Dette er nå løst.
Struktur ikke utvidet med «Tid til neste» på strukturhode:
Ved bruk av Tid til neste i kombinasjon med en salgsstruktur, ble strukturhodet lagt til som en ny ordrelinje ved fakturering, men uten å bli utvidet. Dette er nå løst.
Planlegging av oppgaver på søndager:
Tidligere var det ikke mulig å planlegge nye oppgaver eller endre eksisterende oppgaver til å kjøre på en søndag. Dette er nå løst.
Innsetting av rader i filtrerte kolonner:
Ved innsetting av en rad over eller etter valgt rad i en kolonne med filter, ble den nye raden lagt til nederst i tabellen. Dette er nå løst.
Utskrift i liggende format:
Du kan nå velge utskriftsretning Liggende i dialogen Send.
I designmodus kan du definere standard utskriftsretning for hver dokumenttype under Design > Tabellinnstillinger > Utskrift.
Legge til nye kostnadsbærere med +-tasten:
Foreslå neste primærnøkkel ved bruk av + foreslår nå neste tilgjengelige nummer i tabellene Organisasjonsenhet 7 – Organisasjonsenhet 12 (R1–R12).
Forhåndsvisning alltid aktiv i Send-dialogen:
Tidligere var knappen Forhåndsvisning i dialogen Opprett og send dokumenter ikke aktiv når mer enn 10 ordre var valgt for utskrift, med mindre du valgte Slå sammen dokumenter eller Zip dokumenter. Nå er Forhåndsvisning alltid aktiv, og dersom forhåndsvisningen genererer mer enn 10 PDF-filer, blir resultatet automatisk pakket i en zip-fil.
Dupliserte fakturaer lastet ned fra AutoInvoice:
Under visse omstendigheter kunne kjøring av behandlingen Last ned inngående dokumenter, manuelt, planlagt eller automatisk, føre til dupliserte fakturaer. Dette er nå løst.
For tidlig setting av sluttdato:
Ved første lagring av en innkjøps- eller produksjonsordre med ordrelinjer, fikk de nyopprettede varetransaksjonene også satt Sluttdato. Dette er nå løst.
Feilaktig oppdatering av forrige telledato ved kjøring av Korriger lagerbalanser:
Forrige telledato ble endret ved kjøring av behandlingen Korriger lagerbalanser i tabellen Forsendelse, selv om det ikke var angitt noen verdi i Talt antall. Dette er nå løst.
Innkjøpsordre fra flere innkjøpsestimater med linjer fra samme leverandør:
Generering av innkjøpsordre fra flere innkjøpsestimater som inneholdt linjer fra samme leverandør fungerte ikke korrekt, og kunne føre til feil på primærnøkkel. Dette er nå løst.
Støtte for flere logoer:
Bruk av flere bildefiler (for eksempel logoer) på samme ordredokument støttes. Dette har vært tilgjengelig en stund allerede.
Forbedret kontaktoppslag i tabeller for organisasjonsenheter:
Oppslaget i tabellene for organisasjonsenheter samsvarer nå med oppførselen i Ordre-tabellen, og viser to faner: én med kontakter knyttet til valgt kunde/leverandør og én med alle kontakter.
Plukk uten reservasjon tilgjengelig i tabellen Ordrelinje:
Du kan nå bruke behandlingen Trekk plukk uten reservasjon i tabellen Ordrelinje for å trekke reservasjoner for produkter med serienummer.
Korrekt status på plukkliste:
Når alle reservasjoner på en plukkliste er fullført, får plukklisten nå status 4 – Ferdigstilt, i stedet for å bli stående med status 2 – Reservasjon fullført når linjene er ferdig behandlet.
Kostpriser på allokert salgsordre:
Når innkjøpsordre ble generert fra en salgsordrelinje sammen med innstillingen Oppdater ordrekostnader i tabellen Firmainformasjon, førte endringer på innkjøpsordrelinjen (enhet eller datoer) feilaktig til at kostprisene ble fjernet fra den allokerte salgsordrelinjen. Dette er nå løst.
Registreringsregler fungerer nå for alle kolonner:
For kolonner der standardverdi hentes fra en underliggende tabell (for eksempel verdier fra Produkt-tabellen foreslått i Ordrelinje-tabellen), overskrev disse verdiene tidligere de som var definert i registreringsregler. I tillegg fungerte ikke registreringsregler for feltet Antall i tabellen Ordrelinje. Dette er nå løst.
Ikke mulig å begrense tilgang til Design tidligere:
Tidligere, selv om det ikke var gitt tilgang til designmodus i Tilgangsstyring, var det fortsatt mulig å opprette et nytt oppsett. Dette er nå også begrenset, og ingen funksjonalitet i designmodus kan brukes uten riktig tilgang
Generering av ordre fra strukturhode:
Det var ikke mulig å generere en innkjøpsordre fra strukturhodet i en utvidet struktur på en salgsordre når strukturhodeproduktet var satt til ikke å utvides ved Innkjøp i Behandlingsmetode. Dette er nå løst.
Overføringsordre med forsendelser som inneholder kostpristillegg:
Når Kostpristillegg % ble brukt i Produkt-tabellen, ble kostprisen på lageroverføringsordre feilaktig økt med denne prosenten. Dette er nå løst.
Utvidede administratorrettigheter:
Brukergrensesnittet for skjemaktivering for kunder og for å flytte selskaper inn i skjema er nå tilgjengelig for alle administratorer.
Kontakt CX for detaljer om hvordan og når denne funksjonaliteten bør brukes.
Aktivering/deaktivering av Master Data Management:
Integrasjonen for Master Data Management kan nå kun aktiveres eller deaktiveres fra Business NXT Admin.
Tilbakestilling av Master Data Management-tjenesten i Visma.net Admin har ikke lenger noen effekt på integrasjonen (ingen importer startes). Når integrasjonen er aktivert og status for Master Data Management-tjenesten er deaktivert i rapporten MDM Integration Status Check, vil bruk av alternativet der for å reaktivere den også starte alle dataimporter på nytt.
Se også: Aktivering av Master Data Management i Business NXT og Deaktivering av Master Data Management i Business NXT
Ekskludering av tabeller for Master Data Management:
Når hele tabeller ekskluderes for Master Data Management i tabellen Bedriftsopplysninger, vil datasynkroniseringen bruke funksjonen Eksporter til Master Data Management i stedet for Send på nytt til Master Data Management (gjenopprettingsoperasjon).
Manglende matching av åpne poster mot CID-referanse:
Fra starten av april 2026, ved mottak av XML-fil (VIP-fil) med inngående betalinger fra Visma.net AutoPay, ble enkelte åpne kundeposter ikke matchet med korrekt CID-referanse selv om denne var inkludert i betalingen. Dette er nå løst.
Nytt standardoppsett:
Et nytt standardoppsett for rapportering av finsk mva er lagt til.
Oppdatering av nettleserfane (F5):
Tidligere, ved oppdatering av nettleserfanen med F5, ble alle åpne oppsett bortsett fra det aktive lukket. Nå beholdes alle åpne oppsett.
Ufullstendige tekster i dialogen for pris/rabatt-behandling:
I dialogen Pris/rabatt-behandling i tabellen Firmainformasjon ble enkelte tekster ikke vist korrekt. Dette er nå løst.
Manglende parameter ved beregning av leveringsdato lagt til:
Valget Oppdater tom leveringsdato på ordrelinje dersom leveringsdato på salgsordre er angitt er nå tilgjengelig i dialogen Beregn leveringsdato i tabellen Bedriftsopplysninger.
Manglende leverandørnummer i enkelte regnskapsdokumenter:
Tidligere manglet leverandørnummer i regnskapsdokumenter ved behandling av EHF (XML)-fakturaer. Problemet skyldtes inkonsekvent håndtering av XML-navnerom, som hindret korrekt identifisering av leverandør. Nå håndteres XML-navnerom konsekvent, og leverandører identifiseres korrekt.
Resultat av oppdatert kostpris bokført på feil konto:
I en produksjonsordre, dersom en strukturdel unntatt fra lagerføring endret kostpris etter at strukturen var ferdigstilt, ble regnskapsføringen av denne endringen bokført på avrundingskonto i stedet for riktige kostnadskontoer. Dette er nå løst.
Tilbaketrekking av plukket serienummerstyrt produkt:
Når et produkt på en strukturlinje var satt opp med serienummer (plukk uten reservasjon med alternativet Én reservasjonslinje per enhet ved lagerreduksjon), og det ble reservert manuelt eller med valget Reserver serienummer ved plukk i Behandlingsmetode, fikk ordrelinjen feilaktig verdi i feltet Plukket, og ikke i Plukket uten reservasjon. Dette gjorde det umulig å trekke tilbake plukket kvantum ved behov. Dette er nå løst.
Rettighet til å endre status i varetransaksjon:
En ny behandling, Oppdater midlertidige kostnader, er lagt til i tabellen Varetransaksjon. Denne gjør det mulig å justere status for midlertidige kostnader, det vil si å slå den av eller på. Som standard er behandlingen ikke aktivert for noen brukere, og bør kun aktiveres for utvalgte superbrukere. Se også: Oppdater midlertidige kostnader
Oppslag i kolonne fra underliggende tabell:
Synlige kolonner fra underliggende tabeller er som standard skrivebeskyttet. Det er nå mulig å gjøre oppslag fra disse kolonnene ved å velge Aktiver oppslag i kolonneoverskriften i designmodus. Du kan deretter gjøre oppslag eller angi en søkeverdi direkte i kolonnen (aktiv kolonne, relasjonskolonne og Navn-kolonnen vil bli brukt i søket).
Advarsel for kombinasjonsmatrise:
Når Kombinasjonsmatrise var satt opp og en post i tabellen Bilag ble registrert med en ikke-eksisterende kombinasjon, ble det ikke vist noen advarsel ved overgang til en annen post. Dette er nå løst.