CapLegal Inkasso Opsætning

CapLegal Inkasso Opsætning Alm. Inkasso og Realkredit inkasso / Fast ejendom

Indholdsfortegnelse Indledning... 3 Generel opsætning... 4 Inkassoopsætning... 4 Generel... 4 Realkreditinkasso... 5 Sagspost... 5 Nummerserie... 6 Aktivitetsfunktioner... 6 Fordringskladdeskabeloner... 7 Betalingskladdeskabeloner... 7 Takster (salær og gebyrer)... 8 Takster inkasso... 9 Takstopsætning for hovedstol... 10 Ændring af takster/afgifter/salærer... 11 Sagstype for takster... 11 Bogf.skabelonkoder... 12 Postspecifikation... 12 Posteringstype... 13 Summering af sagsposter... 13 Renter... 14 Workflow Aktiviteter... 15 Workflow kortet... 16 Generelt... 16 Linjer... 16 Datoformler... 19 Aktivitetskort... 20 Generelt... 20 Criteria/kriterie... 21 Hvis... 21 Dokumenthåndtering... 23 2

Indledning Denne vejledning vedrører selve opsætning af modulerne, herunder vedligeholdelse af fx takster/salærer og rentetabeller. Afhængig af roller (rettigheder m.v.) vil punkterne ikke være tilgængelige for alle medarbejdere på kontoret, idet navigationsruden Afdelinger kun er synlig hos brugere med visse rettigheder, afhængig af kontorets opsætning. Punkterne nedenfor under Opsætning gennemgås i denne vejledning. 3

Generel opsætning Inkassoopsætning Generel Typisk inkassosagsmedarb.: Her kan vælges mellem forskellige medarbejdertyper, og det er oprettelse af inkassokladde for den pågældende medarbejder, der styres her. Vælges fx Sekretær oprettes der en inkassokladde med posteringer for sekretærer på inkassosager. Diverse posteringstyper: Disse punkter hænger sammen med selve opsætning og styrer, hvor udlæg og afgifter vises i bl.a. inkassoopgørelser. Max. Betalingsperioder: Ved oprettelse af betalingsplan angives max. antal perioder (afdrag) som en afdragsordning må oprettes med uden meddelelse om, at brugeren opretter en betalingsplan med flere perioder/afdrag end opsat her. Rente større end betaling: Her kan vælges mellem Fejl eller Advarsel. Det kan være praktisk at opsætte feltet med værdien Advarsel, idet der kan være tilfælde, hvor der ønskes beregnet en betalingsplan, selvom ydelsen ikke dækker den beregnede rente. Opr. Hovedstols skabelon navn: Anføres og er altid udfyldt med OPR.HOVED. Klient Part type kode: Udfyldes med KLIENT, der er CapLegals standardkode for klienter. Debitor Part type kode: Udfyldes med den parttype kontoret anvender for at definere en Debitor i en inkassosag. Er standard udfyldt med DEBITOR Inkasso Parttype filter: Udfyldes med samme kode som i feltet Debitor Part type kode. Betalingskladdetypenavn: Er standard udfyldt med BETALING. Bruges til at styre håndtering af manuelle indbetalinger, der ikke bogføres via en inkassokladde. Rente stop dato: Her kan opsættes datoformel for, hvornår tilbage i tiden, der ikke længere skal beregnes renter. Datoformlen 36M betyder 36 måneder tilbage i tiden. Fundament årsagskode: Kode for fundament, som standard er udfyldt med FUND. 4

