Integration SF1590_D_V2 Overfør faktura til fakturagodkendelse Integrationsbeskrivelse - version 2.1.0

Transkript

1 Integration SF1590_D_V2 Overfør faktura til fakturagodkendelse - version Kommunernes Data- og Infrastrukturfællesskab - KDI

2 Versionshistorik Relevans Dato Initialer Version Kommentarer Review MMT Baseline Udsendt MMT Rettelser af beskrivelser og WSDL på baggrund af reviewkommentarer. Referencer Ref. Titel Kommentarer [GVF] [KDIDrift] [KDITest] [Hovedoplysninger] [Bilag] Integration Generelle vilkår og udsætninger Generelle vilkår og udsætninger.pdf Findes her: Teknisk vejledning Serviceplatmen Findes her: Hjemmeside med inmationer om drift og valtning af KDIs Services Hjemmeside med inmationer om ibrugtagning og test af KDIs Services: Transaktionsspor og Fejlbehandling ved servicekald Transaktionsspor og Fejlbehandling ved servicekald.pdf Findes her: Bilagssamling til integrationsbeskrivelsen SF1590_D_V2 - Overfør faktura til fakturagodkendelse Bilag.zip Generelle vilkår og udsætninger, der skal være på plads før Snitflader kan anvendes Den anbefales, at leverandører af fagsystemer og kildesystemer tager et kik her. Fælles datastruktur services udstillet på Serviceplatmen. Indgår i servicens input og output payload Samler bilag, som knytter sig til integrationen. KOMBIT A/S Halfdansgade København S CVR Side 2 af 67

3 Findes her: [Inmationsmodel] [Servicestrukturrapport Faktura] Faktura til godkendelse afsend Servicestrukturrapport [Servicestrukturrapport Svar] [SFTP FS] ØiR Faktura Inmationsmodel SF1590_D_V2 - ØiR Faktura - Inmationsmodel pdf Findes her: [Bilag] SF1590_D_V2 Faktura til godkendelse afsend - Servicestrukturrapport pdf Findes her: [Bilag] Faktura til godkendelse svar afsend Servicestrukturrapport SF1590_D_V2 Faktura til godkendelse svar afsend - Servicestrukturrapport pdf Findes her: [Bilag] Template sortiment og klassifikationsmodtagelse: NOT0746 Oprydningskonfiguartion til SFTP Server - SF7001 FS.docx NOT0746 Oprydningskonfiguartion til SFTP Server - SF7002 FS.docx Samlet inmationsmodel håndtering af dataudveksling mellem fakturahåndteringssystem og fagsystem. Beskriver datastrukturen servicen. Indeholder reference til relevant WSDL mv. Beskriver datastrukturen servicen. Indeholder reference til relevant WSDL mv. Forudfyldt template til brug fagsystemets overvågning af sin SFTP-dataleverance. Input til oprettelse hos Serviceplatmens Help Desk [SFTP FHS] Findes her: [Bilag] Template sortiment og klassifikationsmodtagelse: NOT0746 Oprydningskonfiguartion til SFTP Server - SF7001 FHS.docx NOT0746 Oprydningskonfiguartion til SFTP Server - SF7002 FHS.docx Template til brug fakturahåndteringssystemets overvågning af sin SFTP-dataleverance. Input til oprettelse hos Serviceplatmens Help Desk [Klassifikation] [Sortiment] Findes her: [Bilag] SF7001 Findes her: i afsnit SF7001 Overfør Klassifikation til Abonnent. SF7002 Findes her: bit.dk/p133/integrationsbeskrivel- Indeholder med tilhørende inmationsmodel, servicestrukturrapport og schemaer SF7001 Overfør Klassifikation til Abonnent. Indeholder med tilhørende inmationsmodel, servicestrukturrapport og schemaer SF7002 Overfør Sortiment til Abonnent. KOMBIT A/S Halfdansgade København S CVR Side 3 af 67

4 ser/forms/grp%20snitfladengler%20release.aspx i afsnit SF7002 Overfør Sortiment til Abonnent. [ØiR Klassifikation] [STS Adm] ØiR Klassifikationssystemet Findes her: i mappen STS Klassifikationer/Økonomi. Vejledninger til STS administration Findes her: Indeholder ØiR domæne klassifikationer og sortimenter, samt en række fælles referenceklassifikationer. Indeholder vejledninger der understøtter opgaverne som skal løses i STS administration. KOMBIT A/S Halfdansgade København S CVR Side 4 af 67

5 Indholdstegnelse 1 Overordnet beskrivelse Integrationens mål Overordnet retningsflow i integrationen Servicebetingelser den samlede integration Teststrategi Forudsætninger produktionssætning Kontekst integrationsparter Kontekst fælles kildesystem - fakturahåndteringssystem Kontekst fælles anvendersystem fagsystem Kontekst KY [!@KY@!] Kontekst Fakturahåndteringssystem - ØS Indsigt Kontekst Fakturahåndteringssystem Fujitsu Prisme Kontekst Fakturahåndteringsystem KMD Opus Bilag Specifikation integrationsparter Specifikation af endpoints Fagsystem [!@IP-XXX@!] Specifikation af endpoints Fakturahåndteringssystem [!@IP-XXX@!] Beskrivelse integrationsplatme Beskrivelse Serviceplatmen [!@SP@!] Tilslutning til integrationspart: Serviceplatmen KOMBIT A/S Halfdansgade København S CVR Side 5 af 67

