CSI Lawyer och CSI LakiMies 12.1 uppdateringspaket 24.3.25

Vi har publicerat ett uppdateringspaket av alla CSI program idag. Den nya versionen:  

• Korrigerar flera programvarufel
• Innehåller ett nytt kodsigneringscertifikat, som bekräftar CSI:s identitet och programvarans integritet.
• Kommer med följande nya funktioner:
  • Förbättringar av rapporten Jävskontrollens parter
  • Separat vy för identifiering som löper ut inom 30 dagar
  • Möjlighet att lägga till ärendeägaren automatiskt som ansvarig
  • Transaktioner skapade från aktiviteter med flera arbetstidsregistreringar
  • Nytt Romeo-gränssnitt och ”E-tjänster” som ersätter faxalternativet
  • Information om mottagaren och användaren som returnerar värdehandlingar
  • Förtydligande av funktionen ”Skriv inte ut åtgärds- och utläggsspecifikation vid betalningspåminnelse”
  • Standardmoms för utlägg som överförts av Hogia- och Fortnox-integrationerna.

Programvarufel korrigerats

Ärende och Ärendeförfrågan

• När användaren i ärendeförfrågan-listan klickade på Uppdragsgivare-länken, öppnade programvaran felaktigt partsfönstret istället för klientfönstret.
• Kolumnen Har anteckningar t.ex. på ärendelistorna hade en blandning av finska och engelska när engelska valdes som användargränssnittsspråk.
• Radering av ärendet misslyckades om ärendet hade skapats innan underärendefunktionen introducerades i version 11.0.

Åtgärd

• På Åtgärder-listan var verktygstipset (tooltip) för textfältet för den valda åtgärden inte tillräckligt länge synlig för att kunna läsa hela åtgärdstexten. Efter korrigeringen finns det inte längre en tidsgräns för hur länge verktygstipset förblir synligt. Detta gäller alla textfält där det är möjligt att skriva in långa texter.

Fakturering

• När en faktura gjordes direkt från ett ärende tog prisjusteringen inte hänsyn till momsprocentsatsen för fakturan om valet i kontorsparameterns ”Datum för momssats” var ”Datum för senaste fakturarad”.

Faktura- och bokföringsmaterial

• Peppol krävde i onödan ett momsnummer i en situation där fakturamaterial skapades från en faktura av en inhemsk/EU-klient utan VAT-nummer. Efter korrigeringen: 1) om momskategorin AE (omvänd skattskyldighet) eller K (gemenskapsinterna leveranser) INTE har använts i fakturaraderna på fakturan/kreditfakturan, skapas materialet och fältet momsnummer lämnas tomt om inte betalaren har en sådan, 2) om fakturan/kreditfakturan är skattefri lämnas momsnumret tomt, 3) i andra fall är momsnumret obligatoriskt och materialgenereringsfunktionen ger fel om information saknas.
• Finvoice bokföringsmaterial som exporterades manuellt var inte giltigt för Fennoa eftersom en del av uppgifterna saknades på raderna andel, rabatt och kreditfaktura.

Bokföringsintegrationer

• Netvisor-add-inens installation avbröts i en viss situation på grund av en timeout.
• Det fanns (fortfarande) enstaka problem med att starta Fortnox-integrationen. Loggning har lagts till i integrationen för att hjälpa till att fastställa orsaken till problemet.

Dokumenthanteringsintegrationer

• I NetDocuments gick det att länka en användare eller användargrupp till en extern användare eller användargrupp, vilket orsakade fel.
• NetDocuments användar- och användargruppslänklistor visade ett oklart ”editvalue isnull”-felmeddelande när användaren eller användargruppen inte var länkad till NetDocuments.
• Om startandet av NetDocuments-licensuppdateringen misslyckades fick användaren ett oinformativt felmeddelande. Efter korrigeringen informerar felmeddelandet användaren om vilken information som ska granskas.
• Genom att ta bort NetDocuments-användarlänken sparades det externa ID:t i databasen som ”” istället för NULL, vilket orsakade problem med integrationen.
• Länkandet av NetDocuments-användare och användargrupper kunde inte korrekt hantera en användare eller grupp som tagits bort i NetDocuments. Efter korrigeringen kommer ett felmeddelande i denna situation att visas, varefter den ogiltiga externa identifieraren tas bort.
• Om ett fel inträffade när en användargrupp länkades till NetDocuments (t.ex. gruppnamnet innehöll ett kolon eller annat icke-giltigt tecken), var felmeddelandet som användaren fick inte tillräckligt tydligt.