Realkreditinkasso Auktionsgebyr posteringstype: Kode for auktionsgebyr. Feltet hænger sammen med takster og salærer samt bogf.skabelonkoder. Feltet er som standard udfyldt med AUKTIONSGEB. Stempler: Felterne er oprettet af hensyn til senere anvendelse af stempel på fx pantebrev. Anvendes ikke p.t. i realkreditinkasso og felterne er standard udfyldt. Ejendoms nr. serie: Udfyldes med relevant nummerserie for oprettelse af ejendomme (ejendomskort), da hver realkredit- og/eller fast ejendomsinkassosag altid har en ejendom tilknyttet sag og fordringer. Er standard udfyldt med EJENDDOM. Prioritets nr. serie: Udfyldes med relevant nummerserie for oprettelse af prioritetsgæld (lån/pantebreve), da hver realkredit- og/eller fast ejendoms inkassosag altid har et lån/pantebrev tilknyttet sag og fordringer. Er standard udfyldt med PRIORITGLD. Salgsopstilling skabelonkode: Er udfyldt med den skabelon under skabeloner (Dokumenthåndtering), hvor Excel salgsopstillingen i CapLegal er indsat. Koden kan være forskellig fra standardopsætningen. Medarbejdertype på salgsopstilling: Da der i forbindelse med oprettelse af salgsopstilling til Excel, anføres medarbejder til sidst i salgsopstillingen, skal feltet udfyldes med den medarbejdertype, der typisk står som underskriver. Feltet er standard udfyldt med Sagsansvarlig, men ved opslag i feltet kan vælges mellem de forskellige medarbejdertyper. Sagspost Sagskladdetypenavn: Er standard udfyldt med INDBET og styrer håndtering af indbetalinger fra debitorer (sagsposter) Sagskladdenavn: Enhver opsætning af kladdetype skal også have et kladdenavn, og standard er feltet udfyldt med GENERAL. Bogf.skabelon for indbetalinger: Er standard udfyldt med 4, men skal tilrettes i forhold til kontorets opsætning af bogf.skabelonkoder, hvis denne ikke svarer til opsætningen. Der er alene tale om håndtering af indbetalinger fra inkassodebitorer. 5

Nummerserie Andre omkostninger nr. serie: Da alle inkassosagsposter i modulet bogføres, er der oprettet og tilknyttet relevante nummerserier til håndtering af automatisk nummerserie ved bogføringen. Feltet er udfyldt med standardkoden UDLÆG. Fundaments nr. serie: Da modulet håndterer flere fundamenter på samme sag, tildeles hvert fundament et nummer, hvorfor der er opsat en nummerserie til brug for dette. Feltet er standard udfyldt med FUNDAMENT. Betalingsplan skabelon nr. serie: Da modulet håndterer flere betalingsplaner på samme sag, tildeles hvert betalingsplan et nummer, hvorfor der er opsat en nummerserie til brug for dette. Feltet er standard udfyldt med BETPLAN. Aktivitetsfunktioner Afhængig af, hvor meget automatik, der ønskes i behandling af inkassosager, kan der oprettes/dannes aktivitetsfunktioner på baggrund af værdier og felter i inkassoopsætningen. Funktionen ligger øverst på båndet under gruppen Proces. 6

Fordringskladdeskabeloner Tabel til at håndtere opslagsmuligheder i inkassoopsætningen. Tabellen kan ændres (tilføjelse eller sletning) og værdi fra denne tabel er anvendt i feltet Opr. hovedstols skabelon navn. BEMÆRK Det anbefales ikke at ændre i denne tabel, da den håndterer oprettelse og bogføring af inkassosager, herunder betalingsplaner, fordringer m.v. Betalingskladdeskabeloner Tabel til at håndtere opslagsmuligheder i inkassoopsætningen. Tabellen kan ændres (tilføjelse eller sletning) og værdi fra denne tabel er anvendt i feltet Betalingskladdetype navn. BEMÆRK Det anbefales ikke at ændre i denne tabel, da den håndterer oprettelse og bogføring af inkassosager, herunder betalingsplaner, fordringer m.v. 7

Takster (salær og gebyrer) Her ligger tabellen som styrer alle beregninger omkring afgifter, gebyrer og salærer. Modulet leveres med en standardopsætning, men kontoret kan til enhver tid tilføje nye takster og ændre i eksisterende. De takster/koder som hænger sammen med inkassoopsætningen, bør ikke slettes eller omdøbes, medmindre inkassoopsætningen tilsvarende tilrettes. Nedenfor beskrives de forskellige kolonner samt hvordan vedligeholdelse ved fx ændring af takster håndteres. Beskrivelse af de standardtakster, der er er oprettet i CapLegal, finder du nedenfor, idet det for overskuelighedens skyld er opdelt i modulerne Inkasso Realkreditinkasso. 8

