Abakion Legal 27.1.202636.6524 & Abakion Legal DK 27.1.202636.6525

Klientkontoudtoget er udvidet med mulighed for at vælge mellem forskellige rapporter, så kunder kan anvende deres egen version. Når brugeren udskriver Kontoudtog fra Klientkort eller Klientliste, kan der nu sættes op hvilken rapport-version der skal benyttes. Som standard køres Abakion Legals Kontoudtog, men via opsætningssiden Rapportvalg - Abakion Legal kan administratorer konfigurere andre rapporter.

Planlagte kontoudtog via job queue respekterer også denne opsætning.

På siden AbakionLegal Opsætning kan man nu angive, hvilke Tilladt adgange en sag automatisk får, når den arkiveres. Feltet hedder Arkiv adgangsid, og står det på 0, bevarer sagen sin nuværende tilladte adgang ved arkivering.

Der er desuden tilføjet en ny kørsel, Oprydning af sikkerhedssæt, som rydder op i listen over tilladte adgange ved at fjerne dem, der ikke længere bruges.

Rykkermailen (Word-rykker) er opdateret med en række flettefelter, som fandtes i den tidligere NAV-løsning, men som ikke blev opdateret ved overgangen til Business Central. Der er bl.a. tilføjet afsenderens navn, telefonnummer og e-mail, rykkerbeløb, rentebeløb og gebyrer, betalings-id, betalingsvilkår samt sagsnummer og modtagerens landenavn.

Hvilken kontaktperson der vises som afsender kan nu styres via det nye felt "Rykker fra relation" på siden Faktureringsopsætning. Er feltet tomt, vises brugeren, der kører rapporten. Hvis feltet udfyldes, indsættes den relation fra sagen, der er angivet i feltet.

Der er desuden tilføjet et nyt felt "FIK/Giro Nr." på Ansvarscenter, så et ansvarscenter kan have sit eget FIK/Giro-nummer på rykkerbreve, som overstyrer nummeret fra virksomhedsoplysninger.

Denne artikel viser en samlet liste over mulige flettefelter: Flettefelter i rykkermailen

Tidligere kunne en rykker ikke gennemføres, hvis den bogførte salgsfaktura var slettet eller ikke fandtes — fx ved data konverteret fra et andet system. Faktura-PDF'en kunne ikke vedhæftes mailen, og funktionen Vis faktura gav fejl. Det er nu rettet: rykkeren kan oprettes, udstedes, udskrives og mailes, selv når fakturaen mangler. Mangler faktura-PDF'en, sendes rykkermailen uden vedhæftning i stedet for at fejle.

Findes den bogførte faktura stadig, bruges dens oplysninger som hidtil. Mangler den, hentes modtagernavn og mailadresse i stedet fra fakturamodtageren, dernæst sagen, og til sidst klienten — samme rækkefølge som ved fakturering.

Der er desuden tilføjet et nyt felt, Forudbetalt beløb, på debitorposten (synligt på Debitorposter og relaterede oversigter, men skjult som standard). Feltet viser et forudopkrævet beløb (aconto) og medtages automatisk i rykkerens restbeløb og totaler. Feltet udfyldes automatisk ved fakturabogføring ud fra en bemærkningslinje med et positivt beløb — betalingslinjer tæller ikke med — og kan også rettes manuelt på debitorposten, hvor en manuel rettelse altid vinder over fakturaens værdi.

Bemærk: en faktura, hvis debitorpost er 0 kr. og dermed allerede lukket, kan aldrig blive rykkerkandidat. Det gælder også en faktura, der kun består af bemærkningslinjer med beløbsinformation uden et egentligt fakturabeløb — et forudopkrævet beløb på en sådan faktura kan derfor ikke rykkes.

Det er nu muligt at slå *-markeringen på momsfrie linjer fra på salgsdokumenter. Tidligere blev alle momsfrie linjer altid markeret med en stjerne og en tilhørende forklaringstekst i bunden af dokumentet.

På siden Faktureringsopsætning, under gruppen Salgsdokumenter, er der tilføjet et nyt felt Skjul momsmarkering på salgsdokumenter. Når feltet aktiveres, vises hverken stjernen på linjerne eller forklaringsteksten i bunden. Feltet er som standard slået fra, så eksisterende kunder ikke oplever nogen ændring.

Ændringen gælder for både fakturaer, kreditnotaer og udkast, og er implementeret i alle relevante rapporter.

På siden Flyt sagsposter blev det andet datofelt vist som Fra bogføringsdato i stedet for Til bogføringsdato, når Business Central køres på dansk.

