Abakion Legal 27.1.202619.5836 & Abakion Legal DK 27.1.202619.5833

Du kan nu gemme en historik over dine søgninger som PDF-dokument til bevis på, hvordan der er søgt og hvad resultatet var. Funktionen er tilgængelig fra Registrer kundekendskab-siden, hvor en ny knap "Gem søgehistorik" lader dig vælge i mellem søgninger. Disse gemmes som PDF i den relevante KYC-mappe i SharePoint.

Søgehistorikken viser de vigtigste felter fra dine søgninger, som dato, bruger der har udført søgningen og søgeresultater. Du kan filtrere efter bruger og dato før du gemmer.

Der er tilføjet en ny kø på Abakion Legal Basic-rollecenteret kaldet Kommende opgaver. Køen viser opgaver der forfalder inden for de næste 14 dage og giver dermed et hurtigt overblik over, hvad der er på vej.

Antal dage kan konfigureres via en ny datoformel i Abakion Legal Opsætning. Hvis feltet Kommende opgaver datoformel ikke er udfyldt, bruges en standard på 14 dage. Klikker man på køen, åbnes opgavelisten filtreret til den valgte periode.

Køen er placeret mellem Forfaldne opgaver og Alle opgaver på rollecenteret.

Rapporten Sagsetiket med part har fået et nyt layout, hvor topdelen er venstrejusteret. Det nye layout er sat som standard, så det automatisk bruges ved udskrift.

Det tidligere layout med højrejusteret topdel er stadig tilgængeligt og kan vælges via Rapportlayoutvalg i Business Central, hvis man foretrækker det.

Tidligere krævede fakturalogikken, at en klient altid havde et tilknyttet debitorkort. Det betød, at klienter der blev brugt som fakturamodtager — f.eks. medklienter uden egne sager — ikke kunne faktureres korrekt, fordi systemet ikke kunne finde de nødvendige faktureringsoplysninger.

Processen er nu ændret, så fakturering altid baserer sig på kontaktkortet i stedet for debitorkortet. Dermed behandles klienter og parter ens i fakturalogikken, og det er nu muligt at fakturere med et klientkort uden at der er oprettet et debitorkort.

Klientkortet har fået et nyt Fakturering-panel, hvor alle faktureringsrelevante felter nu er samlet. Felter som Inkluder tidsposter på faktura og Salærspecifikationsniveau er flyttet hertil fra det generelle panel, og nye felter er tilføjet: Std. fak.valutakode, Dokumentafsendelsesprofil, Virksomhedsbogføringsgruppe og Momsvirksomhedsbogføringsgruppe. Med Abakion Legal DK app'en tilføjes desuden EAN-nr. og OIOUBL-profilkode til klientkortet. Når et debitorkort oprettes fra klientkortet, respekteres de værdier der er indtastet manuelt — de overskrives ikke længere af debitorskabelonens standardværdier.

Der er tilføjet et nyt flueben Skjul nulposter på rapporter på Arbejdstyper. Når fluebenet er sat, vil poster med beløb på 0,00 for den pågældende arbejdstype automatisk blive skjult på tidsrapporten.

Funktionen evaluerer hver enkelt post individuelt. Det betyder, at hvis én medarbejder har registreret 0,00 og en anden har registreret et beløb på samme arbejdstype, vil kun nul-posten blive skjult — den øvrige registrering vises stadig.

Fluebenet kan sættes på flere arbejdstyper samtidig, og de vil alle blive respekteret på rapporten.

Visningen Mine sager, som tidligere kun var tilgængelig i rollecenteret, er nu også tilgængelig som en faktaboks i højre side af skærmen.

Faktaboksen er tilføjet på Sagsliste, Arkiveret sagsliste og Sagskort, og giver et hurtigt overblik over de sager, der er tildelt den aktuelle bruger — uden at man skal navigere tilbage til rollecenteret.

