Av og til får man avvik i regnskapet som man sliter med å finne ut av. Dette oppdages eksempelvis når man tar ut en rapport i One Stop Reporting og tallene mellom Business NXT og One Stop Reporting er avvikende.

Det kan være flere årsaker til at man har feil saldo på en eller flere konti:

Rapporten i One Stop Reporting er ikke oppdatert

Rapporter i One Stop Reporting blir som standard vist slik de var sist den ble kjørt - dette inkluderer parametere samt data i selve rapporten. Oppdater evt. rapporten med nye parametere og kjør rapporten på nytt slik at oppdaterte tall blir hentet:


  

Perioder (bokført ++)

Sjekk at du har angitt korrekt periode når rapporten kjøres. Sjekk også evt. valuteringsdato vs bilagsdato i forbindelse med overgang mellom 2 måneder. 

Alle transaksjoner ført og oppdatert?

Sjekk at alle (relevante) bunter er oppdatert og bokført. Mangler det transaksjoner og er eksempelvis bankkonto avstemt?

Feilkonto?

Sjekk om det ligger transaksjoner på kontonr. 9999 - dette er en observasjonskonto/feilkonto som Business NXT fører på i en del tilfeller hvor det mangler eksempelvis standardkonto i en del bokføringssituasjoner. 



Ligger det transaksjoner her bør sjekke årsaken til dette samt korrigere disse slik at de blir bokført korrekt. 

Regenerering av konto

I ulike skjermbilder hvor saldo beregnes med IB, bevegelser og UB vil det ligge kolonner som ikke er lagret i selve databasen. Dette gjelder eksempelvis Hovedboktransaksjoner:

Henter man frem SQL-navnet, vil det for disse 3 kolonnene ligge et 4-sifret tall - dette indikerer at kolonnen ikke er lagret i databasen, men noe som er beregnet/kalkulert:





Dessverre ser vi at det kan det oppstå avvik i disse kolonnene av ulike årsaker - dette ser man av og til tydelig mellom Business NXT og One Stop Reporting hvor det kan være differanse på en eller flere IB eller UB mellom de to systemene. 

Man bør da kjøre en regenerering av de konti hvor man har avvik og at dette gjøres før man evt. forsøker å korrigere/rette avviket med et korrigeringsbilag. Gjør man det i motsatt rekkefølge, vil det ofte bli enda større avvik. 

Dette gjøres via kontoplanen og et eget behandlingsvalg:



NB! Det anbefales at man ikke kjører denne på alle konti samtidig. En regenerering kan ta lang tid hvis det er mange transaksjoner involvert og man bør primært derfor kun regenerere på de konti hvor det er avvik. Subsidiært kan man ta en og en kontogruppe.

Fremgangmåte

Merk aktuelle konti (her har jeg gjort et utvalg på alle 11xx):



Bekreft med Ja:



La denne være tom slik den er og trykk OK (ikke anbefalt å bruke/fylle inn år/periode v/regenerering - dette lager ofte mer problemer enn det løser)



Status vil bli lagt i varselsenteret når regenereringen er ferdig:




Oppdater evt. skjermbildene/rapporten og sjekk om det nå er avvik. 

Sist oppdatert: 30.07.2026 / Lasse CC