Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version

Transkript

1 Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Relevans Dato Initialer Version Kommentarer edm 0.1 Første version ehe 1.0 Teknsik spec indarbejdet mmt 2.1 Opdateret wsdl pmu Leverance opdelt i tre former: Straks-, volumen-, masseleverance Tilpasninger ift. Begrebsmodel. Opdateret wsdl for Serviceplatform, samt for ERP-systemer pmu Præciseringer, primæt ift. kapitel 4, som omfatter interne krav til Serviceplatformen. Forretningskvitteringer er justeret, så den kan indeholde kvittering for flere finansbilag mmt [Begrebsmodel] opdateret: - Oplysningspligt fjernet fra klassen Betalingsmodtager. [WSDL-SP] og [WSDL-EXT] fejlrettelser: - Sletning af elementer Oplysningspligt fra filen..\class\be-talingsmodtager.xsd. - Slettet et "0" der stod for sig selv i filen ModtagFinansbi-lagVolumenleveranceService.wsdl. - Elementet Posteringsdata i filen OIRFinansbilagLeverance.xsd er ændret så maxoccurs er unbounded. - Elementet PrimaereDimensioner i filden OIRFinansbilag-Leverance.xsd er gjort optionelt. SFTP-triggerfil model valg. Validering og fejlhåndtering ifm. masseog volumenleverancer præciseret Afsnit om triggerfil ændret. Oplæg til revideret udgave af triggerfil slettet. Det er afsnit 3.x mmt Beskrivelsen er blevet præciseret og korrigeret på en række områder. Fejlrettelser - Beskedkurvet, tilføjet værdisæt herunder reference til myndighed til brug for revisionsspor. - Afsnit om triggerfil ændret. Oplæg til revideret udgave af triggerfil slettet. - Tilføjelse af personfølsomhedsangivelse, så dataoverdragelse kan sikres ift. Persondataloven. - Håndtering af tekstfelter med teknisk maksimal længde. Hvor muligt er format af testfelter mv. præciseret yderligere. [Begrebsmodel] opdateret: Relationen fra Posteringsdata til PrimæreDimensioner ændret fra 1..1 til 0..1 PrimæreDimensionerDranst indarbejdet i PrimæreDimensionterKonto Følsomhed tilføjet klassen Registrantbogføring KOMBIT A/S Halfdansgade København S CVR Side 2 af 76

3 [WSDL-SP] og [WSDL-EXT]: Elementet Dranst slettet fra filen PrimaereDimensioner.xsd i mappen class og i filen OIRFinansbilagLeverance.xsd i mappen view. Elementet RegistrantbogforingFolsomhed tilføjet filen Registrantbogforing.xsd i mappen class og OIRFinansbilag- Leverance.xsd i mappen view. Feltlængder/restrictions tilføjet på alle felter SCH [Begrebsmodel] ændret versionsnummer til 1.2 så den følger versionering af arbejdsversionerne. - Bilag (indlejret bilagsdokument) er flyttet fra Posteringsdata til Finansbilag. [WSDL-EXT]: i xsd og wsdl er namespaces ændret fra til når der er tale om elementer, der er specifikke for ØiR. XSD for forretningskvittering justeret (se også afsnit ). Navngivning af leverance og kvittering gjort unik for finans. Ny element på Fiansbilag; ErAccepteretAfBogføringssystem. Indsat reference [Valideringsflow] omhandler valideringsregler ifm. modtagelse af dataleverancer og forretningskvitteringer. Supplering af referencer under [ØiR Klassifikationssystem]Indsat reference [GVF] der omhandler generelle vilkår og forudsætninger. Afsnit 1.5 er skrevet om. Alle afsnit i forudsætninger for brug af snitfladen er udbygget, baseret på en standard skabelon, brugt i de andre integrationsbeskrivelser PSK [WSDL-EXT]: Afsnit og Triggerfil: Rettet så den følger seneste release på Serviceplatformen. Indholdsmæssig uændret. Den komplekse type Forretningskvittering er omdøbt til FinansForretningskvittering og derved gjort unikt jho Triggerfilens FileContentDescriptorType, der indeholder routing information er ændret, så RecipientIt-system er beskrevet. SenderIt-system er altid det system, som er afsender af en leverance RecipientIt-system er altid det system, som skal modtage en leverance Udfyldelse af FileContentDescriptorType er konsekvensrettet i beskrivelse af EP_FS3 og EP_DS3 Integrationsflow IF04: Forretningskvittering Volumenleverance er også konsekvensrettet. SFTP-bruger for modtager er rettet til [ØiR] i triggerfiler KOMBIT A/S Halfdansgade København S CVR Side 3 af 76

4 Brug af konfigurationstabel ifm. SFTP-routing er beskrevet. Routing baseres på konfigurationstabel og indhold i Triggerfil jho [WSDL-EXT], følgende er fejlrettet/præciseret: Fejlårsag på Bilagskvittering er ikke længere mandatory Strukturen Bilag er flyttet fra Posteringsdata til Finansbilag Primære dimensioner er nu individuelt optionelle. Namespaces er ændret til urn-model. Reference til Serviceplatformens namespaces for operationer er ændret til KDI s egne namespaces. WSDL leveres nu i to former én, der definerer SAML-baseret interaktion og én der definerer Certifikatbaseret interaktion. Den SAML-baserede interaktion er under afklaring og det må fortes at der kommer ændringer til denne. Sikkerhedsmodel justeret så, FOCES certifikater kan anvendes SFTP filnavne ajourført i overensstemmelse med [SFTP] SFTP Routing ajourført i IF03 og IF04, så UC1 baseret SFTP dynamisk routing er afspejlet JJN Mindre ændringer til kapitler om Vilkår og forudsætninger: - Kapitel 2.1.3: Serviceaftale er tilrette til dobbelt myndighedes (TS110, TS111) og post konfiguration parameter for SFTP er slette, da de kommer implicit med SystemID (TS112) Kapitel 2.2.3: Serviceaftale for dobbelt myndighedsgodkendelse tilføjet (TS206, TS207), og aktivitet for mapning mellem fælles og lokal kontoplan (TS205). Kapitel 4.1.6: I post konfig trin er parameter for SFTP slettet, og parameter for rutning og serviceaftaler er slået sammen (TSP02 opdateret og TS208 slettet) JJN Forudsætninger og vilkår er ændre for følgende aktiviteter: JHO [WSDL-SP]: - TS100 og TS209 er nye aktiviteter og omhandler henholdsvis kommunal bestilling af integration hos leverandør af bogføringssystem, og Bogføringssystemets adgang til STS klassifikation. - Omformulering af TS103, TS104 og TS209 Reference er rettet til teknisk spec zip-fil med Serviceplatformens V2.7 WSDL JHO [WSDL-EXT]. Som konsekvens af tilbagemelding fra leverandører er følgende mindre rettelser indkorporeret: Afvist Tidligere Modtaget er nu gyldigt Kvitteringsresultat i Finanskvittering. PartID-felter er nu ikke længere en URN og er ikke omfattet af restriktioner. PartIDType indeholder den klassificerede type. [SFTP] Opdateret reference til aktuelle version KOMBIT A/S Halfdansgade København S CVR Side 4 af 76

