INTERIM KLASSIFIKATION

Transkript

1 Eksternt publiceret INTERIM KLASSIFIKATION Eksportmodel for - ØiR Klassifikation version 2 - KDI Marts 2017 version 1.1

2 Indhold Opdatering siden version 1.0 Kort gennemgang opdateringer mv. siden forrige udsendelse af denne præsentation Emner Oversigt over publicerede klassifikationer og sortimenter Sammenhæng mellem it-miljø og klassifikation/sortiment Ændringsproces ajourføring af klassifikationer og sortimenter

3 Opdatering siden version 1.0 Datastrukturer Klassifikation: Uændret Sortiment: Grundmodel og opbygning: uændret Reference til klasser i klassifikation: Justeret, så der nu er anvendt en ensartet løsning, som ud over referencen til klassen (UUID) også medtager al relevant info fra klassen => Ensartet model for parsing af data, samtidig er supplerende info enten direkte ved hånden eller kan skaffes via et simpelt opslag Publicering af klassifikationer og sortimenter Alle nødvendige hoved- og hjælpeklassifikationer til brug for ØiR etableret. Sortimenter til brug for KY, KSD og YR etableret. Mangler visse myndighedsspecifikke værdier (fra projekterne) Fokus Test-miljø Findes i Excel og XSD versioner I første omgang er eksport-filerne ikke myndighedsopdelt.

