...
Bemærk siden er under opdatering i forbindelse med STAR moderniseringsprojekt er igangsat
Webservice
•STAR har følgende Bemærk at indholdet på siden udvikler sig løbende i forbindelse med den dialog der er mellem STAR og serviceaftagerne. indholdet er derfor et øjebliksbillede af situation på sidens seneste opdateringstidspunkt
Webservice
STAR har følgende 2 transitionsmønstre
Ny forretning
...
eller forretnings med store ikke bagud kompatible ændringer
Her etableres den nye forretningsfunktionalitet alene på REST service og webservicebeskeder
Note: Der pågår en dialog om hvorvidt der kan nøjes med webservicebeskeder eller der også skal etablere WSRM beskeder i en overgangsperiode og i givet fald hvor længe / på hvilke områder dette er nødvendigt for serviceaftager
Eksisterende forretning der flyttes
...
uden forretningsændringer, dog kan der forekommer tekniske forholde eller teknisk gæld justeringer
Der etableres en af disse to modeller
...
Forskudt udviklings og prod release
STAR sikre at der mindst er minimum er 3 måneder svarende normalt til 1 release imellem en service er tilgængeligt på testmiljøer og til den skal anvendes i produktion. Dette sikre at serviceaftager har ekstra tid til at foretage egen implementering.
Denne model forudsætter at alle serviceaftager er klar i prod release og der er ingen mulighed for en overgangsperiode udover de ekstra 3 måneder/ 1 releaseParallel understøttelse med SOAP og REST service
SOAP-REST konverter der gør SOAP service kan anvendes i en lidt længere
...
overgangsperiode. Længden på periode fastsættes af STAR og vil fremgå af epic. Dette sikre at serviceaftager dels har ekstra tid til at foretage egen implementering og dels at serviceaftager ikke er bundet til en bestemt release men blot skal være klar inden overgangsperioden udløber og gamle SOAP service forsvinde.
I tilfælde at en service der har SOAP-REST konverter efterfølge blive ramt af ny forretning, f.eks. ved ny lovgivning vil den falde indunder punkt 1 for ny forretning.
STAR vil som udgangspunkt anvende model 2.a, da det er forbundet med ekstra implementeringsomkostninger for STAR at anvende model 2.b. Ønsker serviceaftager model 2.b skal dette aftales med STAR.
Hvis STAR fremrykke moderniseringsopgaver jvf. roadmap vil STAR som udgangspunkt og med mindre andet er aftale tilstræbe af anvende model 2.b således at serviceaftagers planer ikke behøves at ændres. Sådan ændringer vil også fremgå af roadmap
Det fremgår af DFDG moderniserings og forretnings roadmap for serviceaftagere hvilken model der anvendes på de forskellige service.
Statusservice
Komposit service
Kodelister
Kodelister og fejlkode koblet til domæner