Takster inkasso Kode: Feltet er udfyldt med en tekstkode. Feltet kan omdøbes, men bør i så fald tjekkes i forhold til opsætning (inkassoopsætning og bogf.skabelonkoder). Beskrivelse: Her anføres en valgfri beskrivelse. Basis beløb: Her anføres en evt. grundafgift/-takst. Eller beløb, som fx ved kompensationsbeløb. Afrunding: Her anføres afrunding, idet der med opslag i feltet kan vælges mellem følgende standardafrundinger, idet det er vigtigt der knyttes korrekt metode til takst/salær, bl.a. med hensyntagen til Type og Præcision: Bogf.skabelonkode: Al bogføring på sager i CapLegal sker med angivelse af en bogf.skabelonkode. Der foretages opslag i feltet og det er vigtigt, at takst/salær hænger sammen med korrekt bogf.skabelonkode og posteringstype. Mere om bogf.skabelonkoder nedenfor. Salærtype: Her kan vælges mellem Kombineret (beløb og %), Hovedstol (beløb), Hovedstol (%) samt Speciel. Valget her hænger sammen med den underliggende takstopsætning for afgift og/eller salærtakst. Feltet skal ikke udfyldes, hvis der ikke er knyttet en takstopsætning til koden og vil typisk være udfyldt med Kombineret (beløb & %). Std. Niveau: Da det er muligt at knytte takster og afgift på enten Fordringer eller Sag, anføres hvorvidt taksten eller afgiften skal tilføjes sagen pr. fordring eller samlet for sagen. Eksempelvis kan Rykkergebyr og Kompensationsbeløb tilføjes pr. fordring, mens Inkassogebyr tilføjes sagen som et samlet beløb. Modul: Her anføres hvilket modul den aktuelle takst eller afgift vedrører. Betalingsprioritet: Her kan anføres 0, 1 eller 2, hvis der ønskes forlods prioriteret betaling af visse afgifter ved indgåelse af en betalingsplan/afdragsordning. Systemet er opsat til ved indgåelse af en betalingsplan, standard at betale renter og omkostninger først. 9

Tilføj ved oprettelse af fordring: Hvis kontoret allerede ved oprettelse af fordringslinjerne (når feltet hovedstol udfyldes) ønsker tilføjet og beregnet salær og gebyrer, anføres der i dette felt. Som udgangspunkt er der i takster og gebyrer som Inkassosalær, Rykkergebyr, Inkassogebyr og Kompensationsbeløb. Inkl. opgørelse kun ved bogføring: Hvis man ønsker tilføjet fx beregning af en fogedafgift ved oprettelse af fordring, skal beløbet kun medtages én gang i inkassoopgørelsen overfor debitor, når en efterfølgende bogføring af afgiften sker. Ved anførelse af i dette felt sikres beløbet ikke medtages to gange. Masseudf. niveau: Feltet giver mulighed for at automatisere visse beregninger, fx ved masseopfølgning/- udførelse af aktivitetsworkflow. Der kan vælges mellem Sag eller Fordring og det kræver oprettelse af en codeunit funktion til bestemmelse af, hvilken beregning der skal udføres. Som standard leveres denne tillægsfunktion ikke med CapLegal. Rentebærende betalingsplan: Hvis nogle afgifter, takster eller salærer skal være rentebærende i forbindelse med en betalingsplan, kan det anføres her. Tilkendte omkostninger og renteberegning af dette beløb kan tilføjes både her i opsætning eller i forbindelse med tilføjelse af beløbet til inkassosagen (fordringerne). ÅOP: Her kan føres med, hvilke takster, afgifter eller salærer, der skal inkluderes som en del af de årlige omkostninger i procent. Fletfeltnr.: For at kunne styre hvilke takster, afgifter eller salærer der skal udlæses hvor i skabelonerne i forbindelse med flet, er der opsat fletfeltnummer. Opslag i feltet giver en valgmulighed og skal tilføjes ved oprettelse af nye takster/salærer, hvis der skal flettes med denne værdi til Word. Takstopsætning for hovedstol 10

