| Table of Contents | ||
|---|---|---|
|
Alle som ønsker at modtage STARs webservicebeskeder bedes efterleve aktiviteterne på nedenstående tjekliste
...
Følgende skal gennemføres, og hvert punkt (1, 2, 3 4 og 46) bedes bestilt i separate topdesk sager:
1. Rekvirer STARs klientcertifikat og evt. IP adresser til whitelist
...
hvis der kræves whitelist for at STAR kan kalde baseurls/endpoints, rekvireres også STARs IP adresser til test og prod miljø.
2. SPOC/Kontaktpunkt skal meldes til STAR Systemforvaltning
Der skal etableres et kontaktpunkt (SPOC - f.eks. funktionspostkasse) hos Aftagere af Webservicebeskeder – eller driftsleverandører for samme.
Denne skal anvendes i tilfælde af, at STAR har behov for at oplyse jer om tekniske problemer (I jeres eller STARs ende af WSB-kommunikationen).
I bedes derfor oprette en Topdesk sag til STAR, med angivelse af et kontaktpunkt (e-mailadresse) som altid er overvåget inden for normal arbejdstid.
I feltet ’Kort Beskrivelse’, bedes i skrive: SPOC til tekniske henvendelser
3. Opret baseurls/endpoints
Opret et eller flere https endpoint (port 443 eller port 8889) som kan kaldes af STAR (der er behov for endpoints til både et produktionsmiljø samt et passende antal test-miljøer). Det er fra 2024-3 ikke muligt at anvende andre porte end port 443 eller port 8889.
Der skal oprettes minimum et endpoint pr. myndighed pr systemSSL certifikater kan ikke være self-signed, men skal være udstedt af trusted CA
Endpointet skal kunne modtage http requests med JSON payload. Se eksempel herunder:
| Expand | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
|
...
4. Bestil konfigurering af Baseurls
Opret Topdesk sag, og bestil konfiguration af de oprettede endpoints / Baseurls.
...
Systemforvalter konfigurerer disse i Subscribersystem hvor vi yderligere indsætter hvilket klientsystem baseurlen tilhører.
E-mail:
Konfigureringen skal også bindes til en E-mail hos aftager som Systemforvaltningen kan sætte som rekvirent på topdesksager i tilfælde af fejl ved aftagelse af beskeder.
| Note |
|---|
Af sikkerhedsmæssige årsager kan aftagere ikke selv styre baseurl via WebApi på nuværende tidspunkt. |
...
5. Opsæt ønskede abonnementer (WebApi
...
)
Opsæt ønskede abonnementerDer skal anvendes systemcertifikat ved kald med WebAPI.
WebApi EksternKommunikation Services
Webservicebesked (WSB) abonnementsoprettelser frem til 2024-3
Følgende formular kan anvendes hvis det ønskes (er ikke et krav):
| View file | ||
|---|---|---|
|
5.Opsæt ønskede abonnementer (LSS brugergrænseflade)
6. Opsæt ønskede abonnementer (LSS brugergrænseflade)
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
OBS adgangen til WSB Administration i LSS giver også adgang til at se WSB fejlkøen. Vi anbefaler derfor at man bestiller adgang til dette i både test og produktion. |
Adgang Test
Hvis man ønsker at bruge LSS brugergrænsefladen, kræver det:
At den IP adresse du skal tilgå systemt fra er whitelistet hos STAR (gælder kun testmiljø). Whitelist af IP adresse skal bestilles i Topdesk sag.
personligt certifikat, som skal tildeles adgang. Dette bestilles ved at oprette en topdesk sag.
...
Systemforvaltning udsteder certifikatet til Testmiljøerne (eller tildeler adgang på eksisterende certifikat).
Adgang Produktion
Til Produktion skal aftager selv komme med personligt OCES3 certifikat udstedt af den danske stat, og banke på amportal.bm.dk med certifikatet. Herefter oprettes en sag i topdesk for at få tildelt adgang.
...
LSS: Webservicebesked (WSB) administration i LSS for eksterne
7. Fjern WSB abonnement ved skift af miljø der anvender Endpoints i testmiljøerne
WSB Abonnementer skal fjernes i de perioder et STAR testmiljø ikke anvendes, da der ellers opstår fejl og ophobning i køer. WSB køer bliver automatisk slettet, når abonnementer fjernes.
Proces for overgang fra WSRM til WSB
Tdispunkt for overgang fra WSRM til WSB kommer an på, om Ekstern aftager er robust ift. at modtage besked om samme hændelse både via WSRM og WSB.
...
Hvis Ekstern aftager ikke er robust vil anbefales det være bedst at tage ibrugtage en given WSB i brug i prod. produktion ifm. en release, så . Dette vil sikre, at alle WSRM'er dannet før idriftsættelse er aftaget (og evt. behandlet) inden der der , som er genereret før idriftsættelsen, bliver aftaget og eventuelt behandlet, inden systemet lukkes ned ifm. releasen. Og så der efter releasen begynder at komme Efter releasen kan der begynde at blive genereret WSB'er, der så kan sættes som planlægges til at starte på releasedato efter kl. 15 , så I kun modtager på releasedatoen. På den måde modtager aftager kun WSB'er for registreringer, der sker efter idriftsættelsen af den pågældende nye release. Og dermed ikke både WSRM og WSB for samme hændelse.
Til release lukker STAR lukker systemerne ned kl. 15, og ekstern aftager tømmer wsrm kø jf. den udmeldte aktivitetsliste. For 2024-3 er det denne: /wiki/spaces/SRI/pages/4597350401
Når STAR åbner systemerne igen efter release, er man live med WSB modtagelse , under forudsætning af at forudsætningerne ovenfor - dette kræver at ovennævnte forudsætninger er opfyldt.