En vanlig problemstilling i periodiseringsrapporten vår er at ikke alle periodiserte kostnader identifiseres som reelle periodiseringer, som fører til at de manglende bilagene faller utenfor rapportens logikk for hva som skal være med på beregningen i toppen av rapporten. Dette skyldes de ulike variasjonene og prosedyrene på hvordan periodiserte kostnader blir bokført og seende ut i de ulike regnskapsprogrammene.
For å ta høyde for denne problemstillingen har vi lagt til et nytt avsnitt i periodiseringsrapporten vår som inneholder alle bilagene som Account Control ikke klarte å identifisere som en periodisering med standardlogikken til rapporten. Bevegelsen av disse bilagene blir en del av summeringen i toppen på rapporten, og skal i de aller fleste tilfeller nå resultere i en differanse på 0,-
I noen tilfeller skyldes det at noen bilag ikke tolkes som periodiserte kostnader automatisk at hovedbilaget ikke har blitt importert. Dette skjer om et selskap er satt opp på en senere dato enn datoen hovedbilaget befinner seg på. Det nye segmentet i bunnen kan nå bidra med å enkelt identifisere hvilke bilagsnummer dette gjelder, og man kan da enkelt importere disse ved å bruke funksjon for importering av bilag. Se egen hjelpeside for periodiseringsrapport for mer informasjon: Avstemming av periodiseringer og periodiseringsrapport
Ytelsesforbedringer
I noen perioder kan det oppleves problemer relatert til treghet i Account Control. Det er sammensatte grunner til at dette skjer, men vi har høy prioritet på saker rundt dette. I denne versjonen har vi arbeidet med å optimalisere blant annet databaseytelse, import av data fra ERP og nedlasting av rapporter til zippet mappe. Vi vil fortsette å ha fokus på optimalisering av ytelse og redusering av opplevd treghet i våre kommende versjoner av Account Control.
For InfoEasy- og Xledger-kunder
Ettersom datoer i regnskapsprogrammene InfoEasy og Xledger håndteres litt annerledes i vår applikasjon (dato1, som er førende i Account Control, er periodedato, mens Dato2 er valuteringsdato), har vi lagt inn dato2 i alle Balancer-rapporter og deres forhåndsvisninger slik at rapportene bedre skal reflektere regnskapstallene disse kundene ser i sine regnskapsprogram.
Standardregler tilordnet konti for disse regnskapsprogrammene har fått dato1 som kriterium byttet ut med dato2 for å unngå feilavstemminger, samt å øke avstemmingsraten overordnet.
Mindre feilrettinger:
Fikset en feil som gjorde at kontoer importert fra Visma Business som startet med samme fire siffer ble feilaktig tolket som samme konto.
Fikset en feil i grensesnittet som førte til en blank avstemmingsside når man grupperte transaksjoner på periodiseringskonti.
Fikset en feil som kunne føre til at MVA-kodefeil kunne vises på kontoer på tvers av selskap. NB! Selskap som allerede har fått slike feil krever en manuell oppdatering av kodekontrollen. Kontakt oss på support for bistand med å løse dette om dere opplever problemer rundt dette.