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 Half dansgade Københav n S CVR Side 2 af 79

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 Half dansgade Københav n S CVR Side 3 af 79

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 Half dansgade Københav n S CVR Side 4 af 79

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 Half dansgade Københav n S CVR Side 5 af 79

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 xpml Tilføjet leverandørspecifikke værdier ift. tekstlængder mv. Opdateret bilag [Valideringsflow] Slette [SPref], [SF1460_A],[SF1460_C] og [SF1460_D] inkl. referencer hertil. Tilføjet håndtering af overvågning [SFTP FS] og [SFTP BS] Tilrettet implementeringsopgaverne. Opdateret referencelisten. Fjernet dublerende information ift. [SFTP] og [SFTP-noter] KOMBIT A/S Half dansgade Københav n S CVR Side 6 af 79

7 Referencer Ref Titel Kommentarer [GVF] Teknisk vejledning Serviceplatformen Findes her: Integration Generelle vilkår og forudsætninger Findes her: er/generelle%20vilkår%20og%20forudsætninger.pdf Den anbefales, at leverandører af anvendersystemer og kildesystemer tager et kik her. Generelle vilkår og forudsætninger, der skal være på plads før Snitflader kan anvendes. [SFTP] Vejledning til Serviceplatformens SFTP Service Tekniskbeskrivelse af SFTP service på Serviceplatformen Findes her: [SFTP-noter] SFTP - Anvendelsesnoter med relation til ØiR v.1.0 Findes her: ØiR specifikke krav ifm. anvendelse af Serviceplatformens SFTP-service. [SFTP FS] Template for finansposteringer:: NOT0746 Oprydningskonfiguartion til SFTP Server - SF1590_A_02_V2 FS.docx Template for sortiment og klassifikationsmodtagelse: NOT0746 Oprydningskonfiguartion til SFTP Server - SF7001 FS.docx NOT0746 Oprydningskonfiguartion til SFTP Server - SF7002 FS.docx Forudfyldt template til brug for fagsystemets overvågning af sin SFTP-dataleverance. Input til oprettelse hos Serviceplatformens Help Desk [SFTP BS] Findes her: [WSDL-SP] Template for finansposteringert: NOT0746 Oprydningskonfiguartion til SFTP Server - SF1590_A_02_V2 BS.docx Template for sortiment og klassifikationsmodtagelse: NOT0746 Oprydningskonfiguartion til SFTP Server - SF7001 BS.docx Forudfyldt template til brug for bogføringsrsystemets overvågning af sin SFTP-dataleverance. Input til oprettelse hos Serviceplatformens Help Desk KOMBIT A/S Half dansgade Københav n S CVR Side 7 af 79

8 Ref Titel Kommentarer NOT0746 Oprydningskonfiguartion til SFTP Server - SF7002 DS.docx Findes her: [WSDL-EXT] [WSDL-SP] [WSDL- EXT] WSDL-fil for services udstillet af ERP-systemer. [Begrebsmodel] [Valideringsflow] [ROUTING] SF1590_A Teknisk Spec zip placeret her: SF1590_A Bilag zip placeret her: Begrebsmodel Findes her: [WSDL-EXT] i undermappen Begrebsmodel. Valideringsflow ØiR Finans - Valideringsflow - v pdf Findes her: [WSDL-EXT] og [WSDL-SP] Skemaer til brug for SFTP Dynamic routing SFTPTypesTrigger.xsd og SFTPTypesFile- Metadata.xsd WSDL-fil for services udstillet på Serviceplatformen i denne forbindelse. Begrebsmodel for ØiR Finanssnitfladen udarbejdet i Qualiware. Reference [Valideringsflow] omhandler valideringsregler ifm. modtagelse af dataleverancer og forretningskvitteringer, herunder præcisering af forretningsregler for dataudvekslingen. Skemer til for trigger- og metadatafil ifm. SFTP simepl filoverførsel dynamisk ruting. [ØiR Klassifikation] Findes her: [WSDL-EXT] og [WSDL-SP] ØiR Klassifikationssystemet Findes her: i mappen STS Klassifikationer/Økonomi Indeholder ØiR domæne klassifikationer og sortimenter, samt en række fælles referenceklassifikationer. KOMBIT A/S Half dansgade Københav n S CVR Side 8 af 79

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 fælles for anvendersystem fagsystem Kontekst fælles for kildesystem - bogføringssystem Kontekst for KY, KSD [!@KY@!][!@KSD@!] Kontekst for Ydelsesrefussion [!@YR@!] Kontekst for Bogføringssystem Opus Økonomi Kontekst for Bogføringssystem - Prisme Kontekst for Bogføringssytem - ØSIndsigt Kontekst for Bogføringssytem Kvantum (KK) 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 Half dansgade Københav n S CVR Side 9 af 79

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 Half dansgade Københav n S CVR Side 10 af 79

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 Half dansgade Københav n S CVR Side 11 af 79

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 fagsystemet 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 Half dansgade Københav n S CVR Side 12 af 79

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, registerforskrifter 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 Half dansgade Københav n S CVR Side 13 af 79

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 Half dansgade Københav n S CVR Side 14 af 79

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 Half dansgade Københav n S CVR Side 15 af 79