Faktaboksen er placeret nederst i højre bjælke, så den ikke forstyrrer eksisterende faktabokse.

Det er nu muligt at redigere Dato, Beskrivelse og Medarbejder direkte fra Opgavelisten uden at åbne det enkelte opgavekort. Brug knappen Rediger liste i handlingslinjen for at aktivere redigering. Det sparer tid, fx når en hovedforhandling omberammes og flere opgaver skal opdateres med nye frister, tekster eller medarbejdere.

Feltet Tilladt tidsinterval (minutter) kan nu angives direkte på Klientkortet. Tidligere blev tidsintervallet udelukkende styret centralt via Abakion Legal opsætning, hvilket betød at alle klienter delte samme interval.

Med denne ændring kan man overstyre den centrale værdi for den enkelte klient. Det er især relevant for klienter med specifikke faktureringskrav — fx klienter der modtager LEDES-fakturaer, hvor tidsintervallet typisk skal følge en bestemt standard. I stedet for at tilpasse den centrale opsætning til én klients krav, kan intervallet nu sættes præcist dér, hvor behovet er.

Hvis feltet ikke er udfyldt på klientkortet, bruges værdien fra Abakion Legal opsætning som fallback. Feltet vises ikke som standard på Klientkortet og skal tilføjes via sidetilpasning.

Det er nu muligt at slå en begrænsning til, der forhindrer at der registreres tid på en sag med en dato, der ligger før sagen blev oprettet. Indstillingen findes under Abakion Legal opsætning i gruppen Medarbejdere og tidsregistrering og hedder Spær tidsregistrering før sagens oprettelsesdato.

Hvis en medarbejder forsøger at oprette eller rette en tidsregistrering med en bogføringsdato før sagens oprettelsesdato, vil linjen blive markeret med en fejl — på samme måde som man kender det fra spærrede eller arkiverede sager. Det samme gælder, hvis man forsøger at rette bogføringsdatoen på en allerede bogført post i Sagsposter.

Indstillingen er som standard slået fra, så den eksisterende adfærd ændres ikke, medmindre kontoradministratoren aktiverer den.

Felterne Format String og Datoformat på datakildelinjer understøtter nu korrekt formatering af felttyper som tid (Time), dato-tid (DateTime) og heltal (Integer) — ud over de hidtil understøttede dato- og decimalfelter.

Tidligere blev Format String og Datoformat kun anvendt på dato- og decimalværdier. Hvis en datakildelinje pegede på et tidspunktsfelt, blev formateringen ignoreret, og værdien blev indsat uformateret i dokumentet.

Nu slår systemet den faktiske felttype op og anvender formateringen korrekt. Hvis man fx har et tidspunkt der vises som 19:14:27 og ønsker det vist som 19.14 (timer og minutter med punktum, uden sekunder), kan man sætte Format String til <Hours24>.<Minutes,2> på den pågældende datakildelinje.

Bemærk at Format String og Datoformat nu er gensidigt udelukkende: Hvis Format String er udfyldt, bruges den. Datoformat bruges kun hvis Format String er tom.

Det er nu muligt at opsætte feltet Tilladt tidsinterval (minutter) direkte på Sagskortet. Feltet styrer, hvilke tidsintervaller der er gyldige ved registrering af tidsposter på sagen — fx kan en værdi på 6 betyde, at der kun må registreres tid i intervaller delelige med 6 minutter.

Hvis feltet ikke er udfyldt på Sagskortet, anvendes automatisk værdien fra Klientkortet. Er det heller ikke udfyldt der, bruges værdien fra Abakion Legal opsætning. Prioriteringsrækkefølgen er dermed: sag → klient → Abakion Legal opsætning.

Feltet er som udgangspunkt skjult på Sagskortet og kan vises via siden Tilpas på samme måde som på Klientkortet.

