Abakion Legal 27.1.202632.6333

Der er tilføjet to nye felter, Sagskategori 1 og Sagskategori 2, på Sagskontaktkortet og som standardkolonner i sagsoversigten. Felterne giver mulighed for at kategorisere sager efter to uafhængige kriterier, som I selv definerer – det kan fx være branche, geografi eller prioritet, alt efter hvad der er relevant for jeres virksomhed.

Til hvert felt hører en selvstændig opslagstabel, hvor I vedligeholder jeres egne gyldige værdier (kode og beskrivelse). De to kategorier er helt uafhængige af hinanden, og hver opslagstabel viser desuden, hvor mange sager der aktuelt bruger den enkelte værdi.

Navnene Sagskategori 1 og Sagskategori 2 kan tilpasses under Abakion Legal Opsætning, så I kan give felterne navne, der passer til jeres egen kategorisering. Er navnefelterne tomme, bruges standardnavnene automatisk.

Bemærk, at felterne på nuværende tidspunkt udelukkende kan udfyldes og vises – der er ikke integration til rapporter, fakturering mm.

Der er tilføjet et nyt felt Sektor, som kan udfyldes på klienter og sager. Feltet vises på Klientkortet under gruppen Klassificering, og på Sagskortet under "Vis mere" i klientinfo-gruppen. Sektor er ikke en dimension, men et opslag til en ny sektortabel med kode og beskrivelse.

I Client Matter Intake (CMI) er der tilføjet felterne Klient sektor og Sag sektor på begge CMI skærmbilleder. Ved oprettelse af en helt ny klient udfylder brugeren selv Klient sektor, som automatisk foreslås som Sag sektor. Ved oprettelse af en sag på en allerede eksisterende klient udfyldes begge felter automatisk ud fra klientens sektor; her er Klient sektor skrivebeskyttet – ligesom klientens øvrige felter i den situation – mens Sag sektor fortsat kan ændres.

Bemærk: Denne ændring kræver, at CMI-app'en opdateres.

Når en sekretær eller sagsbehandler danner en ny betalingsanmodning i betalingsagenten, valideres felterne nu, inden anmodningen kan sendes til bogholderiet. Det er ikke længere muligt at aflevere en anmodning, hvis der ikke er valgt en sumkode, hvis Beskrivelse-feltet eller Advicering til modtager er tomt, eller hvis der ikke er valgt en betalingsmetodekode.

Vælges betalingsmetodekode BTD, skal der enten vælges en Betal-til-konto fra kreditors liste, eller indtastes bankregistreringsnummer og bankkontonummer manuelt. Registreringsnummeret skal bestå af 4 cifre og bankkontonummeret af 10 cifre, og der kan ikke længere indtastes bogstaver eller specialtegn i disse felter.

Vælges en FIK-betalingsmetodekode (71, 04 eller 73), skal Betalings-ID og Kreditornummer udfyldes, hvor kreditornummeret skal bestå af 8 cifre uden bogstaver.

Hvis felterne ikke er korrekt udfyldt, vises en brugervenlig fejlbesked, så anmodningen ikke kan afleveres til bogholderiet med mangelfulde eller forkerte oplysninger.

I nyere versioner af Business Central har Microsoft introduceret en ny opsætningsside til rykkervilkår, hvor rykkerniveauerne vises som en del af Rykkervilkårsopsætning i stedet for den tidligere selvstændige side Rykkerniveauer. Frem til nu virkede vores tilpasninger — herunder feltet til mailskabelon og knappen Skabeloner — kun på den gamle side.

Vores tilpasninger er nu også tilføjet til den nye Rykkerniveauopsætning-visning, så knappen Skabeloner er tilgængelig samme sted og åbner korrekt filtreret på de relevante rykkervilkår og niveau. Den gamle side Rykkerniveauer fortsætter uændret, så begge sider virker sideløbende i overgangsperioden.

Der er ikke ændret i den bagvedliggende logik for udsendelse af rykkere eller mails — ændringen påvirker kun, hvor funktionaliteten vises.

På rapporten Medarbejder Prisliste er der tilføjet en ny kolonne, Startdato, som viser fra hvilken dato den viste pris er gældende. Samtidig er der rettet en fejl, hvor medarbejderens fulde navn kunne vise et dobbelt mellemrum, hvis medarbejderen ikke havde et mellemnavn registreret.