5 Rettelse af fil ekstensions jf. [SFTP] <any> felt i SFTP FileContentDescriptor erstattes af <SFTPDynamicRoutingInfo> felt i triggerfil. [Valideringsflow] Ny release [ØiR Klassifikationssystem] Ny release JHO Præcisering af certifikatbrug. Rettelse af fejlende henvisninger. [WSDL-SP] JHO [WSDL-EXT] WSDL-fil for services udstillet på Service-platformen lagt på Share- Komm. Typen af elementet bilagsfil ændret fra hexbinary til base64binary. [ROUTING] Fejl i SFTPDynamicRoutingInfo.xsd rettet. kdi:cvrurntype tillader nu 8 cifre i cvr-nummeret. Afvisning af Finansbilag kan også ske ved import. Overbliksfigur i starten af kap. 4 rettet. Beskedfordelerens AMQP- Pull er SF1490_D. Generelt: URN notationen urn:oio:cvr ændret til urn:oio:cvr-nr JHO [WSDL-SP] Beskrivelse for ServicePlatform præciceret vedr. ObjektAnsvarlig- Myndighed ifm. Serviceplatformens WSDL er publiceret Ydelsesrefusion, YR, er tilføjet som anvendende fagsystem PMU [WSDL-SP] Straksleverance: Opdateret referencen [WSDL-SP] til ny specifikationspakke for udstilling på Serviceplatformen. Opdateringen vedrører indarbejdelse af Liberty Basic SOAP Binding standarden for den service, der er udstillet på Serviceplatformen. Opdateringen er alene relevant for fagprojekter, der benytter servicen. Ændringen har ingen indvirkning på det bagvedliggende kildesystems endpoint. Dvs. for kildesystemet er integrationsbeskrivelsen identisk med den tidligere version Volumenleverance: Fjernet fra integrationsbeskrivelsen, da den ikker er understøttet i version 2.x. Der er for nuværende ingen anvender til dette integrationsflow. KOMBIT A/S Halfdansgade København S CVR Side 5 af 76

6 Afsnittene forudsætninger for produktionssætning er opmarkeret ift. Straksleverance eller masseleverance. [Valideringsflow] Præciseret herunder angivelse af sammenhæng mellem valideringsregel og fejlkode(r) (sidstnævnte er work in progress). [ØiR Klassifikationssystem] Referencen er opdateret, så den matcher interim-løsningen. Integrationsbeskrivelsen er opdateret svarende hertil. KOMBIT A/S Halfdansgade København S CVR Side 6 af 76

7 Referencer Ref Titel Kommentarer [SPref] [SFTP] [SF1460_A] [SF1460_C] [SF1460_D] [WSDL-SP] [WSDL- EXT] WSDL-fil for services udstillet af ERP-systemer. [Begrebsmodel] [ØiR Klassifikationssystem] Modtag besked. Se integrationsbeskrivelse for SF1460_A, som er tilgængelig her: Aflever besked Se integrationsbeskrivelse for SF1460_C, som er tilgængelig her: Modtag besked via pull. Se integrationsbeskrivelse for SF1460_D, som er tilgængelig her: Se Note vedrørende servicemål for Serviceplatformen.pdf på følgende link: SF1590_A Teknisk Spec zip placeret her: SF1590_A Bilag zip placeret her: [WSDL-EXT] i undermappen Begrebsmodel. Placeret her: [WSDL-EXT] i undermappen Refrencedata. Placeret her: TID=0x C378672E3C24BAF5149ABA58DF8 51&View=%7B22AA7011%2D8DE4%2D4017%2D82F 4%2D156B %7D Beskrivelse af Serviceplatformens SFTP Service Beskrivelse for Beskedfordeleren Beskrivelse for Beskedfordeleren Beskrivelse for Beskedfordeleren WSDL-fil for services udstillet på Serviceplatformen i denne forbindelse. Begrebsmodel for ØiR Finanssnitfladen udarbejdet i Qualiware. Beskrivelse ØiR Klassifikationssystemet (Informationsmodel og Datastruktur samt vejledning). Anvendte Klassifikationer og Sortimenter. Omtales også som Klassifikationssystemet ØiR Finans. [GVF] [Valideringsflow] Generelle vilkår og forudsætninger, der skal være på plads før Snitflader kan anvendes: Generelle vilkår og forudsætninger [Valideringsflow] findes i Dataområdet Økonomi i Rammearkitekturen. Placeret her: : ØiR Finans Valideringsflow v pdf. Reference [Valideringsflow] omhandler valideringsregler ifm. modtagelse af dataleverancer og forretningskvitteringer, herunder KOMBIT A/S Halfdansgade København S CVR Side 7 af 76

8 Ref Titel Kommentarer præcisering af forretnignsregler for dataudvekslingen. [ROUTING] zip-filerne [WSDL-EXT] indeholder filerne SFTPTypesTrigger.xsd og SFTPTypesFileMetadata.xsd. De to filer gælder både for fagsystemer og bogføringssystemer. Schema til brug for dynamisk SFTP UC1 routing KOMBIT A/S Halfdansgade København S CVR Side 8 af 76

9 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Overordnet forretningsflow i integrationen Servicebetingelser for den samlede integration Teststrategi Forudsætninger for produktionssætning Kontekst for integrationsparter Kontekst for KY, KSD [!@KY@!][!@KSD@!] Kontekst for Ydelsesrefussion [!@YR@!] Kontekst for Bogføringssytem BS-X Kontekst for Bogføringssytem BS-Y Kontekst for Bogføringssytem BS-Z Specifikation for integrationsparter Specifikation af endpoints for Fagsystem [!@KY@!][!@KSD@!][!@YR@!] Specifikation af endpoints for SP [!@SP@!] Specifikation af endpoints for Bogføringssystem [!@BS@!] Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen [!@SP@!] KOMBIT A/S Halfdansgade København S CVR Side 9 af 76