16 Bogførings system Serviceplatform Serviceplatform Fagsystem Beskedfordeler 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 Half dansgade Københav n S CVR Side 16 af 79

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 og 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 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 Half dansgade Københav n S CVR Side 17 af 79

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 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 Half dansgade Københav n S CVR Side 18 af 79

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 Half dansgade Københav n S CVR Side 19 af 79

20 2 Kontekst for integrationsparter 2.1 Kontekst fælles for anvendersystem fagsystem Implementeringsopgaver Faserne følger afsnit 1.5. ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar TS100 Afklaring af dataudveksling. Dataansvarlig myndighed for anvendersystemet og bogføringsansvarlig myndig skal aftale, at der skal foregå dataudveksling. Afklaring/Aftale Dataansvarlig myndighed for anvendersystemet Dataansvarlig myndighed for anvendersystemet Fase 2.1 Kun såfremt det ikke ser samme myndighed. Aftalen indgås i TS111 TS101 Anvendersystemet skal være oprettet i STS Administrationsmodul ift. anvendelse af SFTP-Servicen Konfiguration STS Administrationsmodul Leverandør af anvendersystem Leverandør af anvendersystem Fase 2.1 TS102 Dataansvarlig myndighed for anvendersystemet skal oplyse den modtagne it-system-instans Koordinering Fagprojektet/Central administrator Fagprojektet/ Central administrator Fase 2.1 Forudsætter, at den Bogføringssystemet er oprettet i STS Administration, TS202 TS103 Udarbejd et fælles fagspecifikke datagrundlag for anvendelse af [ØiR Klassifikation] Koordinering ØiR Klassifikation Fagprojektet/Central administrator Fagprojektet/ Central administrator Fase 2.1 TS104 Udarbejd myndighedsspecifikt datagrundlag for anvendelse af [ØiR Klassifikation] Koordinering ØiR Klassifikation Myndighed /Lokal administrator Myndighed /Lokal administrator Fase 2.1 Skal ses ift. implementeringsplan for den enkelte kommune KOMBIT A/S Half dansgade Københav n S CVR Side 20 af 79

