--- title: "Abakion Legal 27.1.202619.5836 & Abakion Legal DK 27.1.202619.5833" slug: "abakion-legal-27-1-202619-5836-abakion-legal-dk-27-1-202619-5833" updated: 2026-05-12T08:03:56Z published: 2026-05-12T08:03:56Z canonical: "docs.abakion.com/abakion-legal-27-1-202619-5836-abakion-legal-dk-27-1-202619-5833" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.abakion.com/llms.txt > Use this file to discover all available pages before exploring further. # Abakion Legal 27.1.202619.5836 & Abakion Legal DK 27.1.202619.5833 **Udgivelsesdato:** 6. maj 2026 ## ![Summary](https://cdn.document360.io/b53c92b4-6b2d-4730-b8fc-fa2e7b107470/Images/Documentation/Summary.svg) Opsummering - **Klienter uden debitorkort som fakturamodtager** — det er nu muligt at fakturere klienter der ikke har et tilknyttet debitorkort (3206) - **Tidsinterval kan opsættes pr. klient og sag** — **Tilladt tidsinterval (minutter)** kan nu angives på både klientkortet og sagskortet med fallback til central opsætning (3326, 3433) - **Rykkermails gemmes i SharePoint** — ligesom fakturaer kan rykkermails nu gemmes i SharePoint via Dokumentopsætning (3280) - **Nyt datoformat-felt på salgsdokumenter** — dropdown-valg i tre varianter erstatter den tidligere til/fra-indstilling for langt datoformat (1034) ### ![New Features](https://cdn.document360.io/b53c92b4-6b2d-4730-b8fc-fa2e7b107470/Images/Documentation/Group%206.svg) Nye Features #### **Sagsbehandling** **Gem søgehistorik til dokumentation på Kundekendskabsregistrering (1017)+** 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. --- **Ny kø "Kommende opgaver" tilføjet på rollecenteret (2092)+** 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 nyt standardlayout med venstrejusteret topdel (2193)+** 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. --- **Klienter uden debitorkort kan nu bruges som fakturamodtager (3206)+** 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. --- **Ny mulighed for at skjule nulposter for udvalgte arbejdstyper på tidsrapporten (3284)+** 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. --- **Ny faktaboks Mine sager tilføjet på sagsliste, arkiveret sagsliste og sagskort (3285)+** 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. --- **Felterne Dato, Beskrivelse og Medarbejder kan nu redigeres direkte på Opgavelisten (3286)+** 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. --- **Tilladt tidsinterval (minutter) kan nu opsættes pr. klient (3326)+** 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. --- **Ny mulighed for at forhindre tidsregistrering før sagens oprettelsesdato (3362)+** 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. --- **Forbedret formatering af tidspunkter, dato-tidspunkter og heltal i dokumentfletning (3424)+** 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. --- **Feltet Tilladt tidsinterval (minutter) kan nu opsættes direkte på Sagskortet med fallback til klient- og central opsætning (3433)+** 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. --- #### **Fakturering** **Attention på sagskontaktkortet synkroniseres nu korrekt til klientrelationslinjen og fakturaudkast (2886)+** 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 på faktura- og kreditnota-emails kan nu konfigureres via ordbogen (3172)+** 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. --- #### **Salgsdokumenter** **Nyt datoformat-valg på salgsdokumenter erstatter den tidligere til/fra-indstilling (1034)+** 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. --- #### **Finans** **Tilsvarsreguleringer kan nu gemmes som historik og vises som PDF i listen Tilsvarsreguleringer (1890)+** 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. --- **Rykkermails kan nu gemmes i SharePoint (3280)+** 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. --- **Ny opsætning til styring af betalingsmetode ved oprettelse af kreditor fra betalingsagent (3353)+** 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. --- **Tilsvarsniveau og Koncernnr. udfyldes nu automatisk ved sagsoprettelse og valideres konsistent på Debitorkort og Jobkort (3363)+** 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. --- #### **Opsætningsværktøjer** **AI-opsætning samlet i én fælles opsætningsside (3409)+** 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. --- **Retskreds-bogmærker tilføjet i datakilden Kontaktrelation for nye datakilder (795)+** 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. --- **SharePoint-integrationen deaktiveres nu automatisk ved kopiering til nyt miljø (2689)+** 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 indeholder nu et komplet sæt landekoder (3443)+** 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. --- #### **Inaktive kontakter** **Inaktive kontakter deaktiverer nu den tilknyttede bruger ved sletning af tidligere medarbejder (524)+** 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. --- **Medarbejderdimensionskoden anonymiseres nu på alle poster, når en medarbejder slettes via Inaktive kontakter (1260)+** 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**. --- ### ![Bug Fixes](https://cdn.document360.io/b53c92b4-6b2d-4730-b8fc-fa2e7b107470/Images/Documentation/Group%207.svg) Bug Fixes #### **Sagsbehandling** **Korrespondancelisten på Klientkortet er opdateret, så den nu matcher Sagskortets korrespondanceliste (2674)+** 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. --- **Fejlbesked ved import af timer på arkiveret eller spærret sag (3198)+** 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. --- **Validering af fakturerbar tid på ej fakturérbare sager (3293)+** 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. --- **Standard tid på arbejdstyper anvendes nu i tidsregistrering (3327)+** 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. --- **Obligatoriske felter valideres nu korrekt ved tidsregistrering når Kontaktvalideringsopsætning er aktiv (3367)+** 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. --- **Rettet vildledende prisforklaring på sager i fremmed valuta (3384)+** 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. --- **Fejl ved validering af CPR-nummer i CMI-flowet er rettet (3416)+** 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. --- **Sagsbudget i faktaboksen Detaljer på Tidsregistreringer viste altid 0,00 selvom der var sat budget på sagen (3419)+** 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. --- **Næste aktivitet på sagskortet viste forkert dato (3437)+** 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. --- #### **Fakturering** **Bogføring af valutafaktura fejlede efter ændring af bogføringsdato, hvis fakturaen var fremført (3278)+** 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. --- **Beregning af Forbrugsbeløb (RV) og valutakurs på valutasager er rettet på flere punkter (3279)+** 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. --- **PDF-vedhæftning på engelske fakturaer og kreditnotaer navngives nu korrekt på engelsk (3315)+** 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**. --- **Fakturamail og Faktura CC mail opdateredes ikke korrekt ved ændring af fakturamodtager på en salgsfaktura (3452)+** 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. --- #### **Finans** **Kreditgrænseadvarsel i kassekladden blev udløst ved forkerte beløb på sager med fremmed valuta (184)+** 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**. --- **Klientrenteberegning fordelte renter baseret på saldo pr. dags dato i stedet for renteperiodens slutdato (3273)+** 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. --- **Acontofaktura restbeløb (RV) i Sagsinformation-faktaboksen viste ingen værdi (3321)+** 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. --- **Rettet fejl i kursregulering hvor tilsvarsbalancen blev beregnet forkert (3349)+** 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. --- **Arkiverede sager uden renteandel vises ikke længere i Klientrenteberegning (3360)+** 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. --- **Fjernelse af spærring på bankkonto viser nu en fejlbesked ved manglende eller ugyldig dimension (3389)+** 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. --- **Globale relationer på rykkere arver nu fra klienten, når de er tomme på sagen (3459)+** 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. --- **Betalingseksport til Danske Bank fejlede for firmaklienter med fødselsdato (3417)+** 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. --- #### **SharePoint integration** **Antal poster på mappeniveau i Korrespondance talte forkert når mappenavne delte præfiks (3373)+** 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. --- #### **Salgsdokumenter** **Beløb- og datoformatering på fakturaer og kreditnotaer bruger nu ISO-sprogkoden fra sprogkode-opsætningen (3387)+** 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. ---