På anmodningsbilledet for rapporten er der derudover tilføjet et nyt filter, Stillingskategori, så rapporten kan afgrænses til medarbejdere med en bestemt stillingskategori.

Der er tilføjet et nyt felt, Sumkode, på Finansposter.

Feltet udfyldes automatisk med værdien fra det tilsvarende felt på kladdelinjen, når en finanskladde bogføres. Feltet kan ikke redigeres direkte på posten.

Bemærk at overførslen kun gælder poster, der bogføres via finanskladden — feltet overføres ikke, når der bogføres salgs- eller købsdokumenter.

Feltet vises ikke på skærmbilledet i denne version.

På siden Kontakt sagsundertype viste felterne Sagstilgang og Sagsafgang ikke korrekte tal, fordi der manglede et filter der tog højde for, om en sag var arkiveret.

Sagsafgang beregnes nu ud fra sagens arkiveringsdato i stedet for oprettelsesdatoen, så det kun er sager, der reelt er afsluttet (arkiveret) i den valgte periode, der tælles med.

For sager der allerede var arkiveret inden rettelsen, er arkiveringsdatoen desuden blevet udfyldt automatisk via en opdateringskørsel, så også historiske tal nu er korrekte.

Ved oprettelse af en ny undermappe i Mapper, mens en fil samtidig var markeret, blev den nye mappe vist med forkert indrykning i mappetræet. Fejlen forsvandt ikke af sig selv — det krævede en fuld synkronisering at rette visningen, da delvis synkronisering ikke kunne korrigere den.

Problemet er nu rettet, så nye undermapper vises med korrekt indrykning fra starten, uanset om en fil er markeret på oprettelsestidspunktet.

I rapporterne Tidsrapport - faktura udkast og Tidsrapport - faktura vises kolonnerne for klientnummer og sagsnummer nu med tekst, der hentes fra ordbogen, i stedet for at være fastlåst i rapporten.

Der er tilføjet to nye oversættelser i ordbogen:

• TimeSpecClientNoCaption – Klientnr. / Client No.
• TimeSpecJobNoCaption – Sagsnr. / Job No.

Det betyder, at teksten for disse to felter fremover kan oversættes og tilpasses via ordbogen, ligesom det allerede kendes fra andre felter i rapporterne (fx dato og beskrivelse). De hidtidige tekster er bevaret som standard, så eksisterende layouts fortsat ser ud som før.

Når Opgaver-listen blev åbnet via knappen Opgaver i menuen på sagskortet, startede den horisontale scrollbar centreret i stedet for til venstre. Det betød, at brugeren skulle scrolle manuelt tilbage til venstre for at se de første kolonner som Lukket, Dato, Type og Beskrivelse.

Fejlen opstod, fordi siden åbnede i redigeringstilstand, hvilket fik Business Central til automatisk at fokusere på det første redigerbare felt i listen og derved trække scrollbaren med mod højre. Siden åbner nu i visningstilstand i stedet, så scrollbaren starter til venstre som forventet. For at redigere en post skal man nu klikke på Rediger liste.

Problemet opstod kun ved åbning via knappen på sagskortet — ikke ved direkte navigation til opgavelisten.

På rapporten Sagskontoudtog manglede postnummeret både på klientens adresse og på firmaets (kontorets) adresse, så der kun blev vist by. Bankoplysningerne på rapporten viste desuden kun kontonummeret, uden det tilhørende registreringsnummer.

Rapporten er nu rettet, så postnummer og by vises samlet på begge adresser, og registreringsnummeret vises sammen med kontonummeret på linjen Kontonr.

Samtidig er det forældede felt Gironr. fjernet fra rapporten.

Ved sletning af valgte tidsposter via handlingen Slet valgte poster på siden Tidsposter ude af synkronisering kunne brugeren opleve en permission-fejl på sagsposter – dette skete også for brugere med fulde rettigheder (SUPER).

Fejlen skyldtes, at systemet forsøgte at opdatere en sagspost, der ikke var korrekt hentet. Dette er nu rettet.

Tidsposter, der var korrekt afregnet, blev vist med rød farve og en valideringsfejl i tidsregistreringsbilledet. Sideinspektionen viste fejlen "Sagsposten er lukket", selv om den tilhørende sagspost var korrekt faktureret og der ikke var noget reelt problem med posten.

