Abakion Legal 28.0.202641.6849

I rapporten Regulering af klient/sags tilsvar og i Faktureringsopsætning under gruppen Tilsvar kunne man tidligere kun styre teksten på reguleringslinjerne med Reguleringstekst og Hovedtilsvarsreg.tekst, og kun med flettefeltet %1. Teksten på modkontoen kunne ikke styres selvstændigt.

Der er nu tilføjet to nye, valgfrie felter: Modkt. reguleringstekst og Modkt. hovedtilsvarsreg.tekst. De bruges som beskrivelse på modkontoen i kladdelinjerne. Felterne findes både på rapportens anmodningsside under Indstillinger og i Faktureringsopsætning under Tilsvar, og de fungerer som de eksisterende tekstfelter. Er de tomme, er resultatet uændret. De anvendte tekster gemmes desuden pr. kørsel i arkivet.

Der er også kommet flere flettefelter, som kan bruges i alle fire tekstfelter: %2 (bankkontonummer), %3 (registreringsnummer), %4 (Tilhørende sagsnr.), %5 (Tilhørende klientnr.) og %6 (bankkontokode). %1 er uændret. Flettefelterne hentes altid fra bankkontoen i kladdelinjens Konto, også i Modkt.-teksterne. Er kontoen ikke en bankkonto, eller mangler bankkontoen oplysningen, er flettefeltet tomt uden fejl. %4 giver kun mening, når bankkontoen er knyttet til præcis én sag.

Efter fletningen ryddes teksten op: dobbelte mellemrum samles, og mellemrum samt afsluttende tegn som bindestreg, komma, kolon og semikolon i slutningen af teksten fjernes. Tegnsætning midt i teksten røres ikke. Teksten afkortes til 100 tegn efter oprydningen. Eksisterende tekster med kun %1 giver uændret resultat.

I rapporten Regulering af klient/sags tilsvar kan man nu angive en Sumkode, som sættes på alle de kladdelinjer, rapporten opretter. Det gør det muligt at bogføre regulering på klientsamlekonti uden debitordimension.

Feltet Sumkode findes i Faktureringsopsætning under gruppen Tilsvar og på rapportens anmodningsside under Indstillinger. Værdien fra Faktureringsopsætning er standardværdi på anmodningssiden og kan ændres, før rapporten køres. Der kan kun vælges gyldige sumkoder. Den anvendte Sumkode gemmes desuden pr. kørsel i arkivet. Er feltet tomt, oprettes kladdelinjerne uden sumkode som hidtil.

Hvis I tidligere har angivet en sumkode til regulering i Finansopsætning, er værdien flyttet automatisk til Faktureringsopsætning ved opgraderingen. Feltet i Finansopsætning er ikke længere synligt.

Når man lukker siden Tid og gebyrer med OK, blev alle gebyrer med et nulbeløb tidligere fjernet automatisk, uden at man blev spurgt. Det gjorde det umuligt at oprette en kladdelinje for et gebyr med nulbeløb, selv når det var tilladt i opsætningen af sumkoden.

Nu kontrolleres sumkoden på hvert gebyr med nulbeløb. Hvis sumkoden tillader bogføring med nulbeløb, bliver du spurgt, om du vil oprette en kladdelinje med nulbeløb. Svarer du Ja, bliver gebyret med som normalt. Svarer du Nej, bliver gebyret fjernet som før.

Gebyrer med nulbeløb, hvis sumkode ikke tillader nulbeløb, bliver stadig fjernet automatisk, så eksisterende opsætning fungerer uændret.

I Brugeropsætning havde to felter ens danske oversættelser, så det ikke var muligt at se forskel på, hvad de styrede. Det drejede sig om feltet for Tillad oprettelse af alle sagsundertyper og feltet for Tillad alle nummerserier for kontakter.

Hvert af de to felter har nu fået sin egen danske oversættelse, så det fremgår tydeligt, hvad de hver især gør. Rettelsen gælder også de steder, hvor feltnavnene vises i gruppeskabelonen.

Når man oprettede eller rettede en linje i Tidsregistreringer, kunne siden hænge, uden at linjen blev gemt. Brugeren oplevede, at systemet blev ved med at arbejde uden at blive færdigt, og man måtte lukke siden eller afbryde sessionen. Problemet opstod kun for en bestemt ressource på en bestemt dato, mens andre ressourcer og datoer fungerede normalt.

Årsagen var, at systemet efter hver ændring kontrollerer de øvrige tidsregistreringer for samme ressource og dato. Hvis en af dem under kontrollen skiftede fra at være ufuldstændig til at være komplet, blev skiftet ikke registreret som en ændring. Det udløste en ny kontrol af de samme registreringer igen og igen.

Det er nu rettet, så skift mellem ufuldstændig og komplet bliver håndteret korrekt, og kontrollen afsluttes som forventet.