6 1 Overordnet beskrivelse 1.1 Integrationens mål ØiR Økonomi i Rammearkitekturen omfatter services til brug dataudveksling mellem fagsystemet og ERP-systemer inden områderne finans, kreditor, ordre og fakturering samt debitor og betalinger. Integrationen giver kommunen mulighed at etage decentral fakturakontrol og godkendelse i et fagsystem. Integrationen benytter kommunens fakturahåndteringssystem. Det betyder, at kommunen bevarer samlet kontrol og overblik over sine fakturaer og indkøb i sit fakturahåndteringssystem, selv når fakturabehandlingen egår decentralt i et fagsystem. Integrationen understøtter dokumenttyperne faktura, rykker og kreditnota også kaldet Fakturainmationer. I bindelse med den decentrale fakturagodkendelse udsættes det, at det enkelte fagsystem har inmation om bevillingsramme, ordre eller de aftalte ydelser, som en faktura vedrører. I tillæg til fakturagodkendelse kan fakturahåndteringssystemet, hvor det giver retningsmæssig mening, angive, at fagsystemet skal medsende posteringsinmation til brug fakturahåndteringsystemets driftskontering. Integrationen understøtter fremsendelse af fakturainmation i matet OIOUBL, som er det mat som i dag benyttes af NemHandel. Integrationen er beredt til at kunne undersøtte andre mater, både nye offentlige standarder samt lokale standarder inden kommuneomådet. 1.2 Overordnet retningsflow i integrationen Følgende afsnit beskriver retningskonteksten og det tekniske mønster integrationen Integrationens begreber Neden er angivet enkelte begreber, som er nyttige læsningen af integrationsbeskrivelsen. Bilagsfunktion Organisation i kommunen som arbejder med fakturahåndtering. Arbejder i fakturahåndteringssystemet. Alias: Indkøbsfunktion Fakturahåndteringssystem Systemet, som modtager, betaler, finansposterer og fejlkommunikerer med leverandøren. Alias: Bilagssystem Fagsystem Systemet, hvor der etages decentral fakturakontrol. Bevillingen eller bestillingen der ligger til grund fakturainmationen stammer fra fagsystemet. Fx KY, FBS. Leverandør Fakturainmation Afsender af fakturaen til kommunen. Har leveret en ydelse eller vare, som kommunen skal betale. Fællesbetegnelse dokumenter der indgår i et faktura løb. I denne integration: KOMBIT A/S Halfdansgade København S CVR Side 6 af 67

7 Faktura o Alias: Invoice Kreditnota o Alias: CreditNote Rykker o Alias: Reminder Forretningskontekst Det overordnede retningsflow illustreret i Figur 1 viser, hvordan et positivt retningsflow løber fra fakturainmationen sendes til kommunens fakturahåndteringssystem, og indtil fakturainmationen er behandlet og betalt. Leverandør Fakturahåndteringssystem Fagsystem Fakturainmation fremsendes Behandling af fakturainmation Fremsendelse af fakturainmation Fremsendelse af fakturainmation svar Foretag postering Udfør fakturabehandling Kreditorbehandling Betal Figur Fakturainmation fremsendes Kommunen modtager fakturainmation i kommunens fakturahåndteringssystem. Fakturainmationer kan komme ind via skellige kanaler: NemHandel eller andre digitale kilder eller manuel registrering/scanning. Fakturainmation omfatter faktura samt kreditnota og rykkere på allerede fremsendte fakturaer. KOMBIT A/S Halfdansgade København S CVR Side 7 af 67

8 Behandling af fakturainmation I fakturahåndteringssystemet bestemmes det om, og i givet fald i hvilket fagsystem, kontrol og behandling af fakturainmationen skal gennemføres. Fagsystemet kan enten bestemmes ud fra specifikke oplysninger i fakturainmation, fx EAN-nummer eller P-nummer, eller en sagsbehandler kan manuelt vælge et fagsystem fx KY. Fakturahåndteringssystemet skal som minimum kunne distribuere fakturainmation på basis af EAN-nummer. Fakturahåndteringssystemet er opsat til at kende de konkrete it-systeminstanser, som fakturainmationen kan sendes til. Inden fremsendelse afgør fakturahåndteringssystemet, om fagsystemet må eller skal angive posteringoplysninger i bindelse med en godkendelse. Fakturahåndteringssystemet tilføjer sit eget unikke fakturanummer og medsender dette til fagystemet brug i den videre kommunikationen Fremsendelse af fakturainmation Fakturainmationen fremsendes til fagsystemet digitalt gennem Serviceplatmen. Fagsystemet validerer ved modtagelsen, at fakturainmationen kan indlæses korrekt, samt at fagsystemet er den korrekte modtager. Hvis fakturainmationen valideres OK, så accepterer fagsystemet dataoverdragelsen af fakturainmationen og dermed ansvaret den videre proces Udfør fakturabehandling Fagsystemets behandling af fakturainmationen består af to separate processer: 1. Kontrol af fakturainmationen i hold til bevilling, og/eller bestilling/ordre. 2. Bestemmelse af posteringsoplysninger. Som en del af kontrollen kan sagsbehandleren tage kontakt til leverandøren afklaringer eller at give begrundelse en eventuel afvisning. Hvis fakturahåndteringssystemet kræver posteringsoplysninger, bestemmer fagsystemet posteringsoplysningerne baseret på indholdet af fakturainmationen og opsatte regler i fagsystemet. Processerne er illustreret i Figur 2. KOMBIT A/S Halfdansgade København S CVR Side 8 af 67

9 Fagsystem Leverandør Kontroller ift. bevilling/bestilling valgfrit Kontakt med leverandør Hvis krævet Bestem postering Personlig kontakt Bestem postering Figur Fremsendelse af fakturainmation svar Figur 3 viser de skellige svar på fakturainmationen et fagsystem kan give, og de processer det medfører. KOMBIT A/S Halfdansgade København S CVR Side 9 af 67

10 Fagsystem Fakturahåndteringssystem Leverandør Afvis/godkend Afvis Afvis fakturainmation Afvis fakturainmation Godkend uden posteringer Godkend med posteringer løkke Gentag indtil validering OK Godkend uden posteringsoplysninger Godkend med medposteringsoplysninger valider bogføringsgrundlag valgfrit Hvis validering fejler Afvis godkendelse Figur 3 Fagsystemets svar kan antage en af nedenstående tre varianter, alle tre varianter gælder det, at der sker en dataoverdragelse af svaret på fakturainmationen: Afvis Fakturahåndteringssystemet modtager afvisningen. Hvis muligt, sender fakturahåndteringssystemet en digital afvisning videre til leverandøren. Hvis leverandøren ikke understøtter digital afvisning, bestemmes processen den manuelle afvisning af lokale regler i kommunen og fakturahåndteringssystemet Godkend uden posteringsoplysninger Fakturahåndteringssystemet modtager godkendt fakturainmationen. Fakturahåndteringssystemet udleder selv posteringsoplysninger Godkend med posteringsoplysninger Fakturahåndteringssystemet modtager godkendt fakturainmationen med posteringsoplysninger. Fakturahåndteringssystemet validerer bogføringsgrundlaget i posteringsoplysningerne. KOMBIT A/S Halfdansgade København S CVR Side 10 af 67

