ANS Komponentmodel Foreløbigt funktionelt overblik ANS
Indholdsfortegnelse 1. Indledning... 4 2. Komponentmodel... 5 3. Manuelt... 7 3.1 Opgaveindbakke... 7 3.2 Manuelle Breve... 8 3.3 Sagshåndtering... 8 3.4 Tværgående Overblik... 9 3.5 Systemadministration... 9 3.6 Regeladministration... 10 4. Automatisk... 11 4.1 Hændelser... 11 4.2 Validering og kontrol... 11 4.3 Beregninger... 12 4.4 Dan Udbetaling... 12 4.5 Maskinelle breve... 12 4.6 Forbehandling af modtaget post... 13 4.7 Procesmotor... 13 5. Støttekomponenter... 14 5.1 Persondata... 14 5.2 Virksomhedsdata... 14 5.3 Sager og dokumenter... 14 6. Kanaler... 16 6.1 Selvbetjening... 16 6.2 Callcenter interface... 18 6.3 Beskedfordeler... 18 6.4 Fælleskommunal information (Grænseflade)... 18 6.5 Modtagelse af post (Grænseflade)... 18 6.6 Digital fuldmagt (Grænseflade )... 18 7. Øvrige Komponenter... 20 7.1 Sikkerhed... 20 7.2 Rapporter... 20 Side 2 af 21
7.3 Afstemning... 20 7.4 Jobafvikling... 21 7.5 Økonomi... 21 7.6 Arkivering... 21 7.7 Brev Administration... 21 Side 3 af 21
1. Indledning Dette dokument er et billede af de komponenter AES, på nuværende tidspunkt forventer at det kommende ANS system vil indeholde. Formålet med dokumentet er at danne en ramme og struktur, der tillader os at kommunikere om systemet ud fra et over og en gruppering af funktioner. Komponent modellen er ikke en beskrivelse af hvilke fysiske komponenter systemet skal bestå af, men et udtryk for en logisk funktionel gruppering. Dokumentet gennemgår først modellen og dens hovedområder, for derefter at behandle hvert af områderne på komponent niveau. Side 4 af 21
2. Komponentmodel Den funktionalitet, som Systemet skal besidde, beskrives i form af en Komponentmodel. Til forskel fra forretningsudbudsarkitekturen, så omhandler Komponentmodellen kun den fagspecifikke løsning. Komponentmodellen illustrerer, hvordan Systemet er tænkt opdelt i forretningsmæssige logiske komponenter, der leverer beslægtet funktionalitet. Komponentmodellen og de efterfølgende komponentbeskrivelser har to formål: at give et overblik over den funktionalitet, Systemet skal indeholde. at gøre os i stand til at italesætte og kategorisere Systemets funktionalitet fra et forretningsmæssigt perspektiv. Leverandøren må gerne byde ind med forslag til en anden opdeling end den viste, hvis det er mere fordelagtigt set ud fra Leverandørens systemopbygning. Det er blot vigtigt, at Leverandøren tydeliggør, hvordan løsningen samlet leverer den beskrevne funktionalitet i forhold til komponentmodellen. Generelt skal de komponenter, som indeholder funktionalitet, der ændres hyppigt, fx ved lov- og regelændringer, kunne ændres smidigt. Dette gælder ligeldes funktionalitet der indeholder forretnings- og beregningsregler. Derfor skal komponenternes funktionalitet kunne ændres igennem skærmbilleder, hvor ATP s forretningsadministratorer kan konfigurere regler og parametre til regler. Figuren nedenfor viser komponentmodellen for AES sagsbehandlingssystem. Side 5 af 21
Figur 1: Komponentmodel Komponentmodellen er inddelt i fem hovedområder: Manuelt Automatisk Støttekomponenter Kanal Øvrige komponenter De følgende punkter gennemgår komponenterne i modellen enkeltvis og præsenterer overordnet den funktionalitet, som komponenterne leverer. De detaljerede krav til komponenterne er listet i bilag 3A.1 (Kravlisten). Side 6 af 21
3. Manuelt Denne gruppe af komponenter understøtter dels sagsbehandlernes daglige manuelle sagsbehandling og dels understøttes forretningsadministratorernes arbejde. Sagsbehandlerens behandling af sager tager enten udgangspunkt i behandling af opgaver fra Opgaveindbakken eller i telefonbetjening. Uanset hvilken kanal en sagsbehandlergiver betjener, så sker det via nedenstående komponenter: Opgaveindbakke, Sagshåndtering, Tværgående overblik og Manuelle breve Disse fire komponenter udgør tilsammen sagsbehandlernes primære arbejdsredskab. De er her beskrevet i separate komponenter, men skal ikke betragtes som enkeltstående skærmbilleder. Deres funktionalitet kan med fordel integreres i samme skærmbillede, så sagsbehandlergiverne herved får mulighed for at udføre deres arbejde på en effektiv måde. Den samlede funktionalitet, der er beskrevet her og i bilag 3A.1 (Kravliste), skal være til stede i Systemet. Komponenterne, som understøtter forretningsadministratorerne i deres arbejde er: Systemadministration Regeladministration 3.1 Opgaveindbakke Udgangspunktet for det daglige arbejde for en sagsbehandler vil være Opgaveindbakken. Via Opgaveindbakken udsøger sagsbehandleren den arbejdspakke, som der skal arbejdes med. Arbejdspakken indeholder opgaver, som bliver vist via Opgaveindbakken. Hvis der er flere arbejdspakker, som kan udføres for den aktulle sag skal de være umiddelbart tilgængelige fra opgaveindbakken på en måde som gør det enkelt for sagsbehandleren at udføre alle udestående opgaver på sagen, uden at der skal ske ny fremsøgning af arbejdspakker eller opgaver. Det er sagsbehandleren, som afgør hvilke opgaver der skal løses nu og hvilke der eventuelt udskydes til senere. En opgave kan fx bestå af behandling af modtaget post, indscannede blanketter eller af hændelser, som Systemet ikke har kunnet eller kan håndtere automatisk. Når en sagsehandleren vælger en opgave, skal det sikres at at der låses så løsningen af opgaven ikke forstyrres af andre der arbejder på sagen, samtidigt med at det fortsat er muligt for andre Side 7 af 21
medarbejdere at udføre andre opgaver på sagen som f.eks. at håndtere telefonopkald og tilføje notater til sagen. 3.2 Manuelle Breve Denne komponent har ansvaret for at anvende brevskabeloner til udsendelse af manuelt udarbejdede breve. Brevene sendes ligesom de maskinelle breve til Beskedfordeleren. Beskedfordeleren styrer hvordan brevet sendes til borgeren, myndigheden eller anden interessent. Det kan sendes som som fysisk post, sikker email eller digital besked. Det skal efterføgende fremgå af akt oversigten i det tværgående overblik hvordan og hvordan brevene er afsendt. Sagsbehandleren skal kunne genere et brev med udgangspunkt i prædefinerede brevskabeloner. Det generede brev findes efterfølgende både, som dokument og på struktureret form. Spørgebreve Breve der tjener til sagens opklaring stiller spørgsmål og besvarelse kan ske i form af post, eller via selvbetjening. I begge tilfælde skal svaret automatisk kunne kædes sammen med det brev som besvares. Brevenes indhold kan dannes på baggrund af spørgetekstregisteret, hvor de relevante spørgsmål kan fremsøges ud fra den aktuelle skade. Til brevene kan knyttes en svarfrist, som kan ændres (udsættes) af en sagsbehandler eller via selvbetjening. Tekstbibliotek Til brug for bl.a. juridiske afgørelser findes en række skabeloner til brug i forskellige sagstyper og situationer. For hvert enkelt skabelon kan der være et antal varianter, som sagsbehandleren kan vælge imellem. 3.3 Sagshåndtering Denne komponent leverer en brugergrænseflade, hvorfra sagsbehandleren udfører manuel sagsbehandling. I denne komponent er der adgang til at planlægge sagens forløb, og vælge hvilke aspekter der lægges vægt på. Planen angives i form af en vejledende to-do liste med udgangspunkt i en Side 8 af 21
standardliste for sagstypen. Det skal på et hvert tidspunkt i forløbet være muligt at ændre planene, og det er ligeledes muligt at afvige frit fra den. Komponenten rummer samtidigt faciliteter til intern kommunikation om sagen og dens forløb i form af notateter, Der kan tilknyttes parter og kontaktpersoner herunder administreres fuldmagter. Systemet skal understøtte digitale fuldmagter i det fællesoffentlige system og fysiske fuldmagter, i forhold til administration og sagsbehandling. En række af sagens stamdata kan ændres som en del af sagshåndteringen. Endelig er det her der om nødvendigt kan indikeres at sagen anses for afsluttet og at den derfor logisk arkiveres. 3.4 Tværgående Overblik Systemet skal kunne præsentere et Tværgående Overblik, der samler alle relevante informationer om den enkelte kunde og dennes sager. For én kunde kan der være et antal historiske og nuværende sager. Det Tværgående Overblik er sagsbehandlerens indgangsvinkel til Systemet, særligt ved telefonbetjening, men også i forbindelse med øvrig sagsbehandling. Formålet er at give sagsbehandleren mulighed for, ved ét enkelt opslag, hurtigt at få et overblik over sagen. Fra det Tværgående Overblik skal sagsbehandleren have mulighed for at få præsenteret yderligere detaljer om en sag og kunden. Overblikkets funktioner skal kunne indgå som delelementer i selvbetjeningsløsningen (beskrevet i Selvbetjening). Det Tværgående Overblik viser data fra både Systemet og fra Sager & Dokumenter. 3.5 Systemadministration Systemadministration er en brugergrænseflade (flere skærmbilleder), hvor man kan ændre forskellige systemopsætninger, som arbejdspakker, tekster, hjælpeinformation og genvejstaster. Fra systemadministration skal der være adgang til opdatering af de informationer om organisationen og de filtre der anvendes til styring af opgave indbakkerne. En del af systemadministrationen er opsætning af de procestrin og tilhørende brugergænseflader, som kan anvendes i opgavebehandlingen. Brugergrænsefladerne opbygges ved at kombinere et eller flere primitiver fra et fast sæt af muligheder, som systemet stiller til rådighed. Side 9 af 21
Vi forventer at indførelse af nye og ændring af eksisterende procestrin kan ske som en del af systemadministrationen. Der skal være mulighed for at vedligeholde og oprette nye versioner af beregningsregler, som kan anvendes i beregningskomponententen. Brugergrænsefladen skal være rettet mod en forretningsadministrator, der har kendskab til de forskellige områder. Der må ikke forudsættes særlige IT-tekniske kompetencer. Leverandøren skal levere input til best practice standarder. Der skal være facilteter der gør det muligt at afprøve ændringer i et præ-prod miljø, inden de overføres til produktionsmiljøet. 3.6 Regeladministration Arbejdsskadeområdets kompleksitet gør, at det ikke er realistisk at opbygge en stramt regelstyret automatiserert proces. Reglerne vil vedrøre meget kritiske manuelle opgaver og begrænsede delprocesser hvor der kan ske en automatisering. Der må forventes en løbende udvidelse af mængden af delprocesser der automatiseres. Komponenten Regeladministration giver adgang til at vedligeholde de nødvendige og tilstrækkelige beregningsparametre til at foretage systemets beregninger. Der skal være mulighed for at vedligeholde og oprette nye versioner af beregningsregler, som kan anvendes i beregningskomponententen. Komponenten leverer en brugergrænseflade til at vedligeholde de regler, parametre og grænseværdier, der anvendes til at udføre validering, kontrol, afgørelser og beregning af ydelser. Der skal i en rækkke tilfælde ske en versionering af regler og parametre, som gør det muligt at genbehandle en sag med udgangspunkt i de regler og satser der var gældende på anmeldelsestidspunktet. I Regeladministration vedligeholdes også regler for hvilke processer, der skal igangsættes, når hændelser indtræffer. De konkrete krav til parameterstyring og konfiguration af Systemet fremgår af bilag 3A.1 (Kravliste). Side 10 af 21
4. Automatisk Denne gruppe af komponenter understøtter den automatiske sagsbehandling og består af følgende komponenter: Hændelser Validering & Kontrol Beregning Dan udbetaling Maskinelle Breve 4.1 Hændelser Hændelser modtages enten fra eksterne eller interne registre eller opstår som følge af en validering/kontrol i Systemet eller fra tidsfrister i Systemet. I en række tilfælde vil en Hændelse blive til en arbejdspakke eller resultere i et brev til borgeren. For hændelser der giver nye oplysninger til sagen, vil der ofte skulle ske en sagsbehandling, som vurderer om der kan træffes en afgørelse eller der er behov for at indhente yderligere oplysninger. Når en hændelse modtages, igangsættes der en proces, der er designet ud fra de regler, der knytter sig til håndteringen af den pågældende Hændelse. Hvis hændelsen skal håndteres automatisk kræver det, at data kan valideres og kontrollers i validering og kontrol.det forudsætter at data til brug for de relevante valideringer og kontroller kan hentes og ligeledes bruges i en automatisk proces. Hvis dette ikke er muligt, må hændelsen håndteres manuelt, i form af en eller flere opgaver. 4.2 Validering og kontrol Denne komponent har ansvaret for at validere alle inputdata. Det gælder både anmeldelser og ændringer til Systemet fra selvbetjeningsløsningen, indtastninger fra Sagsbehandler og modtagelse af data fra andre systemer (interne i ATP såvel som eksterne). Valideringen skal sikre konsistens i Systemets data, således, at beløb fx ikke indtastes i datofelter. Validering kan både ske på feltniveau (enkelt attribut validering) og ved at vurdere sammenhænge mellem flere forskellige informationer. Det sker ud fra et sæt af beslutningsregler, der er implementeret i komponenten Regeladministration. Kontrol vedrør validering af data i forhold til de øvrige data, der er til rådighed i systemet og konfigureres ud fra et sæt af regler der er defineret i regeladministrationen. Side 11 af 21
4.3 Beregninger Der beregnes bl.a årsindkomst (som grundlag for tilkendelse af erstatning), mén erhvervsevnetab og fremtidige udgifter til behandling eller hjælpemidler. De regler og love en sag behandles efter har og kan ændre sig over tid. Derfor skal den enkelte beregning kunne findes i flere versioner afhængigt af lovgrundlaget for den enkelte sag. Der sker ligeledes en årlig regulering af de takster der anvendes. Beregningerner har udgangspunkt i lovgrundlaget og det kan være forskelligt afhængigt af hvilken sag det drejer sig om. Resume og beregningsresultaterne indgår i den afgørelse der træffes i sagen. 4.4 Dan Udbetaling AES er i en begrænsert delemængde af sagerne udbetalende myndighed. Udbetalingerne, som kan være løbende eller engangs udbetalinger, dannes i form af instrukser til AES-Udbetaling. Det er komponentens ansvar at sikre løbende opdatering af de gældende instrukser når satser og andre forhold som er betingelsen for udbetalingen ændrer sig, f.eks. ved dødsfald. Dan udbetaling skal have faciliteter til at danne breve og beskeder, som sendes til beløbsmodtageren for at orientere om udbetalingen. 4.5 Maskinelle breve Maskinelle breve og beskeder dannes og udsendelse til Beskedfordeleren, som afgør hvordan de sendes til modtageren som kan være en borger eller en anden interessent. Komponenten indsamler informationer og genererer automatisk beskeden/brevet. På baggrund af retursvaret fra Beskedfordeleren registreres den anvendte afsendelseskanal, og data om den kommunikation der er gennemført i komponenten Sager & Dokumenter. Det sikres at der er tilgænglig information om den gennemførte kommunikation, så der opnås en tilfredstillende grad af uafviselighed. For maskinelle breve skal det ligesom for manuelle breve være muligt at opsætte svarfrister. Datering af de dannede breve skal følge en række regler, som har til formål at sikre at afsendelse sker den dag hvor brevet er dateret. I en række tilfælde har dette betydning for ankefrister. Side 12 af 21
4.6 Forbehandling af modtaget post Denne komponent udfører eventuelle format konverteringer af de modtagne dokumenter til systemets interne format. 4.7 Procesmotor Komponenten styrer udførelsen af de automatiserede delprocesser som sagsbehandleren igangsætter. Udførelsen af delprocesserne kan resultere i nye opgaver, som kan udføres via opgaveindbakken. Side 13 af 21
5. Støttekomponenter Denne gruppe af komponenter varetager informationer om borgere fra autoritative registre samt sager og dokumenter: Persondata Virksomhedsdata Sager og dokumenter 5.1 Persondata Denne komponent har ansvaret for at modtage og gemme data om personer. I komponenten vedligeholdes yderligere personinformation, som f.eks. telefonnr eller emailadresse på baggrund af indtastninger i selvbetjening eller opgavegrænseflader. Komponenten skal styre til og afmelding af abonnement på opdatering af personoplysninger. 5.2 Virksomhedsdata Denne komponent har ansvaret for at modtage og gemmer data om virksomheder. Systemet varetager initiering af nye virksomheder, herunder P-numre og branchekoder I komponenten vedligeholdes yderligere virksomhedsinformationer, som f.eks. sammenhæng imellem organisationer og delorganisationer. For de virksomheder AES s samarbejder med kan kontaktpersoner og aftaler om kommunikationsforhold registreres i virksomhedsdata. 5.3 Sager og dokumenter I Systemet bliver alle sagsoplysninger og dokumenter gemt i Sager & Dokumenter. En af denne komponents funktioner er en database, som vedligeholder metadata for sager og sagsakter i form af dokumenter og holder referencer mellem sager og dokumenter. Komponenten indeholder faciliteteter til søgning af sager og akter. Komponenten lagrer de dokumenter der behandles og giver mulighed for at dokumenter kan fremhentes og vises. Til gruppen af dokumenter hører blandt andet blanketter, beskeder fra Digital Post, breve, post, og andet bilagsmateriale som ATP modtager eller selv udsender. Side 14 af 21
Dokumenter der modtages på struktureret form skal bevares så de kan indgå som input til automatiserede processer i systemet. Side 15 af 21
6. Kanaler Denne gruppe af komponenter angiver hvordan Systemet skal fungere sammen med eksterne grænseflader, ATP s postmodtagelse og Systemets selvbetjeningsløsning: Selvbetjening Callcenter interface Beskedfordeler Modtagelse af post (Grænseflade) Fælleskomunal Information (Grænseflade) Digital fuldmagt (Grænseflade) 6.1 Selvbetjening Selvbetjening leverer en webbaseret løsning, som udstilles på Borger.dk. og Virk.dk. En del funktioner, som er rettet imod professionelle aktører stilles til rådighed både i en web brugergrænseflade og som webservices der tillader system til system integration. Selvbetjening udstiller, valider og modtager indtastede data og sender disse til Systemet for validering og eventuel registrering. Anmeldelser Hovedreglen er at arbejdsskader anmeldes af arbejdsgiveren, og erhvervssygdomme anmeldes af læger, tandlæger.og andre sundhedspersoner. I en række situationer kan en borger, eller dennes fagforeninge foretage anmeldelse. Selvbetjening skal gøre det muligt for arbejdgivere, læger og tandlæger at anmelde skader via Virk.dk med nemid login og virksomhedssignatur.. Borgere Selvbetjeningsløsningen skal kunne anvendes til alle borgerens interaktioner med Arbejdsmarkedets Erhvervssikring i forbindelse med sagsbehandlingen. Der udstiller et overblik over borgerens sager som viser indholdet af sagerne, sagernes akter (dokumenter) og vejledninger. Løsningen skal vise status for åbne sager, hvad der aktuelt ventes på og forventede næste skridt. Side 16 af 21
Borgeren har mulighed for at rette henvendelse vedrørende sagen via selvbetjeningsløsningen, herunder adgang til besvarelse af spørgebreve til sagens opklaring, mulighed for at udsætte svarfrister, og adgang til at klage over en afgørelse. Kontaktoplysninger og tilsvarende stamdata for borgeren, kan opdateres i selvbetjening. Borgeren og fagforeninger har, som en undtaglse, adgang til at anmelde arbedsskader: Dette understøttes på en form der er tilpasset, denne brugergruppe, og som derfor vil kræve mere af den visitering der skal ske i AES. Arbejdsgivere I Selvbetjeningen til arbejdsgivere er der mulighed for at anmelde arbejdsskader. Der er mulighed for via NemId virksomhedssignatur administrationen mulighed for at afgrænse medarbejderes rettigheder til at anmelde og se tidligere anmeldelser. Virksomheder kan vedligeholde egne kontaktinformationer og andre relevante stamdata. Samarbejdspartnere Læger og sundhedspersonale og andre der der løser opgaver i forbindelse med sagsbehandlingen, har på virk.dk adgang til at behandle deres opgaver, herunder at aflevere resultater i en struktureret form. I selvbetjening indeholder faciliteter til anmeldelse af erhvervssygdomme, som indrettet med sigte på læger, sundhedspersonale, og arbejdsmedicinske klinikker. Forsikringsselskaber Forsikringsselskaber og lignende virksomheder har på virk.dk adgang til et overblik de sager de er part i. Fra overblikket er der adgang til sagerne og deres dokumenter. Selvbetjening skal understøtte hele den interaktion forsikringsselskaberne har med arbejdsmarkedets erhvervssikring. Fra der anmeldes en skade, over en eventuel indsendelse til behandling i AES, udveksling af dokumenter, regninger for løbende udgifter i forbindelse med sagense behandling, frem til modtagelse og accept eller anke af afgørelser. Side 17 af 21
6.2 Callcenter interface Brugergrænseflade tilpasset modtagelse af telefonopkald, med opslag af relevant sag på baggrund af indtastet cprnr fra telefoniløsningen eller eventuelt ud fra kendt telefonnr. Facilitet til oprettelse og registrering af telefonnotat på sagen er en del af callcenter interfacet. 6.3 Beskedfordeler Beskedfordeleren placerer breve og andre meddelelser på den, eller de kommunikationsgrænseflader der skal anvendes for at sende dem til modtagere, som kan være sagens parter eller AES s samarbejdspartnere. En af grænsefladerne er Fjernprint, som sender via Digital Post 3, eller i form af fysisk post som udskrives, kuverteres og sendes. En anden grænseflade er den fælleskomunale informations udveksling, som i nogle tilfælde opdateres med information om sagsforløb, og foretagne udersøgelser. En tredje type af grænseflade er NemSMS eller app-kommmunikation, som anvendes til at sende korte reminders til borgere, om tidsfrister, eller til at gøre opmærksom på nye dokumenter der er fremsendt. 6.4 Fælleskommunal information (Grænseflade) Der oprettes grænseflade til udveksling af information med det fælleskommunale informationssystem. Her vil processerne aflevere information om foretagne lægeundersøgelser og tildelte ydelser. 6.5 Modtagelse af post (Grænseflade) Systemet skal kunne modtage digital og fysisk post fra borgere og myndigheder. Den digitale post hentes af en posthåndteringsleverandør, inden den overleveres til Systemet igennem en snitflade. Samme posthåndteringsleverandør modtager fysisk post, som overleveres til Systemet ad samme snitflade. 6.6 Digital fuldmagt (Grænseflade ) Borgeres og andre interessenter skal kunne tildele fuldmagter til deres repræsentanter i den fællesoffentlige digitale fuldmagtsløsning. Disse fuldmagter skal sikre at fuldmagtshaver, får de tilsvarende rettigheder i selvbetjeningsløsninger, og at dette ligeledes fremgår af Tværgående overblik, og Sagshåndteringen Side 18 af 21
Digitale fuldmagter skal fungere på linje med fuldmagter der registreres direkte i Sagshåndtering og omvendt skal fuldmagter registreret i Sagshåndtering give anledning til en digital fuldmagt med samme rettigheder. Side 19 af 21
7. Øvrige Komponenter Denne gruppe indeholder Systemets øvrige komponenter: Sikkerhed Rapporter Afstemning Jobafvikling Økonomi Arkivering Brev administration 7.1 Sikkerhed Sikkerhed har ansvaret for konfiguration og administration af sikkerhed, herunder rolle og rettighedsstyring i forhold til de brugerrettede dele af systemet. Adminstrationen af brugere og tildeling af roller og rettigheder sker i AES HR system via den integrerede identity management, og kun de administrationsbehov der er helt specielle for AES sagsbehandlingssystemet håndteres i systemet. Sikkerhed har desuden ansvaret for håndtering af log on på Systemet og Selvbetjeningsløsningen. Sikkerhedskomponentet indeholde faciliteter for logning af dataadgang, og andre sikkerhedsmekanismer, som gør at den samlede løsning lever op til gældende lovgivning herunder persondatalov og registerlov. 7.2 Rapporter Rapporter har ansvaret for, at der kan dannes dataudtræk til interne ATP-systemer og eksterne samarbejdspartere. Desuden skal der kunne opsættes enkle rapporter til driftlederrapportering. Komponenten har en brugergrænseflade, som muliggør at forretningsadministratorer kan definere, vedligeholdes og danne driftlederrapporter samt dataudtræk til interne og eksterne modtagere. 7.3 Afstemning Afstemning leverer afstemningsdata fra Systemet til videre behandling. Afstemning har ansvaret for at udtrække og samle afstemningsdata fra Systemet, for at sikre retvisende regnskab. Komponenten har ansvar for at levere logning på data, som udsendes til andre systemer, sådan at der kan foretages afstemninger på grænseflader. Side 20 af 21
Komponenten har ligeledes ansvar for at foretage afstemning af interne dataflyt i Systemet. 7.4 Jobafvikling Komponenten har ansvaret for at håndtere driftflows for interne hændelser i Systemet, hvilket typisk drejer sig om batchkørsler. Komponenten vedligeholder regler for kørselstidspunkter og flowregler for afvikling af de automatiske kørsler. 7.5 Økonomi Systemet overfører posteringer til ATP`s ERP system i forbindelse med udbetalinger, ændringer til udbetalinger mv. Systemets kontonumre skal stemme overens med de kontonumre, som anvendes i ERP, så sum-posteringer mv. placeres korrekt i forbindelse med en overførsel. Samlet set sikrer denne dataudveksling, at regler til understøttelse af regnskabslovgivning samt gældende revisionskrav kan overholdes. 7.6 Arkivering I det omfang der skal ske kassation af sager skal Systemet automatisk gennemløbe sagerne, og slette sager der ikke længere skal opbevares. Omfanget af kassationer forventes at være begrænset, i det arbejdsskadesager på nulevende personer ikke kasseres. Reglerne for kassation af sager skal kunne defineres, som en del af regeladministrationen. I det omfang der skal afleveres til Statens Arkiver skal komponenten håndterere denne afleveringen af data. 7.7 Brev Administration Udarbejdelse og ændring af breve er en central del af den løbende tilpasning AES vil have behov for at udføre. Oprettelse, vedligehold og udfasning af brevskabeloner sker ved hjælp af funktioner i brev administration, som er et værktøj der ikke forudsætter særlige IT-tekniske kompetencer og er beregnet for en forretningsadministrator. Side 21 af 21