Når en attentionperson blev fjernet eller skiftet på Sagskontaktkortet, blev ændringen ikke altid synkroniseret korrekt til klientens Relationer-linje. Det betød at et gammelt attentionnavn stadig optrådte på nye fakturaudkast, selvom feltet var blankt på sagskontaktkortet.

Dette er nu rettet, så sletning og ændring af attention på Sagskontaktkortet korrekt slår igennem på relationslinjen – og nye fakturaudkast afspejler den aktuelle attentionperson.

Emnet (subject) på emails med fakturaer og kreditnotaer blev tidligere dannet automatisk af en fast logik i systemet. Det var ikke muligt for kunderne selv at tilpasse eller oversætte emnelinjen.

Nu kan emnet opsættes i Ordbogen på samme måde som det allerede kendes fra rykkermails. Opret et ordbogsopslag med bogmærket InvoiceEmailSubject %1 %2 %3 for fakturaer eller CreditMemoEmailSubject %1 %2 %3 for kreditnotaer, og tilføj oversættelser for de relevante sprogkoder. Flettefelterne erstattes automatisk: %1 = bilagsnummer, %2 = dokumentnavn og %3 = virksomhedsnavn.

For nye regnskaber indsættes standardværdier for dansk og engelsk automatisk, fx "%3 - Fakturanr. %1". For eksisterende regnskaber skal ordbogsopslagene oprettes manuelt — indtil da bruges den hidtidige standardlogik, så eksisterende emails påvirkes ikke.

Feltet Lang datoformatering i Faktureringsopsætning er erstattet af et nyt felt kaldet Datoformat. Hvor man tidligere kun kunne vælge mellem kort datoformat (dd-mm-åå) og langt datoformat (f.eks. "10. april 2026"), kan man nu vælge mellem tre muligheder via en dropdown.

Ændringen gælder for alle datoer på salgsdokumenter — herunder fakturadato, forfaldsdato, periodeangivelse og betalingsbetingelser — på tværs af fakturaer, kreditnotaer og udkast.

Eksisterende kunder der havde aktiveret langt datoformat vil automatisk blive migreret til den tilsvarende indstilling i det nye felt, så der ikke er behov for manuel opsætning efter opdatering.

Der er tilføjet en ny side, Tilsvarsreguleringer, som gemmer en historik over gennemførte tilsvarsreguleringer.

Når du kører rapporten Regulering af klient/sags tilsvar og markerer Gem i indstillingerne, gemmes kørslen automatisk med dato, tidspunkt, tilsvarsdato, reguleringsbeløb og hvem der kørte rapporten. Rapporten gemmes som PDF og kan til enhver tid åbnes via handlingen Vis historisk PDF på den pågældende post.

Ændringen sikrer, at tilsvarsreguleringer opbevares i systemet, og at du altid kan dokumentere og fremsøge tidligere kørsler.

Det er nu muligt at gemme rykkermails i SharePoint på samme måde som faktura- og kreditnotamails. Funktionen aktiveres med det nye felt Gem rykkermails i DMS i Dokumentopsætning.

Rykkermails gemmes i den mappe der er angivet i feltet Faktura mappe i Dokumentopsætning. Der oprettes altså ikke en separat mappe til rykkere — de gemmes sammen med fakturaer og kreditnotaer.

E-mailens emnelinje styres via Ordbog med bogmærket ReminderEmailSubject %1 %2 %3 %4 %5, hvor %1 er rykkernummer, %2 er dokumentnavn, %3 er firmanavn, %4 er sagsnummer og %5 er rykkerniveau. Emnelinjen følger sprogkoden fra fakturamodtageren (Bill-to Contact) og er uafhængig af brugerens sproglag.

Bemærk: Hvis samme rykker sendes flere gange, gemmes kun den første mail i SharePoint. Dette skyldes at filen skrives med samme filnavn, og SharePoint ikke overskriver en eksisterende fil. Omdøb den eksisterende fil i SharePoint inden gensendelse, hvis begge mails skal gemmes.

