Column | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
Buypass stiller krav om at informasjonen om sertifikatinnehavere er korrekt. Bedriftens brukere som skal ha kvalifiserte sertifikater må derfor forhåndregistreres hos Buypass før utstedelse av sertifikatene. Senere kan det være at informasjon i sertifikatene ikke gjenspeiler virkeligheten om endringer i er gjort. Fra BAM v3.8.0 har vi innført mulighet til at Organisasjonen selv kan korrigere organisasjonsspesifikk brukerinformasjon. Det er to måter å oppdatere:
All organisasjonsspesifikk informasjon kan endres - unntatt Brukernavn/IssuerKey i funksjonen En-og-en. Det kan endres i Batch. Det finnes en egen rutine for dette - se Bytte av IssuersKey / Brukernavn eller bytte FNR / DNR. En og en brukerRA-ADMIN må logge på BAM klient og starte funksjonen "Oppdater brukerinformasjon hos Buypass" fra administrasjonsmenyen. Informasjon som kan oppdateres:
NB! Dersom sertifikatprofilen for Organisasjonen er satt opp med at EMAIL og/eller UPN skal være attributter i Subject Alternative (SAN) - feltet i sertifikatet vil disse feltene få endret verdi neste gang sertifikat utstedes. Epost er default i sertifikatprofiler, mens Organisasjonen må be om det spesielt om UPN ønskes. Om epost oppgis her i blir verdien oppdatert i epost-feltet i databasen hos Buypass og ny verdi brukt ved neste sertifikatutstedelse. Om epost er blank her blir det oppfattet som om epost skal slettes, og eventuell eksisterende verdi i Buypass-database slettet. Om UPN oppgis her i blir verdien oppdatert i UPN-feltet i databasen hos Buypass og ny verdi brukt ved neste sertifikatutstedelse. Om UPN er blank her blir det oppfattet som om UPN skal slettes, og eventuell eksisterende verdi i Buypass-database slettet.
Om organisasjonen ikke støtter ID@Work vil feltet være utilgjengelig. Batch oppdateringRA-ADMIN må logge på BAM klient og starte funksjonen "Batch Oppdatering av Brukerinformasjon" fra administrasjonsmenyen. I batch preregistrering vil det bli benyttet to typer filer: a) inputfil som brukes som kilde for informasjon om hver bruker, og b) resultatfil som gir tilbakemelding fra oppdateringen. Strukturen på resultatfilen er den samme som inputfilen med et tillegg på 2 felt:
Resultatfilen kan brukes som ny inputfil uten å fjerne disse feltene. Alle record-linjene med feltet IsProcessedSuccessfully = TRUE vil bli ignorert ved innlesning. I MixedMode må brukerne være registrert i AD. IssuersKey
Email og UPN
Sertifikattyper
Feltene IsProcessedSuccessfully og ResultMessage er ikke nødvendig å ta med i inputfilen, men dersom resultatfilen blir brukt som inputfil etter korrigeringer vil du se feltene som i kodeeksemplene nedenfor. Som nevnt ovenfor - Resultatfilen kan brukes som ny inputfil uten å fjerne disse feltene. Alle record-linjene med feltet IsProcessedSuccessfully = TRUE vil bli ignorert ved innlesning.
|
Column | ||
---|---|---|
| ||
Column | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||
|
Column | ||
---|---|---|
| ||
Section | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|