21 ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar anvendersystem anvendersystem TS105 Opret anvendersystemets sortiment i [ØiR Klassifikation] Konfiguration ØiR Klassifikation Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 TS103 skal være gennemført, da anvendersystemets ItSystemInstans UUID skal anvendes. TS106 Tilføj myndighedsspecifikt datagrundlag til anvendersystemets sortiment i [ØiR Klassifikation] Konfiguration ØiR Klassifikation Myndighed /Lokal administrator anvendersystem Myndighed /Lokal administrator anvendersystem Fase 2.2 TS104 skal være gennemført TS107 Anvendersystemet skal have etablere til STS Token Service. Konfiguration STS Administration Leverandør af anvendersystem Leverandør af anvendersystem Fase 2.2 Når anvendersystemet følger standarden om Token-baseret sikkerhed. SF1590_A_ 01 TS108 Anvendersystemet skal have registreret certifikat, som benyttes ifm. autorisationen af anvendersystemets servicekald Konfiguration STS Administration Leverandør af anvendersystem Leverandør af Anvendersystem Fase 2.2 Kun såfremt anvendersystemet benytter certifikat baseret sikkerhed. SF1590_A_ 01 TS109 Anmodning om Serviceaftaler for dataansvarlig myndighed i anvendersystemet Konfiguration STS Administrationsmodul Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 KOMBIT A/S Half dansgade Københav n S CVR Side 21 af 79

22 ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar TS110 Dataansvarlig myndighed for anvendersystemet skal godkende serviceaftale for integrationen Konfiguration STS Administrationsmodul Fagprojektet/Central administrator Dataansvarlig myndighed for anvendersystemet Fase 2.2 TS111 Bogføringsansvarlig myndighed skal godkende serviceaftale for integrationen Konfiguration STS Administrationsmodul Fagprojektet/Central administrator Bogføringsansvarlig myndighed Fase 2.2 Kun såfremt Bogføringsansvarlig myndighed ikke er den samme som dataansvarlig for anvendersystemet. Forudsætter TS100 TS112 Bestil SFTProuting fra anvendersystem til Bogføringssystem Konfiguration Serviceplatformen Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 Skal gennemføres pr. dataansvarlig myndighed, som benytter anvendersystemet. SF1590_A_ 02 TS113 Bestil overvågning af anvendersystemets SFTP-bruger ift. filer med finansposteringer. Konfiguration Serviceplatformen Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 SF1590_A_ 02 TS114 Bestil abonnement på sortiment til anvendersystemet Konfiguration ØiR Klassifikation Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 Forudsætter TS105 TS115 Bestil SFTProuting af sortimentet til anvendersystem Konfiguration Serviceplatformen Fagpro- jek- Fagpro- jek- Fase 2.2 Forudsætter TS105 KOMBIT A/S Half dansgade Københav n S CVR Side 22 af 79

23 ID Aktivitet Opgavekategori Ansvarlig Komponent Udførende Fase og afhængighed Kommentar tet/central administrator tet/central administrator TS116 Bestil overvågning af anvendersystemets SFTP-bruger ift. sortimentsmodtagelse Konfiguration Serviceplatformen Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 TS115 Drift Gennemførelse af Produk tionsverifikationstest Anvendersystem Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 3 Optionelt TS100 - Såfremt dataansvarlig myndighed for anvendersystemet og bogføringsansvarlig myndig ikke er samme myndighed, skal dataudvekslingens formål og grundlag afklares og aftales parterne imellem med formål om, at der senere kan indgås en serviceaftale i STS Administrationsmodul under dobbeltmyndighedsgodkendelse. TS101 - Anvendersystemet skal være oprettet i STS Administrationsmodul. Der skal være angivet anvendelse af Simpel Filtransport, Dynamic Routing. SFTP-bruger skal være oprettet inklusiv SSH-nøgle. TS102 - Dataansvarlig myndighed for anvendersystemet skal oplyse det modtagne it-system-instans. Informationen skal bruges, så der senere kan etableres serviceaftale og routing ift. hertil. KDI vil typisk allerede have denne information, så der kan være tale om en verifikation af eksisterende information. TS103 - Anvendersystemet skal fastlægge sit behov for værdilister for klassificerede elementer i integrationen, sit ØiR Sortiment. Anvendersystemet kan abonnere på fælles klassifikationer samt få etableret specifikke klasser for eget brug. [ØiR Klassifikation] Løsningen giver mulighed for, at anvendersystemet løbende kan tilføje klasser til sit abonnement, ØiR Sortiment. TS104 - Såfremt anvendersystemet giver mulighed for at benytte myndighedsspecifikke værdilister i sin brugergrænseflade/ forretningsregler, da skal myndigheden afklares sit behov for sådanne herunder genbrug af sine allerede etablerede myndighedsspecifikke klasser. [ØiR Klassifikation] KOMBIT A/S Half dansgade Københav n S CVR Side 23 af 79