4 Oversigt Klassifikation ØiR Klassifikation (test) IM Kontoplan Fælles referencedata Meta-klassifikationssystem It-systemer Sortiment Debitor KSD (test) Finans KSD (test) Debitor KY (test) Finans KY (test) Finans YR (test It-integrationer

5 ØiR Klassifikation Klassifikationssystem Beskrivelse Sammenhæng til it-miljø Kendte udeståender Klassifikationssystemet holder de fulde værdilister, som er tilknyttet specifikt til ØiR Integrationerne. Der er vil være værdilister specifikt for den enkelte integration (fx Debitorkontotype i debitorsnitfladen) og fælles værdilister (fx Firma). Da vil være en blanding af fælles, systemspecifikke og myndighedsspecifikke værdier NB: Tekniske værdier (fx fejlkoder) ift. integrationen findes i klassifikationssystemet Integrationer Klassifikation er ens mellem miljøerne. Der kan være forskel i facetter, da der kan være facetter, som endnu ikke er overført til produktion. Der vil være forskelle på klasse-niveau. Test versionen vil ikke have samme omfang herunder myndighedsspecifikke værdier som i produktion. Test versionen kan ligeledes indeholder klasser, som alene er oprettet mhp. på gennemførelse af test. Myndighedsspecifikke værdier (fx Omkostningssteder). Gælder både Finans og Debitor. Debitor: Her mangler debitorkontotyper og delfordringstyper indberettet af Debitor-løsnignerne / leverandørerne Datafiler Findes kun i Test Datafiler er endnu ikke myndighedsopdelt Udgivet i både excel og xsd

6 IM Kontoplan Klassifikationssystem Beskrivelse Økonomi og Indenrigsministeriets Den autoriserede kontoplan for Budget- og regnskabssystem for kommuner. Opdateret pr Sammenhæng til it-miljø Klassifikation er ens mellem miljøerne. Kendte udeståender Skal opdateres med ændringer, som er gennemført siden ovennævnte opdatering. Datafiler Udgivet i både excel og xsd

7 Fælles referencedata Klassifikationssystem Beskrivelse Fælles referencedata er værdilister, som kan anvendes bredere end blot i ØiR-integrationerne. Det er fx filtyper (dvs. identifikation af filformaterne pdf, cvs etc.) Værdilisternes indhold er indtil videre givet ved behovene for ØiR-integrationernes konkrete anvendelse Sammenhæng til it-miljø Klassifikation er ens mellem miljøerne. Kendte udeståender Ingen Datafiler Udgivet i både excel og xsd

8 Meta-klassifikationssystem Klassifikationssystem Beskrivelse Værdlisterne indeholder klasser, som benyttes til at beskrive strukturer og relationer i klassifikationssystemer og sortimenter. Fx : Typificering af en relation mellem to klasser i et klassifikationssystem. Krav til angivelse ifm. RegistreringsVærdiDeltaljering i et sortiment Værdilisternes indhold er indtil videre givet ved behovene for ØiR-integrationernes konkrete anvendelse Sammenhæng til it-miljø Klassifikation er ens mellem miljøerne. Kendte udeståender Ingen Datafiler Udgivet i både excel og xsd

9 It-systemer Klassifikationssystem Beskrivelse Lister de enkelte it-systemer samt deres deployment i fysiske it-system-instanser. De enkelte it-miljøer listes. Sammenhængen mellem it-miljø og it-system-instans angives. Samme information findes i andre tilsvarende oplistninger i den fælleskommunale infrastruktur. Formålet her og nu er, at understøtte nødvendige referencer, som angives under Sortimenter. Det er sikret sammenhæng til øvrige anvendte unikke identifikationer, UUID er. Sammenhæng til it-miljø Klassifikation er ens mellem miljøerne. Kendte udeståender Relation mellem it-system og tilhørende it-system-instanser (kan læses af brugervendt nøgle) Relation mellem it-system-instans og it-miljø (kan læses af brugervendt nøgle) Datastruktur for klasserelation skal ajourføres, så den er ens med datastruktur for Sortiment. Datafiler Udgivet i både excel og xsd

10 Integrationer Klassifikationssystem Beskrivelse Lister de enkelte integrationer med tilhørende klassificerede elementer og fejlkoder. Integrationer findes i andre kataloger i den fælleskommunale infrastruktur, fx Servicekataloget på serviceplatformen. Der er ikke sammenhæng til evt. unik identifikation her. Formålet her og nu er, at understøtte nødvendige referencer, som angives under Sortimenter. Sammenhæng til it-miljø Klassifikation er ens mellem miljøerne. Kendte udeståender Relation mellem it-system og tilhørende it-system-instanser (kan læses af brugervendt nøgle) Relation mellem it-system-instans og it-miljø (kan læses af brugervendt nøgle) Datastruktur for klasserelation skal ajourføres, så den er ens med datastruktur for Sortiment. Datafiler Udgivet i både excel og xsd

11 Finans Sortiment Beskrivelse Sortimentet indeholder de netto værdilister, som anvendersystemet skal benytte i sine posteringer i finansintegrationen, SF1590_A. Sammenhæng til it-miljø Der vil være både fælles og myndighedsspecifikke værdier. Vil være unik pr. it-miljø, dvs. der vil være et sortiment pr. anvendersystem/it-miljø. KSD Mangler afklaring af anvendt Artskontering KY Mangler kommunespecifikke værdier for: Omkostningssted og OrganisatoriskReference, Eventuelle angivelser detaljering af Enkelt Ydelser YR Mangler afklaring af anvendt Artskontering Enkelte klasser kan ikke genfindes i IM-kontoplan Datafiler Findes kun i Test Datafiler er endnu ikke myndighedsopdelt Udgivet i både excel og xsd

12 Debitor Sortiment Beskrivelse Sortimentet indeholder de netto værdilister, som anvendersystemet skal benytte i sine debitorregistreringer i debitorintegrationen, SF1590_B. Sammenhæng til it-miljø Der vil være både fælles og myndighedsspecifikke værdier. Vil være unik pr. it-miljø, dvs. der vil være et sortiment pr. anvendersystem/it-miljø. KSD Debitorkonto.OrganisatoriskReference: Pre-konfigureret med en standard værdi pr. kommune. Skal verificeres KY Mangler: Debitorkonto.OrganisatoriskReference, pr. myndighed Mangler: Indebetaling.OrganisatoriskReference, pr. myndighed DelfordringSpecifikation og DelfordringType er i overvejelse. Værdier angivet. E&E Publicering afventer. Datafiler Findes kun i Test Datafiler er endnu ikke myndighedsopdelt Udgivet i både excel og xsd

13 Læsning af data på tværs af anvendersystemer Udfordring Det enkelte anvendersystems sortiment indeholder alene de værdilister, som anvendersystemet selv skal anvende i sine registreringer. Hvis et anvendersystem henter registreringer fra andre anvendersystemer (fx som det er tilfældet med en række operationer under debitor, SF1590_b), så vil der være klasser her, som anvendersystemet umiddelbart ikke selv har adgang til via sit sortiment. Løsning De benyttede værdier vil altid kunne fremfindes via et af de overliggende klassifikationssystemer. Har man dette behov som anvendersystem, da må man importere dette klassifikationssystem i sin løsning (fx har KY behov for alle debitorkontotyper og delfordringstyper, som de er kendt i ØiR Klassifikation).

14 Klassifikationer i forskellige it-miljøer (1/2) It-miljøer Et it-system består af en eller flere fysiske it-system-instanser En it-system-instans er placeret i/tilhører et it-miljø. It-miljøer kan være: udvikling, test, produktion m.fl. I den fælles kommunale infrastruktur er der it-miljøerne: ExTest og Produktion. Klassifikationsløsningen Klassifikationsløsningen er container for klassifikationssystemer og sortimenter Klassifikationsløsningen er afgrænset til at understøtte ét it-miljø. Dvs. klassifikationsløsningen anvendes til holde data, som er relevant i netop det it-miljø. Det gælder både for dagens klassifikationsløsning i regneark til et fremtidigt itsystem. Dvs. at der er som for andre løsninger en skarp adskillelse mellem test og produktion. Det betyder, at de klassifikationer og sortimenter, som er tilgængelige i ExTest vil/kan være forskellig for de, som gælder i Produktion.

15 Klassifikationer i forskellige it-miljøer (2/2) Konsekvens for konfiguration med klassifikationsdata For anvendersystemerne betyder det, at der skal ske en opsætning af klassifikationsanvendelsen i hvert it-miljø, dvs. både i test og i produktion. Denne opsætning kan ikke datamigreres mellem miljøerne, da UUID erne i nogen tilfælde vil være forskellige. Test af produktionskonfiguration Vil man som anvendersystem teste sin produktionskonfiguration før produktion betyder det, at man i sit produktionsmiljø må håndtere en pre-produktions instans af it-systemet. Pre-produktions-it-system-instansen vil her kunne benytte samme klassifikation som produktionsversionen. Konfigurationen registreres i pre-produktion-it-system-instansen. Testes her. Hvorefter anvendersystemet kan datamigrere konfigurationerne frapre-produktion til produktion med brug af egen funktionslogik.

16 Ændringsproces (1/2) Baggrund Publicering af klassifikationssystemer og sortimenter er i sig selv en produktionssætning af grundstenene for konfiguration og design af brugen af ØiR-integrationerne. Klassifikationssystemerne og sortimenterne er endnu ikke fuldstændige, der mangler fx myndighedsspecifikke værdier, som først kommer senere i projektforløbene. Ligesom der helt naturligt vil være mangler og muligvis fejl i det publicerede. Modellen for klassifikationsløsningen, eksportformaterne mv. er designet til at kunne håndtere dette. Ajourføring skal foretages kontrolleres ud fra forretningsregler. Da der endnu ikke er en løsning med brugergrænseflade til understøttelse heraf, er der udarbejdet flg. manuelle ændringsproces.

17 Ændringsproces (2/2) Ansvarlig ØiR serviceejer i KDI/KOMBIT Modtager, behandler og publicerer ændringer Indrapportering Alle interessenter: Fagprojekter og ERP-leverandører m.fl. Indrapporteres pr mail til: datafaellesskab@kombit.dk Emne: ØiR Klassifikation - ændringsanmodning Indhold: Ændringen, begrundelse, prioritering (evt. deadline) evt. kontaktperson. Behandling Der bliver givet individuel svar til den, som indrapporterer Evt. resulterende ændring kommunikeres her: / KDF / Referencedokumenter / STS Klassifikationer / Økonomi Notificering jf. ens opsætning på dette site.

18 Bilag Interim Klassifikation version 1.0 Tidligere version af nærværende præsentation, som beskriver formål og opbygning af interim klassifikation.

19 Eksternt publiseret INTERIM KLASSIFIKATION Eksportmodel for - ØiR Klassifikation version 2 - KDI Marts 2017 version 1.0

20 Indledning Formål Overblik over interim klassifikationsløsningen for ØiR Klassifikation mv. Introduktion til opdeling i Klassifikationssystemer og Sortimenter Beskrivelse af distribution af klassifikationsdata til anvendersystemer og ERP-løsninger Angivelse af sammenhæng mellem den tidligere ØiR Klassifikation version 1 og denne version 2. Oversigt over planlagte Klassifikationssystemer og Sortimenter Tilhørende dokumenter Findes for hhv. Klassifikationssystem og Sortiment Dokumenter Informationsmodel Format XSD

21 Oversigt Grundelementer Klassifikationssystem Sortiment Scope Eksportformat = dataudvekslingsformat Hvorledes klassifikationssystemet/sortiment vedligeholdes forretningsmæssigt og med hvilke hjælpedata er udenfor scope af eksportformatet. Forudsætninger KOMBIT står som ansvarlig ejer for alle fælles elementer Kommuner og myndigheder kan stå som ejere af myndighedsspecifikke elementer.

22 Klassifikationssystem Definition Short Description Klassifikation er det abstrakte objekt, som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet tjener et bestemt forretningsmæssigt formål (fx holder værdilister for opmarkering af sager). Klassifikationssystemet er udgøres af et hierarki af klasser, dvs. en taxonomi. Klassifikationssystemets klasser er grupperet i facetter. Et klassifikationssystem har mindst en facet. Klassifikationssystemet har en ejer, som fastlægger reglerne for den samlede taxonomi, fx opdeling i facetter. Ejeren af klassifikationssystemet kan tillade at andre anvendere af / interessenter i klassifikationssystemet tilføjer egne klasser, som specialisering af klassifikationssystemets klasser. Yderligere information - Klassikation Informationsmodel (pdf) - Klassikation Format (pdf)

23 Sortiment Definition Short Description Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given kontekst. Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder. Sortimentets kontekst er givet ved en sortimentstype (fx værdiliste til brug ifm. dataudveksling), en afgrænsning af systemkontekst ved en eventuelt reference til en instans af et it-system (fx ekstern testinstans af kommunernes ydelsessystem, KY) samt eventuel reference til den eller de dataudvekslinger, her givet ved integrationer, som sortimentet danner værdiliste for (fx Finansposteringer version 2 og 3 af ØiR integrationen SF1590_A). Sortimentet er opdelt i et eller flere delsortimenter. Delsortimentet angiver den konkrete anvendelse for den værdiliste, som delsortimentet holder (fx værdilisten over konti, som kan anvendes af KY til finansposteringer). Yderligere information - Sortiment Informationsmodel (pdf) - Sortiment Format (pdf)

24 Eksportmodel 1/2 Scope Klassifikationssystemer Sortimenter Model Eksporten er afgrænset til eet klassifikationssystem eller eet sortiment Såfremt der er myndighedsspecifikke forekomster i klassifikationssystemet/sortimentet, da vil eksporten blive opdelt pr. myndighed dog således, at alle fælles elementer medtages i alle eksporter Eksportens format er XML baseret, og har en fastdefineret XSD Eksporten er filbaseret

25 Eksportmodel 2/2 Adgang til eksportfiler I første omgang vil eksportfiler blive gjort tilgængelig på Der vil være adgang for alle. I forbindelse med produktionssætningen af ØiR vil ØiR Klassifikation og de relaterede ØiR Sortimenter blive distribueret via den SFTP-mekanisme på serviceplatformen, som i forvejen anvendes under ØiR snitfladerne. Der vil kun blive distribueret, når der er sket en opdatering Distributionen vil ikke blive annonceret yderligere Leverandørerne skal udfylde en abonnementsblanket ift. ønskede klassifikationssystemer og sortimenter pr. myndighed.

26 Integrationsmønster Eksportmodel (1/2) Integrationsmønster Datareplikering fra en klassifikationsløsning til flere anvenderløsninger. Alene outside data, dvs. de data som er relevante for anvenderløsningerne. Registreringer omfatter historik, dvs. gyldighedsperiode, hvor det er forretningsmæssigt relevant Der anvendes netto-princip for dataudveksling, dvs. det samlede forretningsobjekt fremsendes, som det ser ud på forsendelsestidspunktet. Der kommunikeres ikke bi-temporalitet. Første registreringstidspunkt og senest redigeringstidspunkt er angivet for forretningsobjektet eller vil kunne udledes af et overordnet forretningsobjekt.

27 Integrationsmønster Eksportmodel (2/2) Integrationsmønster Ajourføring af forekomster Strukturmodellen angiver, hvilke attributter, som kan ajourføres, samt hvilket senest redigeringstidspunkt som en sådan redigering vil knytte sig til. Princip for sletning Klassifikationssystemer: Klassifikation kan ikke slettes. Klasser og facetter (her inkl. alle klasser) kan slettes vilkårligt. Sletning udledes af modtager systemet ved, at den slettede dataforekomst ikke er med i den efterfølgende eksport af klassifikationssystemet jf. netto-princippet. Sortiment Sortimenter kan ikke slettes Delsortimenter, Registreringsværdier mv. kan slettes, såfremt dataforekomsten har en gyldigfradato, som ligger mindst 48 timer efter aktuelt tidspunkt, dvs. sletningstidspunktet.

28 Sammenhæng til ØiR Klassifikation version 1 (1/2) Sortiment Erstatter ØiR Domain Anvender klassifikationen (niveau 3) Modellen er 1:1 med følgende forenklinger: Indeholder alle nødvendige klasser til brug for registreringer, nu kaldet registreringsværdier. Det betyder, at det ikke længere er nødvendigt at hente information fra andre klassifikationer. Sortimenter kan kun indeholde registreringsværdier, som er klasser i et klassifikationssystem De enkelte Registreringsværdier (tidligere klasser) har kun 1 UUID, som er den UUID, der skal anvendes i registreringen (tidligere lå den nogen gange i en lokaludvidelse). Angivelse af klassedetaljeringer er flyttet fra at skulle være i sine egne facetter (der kunne blive rigtig mange her) til at blive relateret direkte til den Registreringsværdi, som skal detaljeres. Bi-temporalitet er fjernet der er kun meget få gyldighedsperioder at håndtere

29 Sammenhæng til ØiR Klassifikation version 1 (2/2) Klassifikationssystem Det ny klassifikationssystem har samme logiske opbygning som STS Klassifikation (Klassifikation, Facet, Klasser) med følgende forenklinger: Der kan alene håndteres hierarkiske klassifikationer (taxonomier) Facetplan er eksplicit angivet (ikke blot et tekstfelt) Mapningen (reference) mellem klasser angives med et forretningsmæssigt formål (KlasseReferenceType). Mapninger mellem klasser kan kun ske indenfor samme klassifikationssystem. Et klassifikationssystem vil have samme ejer af klassifikation og facetter. Bi-temporalitet er fjernet der er kun meget få gyldighedsperioder at håndtere ØiR: ØiR Klassifikationsystem (niveau 1) og ØiR Domain klassifikation (niveau 2) er samlet i et fælles nyt ØiR Klassifikationssystem. Omfatter alle forretningsmæssige værdilister specifikt for ØiR: Firma, Omkostningssted, Materialetype etc. Værdilister, som enten kan anvendes på tværs (fx filtyper) eller som er knyttet til et andet forretningsobjekt (fx klassificeret element tilhører integrationsinstansen) er flyttet til nye fællesklassifikationssystemer.

30 Oversigt over Klassifikation og Sortimenter Under udvikling Vil løbende blive udbygget

31 Klassifikationssystemer Indhold (ikke fuldstændigt) Klassifikation Meta-objekter Integrationer It-systemer Fællesbegreber ØIR Klassifikation IM Kontoplan

32 Klassifikation Meta-objekter Facetter DetaljeringsRegler

33 It-system Facetter It-system It-systeminstans

34 Integration Facetter Integration Integrationsinstans Integrationsflow KlassificeredeElement Fejlkoder

35 Fælles begreber Facetter Parttype Følsomhed Filtyper

36 ØiR Klassifikation Facetter Debitorkontotyper Delfordringstyper Firma Omkostningssted Organisatorisk Reference Indbetalingssted Materialetyper

37 IM s kontoplan Facetter Konto Art Ejer

38 Sortimenter ØiR relaterede sortimenter KY Finans KY Debitor KSD Finans KSD Debitor YR Finans E&E Debitor FBS Debitor