Oversættelsen af feltet er nu rettet, så de to felter korrekt hedder Fra bogføringsdato og Til bogføringsdato. Der er ingen ændring i selve funktionaliteten — kun i den viste tekst.

Rapporten Igangværende arbejde - Ansvarlig kunne ikke udskrives, hvis klientens eller kontaktens navn var længere end 80 tegn. I stedet for rapporten fik brugeren en fejlmeddelelse om, at navnet var for langt.

Fejlen er nu rettet, så rapporten understøtter navne på op til 100 tegn, hvilket matcher den maksimale længde et klient-/kontaktnavn kan have. Rapporten kan udskrives korrekt uden afkortning af navnet.

Ved opslag fra et beløbsfelt på Sagsliste til Sagsposter kunne registreringer, der var slettet fra tidskøen, fejlagtigt fremgå af listen.

Filteret, der sorterer disse poster fra, blev ikke sat korrekt, selvom det allerede fungerede ved opslag fra andre steder, f.eks. Timerfaktaboksen. Filteret er nu tilføjet, så slettede tidskø-poster ikke længere vises i Sagsposter ved opslag fra Sagsliste.

Når en sagspost blev omregnet til lokal valuta i forbindelse med salærfordeling, blev visse felter – som normalt spejler værdier fra andre felter på posten – ikke opdateret sammen med omregningen. Det kunne føre til, at oplysningerne på sagsposten ikke stemte overens efter omregningen.

Disse dubletfelter bruges alene til at optimere ydelsen på tværs af apps og er ikke noget, brugeren ser eller arbejder med i det daglige.

Fejlen er nu rettet, så felterne automatisk opdateres korrekt, hver gang en sagsposts beløb omregnes til lokal valuta.

Der er tilføjet to nye felter på sagsposter (Job Ledger Entry): Afskrevet antal og Afskrevet beløb. Felterne viser, hvor meget af en post der er afskrevet ved fuld nedskrivning af tid.

Felterne er en del af en større kommende funktion til delvis fakturerbar tid og er endnu ikke klar til brug.

Det var muligt at bogføre et faktura- eller kreditnotaudkast på en sag, selvom sagen i mellemtiden var blevet arkiveret. Det gav en arkiveret sag en saldo igen, uden nogen advarsel ved bogføringen.

Der er nu tilføjet en spærring ved bogføring: Hvis fakturaen eller kreditnotaen er knyttet til en sag, der er arkiveret, stoppes bogføringen med fejlmeddelelsen "Sag nr. %1 er arkiveret og kan ikke modtage yderligere posteringer." Selve arkiveringsprocessen er ikke ændret.

Ved åbning af Sagsposter-genvejen fra en bogført salgsfaktura, der var en splitfaktura, viste listen ingen poster, hvis man åbnede genvejen fra en anden faktura i splittet end den først bogførte.

Genvejen filtrerede tidligere på den først bogførte faktura i splittet. Filteret er nu rettet, så det matcher uanset hvilken faktura i splittet genvejen åbnes fra – i tråd med hvordan Vis Fordeling allerede håndterede dette.

Rettelsen virker både fra den bogførte faktura og fra listen af bogførte fakturaer.

Beregningen af fakturerbare beløb på sagsopgaver er blevet optimeret, så den nu foregår hurtigere — særligt ved oprettelse af fakturaer på sager med mange sagsopgaver.

Tidligere skulle systemet slå beløbene op ved at kombinere data fra flere tabeller for hver sagsopgave. Det er nu ændret, så beregningen kan foretages direkte, hvilket reducerer belastningen og gør processen mere effektiv — uden at det ændrer de fakturerede beløb.

Når en faktura med mange tidsposter blev dannet, kunne det tage mærkbart lang tid, især for fakturaer med et stort antal tidsposter fordelt på flere medarbejdere og sager.

Fakturaoprettelsen er nu optimeret, så processen kører hurtigere for fakturaer med mange tidsposter. Fordelingen af tid og beløb på fakturaen forbliver præcis den samme som før — der er ikke ændret i, hvordan beløb eller fordeling beregnes, kun i hvor lang tid det tager.

Når en bruger trykkede Gendan faktura i Faktura Controlling, skulle systemet finde de poster der var kommet til siden sidste opdatering. På udlægssiden var der to situationer, hvor et udlæg ikke blev fanget: hvis et udlæg blev bogført med en tidligere dato end de øvrige poster på sagen (fx en efterregistreret regning fra sidste måned), eller hvis en samlefaktura dækkede flere sager og det nye udlæg lå på en sag der ikke kom sidst i sagsrækkefølgen. I begge tilfælde blev fakturaudkastet derfor ikke opdateret med det nye beløb.

