Bilag 3A Behovsopgørelse

Størrelse: px
Starte visningen fra side:

Download "Bilag 3A Behovsopgørelse"

Transkript

1 Bilag 3A Behovsopgørelse Version

2 Indhold 1 VEJLEDNING TIL TILBUDSGIVER INDLEDNING UNDERBILAG FARVEANVENDELSE PÅ ARKITEKTURDIAGRAMMER DEN SAMLEDE FORRETNINGSMÆSSIGE LØSNING BRUGERNE AF SYSTEMET BORGERNE OG VIRKSOMHEDERNE KUNDERÅDGIVERNE FORRETNINGSADMINISTRATORERNE ROLLER OG RETTIGHEDER RISIKOVURDERING PERSONDATALOVEN FUNKTIONSADSKILLELSE DOKUMENTATION PRIVILEGEREDE ROLLER FORRETNINGSROLLER FORRETNINGSUDBUDSARKITEKTUREN AUTOMATISERET OG MANUEL SAGSBEHANDLING KANALER OG KOMMUNIKATION ØVRIGE ELEMENTER I FORRETNINGSUDBUDSARKITEKTUREN KOMPONENTMODEL KANALER Bilag 3A Behovsopgørelse Side 1 af 40

3 5.1.1 CALLCENTER OG TELEFONI DIGITAL POST OG FYSISK POST SELVBETJENING MANUELT OPGAVEINDBAKKE TVÆRGÅENDE OVERBLIK SAGSHÅNDTERING MANUELLE BREVE SYSTEMADMINISTRATION REGELADMINISTRATION AUTOMATISK VALIDERING OPKRÆVNINGS- OG BETALINGSADMINISTRATION HÅNDTER MODREGNING RYKNING EFI HÅNDTERING HÅNDTER INDBETALING DAN UDBETALING AFSKRIVNING BESKEDHÅNDTERING STØTTEKOMPONENTER BORGER OG VIRKSOMHEDSDATA SAGER & DOKUMENTER ØVRIGE KOMPONENTER SIKKERHED RAPPORTER JOBAFVIKLING ØKONOMI HÆNDELSER AFSTEMNING INDEKSSYNKRONISERING Bilag 3A Behovsopgørelse Side 2 af 40

4 6 FORRETNINGSPROCESSER SAMLET PROCESOVERBLIK KERNEPROCESSER KERNEPROCES - HÅNDTER INDBERETNING LF Debitor Opret krav KERNEPROCES - HÅNDTER LØBENDE ÆNDRINGER LF Debitor Håndter automatisk genererede hændelser KERNEPROCES HÅNDTER DRIFT LF Debitor - Håndter Opkrævning LF Debitor - Håndter Afdragsordning LF Debitor - Håndter indbetaling LF Debitor - Håndter rykker LF Debitor - Håndter restance LF Debitor Håndter afskrivning KERNEPROCES HÅNDTER UDBETALING LF Debitor - Håndter udbetaling INFORMATIONSARKITEKTUR IT ARKITEKTUR NON-FUNKTIONELLE KRAV TIL SYSTEMET KRAV TIL DRIFT, VEDLIGEHOLDELSE, SUPPORT OG VIDEREUDVIKLING (YDELSERNE) FREMTIDIGE TILPASNINGER TIL SYSTEMET OPTIONER Bilag 3A Behovsopgørelse Side 3 af 40

5 1 Vejledning til Tilbudsgiver Bilaget skal ikke ændres af Tilbudsgiver. Tabel 1 Vejledning til Tilbudsgiver Bilag 3A Behovsopgørelse Side 4 af 40

6 2 Indledning Dette bilag indeholder en overordnet beskrivelse af ATP s krav til det nye System samt de øvrige krav til Leverandøren. Bilaget udgør sammen med tilhørende underbilag ATP s behovsopgørelse for Systemet. 2.1 Underbilag Bilaget har følgende underbilag: Bilag Bilag 3A.1 (Kravliste) Bilag 3A.2 (Løsningsflows) Bilag 3A.3 (Aktivitetsbeskrivelser) Bilag 3A.4 (Informationsmodeller) Bilag 3A.5 (Regel- og beslutningsmodeller) Bilag 3A.6 (Integrationer) Indhold Bilaget indeholder en liste over ATP s krav til Leverancen, hvor Leverandøren skal angive opfyldelsesgrad mv. i overensstemmelse med vejledningen til bilaget. Bilaget skal for en del krav læses i sammenhæng med de øvrige underbilag. I denne version indeholder bilaget kun udvalgte krav inden for konkrete områder. Bilaget indeholder de løsningsflows, der indgår i de forretningsprocesser, som er forbundet med indberetning, administration og udbetaling af debitorrelaterede forhold. I denne version er LF Debitor Håndter udbetaling ikke medtaget. Bilaget indeholder de løsningsflows og aktivitetsbeskrivelser, der indgår i de løsningsflows og forretningsprocesser, som er forbundet med indberetning, administration og udbetaling af debitorrelaterede forhold. I denne version er det aktivitetsbeskrivelser der indgår i de fremlagte løsningsflows, der er medtaget. Bilaget indeholder UML modeller af de væsentligste forretningsmæssige begreber og de informationer, som vedrører indberetning, administration og udbetaling af debitorrelaterede forhold. I denne version er dette bilag ikke medtaget. Bilaget indeholder standardiserede modeller af de regler af lovgivningsmæssig og anden karakter forbundet med indberetning, administration og udbetaling af debitorrelaterede forhold. I denne version indeholder dette bilag kun eksempler på regel for to udvalgte aktivitetsbeskrivelser. Bilaget indeholder uddybende information om de integrationer, som Leverandøren skal etablere fra Systemet. I denne version er dette bilag ikke medtaget. Bilag 3A Behovsopgørelse Side 5 af 40

7 Bilag Bilag 3A.7 (Brugergrænseflader) Bilag 3A.8 (Oversigter) Indhold Bilaget indeholder rammesættende beskrivelse af brugergrænseflader, der har til formål at give Leverandøren inspiration til design af brugergrænsefladerne i Systemet. I denne version er dette bilag ikke medtaget. Bilaget indeholder følgende oversigter: Brevoversigt Akt LF - DM Beregningsregler Informationsbehandling_gui I denne version er dette bilag ikke medtaget. Tabel 1 Behovsopgørelsen og tilhørende underbilag 2.2 Farveanvendelse på arkitekturdiagrammer Der optræder en række arkitekturdiagrammer i bilagsmaterialet. Der er anvendt en farvekodning på tværs af alle disse figurer, som siger noget om, hvem der ejer eller anskaffer et system/komponent. Betydningen af farverne fremgår af Figur 1. Figur 1: Farveanvendelse på arkitekturdiagrammer. Bilag 3A Behovsopgørelse Side 6 af 40

8 3 Den samlede forretningsmæssige løsning Beskrivelsen af den forretningsmæssige løsning for debitor tager udgangspunkt i brugerne af Systemet; borgere og virksomheder, kunderådgivere, forretningsadministratorer og deres behov. Brugernes behov er i det efterfølgende skildret gennem: 3 Brugerne af Systemet hvornår og hvordan møder brugerne Systemet 4 Forretningsudbudsarkitekturen systemer, parter og sammenhænge 5 Komponentmodellen hvad Systemet skal understøtte 6 Forretningsprocesser tekniske understøttelse af de forretningsmæssige behov 7 Informationsarkitekturen beskrivelse og gruppering af forretningsmæssige begreber (Dette afsnit er ikke med i denne version). 3.1 Brugerne af Systemet Udgangspunktet for brugergrupperne af Systemet er forskelligt, og de tre typer af brugere har forskellige behov. De forskellige brugeres anvendelse af Systemet er beskrevet i de følgende afsnit. 3.2 Borgerne og virksomhederne Borgernes og virksomhedernes primære behov er, at det skal være nemt at betale og nemt at kommunikere med Udbetaling Danmark. For at understøtte dette behov, skal borgerne og virksomhederne kunne gennemføre sine betalinger og kommunikere via den gængse teknologi, der udbydes på markedet. Borgerne og virksomhederne skal opleve at kommunikationen fra debitorfunktionen er sammenhængende og meningsfuld i forhold til den øvrige kommunikation, de har med både Udbetaling Danmark og andre myndigheder. Borgerne og virksomhederne skal kunne modtage korrekt væsentlig information via opkrævningerne og rykkerne, og har borgerne og virksomhederne behov for yderligere information, skal de kunne orientere sig via borger.dk og virk.dk. Via borger.dk og virk.dk skal borgerne og virksomhederne endvidere kunne sende målrettede spørgsmål og ønsker i forhold til de oftest forekommende spørgsmål. Bilag 3A Behovsopgørelse Side 7 af 40