24 Løsningen giver mulighed for, at myndigheden løbende kan tilføje klasser til sit abonnement, ØiR Sortiment. TS105 - Bestilling af det anvendersystem specifikke sortiment. Ajourføring af sortiment med de fælles værdilister, som gælder for alle myndigheders brug af anvendersystemet TS106 - Ajourføring af sortiment med de myndighedsspecifikke værdilister. TS107 - Anvendersystemet skal have etableret federation til STS Sikkerhed ifm. standarden Token-baseret sikkerhed. TS108 - Anvendersystemet skal have registreret certifikat, som benyttes ifm. autorisationen af anvendersystemets servicekald ifm. certifikatbaseret sikkerhed. Som det er nu, så vil alle anvendersystemer skulle gøre det ifm. deres registrerings på STS Administrationsmodul. TS109 - I STS Administration skal der oprettes en anmodning om indgåelse af serviceaftale for dataansvarlig myndighed for anvendersystemets brug af integrationen, SF1590_A_01_V2 og/eller SF1590_A_02_V2 - SF1590_A_IF Anmodningen skal indeholde angivelse af Bogføringsansvarlig myndighed. TS108 - Dataansvarlig myndighed for anvendersystemet skal godkende anmodning (TS109) om serviceaftale for snitflade jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. TS109 - Bogføringsansvarlig myndighed skal godkende serviceaftale for integrationen (TS109), hvis dataansvarlig myndighed for anvendersystemet er forskellig fra Bogføringsansvarlig myndighed. TS110 - Integrationen skal konfigureres med SFTP-routingsinformations fra anvendersystemet til Bogføringssystem ud fra information om dataansvarlige myndigheder for hhv. anvendersystem og Bogføringssystem. Der anvendes implicit-routing. Det sker som en bestilling til Serviceplatformens Help Desk. TS111 - Der skal bestilles overvågning af anvendersystemets SFTP-bruger ift. filer med finansposteringer. Det sker med brug af skabelonen [SFTP-BS]. Det sker som en bestilling til Serviceplatformens Help Desk. TS112 - Bestil abonnement på sortiment til anvendersystemet. Det sker via KDI, TS113 - Bestil routing af sortimentet fra ØiR Klassifikationssystemet til anvendersystem. Explicit routing. Det sker som en bestilling til Serviceplatformens Help Desk. KOMBIT A/S Half dansgade Københav n S CVR Side 24 af 79

25 TS114 - Der skal bestiles overvågning af anvendersystemets SFTP-bruger ift. sortimentsfiler. Det sker med brug af skabelonen [SFTP-BS]. Det sker som en bestilling til Serviceplatformens Help Desk. TS115 - I anvendersystemet aktivers en funktion, som igangsætter Produktionsverifikationstest. Resultatet heraf kan ses som en registrering i Bogføringssystemet og i forretningssvaret, som anvendersystemet modtager fra Bogføringssystemet. KOMBIT A/S Half dansgade Københav n S CVR Side 25 af 79

