| 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, 3 2, 4 og 46) bedes bestilt i separate topdesk sager:
1. Rekvirer STARs klientcertifikat og evt. IP adresser til whitelist
...
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. |
...
Webservicebesked (WSB) abonnementsoprettelser frem til 2024-3
Følgende formular kan anvendes hvis det ønskes (er ikke et krav):
| View file | ||
|---|---|---|
|
6. Opsæt ønskede abonnementer (LSS brugergrænseflade)
...
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
...
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 releasenye 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 - dette kræver at ovennævnte forudsætninger er opfyldt.
...