9 3.3 Kunderådgiverne Kunderådgiverne skal have alle de relevante oplysninger for en konkret debitor til rådighed, når de betjener denne via telefonen. Relevante oplysninger er primært oplysninger om borgeren eller virksomheden, samlet restance og status på de enkelte krav. Overblikket skal nemt kunne tilpasses kunderådgiverens behov afhængig af, hvad borgerens eller virksomhedens henvendelse vedrører således, at den enkelte kunderådgiver oplever et overblik, der er tilpasset den konkrete arbejdsopgave / henvendelse. Kunderådgiverne skal kunne tilgå de manuelle opgaver via en opgaveindbakke, hvor alle opgaver er prioriteret. Opgaverne i opgaveindbakken skal desuden kunne fremfindes ved brug af sorterings- og udsøgningskriterier. Når kunderådgiveren åbner en opgave, skal alle relevante oplysninger og muligheden for at foretage sagshåndtering være til stede straks (efter samme princip som telefonisk henvendelse). Kunderådgiverne skal opleve, at det er nemt at behandle de manuelle opgaver i systemet. Den oplevelse skal bl.a. skabes ved at skærmbilleder og funktioner er tilpasset de forskellige typer af arbejdsopgaver, og ved at de oplysninger, der er nødvendige for at kunne løse den konkrete arbejdsopgave, fremgår tydeligt i systemet. Endvidere skal løsningen sikre en enkel systemdialog i behandlingen af arbejdsopgaverne, så det er nemt at taste de konkrete informationer de rigtige steder. 3.4 Forretningsadministratorerne Systemet skal understøtte, at en forretningsadministrator kan rette og slette i regler, beslutninger, skabeloner og tekster, der styrer en automatiseret funktionalitet i Systemet. Et eksempel herpå kan være, at man retter en parameter til igangsættelse af en automatisk kørsel fra 14 til 10 dage eller opretter en ny manuel brevskabelon. Brugergrænsefladen skal være udformet, så den giver en logisk tilgang til dette arbejde og minimerer risikoen for fejl. 3.5 Roller og rettigheder Det er et grundlæggende arkitekturkrav, at der anvendes roller til at styre adgang til data og funktioner. Adgangstildelingen skal være baseret på en risikovurdering og foregå i overensstemmelse med informationssikkerheds- og kontrolpolitikken i Bilag 3A Behovsopgørelse Side 8 af 40

10 ATP. Det er ATP som tildeler brugerne (inklusiv Leverandørens medarbejdere og systembrugere) adgange, og adgangene skal kunne styres via TIM (IBM Tivoli Identity management). I det følgende gennemgås grundprincipperne for opbygningen af rollerne, hvor risikovurdering, persondataloven, funktionsadskillelse, dokumentation og kontroller er vigtige elementer. Til sidst nævnes de forretningsroller, som der på nuværende tidpunkt er identificeret behov for Risikovurdering Risikovurderingen skal foretages i forhold til de konkrete processer, som den pågældende rolle giver adgang til. Generelt vurderes det, at følgende risici skal overvejes ved opbygningen og vedligeholdelse af roller: fejl i transaktionsdata, fejl i stamdata, fejl i beregningsparametre, fejl i kørsler, overtrædelse af persondatalovens regler og besvigelser. Rolleopbygningen er (sammen med adgangstildelingen) en effektiv kontrol, når en risiko kan afdækkes ved funktionsadskillelse eller ved at begrænse adgang til transaktioner og data Persondataloven Persondataloven stiller krav til behandling af data. Ved behandling af data forstås adgang til at se, registrere, slette eller arkivere data. Ved design og vedligeholdelse af roller skal det sikres, at der kun tildeles adgange til personfølsomme oplysninger, hvis der er et kontinuerligt arbejdsrelateret behov Funktionsadskillelse ATP s informationssikkerhedspolitik stiller krav om, at der skal være grundlæggende funktionsadskillelse mellem a) udvikling og vedligeholdelse af systemer, b) drift og c) ATP s forretningsaktiviteter og brugerfunktioner. Dette betyder blandt andet, at der ikke må tildeles IT roller til forretningen eller omvendt. Ved design af roller er det således væsentlig, at forretningsopgaver ikke lægges i IT-roller, og IT-opgaver ikke lægges i forretningens roller. Inden for ATP s forretningsaktiviteter, skal der li- Bilag 3A Behovsopgørelse Side 9 af 40

11 geledes etableres funktionsadskillelse, der sikrer, at samme person ikke alene kan initiere, udføre og godkende transaktioner Dokumentation Rollerne og de tilhørende rettigheder skal dokumenteres i en rolle-/rettighedsmatrice. I rolle-/rettighedsmatricen skal rollerne stå nævnt vandret og de tilhørende rettigheder lodret. Det skal for hver rettighed være angivet om der er tale om oprette-, læse-, opdatere- og/eller sletterettigheder. Matricerne skal til enhver tid holdes opdaterede, så de altid afspejler virkeligheden. Rettighedstabellerne kan ændres ved konstruktion af nye funktioner/transaktioner, ændrede funktioner eller nye forretningsmæssige behov. Der vil uvilkårligt ske ændringer, både som følge af udvikling af ny funktionalitet og som følge af forretningens ønsker om tilpasning af roller og arbejdsfunktioner. Roller bør ikke anskues enkeltstående, og derfor bør kombinationen af roller vurderes. Det er vigtigt, at der ikke tildeles roller, som er konfliktende. Konfliktende roller skal derfor identificeres og dokumenteres Privilegerede roller Leverandøren skal levere en beskrivelse af, hvilke privilegerede roller de ønsker til deres egne medarbejdere. Beskrivelsen skal samtidig indeholde de funktioner, som kan udføres af den enkelte rolle. Rollerne skal godkendes af ATP, men ansvaret for opdatering ligger hos leverandøren. Der skal være en revisionsmæssig gennemgang (intern audit) af, hvilke medarbejdere, der har hvilke roller, 2 gange årligt. ATP s sikkerhed er en revisionspåtegning i leverandørens regnskab Forretningsroller ATP har defineret et antal forretningsroller. Rollerne er ordnet i en matrix, der angiver, hvilke pakker af informationer fra debitorområdets informationsmodel den enkelte rolle skal have adgang til. Der skelnes mellem at: oprette (C), læse (R), opda- Bilag 3A Behovsopgørelse Side 10 af 40

12 tere og slette (CRUD), jf. bilag 3A.8 (Oversigter), fane Forretningsroller (Bilag 3A.8 er ikke vedlagt i denne version). Det er ikke alle informationer i en pakke, som de enkelte roller skal have adgang til. Bilag 3A Behovsopgørelse Side 11 af 40

13 4 Forretningsudbudsarkitekturen Forretningsudbudsarkitekturen beskriver dels sammenhænge mellem de forskellige systemer, registre og parter i den forretningsmæssige løsning, dels den ønskede forretningsmæssige funktionalitet. Modellen og den efterfølgende forklarende tekst tjener som introduktion til Debitorsystemet på et konceptuelt plan. Figuren nedenfor viser de væsentligste elementer i forretningsudbudsarkitekturen. Figur 2: Forretningsudbudsarkitektur for debitorløsningen I den samlede forretningsmæssige løsning er Debitorsystemet illustreret ved udvalgte forretningskomponenter med blå farve. Denne del er specifik for Systemet til administration af debitorfunktionalitet, mens de øvrige dele af figuren viser samspillet med omkringliggende systemer. For at bevare overblikket er kun udvalgte systemer illustreret i forretningsudbudsarkitekturen. I nogle tilfælde er systemer slået sammen og repræsenteret ved én kasse, og konkrete systemnavne er navngivet ved den primære funktionalitet, de leverer, frem for konkrete systemnavne. Vi henviser til bilag 3A.6 (Integrationer) for en komplet oversigt over de eksterne systemer, som Systemet skal integrere til. (Bilag 3A.6 er ikke medtaget i denne version). Bilag 3A Behovsopgørelse Side 12 af 40