10 1 Overordnet beskrivelse 1.1 Integrationens formål ØiR Økonomi i Rammearkitekturen indeholder en række snitflader, som benyttes af fagsystemerne til at give en ensartet snitflade mod de bagvedliggende ERP-systemer til håndtering af finans-, debitor-, kreditorposteringer samt udbetalinger. Denne integration dækker finanspostering, dvs. fagsystemets aflevering af finansbilag med finansposter til myndighedens bogføringssystem. Integrationens begrebsmodel har sit primære udspring i Indenrigsministeriets retningslinjer for kontering i kommunerne. Det giver et fælles og leverandøruafhængigt ophæng, samtidig med at det sikrer, at myndighederne kan foretage den lovpligtige regnskabsindberetning. Som supplement hertil giver begrebsmodellen samt det tilhørende klassifikationssystem mulighed for at supplere og erstatte dele af den primære model efter regler fastsat af myndigheden. Det er det enkelte fagsystem, som fastsætter konteringsmodellen inden for denne ramme. Det er bogføringssystemet opgave og ansvar at mappe den modtagne finanspostering til myndighedens kontoplan i bogføringssystemet. 1.2 Overordnet forretningsflow i integrationen Integrationen understøtter dataoverdragelse af finansposteringer fra et fagsystem til det af kommunen valgte bogføringssystem (ERP). Dataoverdragelsen indebærer, at bogføringssystemet skal sende forretningskvittering med accept eller afvisning heraf. Integrationen ændrer ikke på de finansposteringer, som overdrages. Finansposteringsflowet begynder, når et fagsystem har behov for at postere finansielle transaktioner i myndighedens bogføringssystem. Fagsystemet afsender finansbilag. Et finansbilag kan indeholde en eller flere posteringer. Ved finanspostering forstås håndtering af finansbilag med posteringer. Fagsystemet kan vælge mellem straksleverance eller batch. I det tilfælde af straksleverance skal bogføringssystemet behandle forespørgsel vedrørende finansregistreringen, medens fagsystemet venter på resultatet heraf (synkront). Ved batch håndterer bogføringssystemet fagsystemets anmodning efter endt modtagelse af anmodning (asynkront). Transportmodellen for batch er masseleverance. Straksleverance : SF1590_A_01_v2 Masseleverance/Batch : SF1590_A_02_v2 Integrationen understøtter, at fagsystemet benytter begge transportmodeller. Antallet af finansbilag samt indeholdende antal posteringer per finansbilag vil af hensyn til performance være begrænset. Begrænsningen afhænger af, om der er tale om en straksleverance eller batch. Begrænsningen indgår som en del af integrationsaftalen og vil kunne ændres. KOMBIT A/S Halfdansgade København S CVR Side 10 af 76

11 I bogføringssystemet valideres data for, om de overholder det aftalte format og indeholder valide data, fx konteringsdimensioner. Bogføringssystemet skal herved sikre, det kan viderebehandle finansbilag med posteringer og dermed overtage dataansvaret herfor. Resultatet af valideringen er bogføringssystemets accept eller afvisning af hver enkel finanspostering. Det sker ved, at bogføringssystemet danner en forretningskvittering per finansbilag med kvitteringsstatus for hver enkel postering. Er der tale om straksleverance sker det som en gennemstilling af fagsystemets servicekald til en service udstillet af myndighedens bogføringssystem. Bogføringssystemet skal i sin respons angive om systemet kan acceptere dataoverdragelsen af finansposteringen, dvs. finansbilaget inklusiv samtlige posteringer. Dette kaldes her forretningskvittering, og fagsystemet vil således i responsen på servicekaldet modtage en sammensat transport- og forretningskvittering. Hvis der er tale om en batch udstilles data til myndighedens bogføringssystem på en SFTP-service i regi af Serviceplatformen. Bogføringssystemet har herefter ansvar for at hente data. Fagsystemet vil her modtage en transportkvittering fra Serviceplatformen på leverancen af finansposteringer, Transportkvittering vil angive Serviceplatformens accept eller afvisning af modtagelse af finansposteringer til viderefremsendelse. Efterfølgende skal bogføringssystemet afsende forretningskvittering for modtagne finansposteringer. Bogføringssystemet afleverer sine forretningskvitteringer til SFTP-servicen i regi af Serviceplatformen. Fagsystemet modtager tilsvarende forretningsbeskeder fra bogføringssystemet via SFTPservicen. Fagsystemet har ansvar for at sikre, at finansposteringer bliver overdraget til bogføringssystemet. Dette ansvar ophører, når bogføringssystemet positivt har accepteret dataovertagelsen af finansposteringen ved at fremsende en accepterende forretningskvittering til fagsystemet Integrationens begreber Begrebsmodellen, der anvendes i integrationen, er dokumenteret i Qualiware, [Begrebsmodel]. Integrationen understøtter kommunikationen mellem et anvendersystem og et bogføringssystem. Kommunikationen foregår typisk inden for samme myndighed, men understøtter også at den dataafgivende myndighed er forskellig fra den myndighed, som har dataansvaret for bogføringssystemet. AfgivendeIt-system Defineret i STS Organisation, som et it-system. Typisk vil det være et fagsystem, fx KY. Det kan også være en andet bogføringssystem. Alias: Fagsystem, anvendersystem BogforingsIt-system Defineret i STS Organisation, som et it-system. Typisk en del af en ERP-løsning. Alias: Bogføringssystem, ERP-løsning, ERP-system KOMBIT A/S Halfdansgade København S CVR Side 11 af 76