Fejlen er nu rettet, så Gendan faktura altid finder alle nye poster korrekt, uanset bogføringsdato eller hvilken sag posten ligger på. Samtidig er beregningen gjort mere præcis og hurtigere for tidsposter, så knappen ikke unødigt markerer at der er nyt at opdatere, når det ikke er tilfældet.

I nogle tilfælde kunne man ikke godkende en fordeling. Systemet viste en fejlmeddelelse om, at en Sag var arkiveret, selvom det ikke var tilfældet for de sager, man kunne se på fordelingen.

Fejlen skyldtes at der var oprettet en sag uden nummer, som ikke burde have eksisteret, og som blev ramt uforvarende, når systemet ryddede op efter godkendelsen. Dette er nu rettet, så godkendelsen ikke påvirkes af ugyldige data.

Beregning af beløb på allokeringslinjer i faktureringsforslag kunne tage unødigt lang tid, særligt når der blev summeret på tværs af Sag og Opgave.

Der er nu foretaget en performanceoptimering af den bagvedliggende beregning, så disse summer beregnes hurtigere. I praksis betyder det, at fx fakturaer med salær oprettes hurtigere, når fakturaforslaget skal beregne allokerede beløb. Ændringen påvirker ikke, hvordan beløbene ser ud eller beregnes funktionelt — kun hastigheden.

Rapporten Administrationsafstemning (sag) kunne tidligere ikke findes ved at søge i "Fortæl mig, hvad du vil foretage dig"-søgefeltet.

Rapporten er nu gjort søgbar, så den fremgår under Rapporter og analyse.

Ved fakturering blev Ansvarscenter hentet fra kunden, selv når det var opdateret på klientkortet, hvilket gav en forkert værdi på fakturaen.

Derudover havde klienten fejlagtigt højere prioritet end sagen (kontakten), når Ansvarscenter skulle bestemmes. Dette er nu rettet, så sagen har forrang over klienten, og fakturaen viser det korrekte Ansvarscenter.

Når brugere skiftede Sagsnummer i en finanskladdelinje, blev Opgavenummer ikke længere automatisk udfyldt med den markerede standardopgave, hvis der var flere opgaver under sagen. Systemet ville kun autoudfylde hvis der var præcis én opgave til stede.

Logikken til at søge efter standardopgaven var ikke porteret til Business Central-versionen. Vi har nu tilføjet automatisk udfyldning af Opgavenummer når sag ændres — hvis en opgave under sagen er markeret som standard, bruges denne automatisk.

Adfærd efter rettelse: Præcis én opgave under sagen → bruges altid. Flere opgaver, én markeret som standard → bruges standardopgaven. Flere opgaver uden standard → bruger kan vælge frit.

Når man søgte efter en part i CMI, og søgningen gav mere end 1.000 resultater, blev søgningen afbrudt med en fejlmeddelelse, og Kontakt- og relationssøgning-siden blev aldrig vist. Brugeren havde derfor ingen mulighed for at justere søgekriterierne og prøve igen.

Fejlen er nu rettet, så automatisk søgning fra CMI opfører sig som en manuel søgning: rammes grænsen på 1.000 poster, forbliver Kontakt- og relationssøgning-siden åben med de forudfyldte kriterier, og beskeden vises som en inline-advarsel direkte på siden. Brugeren kan dermed justere kriterierne (fx slå fonetisk søgning fra eller kun søge på CVR-nr.) og søge igen — uden at skulle starte forfra.

Ved brug af standard salgsdokumenter kunne en lang e-mailadresse i afsenderblokken øverst på dokumentet blive brudt over to linjer, i stedet for at stå på én sammenhængende linje.

Kolonnen i afsenderblokken er nu blevet forlænget, så der er plads til lange e-mailadresser uden linjeskift. Blokkens placering er uændret og flugter stadig med logoet.

Ændringen gælder faktura, kreditnota og udkast.

Ved udskrivning af fakturaudkastet kunne beløbet i tidsspecifikationen blive forkert, hvis samme ressource (medarbejder) havde registreret tid på flere forskellige sager, der blev samlet på én faktura – uden brug af funktionen "Fordel på tværs af sager". Beløbet for én sags tidsposter kunne i stedet blive påvirket af en anden sags fordeling.

Fejlen er nu rettet, så hver sags tidsposter beregnes korrekt ud fra egen sags fordeling. Grandtotalen og eventuel valutadifference i fakturaudkastet er også korrekte, da de udregnes på baggrund af det samme beløb.

Rettelsen påvirker kun fakturaudkastet. Den bogførte faktura var ikke ramt af fejlen. Funktionen "Fordel på tværs af sager" fungerer som hidtil.