Der er tilføjet en ny indstilling på Opsætning af betalingsagent-siden: Kred. betalingsmetode fra agent. Indstillingen styrer, hvor betalingsmetodekoden hentes fra, når der oprettes en ny kreditor via en betalingsagentpost.

Når indstillingen er deaktiveret (standard), fungerer alt som hidtil — kreditoren får sin betalingsmetode fra kreditorskabelonen. Når indstillingen aktiveres, hentes betalingsmetodekoden i stedet fra betalingsagentposten, så den automatisk afspejler den betalingsmetode, der er registreret på den konkrete betaling.

Ændringen påvirker kun nyoprettede kreditorer. Eksisterende kreditorer berøres ikke.

Der er tilføjet nye valideringer og automatisk udfyldning, der sikrer at Tilsvarsniveau og Koncernnr. altid stemmer overens på Debitorkort og Jobkort.

Når du opretter en ny sag fra en klient, henter systemet nu automatisk Tilsvarsniveau og Koncernnr. fra debitorkortet — så du slipper for at huske at udfylde dem manuelt.

Valideringerne er aktive når Brug koncerntilsvar er slået til i Faktureringsopsætningen. Systemet forhindrer da ugyldige kombinationer: Hvis en debitor har tilsvarsniveau Klient, kan jobkortet ikke sættes til Koncern — og omvendt. Det er heller ikke muligt at angive et Koncernnr. på hverken debitor- eller jobkort, medmindre tilsvarsniveauet er Koncern. Fjernes Koncernnr. fra debitorkortet, nulstilles tilsvarsniveauet automatisk til Klient, og tilknyttede sager opdateres tilsvarende. Når Brug koncerntilsvar er slået fra, fungerer Koncernnr. uafhængigt af tilsvarsniveauet og der foretages ingen validering af sammenhængen mellem de to felter.

Feltet Tilsvarsniveau på Debitorkortet vises nu korrekt med danske betegnelser (Klient og Koncern) i den danske brugergrænseflade.

Siden AI Opsætning er blevet omstruktureret internt, så den nu fungerer som fælles opsætning for alle AI-funktioner i Abakion Legal. Der er ingen ændringer i brugeroplevelsen.

Bogmærkerne for Retskreds er nu tilgængelige i datakilden Kontaktrelation, som bruges ved fletning af dokumenter via SharePoint.

Når der oprettes nye datakilder, vil retskreds-bogmærkerne automatisk være inkluderet i Kontaktrelation. Eksisterende datakilder bliver ikke opdateret automatisk — hvis man ønsker bogmærkerne på en allerede oprettet datakilde, skal de tilføjes manuelt.

Når en produktionsdatabase kopieres til f.eks. en sandbox, fulgte SharePoint-opsætningen med — og integrationen kunne utilsigtet køre mod produktionens SharePoint-websteder.

Der er tilføjet to nye felter på SharePoint Setup-siden: Miljønavn og Firmanavn. Disse felter angiver hvilket miljø og firma opsætningen hører til. Hvis de aktuelle værdier ikke matcher de gemte (f.eks. efter en databasekopi), deaktiveres SharePoint-integrationen automatisk. Al eksisterende konfiguration bevares — der slettes ingenting.

På SharePoint Setup-siden vises en notifikation hvis der er mismatch, med besked om hvad opsætningen er sat til og hvad det aktuelle miljø er. Brug den nye handling Udfyld serverinfo til at aktivere integrationen for det aktuelle miljø med ét klik.

Opsætningspakkerne til Abakion Legal (både DK BASIC og EN BASIC) indeholder nu et fuldt sæt landekoder svarende til et standard Cronus-regnskab. Tidligere blev der kun oprettet tre landekoder ved import, hvilket betød at konsulenten manuelt skulle oprette resten.

Landekoden for Tyskland er rettet fra D til DE, og stavefejlen "Storbritanien" er rettet til Storbritannien i den danske pakke.