14 4.1 Automatiseret og manuel sagsbehandling Denne del er selve fagsystemet, hvor man finder it-understøttelse til administration af debitorfunktionalitet. De blå kasser repræsenterer forretningskomponenter, der beskrives i afsnit 5. Fagsystemet skal betragtes som en hel løsning, hvor både automatiseret og manuel funktionalitet er placeret. Kunderådgiverne arbejder primært i Systemet, og de løser stort set alle deres opgaver her. Det er en forudsætning, at sagsbehandlingen automatiseres i vid udstrækning, for at ATP kan realisere det effektiviseringspotentiale, der indgår i ATP s business case. Dette er særdeles vigtigt for de løsningsflows i bilag 3A.2 (Løsningsflow), der er kategoriseret som motorveje eller landevej, jf. bilag 2A (Sådan forretningsmodellerer vi i ATP). Debitorsystemet indeholder den funktionalitet og sikrer adgang til de data, der er nødvendige for at behandle en given arbejdsopgave. Dokumenter, journalnotater og digital post er placeret på sager og er journaliseret i fagsystemet. Debitorsystemet skal understøtte ønsket om at gennemføre straight through processing (STP) i videst muligt omfang uden, at det går ud over kvaliteten af sagsbehandlingen. Princippet er, at sagerne behandles så automatisk som muligt i Systemet ud fra de oplysninger, der blandt andet hentes og modtages fra autoritative registre eksempelvis Beriget Grunddata. I de tilfælde, hvor en sag ikke kan behandles automatisk ud fra de autoritative registre, borgerens oplysninger eller de regler, der i øvrigt er defineret i Systemet, skal der oprettes en opgave i opgaveindbakken. Opgaven fortæller en kunderådgiver, hvilke oplysninger på sagen, der ikke kunne behandles automatisk. Kunderådgiveren løser opgaven ved at kontrollere og konkludere disse oplysninger, og sagen afgøres herefter ved automatisk behandling. Det er derved primært Systemet, der behandler debitorsagerne. Kunderådgiverne støtter op om behandlingen ved at konkludere på oplysningerne, samt behandler de sager, der ikke kunne behandles automatisk. 4.2 Kanaler og Kommunikation Her vises de kanaler, der bruges til kommunikation med omverdenen. En del af løsningen er visning på borger.dk og virk.dk., som skal give borgere og virksomheder nem adgang til generelle informationer omkring opkrævning og indbetaling af krav. En anden væsentlig del af løsningen er at sikre, at de digitale beskeder, der sendes, bl.a. indeholder nem og forståelig information, så det er tydeligt, hvad årsagen til kravet er, samt hvordan man kan betale det. Bilag 3A Behovsopgørelse Side 13 af 40

15 Derudover illustrerer forretningsarkitekturen også, at vi modtager fysisk og Digital Post gennem hhv. Scanning Fysisk Post og Digital Post. Afsendelse af post sker til Fjernprint, der videresender beskeder til Digital Post eller printer, kuverterer og afsender fysisk post, hvis modtageren er undtaget fra Digital Post. 4.3 Øvrige elementer i forretningsudbudsarkitekturen De øvrige dele af forretningsudbudsarkitekturen er tværgående støttesystemer for Udbetaling Danmark, komponenter eller registre, som fagsystemet skal have snitflader til. De tværgående dele understøtter interne behov for rapportering, forpligtelser i forhold til ekstern rapportering og udbetaling. Bemærk at en fuldstændig liste over integrationer findes i afsnit 8 IT arkitektur. (Afsnit 8 er ikke indeholdt i denne version). Bilag 3A Behovsopgørelse Side 14 af 40

16 5 Komponentmodel Den funktionalitet, som Systemet skal besidde, beskrives i form af en Komponentmodel. Til forskel fra forretningsudbudsarkitekturen 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 eksempelvis funktionalitet til håndtering af hændelser, beslutning om sager skal til manuel kontrol, ændring af parametre ift. opkrævning, rykning og modregningsregler. Derfor skal komponenternes funktionalitet kunne ændres gennem skærmbilleder, hvor ATP s forretningsadministratorer enkelt kan konfigurere regler og parametre til regler. Figuren nedenfor viser komponentmodellen for debitor. Bilag 3A Behovsopgørelse Side 15 af 40

17 Figur 3: Komponentmodel Komponentmodellen er inddelt i fem hovedområder: Kanaler Manuelt Automatisk Støtte komponenter Øvrige komponenter De følgende afsnit gennemgår komponenterne i modellen enkeltvis og præsenterer overordnet den funktionalitet, som komponenterne leverer. De detaljerede krav til alle komponenterne vil i den endelige version være listet i bilag 3A.1 (Kravlisten). I denne version fremgår udvalgte detaljerede krav til nogle af komponenterne i bilag 3A.1 (Kravlisten). 5.1 Kanaler Denne gruppe af komponenter angiver, hvordan Systemet skal fungere sammen med ATP s postmodtagelse, Systemets selvbetjeningsløsning samt den Callcenter og telefoni løsning, som kunderådgiverne anvender: Callcenter og Telefoni Digital post Bilag 3A Behovsopgørelse Side 16 af 40

18 Fysisk post Selvbetjening Callcenter og Telefoni Systemet skal understøtte kunderådgiverne i deres arbejde, når de sagsbehandler via telefonen Digital post og fysisk post Systemet skal kunne modtage digital og fysisk post fra borgere, virksomheder og myndigheder. Den digitale post hentes af en posthåndteringsleverandør, inden den overleveres til Systemet gennem en snitflade. Samme posthåndteringsleverandør modtager fysisk post, som overleveres til Systemet ad samme snitflade. Breve til borgere, virksomheder og myndigheder sendes via den fællesoffentlige printløsning, og der anvendes i videst muligt omfang digital post Selvbetjening Selvbetjening leverer en webbaseret løsning, som udstiller den fremsendte opkrævning. Borgeren kan via løsningen indbetale sin gæld direkte til Udbetaling Danmark. Selvbetjeningsløsningen skal udstilles på borger.dk og virk.dk. Selvbetjening udstiller og modtager derved data i relation til de enkelte opkrævninger og rykkere og sender disse til Systemet for validering og registrering. Borger og virksomheder kan orientere sig vedrørende generel information omkring opkrævninger mv. i relation til Udbetaling Danmark på hhv. borger.dk og virk.dk. 5.2 Manuelt Denne gruppe af komponenter understøtter kunderådgivernes daglige manuelle sagsbehandling (jf. afsnit 3.3): Opgaveindbakke Tværgående overblik Sagshåndtering Manuelle breve Bilag 3A Behovsopgørelse Side 17 af 40

19 Disse fire komponenter udgør tilsammen kunderådgivernes 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å kunderådgiverne 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 beskrevet i nedenstående komponenter (jf. afsnit 3.4): Systemadministration Regeladministration Opgaveindbakke Udgangspunktet for det daglige arbejde for en kunderådgiver er Opgaveindbakken. Opgaveindbakken indeholder opgaver, som er struktureret i logiske arbejdspakker. En opgave kan bestå af behandling af fysisk post, digital post eller hændelser, som systemet ikke har kunnet eller kan håndtere automatisk. En kunderådgiver skal kunne reservere og arbejde med en opgave. En afsluttet opgave i opgaveindbakken fortsætter på det automatiske flow Tværgående Overblik Systemet skal kunne præsentere et Tværgående Overblik, der samler alle relevante informationer om den enkelte borger eller virksomhed. Det Tværgående Overblik er kunderådgiverens indgangsvinkel til Systemet ved telefonrådgivning. Komponenten leverer en grænseflade til det Tværgående Overblik. Formålet er at give kunderådgiveren mulighed for, ved ét enkelt opslag, hurtigt at få et overblik over borgerens eller virksomhedens forhold. Fra det Tværgående Overblik skal kunderådgiveren have mulighed for at få præsenteret yderligere detaljer om en sag og borgeren eller virksomheden. Det Tværgående Overblik viser data fra både Systemet og fra Sags- og Dokumentindeks (se afsnit 8.2 Systemkontekst) (Afsnittet er ikke med i denne version). Bilag 3A Behovsopgørelse Side 18 af 40

20 5.2.3 Sagshåndtering Denne komponent leverer en brugergrænseflade, hvorfra kunderådgiveren kan udføre den manuelle sagsbehandling, og hvor debitordata kan vises og redigeres. Manuelt behandlede sager fortsætter i det automatiske flow efter endt manuel behandling Manuelle Breve Denne komponent har ansvaret for at administrere og vedligeholde brevskabeloner til udsendelse af manuelt udarbejdede breve. Disse breve sendes ad samme kanal til Fjernprint som de automatisk genererede breve. Fjernprint styrer om brevet til borgeren, virksomheden og / eller myndigheden skal sendes som fysisk post eller digital besked. Kunderådgiveren skal kunne generere et brev med udgangspunkt i prædefinerede brevskabeloner, og forretningsadministratoren skal kunne oprette nye skabeloner samt rette i eksisterende Systemadministration Systemadministration er en brugergrænseflade, hvor man kan udføre administration af systemet. Med administration menes her fx rettelse af forskellige parametre (fx tidspunktet for udsendelse af opkrævninger, rykkerprocedurer, definition af betalingsfrister), brevskabeloner, arbejdspakker, tekster, hjælpeinformation og genvejstaster mv. Brugergrænsefladen skal være rettet mod brugere uden særlige tekniske forudsætninger Regeladministration For ATP er det væsentligt, at systemet er fleksibelt og robust for indførsel af nye forretningsprocesser og ændret lovgivning. Vi forventer, at der sker en løbende tilpasning af regler for, hvad der håndteres automatisk, og hvad der skal behandles manuelt. Det er væsentligt for optimeringen af arbejdsprocesserne, at disse tilpasninger kan ske smidigt og uden store implementeringsomkostninger. Komponenten Regeladministration indeholder fx informationer om, hvilke rykkerprocedurer, der skal anvendes på de forskellige kravtyper, modregningsadgange ift. specifikke kravtyper, modregningsfunktionalitet ift. kravtyper samt tilsvarende in- Bilag 3A Behovsopgørelse Side 19 af 40