Når sagsposter blev flyttet til en anden sag med funktionen Flyt sagsposter, blev posterne flyttet, men dimensionen Sagsnr., valuta og priser blev ikke opdateret til den nye sag. De tilknyttede tidsposter fulgte heller ikke med.

Flytningen følger nu de samme regler som Flyt/Rediger sagsposter. Dimension, valuta og priser opdateres ud fra den nye sag, og tidsposten følger med. Mangler posternes opgave på målsagen, oprettes den automatisk som en kopi af opgaven på den oprindelige sag med samme nummer. Flytning til en arkiveret sag afvises.

Kan en enkelt post ikke flyttes, flyttes ingen af posterne. Fejlmeddelelsen angiver nu hvilken sagspost det drejer sig om, med bogføringsdato og ressource, samt årsagen. Der vises kun den første fejl.

Bemærk at åbne poster, der ligger på et fakturaforslag, ikke længere kan flyttes. Poster med en bogføringsdato uden for din tilladte periode afvises også.

Når et udlæg blev bogført på sagen, blev Momsproduktbogføringsgruppe på Debitorposten hentet fra opsætningen af den sumkode, der var valgt på købsbilaget. Den svarede ikke nødvendigvis til den momsproduktbogføringsgruppe, der faktisk var brugt på linjen i købsbilaget. Hvis de to var forskellige, kunne bogføringen af købsbilaget og omposteringen til sagen få forskellige momsoplysninger.

Fejlen gjaldt både købsfakturaer og købskreditnotaer.

Momsproduktbogføringsgruppen bliver nu hentet fra den aktuelle linje i købsbilaget, så både købsbilag og omposteringen til sagen får samme momsoplysninger.

Tidligere var det muligt at bogføre et salgsbilag, hvor en eller flere linjer havde en Sag, der tilhørte en anden klient end den, bilaget var udstedt til. Kontrollen fandtes kun ved indtastning i fordelingen og dækkede derfor ikke linjer, der var oprettet manuelt, kopieret fra et andet bilag, eller hvor Faktureres til kundenr. på bilaget blev ændret efter fordelingen.

Nu kontrolleres hver linje med en Sag, når du bogfører eller kører Bogføringseksempel. Hvis sagens klient er forskellig fra klienten på bilaget, stoppes bogføringen med en fejl, der angiver Sagsnr., Linjenr. og de to klientnumre. Kontrollen gælder både salgsfakturaer og salgskreditnotaer.

Splitfakturaer til fakturamodtager eller medklient påvirkes ikke, da bilagets Faktureres til kundenr. fortsat er sagens klient.

I rapporten Word Reminder var flettefeltet FirstContactName blankt, hvis feltet Kontakt var tomt på den udstedte rykker. Det skete, selv om debitoren havde et navn, og derfor fik hilsenen i rykkerbrevet intet navn.

FirstContactName viser nu første ord i Kontakt. Hvis Kontakt er tomt, bruges i stedet debitorens Navn fra den udstedte rykker. Hvis Kontakt er udfyldt, er adfærden uændret.

Bemærk, at Kontakt på selve den udstedte rykker stadig er tomt i disse tilfælde. Det er kun hilsen i brevet, der er rettet. Når der bruges debitornavnet, vises det fulde navn, så hilsen kan fx blive "Kære Firma A/S" i stedet for et fornavn. Der er ingen ændringer i Word-layoutet.

Når funktionen Gem faktura og kreditnota mails i dokumentsystem var slået til i Dokumentopsætning, blev fakturamails, kreditnotamails og rykkermails ikke altid gemt på sagen i SharePoint. Problemet opstod, når mailen blev sendt fra en delt postkasse eller på vegne af en anden postkasse. Mailen blev afsendt korrekt og kunne ses i Sendt post, men blev ikke arkiveret.

Årsagen var, at Exchange som standard lægger den sendte kopi i den sendende brugers egen Sendt post, mens programmet kun ledte efter mailen i den delte postkasse. Mailen blev derfor enten ikke fundet, eller også kunne indholdet ikke hentes.

Programmet søger nu først efter den sendte mail i brugerens egen postkasse og derefter i den delte postkasse. Da Exchange kan være lidt forsinket med at lægge kopien i Sendt post, forsøger programmet flere gange, før det giver op. Afsenderen på den arkiverede mail er nu den konto, mailen faktisk blev sendt fra, også når Aktuel bruger er valgt i maildialogen. Rettelsen gælder faktura, kreditnota og rykker og kræver ingen ny opsætning.

Beskyttelsen mod dubletter er uændret. Sendes samme bilag med samme emne flere gange inden for 2 minutter, gemmes mailen ikke, så den forkerte mail ikke bliver arkiveret.