11 Hvis ikke bogføringsgrundlaget er validt afvises godkendelsen, derved afvises dataoverdragelsen af svaret på fakturainmationen. Fagsystemet skal genfremsende godkendelsen indtil bogføringsgrundlaget kan valideres OK Postering og fakturabetaling Figur 4 viser den sidste del af processen i kommunen fakturabilagssystem. Det konkrete løb af processen vil afhænge af det enkelte systems opbygning. I det følgende er beskrevet de procestrin, som skal gennemføres. Leverandør Fakturahåndteringssystem Fagsystem Fremsendelse af fakturainmation svar Foretag postering Kreditorbehandling Betal Figur Foretag postering Fakturahåndteringssystemet etager bogføring med de posteringer, som enten er udledt af fakturahåndteringssystemet selv på baggrund af indholdet af fakturainmationen, eller baseret på bogføringsgrundlaget leveret af fagsystemet ved godkendelse af fakturainmationen. Bemærk her, at fagsystemet alene leverer, hvilke driftskonti, som skal dække fakturainmationen. Det samlede driftsbilag inkl. afstemningskonti samt det tilhørende finansbilag (bankkonti + afstemningskonti) skal fakturahåndteringssystemet selv danne Behandl kreditor Fakturainmationen frigives til kommunens kreditorhåndtering til videre behandling, fx om kreditor har restancer eller sager, som der skal tages højde inden faktura eller rykker går til betaling Betaling Fakturahåndteringssystemet sender betaling ift. Fakturaen eller rykkeren til kreditor, leverandøren, via NemKonto Behandling af kreditnota Integrationen giver mulighed, at fakturahåndteringssystemet videresender en kreditnota til et fagsystem. KOMBIT A/S Halfdansgade København S CVR Side 11 af 67

12 Såfremt en kreditnota har referencer til fakturaer som fagsystemet ikke tidligere har behandlet retningsmæssigt, så skal fagsystemet afvise den samlede kreditnota. Ved en sådan afvisning skal fakturahåndteringssystemet overtage den videre sagsbehandling Rykkere Integrationen giver mulighed, at fakturahåndteringssystemet videresender en rykker til et fagsystem. Fakturahåndteringssystemet skal kun fremsende rykkere, som har karakter af en faktura, dvs. indeholder et rykkergebyr, renter eller tilsvarende med økonomisk betydning. Såfremt en rykker har referencer til fakturaer som fagsystemet ikke tidligere har behandlet retningsmæssigt, så skal fagsystemet afvise den samlede rykker. Ved en sådan afvisning skal fakturahåndteringssystemet overtage den videre sagsbehandling Forretningsunderstøttelse Forretningsunderstøttelsen af processerne i fakturahåndteringssystemet og fagsystemet er ikke beskrevet yderligere nærværende dokument. Nærværende dokument fokuserer alene på de to dataoverdragelser, der ligger i: Fremsendelse af fakturainmation og Fremsendelse af fakturainmation svar Integrationens asynkrone retningsflow Integrationen understøtter et asynkront retningsflow, som omfatter to separate integrationsflow: 1. Fremsendelse af fakturainmation - Dataoverdragelse af fakturainmationer fra fakturahåndteringssystem (ERP) til et fagsystem. 2. Fremsendelse af fakturainmation svar - Dataoverdragelse fra fagsystemet af en retningsmæssig godkendelse eller afvisning af den modtagne fakturainmationer til fakturahåndteringssystemet (ERP). Svaret kan indeholde inmation om postering af fakturaen Fremsendelse af fakturainmation Fremsendelse af fakturainmation flowet begynder, når fakturahåndteringssystemet modtager fakturainmation. Fakturahåndteringssystemet sender fakturainmationen til serviceplatmen, som validerer serviceanmodningen og router fakturainmationen videre til fagsystemet. Fagsystemet validerer, om det er den korrekte modtager af fakturainmationen. Dernæst valideres data af fagsystemet, om data overholder det aftalte mat og indeholder valide inmationer. Fagsystemet skal herved sikre sig, at det kan viderebehandle dataleverancen og dermed overtage dataansvaret her. Fagsystemet svarer enten med en accept eller en afvisning af dataoverdragelsen. Til en afvisning vil altid følge en eller flere fejlkoder som angiver begrundelserne afvisningen. KOMBIT A/S Halfdansgade København S CVR Side 12 af 67

13 Har fagsystemet accepteret dataoverdragelsen af fakturainmationen, vil der efter en tid igangsættes en behandling af fakturainmationen i fagsystemet. Hvor lang tid der går, afhænger af de retningsregler, som er aftalt ifm. det enkelte fagsystem herunder de betalingsterminer, som fremgår af fakturainmationen. Det fremgår af nedenstående Figur 5. KOMBIT A/S Halfdansgade København S CVR Side 13 af 67

14 Fagsystem Serviceplatfom ØiR-service Fakturahåndtering Fremsendelse af fakturainmation Straksleverance Afsend Fakturainma tion Modtag svar Modtag Fakturainma tion Afsend svar Valider serviceanmodning Fejl Dan negativt svar HovedOplysningSvar Modtag retningssvar Ok Gennemstil Fakturainma tion Modtag Fakturainma tion Valider serviceanmodning Fejl Send retningssvar Ok Behandl fakturainma tion Figur 5 KOMBIT A/S Halfdansgade København S CVR Side 14 af 67

15 Fremsendelse af fakturainmation svar Fremsendelse af fakturainmation svar flowet begynder, når fagsystemet har behandlet og godkendt eller afvist indholdet af fakturainmationen. Fagsystemet sender retningssvaret til serviceplatmen, som validerer serviceanmodningen og router retningssvaret videre til fakturahåndteringssystemet. Fakturahåndteringssystemet validerer, om data overholder det aftalte mat og indeholder valide inmationer. Hvis retningssvaret indeholder finanskonteringsoplysninger, så skal fakturahåndteringssystemet validere, at bogføringsgrundlaget er tilstrækkeligt til, at der kan etages bogføringen. Fakturahåndteringssystemet skal herved sikre sig, at det kan viderebehandle dataleverancen og derrmed overtage dataansvaret her. Det ses i nedenstående Figur 6. KOMBIT A/S Halfdansgade København S CVR Side 15 af 67

16 Bogføringssystem Fakturahåndteringssystem Serviceplatfom ØiR-service Fagsystem Fremsendelse af fakturainmation svar Straksleverance Behandl Fakturainmation Afsend Fakturainma tion Svar Modtag svar Modtag Fakturainma tion Svar Afsend svar Valider serviceanmodning Fejl Dan negativt svar HovedOplysningSvar Modtag retningssvar Ok Gennemstil Fakturainma tion svar Modtag Fakturainma tion svar Valider Afsend svar Ok Fejl Valider bogføringsgrundlag Ja Indeholder posteringsinmation Dan retningssvar Ok Fejl Nej Ok Bogfør Figur 6 KOMBIT A/S Halfdansgade København S CVR Side 16 af 67