12 AfgivendeMyndighed Defineret i STS Organisation, som myndighed. Den myndighed, som har dataansvar for datavideregivelse fra AfgivendeItsystem. Alias: kommune BogføringsansvarligMyndighed Defineret i STS Organisation, som myndighed. Den myndighed, som har dataansvar for datamodtagelse i BogføringsIt-system. Alias: kommune Håndtering af accept og afvisning af dataoverdragelse af finanspostering Når fagsystemet kalder finansbilagsservicen på Serviceplatformen, vil Serviceplatformen foretage en simpel skemavalidering af den indkomne serviceforespørgsel. Bogføringssystemet skal validere indkomne data, herunder om data kan mappes, hvis der er opsat mapningsregler jf. afsnit Resultatet af valideringsprocessen er bogføringssystemet accept eller afvisning af dataoverdragelsen. Bogføringssystemet accept eller afvisning er per postering i finansbilaget. Valideringsresultatet kommunikeres som en forretningskvittering. En forretningskvittering omhandler altid et og kun et finansbilag. I forbindelse med straksleverance skal valideringen gennemføres i selve forespørgselssessionen. I forbindelse med batch foretages valideringen asynkront. Bogføringssystemet skal i videst muligt omfang undgå at foretage afvisninger, hvor årsagen ligger i bogføringssystemet. Bogføringssystemet skal have en tidsmæssig mulighed for at foretage korrigerende tiltag i egne data, opsætninger og eventuelle regler for mapning. Fagsystemet har behov for, inden for en kort tidsramme, at kende status på overdragelsen af finansposteringen. Der vil i servicemål for integrationsaftalen være fastlagt tidsrum for bogføringssystemets fremsendelse af forretningskvittering. Det betyder, at der kan være enkelt posteringer, som fortsat er under behandling. Forretningskvitteringen har således tre stati for en postering: accepteret, afvist eller under behandling. En afvisning af en postering betyder, at bogføringssystemet ser bort fra denne postering, og kan samtidig viderebehandle accepterede posteringer inden for samme finansbilag. I forbindelser med afvisning af en postering kan fagsyste met vælge at fremsende en korrigeret finanspostering under samme finansbilag. Fagsystemet kan vælge at medtage øvrige posteringer under samme finansbilag og foretage en samlet genfremsendelse sammen med den korrigerede postering. Det betyder, at bogføringssystemet skal kunne modtage allerede accepterede posteringer, dvs. dubletter. Bogføringssystemet skal altid danne forretningskvittering for det samlede finansbilag, som modtages i en forsendelse. Det betyder jf. afsnittet ovenfor, at bogføringssystemet også skal kvittere for KOMBIT A/S Halfdansgade København S CVR Side 12 af 76

13 modtagne dubletter. Fagsystemet kan herved komme til at modtage dublet forretningskvitteringer for samme postering. Indtil fagsystemet har modtaget accept på samtlige posteringer under et finansbilag, skal fagsystemet kunne genfremsende finansbilaget med samtlige eller udvalgte posteringer. Der vil typisk være tale om en manuel supportproces. Fagsystemet kan vælge at genfremsende, såfremt det ikke har modtaget forretningskvittering efter tidsfristens udløb i antagelse af, at bogføringssystemet ikke har modtaget finansposteringer. Der gælder følgende regler for bogføringssystemets dannelse af forretningskvitteringer: En forretningskvittering dækker ét finansbilag. o Vedrørende én myndighed og afsendt af ét fagsystem (AfgivendeIt-system) Forretningskvitteringen omfatter kvittering for samtlige posteringer under finansbilaget. o Hver postering vil have sin statusangivelse Størrelsen på forretningskvittering er begrænset af hensyn til performance (fx mindre end 1 MB). Det betyder, at bogføringssystemet kan være nødt til at opdele forretningskvittering for et finansbilag i flere forsendelser. Samlet set opfyldes herved krav om kvittering for samtlige posteringer under et finansbilag. Der henvises til supplementsbeskrivelsen [Valideringsflow] Angivelse og håndtering af Personfølsomhed Integrationen understøtter, at anvendersystemet niveau af personfølsomhed for den enkelte posteringslinie Herved informerer anvendersystemet bogføringssystemet om sin fastlæggelse af personfølsomheden af de informationer, som dataoverdrages i integrationen. Det er op til bogføringssystemet at håndtere denne klassificering ud fra egne regler, fx databehandleraftale, registerforeskrifter mv Anvendelse af referencedata En væsentlig del af en finanspostering er angivelse af konteringsdimensioner. Hver konteringsdimension refererer til en klassifikation over mulige værdier. Klassifikationer er fastlagt i fælles klassifikationssystemer for ØiR [ØiR Klassifikationssystem] samt fælles klassifikationer så som Indenrigsministeriets kontoplan. Under ØiR Klassifikationssystemet findes der fælles klassifikationer og sortimenter. Klassifikationerne indeholder brutto-mængden over tilladte værdier. Et sortiment er netto-mængden af værdier, som et fagsystem (anvendersystem) har valgt at benytte. Det betyder, at der for hvert fagsystem vil være et sortiment over dette systems valg af tilladte værdier. Klassifikationer og dermed også sortimenter indeholder både fælles værdier og kommune-/myndighedsspecifikke værdier.. KOMBIT A/S Halfdansgade København S CVR Side 13 af 76

14 Det tilladte værdisæt for et fagsystems finansbilag er således givet af klassifikationssystemet ØiR Klassifikationssystem. Fagsystemet vil skulle indeholde regler og procesunderstøttelse for korrekt benyttelse af sin del af klassifikationssystemet. Fagsystemet har tilsvarende ansvar og fuld råderet over opbygningen af denne del. Der er ikke krav om, at myndighedens bogføringssystem benytter præcis de samme værdisæt. I bogføringssystemet vedligeholdes en omsætningstabel, hvor økonomimedarbejderen mapper et fagsystems sortiment til de lokale kontodimensioner i bogføringssystemet. Det er bogføringssystemets opgave og ansvar med udgangspunkt i omsætningstabellen at forestå konvertering af det modtagne finansposteringsgrundlag, herunder logning af denne konvertering. KOMBIT A/S Halfdansgade København S CVR Side 14 af 76

15 Bogføringssys tem Serviceplatfom ØiR-service Fagsystem Integrationsbeskrivelse Digrammer for forretningsflow Finansbilag flow Straksleverance Afsend finansbilag Modtag forretningskvittering Modtag finansbilag Afsend kvittering Valider serviceanmodning Fejl Dan Transportkvitte ring Modtag forretningskvittering Ok Gennemstil finansbilag Modtag finansbilag Valider finansbilag Send forretningskvittering Figur 1 - Finansbilag - Straksleverance KOMBIT A/S Halfdansgade København S CVR Side 15 af 76

16 Bogførings system Serviceplatform Beskedfordeler Fagsystem Integrationsbeskrivelse Finansbilag flow Batch - Masseleverance Afsend finansbilag Hent filer Opbevar filer (SFTP Service) Opbevar filer (SFTP Service) Fordel til SFTP-bruger Fordel til SFTPbruger Filforsendelse Hent filer Opbevar filer (SFTP Service) Opbevar filer (SFTP Service) Hent filer Valider finansbilag Overfør forretningskvitteringsfil og triggerfil Figur 2 - Batch - Masseleverance KOMBIT A/S Halfdansgade København S CVR Side 16 af 76