Ved import i et nyt regnskab oprettes alle landekoder automatisk, og de kan bruges med det samme på kontakter, debitorer og kreditorer. Reimport af pakken medfører ikke duplikater.

Når en medarbejder blev slettet via Inaktive kontakter, blev den tilknyttede bruger i systemet ikke håndteret automatisk. Det betød, at brugeren fortsat var aktiv, selv efter medarbejderen var fjernet.

Inaktive kontakter er nu udvidet, så det ved sletning af en medarbejder også deaktiverer den tilhørende bruger i systemet. Brugeropsætningen tilknyttet medarbejderen slettes ligeledes.

Rettelsen sikrer, at inaktive medarbejdere ikke efterlader aktive brugerkonti i systemet.

Når en medarbejder blev slettet via Inaktive kontakter, blev medarbejderens Medarbejder-dimensionskode ikke fjernet fra eksisterende poster. Medarbejderens identitet var dermed stadig synlig i finans-, sags-, ressource- og bankkontoposter.

Dette er nu rettet. Dimensionsværdien erstattes automatisk med de initialer for slettede medarbejdere, der er opsat i Persondataopsætning.

Korrespondancelisten på Klientkortet viste ikke de samme kolonner som korrespondancelisten på Sagskortet. Blandt andet manglede kolonnen Ændret dato, og det var ikke muligt at tilføje den.

Korrespondancelisten på Klientkortet er nu opdateret, så den matcher den tilsvarende liste på Sagskortet. Derudover er feltet Vis på portal fjernet, da det ikke længere var i brug.

Ved forsøg på at hente en timerlinje ind i tidsregistrering for en arkiveret eller spærret sag blev der tidligere vist en uklar fejlbesked om, at sagen ikke kunne findes i den relaterede tabel.

Der vises nu en forklarende fejlbesked: Kan ikke overføre timerlinjen. Sag [sagsnummer] er arkiveret eller spærret.

Ved tidsregistrering på en sag markeret som ej fakturerbar blev fejlbeskeden tidligere først vist, når brugeren forlod linjen eller billedet. Valideringen udføres nu allerede, når arbejdstypen vælges, så det ikke er muligt at vælge en fakturerbar arbejdstype på en ej fakturerbar sag.

Forsøger man alligevel, vises fejlmeddelelsen straks: Der må ikke registreres fakturerbar tid på denne sag.

Kolonnen Standard tid på arbejdstyper blev ikke anvendt ved tidsregistrering. Dette er nu rettet, så standard tid hentes automatisk ind, når en arbejdstype vælges.

Bemærk: Hvis der allerede er indtastet et antal, vil dette blive overskrevet af standard antallet, når en arbejdstype med standard tid vælges. Funktionen gælder kun ved tidsregistrering i Business Central – ikke i Outlook-tilføjelsesprogrammet.

Hvis Kontaktvalideringsopsætning var sat til Sag-tidsregistrering og der var opsat Obligatoriske felter på sagen, kunne tidsregistreringer med manglende obligatoriske oplysninger (fx manglende Ansvarlig jurist) fejlagtigt blive gemt uden valideringsfejl — fejlen opstod først bagefter i opgavekøen og ikke i selve registreringsbilledet.

Valideringen tjekker nu obligatoriske felter direkte i Tidsregistreringer, så brugeren får en fejlmeddelelse med det samme, hvis et obligatorisk felt ikke er udfyldt.

Funktionen Vis prisforklaring på Sagsposter viste en misvisende besked, når der ikke fandtes en prislinje for den pågældende valuta i Abakion Legal ressourcepriser. Beskeden angav, at prisen var sat til 0 på en ressourcegruppe — men reelt var der slet ikke fundet nogen prislinje.

Rettelsen skelner nu korrekt mellem tre scenarier: (1) en prislinje blev fundet, (2) ingen prislinje blev fundet, men ressourcekortet har en standardpris, og (3) der blev hverken fundet en prislinje eller en standardpris. Prisforklaringen beskriver nu tydeligt hvilket scenarie der er tale om.