26 2.2 Kontekst fælles for kildesystem - bogføringssystem Implementeringsopgaver Faserne følger afsnit 1.5. ID Aktivitet Opgave- kategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS200 TS201 Aftale /Verifikation Konfiguration STS Administrationsmodul Leverandør af Bogføringssystemet Leverandør af Bogføringssystemet Bogføringsansvarlig myndighed skal indgå aftale om anvendelse af den snitflade i Bogføringssystemet, som integrationen anvender Bogføringssystemet skal være oprettet i STS Administrationsmodul ift. anvendelse af SFTP-Servicen Bogføringssystem Bogføringsansvarlig myndighed Bogføringsansvarlig myndighed Bogføringsansvarlig myndighed Fase 1 TS202 Aftale /Verifikation Opdatering af instruks for databehandling, der angiver modtagelse af data for et givent anvendersystem Bogføringssystem Bogføringsansvarlig myndighed Bogføringsansvarlig myndighed Fase 2.1 Om der skal etableres aftale for hvert anvendersystem afhænger af den overliggende databehandleraftale TS203 Tilslutning af Serviceplatformens adgang til Bogføringssystemets services Konfiguration Bogføringssystem Leverandør af Bogføringssystemet Leverandør af Bogføringssystemet Fase 2.1 SF1590_A_ 01 TS204 Anmodning om Serviceaftaler for dataansvarlig myndighed i Bogføringssystemet Konfiguration STS Administrationsmodul Bogføringssystem Central Administrator eller Lokal Bogføringssystem Central Administrator eller Lokal Fase 2.2 KOMBIT A/S Half dansgade Københav n S CVR Side 26 af 79

27 ID Aktivitet Opgave- kategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar administrator administrator TS205 TS206 Dataansvarlig myndighed for Bogføringssystemet skal godkende serviceaftale for integrationen Dataansvarlig myndighed for anvendersystemet skal godkende serviceaftale for integrationen Konfiguration Konfiguration STS Administrationsmodul Bogføringsansvarlig myndighed Bogføringsansvarlig myndighed STS Administrationsmodul Bogføringssystem Central Administrator eller Lokal administrator Dataansvarlig myndighed for anvendersystemet Fase 2.2 Fase 2.2 Kun såfremt Bogføringsansvarlig myndighed ikke er den samme som dataansvarlig for anvendersystemet. Forudsætter TS200 TS207 Bestil SFTProuting fra Bogføringssystem til anvendersystem Konfiguration Serviceplatformen Bogføringsansvarlig myndighed Bogføringssystem Central Administrator eller Lokal administrator Fase 2.2 Skal gennemføres for hvert tilsluttet anvendersystem for respektive myndigheder. SF1590_A_ 02 TS208 Bestil overvågning af Bogføringssystemets SFTP-bruger ift. filer med finansposteringer. Konfiguration Serviceplatformen Fagprojektet/Central administrator Fagprojektet/Central administrator Fase 2.2 SF1590_A_ 02 TS209 Bestil abonnement på anvendersystemets sortiment til Bogføringssystemet Konfiguration ØiR Klassifikation Bogføringsansvarlig myndighed Bogføringssystem Central Admini- Fase 2.2 Forudsætter TS105 KOMBIT A/S Half dansgade Københav n S CVR Side 27 af 79

28 ID Aktivitet Opgave- kategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar strator eller Lokal administrator TS210 Bestil abonnement på klassifikationer og Bogføringssystem specifikke sortimenter til Bogføringssystemet Konfiguration ØiR Klassifikation Bogføringsansvarlig myndighed Bogføringssystem Central Administrator eller Lokal administrator Fase 2.2 Optionelt TS211 Bestil SFTProuting af sortimentet til Bogføringssystemet Konfiguration Serviceplatformen Bogføringsansvarlig myndighed Bogføringssystem Central Administrator eller Lokal administrator Fase 2.2 Forudsætter TS105 TS212 Bestil overvågning af Bogføringssystemets SFTP-bruger ift. sortimentsmodtagelse Konfiguration Serviceplatformen Bogføringsansvarlig myndighed Bogføringssystem Central Administrator eller Lokal administrator Fase 2.2 TS213 Etablere omsætningstabeller i Bogføringssystemet Konfiguration Bogføringssystem Bogføringsansvarlig myndighed Bogføringssystem Lokal administrator Fase 2.2 TS214 Drift Gennemførelse af Produk tionsverifikationstest Bogføringssystem Anvendersystemet: Fag- projek- Bogfø- ringssy- Fase 3 Optionelt KOMBIT A/S Half dansgade Københav n S CVR Side 28 af 79