17 1.3 Servicebetingelser for den samlede integration Servicemål Parameter Finansposteringsflow Kvitteringsflow Tidsrum Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen. Der er pt. ingen yderligere krav, i forhold til den gældende aftale for Serviceplatformen Service Management Eventuelle tilretninger og præciseringer i integrationens beskrivelse o g specifikation, vil indtil integrationen ligger på Serviceplatformens eksterne testmiljø, blive håndteret af Kommunernes Data Fællesskab (KDF). Spørgsmål vedr. specifikation sendes til SPTest@kombit.dk. KDF sørger for at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. Se oversigten over hvornår de enkelte integrationer forventes at være tilgængelige i eksternt testmiljø her: Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatformen, vil den overgå til Serviceplatformens governanceproces. Beskrivelse af denne tilgår senere. 1.4 Teststrategi Test i forbindelse med udvikling Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer Testfaciliteter og testmiljø Test understøttes med brug af Parasoft og SVOT-miljøet. KDI gennemfører kildesystemintegrationstest med henblik på at afprøve dataoverdragelsen i kildesystemet. KOMBIT A/S Halfdansgade København S CVR Side 17 af 76

18 Herefter kan anvendersystemet gennemfører forretningsorienterede end-2-end-test Testdata KDF etablere testcases og testdata til brug for kildesystemintegrationstest. Testcases vil i udgangspunktet være ens for alle kildesystemer. Testdata vil tilpasset med myndighed og tilsvarende reflekterende opsætning af kildesystemets testmiljø Test i forbindelse med produktionssætning I forbindelse med produktionssætning er det omfattet af gældende aftale med Systematic, at der gennemføres følgende 3 prøver: Overtagelsesprøve Idriftsættelsesprøve Driftsprøve Se [SPref] for detaljer. 1.5 Forudsætninger for produktionssætning For at kunne anvende snitfladen er der en række vilkår og forudsætninger, som skal være opfyldt af en tilslutningspart, der skal tilsluttes. Ved tilslutningspart skal forstås anvendersystemer, kildesystem osv. Disse vilkår og forudsætninger er opdelt i generelle vilkår og forudsætning, som gælder på tværs af snitfladerne, og i specifikke vilkår og forudsætninger for tilslutning til selve snitfladen. De generelle vilkår og forudsætninger er beskrevet i et samlet dokument [GVF], mens de specifikke aktiviteter, der skal udføres som forudsætning for tilslutning af en tilslutningspart, er beskrevet for hver enkelt tilslutningspart i kapitel 2.Køreplan for Implementering Køreplan for Implementering Nedenstående diagram viser den køreplan for udrulningen som anvendersystem inden for KOM- BIT rammearkitektur under monopolbrudsprojektet følger. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge af den faktiske implementeringsplan. Aktiviteter, som er forudsætninger og betingelser i forbindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssigt kan udføres i. Serviceplatformen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse Kildesystem: Alle aktiviteter i forhold til serviceplatformen er afsluttet, men der kan være yderligere aktiviteter i forbindelse med tilslutning af et anvendersystem eller en kommune. Anvendersystem og kommune: Ved tilslutning af et anvendersystem og/eller en kommune, er der en række aktiviteter op til idriftsættelsen, dels af aftalemæssig karakter, og dels også af konfigurationsmæssig karakter. Er der aktiviteter, som medføre konfiguration på Serviceplatformen, vil dette ske i forbindelse med oprettelse af myndighedens serviceaftalen for kommunen. KOMBIT A/S Halfdansgade København S CVR Side 18 af 76

19 1.5.2 Særlige vilkår [Til brug for servicekataloget på serviceplatformen er der behov for kort at beskrive vilkår der er specifikke for den pågældende integration. Det vil typisk være indgåelse af aftale mellem anvendersystem og kildesystem. Aftale inde for rammearkitekturen skal ikke beskrives. Er der ingen specifikke vilkår for integrationen anvendes nedenstående tekst. Vilkår for servicen Der er ingen specielle vilkår for brug af nærværende service ud over de generelle vilkår, der er beskrevet under vilkår for hhv. leverandører og kommuner.] Supplerende information om tilslutning Ingen KOMBIT A/S Halfdansgade København S CVR Side 19 af 76

20 2 Kontekst for integrationsparter 2.1 Kontekst for KY, KSD Lovhjemmel og forvaltningsmæssigt formål Kommunens datavideregivelse af finanspostering til kommunens ERP-/Finansløsning via ØiR SF1590_A følger lov om kommunens styrelse kommunens økonomiske forvaltning, jf. lovbekendtgørelse nr. 971 af 25. juli 2013, med de ændringer, der følger af 9 i lov nr. 639 af 12. juni 2013 og 1 i lov nr af 17. december Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Forventet volumen til snitfladen er overførsler om måneden Forudsætninger for produktionssætning af integration Systemspecifikt Serviceplatformen viderestiller kald fra anvender til forskellige bogføringsløsninger afhængigt af, hvilket kommunalt CVR nummer, der er anført i sikkerhedskontekst, XML-payload afsendes i. Første gang en kommune tilsluttes snitfladen, skal det anføres hvilket bogføringssystem kommunen anvender. Dette gøres i forbindelse med oprettelsen af serviceaftalen i Serviceplatformens administrationsmodul. Er det ikke muligt at anføre bogføringssystemet for kommunen, skal Serviceplatformen kontaktes. Se [GVF] for yderligere information om kontakt til serviceplatformen. Følgende opgaver skal gennemføres før et anvendersystem kan benytte snitfladen: ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS100 TS101 Aftale Aftale Kommune skal indgå aftale om anvendelse af snitflader til Bogføringssystem med leverandør Kommunen skal indgå eller opdatere databehandleraftale med leverandøren af bogføringssystem om anvendelse af services Bogføringssystem Bogføringssystem Kommunen Kommunen Fase 2.1 Kommunen Kommunen Fase 2.1 Med mindre kommunen skifter leverandør, så bør der allerede eksistere en aftale TS102 Aftale Afsendelsesmyndighed og Bogføringsansvarlig myndig skal indgå dataudvekslingsaftale. Afsendelsesmyndighed Afsendelsesmyndighed Afsendelsesmyndighed Fase 2.1 KOMBIT A/S Halfdansgade København S CVR Side 20 af 76