Når man i et CMI-forløb udfyldte feltet Client Civil Registration No. med en værdi der ikke fulgte det danske CPR-format (DDMMÅÅ + fire cifre), kunne der opstå en runtime-fejl ("Værdien kan ikke evalueres til typen Integer") ved eksekvering af CMI-steppen.

Fejlen opstod fordi valideringen forsøgte at beregne en fødselsdato ud fra de indtastede tegn uden først at kontrollere, at inputtet faktisk var numerisk. Hvis fx bogstaver indgik i værdien, fejlede beregningen.

Valideringen er nu rettet, så ugyldigt input håndteres korrekt uden at give en uforståelig fejlmeddelelse.

Feltet Sagsbudget i faktaboksen Detaljer på siden Tidsregistreringer viste altid 0,00 — også selvom der var oprettet et budget på sagen via Sagsplanlægningslinjer.

Fejlen betød, at man ikke kunne se sagsbudgettet under tidsregistrering, mens det korrekte beløb blev vist andre steder, fx i faktaboksen på Sagskontaktkortet.

Fejlen er nu rettet, så Sagsbudget i faktaboksen på Tidsregistreringer viser det korrekte beløb, uanset om man ser alle poster eller filtrerer fra seneste budgetdato.

Feltet Næste aktivitet på sagskortet kunne vise en forkert dato, selvom der ikke var nogen opgave eller workflow tilknyttet sagen. Datoen rykkede sig desuden automatisk frem med ét år ad gangen uden nogen synlig årsag.

Fejlen skyldtes at beregningen af næste aktivitet ikke korrekt identificerede den tilknyttede sag, inden datoen blev hentet. Dette er nu rettet, så Næste aktivitet altid viser den korrekte dato baseret på sagens egne opgaver og workflows – eller er tom, hvis der ikke er nogen.

Når en bogført faktura for en sag i valuta blev fremført og valutakursen efterfølgende blev opdateret på bilaget, opstod der en fejl ved bogføring.

Årsagen var, at sagsnummeret ikke blev overført korrekt til salgslinjen ved kopieringen af dokumentet. Når bogføringsdatoen derefter blev ændret og valutakursen opdateret, forsøgte systemet at gen-beregne valutaen baseret på linjer, som manglede sagsnummeret — og fejlede.

Rettelsen sikrer, at sagsnummeret nu overføres korrekt ved fremføring af dokumentet, så ændring af bogføringsdato og valutakursberegning kan gennemføres uden fejl.

Ved fakturering og afregning på sager med fremmed valuta (VAL-sager) kunne der opstå fejl i beregningen af Forbrugsbeløb (RV) og de tilknyttede beløb i regnskabsvaluta.

Følgende fejl er rettet: Ved bogføring af en faktura i fremmed valuta på en RV-sag blev valutafaktoren på sagsposterne ikke anvendt korrekt, så beløbene i regnskabsvaluta blev forkerte. Desuden blev valutakursen ikke opdateret korrekt, når tid blev afregnet ind i fordelingen igen, hvilket kunne medføre en overdækning. Endelig manglede valutakoden på omposteringsposter, og valutafaktoren på disse poster var fejlagtigt sat til 1 i stedet for at afspejle fakturaens kurs.

Rettelserne sikrer, at Forbrugsbeløb (RV), valutakode og valutafaktor nu beregnes og gemmes korrekt på tværs af fakturering, afregning og ompostering på valutasager.

På engelske fakturaer og kreditnotaer blev den medfølgende PDF-vedhæftning tidligere navngivet med den danske tekst "Fakturanr." eller "Kreditnotanr." — uanset hvilket sprog fakturaen var udstedt på. Det betød, at engelsksprogede kunder modtog en PDF med et dansk dokumentnavn.