17 1.2.7 Servicenes dataindhold Service - Fremsendelse af fakturainmation Dataindholdet, der behandles af denne service, er opdelt i to hovedelementer: Fakturainmation: De elektroniske udgaver af retningsdokumenterne Faktura, Rykker og Kreditnota. Dokumenterne overføres som struktureret data i henhold til gældende standarder. Integrationen understøtter fremsendelse i henhold til OIOUBL standarden. Datastrukturen er bygget med henblik på senere udvidelse, således at strukturer til nye standarder, fx PEPPOL, kan tilføjes ved behov. Fakturadata: Styringsdata, som fakturahåndteringssystemet tilføjer til fakturainmationen, at håndtere den decentrale godkendelsesproces i fagsystemet. Består af en unik identifikation en faktura og angivelse af krav om fagsystemets angivelse af posteringsoplysninger ifm. godkendelsen. Data pakkes ind i [Hovedoplysninger], yderligere beskrivelse kan findes i [Servicestrukturrapport Faktura] og [Servicestrukturrapport Svar] Figur 7 en illustrerer opbygningen af data i servicen. FakturaTilGodkendelseAfsend Hovedoplysninger Fakturainmation OIOUBL-Faktura OIOUBL- KreditNota OIOUBL-Rykker Fakturadata Figur 7 KOMBIT A/S Halfdansgade København S CVR Side 17 af 67

18 Service - Fremsendelse af fakturainmation svar Dataindholdet, der behandles af denne service, er opdelt i to hovedelementer: Generel inmation: Denne inmationsblok består af to dele. En obligatorisk del, som referer til de fakturadata, som blev var en del af fremsendelsen af fakturainmaton, fx den unikke identifikaton af fakturaen. Dernæst en optionel del, som indeholder inmation med relation til fakturabehandlingen, der er egået i fagsystemet. Det omfatter kontaktoplysninger på sagsbehandler i fagsystemet og eventuel beskrivelse af korrespondance samt kontaktoplysninger til leverandøren. Godkendelse eller Afvisning: Angivelse af om fakturainmationen godkendes eller afvises af fagsystemet Hvis fakturainmationen er godkendt, angives dette, og der kan her eventuelt angives posteringsoplysninger. Hvis fakturainmationen afvises, skal der angives en liste af fejlårsager. En fejlårsag indeholder en reference til identifikation af årsagen, og et felt til at angive det specifikke element i fakturainmationen fx fakturalinje, som ikke kan godkendes. Nedenstående Figur 8 illusterer sammensætningen af datastrukturen i servicen. FakturaTilGodkendelseSvarAfsend Hovedoplysninger Generel inmation GodkendAfvisValg Godkend Posteringsoplysninger Afvis Figur 8 KOMBIT A/S Halfdansgade København S CVR Side 18 af 67

19 Referencemodel For at kunne være præcis i kommunikationen giver integrationen mulighed at referere til specifikke elementer i fakturainmationen såsom en fakturalinje i en faktura. Behovet at kunne referere til elementer i fakturainmationen kommer til udtryk både ved accept og afvisning/fejlangivelse af fakturainmationen. Ved accept af fakturainmation kan der ved angivelse af posteringsoplysninger tilføjes inmaton om hvilke elementer i fakturainmationen, der relaterer sig til den enkelte posteringslinje. Det kan fx være hvilke fakturalinjer en posteringslinje omfatter Ved afvisning eller fejl benyttes referencen til at indikere præcis hvilket element i fakturainmationen, der ikke kunne accepteres, eller som ligger til grund fejlen. Referencen skal angives sammen med en med en begrundelse eller fejl Forretningsregler Godkendelse og afvisning Det gælder at hele fakturainmationen enten godkendes eller afvises. Det er heller ikke tilladt at angive betinget godkendelse med delvis betaling af en faktura. Her skal fakturaen afvises. Leverandøren skal fremsende en kreditnota som annullerer fakturaen, samt en ny faktura i overensstemmelse med det aftalte Postering Posteringsoplysningerne angives i servicen efter samme principper som i finanssnitfladen [SF1590_A], med undtagelse af reglen, der siger, at finansbilaget skal gå i nul. Fagsystemet leverer alene hvilke driftskonti, der skal dække fakturaen. Dvs. der leveres ikke tilsvarende modsatte posteringer til afstemningskonti. Driftsposteringerne kan både være kredit- og debetposteringer. Summen af beløbet på posteringerne skal være lig totalen på fakturainmationen. En posteringslinje kan referere til en eller flere fakturalinjer, ligesom en fakturalinje kan deles mellem flere posteringslinjer. Faktuhåndteringssystemet skal validere, at posteringerne overholder reglerne bogføring inden dataoverdragelsen af svaret på fakturainmationen kan accepteres Posteringens referencedata Følgende afsnit beskriver denne integrations brug af hhv. Klassifikationer og Sortimenter. Der henvises til begrebsmodeller disse i integrationsdokumentationen hhv. [Klassifikation] og [Sortiment]. En væsentlig del af en finanspostering er angivelse af konteringsdimensioner. For hver konteringsdimension er der et Klassifikationssystem over mulige værdier. KOMBIT A/S Halfdansgade København S CVR Side 19 af 67