21 formationer, der er nødvendige parametre til at gennemføre korrekt sagsbehandling. Komponenten leverer en brugergrænseflade til at vedligeholde de regler, parametre og grænseværdier, der anvendes til at udføre validering, afgørelse (beslutning) og håndtering af automatiske processer i Systemet ift. sagsbehandlingen. Brugergrænsefladen skal være rettet mod brugere uden særlige tekniske forudsætninger. I Regeladministration vedligeholdes også regler for, hvilke processer der skal igangsættes, når konkrete hændelser indtræffer. De konkrete krav til parameterstyring og konfiguration af Systemet vil fremgå af bilag 3A.1 (Kravliste) i den endelige version. De er ikke medtaget i denne version. 5.3 Automatisk Denne gruppe af komponenter understøtter den automatiske sagsbehandling af primært motorvejene og består af følgende komponenter: Validering Opkrævnings- og betalingsadministration Håndter modregning Rykning EFI Håndtering Håndter indbetaling Dan Udbetaling Afskrivning Beskedhåndtering Validering Denne komponent har ansvaret for at validere inputdata såsom krav og indbetalinger til brug for opkrævning, udligning eller øvrig håndtering af allerede kendte krav. Valideringen skal sikre konsistens i Systemets data. Validering kan både ske på feltniveau i forhold til enkeltindtastninger, ved at vurdere sammenhænge mellem flere forskellige informationer og ved validering af modtagne data fra eksempelvis ydelsessystemerne. Valideringen sker ud fra et sæt af Bilag 3A Behovsopgørelse Side 20 af 40

22 beslutningsregler, der er implementeret i komponenten Regeladministration. Validering sker tilsvarende, forinden en manuel opgave fortsætter i det automatiske flow Opkrævnings- og betalingsadministration Komponenten registrerer opkrævningsdata og beriger dem med informationer om, hvorvidt kravet skal til videre til direkte opkrævning hos borgeren eller virksomheden, eller om kravet skal betales via modregning i ydelsesudbetalinger i andre fagsystemer. Komponenten registrerer og opretter endvidere medhæfter ift. det enkelte krav i de tilfælde, hvor der er medhæfter på kravet. Komponenten har ansvaret for at danne opkrævningerne på de forskellige krav, som der skal ske opkrævning af. Efterfølgende gennemfører Systemet opkrævningen på det korrekte tidspunkt til de relevante personer eller virksomheder. Komponenten har ansvaret for, at det enkelte krav bliver opkrævet via den korrekte kanal. Komponenten genererer uddata til digitale beskeder (opkrævninger). Alle ovenstående handlinger udfører Systemet ud fra regelsæt, der er implementeret i komponenten Regeladministration Håndter modregning Denne komponent har ansvaret for at registrere data vedr. krav til modregning i udbetalende fagsystemer og efterfølgende gennemføre korrekt modregning. Gennemførsel af modregning sker ved, at komponenten sender beskeder afsted til de udbetalende fagsystemer med konkrete modregningsanmodninger. Komponenten har tillige ansvaret for at sikre, at der dannes uddata til digitale beskeder (aftalebrev, afgørelse) i de situationer, hvor det er påkrævet. Ovenstående handlinger udføres ud fra regelsæt, der er implementeret i komponenten Regeladministration Rykning Denne komponent har ansvaret for at håndtere den videre proces ift. de krav, der ikke er betalt. Det sker ud fra et regelsæt og en parameteropsætning, der er im- Bilag 3A Behovsopgørelse Side 21 af 40

23 plementeret i komponenterne Systemadministration og Regeladministration, så der eksempelvis ikke dannes rykkere på krav, der har et rykkerspær. Komponenten registrerer rykkerdata og genererer uddata til digitale beskeder (rykkerbreve) samt opgaver til opgaveindbakken. Systemet vælger typen af rykkerskrivelse ud fra regelsæt, der er implementeret i komponenten Regeladministration EFI Håndtering Komponenten har ansvaret for at oversende krav til RIM via EFI, når de skal registreres ift. mulighed for modregning i overskydende skatteudbetaling, samt når de er inddrivelsesmodne og skal oversendes som inddrivelsessager. Komponenten har tillige ansvaret for at sikre korrekt håndtering af kravet ift. den efterfølgende kommunikation mellem Systemet og EFI på de konkrete sager. Komponenten registrerer kommunikationsflow og indhold af kommunikationen. Systemet vælger tidspunktet for oversendelsen af kravene til RIM via EFI og håndteringen af kommunikationsindholdet ud fra en parameteropsætning og et regelsæt, der er implementeret i komponenterne Systemadministration og Regeladministration. Komponenten har tillige ansvaret for at generere uddata til komponenten beskedhåndtering i forbindelse med oversendelsen af kravet til RIM via EFI. Systemet vælger, om der skal dannes skrivelse ud fra et regelsæt, der er implementeret i komponenten Regeladministration Håndter indbetaling Komponenten har ansvaret for at registrere indbetalinger og sikre korrekt udligning af de indbetalte beløb. Det sker ud fra et regelsæt, der er implementeret i komponenten Regeladministration. Komponenten registrerer indbetalingsdata og genererer besked til de respektive fagsystemer om modtaget indbetaling Dan Udbetaling Komponenten skal samle og overføre udbetalinger til indenlandske- og udenlandske konti gennem NemKonto. Den registrerer udbetalingsdata og genererer udbetalingsfiler. Bilag 3A Behovsopgørelse Side 22 af 40

Bilag 3A Behovsopgørelse

Bilag 3A Behovsopgørelse Bilag 3A Behovsopgørelse Version 0.8 15-08-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 7 2 INDLEDNING... 8 2.1 UNDERBILAG... 8 2.2 FARVEANVENDELSE PÅ ARKITEKTURDIAGRAMMER... 9 3 FORRETNINGSUDBUDSARKITEKTUR

Læs mere

Bilag 3A.7 Brugergrænseflader

Bilag 3A.7 Brugergrænseflader Bilag 3A.7 Brugergrænseflader Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 3 USER EXPERIENCE GUIDELINES (UX-GUIDELINES)... 5 3.1 GENERELLE UX-GUIDELINES... 5 3.1.1

Læs mere

Der skal være integration mellem debitorsystemet og økonomi-systemet, således at rettelser/bogføring i økonomisystemet slår igennem i debitorsystem.

Der skal være integration mellem debitorsystemet og økonomi-systemet, således at rettelser/bogføring i økonomisystemet slår igennem i debitorsystem. Udbud af Debitorsystem 2013 Kravspecifikation vedr. Debitorsystem Nr. Emne Beskrivelse af kravspecifikation / ønske funktionalitet 1. Generelle krav og ønsker 101 Integration til økonomisystem Der skal

Læs mere

Bilag 3A.2 Løsningsflows

Bilag 3A.2 Løsningsflows Bilag 3A.2 Løsningsflows Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 SÅDAN LÆSES ET LØSNINGSFLOW/LØSNINGSSUBFLOW... 3 3 LØSNINGSFLOWS OG LØSNINGSSUBFLOWS...

Læs mere

Bilag 3 Leverancebeskrivelse

Bilag 3 Leverancebeskrivelse Bilag 3 Leverancebeskrivelse Version 0.8 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 UNDERBILAG... 4 2.2 FARVEANVENDELSE PÅ ARKITEKTURDIAGRAMMER... 5 3 BAGGRUND FOR UDBUDDET...

Læs mere

Arkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem

Arkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem Arkitekturrapport: Kommunernes Ydelsessystem 1 Indholdsfortegnelse Baggrund for projekt... 3 Resultat af gennemført arkitekturanalyse... 5 Anvendelse af forretningsservices... 9 Baggrund for projekt Baggrund

Læs mere

Bilag 3A.6 Integrationer