Fejlen skyldtes, at dokumentnavnet var hårdkodet til dansk tekst i stedet for at hente den sprogspecifikke oversættelse. Rettelsen gør, at dokumentnavnet nu slås op via oversættelsestabellen baseret på kundens sprogkode, så engelske kunder får "Invoice No." og "Credit Memo No." som dokumentnavn. Det samme gælder for den vedhæftede tidsrapport-PDF, der nu navngives "Tidsrapport - faktura" eller "Time Report - Invoice" alt efter kundens sprogindstilling.

Ved opdatering: Der oprettes automatisk oversættelsesposter i Ordbogen for standardsprogkoderne DK og ENU. Anvender kontoret andre sprogkoder, skal de tilsvarende oversættelsesposter oprettes manuelt i Ordbogen.

Når man ændrede fakturamodtager på en salgsfaktura til en kontaktperson, der tilhører en anden klient end den eksisterende fakturaklient, blev Fakturamail hentet fra kontaktens generelle e-mailadresse i stedet for kontaktens Invoice E-Mail. Derudover blev Faktura CC mail slet ikke opdateret.

Fejlen er nu rettet, så Fakturamail korrekt hentes fra kontaktens dedikerede faktura-e-mailadresse – med fallback til klientens faktura-e-mailadresse – også når kontaktpersonen tilhører en anden klient. På samme måde opdateres Faktura CC mail nu også korrekt i dette scenarie.

Adfærden var i forvejen korrekt, når kontaktpersonen tilhørte den samme klient, eller når kontakten var en part uden eget debitorkort.

Når der blev oprettet en kassekladdelinje på en sag med en debitor i fremmed valuta (fx EUR), kunne advarslen for Maks. sagskreditgrænse (RV) blive udløst ved forkerte beløb. Advarslen kom enten for tidligt eller for sent afhængigt af valutakursen.

Årsagen var, at sagssaldoen blev beregnet i debitorens valuta i stedet for i regnskabsvalutaen. Da grænsen er defineret i regnskabsvaluta (RV), gav sammenligningen et misvisende resultat.

Fejlen er rettet, så sagssaldoen nu altid beregnes i regnskabsvaluta. Advarslen trigges dermed præcist, når den beregnede saldo i RV overstiger den konfigurerede grænse i Abakion Legal opsætning.

Når Klientrenteberegningen fordelte renter ud på sager under en klient, blev sagssaldoen beregnet pr. dags dato i stedet for pr. renteperiodens slutdato. Det betød, at sager der havde haft en saldo i renteperioden men var afregnet efterfølgende, ikke fik tilskrevet deres andel af renterne.

Fordelingen af renter baseres nu på sagssaldoen pr. renteperiodens slutdato. Arkiverede sager medtages ikke i fordelingen. Vær opmærksom på, at sager der tidligere ikke fik tilskrevet renter (fordi de var afregnet på en senere dato), nu kan få tilskrevet et rentebeløb og derfor skal afregnes igen.

Feltet Acontofaktura restbeløb (RV) i Sagsinformation-faktaboksen på Sagskontaktkortet og Sagslisten viste ingen værdi, selvom der var registreret acontofakturaer på sagen.

Årsagen var, at beregningen ikke længere hentede data det rigtige sted efter acontofaktura-funktionaliteten blev ændret. Feltet er nu rettet til korrekt at beregne det udestående acontobeløb på sagen.

Samtidig er feltets caption opdateret til Acontofaktura restbeløb (RV) for at tydeliggøre, at beløbet vises i lokal valuta — i overensstemmelse med Saldo (RV) og Klientsaldo (RV) i samme faktaboks.

Rapporten Juster valutakurser beregnede en forkert tilsvarsbalance i et specifikt scenarie: når en sags Tilsvarsniveau var sat til Klient, men den tilknyttede debitors Tilsvarsniveau var sat til Koncern.

Fejlen betød at kursreguleringsbeløbet i nogle tilfælde blev bogført på den forkerte konto.