Anpassningar

• För ärenden, fakturor och kostnadsräkningar var det möjligt att anpassa fält som skulle bryta textsökningen. Sådana fält är nu gömda från vyns kolumnväljare.

Nya funktioner

Förbättringar av rapporten Jävskontrollens parter

• Grupperingsalternativ har lagts till i rapporten Jävskontrollens parter. De ärenden som listas i rapporten kan nu sorteras enligt ärendeöppningsdatum (standard) eller ärendenummer i fallande ordning. I båda fallen placeras avslutade ärenden i slutet av listan, vilket gör listan lättare att läsa. Dessutom visar rapporten samma fält Ägare, Handläggare och Datum för senaste registrering (sista transaktionen eller utlägg) som lades till i ärendelistan för en jävskontroll efter kolumnen Ärende.

Separat vy för identifiering som löper ut inom 30 dagar

• En ny vy ”Utgångna och upphörande identifikationer” har lagts till i området Arbetsuppgifter > Kontroller > Klientidentifieringar. Vyn visar alla klientidentifieringshändelser som har löpt ut eller kommer att löpa ut inom de närmaste 30 dagarna. Samma vy finns även i Klientidentifieringar mappen för ärendeförfrågan, ärende, privatperson och företag. Vyn ”Utgångna och upphörande identifieringar” låter dig även vid behov ställa in en vypåminnelse, vilket gör det enklare att hantera identifieringar.

Transaktioner skapade från aktiviteter med flera arbetstidsregistreringar

• Programvaran låter dig nu bifoga flera arbetstidsregistreringar till samma aktivitet och automatiskt skapa en fakturerbar åtgärd från aktiviteten när den markeras som slutförd. Detta kräver att du definierar en specifik aktivitetstyp i inställningarna och gör två val för den: ”Arbetstidsregistreringar faktureras via aktivitet” och ”Skapa åtgärd automatiskt när aktiviteten markeras som slutförd”.
• När arbetstidsregistreringar definieras för att faktureras via en aktivitet, hindrar programvaran skapandet av en åtgärd från en arbetstidsregistrering som har den aktivitetstypen. Detta innebär att flera arbetstidsregistreringar kan samlas in för en enda aktivitet, och åtgärden skapas automatiskt först när aktiviteten markeras som slutförd. För att skapa en åtgärd måste aktivitetens varaktighet vara längre än noll, och den totala varaktigheten för aktiviteten även markeras som åtgärdens varaktighet. Om en aktivitet saknar obligatorisk information som krävs för åtgärden (t.ex. åtgärdstyp), markeras aktiviteten som slutförd, men åtgärden skapas inte.
• Om man i aktivitetstypen ställt in att arbetstidsregistreringar faktureras genom aktiviteten men man inte har valt automatiskt skapande av åtgärden, kommer programvaran att visa en varning för användaren då en aktivitet med bifogade arbetstidsregistreringar håller på att markeras som slutförd.

 Nytt Romeo-gränssnitt och ”E-tjänster” som ersätter faxalternativet

• Rättsregistercentralen tar bort det gamla Romeo-gränssnittet och ett nytt gränssnitt har utvecklats för att skicka rättshjälpsansökan.
• Samtidigt har alternativet ”Fax” i fältet ”Assistenten delgivits per” i ansökan ersatts av ”Elektroniska tjänster”. Alternativet ”Fax” i gamla anspråk kommer också automatiskt att ändras till elektroniska tjänster. Om kunden har en äldre CSI-programvaruversion som inte ännu har denna ändring, kommer dock värdet ”Fax” som valts i ansökan att överföras till Romeo som elektroniska tjänster.

Möjlighet att lägga till ärendeägaren automatiskt som ansvarig

• Ärendets ägare och handläggare är obligatoriska fält, och på vissa kontor brukar samma användare tilldelas dessa. Den ärendeägare som lagts till när ett ärende öppnas kan nu även tilläggas i fältet Handläggare som standard. I Kontors- och Systemparametrarna > Standardvärden > Parametern Handläggare finns nu alternativet ”Ärendeägare”.
• Om det väljs, kopieras värdet av fältet Ägare som läggs till i ett nytt ärende också till fältet Handläggare som standard. Om parametern ”Ärendeägare” har satts till standardvärdet, till exempel en kundansvarig, kopieras den också till fältet Handläggare. Handläggare kan bytas manuellt, men om ägaren ändras i efterhand kommer även den nya ägaren att uppdateras till fältet Handläggare. När det nya ärendet har sparats kommer redigeringen av ägarinformationen inte längre att påverka fältet Handläggare.