Bilag 3A.6 Integrationer Bilag 3A.6 Integrationer Version 0.5 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 BILAGETS FORMÅL OG OPBYGNING... 4 2.2 RELATION TIL ØVRIGT MATERIALE... 4 3 INTEGRATIONSBESKRIVELSER...

Læs mere

Bilag 3 Leverancebeskrivelse

Bilag 3 Leverancebeskrivelse Bilag 3 Leverancebeskrivelse Version 0.8 15-08-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 UNDERBILAG... 4 2.2 FARVEANVENDELSE PÅ ARKITEKTURDIAGRAMMER... 5 3 BAGGRUND FOR UDBUDDET...

Læs mere

Bilag 2B Eksisterende data

Bilag 2B Eksisterende data Bilag 2B Eksisterende data Version 0.8 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 OVERBLIK OVER DOKUMENTATION FRA... 4 3.1 BEGREBSMODEL ( OPUS DEBITOR)... 4 3.2 INFORMATIONSMODEL

Læs mere

Scope dokument for Advisservice

Scope dokument for Advisservice 18. marts 2013 AHI Scope dokument for Advisservice Indhold 1. Advisservice... 2 2. Advis håndtering i KMD Sag... 2 3. Hændelse og Advis... 3 4. Advis løsningsmodel... 4 5. Abonnementsopsætning... 5 6.

Læs mere

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. 8. april 2013 19-Partskontakt => Kontaktdata Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. I de oprindelige oplæg med visionen

Læs mere

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015 Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltningg og genbrug af ejendomsdataa under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet Ejerfortegnelsen Løsningsarkitektur

Læs mere

Opsamling på kommunal høring. Vejle & Roskilde Den 18. Juni 2013

Opsamling på kommunal høring. Vejle & Roskilde Den 18. Juni 2013 Opsamling på kommunal høring Vejle & Roskilde Den 18. Juni 2013 Dagsorden Velkommen Høringsprocessen frem til udbuddet på KY Resultater fra høringen Udbudsmaterialet kapitel 1 4, 5 og 6 Temaer: EDSH, opgavelisten,

Læs mere

Bilag 1 Tidsplan Version 0.9 23-02-2015 0

Bilag 1 Tidsplan Version 0.9 23-02-2015 0 Bilag 1 Tidsplan Version 0.9 23-02-2015 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

Bilag 3B Løsningsbeskrivelse

Bilag 3B Løsningsbeskrivelse Bilag 3B Løsningsbeskrivelse Version 1.0 27-04-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 4 2 INDLEDNING... 5 3 OVERSIGT OVER SYSTEMETS PROGRAMMEL... 6 4 LEVERANDØRENS BESVARELSE AF FUNKTIONELLE KRAV

Læs mere

Bilag 3A.1 Kravliste Version 1.0 27-04-2015

Bilag 3A.1 Kravliste Version 1.0 27-04-2015 Bilag 3A.1 Kravliste Version 1.0 27-04-2015 Vejledning til Tilbudsgiver Dette bilag består af tre faneblade: 1) "Funktionelle krav" indeholdende de funktionelle krav til et. 2) "Non-funktionelle krav"

Læs mere

Bilag 3B Løsningsbeskrivelse

Bilag 3B Løsningsbeskrivelse Bilag 3B Løsningsbeskrivelse Version 1.0 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 5 2 INDLEDNING... 6 3 OVERSIGT OVER SYSTEMETS PROGRAMMEL... 7 4 LEVERANDØRENS BESVARELSE AF FUNKTIONELLE KRAV

Læs mere

Bilag 3A.6 Integrationer

Bilag 3A.6 Integrationer Bilag 3A.6 Integrationer Version 1.0 27-04-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 BILAGETS FORMÅL OG OPBYGNING... 4 2.2 RELATION TIL ØVRIGT MATERIALE... 4 3 INTEGRATIONSBESKRIVELSER...

Læs mere

Bilag 3A.6 Integrationer

Bilag 3A.6 Integrationer Bilag 3A.6 Integrationer Version 0.9 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 BILAGETS FORMÅL OG OPBYGNING... 4 2.2 RELATION TIL ØVRIGT MATERIALE... 4 3 INTEGRATIONSBESKRIVELSER...

Læs mere

Bilag 3A.3 Aktivitetsbeskrivelser

Bilag 3A.3 Aktivitetsbeskrivelser Bilag 3A.3 Aktivitetsbeskrivelser Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 SÅDAN LÆSES EN AKTIVITETSBESKRIVELSE... 3 3 AKTIVITETSBESKRIVELSER... 4 Bilag 3A.3

Læs mere

Bilag 2A Sådan forretningsmodellerer vi i ATP

Bilag 2A Sådan forretningsmodellerer vi i ATP Bilag 2A Sådan forretningsmodellerer vi i ATP Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 SÅDAN FORRETNINGSMODELLERER VI I ATP... 4 2.1 FORRETNINGSMODELLERING I KONTEKST AF FORRETNINGSARKITEKTUREN...

Læs mere

Hillerød Kommunes Kanalstrategi 2014-2018

Hillerød Kommunes Kanalstrategi 2014-2018 Hillerød Kommunes Kanalstrategi 2014-2018 Forord Hillerød Kommunes Kanal- og Servicestrategi er en samlet strategi for kommunikation mellem kommune og borgere, virksomheder og foreninger. Service over

Læs mere

nyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING

nyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING nyt 2. HALVÅR 2009 C...leveret af din forhandler! Løsninger til Microsoft Dynamics NAV fra Continia Software... TIPS & TRICKS Se hvordan du får optimalt udbytte af din investering i Celenia Payment Management

Læs mere

Bilag 1 Tidsplan Version 0.9 05-05-2014 0

Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.03. Service Level Agreement (SLA) Debitor

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.03. Service Level Agreement (SLA) Debitor Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.03 Service Level Agreement (SLA) Debitor INDHOLDSFORTEGNELSE 1 Indledning... 3 1.1 Formål... 3 1.2 Ansvarlig... 3 1.3 Relevans for medarbejdere...

Læs mere

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04. Service Level Agreement (SLA) Kreditor

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04. Service Level Agreement (SLA) Kreditor Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04 Service Level Agreement (SLA) Kreditor INDHOLDSFORTEGNELSE 1 Indledning... 2 1.1 Formål... 2 1.2 Ansvarlig... 2 1.3 Relevans for medarbejdere...

Læs mere

Bilag 3B Løsningsbeskrivelse

Bilag 3B Løsningsbeskrivelse Bilag 3B Løsningsbeskrivelse Version 0.9 05-05-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 5 2 INDLEDNING... 6 3 LEVERANDØRENS BESVARELSE AF FUNKTIONELLE KRAV TIL SYSTEMET... 7 3.1 SYSTEMBESKRIVELSE...

Læs mere

CONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV

CONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV FACTSHEET TIL MICROSOFT DYNAMICS NAV Med Continia Collection Management samler du markedets førende opkrævningsstandarder i én enkelt løsning. Du kan herved udføre elektronisk fakturering med enten Betalingsservice,

Læs mere

Fordelingen af kommunale gevinster i business casen for initiativet Genbrug af adressedata

Fordelingen af kommunale gevinster i business casen for initiativet Genbrug af adressedata NOTAT MINISTERIET FOR BY, BOLIG OG LANDDISTRIKTER Fordelingen af kommunale gevinster i business casen for initiativet Genbrug af adressedata 18. juli 2012 Sag: /mli-mbbl Baggrund Initiativet Genbrug af

Læs mere

SDBF QUICKGUIDE SKOLERNES DIGITALE BLANKET FLOW 1. - SUPERBRUGERE OG MEDLEMMER AF RETTIGHEDSGRUPPER -

SDBF QUICKGUIDE SKOLERNES DIGITALE BLANKET FLOW 1. - SUPERBRUGERE OG MEDLEMMER AF RETTIGHEDSGRUPPER - SDBF QUICKGUIDE SKOLERNES DIGITALE BLANKET FLOW 1. - SUPERBRUGERE OG MEDLEMMER AF RETTIGHEDSGRUPPER - INTRODUKTION TIL SKOLERNES DIGITALE BLANKET FLOW Vi er glade for at kunne byde velkommen til opdateret

Læs mere

Den digitale vej til fremtidens velfærd

Den digitale vej til fremtidens velfærd Den digitale vej til fremtidens velfærd V. Ulla Larney, Erhvervsstyrelsen Midtjysk Erhvervsakademi 21/8-2013 Danmark i front med digitalisering Fællesoffentlig digitaliseringsstrategi 2011-2015 Ansøgninger,

Læs mere

NemRefusion effektiviseringspotentialer og den bagvedliggende økonomi

