Kostnadskorrigering ved mottak av faktura på ordrelinjenivå:
Tidligere ble ikke posteringer med kostnadskorrigering opprettet når fakturamottak ble utført på ordrelinjenivå; dette skjedde kun når mottaket ble gjort på ordrehodet (Ordretabellen). Dette er nå løst.
Feil beregning av MVA-beløp:
Selv om alternativet Ikke beregne MVA-beløp var valgt i feltet Behandling av MVA-kode i MVA-tabellen, ble det likevel beregnet en verdi i feltet MVA-differanse. Dette er nå rettet.
Gruppesummering i beregnede kolonner:
Når en formel i en beregnet kolonne inneholdt en negativ verdi, ble gruppesummer vist feil. Beregningen av negative verdier håndteres nå korrekt også for gruppesummer.
Oppdatert dokumentflyt i godkjenningsprosessen:
Tidligere hindret ikke et avvik i bankkontoen under godkjenning at dokumentet ble sendt til fanen Til behandling.
Nå vil et dokument med uoverensstemmelse i bankkonto bli værende under fanen Ubehandlet, og markeres med Behandlingsfeil – Uoverensstemmelse i bankkonto. Dette forhindrer at betalinger sendes til feil konto ved et avvik.
Du kan løse avviket ved å kjøre behandlingen Oppdater bankinformasjon fra tabellen Regnskapsdokument. Dersom avviket var tilsiktet eller korrekt, kan du fjerne feilstatusen og behandle dokumentet på nytt.
Forbedret dialog i produkt-/kontosøk:
Dialogen for Produkt-/kontosøk i tabellen Bedriftsopplysninger er nå visuelt oppdatert for bedre oversikt og brukervennlighet.
Håndtering av fakturaer med avrunding:
Tidligere, når ingen kostnadskontoer ble foreslått av leverandøren eller andre innstillinger, ble avrundingslinjen ikke alltid beregnet, noe som førte til differanse i bunten.
Nå beregnes avrundingslinjen etter at regnskapsreglene er anvendt, og kostnadskontoene fylles ut i henhold til disse reglene, slik at eventuelle differanser på avrundingslinjen blir løst.
Forbedringer i ruting av dokumenter:
Det er gjort flere forbedringer for å støtte dokumentruting i godkjenningsarbeidsflyten.
Støtte for svensk bankgiro og svensk plusgiro:
Svenske betalingsmidler identifiseres basert på finansinstitusjonens filial-ID. Hvis en svensk bankgiro eller svensk plusgiro oppdages, hentes verdien fra PayeeFinancialAccountID. Fra denne verdien fjernes mellomrom og spesialtegn, og en bindestrek legges til før de fire siste sifrene, for å sammenlignes med bankkontofeltet i aktørtabellen. Hvis det oppdages et avvik, stoppes dokumentbehandlingen, og dokumentet får statusen Bankkontoavvik. Hvis en ny leverandør opprettes, settes bankkontofeltet i aktørtabellen i riktig format, inkludert bindestrek.
Visning av leverandør av duplikatfakturaer:
Tidligere, når en duplikatfaktura ble oppdaget, ble ikke den tolkede leverandøren lagret i dokumentet, noe som kunne føre til forvirring siden det var vanskelig å forstå hvorfor duplikatet ble oppdaget. Dette er løst. Duplikatfakturaen oppdages som før, basert på leverandør- og fakturanummer, men den tolkede leverandøren lagres i dokumentet og gir mening til feilmeldingen.
Problemer med behandling av dokumenter til tross for samsvarende bankkontoer:
Under visse omstendigheter ble dokumenter med samsvarende bankkontoer oppdaget som bankkontoavvik og stoppet i fanen Ubehandlet, fordi alle bankkontotyper (BBAN/IBAN/POSTGIRO) forventes å samsvare for å bestå valideringen. Dette er nå oppdatert, og hvis en av bankkontotypene samsvarer med leverandørinformasjonen med samme bankkontotype, anses kontrollen av bankkontoavvik som bestått.
Merk: I en situasjon der leverandøren for eksempel har BBAN og fakturaen har IBAN, vil dette fortsatt bli ansett som et bankkontoavvik. Du oppfordres til å oppdatere og sette opp leverandørpostene dine med korrekt informasjon, siden det brukes til betalingene.
Problem ved sending av batchfaktura med total rabatt til AutoInvoice:
Når du sender en batchfaktura med total rabatt til AutoInvoice, ville avgiftsbeløpet som ble brukt i XML-filen være feil hvis dokumentleveringsmetoden AutoInvoice ikke var angitt, fordi rabatten ble trukket fra på ordrelinjen Beløp. Dette er rettet, og beløpet vises nå uten at totalrabatten er trukket fra.
Manglende bilagsnumre ved bokføring av inngående betalinger:
Låsemekanismen ved oppretting av bilagslinjer for inngående betalinger er forbedret.
Tom kreditkontotype i bilagslinjer for inngående betalinger:
For å redusere manuell håndtering av inngående betalinger uten en tilhørende åpen post, for eksempel betalinger fra myndighetene, forblir feltet Kreditkontotype nå tomt hvis ingen verdi for Kreditkonto er fylt ut etter import av inngående betalinger, og ingen treff er utført. Dette er i henhold til den generelle virkemåten i Business NXT: verdien for Kreditkontotype settes kun som et resultat av en post for Kreditkonto, i henhold til de forhåndsdefinerte verdiene for de forskjellige seriene i tabellen Kontonr.-serie.
Tilordning av fakturaer som inneholder en FIK-konto:
Når man oppretter eller identifiserer en leverandør fra en dansk PEPPOL BIS 3-faktura som inneholder en FIK-konto, ble PayeeFinancialAccount tidligere tilordnet til bankkonto i stedet for postgiro. Dette er løst.
Sletting av brukere ved overføring av selskaper:
Tidligere, når man overførte selskaper til en annen kunde, ble brukere slettet fra den forrige kunden, siden alle roller ble opphevet. Dette er løst, og brukere vil ikke lenger bli slettet fra den forrige kunden.
Hierarki for Driftsmidler:
Det er nå mulig å organisere driftsmidler i et hierarki ved å bruke feltet Hoved driftsmiddelnr. i tabellen Driftsmiddel. Dette gjør det mulig å gruppere etter hovedenheter og vise summeringslinjer for disse i rapporter for driftsmidler.
Ledende nuller i danske bankkontonumre:
Problemet med håndtering av ledende nuller i danske bankkontonumre er løst. Registreringsnumre (bankkode) beholdes som 4-sifrede verdier, og kontonumre kompletteres automatisk med ledende nuller slik at de får standard lengde på 10 sifre. Dette sikrer korrekt formatering og validering i tråd med danske krav for både registreringsnummer og kontonummer.
I tillegg vil systemet nå oppdage avvik når antall sifre i leverandørens kontonummer ikke stemmer med det som tolkes fra fakturaen. Når dette skjer, legger systemet automatisk til manglende ledende nuller i kontonummeret fra fakturaen, slik at brukeren kan oppdatere leverandørens bankinformasjon tidlig i prosessen. Dette avviket stopper dokumentflyten midlertidig, men med hensikt: det forhindrer feilbetalinger ved å sikre at bankinformasjonen blir korrigert før betaling behandles videre.
Feil i beregning av MVA:
Tidligere kunne fakturaer med delvis ikke-fradragsberettiget MVA (Kostnadsprosent) føre til feilberegninger, ubalanserte bilagsbunter og feilaktige avrundingslinjer. Dette er nå rettet.
Kontosett ble ikke lagt til korrekt på innkjøpsordrelinjer:
Når innstillingen "Kontosett fra lager på ordrelinjer" var aktivert i Ordrebehandlinger under Bedriftsopplysninger, skulle kontosett hentes fra Lager-tabellen for ordre og ordrelinjer. Ved generering av innkjøpsordre fra salgsordre og salgsordrelinjer ble denne innstillingen imidlertid ignorert, og kontosett ble ikke lagt til riktig på
Filtrering i sammenkoblet tabell ble ikke gjenkjent/registrert:
Når man opprettet en utskrift (printout), for eksempel en faktura, fra et oppsett som inneholdt et filter i den sammenkoblede tabellen, ble utskriften generert uten å ta hensyn til filtreringen. Dette er nå rettet.
Innlasting av tabell hindret på grunn av tilgangsbegrensninger:
Dersom en bruker ikke har tilgang til en kolonne i en sammenkoblet tabell, vil tabellen ikke vises. I stedet får man en tydelig melding som forklarer at tabellen ikke kan lastes fordi det mangler tilgang til den aktuelle kolonnerelasjonen.
Forhåndsregistrerte innkommende fakturaer sendt til godkjenning virker ubehandlet:
Fakturaer som var fullstendig behandlet og sendt til godkjenning fortsatte å vises i Ubehandlet-fanen med status 0, selv om leverandørtransaksjoner ble korrekt oppdatert. Dette problemet påvirket kunder som brukte forhåndsregistrering av innkommende fakturaer. Statushåndteringen er nå korrigert, og dokumentet vil bli satt til status 2 - Sendt til regnskap, og fakturaene vises på riktig fane (Behandlet) og med riktig status (2 - Sendt til regnskap).
Interimkonto ikke foreslått ved opprettelse av kostnadslinjer:
Interimkontoen foreslås ikke lenger ved opprettelse av kostnadslinjer. Interimkontoen vil kun bli brukt for forhåndsregistrering og oppdatering av leverandørtransaksjonsprosessen
Problem med regnskapsregler for fakturaer og kreditnotaer som inneholder både positive og negative linjer:
Fakturaer og kreditnotaer som inneholdt både positive og negative linjer ble feilaktig bokført når leverandørens regnskapsregler ble anvendt. Dette førte til ubalanserte batcher og feil bokføringer i hovedboken. Nå er logikken for distribusjon av bilagsregler endret for å nøyaktig utføre debet/kredit bytte når det er nødvendig.
Nedlasting av dokumenter fra AutoInvoice:
I den siste oppdateringen av AutoInvoice Download Service er det gjort to betydelige forbedringer for å forbedre datanøyaktighet og integritet:
Logikken for nedlasting fra siste opprettelsesdato er blitt raffinert til kun å behandle dokumenter som har en verdi i feltet Ekstern dokument-ID i tabellen Regnskapsdokument. Dette vil forhindre tidsgap i nedlastingen forårsaket av dokumenter som er manuelt importert eller importert gjennom tredjepartsintegrasjoner.
En nattlig rutine er implementert for automatisk å laste ned eventuelle savnede fakturaer fra forrige dag. Denne rutinen er planlagt mellom kl. 01:00 og 05:00 (UTC).