De takster/, afgifter, eller salærer der ikke kun har et basisbeløb, men beregnes ud fra fx hovedstolens størrelse, skal have tilføjet en takstopsætning. Det gør sig fx gældende ved beregning af retsafgifter og inkassosalær. Nedenfor ses eksempel på beregning af en fogedafgift og et inkassosalær. Eksempel på takstopsætning for inkassosalær Ændring af takster/afgifter/salærer Det er også her og i feltet Basisbeløb - der skal ske ændringer, hvis en beregning ændres ved en forhøjelse eller andet. Sagstype for takster Nederst kan anføres, hvis visse takster, afgifter eller salærer kun skal vedrøre bestemte sagstyper. 11

Bogf.skabelonkoder Dette punkt er nærmere beskrevet i vejledning omkring bogholderi og bogføring i CapLegal. I denne vejledning beskrives derfor kun de inkassorelevante forhold, der gør sig gældende ved bogf.skabelonkoder. Det er i kolonnerne Post specifikation og Posteringstype, at det er vigtigt der er udfyldt de korrekte værdier i forhold til de takster, afgifter og salærer, som bogf.skabelonen er tilknyttet i tabellen Takstopsætning. Postspecifikation De fleste af disse specifikationer inkasso. For at sikre inkassosagsposter vises korrekt i opgørelser, skal tilknyttet bogf.skabelonkode derfor have en værdi i dette felt, hvis der er tale om; Udlæg Udgift Inkassodebitor betaling Inkassosalær 12

Posteringstype På samme måde som anført ovenfor, skal en bogf.skabelonkode have tilknyttet en posteringstype, hvis bogf.skabelonkoden er tilknyttet en tilsvarende kode i takstopsætningen. Koderne ovenfor er de typiske koder som leveret med modulet og kan ændres. Summering af sagsposter Ønskes posteringer sammenlagt/summeret ved afregning af sagen, tilføjes der i dette felt, hvorefter posteringer med samme bogf.skabelonkode sammenlægges til ét beløb. 13

Renter Kode: Angiv her en valgfri kode (bogstaver eller tal). Navn: Angiv her et valgfrit navn, men vær opmærksom på, at feltet også bruges til at flette med til Word for at angive, hvilken rente der tillægges kravet. Rentesats termin: Her angives, hvorvidt der skal beregnes rente pr. år eller pr. måned. Du kan vælge mellem Måned, År eller 360 dage. Påløbende renter: Her anføres, hvorvidt der er tale om rentedage eller rentes rente. Påløbede renter: Udfyldes, hvis der skal beregnes og tillægges renter efter et interval, fx ved renteberegning med Rentes rente. Hvis rentekoden er opsat med Renters rente pr. måned skal feltet (intervallet) udfyldes med 1M eller 30D. Er er tale om kvartalsvise renter udfyldes feltet med 1K. På denne måde beregnes der og tillægges renter til beregning af rentes rente pr. måned eller pr. kvartal. BEMÆRK, at beregning af rentes rente med interval beregner dage i første interval til den første i en måned eller til de gældende kvartaler (1/1, 1/4, 1/7 og 1/10). Opsætning og vedligeholdelse af renteberegning sker her. Du kan selv oprette flere rentetyper og skal der tilknyttes en rentetabel, sker det via funktionen Renteopsætning som du finder øverst på båndet under gruppen Proces. Forfaldsdato: Her anføres dato for hvornår renteændringen træder i kraft. Rentesats: Her anføres rentesats pr. den pågældende dato. Tillægsrente: Her anføres en evt. tillægsrente (procent). 14

Workflow Aktiviteter Under Afdelinger CapLegal Opsætning Sag, finder du hele opsætningen omkring aktiviteter og workflow, som typisk bruges ved inkassosager. Nedenfor gennemgås funktionerne i forbindelse med Workflow, Workflow-kort og Workflow-punkter, idet det bemærkes, der altid kan oprettes nye Workflow eller tilrettes i eksisterende Workflow. For at tilrette et eksisterende Workflow bruges funktionen Rediger. Herefter er det muligt at tilrette et eksisterende Workflow. 15

