Programnamn ANJT Inkassokrav återredovisa Testfönster integrationstest: BN9IC Rutinnamn Rutinnamn (jobnamn) E778ANAN Körfrekvens Daglig (infil från Inkasso) Komponent AN_Aaterbetalning Systemområde Systemområde: Återbetalning Område inom systemområdet: Krav Ändringslogg Vid ändringar i en befintlig batch skapas alltid en ny version av programspecifikationen och den gamla versionen sparas undan. Ändringsloggen uppdateras samtidigt som en detaljerad beskrivning av hur förändringen ska genomföras och datum för förändringen förs in under rubrik Ändringar. Samtliga rubriker som påverkas uppdateras i sin helhet, inte bara genom en notering om ändringen. Konstruktionsunderlaget behöver inte uppdateras. Samtliga sökvägar i dokumentet uppdateras, inklusive sökvägen till programspecifikationen i sidfoten. Ändringslogg: Ändringsdatum1 Sign Driftdatum/ Systemområde/ Beskrivning3 release2 Projekt 2012-05-22 JMG R1248 Puhma Ny 2013-06-25 EWR R1348 förvaltning Två nya statusorsaker, Maskinellt avslut av vissa ärenden 2014-05-06 EWR R1448 Förvaltning Byt namn på händelser 2015-01-20 JON Veckorelease FO P62826: Rättning av återredovisning. 2015-03-05 JON Veckorelease FO P55727: ANJT dumpar om Leverantör skickar en statuskod i filen som inte tillhör ett adressärende. 2015-03-05 JON Veckorelease FO P58524: 1) Datum när programspecifikationen uppdaterats med ändringen, alternativt skapats. 2) Datum/release när ändringen driftsatts. 3) Kort beskrivning av ändringen. Hänvisning till Mimerärende om sådant finns.
Utvecklingsverktyg/språk CAGen Verksamhetsbeskrivning Tar emot statusfil från inkasso. Filen innehåller uppgifter om förändrad status i ärendet hos dem, t ex adressbyte eller kontakt med kunden. Ur statusfilen tar vi hand om information om vad som har hänt i INKKRA-ärendet. (Datumet som finns i filen, är det datum som läser mot antal dagar i jobbkort 2 (7 dagar), innan ärendet stängs med HEL eller DEL, för avslutskod 8) Datum vi lägger på händelsen är det datum då batchen körs hos CSN) Adressökning När adress till kunden hittats leder det till Adress funnen i ärendet, vilket gäller oavsett om ärendet avser indrivning eller endast adressökning. I händelsens notering kommer uppgift om den nya adressen att finnas. I ärende för adressökning skapas Adress ej funnen vid återredovisning från inkassobyrån. Statusrapportering Statusorsaker uppdaterar INKKRA-ärendet med händelse och notering och vissa händelser skapar även arbetsuppgifter i OPUS. Vid återredovisning i ärende för indrivning kommer att skapas. Statuskoden beskriver hur inkassobyrån bedömt ärendet ha slutförts. Alla händelser som skapas här ska sedan åtgärdas manuellt av handläggare i fönster KN4HC Inkassokrav åtgärda oavsett vilken händelse som skapats här. Matris för återredovisningsorsaker och för status Kod Förklaring Ärende grupp Typ av ärende Händelse CSN Notering 1 = Rättsliga Rättslig process 1 åtgärder inledda inledd 2 2 = Utmätning Utmätning inledd 3 3 = Varsel 4 4 = Betalningsplan Varsel om inkassoåtgärder Betalningsplan inkasso Belopp och förfallodatum (Hämtas från fältet fritext) Villkor i betalningsplan (Hämtas från fältet fritext)
5 5 = Utred rättsligt 6 6 = Adress funnen Förfrågan rättsliga åtgärder Adress funnen 6 6 = Adress funnen Adress Adress funnen Information exempelvis att solvenstutredning är OK (Hämtas från fältet fritext) Den nya adressen som finns i fälten Care-of adress (C\o), Utdelningsadress, Postnummer, Postort, Land, E- postadress, Telefonnummer Den nya adressen som finns i fälten Care-of adress (C\o), Utdelningsadress, Postnummer, Postort, Land, E- postadress, Telefonnummer 7 8 9 10 11 7 = Resultatlös adressefterforskning Adress 8 = Inkassokrav betalt 9 = Återkallat av CSN 10 = Tillgångar saknas 11 = Utmätningsbara tillgångar saknas efter rättsliga åtgärder 12 12 = Konkurs 13 13 = Skuldsanering Adress ej funnen Resultatlös adressefterforskning Inkassokrav betalt, Betalt belopp: (Värdet i fältet Betalt belopp), Obetalt belopp: (Värdet i fältet Obetalt belopp) Återkallat av CSN Tillgångar saknas Utmätningsbara tillgångar saknas Konkurs Skuldsanering
14 14 = Låntagaren ej funnen 15 15 = Övrigt 16 16 = Förfrågan CSN Förfrågan Låntagaren ej funnen Information om varför Övrigt har valts (Hämtas från fältet fritext) Frågan skrivs som fri text på filen och läggs som en notering i ärendet 17 17 = Tillgångar finns, resultatlös indrivning Tillgångar finns, resultatlös indrivning 18 18 = Kreditvärdering ej möjlig Kreditvärdering ej möjlig Volym 100/dag Struktur 1) Hämta händelseregler och åtgärder med AR032 2) Läs första posten på infilen med ANX109 3) Läs ärendet som finns angivet på infilen med AN902 4) Kontrollera att en korrekt statuskod finns för den lästa posten 5) Skapa händelse och ev. notering utifrån den angivna statuskoden 6) Läs nästa post på filen 7) Skapa bearbetningsstatistik Felhantering Om något fel uppstår i programmet skapas en display. Sedan läses nästa post på filen. Om en display har skapats ska ett automatmejl gå till :s funktionsbrevlåda. I tabellen nedan ska alla fel utöver standard beskrivas: Felbeskrivning från felfilen Beskrivning samt åtgärd (skickas i mailet) Referensärendet är inte ett INKKRAärende Display CSN-nr är felaktigt Statuskoden är inte en giltig statuskod Display Display
Filhantering Infil Filen är semikolonseparerad. Post Position Max Pos. Typ Innehåll Kommentar 410 1-3 3 Numeriskt Posttyp 410 Ärendepost 4-11 8 Numeriskt CSNnr Unikt CSNnr för varje kund som CSN har (kundnummer) 12-20 8 Numeriskt Skapat datum Format SSÅÅMMDD 21-30 10 Numeriskt Personnumm er Personnummer 31-36 5 Numeriskt Ärendenum mer Ärendenummer, ex: 00056 referensnummer hos CSN. Varje inkassoärende eller adressökningsärende får ett unikt ärendenummer och det kan finnas flera pågående ärendenummer samtidigt. 37-39 3 Alfanumeriskt Status Beskriver vad det är som ska rapporteras Giltiga värden: 1 = Rättsliga åtgärder inledda 2 = Utmätning 3 = Varsel 4 = Betalningsplan 5 = Utred rättsligt 6 = Adress funnen 7 = Resultatlös adressefterforskning 8 = Inkassokrav betalt 9 = Återkallat av CSN 10 = Tillgångar saknas 11 = Utmätningsbara tillgångar saknas 12 = Konkurs 13 = Skuldsanering 14 = Låntagaren ej funnen 15 = Övrigt 40-239 200 Alfanumeriskt Fritext Fritext 240-246 7 Numeriskt Betalt belopp Det belopp som kunden har betalat som har avräknat inkassokravet (ej inkassoavgifter till Leverantör) 247-253 7 Numeriskt Obetalt belopp 254-293 40 Alfanumeriskt Care-of adress (C\o) 294-333 40 Alfanumeriskt Utdelningsad ress 334-348 15 Numeriskt Postnummer Det ev. belopp som fortfarande är obetalat, exklusive inkassoavgifter till Leverantör.
349-388 40 Alfanumeriskt Postort 389-428 40 Alfanumeriskt Land 429-488 60 Alfanumeriskt E-postadress 489-505 17 Numeriskt Telefonnum mer 499-506 3 Numeriskt Slutpost Utfiler Utfiler saknas ARB-program Programmet skapar inga utskrifter. Parametrar Körparameter: Jobnamn Värde E778ANAN Beskrivning (om tillämpbart) Giltig from Debug flagga Lock flagga Avbryt körning Kördatum Jobkort 1 Blank eller J J = programmet dumpar efter Max_behandla antal behandlade personer, enbart test Antal fel som tolereras innan programmet avbryts Jobkort 2 10 Antal dagars fördröjning på poster med statuskod 8 (posterna snurrar i programmet innan ärendet avslutas, blir status 108) Jobkort 3 CSN nr from CSN nr tom Max behandla Commit max Styr hur många gubbar som ska behandlas innan programmet dumpar (om Avbryt_körning = J, enbart i test Styr hur många poster som ska skrivas på varje MQ-fil
Bearbetningsstatistik Namn på räknare Beskrivning A1 Totalt antal lästa poster Antal lästa posten från filen A2 Antal feldisplayer Antal fel som har displayats 01 Rättslig process inledd Antal på filen som har statuskod 1 = Rättsliga åtgärder inledda 02 Utmätning inledd Antal på filen som har statuskod 2 = Utmätning 03 Varsel om inkassoåtgärder Antal på filen som har statuskod 3 = Varsel 04 Betalningsplan inkasso Antal på filen som har statuskod 4 = Betalningsplan 05 Utred rättsligt Antal på filen som har statuskod 5 = Utred rättsligt 06 Adress funnen adressärende Antal på filen som har statuskod 6 = Adress funnen i ett adresssökningsärende 06 Adress funnen indriv ärende Antal på filen som har statuskod 6 = Adress funnen i ett indrivningsärende 07 Resultatlös adressefterfor Antal på filen som har statuskod 7 = Resultatlös adressefterforskning 08 Antal på filen som har statuskod 8 = Inkassokrav betalt 09 Återkallat av CSN Antal på filen som har statuskod 9 = Återkallat av CSN 10 Tillgångar saknas Antal på filen som har statuskod 10 = Tillgångar saknas 11 Utmätningsb tillgång saknas Antal på filen som har statuskod 11 = Utmätningsbara tillgångar saknas efter rättsliga åtgärder 12 Konkurs Antal på filen som har statuskod 12 = Konkurs 13 Skuldsanering Antal på filen som har statuskod 13 = Skuldsanering 14 Låntagaren ej funnen Antal på filen som har statuskod 14 = Låntagaren ej funnen 15 Återred ink annat Antal på filen som har statuskod 15 = Övrigt 16 Förfrågan Antal på filen som har statuskod 16 = Förfrågan CSN 17 Tillgångar finns ej indriv Antal på filen som har statuskod 17 = Tillgångar finns, resultatlös indrivning 18 Kreditvärdering ej möjlig Antal på filen som har statuskod 18 = Kreditvärdering ej möjlig Commit/Återstart Spara räknare, vid Commit för Återstart (enligt standard). Batchkarta Systemöversikt - utlandskrav.docx Test Testfönster integrationstest: BN9IC Övrigt Som sista steg i JCL:en ska en tomfil skapas för att aldrig av misstag köra samma fil två gånger. Möjlighet att styra att programmet dumpar är inlagd, det styrs via körparameterns Attribut AVBRYT och ANTAL_BEHANDLADE
Kom ihåg Ändringar Beskriv ändringarna med den senaste ändringen överst. Lägg in en referens till Mimerärende om sådant finns. Ändringsdatum 2015-03-05 veckorelease Konstruktionsunderlag ändring P58524. Beskrivning: INKKRA ärendet har uppdaterats med händelsen Adress funnen och får då bevakningen Hantera adress, genom ANJT kod 6. Om handläggarna inte hinner hantera den nya adressen från Inkasso och Inkasso (leverantör) hinner skicka återredovisning till CSN kommer INKKRA ärendet maskinellt att avslutas och stängs. Det innebär att den nya adressen inte kommer att registreras för kunden och ligger med en ogiltig adress och kommer då inte skickas till Inkasso om kunden har obetalda avgifter. Lösning: Anropa OP043 för att kontrollera om det finns en bevakning Hantera adress på ärendet (skicka med ärendenr). If-satsen där man kontrollerar om avsluts- händelsen ska skapas (if temp_status = 009, 010,011,017,018,108) skall kompletteras med kontroll om man fick träff i op043. If-satsen där snurrfilen skrivs om statusd är 008, måste också kompletteras med test om man fick träff i op043 (ingen post ska skrivas på filen om status 008/108 och bevakning Hantera adress finns). Ändringsdatum 2015-03-05 veckorelease Konstruktionsunderlag ändring P55727. Be skrivn in g: ANJT dumpar om Leverantör skickar en statuskod i filen som inte tillhör ett adressärende. Batchen ska inte dumpa utan lägga ut dessa på display. INKKRA ärendet var inte ett kravärendet, utan ett adressärende. Och Leverantör hade skickat in kod 009 (Återkallat av CSN) i filen.
Lösning: Kontrollera om händelsen "Adressuppgift skickat" finns på ärendet, genom att anropa AN933, om den finns och statuskoden är något annat än 006 eller 007 ska display göras via gex008 och nästa post läsas. Ändringsdatum 2015-01-25 veckorelease Konstruktionsunderlag ändring P62826: matchar avisering ffdatum och löpnr från läst inkassokrav till AN411 för att den ska återredovisa endast det belopp som är knutet till inkassokravets avi. Ändringsdatum 2014-05-06 Konstruktionsunderlag ändring Händelserna Avslutat utan åtgärd (borttagen), Inkassokrav avslutat Del, Inkassokrav avslutat Hel, Inkassokrav avslutat Ej, Inkassokrav avslutat Fel (borttagen), Adressökning avslutat Hel, Adressökning avslutat Ej Ändras till Avslutat Ny prövning om 1 mån, Inkasso avslutat delvis betalt, Inkasso avslutat betalt, Inkasso avslutat ej betalt, Avsl utan att gå till inkasso, Adressökning lyckad, Adressökning misslyckad Ändringsdatum 2013-06-25 Konstruktionsunderlag ändring Ändra i ANJT så att vi kan ta emot statuskod 17 och 18. När statuskoden är 17 ska händelsen skapas med notering Tillgångar finns, resultatlös indrivning. När statuskoden är 18 ska händelsen skapas med notering Kreditvärdering ej möjlig. Två nya räknare måste skapas som redovisas i Bearbetningsstatistiken. Ärendet ska även avslutas enligt den specen nedan, med ärende Inkassokrav avslutat Ej. Detta gäller båda statuskoderna för - och -lån. Vid återrapportering av - och -ärenden ska batchen ANJT i vissa fall avsluta ärendet, på samma sätt som i dag görs manuellt i fönstret KN4HC. Det gäller när återredovisningskoden är 8, 9, 10, 11 på infilen från inkassobyrån. - Kod 8 - Inkassokrav betalt, om hela kravet är betalt (fältet Obetalt belopp i infilen = 0) ska händelsen Inkassokrav avslutat Hel skapas annars händelsen, Inkassokrav avslutat Del - Kod 9 - Återkallat av CSN, händelsen Inkasso avslutat Återkallat ska skapas - Kod 10 - Tillgångar saknas, händelsen Inkassokrav avslutat Ej ska skapas - Kod 11 - Utmätningsbara tillgångar saknas efter rättsliga åtgärder, händelsen Inkassokrav avslutat Ej ska skapas
Förutom att avslutshändelsen skapas ska även en del andra uppdateringar göras på samma sätt som görs i server KN4I idag när avslutshändelser skapas. Vid hel eller delvis betalning (orsakskod 8) måste ärendet avslutas med en fördröjning eftersom ärendet måste vara öppet tills inbetalningen kommer till CSN. Är ärendet redan stängt kan inte inbetalningen placeras maskinellt. Detta löses genom att skapa en ny utfil från programmet där inposten (orsakskod 8) skrivs. Den utfilen modas sedan med i nästa körning, kontroll på datum görs för dessa inposter och när det gått 5 dagar (antal dagar tas in i körparametern jobkort_2 för att enkelt kunna ändras) kan avlutshändelsen skapas. Händelsen ska skapas och tabellen INKASSOKRAV ska uppdateras när posten kommer från Inkassobyrån precis som idag. För att på ett enkelt sätt kunna avgöra om det är första gången posten läses i programmet så ska orsakskoden sättas till 108 på utfilen. Förtydligande av hantering av poster med orsakskod 8 Poster med orsakskod 8 kommer in dag 1 och händelsen skapas på befintligt ärende och slutåterredovisningsdatumet i tabell INKASSOKRAV uppdateras. Posten skrivs på utfilen med orsakskod 108. Dag 2, 3 och 4 läses posten in tillsammans med alla nya poster från inkassobyrån, eftersom skapandedatumet på inposten inte => kördatum + antal dagar i jobkort_2 skrivs posten på utfilen igen utan vidare bearbetning. Dag 5 när skapandedatumet på inposten => kördatum + antal dagar i jobkort_2 skapas händelsen Inkassokrav avslutat Hel eller Inkassokrav avslutat Del, uppdateringar som beskrivs nedan görs. Ändring i ANJT01 Det behövs en ny report composertjänst som skapar en fil med samma storlek och utseende som infilen (ANX109_STATUSFIL_INKASSO_LAES) I början av programmet öppnas utfilen genom att anropa den nya tjänsten och i slutet stängs den genom ett nytt anrop av tjänsten. Två nya antalsräknare behövs, en för att räkna antal lästa poster med orsakskod 108 och en för att räkna antal skrivna poster på utfilen. I Case-satsen där orsakskod 008 behandlas ska kod läggas till för att skriva posten på utfilen med samma innehåll som inposten förutom orsakskod som ska sättas till 108, räknaren för antal skrivna på utfil ska ökas upp.
Den nya koden nedan ska läggas till efter att händelsen är skapad För poster med ärendegrupp Om och återredovisningskoden är 9, 10, 11 eller (108 och skapandedatumet på inposten => kördatum + antal dagar i jobkort_2) gör nedanstående: Anropa AN946 och skapa händelse på befintligt INKKRA-ärende utan notering Läs inkassokrav för befintligt INKKRA-ärende Anropa AN411 för att ändra status på delbeloppen, använd förfallodatumet från läst inkassokrav och statusorsak Inkasso Anropa AN906 för att kolla om det finns något öppet ANST-ärende Finns öppet ANST-ärende anropa AN158 för att ändra status på delbeloppen till Vilande med statusorsak Anstånd För poster med ärendegrupp Kolla om personen har giltig svensk adress genom att anropa PA052 För personer med giltig svensk adress och återredovisningskoden 9, 10, 11 eller (108 och skapandedatumet på inposten => kördatum + antal dagar i jobkort_2) gör nedanstående: Anropa AN946 och skapa händelse på befintligt INKKRA-ärende utan notering Läs ärendet för varje lån som ingår i INKKRA-ärendet och anropa AN420 för att ev skapa förekomst i uppföljningstabellen för varje lån. Läs LAAN_AAKR för alla ingående lån och uppdatera kravstatus med space och om executionstitel = Inkasso uppdatera extitel och extitel datum med space För personer som är utomlandsbosatta och återredovisningskoden 9, 10, 11 eller (108 och skapandedatumet på inposten => kördatum + antal dagar i jobkort_2) gör nedanstående: Anropa AN946 och skapa händelse på befintligt INKKRA-ärende utan notering Läs LAAN_AAKR för alla ingående lån och uppdatera kravstatus med space och om executionstitel = Inkasso uppdatera extitel och extitel datum med space Nedan gäller för poster med ärendegrupp och Uppdatering av tabell TINKASSOKRAV attribut INDRIVET ska uppdateras om återredovisningskoden är 9, 10, 11 eller (108 och skapandedatumet på inposten => kördatum + antal dagar i jobkort_2). Om återredovisningskoden är 108 och hela beloppet är betalt ska attributet få värde HEL, om återredovisningskoden är 108 och beloppet bara delvis är betalt ska attributet få värde DEL. Om återredovisningskoden är 9 ska attributet få värde HEL. Om återredovisningskoden är 10 eller 11 ska attributet få värde EJ. Ändring som gäller statuskod 08 Pga att infilen är variabel kan man inte skapa externaln för att skriva fil, via report composer, att lösa det på annat sätt är tidskrävande. Detta upptäcktes först vid kodningsfasen,för att spara tid beslutades därför att i stället för att skiva en fil (med posttyp 108) som modas ihop med infilen, skapa en händelse på ärendet med en maskinell bevakning. Den bevakningen har bevaskningsdatumet satt till kördatum + 5 dagar (antal dagar tas in via körparametern). För att avsluta ärenden med statuskod 08 måste programmet läsa den maskinella bevakningen som skapats 5 dagar tidigare. Texten ovan som avser statuskod 08, 108 och text för att skapa och skriva utfil är därför ersatt med nedanstående text. Lägg till möjlighet att dumpa programmet genom att utnyttja körparameterns fält AVBRYT (ska vara J) och ANTAL_BEHANDLADE (ska vara det antal man vill ha bearbetade innan programmet dumpar).
Konstruktionsunderlag Behandling *** Hämta händelseregler Hämta händelseregler och åtgärder med AR032 Ärendegrupp Ärendeklass Händelsetyp INKKRA Adress funnen INKKRA Adress funnen INKKRA Adress funnen INKKRA Adress ej funnen INKKRA INKKRA INKKRA INKKRA Rättslig process inledd INKKRA Rättslig process inledd INKKRA Utmätning inledd INKKRA Utmätning inledd INKKRA Varsel om inkassoåtgärder INKKRA Varsel om inkassoåtgärder INKKRA Varsel om inkassoåtgärder INKKRA Betalningsplan inkasso INKKRA Betalningsplan inkasso INKKRA Betalningsplan inkasso INKKRA Utred rättsligt INKKRA Utred rättsligt INKKRA Utred rättsligt INKKRA Adress ej funnen INKKRA Förfrågan INKKRA Förfrågan INKKRA Förfrågan För aktuell person och ärende Om status = 1 (Rättslig process inledd, och ) Skapa händelsen, Rättslig process inledd Ingen notering Eller om status = 2 (Utmätning, och ) Skapa händelsen, Utmätning inledd Ingen notering Eller om status = 3 (Varsel,, och ) Skapa händelsen, Varsel om inkassoåtgärder Notering = Belopp och förfallodatum, Hämtas från fältet fritext Eller om status = 4 (Betalningsplan,, och ) Skapa händelsen, Betalningsplan inkasso Notering = Villkor i betalningsplanen, hämtas från fältet Fritext Eller om status = 5 (Utred rättsligt, och ) Skapa händelsen, Förfrågan rättsliga åtgärder Notering = Information exempelvis att solvensutredning är OK, hämtas från fältet fritext.
Eller om status = 6 (Adress funnen,, och ) Skapa händelsen, Adress funnen Notering = Den nya adressen som finns i fälten Care-of adress (C\o), Utdelningsadress, Postnummer, Postort, Land, E-postadress, Telefonnummer Kontrollera om händelsen ska läggas i ett adressärende eller indrivning. Det är ett adressärende om aktuellt ärende har händelsen Adressuppgift skickat. Ha en räknare om händelsen ska skapas i ett adressärende och en för indrivningsärenden. Eller om status = 7 (Resultatlös adressefterforskning, ) Skapa händelsen, Adress ej funnen Notering = Resultatlös adressefterforskning Eller om status = 8 (Inkassokrav betalt) Skapa händelsen, Notering = Inkassokrav betalt, Betalt belopp: (Värdet i fältet Betalt belopp), Obetalt belopp: (Värdet i fältet Obetalt belopp) Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 9 (Återkallat av CSN) Skapa händelsen, Notering = Återkallat av CSN Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 10 (Tillgångar saknas) Skapa händelsen, Notering = Tillgångar saknas Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 11 (Utmätningsbara tillgångar saknas) Skapa händelsen, Notering = Utmätningsbara tillgångar saknas efter rättsliga åtgärder Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 12 (Konkurs) Skapa händelsen, Notering = Konkurs Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 13 (Skuldsanering) Skapa händelsen, Notering = Skuldsanering Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 14 (Låntagaren ej funnen) Skapa händelsen, Notering = S Låntagaren ej funnen Uppdatera inkassokravets slutåterredovisat datum med kördatum Eller om status = 15(Övrigt) Skapa händelsen, Notering = Information i ärendet från Leverantör, hämtas från fältet Fritext
Eller om status = 16 (Förfrågan CSN) Skapa händelsen, Förfrågan Notering = Information i ärendet från Leverantör, hämtas från fältet Fritext Om det kommer in en status som inte är kopplad till den ärendegruppen, så ska det hamna på display. Statistik För varje status så skapar vi en räknare för respektive ärendegrupp (, och ) för att se hur många av respektive status som vi skapar. Undantag är status = 6 där vi har två räknare pga händelsen kan användas som en status uppdatering i ett indrivningsärende och som en återrapportering i ett adress ärende. Vill att det ska se ut så här: Statistik Statusrapportering 1 = Rättsliga åtgärder inledda Antal Antal 2 = Utmätning Antal Antal 3 = Varsel Antal Antal 4 = Betalningsplan Antal Antal 5 = Utred rättsligt Antal 6 = Adress funnen (särenden) Antal Antal 6 = Adress funnen (adressärenden)
7 = Adress ej funnen 8 = Inkassokrav betalt Antal Antal 9 = Återkallat av CSN Antal Antal 10 = Tillgångar saknas Antal Antal 11 = Utmätningsbara tillgångar saknas efter rättsliga åtgärder Antal Antal 12 = Konkurs Antal Antal 13 = Skuldsanering Antal Antal 14 = Låntagaren ej funnen Antal Antal 15 = Övrigt Antal Antal 16 = Förfrågan Antal Antal Avslutning < Se dokument om programkonstruktion för respektive miljö och utvecklingsverktyg för standard vid avslut. Beskriv även hantering utöver standard, till exempel vilken statistik som ska rapporteras. >