21 TS103 Udarbejd fagspecifikke datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Koordinering [ØiR Klassifikationssystem] Fagprojektet/Centraladministartor Fagprojektet/Centraladministartor Fase 1 Samme konfiguration som SF1590_B TS103 TS104 Opret fagspecifikke datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Konfiguration [ØiR Klassifikationssystem] Leverandør af Anvendersystem Leverandør af Anvendersystem Fase 1 Forudsætter TS103 Samme konfiguration som SF1590_B TS104 TS105 Udarbejd kommunespecifikt datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Koordinering [ØiR Klassifikationssystem] Kommune /lokaladministrator Leverandør af Anvendersystem Fase 2.1 Forudsætter TS103 Kan være samme kontoplan som SF1590_B TS105 TS106 Opret kommunespecifikt datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Konfiguration [ØiR Klassifikationssystem] Leverandør af Anvendersystem Leverandør af Anvendersystem Fase 2.1 Forudsætter TS105 Kan være samme kontoplan som SF1590_B TS105 TS107 TS108 TS110 Verifikation Serviceplatformen Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Verificer at SFTP for Anvendersystem anvender korrekte triggerfilparameter Anmodning om Serviceaftale for afsendende myndighed for SF1590_A Verifikation Anvender-system Leverandør af Anvendersystem Konfiguration Administrationsmodul Leverandør af Anvendersystem Leverandør af Anvendersystem Leverandør af Anvendersystem Leverandør af Anvendersystem Leverandør af Anvendersystem Fase 2.2 Fase 2.2 Fase 2.2 SF1590_A_ 02 SF1590_A_ 02 SF1590_A_ 01 KOMBIT A/S Halfdansgade København S CVR Side 21 af 76

22 TS111 Afsendende myndighed skal godkende serviceaftale for snitflade SF1590_A Konfiguration Administrationsmodul Leverandør af Anvendersystem Afsendende Myndighed/Kommune Fase 2.2 SF1590_A_ 01 TS102, såfremt Afsendelsesmyndighed og Bogføringsansvarlig myndig er forskellige TS112 Bestil ØIR parameterkonfiguration på serviceplatformen. Koordinering Serviceplatformen Afsendende Myndighed/Kommune Leverandør af Anvendersystem Fase 2.2 Ved forskellige myndigheder er der afhængighed til TS101 SF1590_A_ 02 TS100 - Kommunen skal indgå aftale med leverandøren af bogføringssystemet om anvendelse af integrationerne til Bogføringssystemet, som er beskrevet i denne snitfladen. TS101 - Kommune skal indgå aftale om databehandling med leverandøren af Bogføringssystemet. Aftalen skal yderligere dække anvendelsen af de udstillede services til Bogføringssystemet. Disse services skal være i overensstemmelse med specifikationen i denne Snitfladebeskrivelse. TS102 - Såfremt Afsendelsesmyndighed og Bogføringsansvarlig myndighed er forskellige myndigheder, skal der indgås en dataudvekslingsaftale mellem disse. TS103 - Forudsætningen for at et anvendersystem kan bogfører i et bogføringssystem er at der defineres en kontoplan, som kan konfigureres i klassifikation. Den generelle kontoplan dannes på basis af Indenrigsministeriet kontoplan (IM), men skal tilpasses fagsystemets behov. TS104 - Konfiguration af den generelle kontoplan fra TS103 i [ØiR Klassifikationssystem] TS105 - Såfremt kommune har egne udvidelser til kontoplanen, skal disse defineres som udvidelser til fagsystemets kontoplan og konfigureres i klassifikation. TS106 - Konfiguration af kommunespecifikke udvidelser til kontoplan fra TS105 i [ØiR Klassifikationssystem] KOMBIT A/S Halfdansgade København S CVR Side 22 af 76

23 TS107 - Anvendersystemet skal verificere, at der er oprettet en simpel SFTP bruger på Serviceplatformen. Denne SFTP bruger skal benyttes til at overføre ØiR bogføringsdata i forbindelse med batch, samt modtage kvitteringer for kildesystemets behandling af data. Se TBA08 i [GVF] TS108 - Anvendersystemet skal verificere at parameter for overførelse af økonomiposteringer via SFTP er korrekte. Følgende parameter skal være korrekte. Afsendermyndighed (CVR nr.) Afgivne anvendersystem (UUID for system) Modtagermyndighed (CVR nr.) Modtagne bogføringssystem (UUID for system) Filtypen i SendersFieId ( Finanspostering Finansbilag ) Filtypen i <InfRef> ( SF1590_A_IF02-03 ) TS110 - Leverandøren skal anmode om indgåelse af serviceaftale for kommunen, der skal bruge SF1590_A, i serviceplatformens administrationsmodul, og kommunen skal godkende denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. I forbindelse med tilslutning til SF1590_A skal korrekte endpoints for snitfladen angives. Serviceaftalen dækker alle services, beskrevet i denne integrationsbeskrivelse. Serviceaftalen kan oprettes med token eller certifikatadgang. Ved certifikatadgang skal serviceaftalen konfigureres med den afsendende myndigheds VOCES eller FOCES certifikat. Serviceaftalen indgår i en dobbelt myndighedes godkendelse, hvor både afsendende og bogførende myndighed skal indgå serviceaftale, som godkender udvekslingen af bogføringsdata. Dette skal også ske selv om bogførende- og afsendende er samme myndighed. TS111 - Afsendendes-myndighed/-kommune skal godkende serviceaftalen. Herunder skal parameteropsætningen i TS112 godkendes TS112 Leverandøren af anvendersystemet skal for hver kommune bestille en opsætning på Serviceplatformen, som er dels er et supplement til serviceaftale og rutningsparameter for overførelse til valgte bogføringssystem. Er Afsender-myndighed og Bogføringsansvarligmyndighed forskellige er parametrene for myndighed og system et udtryk for den dataudvekslingsaftale som er indgået i TS101. Følgende parameter registreres: Bilagstypen FINANS o SF1590_A_IF02-03 for afsend bogføring o SF1590_A_IF04 for modtag kvittering Afsender o Afsender-myndighed/kommunes CVR-nr. o Afgivne anvendersystem (UUID for system) Bogføring o Bogføringsansvarligmyndighed CVR-nr. o Bogføringssystem (UUID for system) KOMBIT A/S Halfdansgade København S CVR Side 23 af 76