Fejlen opstod, fordi valideringen slog til, blot fordi den tilknyttede sagspost var lukket ved fakturering — uden at tage højde for, om tidsposten faktisk afveg fra den lukkede sagspost. Det er nu rettet, så en tidspost, der matcher sin afregnede sagspost, ikke længere flages med fejl. Hvis der derimod er uposterede ændringer på tidsposten, som ikke kan skrives tilbage, vises fejlen stadig korrekt.

Det er stadig ikke muligt at ændre en tidspost på en lukket sagspost — her vises fejlen "Sagsposten er lukket" fortsat som forventet. Allerede berørte poster ryddes automatisk via den planlagte genkørsel, eller manuelt med "Prøv igen" på siden Tidsposter med fejl.

I rapporten Sagssaldoliste kunne indstillingen Skjul sager med eksisterende bankkonti medføre, at alle en klients sager blev skjult i rapporten — også selvom kun én enkelt sag hos klienten reelt havde en tilknyttet bankkonto.

Fejlen opstod, fordi rapporten ikke skelnede mellem en bankkonto tilknyttet klienten generelt og en bankkonto tilknyttet en specifik sag. Det er nu rettet, så filtreringen sker i to trin: Har klienten en bankkonto uden sagstilknytning, skjules alle klientens sager som forventet. Har en bankkonto derimod kun tilknytning til én bestemt sag, er det nu kun den pågældende sag der skjules — de øvrige sager for klienten vises fortsat korrekt.

Baggrundsprocessen, der synkroniserer tidsposter til sagsposter, kunne i sjældne tilfælde starte flere gange samtidig. Det gav låsekonflikter og fejlmeddelelser, og i værste fald blev der oprettet dublerede sagsposter for den samme tidspost. Derudover kunne en enkelt fejlbehæftet tidspost (fx "en anden bruger har ændret posten") stoppe en hel igangværende kørsel og lægge tidskøen i status Fejl.

Vi har derfor ombygget selve tidskøen. Synkroniseringen kører nu i kortere, afgrænsede omgange (som standard 10 minutter) i stedet for at køre uafbrudt i op til 5 timer, og systemet sikrer nu på en mere robust måde, at der aldrig kører mere end én synkronisering på samme tid. Hver tidspost behandles desuden enkeltvis og isoleret, så en fejl på én post ikke længere kan stoppe resten af synkroniseringen — og selv hvis to kørsler skulle overlappe, kan der ikke længere opstå dublerede sagsposter.

På siden Opsætning af Abakion Legal er der tilføjet en ny gruppe Tidskø med indstillinger for loopvarighed og genforsøgsinterval for fejlede poster, samt statusfelter for kø og genforsøgskø. Her findes også de nye handlinger Stop tidskø og Start tidskø, så synkroniseringen hurtigt kan stoppes og genstartes ved behov. Fejlede tidsposter bliver desuden automatisk genforsøgt (som standard hver time) i stedet for at skulle rettes manuelt.

Endelig er der rettet en fejl, hvor en tidspost markeret til sletning aldrig blev fjernet fra køen, hvis den tilhørende sagspost allerede var slettet — posten blev i stedet gennemgået forgæves ved hver kørsel.

Ved oprettelse af samlefakturaer (fakturaer der ikke er knyttet til en bestemt sag) kunne fakturaens valutakode blive sat forkert for klienter, der er oprettet som debitor.

Fakturaen hentede tidligere valutakoden fra klientens generelle valutafelt i stedet for debitorens Standard Faktureringsvalutakode. Det er nu rettet, så samlefakturaer korrekt bruger debitorens Standard Faktureringsvalutakode. Har debitoren ikke angivet en faktureringsvaluta, sættes fakturaen til lokal valuta (DKK).

Rapporten Årsregnskab viste tidligere den forkerte overskrift "Lukning af prøvesaldo" — både på bestillingssiden og på selve den udskrevne rapport.

Teksten er nu rettet begge steder, så både bestillingssiden og rapportens overskrift korrekt viser "Årsregnskab". Rapportens funktionalitet og layout er uændret.

I forbindelse med rettelsen er der desuden rettet en oversættelsesfejl på et felt på anfordringsbilledet, som nu korrekt viser "Vis beløb i ekstra rapporteringsvaluta".