20 Den enkelte konteringsdimension er repræsenteret ved et konkret felt i snitfladen. Dette felt benævnes KlassificeretElement at angive denne sammenhæng til et Klassifikationssystem. Et klassifikationssystem består primært af Klasser. Klassen er den enkelte værdi/kode, fx kontonummeret Klassifikationssystemet er opdelt i Facetter. En Facet samler Klasser, hvis beskrivelsesvinkel er den samme. Eksempler på Facetter er konto, art, ejer mv. Eksempler på Klassifikationssystemer er fælles klassifikationssystem ØiR [ØiR Klassifikation], Indenrigsministeriets kontoplan m.fl. Klassifikationssystemerne er placeret i det fælleskommunale støttesystem STS Klassifikation. Dette system kommer også til at rumme Sortimenter. Hvor Klassifikationssystemet indeholder brutto-mængden over tilladte værdier, Klasser, så indeholder et Sortiment den netto-mængde, som et fagsystem (anvendersystem) har valgt at benytte. Klassifikationssystemet og dermed også de afledte Sortimenter indeholder både fælles værdier og kommune-/sspecifikke værdier. For hvert fagsystem, som benytter denne integration, vil der være et Sortiment over dette systems valg af tilladte værdier. I Sortiment kaldes disse værdier RegistreringVærdi. Hver Registrering- Værdi vil have en reference til en specifik Klasse i et Klassifikationssystem. RegistreringVærdien har sin egen unikke identifikation, RegistreringVærdiIdentifikation, samt inmation om Klassens unikke identifikation, KlasseIdentifikation Det enkelte Sortiment er opdelt i Delsortimenter. Et Delsortiment indeholder de tilladte registreringsværdier et konkret felt i snitfladen, KlassificeretElement. Det betyder, at der til et Delsortiment er knyttet en relation til mindst et KlassificeretElement. For mere uddybende beskrivelse henvises til servicestrukturrapporten [Servicestrukturrapport Svar] Angivelse og håndtering af Personfølsomhed I bindelse med registrantbogføreing skal fagsystemet angive niveau af personfølsomhed den enkelte posteringslinie. Herved inmerer anvendersystemet fakturahåndteringssystemet om sin fastlæggelse af personfølsomheden af de inmationer, som dataoverdrages i integrationen. Det er op til fakturahåndteringssystemet at håndtere denne klassificering ud fra egne regler, fx databehandleraftale, registerskrifter mv Reference til tidligere fremsendt fakturainmation For at give et tydeligt billede af grundlaget posteringsinmationerne, kan fagsystemet refere til elementer i den tidligere fremsendte fakturainmation. Refencen vil referere alene være en reference til ekomsten af feltet, ikke til indholdet. Det er op til fakturahåndteringssystemet, at bestemme hvordan denne inmation bruges i den faktiske finanspostering. KOMBIT A/S Halfdansgade København S CVR Side 20 af 67

21 Kommentering Integrationen understøtter, at fagsystemet i svaret på fakturainmationen kan angive inmationer om sagsbehandlingen i fagsystemet. Fx supplerende inmation til de afvisningsårsager, som er knyttet til en afvisning. Inmationerne skal understøtte den videre sagsbehandling i kommunens centrale bilagsfunktion, indkøbsfunktion. Følgende inmationer kan sendes med svaret: Generel kommentar til afvisning eller begrundelse (Fritekstfelt) Kontaktoplysninger på den part, der har godkendt/afvist fakturainmationen. o Kan være til en sagbehandler eller til en central funktion hos fagvaltningen Leverandørkorrespondance o Med hvem man har korresponderet o Dato korrespondancen o Kommentar til korrespondance (Fritekstfelt) Detaljeret kommentar til de enkelte afvisningsårsager Ved fyldestgørende udfyldelse af denne inmation, bør der normalt ikke være behov yderligere kommunikation mellem bilagsfunktionen og fagvaltningen. Hvis der alligevel er behov yderligere behandling i bilagsfunktionen, giver inmationen et fælles udgangspunkt. 1.3 Servicebetingelser den samlede integration Servicemål Gældende servicemål fremgår af KOMBITs kontrakt om Serviceplatmen Service Management Eventuelle tilretninger og præciseringer i integrationens beskrivelse og specifikation, vil indtil integrationen ligger på Serviceplatmens eksterne testmiljø, blive håndteret af Kommunernes Data og Infrastruktur (KDI). Spørgsmål vedr. specifikation sendes til kdi@kombit.dk. KDI sørger at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. Se oversigten over hvornår de enkelte integrationer ventes at være tilgængelige i eksternt testmiljø her: Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatmen, vil den overgå til Serviceplatmens governanceproces. Adgangen hertil fremgår af Teststrategi Overordnet Det generelle udgangspunkt KOMBITs teststrategi er, at alle involverede parter, dvs. fagsystemerne, fakturahåndteringssystemerne og Serviceplatmen har gennemført en robust systemtest af egen løsning, før der gennemføres test parterne imellem. KOMBIT A/S Halfdansgade København S CVR Side 21 af 67

22 Pga. integrationens sammensatte asynkrone serviceanvendelse, samt da der er tale om flere parter både på anvendersiden og kildesystemsiden er den generelle teststrategi modificeret på flg. punkter: KDI gennemfører en kildesystemintegrationstest med hver leverandørs fakturahåndteringssystem. Kildesystemtesten skal adressere begge serviceroller Kildesystemet spiller i det asynkrone integrationsmønster. Serviceplatmens test er begrænset til en robust test af kernefunktionalitet som fx routing, sikkerhed og tilsvarende. Yderligere retningsmæssig test af servicene håndteres ifm. kildesystemsintegrationstesten, der vil have den nødvendige dækning af det funktionelle indhold. Hvis kildesysteminterationstesten ikke kan realiseres pga. kommercielle hold med leverandøren af kildesystemet, eller hvis servicene på Serviceplatmen ikke vurderes til at have den nødvendige robusthed, da kan der etableres en udvidet test af Serviceplatfomrens tilslutning til kildesystemerne med brug af teststubbe- og testdrivers Vurdering heraf etages af serviceejer. Når første kildesystemintegrationstest er succesfuldt gennemført, kan resterende test gennemføres, fx fagsystemernes integrationstest og end-to-end-test. Fagsystemet har mulighed at gennemføre fagsystemsintegrationstest, hvor der benyttes teststubbe til simulering af fakturahåndteringssystemet. Behovet kan opstå, hvis servicen endnu ikke er udstillet på Serviceplatmen eller hvor kommercielle hold gør en sådan integrationstest med kildesystemet er uattraktiv. Fagsystemet skal særskilt bestille denne test hos KDI, kdi@kombit.dk. Omfang af fagsystemets end-to-end test fastlægges af fagsystemet. Ovennævnte test er gennemført med kildesystemernes centrale udviklings-/testmiljøer. Da en række af fakturahåndteringssystemerne er i decentral drift tilbydes, at erne her, gennemfører en Tilslutningstest. Denne test gennemføres ift. testinstanser under den decentrale drift. Tilslutningstesten skal bestilles af en hos KDI. Ifm. Serviceplatmens tilslutning af servicen til det enkelte kildesystem aktiverer Serviceplatmen sin overvågning af servicen via Serviceplatmens overvågningsoperation. Et succesfuldt resultat her angiver, at der er hul-igennem. For at risikomitigere det enkelte fagsystems produktionssætning af en s anvendelse anbefales det den enkelte fagsystem og fakturahåndteringssystem, at der i produktion gennemføres en verifikationstest mellem fakturahåndteringssystem og fagsystemet. Dvs. en postering/registrering, som efterfølgende er uden retningsmæssig konsekvens. Omfanget af sådanne verifikationstransaktioner vil afhænge af fagsystemets retningsmæssige anvendelse af integrationen. Denne test kaldes Produktionsverifikationstest Test i bindelse med udvikling på Serviceplatmen Den planlagte test af services til installation på Serviceplatmen omfatter pt., at der udfører automatiserede tests af services og unittests. KOMBIT A/S Halfdansgade København S CVR Side 22 af 67