NemRefusion effektiviseringspotentialer og den bagvedliggende økonomi N O TAT NemRefusion effektiviseringspotentialer og den bagvedliggende økonomi NemRefusion er en løsning, som ikke bare giver besparelser for kommunens ydelseskontor, der sagsbehandler indberetningerne.

Læs mere

FÆLLES FORRETNINGSGANG KONTANTKASSER

FÆLLES FORRETNINGSGANG KONTANTKASSER FÆLLES FORRETNINGSGANG KONTANTKASSER KONCERNSERVICE Gældende fra: 1. februar 2015 Senest godkendt: 27. juni 2014 i Økonomikredsen Senest opdateret: 23. januar 2015 Af: Koncernservice Henvisning: Københavns

Læs mere

Bilag om bogføring. Indhold. 1. Indledning

Bilag om bogføring. Indhold. 1. Indledning Indhold 1. Indledning... 1 1.1 Generelt... 2 1.2 Definitioner... 2 1.2.1 Regnskabsmateriale... 2 1.2.2 Bilag... 2 1.2.3 Godkendelse... 2 2. Periodisering og transaktionsprincippet... 2 3. Konteringsprincip...

Læs mere

Brugervejledning til Landsbyggefondens regnskabsindberetningssystem

Brugervejledning til Landsbyggefondens regnskabsindberetningssystem LANDSBYGGEFONDEN 11. marts 2015 Brugervejledning til Landsbyggefondens regnskabsindberetningssystem (for boligorganisationer og selvejende institutioner) 2. udgave Indholdsfortegnelse 1. I 1 NDLEDNING...

Læs mere

BENCHMARK ANALYSE. The Continia Way to Pay!

BENCHMARK ANALYSE. The Continia Way to Pay! BENCHMARK ANALYSE The Continia Way to Pay! Baseret på mere end 3.000 aktive Microsoft Dynamics NAV licenser med Continia Payment Management ligger mere end 20 års erfaring og arbejde i at finjustere alt

Læs mere

Microsoft Dynamics AX Scanfak. Fall

Microsoft Dynamics AX Scanfak. Fall 1 Microsoft Dynamics AX Scanfak Fall 16 - faktura management & workflow Med faktura management & workflow systemet Scanfak fra GITS kan du afhjælpe de tunge administrative rutiner ved håndtering af kreditor

Læs mere

Navision Stat 5.4.02. NS/Digital Post tilslutning: Trin for trin. Overblik. Side 1 af 22. ØSY/CPS Dato 27.10.14

Navision Stat 5.4.02. NS/Digital Post tilslutning: Trin for trin. Overblik. Side 1 af 22. ØSY/CPS Dato 27.10.14 Side 1 af 22 Navision Stat 5.4.02 ØSY/CPS Dato 27.10.14 NS/Digital Post tilslutning: Trin for trin. Overblik Introduktion For at man som afsendende myndighed kan benytte sig af integrationen, skal der

Læs mere

Bilag 3A.5 Regel- og beslutningsmodeller

Bilag 3A.5 Regel- og beslutningsmodeller Bilag 3A.5 Regel- og beslutningsmodeller Version 0.9 05-05-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 3 REGEL- OG BESLUTNINGSMODELLER... 5 3.1 BEREGN TIMETAL... 8 3.2 BEREGN YDELSE...

Læs mere

Startpakke**: kr. 1.500,- Licens: kr. 0,-

Startpakke**: kr. 1.500,- Licens: kr. 0,- Kontingentsystem med ClubPeople ClubPeople tilbyder nu klubberne et integreret kontingentsystem. Kontingentsystemet sikrer, at du som klubansvarlig kan få overblik over dine medlemmers betalinger og restancer.

Læs mere

Kontakthierarkier i Digital Post

Kontakthierarkier i Digital Post Kontakthierarkier i Digital Post Denne vejledning beskriver forskellige måder myndigheder kan opbygge den kontaktbrugergrænseflade der møder slutbrugerne i Digital Post Version: 3. Udarbejdet: juli 2015

Læs mere

DEBITOR. Bilag 3A.1 Kravliste

DEBITOR. Bilag 3A.1 Kravliste DEBITOR Bilag 3A.1 Kravliste Version 1.0 23-02-2015 Vejledning til Tilbudsgiver Bilag 3A.1 Kravliste, version 1.0, 23-02-2015. Dette bilag består af tre faneblade: 1) "Funktionelle krav" indeholdende de

Læs mere

BENCHMARK ANALYSE. The Continia Way to Pay!

BENCHMARK ANALYSE. The Continia Way to Pay! BENCHMARK ANALYSE The Continia Way to Pay! Baseret på løsninger i mere end 3.500 aktive Microsoft Dynamics NAV licenser fra Continia Software ligger mere end 20 års erfaring og arbejde i at finjustere

Læs mere

Kanalstrategi 2.0. Aarhus Kommune 2013-2017

Kanalstrategi 2.0. Aarhus Kommune 2013-2017 Kanalstrategi 2.0 Aarhus Kommune 2013-2017 Aarhus Kommune November 2013 Indhold Formål...3 Visionen...3 Tværgående mål...3 A. Digitalisering... 3 B. Organisering... 4 C. Dokumentation og ledelsesinformation...

Læs mere

Bilag 3A.2 Løsningsflows og aktivitetsbeskrivelser barselsspecifikke

Bilag 3A.2 Løsningsflows og aktivitetsbeskrivelser barselsspecifikke Bilag 3A.2 Løsningsflows og aktivitetsbeskrivelser barselsspecifikke Version 0.9 05-05-2014 3T13T 3TUVEJLEDNING 3T23T 3TUINDLEDNINGU3T 3T33T 3TUBARSELSSPECIFIKKE Indhold TIL TILBUDSGIVERU3T... 2... 3 LØSNINGSFLOWS

Læs mere

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling FKO Quick Guide Kom godt igang med FKO Temperaturmåling FKO GUIDE Temperaturmåling Publikationen er udgivet af Socialstyrelsen Edisonsvej 18, 1. 5000 Odense C Tlf: 72 42 37 00 www.socialstyrelsen.dk Udgivet

Læs mere

Introduktion til Støttesystem Organisation

Introduktion til Støttesystem Organisation Introduktion til Støttesystem Organisation 1. Om dokumentet Dette dokument formidler et overblik over Støttesystemet Organisation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse

Læs mere

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4

Læs mere

Kommunernes Ydelsessystem: Vejledning til business caseredskab

Kommunernes Ydelsessystem: Vejledning til business caseredskab Kommunernes Ydelsessystem: Vejledning til business caseredskab Version 1.0, maj 2014 Denne vejledning til en lokal business case suppleres af følgende dokumenter: Instruktion til udfyldelse af business

Læs mere

Efterlevelseshjælp. Opgavesplit ved overgang til Udbetaling Danmark version 1.0

Efterlevelseshjælp. Opgavesplit ved overgang til Udbetaling Danmark version 1.0 Opgavesplit ved overgang til Udbetaling Danmark version 1.0 - Overordnet fordeling af opgaver Udmøntning af opgavesplit og procestegning i nærværende dokument fastlægger opgavedelingen og samspillet mellem

Læs mere

J.nr. 20141110226 BETALINGSPOLITIK. Hvordan betaler borgere, virksomheder og ejere til Kommunen (debitorpolitik)

J.nr. 20141110226 BETALINGSPOLITIK. Hvordan betaler borgere, virksomheder og ejere til Kommunen (debitorpolitik) J.nr. 20141110226 BETALINGSPOLITIK Hvordan betaler borgere, virksomheder og ejere til Kommunen (debitorpolitik) Godkendt af kommunalbestyrelsen d. 18. december 2014 2 INDHOLDSFORTEGNELSE 1. Indledning...

Læs mere

Pensioneringsprocessen/Statens Administration

Pensioneringsprocessen/Statens Administration PENSAB Pensioneringsprocessen/Statens Administration Indhold 1. Overblik over den samlede proces... 2 2. Tildel pensionssag... 3 2.1 Søg i listen [Pensionssager]... 5 2.2 Tildel sag... 5 2.3 Afgiv sag...

Læs mere

Vejledning om avanceret afhentning. i Digital Post på Virk.dk.

Vejledning om avanceret afhentning. i Digital Post på Virk.dk. Vejledning om avanceret afhentning og sortering i Digital Post på Virk.dk. Denne vejledning beskriver, hvordan virksomheder, foreninger m.v. med et CVR-nummer kan modtage Digital Post, herunder hvordan

Læs mere

RS Standard. Effektivt og struktureret bogføringssamarbejde