Workflow kortet Generelt Kode: Her angives en kode for workflowet. Det bemærkes, at her er valgt samme kode som sagstypen, men da workflow kan bruges på tværs af sager er det ikke nødvendigt med et workflow pr. sagstype. Man kan fx have et workflow for alle inkassosager, men hvert modul skal have hvert sit eget workflow. Navn: Beskrivelse af workflowet og her er valgt Inkasso. Startaktivitet: Ønskes sagen oprettes med startworkflow allerede ved sagsoprettelse angives start aktivitets nr. her. Samtidig ses det i linjer/punkterne underst, hvilket aktivitetsnr. der er startaktivitet, idet der her anføres et. Standard: Udfyldes som udgangspunkt ikke. Modul: Her angives, hvilket modul workflowet er tilknyttet. Opret sagen med workflow: Angives der i dette felt, ville alle aktivitetsnumre automatisk blive tilknyttet/oprettet på sagen ved sagsoprettelse. Dette er ikke hensigtsmæssigt på inkassosager, men kan være praktisk ved generelle sager, hvis man har nogle step, der altid skal håndteres ved sagsoprettelse. Det anbefales derfor, at der ikke angives ved modulerne inkasso og realkreditinkasso/fast ejendom. Linjer Hver linje har et aktivitetskort og dette kort gennemgås nærmere nedenfor. Ved redigering af linjerne direkte nederst på workflow kortet, kan der redigeres enkelte punkter, som nærmere beskrives her: Aktivitetsnr: Her anføres et valgfrit nummer, men man bør være opmærksom på følgende: 16

Vælg et nummer, som giver mulighed for at tælle op og tag hensyn til SQL s sortering. Det betyder, at hvis du vil have startaktivitet skal være 0 eller 1 angives dette tal med 000 eller 001. Derved har du mulighed for at oprette op til 100 aktivitetsnummer i samme flow, uden du risikerer den sjove sortering SQL laver med tal, der ikke har lige mange cifre. Sørg for at gøre plads mellem numrene, så du altid kan sætte nye linjer ind imellem. Selvom du sagtens kan gå til næste aktivitet længere nede i listen, giver det god mening, når der foretages opslag, at numrene lægger i en rækkefølge som nogenlunde svarer til rækkefølgen i en sagsbehandling. Navn: Giv aktivitetsnumret et sigende navn som forklarer, hvilken eller hvad der udføres. Startaktivitet: Viser hvilken aktivitet der automatisk tilknyttes sagen ved oprettelse. Det bemærkes, at denne funktion hænger sammen med sagstyperne, idet man på de enkelte sagstyper kan tilknytte workflow og det derfor er relevant, hvilken startaktivitet der skal angives, når sagen oprettes med det tilknyttede workflow. Fremnot. kun til arbejdsdage: Hvis en frist til fremnotering rammer en søndag eller helligdag sørger et her for, at fristen forskydes/flyttes til nærmeste arbejdsdag. Varslingsfrist: Ønskes der en (anden) varslingsfrist end selve fremnoteringen angives det her. Varslingsfrister ses både i opgavelisten samt under fremnotering fra sagskortet. Angives der ikke noget her, udfyldes varslingsdatoen altid med samme dato som Registreringdatoen/fremnoteringsdatoen. En varslingsfrist er fx -14D (som anfører frist 14 dage før fremnoteringen skal udføres). Datoberegningsgrundlag: Udfyldes med den datoberegning, som antal fristdage skal beregne ud fra. I inkasso. Ved opslag kan der foretages følgende valg: 17

I inkasso vælges der typisk mellem følgende: Alm. Inkasso o Dags dato o Sagsforløbsdato o Next Payment Period Date o 1. rykker o 2. rykker Realkreditinkasso / fast ejendom o Dags dato o Sagforløbsdato o Vejl. mødedato o Forb. mødedato o Tvangsauktionsdato Dags dato: Alle frister med antal dage beregnes ud fra dagens dato. Fx hvis der skal beregnes 10 dage fra dagens dato den 10. maj, så vil fremnoteringsdatoen være 20. maj. Sagsforløbsdato: Alle frister med antal dage beregnes ud fra sagsforløbsdatoen, altså den dato, som er fremnoteringens registrerings-/udførelsesdato. Fx hvis der skal beregnes 10 dage fra sagsforløbsdatoen den 5. maj, men dagens dato er den 10. maj, så vil fremnoteringsdatoen være 15. maj og ikke 20. maj. Next Payment Period Date: Eller dato for næste betaling af afdrag/periode i henhold til en oprettet betalingsplan. Denne datoberegning bruges til automatisk tjek på, hvorvidt en afdragsordning er overholdt og skal fremnoteres til fx den første i den efterfølgende måned, når aktiviteten udføres. 18