23 Der er tale om test af sikkerhed, routing og anden kernefunktionalitet i integrationen, samt mere en simpel test af, om de to services kan benyttes. Testen omfatter ikke samtlige dataelementer i servicene. Leverandøren af Serviceplatmen er ansvarlig denne test Testfaciliteter og testmiljø Der er etableret simple testdrivere og teststubbe simulering af fagsystem og kildesystem Testdata Tekniske testdata, som ikke nødvendigvis reflekterer en konkret retningsmæssig anvendelse Test i bindelse med udvikling af kildesystemets serviceudstilling og -anvendelse Der etages integrationstest af hver enkelt kildesystems serviceudstilling og serviceanvendelse, der benyttes i integrationen. Denne test kaldes kildesystemintegrationstest. Testen omfatter både anvendt og udstillet service. Omfatter både positive og negative testscenarier og alle væsentlige valideringer i integrationen Test af serviceanvendelse Testen kan i hold til anvendelse af service på Serviceplatmen udføres på en af to måder 1. Via Serviceplatmen 2. Indledningsvist/delvist direkte mod SVOT-miljøet efterfulgt af en fuldstændig kildesystemintegrationstest via Serviceplatmen Valget afhænger af, om services er til rådighed på Serviceplatmen. Det udsættes, at kildesystemet har etaget en intern og tilsvarende robust systemtest af sin serviceanvendelse. Kildesystemet har adgang til testcases og testdata, som anvendes ifm. kildesystemintegrationstesten Testfaciliteter og testmiljø Testen gennemføres mod Exttest og SVOT-miljøet under Serviceplatmen. Parasoft anvendes som det tekniske virtualiseringsværktøj Testdata KDI fastlægger i samarbejde med kildesystemsleverandøren testcases samt testdata. Kildesystemet etager den nødvendige opsætning mv kildesystemtestens gennemførelse Test af serviceudstilling Testen kan i hold til udstillet service gennemføres på en af to måder: 1. Via Serviceplatmen KOMBIT A/S Halfdansgade København S CVR Side 23 af 67

24 2. Indledningsvist/delvist direkte mod kildesystemet efterfuldt af en fuldstændig kildesystemintegrationstest via Serviceplatmen Valget afhænger dels af, om services er til rådighed på Serviceplatmen samt en fælles vurdering af stabiliteten af kildesystemets service. Det udsættes, at kildesystemet har etaget en intern og tilsvarende robust systemtest af sine services. Kildesystemet har adgang til testcases og testdata, som anvendes ifm. kildesystemintegrationstesten Testfaciliteter og testmiljø Testen gennemføres fra Exttest og SVOT-miljøet under Serviceplatmen. Parasoft anvendes som det tekniske testværktøj Testdata KDI etablerer testcases samt testdata i samarbejde med kildesystemsleverandøren, baseret på testdata anvendt i test af kildesystemets serviceanvendelse, herunder nødvendige referencedata [Klassifikation]. Kildesystemet etager den nødvendige opsætning mv kildesystemtestens gennemførelse Test i bindelse med fagsystemets serviceanvendelse Fagsystemets primære test er en retningsmæssig end-to-end-test. Fagsystemet fastlægger sammen med fakturahåndteringssystemet scope denne test. Testen gennemføres ift. hver leverandørens centrale test-it-systeminstans. Testen aftales kommercielt med leverandøren via KDI. Det er en udsætning, at fagsystemet succesfuldt har gennemført en robust systemtest af sine services. Det udsættes videre, at fakturahåndteringssystemet succesfuldt har gennemført kildesystemintegrationstest Testfaciliteter og testmiljø Testen gennemføres i Exttest. Fagsystemet bestiller de nødvendige routingskonfigurationer samt etablere relevante serviceaftaler Testdata Fagsystemet leverer testcases og testdata, som aftales med leverandørerne. KDI leverer efter bestilling fra fagsystemet sortiment (se afsnit yderligere inmation) til brug test. KOMBIT A/S Halfdansgade København S CVR Side 24 af 67

25 1.4.5 Kildesystem - Tilslutningstest For de fagsystemer og fakturahåndteringssystemer, som har decentral drift, tilbyder KDI en implementeringstest. Testens mål er at verificere, at den løsning, som er testet i kildesystemintegrationstesten, er blevet succesfuldt installeret i det decentrale driftsmiljø. Der er tale om en simpel test. Testen udsætter, at en har et testmiljø under den decentrale drift Testfaciliteter og testmiljø Testen gennemføres fra Exttest og SVOT-miljøet under Serviceplatmen. Parasoft anvendes som det tekniske testværktøj Testdata KDI leverer 2-3 testcases og testdata, samt sortiment til brug test Produktionsverifikationstest Testen har til mål at verificere at fagsystemet kan sende data til kildesystemet og få disse data valideret korrekt Testfaciliteter og testmiljø Testen gennemføres i Produktion Testdata Testcase og testdata er fastlagt i samarbejde mellem fagsystemet og fakturahåndteringssystemet. Der bør findes en måde hvorpå der i produktion kan testes med data, som ikke berører kommunens drift. Der anvendes fagsystemets produktionssortiment. 1.5 Forudsætninger produktionssætning For at kunne anvende snitfladen er der en række vilkår og udsætninger, som skal være opfyldt af en tilslutningspart, der skal tilsluttes. Ved tilslutningspart skal stås fagsystemer, kildesystem osv. Disse vilkår og udsætninger er opdelt i generelle vilkår og udsætning, som gælder på tværs af snitfladerne, og i specifikke vilkår og udsætninger tilslutning til selve snitfladen. De generelle vilkår og udsætninger er beskrevet i et samlet dokument [GVF], mens de specifikke aktiviteter, der skal udføres som udsætning tilslutning af en tilslutningspart, er beskrevet hver enkelt tilslutningspart i kapitel 2. KOMBIT A/S Halfdansgade København S CVR Side 25 af 67