RS Standard. Effektivt og struktureret bogføringssamarbejde RS Standard Effektivt og struktureret bogføringssamarbejde 1 RS Standard Spar penge - gør brug af vores erfaringer med hvad der virker! Benyt dig af vores standardiserede bogføringspakke RS Standard. RS

Læs mere

Effektiv opkrævning. Til Microsoft Dynamics NAV. www.continia.dk

Effektiv opkrævning. Til Microsoft Dynamics NAV. www.continia.dk Effektiv opkrævning Udfør fakturering og opkrævning på 40 forskellige måder i det meste af Nordeuropa; blandt andet OIO fakturering, eksternt printservice, PBS Betalings- Service, PBS LeverandørServce,

Læs mere

uddybende beskrivelse af processen i forbindelse med fremsøgning af sagsakter?

uddybende beskrivelse af processen i forbindelse med fremsøgning af sagsakter? UDBUD AF BYGGESAGSSYSTEM OFFENTLIGT UDBUD, OFFENTLIGGJORT DEN 3. JULI 2015. SPØRGSMÅL OG SVAR NR. 1 (17/08/2015) NR. 1. 2. REFERENCE SPØRGSMÅL SVAR Bilag 1. Krav 9 Bilag 1. Krav 17 Er det muligt at få

Læs mere

Vejledning til udbyder. Rev.: 2015-05-27 / LW. Side 1

Vejledning til udbyder. Rev.: 2015-05-27 / LW. Side 1 Vejledning til udbyder Rev.: 2015-05-27 / LW Side 1 Indhold Indhold... 2 Indledning... 3 Log på... 4 Opret din bruger... 4 Personlige informationer... 4 Gem login... 5 Glemt password... 5 Brugerfladen

Læs mere

Best Practice på DLBR summax for

Best Practice på DLBR summax for DLBR summax Best Practice på DLBR summax for DLBR Kunder Online brugere DLBR summax DLBR BEST PRACTICE Opstart: Kunden har på forhånd set de to generelle videoer omkring e-faktura og e-arkiv - Her Det

Læs mere

SAPA KRAVSPECIFIKATION v. 0.8. Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL

SAPA KRAVSPECIFIKATION v. 0.8. Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL SAPA KRAVSPECIFIKATION v. 0.8 Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL Sags- og partsoverblikket Vise adresser der har adressebeskyttelse Adressen

Læs mere

FAGLIGT NYT FRA UDBETALING DANMARK

FAGLIGT NYT FRA UDBETALING DANMARK Til kommunernes borgerservice August 2014 Ref.nr.: Fagligt nyt fra Udbetaling Danmark Oplys venligst ved henvendelse Indholdsfortegnelse Boligstøtte... 1 Mellemkommunal refusion af boligstøtte... 2 Afregning

Læs mere

Det var et simpelt bogføringsprogram dengang, uden ret mange andre muligheder end bogføring og en resultatopgørelse.

Det var et simpelt bogføringsprogram dengang, uden ret mange andre muligheder end bogføring og en resultatopgørelse. Brugervejledning Bergstedt-IT Finans Indledning Programmet er udviklet siden 2003, hvor de første versioner blev skabt. Det var et simpelt bogføringsprogram dengang, uden ret mange andre muligheder end

Læs mere

Frederikshavn Kommune Årsberetning 2013 Opkrævning/Inddrivelse

Frederikshavn Kommune Årsberetning 2013 Opkrævning/Inddrivelse Sag nr. 14/1021 Dok nr. 13.317-14v1 Frederikshavn Kommune Årsberetning 2013 Opkrævning/Inddrivelse Årsberetning 1. januar 2013 31. december 2013. Med vedtagelsen af lov nr. 429 af 6. juni 2005, blev opgaverne

Læs mere

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. 1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale

Læs mere

INVENTIO.IT. Auditplus Anlæg. Microsoft Dynamic C5

INVENTIO.IT. Auditplus Anlæg. Microsoft Dynamic C5 INVENTIO.IT Auditplus Anlæg Microsoft Dynamic C5 1 Indhold ANLÆG/DAGLIG... 3 Anlægskladde... 3 Oprettelse af anlæg... 3 Afskrivning af anlæg... 4 Salg af anlæg... 5 Skrot af anlæg... 6 Manuel funktion

Læs mere

Konkurrenceudsættelse på syge- og barseldagpengeområderne: Oplæg til indledende teknisk dialog (nov. 2012)

Konkurrenceudsættelse på syge- og barseldagpengeområderne: Oplæg til indledende teknisk dialog (nov. 2012) 14. nov. 2012 Klik her for at angive tekst. NOTAT Konkurrenceudsættelse på syge- og barseldagpengeområderne: Oplæg til indledende teknisk dialog (nov. 2012) ATP og KOMBIT samarbejder om konkurrenceudsættelse

Læs mere

CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg.

CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg. CAMPridge for Dynamics AX - Tilvalg Landeuafhængige tilvalg til CAMPridge Medlems-system CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg. Persondata,

Læs mere

Microsoft Dynamics. Fall. 16 AX Scanfak

Microsoft Dynamics. Fall. 16 AX Scanfak 1 Microsoft Dynamics Fall 16 AX Scanfak 1 2 - faktura management & workflow Med faktura management & workflow systemet Scanfak fra GITS kan du afhjælpe de tunge og kedelige administrative rutiner ved håndtering

Læs mere

Kort om Umbrella. Den 6. oktober 2009. 1. Umbrella

Kort om Umbrella. Den 6. oktober 2009. 1. Umbrella Den 6. oktober 2009 Kort om Umbrella 1. Umbrella Umbrella er et fælleskommunalt samarbejde om udvikling af digitale selvbetjeningsløsninger. De udviklede løsninger skal sikre en videreudvikling af borgerservicen

Læs mere

Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform

Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Version 1.0, september 2013 Den fælleskommunale Serviceplatform Ved årsskiftet 2013/14 åbner Den fælleskommunale Serviceplatform

Læs mere

Vejledning til anvendelse af fuldmagt på virk.dk

Vejledning til anvendelse af fuldmagt på virk.dk Vejledning til anvendelse af fuldmagt på virk.dk Ønsker du vejledning til en specifik område, kan du gå direkte til det ved at klikke på det i listen nedenfor. Generelt om fuldmagter... 2 Fuldmagt på virk.dk...

Læs mere

Strategi 2013-2017 Danmarks Miljøportal

Strategi 2013-2017 Danmarks Miljøportal Strategi 2013-2017 Danmarks Miljøportal Introduktion Danmarks Miljøportal (DMP) har ansvaret for en digital infrastruktur på miljøområdet, der gør det muligt for myndigheder og offentlighed at få nem adgang

Læs mere

Effektiv økonomisk styring af cash-flow og kassedifferencer.

Effektiv økonomisk styring af cash-flow og kassedifferencer. Effektiv økonomisk styring af cash-flow og kassedifferencer. Vores Cash Management løsning giver detailkæder et unikt overblik over likvidbeholdninger og det daglige pengeflow i de enkelte butikker. Det

Læs mere

Minikonference om Sag og Dokumentstandarder 15. juni 2011, Odense

Minikonference om Sag og Dokumentstandarder 15. juni 2011, Odense CPR Broker version 2.0 Minikonference om Sag og Dokumentstandarder 15. juni 2011, Odense Steen Deth, Chefarkitekt sde@gentofte.dk CPR data hvor svært (og interessant) kan det være? Kommune Borgerservice

Læs mere

Udvikling af en integreret indberetningsløsning til intrastat og listesystemet. Bilag 3: Ydelser/kravspecifikation og grænseflader

Udvikling af en integreret indberetningsløsning til intrastat og listesystemet. Bilag 3: Ydelser/kravspecifikation og grænseflader Bilag 3: Ydelser/kravspecifikation og grænseflader 1 2 Indholdsfortegnelse 1 Introduktion...4 2 Læsevejledning...6 3 Interessenter...7 4 Begrebsmodel...8 5 Overordnede processer...11 5.1 Rettighedsstyring...11

Læs mere

Sitecore Seminar København onsdag 6. februar 2008 DET DIGITALE DANMARK - BORGERPORTAL 2.0

Sitecore Seminar København onsdag 6. februar 2008 DET DIGITALE DANMARK - BORGERPORTAL 2.0 Sitecore Seminar København onsdag 6. februar 2008 DET DIGITALE DANMARK - BORGERPORTAL 2.0 Om Netmester Netmester A/S 10 års erfaring med web-udvikling Vinder af Bedst til Nettet 2006 og nomineret i 2007

Læs mere

Kanalstrategi. Ikast-Brande Kommune 2013-2015