1. rykker: Antal dage fra 1. rykker udføres til den næste aktivitet skal ske. Bruges dog typisk i opsætningen til at anføre, at denne aktivitet også er en så kaldt 1. rykker. 2. rykker: Antal dage fra 2. rykker udføres til den næste aktivitet skal ske. Bruges dog typisk i opsætningen til at anføre, at denne aktivitet også er en så kaldt 2. rykker. Vejl. mødedato: Datoen indtastes på sagen og der kan beregnes efterfølgende frister i forhold til denne dato. Forb. mødedato: Datoen indtastes på sagen og der kan beregnes efterfølgende frister i forhold til denne dato. Tvangsauktionsdato: Datoen indtastes på sagen og der kan beregnes efterfølgende frister i forhold til denne dato. Næste aktivitet 1: Der kan for hvert aktivitetsnummer fremnoteres til 1 eller 2 andre aktiviteter, ligesom der kan oprettes en betingelse på fx aktivitet 2. Vil man efter udførelse af fx inkassobrev have fremnoteret i 10 dage til næste skridt, opsættes aktivitetsnummer i dette felt som svarer til aktivitetsnr. for næste skridt. Frist dage 1: I forhold til næste aktivitet 1 opsættes det antal dage, der skal fremnoteres til. Hvis der skal ske noget 10 dage efter udførelse af aktivitet 1, anføres 10D. Det bemærkes der kan anvendes følgende datoformler: Datoformler D = dage, fx 10D for 10 dage M = måned, fx 1M for 1 måned LM = løbende måned, fx resten af måneden K = kvartal, fx 1K for 1 kvartal/3 måneder Å = år, fx 1Å for 1 kalenderår Desuden kan der bruges beregninger som + og. Du kan kombinere formlerne. Fx kan du fremnotere tjek på en afdragsordning med LM+5D. Derved fremnoteres der automatisk til 5 dage ind i den næste måned, hvor det jo ofte vil være tid for den næste måneds betaling, hvis afdragsordningen overholdes. Datoformlen 14D vil automatisk fremnotere 14 dage før det datoberegningsgrundlag, der er opsat. Er der opsat datoberegningsgrundlag Tvangsauktionsdato vil der blive oprettet en fremnotering 14 dage før denne dato, hvis denne datoformlen anvendes. Næste aktivitet 2: Skal der ske fremnotering til to samtidige aktivitetsnummer anføres det andet aktivitetsnummer her. Skal der opsættes en betingelse på dette aktivitetsnummer, som fx en aktivitet ud fra den samlede hovedstol, skal der også ske yderligere opsætning på selve aktivitetskortet. Mere herom senere nedenfor. Frist dage 2: I forhold til næste aktivitet 2 opsættes det antal dage, der skal fremnoteres til. Hvis der skal ske noget 10 dage efter udførelse af aktivitet 2, anføres 10D. Det bemærkes der selvfølgelig anvendes samme datoformler, som anført ovenfor. 19

Aktivitetskort Du kan selvfølgelig også foretage tilretninger direkte på aktivitetskortet, i stedet for direkte på linjerne på workflowet, men er der tale om simple tilretninger, som fx en beskrivelse eller dato til næste fremnotering, kan det være lettere at redigere direkte på linjerne. Generelt De felter, som er beskrevet via linjerne ovenfor, beskrives ikke her. Det er alene de felter under de aktuelle faner (oversigtspaneler), som beskrives. Aktivitetstype: Udfyldes som oftest med Standard. Der kan vælges mellem Standard, Dokument og Proces. Standard = er altid udfyldt ved datoberegninger Dokument = anføres, hvis der er knyttet en skabelon på aktiviteten, idet skabelonnummer anføres under oversigtspanelet Dokumenthåndtering. Proces = anføres, hvis der er tale om en avanceret funktion, hvor der fx er tilknyttet en rapport, jf. nedenfor under Objekttype. Udføres af: Her anføres den medarbejdertype, der typisk udfører den pågældende aktivitet. Udfyldelse af feltet betyder den næste fremnotering automatisk sker til den medarbejder på sagen, der har den aktuelle 20