Information om mottagaren och användaren som returnerar värdehandlingar

• Fönstret Värdehandlingar visar nu även information om mottagaren och användaren som returnerar värdehandlingen. Vid registrering av en ny värdehandling är mottagaren obligatorisk information som kan ändras tills värdehandlingar återlämnas. Användaren som returnerar värdehandling är obligatorisk information när en värdehandling returneras, och informationen som lagras i programvaran kan inte redigeras. När denna uppdateringsversion tas i bruk kommer användaren i fältet Skapat av som lagras i programvaran att uppdateras som mottagare för varje värdehandling.

Förtydligande av funktionen ”Skriv inte ut åtgärds- och utläggsspecifikation vid betalningspåminnelse”.

• Parametern ”Skriv inte ut åtgärds- och utläggsspecifikation vid betalningspåminnelse” har förtydligats på följande sätt:
• När parametern är grön är rutan ”Skriv ut åtgärds- och utläggsspecifikation” i betalningspåminnelsens utskriftsparametrar avmarkerad. Valet kan inte redigeras, så ingen specifikation skrivs ut för betalningspåminnelsen.
• När parametern är röd eller grå, får rutan ”Skriv ut åtgärds- och utläggsspecifikation” i betalningspåminnelsens utskriftsparametrar samma värde som för en vanlig faktura. Valet är redigerbart och beroende på val skrivs specifikationen för betalningspåminnelsen antingen ut eller inte. Vid massutskrift skrivs specifikationen ut enligt de individuella betalningspåminnelseparametrarna.
• Vid massutskrift av betalningspåminnelser för flera kontor och valet ”Skriv ut alla med samma inställningar”, kontrolleras parametern från huvudkontoret. Om specificering är förbjuden vid huvudkontoret skrivs specifikationen inte heller ut för betalningspåminnelser vars kontor tillåter det. Om specificering är tillåten på huvudkontoret, men förbjuden vid kontoret för den enskilda betalningspåminnelsen, kommer specifikationen INTE att skrivas ut för den betalningspåminnelsen (förbudet överskriver alltid).

Standardmoms för utlägg som överförts av Hogia- och Fortnox-integrationerna

När ett utlägg i CSI programmet skapas från en verifikationsrad som överförts från Fortnox/Hogias bokföringssystem och verifikationsradens korrekta inköps moms är okänd, minimerar programmet behovet av manuella korrigeringar genom att definiera momsen enligt följande:

• Om verifikationsradens bokföringskonto finns listat i fältet ”Verifikationskontonummer att importera (skatt)” -> ställs utläggets inköpsmoms in enligt den inhemska betalarens momsinställningar, om rutan Skattefri inte är markerad och Genomfaktureringsvalet är ”Genomfaktureras ej”.
• Om verifikationsradens bokföringskonto finns listat i fältet ”Verifikationskontonummer att importera (ingen skatt)” -> utläggets inköpsmoms är skattefri, rutan Skatterfri är markerad och Genomfaktureringsvalet är ”Genomfaktureras ej”.
• Om verifikationsradens bokföringskonto finns listat i fältet ”Kostnadsförskottskonto (skatt)” -> sätts utläggets inköpsmoms enligt den inhemska betalarens momsinställningar, om rutan Skattefri inte är markerad och Genomfaktureringsvalet är ”Enligt betalarens skattepliktighet”.
• Om verifikationsradens bokföringskonto finns listat i fältet ”Kostnadsförskottskonto (ingen skatt)” -> utläggets inköpsmoms är skattefri, är rutan Skattefri avmarkerad och och Genomfaktureringsvalet är ”Enligt inköpsuppgifternas momssats”.
• I andra fall (till exempel om det bara finns verifikationsseriefiltrering men inga konton definierade) sker behandlingen på samma sätt som i alternativet ”Verifikationskontonummer att importera (skatt)”.

Momsunderlaget för en inhemsk betalare kan sökas med följande villkor:

• Datum: Datum för utlägget, eller om det är okänt, aktuell dag
• Skatteplikt: Skattepliktig
• Plats: Huvudkontor