26 1.5.1 Køreplan Implementering Nedenstående diagram viser køreplanen udrulning af et anvendersystem i KOMBITs rammearkitektur under monopolbrudsprojektet. Det væsentlige i køreplanen er faserne, mens en egentlig tidsplan vil følge af den faktiske implementeringsplan. Aktiviteter, som er udsætninger og betingelser i bindelse med ibrugtagning af en snitflade, som følge af en udrulning af et anvendersystem, vil referere til den fase, den hensigtsmæssig kan udføres i. Serviceplatmen: Ved idriftsættelse af en snitflade er alle aktiviteter afsluttet, og snitfladen er klar til anvendelse Kildesystem: Alle aktiviteter i hold til serviceplatmen er afslutte, men der kan være yderligere aktiviteter i bindelse med tilslut 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ættelse, dels af aftalemæssig karakter, og dels også af konfigurationsmæssig karakter. Er der aktiviteter, som medføre konfiguration på Serviceplatmen, vil dette ske i bindelse med oprettelse af ens serviceaftalen kommunen Særlige vilkår Der er ingen kendte særlige vilkår Supplerende inmation om tilslutning Hvis fakturahåndteringssystemet kræver at fagsystemet angiver posteringsoplysninger udsættes det, at både fagsystemet og fakturahåndteringssystemet benytter fagsystemets sortiment fra [ØiR Klassifikation]. Afhængig af serviceanvendelsen kan både fagsystem og fakturahåndteringssystemet have behov de overliggende fælles klassifikationer fra [ØiR Klassifikation]. Det skal afklares konkret gennem en retningsmæssig anvendelsesanalyse. KOMBIT A/S Halfdansgade København S CVR Side 26 af 67

27 2 Kontekst integrationsparter Nedenstående afsnit angiver implementeringsopgaver henholdsvis fakturahåndteringssystemerne og fagsystemerne. Implementeringsopgaverne er opdelt efter hvem der har ansvaret at opgaven bliver udført. Da det er fakturahåndteringssystemet der tager initiativ til opsætning af integrationen, ligger disse opgaver først. 2.1 Kontekst fælles kildesystem - fakturahåndteringssystem Implementeringsopgaver Faserne følger afsnit 1.5. ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS100 Opret fakturahåndteringssystemet Konfiguration STS Administration Leverandør af fakturahåndteringssystem Leverandør af fakturahåndteringssystem Fase 1 Se [STS Adm] vejledning. TS101 Opret service der udstilles af fakturahåndteringssystemet Konfiguration STS Administration Leverandøren fakturahåndteringssystemet Leverandøren fakturahåndteringssystemet Fase 1 Herunder angivelse af den anvendte sikkerhedsmodel (Tokeneller certifikatbaseret sikkerhed) Se [STS Adm] vejledning. TS102 Aftale om anvendelse af fakturahåndteringssystemets snitflader med leverandør af fakturahåndteringssystemet Aftale /Verifikation fakturahåndteringssystemet fakturahåndteringssystemet Fase 1 TS103 Aftale om fakturahåndteringssystemets krav Aftale /Verifikation Fase 1 KOMBIT A/S Halfdansgade København S CVR Side 27 af 67

28 ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar til posteringsinmation fakturahåndteringssystemet fakturahåndteringssystemet TS104 Opdatering af instruks databehandling, der angiver udveksling af data med et givent fagsystem Aftale /Verifikation Fakturahåndteringssystem fakturahåndteringssystemet fakturahåndteringssystemet Fase 2.1 Om der skal etableres aftale hvert fagsystem afhænger talen jf. TS102 TS105 Tilslutning af Serviceplatmens adgang til fakturahåndteringsystemets services Konfiguration Serviceplatmen Serviceplatmen Serviceplatmen Fase 2.1 TS106 Afklaring af dataudveksling. fagsystemet og den dataansvarlige myndig fakturahåndteringsssystemet skal aftale, at der skal egå dataudveksling. Afklaring/Aftale fakturahåndteringssystemet fakturahåndteringssystemet Fase 2.1 Kun såfremt det ikke er samme. Serviceaftalen indgås i TS111 TS107 Indhent it-system-instans fagsystemet Koordinering fakturahåndteringssystemet fakturahåndteringssystemet Fase 2.1 TS108 Indhent nødvendige oplysninger til fakturahåndteringssystemets routing Koordinering Fase 2.1 KOMBIT A/S Halfdansgade København S CVR Side 28 af 67

29 ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar fakturahåndteringssystemet fakturahåndteringssystemet TS109 Opsætning af tilladelse til modtagelse af data fra et givent fagsystem Konfiguration Fakturahåndteringssystem fakturahåndteringssystemet Fakturahåndteringssystem, Central Administrator eller Lokal administrator Fase 2.2 Afhænger af leverandørspecifikke krav til opsætning i fakturahåndteringssystemet TS110 Bestil routing af fakturahåndteringsystemets servicekald til det relevante fagsystem Konfiguration Serviceplatmen fakturahåndteringssystemet fakturahåndteringssystemet Fase 2.2 TS111 Bestil abonnement på fagsystemets sortiment til fakturahåndteringssystemet Konfiguration STS-Klassifikation fakturahåndteringssystemet Fakturahåndteringssystem, Central Administrator eller Lokal administrator Fase 2.2 Forudsætter TS103 TS112 Bestil SFTProuting af sortimentet til fakturahåndteringssystemet Konfiguration Serviceplatmen fakturahåndteringssystemet Fakturahåndteringssystem, Central Administrator eller Lokal Fase 2.2 Forudsætter TS111 KOMBIT A/S Halfdansgade København S CVR Side 29 af 67

30 ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed administrator Kommentar TS113 Bestil overvågning af fakturahåndteringssystemets SFTPbruger ift. sortimentsmodtagelse Konfiguration Serviceplatmen fakturahåndteringssystemet Fakturahåndteringssystem Lokal administrator Fase 2.2 Forudsætter TS111 TS114 Etablere omsætningstabeller i fakturahåndteringssystemet Konfiguration Fakturahåndteringssystem fakturahåndteringssystemet Fakturahåndteringssystem Lokal administrator Fase 2.2 Forudsætter TS111 TS115 Fakturahåndteringssystemet skal have etableret adgang til STS Token Service. Konfiguration STS Administration Leverandør af fakturahåndteringssystem Leverandør af fakturahåndteringssystem Fase 2.2 Når fakturahåndteringssystemet følger standarden om Tokenbaseret sikkerhed Se [STS Adm] vejledning. TS116 Fakturahåndteringssystemet skal have registreret certifikat, som benyttes ifm. autorisationen af fakturahåndteringssystemets servicekald Konfiguration STS Administration Leverandør af fakturahåndteringssystem Leverandør af fakturahåndteringssystem Fase 2.2 Kun såfremt fakturahåndteringssystemet benytter certifikatbaseret sikkerhed. Se [STS Adm] vejledning. KOMBIT A/S Halfdansgade København S CVR Side 30 af 67