29 ID Aktivitet Opgave- kategori Komponent Ansvarlig Udførende Fase og Kommentar afhængighed tet/central administrator stem Lokal administrator TS200 - Bogføringsans varlig myndighed skal indgå aftale om anvendelse af den snitflade i Bogføringssystemet, som integrationen anvender TS201 - Bogføringssystemet skal være oprettet i STS Administrationsmodul. Der skal være angivet anvendelse af Simpel Filtransport, Dynamic Routing. SFTP-bruger skal være oprettet inklusiv SSH-nøgle. TS202 - Opdatering af instruks for databehandling, der angiver modtagelse af data for et givent anvendersystem. Det kan evt. resulterer i en opsætning i Bogføringssystemet. TS203 - Serviceplatformen skal foretage den tekniske konfiguration af Serviceplatformens adgang til Bogføringssystemets services. TS204 - I STS Administration skal der oprettes en anmodning om indgåelse af serviceaftale for Bogføringsansvarlig myndigheds brug af integrationen, SF1590_A_02_V2 IF04. Anmodningen skal indeholde angivelse af dataansvarlige myndighed for anvendersystemet. TS205 - Bogføringsansvarlig myndighed skal godkende anmodning (TS203) om serviceaftale for snitflade jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. TS206 - Dataansvarlig myndighed for anvendersystemet skal godkende serviceaftale for integrationen (TS203), hvis den er forskellig fra dataansvarlig myndighed for bogføringssystemet. TS207 - Integrationen skal konfigureres med SFTP-routingsinformations fra Bogføringssystemet til anvendersystemet ud fra information om bogføringsans varlig myndighed, Bogføringssystemet, dataansvarlig myndighed for anvendersystem samt anvendersystemet. Der anvendes explicit-routing. Det sker som en bestilling til Serviceplatformens Help Desk. TS208 - Der skal bestilles overvågning af Bogføringssystemets SFTP-bruger ift. filer med finansposteringer. Det sker med brug af skabelonen [SFTP-BS]. Det sker som en bestilling til Serviceplatformens Help Desk. TS209 - Der skal bestilles Bogføringssystemets abonnement på sortiment for det specifikke anvendersystem. KOMBIT A/S Half dansgade Københav n S CVR Side 29 af 79

30 Det sker via KDI, TS210 - Bestil Bogføringssystemets abonnement på klassifikationer og Bogføringssystem specifikke sortimenter til Bogføringssystemet. Det sker typisk ifm. første anvendelse af integrationen. Det sker via KDI, TS211 - Bestil SFTP-routing af sortimentet til Bogføringssystemet. Explicit routing. Det sker som en bestilling til Serviceplatformens Help Desk. TS212 - Bestil overvågning af Bogføringssystemets SFTP-bruger ift. sortimentsmodtagelse. Det sker med brug af skabelonen [SFTP-BS]. Det sker som en bestilling til Serviceplatformens Help Desk. TS213 - Det er Bogføringssystemet opgave at konfigurere regler for mapning mellem Bogføringssystemets egen klassifikation for kommunen og de modtagne klassifikationer og sortimenter fra ØiR klassifikation. Der vil altid være mapning/omsætning ift. anvendersystemets sortiment. Der kan være yderligere omsætning ift. klassifikationer og specifikke sortimenter for Bogføringssystemet selv. Der henvises til Bogføringssystemleverandørens vejledning. TS215 - I anvendersystemet aktivers en funktion, som igangsætter Produktionsverifikationstest. Resultatet heraf kan ses som en registrering i Bogføringssystemet og i forretningssvaret, som anvendersystemet modtager fra Bogføringssystemet. KOMBIT A/S Half dansgade Københav n S CVR Side 30 af 79

31 2.3 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 Der skal gennemføres implementeringsopgaver for både SF1590_A_01 og SF1590_A_02. KOMBIT A/S Half dansgade Københav n S CVR Side 31 af 79