CSI Lawyer 13.0 har publicerats

CSI Lawyer version 13.0 har publicerats och är tillgänglig för kunder som laddar ned sina versioner via webben. För kunder med ett företagsspecifikt uppdateringspaket och för CSI LakiMies kunder inleder vi leveranserna under de kommande veckorna.

De nya funktionerna och ändringarna beskrivs i “CSI Lawyer version 13.0 – Ändringsdokument”, som finns tillgängligt under Instruktioner. Versionen innehåller även korrigeringar av vissa programfel som rapporterats i version 12.1.

Nedan hittar du en lista över de nya funktionerna samt de korrigerade felen:

Nya funktioner

Allmänna förbättringar i användbarheten

• Enskilda påminnelser kan ställas in att skickas till användarens e-post, och en teknisk ändring har gjorts i Outlook-synkroniseringen för e-postpåminnelser och fatalier.
• Det är möjligt att i efterhand granska ändringshistoriken för en raderad entitet.
• Det finns ett nytt blågrönt standardtema samt turkos ikon för viktiga relaterade anteckningar.

Klient

• För företagsklienter kan man lägga till sekundära företagsnamn som beaktas vid jävssökning.
• Jävskontrollen omfattar utöver uppdragsgivaren även dennes koncernbolag samt andra parter.
• En rollkonflikt som orsakas av uppdragsgivarens öppna ärendeförfrågan beaktas i jävskontrollen.
• Inaktiva ärendeförfrågningar har uteslutits från jävssökningen.
• En varning om en öppen jävskontroll visas när ett ärende skapas från en ärendeförfrågan.
• Beräkningen av utgångstid och varning om utgångsdatum har tagits bort från klientidentifieringar där identifieringsnivån är ”Behövs inte” eller ärendet är avslutat.
• En avvikande faktureringsmetod kan anges för både klienten och ärendets part.
• Klientens kontaktpersoner kan inaktiveras i samband med att företagsklienten inaktiveras.

Ärendeförfrågan och ärende

• Ärendeförfrågan och ärende
• I fönstret för ärendeförfrågan visas kontaktuppgifter som hämtats från uppdragsgivaren, och det är möjligt att spara ärendespecifika kontakt- och faktureringsuppgifter samt roll-/användarprislistor.
• En markering har lagts till i ärendevyn för att visa att prenumerationsarvodet har överskridits.
• Fakturans CC-mottagare som definierats för klienten kan överskrivas på ärendenivå i partinformationen.
• Onödiga mellanslag har raderat från numreringen av underärende.

Prissättning

• Till ärenden som skapas med funktionen ”Använd som mall” kopieras även den prislista som finns i källärendet.

Registreringar

• En automatisk mellansparning av timers görs varje minut.
• När en åtgärd skapas med funktionen ”Använd som mall” anges dagens datum som registreringsdatum.
• Huvudanvändaren kan stänga åtgärdsregistreringsperioder på månads nivå.
• Massredigering av utlägg kan göras med funktionen ”Ändra flera”.
• Information om flyttning sparas i anteckningen för åtgärder/utlägg som flyttats över.

Fakturering

• Genomfakturering kan definieras enligt inköpsuppgifternas momssats för utläggstyper.
• På klientens rättsskyddsfaktura visas momsandelen efter försäkringsbolagets betalning allokerats.
• Funktionerna i fakturornas funktionsrad har omorganiserats och deras status hanteringen har förtydligats.
• Fakturatyp visas i namnet på faktura PDF-filen.
• Hierarkin för hur fakturerings e-post bestäms har förtydligats.
• Fakturans framsida har ändrats så att den motsvarar svensk lagstiftning.
• Avrundningsraden från den ursprungliga fakturan hämtas till kreditfakturan.
• Betalningspåminnelsens rubrik visas i namnet på betalningspåminnelsens fil som skickas per e-post.
• En separat e-postadress för betalningspåminnelser kan läggas till för klienten.

Betalningar

• Vid inläsning av referensmaterialet i Camt-format söks betalaren även med namn, och en dubblettkontroll görs för varje betalning.

Rapportering

• Summeringsfälten har tagits bort från Sammanfattningsanalysen av åtgärder (registrerade, fakturerade och betalda) för att minska inkonsekvenser i rapporten.

Användarrättigheter

• Användargruppspecifika redigeringsrättigheter för klient och ärende har preciserats, och parametrarna för att skapa och redigera ärende har separerats från varandra.

Bokföringsintegrationer

• Parameterfönstret för bokföringsintegrationen har förtydligats, och i Fortnox-integrationen har det lagts till en möjlighet att definiera flera försäljnings konton.

Korrigerade fel

Allmän

• “Statusorsak”‑funktionens rullgardinsmeny visade inte orsaksalternativ för ett aktivt ärende om samma meny tidigare hade öppnats tomt i ett avslutat ärende. Efter korrigeringen visas ett bindestreck (-) i en tom “Statusorsak”‑rullgardinsmeny.
• Vid start av programmet stängdes programmet på grund av ett specifikt fel utan att några spår av orsaken lämnades. Efter korrigeringen visas ett felmeddelande för användaren, och felet loggas i loggfilen.
• Fataliekalenderns utseende ändrades när en fatalie skapades genom att dubbelklicka på kalendern, spara den nya fataliens uppgifter och stänga fataliefönstret.

Klient

• När listan över företagsklienter innehöll ett stort antal rader och kolumnen ”Moderbolag” var synlig men tom, var sortering av listan efter moderbolag, skapande av en ny klient och till och med stängning av fönstret mycket långsamt.

Prissättning

• I parametrarna för en privatperson visades det timpris som definierats i parametrarna för företagsklienten som var kopplat till fältet ”Klient”, trots att detta pris aldrig används för privatpersoners ärenden.
• När ett timpris hade definierats i parametrarna för ett ärende i utländsk valuta, behandlades timpriset för en ny åtgärd i bokföringsvalutan i stället för i ärendets valuta.

Registreringar

• Om en standard‑åtgärdstyp som definierats i parametrarna (t.ex. på användarnivå) var av typen ”Ärende (fakturerbar)”, var det felaktigt möjligt att välja ett internt ärende för åtgärden. Efter korrigeringen får användaren ett felmeddelande om att en fakturerbar åtgärd håller på att registreras på ett internt ärende.

Fakturering

• En prisjustering på en preliminärfaktura fyllde felaktigt i datumfältet ”Granskad” på preliminärfakturan.
• I vissa situationer var det möjligt att genom att byta betalare på en preliminärfaktura få samma betalare att förekomma flera gånger.
• En preliminärfaktura kunde inte godkännas om den innehöll registreringar från en låst redovisningsperiod och parametern ”Ange fakturans datum som registreringsdatum” var aktiverad.

Integrationer

• När automatisk påbörjan av klientidentifieringar var aktiverad i DOKS‑integrationen och en ny ärendeförfrågan skapades för en företagsklient, försökte programmet skicka identifieringsuppgifter till DOKS och gav ett felmeddelande. Efter korrigeringen beaktar integrationen inte längre ärendeförfrågningar utan endast öppnade ärenden.
• LEDES‑bokföringsintegrationen kunde inte stänga öppna anslutningar på ett kontrollerat sätt, utan kraschade i vissa situationer.