I denne release forberedes en rettelse af en fejl på Bankkontokort, hvor redigering af feltet Navn (og andre felter) ikke kunne gemmes.

Feltet Tilknyttet til sag tidspunkt på bankkonti er omdøbt internt og erstattet af et nyt felt. Eksisterende data flyttes automatisk til det nye felt, næste gang brugeren logger ind — dette sker i baggrunden og kræver ingen handling.

Bemærk: Selve fejlen ved redigering af Bankkontokort er endnu ikke løst i denne release. Det sker i en kommende release, hvor det gamle felt fjernes helt, og hvor problemet forsvinder for brugeren.

Ved udsendelse af en rykker for en samlefaktura med flere sager for samme klient blev fakturaen vedhæftet som PDF-bilag én gang pr. sag, i stedet for én gang i alt. Havde samlefakturaen fx 14 sager, modtog kunden rykkermailen med 14 identiske fakturabilag.

Fejlen skyldtes, at hver sag på samlefakturaen gav anledning til en separat rykkerlinje, og fakturaen blev vedhæftet for hver linje uden at tjekke, om dokumentet allerede var vedhæftet. Dette er nu rettet, så hvert fakturadokument kun vedhæftes én gang pr. rykker, uanset hvor mange sager samlefakturaen dækker.

Rykkere der dækker flere forskellige fakturaer er ikke berørt — her vedhæftes hver faktura fortsat korrekt én gang.

Ved Annuller udligning på en indbetaling, der dækkede fakturaer fra flere forskellige sager, kunne de posteringer, der blev dannet ved annulleringen, få forkert sagsnummer og andre sagsrelaterede oplysninger. Årsagen var, at systemet brugte oplysningerne fra én af sagerne på alle de øvrige poster i annulleringen – i stedet for at bevare hver posts egen sag. Det betød blandt andet, at man ikke længere kunne spore finansposterne tilbage til den rigtige sag, og at fordelingen mellem tilgodehavende og tilsvar samt sagsrapporteringen blev forkert. Fejlen er nu rettet, så både detaljerede debitorposter og finansposter bliver korrekte.

Ved gennemførelse af et søgetrin i CMI (fx konflikt- eller partssøgning) kunne systemet vise en fejl, hvis en af de fundne kontakter havde en meget lang adresse. Fejlen opstod, når søgeresultatet skulle gemmes som søgelinje.

Årsagen var, at feltet Adresse på søgelinjen ikke kunne rumme lige så mange tegn som feltet på søgeresultatet. Dette er nu rettet, så feltet kan indeholde adresser af samme længde som resten af systemet, og søgningen kan gennemføres uden fejl.

Der var en fejl i søgemotorens fonetiske søgning, som kunne udløses, når et navn genererede en fonetisk søgestreng tæt på en intern grænse på 50 tegn. Fejlen blev første gang opdaget via CMI-sagsoprettelsen, hvor søgetrinnet kunne fejle med en teknisk fejlmeddelelse om, at søgestrengen var for lang – men problemet lå i selve søgemotoren og kunne derfor i princippet opstå alle steder, hvor fonetisk søgning bruges.

Årsagen var, at søgemotoren omslutter den fonetiske søgestreng med wildcard-tegn, hvilket i visse tilfælde gjorde strengen et par tegn længere end den tilladte grænse. Søgningen fra Outlook add-in er også rettet.

Brugere bør derfor ikke længere opleve denne fejl, uanset om søgningen sker via CMI-sagsoprettelse eller via Outlook add-in.

Når en sag blev oprettet via CMI-blanketten med automatisk tidsregistrering aktiveret (opsat under CMI Opsætning → Sagstidsregistrering), kunne tidsposten blive oprettet med en fejl. Fejlen viste sig som "mangler følgende oplysninger: Ansvarlig jurist" på tidsposten — selvom feltet Ansvarlig jurist faktisk var udfyldt korrekt i CMI-blanketten inden sagsoprettelsen.

Årsagen var en rækkefølge i den interne proces: tidsposten blev valideret, før sagens kontaktoplysninger var færdigoprettet. Processen er nu rettet, så tidsposten oprettes efter at alle nødvendige oplysninger på sagen er på plads, hvorved valideringen gennemføres korrekt.

Rettelsen gælder både almindelig sagstidsregistrering og tidsregistrering i forbindelse med KYC.