Opsummering
- Afdelingsdimension sættes nu automatisk på sagen ud fra den ansvarlige medarbejders afdeling (3686)
- Fakturamodtagerens split beregnes nu korrekt, når en fast fakturamodtager overføres automatisk til sagen (3618)
- Sagsarkivering blokeres nu, hvis sagen stadig har en saldo forskellig fra nul (3582)
- Nyt felt til at markere oversættelser som bevidst blanke i ordbogen (3613)
- Tidsspecifikationen følger nu virksomhedens sprog i stedet for brugerens, når bilagets sprogkode er tom (3685)
Nye Features
Fast fakturamodtager på klienten fik forkert salær- og udlægssplit ved automatisk overførsel til sager (3618)+
Når en klient havde en fast Fakturamodtager angivet under Relationer, og denne automatisk blev overført til nye sager oprettet for klienten, blev Salærsplit % og Udlægssplit % kopieret direkte fra klienten til sagen. Det betød, at både Klient og Fakturamodtager endte med 100% i begge felter på sagen.
Dette er nu rettet, så Salærsplit % og Udlægssplit % fra klienten ikke længere overføres til sagen. I stedet genberegnes splitten på sagen på samme måde som når man indsætter fakturamodtagere manuelt: Fakturamodtager får 100%, mens Klient sættes til 0%.
Sagens afdelingsdimension kan nu sættes automatisk ud fra den ansvarlige medarbejders afdeling (3686)+
I Abakion Legal Opsætning kan du nu vælge, hvilken relation der skal styre sagens afdeling. Feltet Relationstype - Afdeling angiver, hvilken relationstype (fx Ansvarlig jurist) der skal udløse opdateringen, mens Afdeling Dimension angiver, hvilken dimension jeres kontor anvender som afdelingskode. Funktionen er slået fra, så længe et af de to felter står tomt.
Når den valgte relationstype tildeles, ændres eller fjernes på en sag — både på Sagskortet og via Klient/sagsoprettelse i CMI — slår systemet automatisk op i medarbejderens afdeling og opdaterer sagens afdelingsdimension. Opslaget følger et hierarki: først kigges i medarbejderens afdelingshistorik efter den nyeste tilknytning på eller før dags dato. Findes der ingen historik, bruges i stedet medarbejderens egen standarddimension for den valgte dimensionskode på ressourcekortet. Findes ingen af delene, eller fjernes relationen fra sagen, blankes sagens afdelingsdimension.
Bemærk: hvis afdelingshistorikken indeholder flere afdelingstilknytninger, der overlapper i samme periode, vælger systemet automatisk én af dem (den nyeste registrerede startdato) — der gives ikke besked, hvis der findes flere overlappende tilknytninger.
Ændringen påvirker kun nye tildelinger fremadrettet. Eksisterende sager migreres ikke, og deres afdelingsdimension forbliver uændret, indtil relationen ændres.
"Arkiver sag" og "Genåben sag" på sagskortet var altid klikbare uanset sagens status (3692)+
På Sagskortet kunne handlingerne "Arkiver sag" og "Genåben sag" hidtil altid klikkes, uanset om sagen allerede var arkiveret eller ej. Det betød, at man kunne forsøge at arkivere en sag, der allerede var arkiveret, hvilket gav fejlmeddelelsen "Kun aktive sager kan arkiveres".
Det er nu rettet, så "Arkiver sag" kun vises på aktive sager, og "Genåben sag" kun vises på arkiverede sager. På den måde undgås fejlmeddelelsen ved normal brug af sagskortet.
Bug Fixes
Sagsbehandling
Sag kunne i visse tilfælde blive arkiveret med en saldo forskellig fra nul (3582)+
Det kunne forekomme, at en sag blev fuldarkiveret, selvom sagen efterfølgende havde en saldo forskellig fra nul. Det skete typisk, hvis afskrivning af åbne tidsposter eller automatisk efterudligning af debitorposter i valuta gav et kurstab eller en kursgevinst, som selv oprettede nye posteringer i forbindelse med arkiveringen.
Saldoen på sagen bliver nu tjekket igen, umiddelbart efter afskrivning og efterudligning, og lige inden sagen rent faktisk markeres som arkiveret. Hvis saldoen på det tidspunkt stadig ikke er nul, bliver brugeren bedt om at bekræfte, om sagen i stedet skal registreres som en delarkivering. Vælger brugeren nej, afbrydes arkiveringen uden at der oprettes en arkiveringslog.
Bemærk: Posteringer fra afskrivning eller efterudligning kan ikke fortrydes, selvom selve arkiveringen afbrydes.
Fakturering
Tidsspecifikation brugte forkert sprog, når bilagets sprogkode var tom (3685)+
Når et bilags Sprogkode var tom, blev tidsspecifikationen tidligere printet i det sprog, der var sat på den bruger, som kørte rapporten – i stedet for virksomhedens sprog. Det kunne give inkonsistens mellem selve fakturaen og den tilhørende tidsspecifikation, hvis den, der genererede rapporten, havde et andet sprog på sin bruger end virksomhedens standard.
Rapporterne Tidsrapport - faktura udkast og Tidsrapport - faktura slår nu virksomhedens primære sprog op, hvis bilagets sprogkode er tom, før der som sidste udvej falder tilbage til brugerens eget sprog. Dermed følger sprogvalget samme mønster som på den almindelige faktura.
Opsætningsværktøjer
Nyt felt "Oversæt til blank" i ordbogen, som alternativ til at taste et mellemrum (3613)+
Når en tekst bevidst skal oversættes til ingenting, kunne man tidligere kun opnå det ved at taste et enkelt mellemrum i Oversættelse-feltet. Det var svært at se, og gik nemt tabt ved brug af konfigurationspakker.
Der er nu tilføjet et nyt felt, Oversæt til blank, både i "Ordbogsopdatering"-vinduet (som vises, når en oversættelse mangler) og som kolonne på Ordbogsoversættelser-listen. Ved at slå kontakten til fremstår det tydeligt, at oversættelsen er bevidst blank — i stedet for et usynligt mellemrum, der let kunne se ud som en fejl.
Den hidtidige metode med at taste et mellemrum virker stadig uændret, så eksisterende opsætninger og integrationer påvirkes ikke. Det nye felt er blot et bedre og mere synligt alternativ fremadrettet.