medarbejdertype. Der kan foretages valg med [F4], men det vil typisk enten være en Sekretær eller Sagsbehandler, når der er tale om inkasso. Startakt. v. genoptag: Anfør hvis sagen ved genoptagelse skal starte med en bestemt aktivitet/fremnotering. Autoudfør: Anfør hvis aktiviteten skal autoudføres i forbindelse med en anden aktivitet. Fx hvis der skal fremnoteres til Betalingspåkrav eller Stævning afhængig af hovedstol. Udføres før aktivitet: Hvis der skal udføres en bestemt aktivitet, fx en beregning, inden en næste aktivitet, anføres det næste aktivitetsnr. her, idet du foretaget opslag i feltet med [F4]. Objekttype, der skal aktiveres: Der kan vælges mellem Rapport og Codeunit og det vil typisk være en systemmæssig funktion, der opsættes og udvikles i samarbejde med Capto. Objekt-id, der skal aktiveres: Her anføres nummer på den rapport eller codeunit, der skal aktiveres ved udførelse af den aktuelle aktivitet. Objektoverskrift, der skal køres: Her i lighed med de to forrige punkter om Objekter, anføres overskrift for den udførte aktivitet. Fx beregn noget. Criteria/kriterie Her anføres en evt. betingelse for 1. eller 2. aktivitet. Fremn. dato før dags dato: Sættes der i dette felt, beregnes der også frister før dagens dato. Det kan fx være praktisk ved fremnoteringer i forhold til en dekretdato, hvis disse ikke udføres før denne dato. Hvis Her opsættes forskellige betingelser, fx hovedstolens størrelse afhængig af, hvordan der skal fremnoteres til næste aktivitet 1 eller 2. Hvis der ikke er udfyldt aktivitet 2, betinges der på aktivitet 1, hvis der er udfyldt noget her. Ellers vil betingelsen altid følge aktivitet 2. Hvis betingelse er opfyldt: Du vælger her, hvilken betingelse der skal opfyldes i forhold til aktivitet 1 eller 2. Der kan vælges mellem 21

Saldo = saldo på sag (sagsposter) Forfalden saldo = mislighold afdragsordning Restgæld = inkassosagens restgæld Klientnr. = klientens nummer Hovedstol = samlet hovedstol i alt Retskredsnr. = retskredsens nummer Termin = forfaldsdato (periode) i forhold til betalingsplan Restbeløb = inkassosagens restbeløb i forhold til en afdragsordning Udsagn: Her anføres, hvorvidt betingelsen i feltet ovenfor skal have en værdi som er = (lig med værdien i feltet Beløb eller Nummer ) > (større end værdien i feltet Beløb eller Nummer ) < (mindre end værdien i feltet Beløb eller Nummer ) <= (mindre end, eller lig med værdien i feltet Beløb eller Nummer ) >= (større end, eller lig med værdien i feltet Beløb eller Nummer ) <> (forskellig fra værdien i feltet Beløb eller Nummer ) 22

Beløb: Her anføres beløbstørrelse i forhold til felterne Hvis og Udsagn. I det viste eksempel ovenfor er der tale om en betingelse på hovedstolens størrelse, hvorfor der er udfyldt beløbet 100.000 og i udsagn er anført, betingelsen er opfyldt, hvis hovedstolen er > (større end 100.000). Nummer: Hvis den opsatte betingelse fx betinger på et bestemt klientnummer, anføres det aktuelle klientnummer her. Ved valg af betingelse = klientnummer, foretages der opslag til kontorets klienter med [F4]. Dokumenthåndtering Hvis aktivitetsnummer skal udføre en aktivitet (flettes til Word), skal der vælges en dokumentskabelonkode. Ved opslag med [F4] i feltet foretages der valg mellem kontorets opsatte skabeloner. Feltet skal udfyldes, hvis der ovenfor under Generelt er valgt Dokument under Aktivitetstype. 23