24 Den anvendte SFTP-bruger er givet ud fra det IT-system, der er angivet for afsender- og bogførings-system. 2.2 Kontekst for Ydelsesrefussion Lovhjemmel og forvaltningsmæssigt formål Lov om kommunernes finansiering af visse offentlige ydelser udbetalt af kommunerne, Udbetaling Danmark og arbejdsløshedskasserne Dagpenge ved sygdom: Hjemmelsgrundlaget for dataindsamling ses i Retssikkerhedsloven 11a stk. 3, jf. stk. 1+2 og 11c Lov om kommunernes finansiering af visse offentlige ydelser udbetalt af kommunerne, Udbetaling Danmark og arbejdsløshedskasserne 12 (LOV nr. 994 af 30/08/2015) Det forvaltningsmæssige formål er at samle informationer om de offentlige forsørgelsesydelser, automatisk hjemtage kommunens refusioner fra staten, afregne kommunens egen medfinansiering og ikke mindst håndtere tællerne for den enkelte borgers ydelser. Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering. Ydelsesrefusion skal foretage bogføring af ydelsesrefusionen i kommunens bogføringssystem. Det sker ved, at Ydelsesrefusion opdeler bogføringsgrundlaget pr. kommune. Afgivende myndighed af denne bogføring vil være Ydelsesrefusion, repræsenteret ved KOMBITs cvr-nr. Bogføringsmyndigheden vil være kommunen, repræsenteret ved kommunens cvr-nr Kapacitets- og servicekrav Ydelsesrefusion benytter alene masseleverance, SF1590_A_02. dvs. OverførFinansbilagMasseleverance og AfhentFinansbilagForretningskvittering. Afsendelsen vil ske i slutningen af hver måned. 98 overførelser. Hver overførelse vil have et meget begrænset antal posteringslinjer, da der sumposteres. Hvert finansbilag vil have indlejret en bilagsfil med detailinformation. Bilagsfilen kan have et betydeligt omfang Forudsætninger for produktionssætning af integration Systemspecifikt Serviceplatformen viderestiller kald fra anvender til forskellige bogføringsløsninger afhængigt af, hvilket kommunalt CVR nummer i leveranceoplysningerne. Første gang en kommune tilsluttes snitfladen, skal det anføres hvilket bogføringssystem kommunen anvender Følgende opgaver skal gennemføres før et anvendersystem kan benytte snitfladen: KOMBIT A/S Halfdansgade København S CVR Side 24 af 76

25 ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS300 TS301 Aftale Aftale Kommune skal indgå aftale om anvendelse af snitflader til Bogføringssystem med leverandør Kommunen skal indgå eller opdatere databehandleraftale med leverandøren af bogføringssystem om anvendelse af services Bogføringssystem Bogføringssystem Kommunen Kommunen Fase 2.1 Batch-snitfladen. Kommunen Kommunen Fase 2.1 Med mindre kommunen skifter leverandør, så bør der allerede eksistere en aftale TS302 TS303 TS304 TS307 TS308 TS312 Aftale Koordinering Konfiguration [ØiR Klassifikationssystem] Leverandør af Anvendersystem Verifikation Serviceplatformen Ydelsesrefusion og Bogføringsansvarlig myndig skal indgå dataudvekslingsaftale. Udarbejd fagspecifikke datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Opret fagspecifikke datagrundlag for ØiR kontoplan i [ØiR Klassifikationssystem] Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Verificer at SFTP for Anvendersystem anvender korrekte triggerfilparameter Bestil ØIR parameterkonfiguration på serviceplatformen. Verifikation Anvender-system Leverandør af Anvendersystem Leverandør af Anvendersystem Leverandør af Anvendersystem Koordinering Serviceplatformen Afsendende Myn- Afsendelsesmyndighed Afsendelsesmyndighed Afsendelsesmyndighed [ØiR Klassifikationssystem] Fagprojektet/Centraladministartor Fagprojektet/Centraladministartor Leverandør af Anvendersystem Leverandør af Anvendersystem Leverandør af Anvendersystem Fase 2.1 Fase 1 Fase 1 Fase 2.2 Fase 2.2 Fase 2.2 Ved forskellige Dataudvekslingsaftale jf. TS302 skal fremsende som instruks KOMBIT A/S Halfdansgade København S CVR Side 25 af 76

26 dighed/kommune myndigheder er der afhængighed til TS301 ift. angivelse af routingsinformation. TS300 - Kommunen skal indgå aftale med leverandøren af bogføringssystemet om anvendelse af integrationerne til Bogføringssystemet, som er beskrevet i denne snitflade. TS301 - Kommune skal indgå aftale om databehandling med leverandøren af Bogføringssystemet. Aftalen skal yderligere dække anvendelsen af de udstillede services til Bogføringssystemet. Disse services skal være i overensstemmelse med specifikationen i denne Snitfladebeskrivelse. TS302 - Såfremt Afsendelsesmyndighed og Bogføringsansvarlig myndighed er forskellige myndigheder, skal der indgås en dataudvekslingsaftale mellem disse. TS303 - Forudsætningen for at et anvendersystem kan bogføre i et bogføringssystem er at der defineres en kontoplan, som kan konfigureres i klassifikation. Den generelle kontoplan dannes på basis af Indenrigsministeriet kontoplan (IM), men skal tilpasses fagsystemets behov. TS304 - Konfiguration af den generelle kontoplan fra TS303 i [ØiR Klassifikationssystem]. TS307 - Anvendersystemet skal verificere, at der er oprettet en simpel SFTP bruger på serviceplatformen. Denne SFTP bruger skal benyttes til at overføre ØiR bogføringsdata i forbindelse med batch, samt modtage kvitteringer for kildesystemets behandling af data. Se TBA08 i [GVF] TS308 - Anvendersystemet skal verificerer at parameter for overførelse af økonomiposteringer via SFTP er korrekte. Følgende parameter skal være korrekte. Afsendermyndighed (CVR nr.) Afgivne anvendersystem (UUID for system) Modtagermyndighed (CVR nr.) Modtagne bogføringssystem (UUID for system) Filtypen i SendersFieId ( Finanspostering Finansbilag ) Filtypen i <InfRef> ( SF1590_A_IF02-03 ) TS312 Leverandøren af anvendersystemet skal for hver kommune bestille en opsætning på Serviceplatformen, som er dels er et supplement til serviceaftale og rutningsparameter for overførelse til valgte bogføringssystem. Er Afsender-myndighed og Bogføringsansvarligmyndighed forskellige er parametrene for myndighed og system et udtryk for den dataudvekslingsaftale som er indgået i TS301. Følgende parameter registreres: Bilagstypen FINANS KOMBIT A/S Halfdansgade København S CVR Side 26 af 76