31 ID Aktivitet Opgavekategori Komponent Ansvarlig Udførende Fase og afhængighed Kommentar TS117 Anmodning om Serviceaftale den ansvarlige i fakturahåndteringssystemet Konfiguration STS Administration Leverandør af fakturahåndteringssystemet Leverandør af fakturahåndteringssystemet Fase 2.2 Se [STS Adm] vejledning. TS118 fakturahåndteringssystemet skal godkende serviceaftale integrationen Konfiguration STS Administration fakturahåndteringssystemet fakturahåndteringssystemet Fase 2.2 Se [STS Adm] vejledning. TS119 Den ansvarlig fagsystemet skal godkende serviceaftale integrationen Konfiguration STS Administration fakturahåndteringssystemet fagsystemet Fase 2.2 Kun såfremt dataansvarlig fakturahåndteringssystemet ikke er den samme som dataansvarlig fagsystemet. Forudsætter TS105 Se [STS Adm] vejledning. TS120 Gennemførelse af Produktionsverifikationstest send faktura Drift Fakturahåndteringssystemet Fakturahåndteringssystem Lokal administrator Fakturahåndteringssystem Lokal administrator Fase 3 Optionelt TS100 - Fakturahåndteringssystemet skal være oprettet i STS Administration. 1. Opret som organisation KOMBIT A/S Halfdansgade København S CVR Side 31 af 67

32 2. Opret It-system a. Oprettes som serviceanvender og serviceudstiller TS101 - Fakturahåndteringssystemets service skal oprettes i STS Administration, herunder skal der angives den anvendte sikkerhedsmodel (Token- eller certifikatbaseret sikkerhed). Servicen oprettes efter følgende navnestandard: ØiRFakturaTilGodkendelseSvarAfsend[It-systeminstans] Der skal endvidere angives kontaktoplysninger ift. support mv. TS102 - fakturahåndteringssystemet skal indgå aftale med sin leverandør om anvendelse af integrationen. TS103 - Det skal aftales mellem fakturahåndteringssystemet og fagsystemet om der kræves posteringsoplysninger i fagsystemets svar på fakturainmationer. TS104 - Opdatering af instruks databehandling, der angiver udveksling af data med et givent fagsystem TS105 - Serviceplatmen skal etage den tekniske konfiguration af Serviceplatmens adgang til fakturahåndteringssystemets services, herunder verificere hul-igennem gennem opsætning og ibrugtagning af operation Ping. TS106 - Såfremt den ansvarlige fagsystemet og den ansvarlige myndig fakturahåndteringssystemet ikke er samme, skal dataudvekslingens mål og grundlag afklares og aftales parterne imellem med mål om, at der senere kan indgås en serviceaftale i STS Administration under dobbeltsgodkendelse. TS107 - fakturahåndteringssystemet skal indhente it-system-instans det modtagne fagsystem. Inmationen skal bruges, så der senere kan etableres serviceaftale og routing ift. hertil. KDI vil typisk allerede have denne inmation, så der kan være tale om en verifikation af eksisterende inmation. TS108 - fakturahåndteringssystemet skal indhente nødvendige oplysninger fra fagsystemets brug af p-nummer/ean til brug fakturahåndteringssystemets interne deling. TS109 - I fakturahåndteringssystemet skal det angives, at der er givet tilladelse til modtagelse af data fra et givent fagsystem pva. af en bestemt. Disse inmationer indgår i den initiale leverancekontrol, om dataudveksling er tilladt. TS110 - Integrationen skal konfigureres med routingsinmation mellem fagsystemet og ens fakturahåndteringssystem. KOMBIT A/S Halfdansgade København S CVR Side 32 af 67

33 Det sker som en bestilling til Serviceplatmens Help Desk. TS111 - Der skal bestilles fakturahåndteringssystemets abonnement på sortiment det specifikke fagsystem. Bestillingsblanketter findes i bilagsfilerne til integrationen [Sortiment]. TS112 - Bestil routing af sortimentet og evt. klassifikationer fra ØiR Klassifikationssystemet til fakturahåndteringssystem. Det sker som en bestilling til Serviceplatmens Help Desk. TS113 - Der skal bestilles overvågning af fakturahåndteringssystemets SFTP-bruger ift. modtagelse af sortimenter og klassifikationer. Det sker med brug af skabelonen [SFTP-FHS]. Det sker som en bestilling til Serviceplatmens Help Desk. TS114 - Det er fakturahåndteringssystemets opgave at konfigurere regler mapning mellem fakturahåndteringssystemets egen klassifikation kommunen og de modtagne klassifikationer og sortimenter fra ØiR klassifikation. Der vil altid være mapning/omsætning ift. fagsystemets sortiment. Der kan være yderligere omsætning ift. klassifikationer og specifikke sortimenter fakturahåndteringssystemet selv. Der henvises til fakturahåndteringssystemets vejledning. TS115 - Fakturahåndteringssystemet skal have etableret federation til STS Sikkerhed ifm. standarden Token-baseret sikkerhed. TS116 - Fakturahåndteringssystemet skal have registreret certifikat, som benyttes ifm. autorisationen af fakturahåndteringssystemets servicekald ifm. certifikatbaseret sikkerhed. Som det er nu, så vil alle fakturahåndteringssystemer skulle gøre det ifm. deres registrerings på STS Administrationsmodul. TS117 - I STS Administration skal der oprettes en anmodning om indgåelse af serviceaftale ens brug af integrationen, SF1590_D_V2. Anmodningen skal indeholde angivelse af den ansvarlige. TS118 - fakturahåndteringssystemet skal godkende anmodning om serviceaftale snitflade (TS117) jf. Vilkår anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. TS119 - Den ansvarlig fagsystemet skal godkende serviceaftale integrationen (TS117), hvis dataansvarlig fagsystemet er skellig fra dataansvarlig fakturahåndteringssystemet. TS120 - I fakturahåndteringssystemet aktiveres en funktion, som igangsætter Produktionsverifikationstest. Resultatet heraf kan ses som en registrering i fagsystemet og i retningssvaret, som fakturahåndteringssystemet modtager fra fagsystemet og i den efterfølgende godkendelse, der KOMBIT A/S Halfdansgade København S CVR Side 33 af 67