Kanalstrategi. Ikast-Brande Kommune 2013-2015 Kanalstrategi Ikast-Brande Kommune 2013-2015 Godkendt i byrådet den 16.09.2013 Indhold Forord og formål... 3 Hvad er en kanalstrategi?... 3 Hvordan skal vi arbejde med en kanalstrategi i Ikast-Brande Kommune?...

Læs mere

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur IT & Operational Developement Projekt DAF Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur Politiken Jyllandsposten Berlingske Tidende OMD Carat Mediaedge:CIA Mediacom Initiative

Læs mere

WHITEPAPER DokumentBroker

WHITEPAPER DokumentBroker WHITEPAPER DokumentBroker Copyright 2013 DokumentBrokeren er en selvstændig arkitekturkomponent, som uafhængigt af forretningsapplikation og kontorpakke, genererer dokumenter af forskellige typer og formater,

Læs mere

1. Web-inkasso for fordringshaver

1. Web-inkasso for fordringshaver 1. Web-inkasso for fordringshaver 1.1 Login på hjemmesiden Man kan logge sig på via Skattestyrelsens hjemmeside { HYPERLINK "http://www.aka.gl" } (under Inddrivelsesmyndigheden) eller direkte på { HYPERLINK

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel 02. december 2014 Indhold INDHOLD... 1 INDLEDNING... 2 STANDARDER... 4 OIOUBL e-handelsstandard... 4 OIORASP - transportprotokol... 5 BETINGELSER FOR ANVENDELSE AF

Læs mere

Effektiv sagsbehandling og hurtig borgerservice

Effektiv sagsbehandling og hurtig borgerservice Effektiv sagsbehandling og hurtig borgerservice 360 Kommuneløsning Med udvidet borgerselvbetjening og tværgående digitale arbejdsgange er kommunen efterhånden blevet borgernes primære kontaktpunkt til

Læs mere

Vejledning i brug af system til online indberetning af mønstringsdata

Vejledning i brug af system til online indberetning af mønstringsdata Vejledning i brug af system til online indberetning af mønstringsdata Søfartsstyrelsen kan tilbyde samtlige rederier mulighed for at kunne indberette mønstringsdata elektronisk. Den elektroniske indberetning

Læs mere

ATP s digitale kundeservice god kundeservice forenet med lave administrationsomkostninger

ATP s digitale kundeservice god kundeservice forenet med lave administrationsomkostninger ATP s digitale kundeservice god kundeservice forenet med lave administrationsomkostninger Kammeradvokaten 8. november 2013 ATP Koncernens visioner Vi er her for at sikre hele Danmark økonomisk grundtryghed.

Læs mere

Kravspecifikation tværga ende sundhedsplatform

Kravspecifikation tværga ende sundhedsplatform Kravspecifikation tværga ende sundhedsplatform Kravliste. Høringsversion. Opdateret 21-10-2014 Indhold Indhold... 1 Typer af krav... 4 1. Sprog... 5 Krav [1.1]: Sprog... 5 Krav [1.2]: Sprog - Menusprog...

Læs mere

Markedsinfo. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1 Copyright: Naddon version 201009

Markedsinfo. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1 Copyright: Naddon version 201009 Markedsinfo Microsoft Dynamics NAV 2009 SP1 Klassisk Side 1 Microsoft Dynamics NAV 2009 SP1 Rollebaseret Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i

Læs mere

Arkitekturrapport: KITOS - Kommunens It-Overbliks System

Arkitekturrapport: KITOS - Kommunens It-Overbliks System Arkitekturrapport: KITOS - Kommunens It-Overbliks System Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt.

Læs mere

- XV - Bilag 21. Orientering vedr. restanceudviklingen i Aarhus Kommune

- XV - Bilag 21. Orientering vedr. restanceudviklingen i Aarhus Kommune Regnskab 2012 - XV - Generelle Bemærkninger Bilag 21 Orientering vedr. restanceudviklingen i Aarhus Kommune Regnskab 2014 Til: Aarhus Byråd 24-02-2015 Side 38 af 4 4.2 Orientering vedr. restanceudviklingen

Læs mere

Mamut Stellar Banking

Mamut Stellar Banking Mamut Stellar Banking Mamut Stellar Banking understøtter betalinger på en overskuelig måde, og det er muligt at fratrække evt kreditnotaer fra en Saldobetaling før den gennemføres. Dermed får man automatisk

Læs mere

EDI til Microsoft Dynamics

EDI til Microsoft Dynamics EDI til Microsoft Dynamics EDI til Microsoft Dynamics Anvend EDI og udnyt potentialet fuldt ud i økonomisystemer fra Microsoft Dynamics herved opnår din virksomhed et mindre ressourceforbrug og færre fejl.

Læs mere

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0 SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med

Læs mere

Bilag 1. Kravspecifikation for udvikling og implementering af en selvbetjeningsløsning for klager til Natur og Miljøklagenævnet

Bilag 1. Kravspecifikation for udvikling og implementering af en selvbetjeningsløsning for klager til Natur og Miljøklagenævnet Rentemestervej 8 2400 København NV Telefon: 72 54 10 00 16. maj 2012 J.nr.: 079 00119 Ref.: dowbr Bilag 1 Kravspecifikation for udvikling og implementering af en selvbetjeningsløsning for klager til Natur

Læs mere

EDS Lå n til betåling åf ejendomsskåtter processer, regler og informåtion

EDS Lå n til betåling åf ejendomsskåtter processer, regler og informåtion EDS Lå n til betåling åf ejendomsskåtter processer, regler og informåtion Indhold 1. Indledning... 1 Rapportens indhold... 1 2. Kontekst for ansøgning om lån til ejendomsskat... 3 Livssituationer... 3

Læs mere

Markedsinfo. Microsoft Dynamics NAV 2009 SP1 Rollebaseret. Side 1 Copyright: Naddon version 201009

Markedsinfo. Microsoft Dynamics NAV 2009 SP1 Rollebaseret. Side 1 Copyright: Naddon version 201009 Markedsinfo Microsoft Dynamics NAV 2009 SP1 Rollebaseret Side 1 Microsoft Dynamics NAV 2009 SP1 Rollebaseret Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller

Læs mere

VEJLEDNING I REJSUD - EN UDGIFTSHAVER

VEJLEDNING I REJSUD - EN UDGIFTSHAVER VEJLEDNING I REJSUD - EN UDGIFTSHAVER Indhold Vejledning i RejsUd - En udgiftshaver....0 Generelt om Rejsud... 2. Tips... 2.2 Log på Rejsud... 3.3 Oprettelse af nyt dokument afregning af et udlæg... 4.3.

Læs mere

Bilag 3A.6 Integrationer

Bilag 3A.6 Integrationer Bilag 3A.6 Integrationer Version 0.8 15-08-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 4 2 INDLEDNING... 5 2.1 BILAGETS FORMÅL OG OPBYGNING... 5 2.2 RELATION TIL ØVRIGT MATERIALE... 5 3 INTEGRATIONSBESKRIVELSER...

Læs mere

BILAG 1 KRAVSPECIFIKATION ØKONOMI OG LØN

BILAG 1 KRAVSPECIFIKATION ØKONOMI OG LØN BILAG 1 KRAVSPECIFIKATION ØKONOMI OG LØN VEJLEDNING Kravspecifikationen af de udbudte løn- og økonomisystemer udgøres af: Bilag 1 kravspecifikation A (fælles) Bilag 1 kravspecifikation B (løn) Bilag 1

Læs mere

Version: 1.0 Udarbejdet: Okt. 2013 Udarbejdet af: Erhvervsstyrelsen og Digitaliseringsstyrelsen

Version: 1.0 Udarbejdet: Okt. 2013 Udarbejdet af: Erhvervsstyrelsen og Digitaliseringsstyrelsen Anbefalinger om brug af Digital Post for store virksomheder, administratorer/advokater (fx ejendomsadministratorer) og virksomheder med mange p- enheder Version: 1.0 Udarbejdet: Okt. 2013 Udarbejdet af:

Læs mere

Restancestatistik. for. Viborg Kommune

Restancestatistik. for. Viborg Kommune Restancestatistik for Viborg Kommune Udarbejdet d. 1. april 2014 Denne opgørelse viser Viborg Kommunes tilgodehavender (restancer) og afskrivninger for perioden 2009-2013. Viborg Kommunes totale tilgodehavende

Læs mere

FORSLAG TIL MASSEAFSENDELSE

FORSLAG TIL MASSEAFSENDELSE FORSLAG TIL MASSEAFSENDELSE Digital Post og Fjernprint 2015-03-11 Dagsorden 1. Velkomst 2. Nuværende OIO-rest 3. Udfordringer 4. Afrunding Nuværende OIO-REST løsning Digital post De nuværende Digital Post

Læs mere