Rettelsen sikrer at det er sagens tilsvarsniveau — ikke debitorens — der bruges som grundlag for balanceberegningen i kursreguleringsrapporten.

I rapporten Klientrenteberegning blev alle en klients arkiverede sager vist i sagsoversigten – også sager uden nogen saldo i perioden, der ikke indgår i renteberegningen.

Rapporten viser nu kun de sager, der faktisk indgår i renteberegningen. Arkiverede sager uden renteandel filtreres fra og vises ikke længere.

Når indstillingen Dimension 1 obligatorisk er slået til i Finans Opsætning, spærrer systemet automatisk bankkonti, der mangler korrekt dimensionsopsætning. Tidligere fik brugeren ingen besked, hvis man forsøgte at fjerne spærringen på en bankkonto med ugyldige dimensioner — spærringen forblev, men uden nogen forklaring.

Nu vises en tydelig fejlbesked, der forklarer årsagen. Hvis Dimension 1 mangler, og der er valgt en bogføringsgruppe, oplyser beskeden, at dimensionen skal udfyldes. Hvis standarddimensionen har en ugyldig værdibogføring (ikke sat til "Samme kode"), oplyser beskeden, hvilken dimension der skal rettes.

Når rykkere blev oprettet via Opret rykkere, blev globale relationer — fx Klientansvarlig — hentet fra sagen. Var et felt tomt på sagen, forblev det tomt på rykkeren, selvom den samme relation var udfyldt på klienten.

Det betød, at globale relationer der kun vedligeholdes på klientkortet, aldrig kom med på rykkere der var oprettet pr. sag eller pr. bilag.

Rettelsen tilføjer en fallback-logik: for hver af de seks globale relationsfelter kontrolleres det nu, om værdien er tom på sagen — og i så fald hentes værdien fra klienten. Fallback-opslaget sker kun, når rykkeren er knyttet til en sag.

Ved eksport af klientbetalinger til Danske Bank kunne firmaklienter med et udfyldt Fødselsdato-felt fejlagtigt blive afvist med fejlbeskeden "Mangler referencenr." — selv om klienten havde et gyldigt CVR-nummer.

Årsagen var, at systemet tjekkede for fødselsdato før CVR-nummer. Hvis en firmaklient havde en fødselsdato, blev den behandlet som en privatklient uden CPR-nummer, og eksporten blev afvist. Prioriteringen er nu rettet, så CVR-nummer altid bruges som reference for firmaklienter, uanset om fødselsdato er udfyldt.

I Korrespondance på sagskortet blev kolonnen Antal poster vist forkert for mapper, hvis navn startede med det samme som en anden mappe. Fx ville mappen Dokumenter vise 12 poster i stedet for 6, fordi poster fra mappen Dokumenter 2 fejlagtigt blev talt med.

Fejlen skyldtes at tællelogikken matchede på begyndelsen af mappenavnet i stedet for det eksakte navn. Dette er nu rettet, så Antal poster kun medregner filer der faktisk ligger i den pågældende mappe.

Beløb og datoer på Faktura, Kreditnota og Udkast blev tidligere formateret ud fra en fast liste af sprogkoder i koden. Det betød, at nye sprog eller varianter — fx EN-US vs. EN-GB — ikke altid fik korrekt decimal- og tusindtalsseparator eller det rigtige datoformat.

Formateringen er nu ændret, så den automatisk slår ISO-sprogkoden op i Sprogkode-tabellen. Decimal- og tusindtalsseparator samt datoformat bestemmes herefter af den konfigurerede ISO-kode — fx en-US for United States, en-GB for United Kingdom og da-DK for Danmark. Hvis en sprogkode ikke har en ISO-kode udfyldt, bruges en-US som standard.

Rettelsen gælder både BaseApp og DKApp, og der kræves ingen yderligere opsætning ud over at ISO-sprogkoden er udfyldt i Sprogkode-opsætningen.