27 o SF1590_A_IF02-03 for afsend bogføring o SF1590_A_IF04 for modtag kvittering Afsender o Afsender-myndighed/kommunes CVR-nr. o Afgivne anvendersystem (UUID for system) Bogføring o Bogføringsansvarligmyndighed CVR-nr. o Bogføringssystem (UUID for system) Den anvendte SFTP-bruger er givet ud fra det IT-system, der er angivet for afsender- og bogførings-system. 2.3 Kontekst for Bogføringssytem BS-X Lovhjemmel og forvaltningsmæssigt formål Der er ikke en specifik lovhjemmel for udveksling af data, men al udveksling af data sker i kontekst af den enkelte kommune, så et fagsystem for en bestemt kommune alene må modtage serviceudstillers data for den pågældende kommune. Bogføringsløsninger, der administrerer flere kommuners data, har ansvar for kun at behandle data for den kommune, der forespørges for Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Den individuelle belastning for den enkelte Bogføringsløsning kan ikke vurderes Håndtering tekstfelter Jf. afsnit indeholder snitfladen en række tekstfelter, hvor der er fastlagt en teknisk maksimal længde. Nærværende bogføringssystem kan lagre, vise i dialoger og medtage på udskrift følgende tekstlængder: Objekt Attribut Max antal tegn fra tekststregen, som bogføringssystemet kan Note Lagre i sin database Vise i brugerdialog Medtage på udskrift Finansbilag Bilagsreference [finans] [finans] [finans] Bilagstitel [finans] [finans] [finans] Posteringsdata Posteringstekst [finans] [finans] [finans] Allokeringsfelt [finans] [finans] [finans] KOMBIT A/S Halfdansgade København S CVR Side 27 af 76

28 2.3.3 Specifikke forsætninger for tilslutning af denne integrationspart Bogføringssystem udstillede service skal registreres på Serviceplatformen og gøres tilgængelig for Serviceplatformen, herunder oprettelse af serviceaftale, åbning af firewalls, udveksling af nødvendige certifikater mm. jævnfør de generelle forudsætninger. Forespørgsler fra Serviceplatformen til Bogføringssystem autoriseres ved hjælp af et funktionscertifikat. Certifikaterne behøver ikke være kommunespecifikke. Følgende opgaver skal gennemføres før et bogføringssystem korrekt kan udstille snitfladen på Serviceplatformen: ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS201 Aftale Opdatering af instruks for databehandling Bogføringssystem Leverandør af Bogføringssystem Kommune Fase 1 TS202 TS203 TS204 TS209 Registrering af Service og IT system i STS Organisation Bogføringssystemet skal registreres i Serviceplatformen, som integrationspart Bogføringssystemet skal indgå aftale om adgang STS klassifikation Konfiguration Konfiguration Bogføringssystemet skal registreres i administrationsmodulet Konfiguration Administrationsmodulet Konfiguration Bogføringssystem STS klassifikation Leverandør af Bogføringssystem Leverandør af Bogføringssystem Leverandør af Bogføringssystem STS Organisation Serviceplatformen Serviceplatformen Leverandør af Bogføringssystem Serviceplatformen Leverandør af Bogføringssystem Fase 1 Fase 1 Fase 1 Fase 1 TS205 TS208 Konfiguration af omsætningstabel mellem kontoplanen defineret i klassifikation til lokal kontoplan i Bogføringssystem Verifikation af SFTP bruger for simpel SFTP er oprettet (se TBA08 i [GVF]) Konfiguration Bogføringssystem Leverandør af Bogføringssystem Verifikation Serviceplatformen Leverandør af Bogføringssystem Leverandør af Anvendersystem Leverandør af Anvendersystem Fase 2.1 Afhængig af TS209 Fase 2.2 KOMBIT A/S Halfdansgade København S CVR Side 28 af 76

29 TS201 - Når en leverandør behandler data for en kommune, bør der foreligge en instruks for håndtering, opbevaring og behandling af disse data fra kommunen. Når datamassen eller dataudvekslingen ændres bør denne instruks gennemgås og opdateres. Det er leverandørens ansvar at sikre at kommunen gennemgår og om nødvendigt opdaterer databehandlerinstruks eller -aftale for leverandørens løsning TS202 - Leverandøren skal oplyse fysiske endpoint til Serviceplatformen, så disse kan registres. TS203 - Bogføringssystemet skal oprettes i STS Organisation, såfremt den ikke allerede er oprettet. De udstillede service skal registreres som endpoints. I det tilfælde hvor bogføringssystemet er etableret som en individuel instans pr. kommune skal hver instans registreres i STS Organisation. TS204 - Bogføringssystemet skal registreres i Administrationsmodulet. Der skal tages stilling til om bogføringssystemet skal anvende token eller certifikatbaseret sikkerhed i forhold til Straksleverancer. Anvendes token, skal bogføringssystemet validere token, som det er angivet i STS-Sikkerhed], herunder verificere at myndigheden, som anvender servicen (CVR-nr.). Anvendes certifikat, skal Debitorsystemet anvende den pågældende debitoransvarligmyndigheds/-kommunes VOCES eller FOCES certifikat. TS209 - Leverandøren af bogføringssystemet skal indgå aftale med støttesystem om adgang til støttesystemet Klassifikation, for at få adgang til den fagspecifikke kontoplan for at kunne danne omsætningstabel i TS205 TS205 - Bogføringsdata modtages af Bogføringssystemet med referencer til den fælles kontoplan, som er oprettet i STS Klassifikation. Det er bogføringssystemet opgave at konfigurere regler for mapning via en omsætningstabel mellem Bogføringssystems egen kontoplan for kommunen og den fælles kontoplan. TS208 - Bogføringssystemet skal verificere, at der er oprettet en simpel SFTP bruger på serviceplatformen. Denne SFTP bruger skal benyttes til at overføre ØiR data i forbindelse med masseleverancer, samt afsende kvitteringer for behandling af bogføringsdata. Se TBA08 i [GVF]. Ved afsendelse af kvittering benytter Bogføringssystemet data i metadatafilen modtaget sammen med bogføringsdata til routning af kvittering til anvendersystemet. 2.4 Kontekst for Bogføringssytem BS-Y Lovhjemmel og forvaltningsmæssigt formål Se afsnit Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Se afsnit KOMBIT A/S Halfdansgade København S CVR Side 29 af 76