Column | ||
---|---|---|
| ||
For å utføre funksjoner i LRA-klienten må brukeren først søkes fram. Det gjelder vedalle funksjoner:
Dersom LRA er i Local eller Mixed Mode gjøres søket mot lokal AD. Brukeren må derfor være registrert i AD med gruppetilknytning for hvilke typer sertifikater vedkommende kan ha. Dersom LRA er i Buypass Mode gjøres søket direkte mot Buypass.
Dersom Brukerkort er tilstede (CardPresent) med sertifikater lagret i kortet vil sertifikatinformasjon være grunnlaget for automatisk søk. Om kortet ikke er tilstede eller ikke har sertifikater får Operatøren opp bilde for manuelt søk.
Følgende søkekriterier kan benyttes:
Alle søk i alle felt kan kombineres med * (stjerne), dvs. at LISE* i fornavn-feltet vil resultere i alle brukere som har fornavn LISE ett-eller-annet - kun Lise eller Lise Amanda, Lise Josefine og Lise Olsen der Olsen er mellomnavn som er tilgjengelig i fornavn-feltet. Søk kan eventuelt gjøres på fødselsdatoi FNR/DNR-feltet i kombinasjon med * (stjerne) kan kun gjøres etter full fødselsdato (6 siffer) og personnummer (5 siffer)(implementert i v3.6) - 230789* er ok, men 2307* er ikke ok.
Søk skal kun kan resultere i ett flere treff. Dersom mer enn 5 treff vil Operatøren få beskjed om å angi flere eller bedre søkekriterie. Både brukernavn og fødselsnummer er unik identifikator på brukerenunike identifikatorer, og det er derfor tilstrekkelig å angi et av disse for å få unikt treff. Hvis søket resulterer i mer enn ett treff, får Operatøren en forklarende feilmelding. For da å få treff må mer data oppgis i nytt søk1-5 treff, vil disse bli listet opp i skjermbildet og Operatøren kan velge en av disse for å gå videre.
Hvis søket resulterer i null treff, kan det være flere årsaker:
Når søket resulterer i ett treff, fås følgende informasjon om brukeren:
Søkefunksjon når flere LC og flere ADerOm BAM-klienten er konfigurert med en AD eller flere ADer vil uansett alle tilknyttede ADer bli gjennomsøkt. Det er klart at om det er definert mange ADer med lange søkestrenger (SearchBases) kan søkene bli tyngre og Operatøren vil merke økt responstid. Operatøren bør derfor være mer spesifikk i sine oppsett av søkekriterier for å få riktig AD-bruker. Eksempel: Lise* i Brukernavnfeltet vil gi en resultatliste med både Lise og LiseAdministrator og det er lett for Operatør å velge. Dersom brukeren er knyttet til Brukernavnene Lise og AdministratorLise må Operatør bruke navnefeltene for søk eller om han kjenner Brukernavnet skriver mer nøyaktig i Brukernavnfeltet.
Dersom flere ADer er definert kan disse ha ulik konfigurering for hvilke felt det er mulig å bruke i søk. Dersom en av ADene er konfigurert med mapping mot FNR/DNR (uavhengig av de tilgjengelig kombinasjonene) vil FNR/DNR-feltet bli vist i søkebildet og det vil være mulig å søke på FNR/DNR i alle ADene uavhengig av konfigurering. Bruker Operatøren så FNR/DNR-feltet for søk kan en Bruker bli vanskelig å finne dersom den ADen vedkommende har konto IKKE er registrert med FNR/DNR. Igjen kan navnefeltene være den nærmeste løsningen. For å gi Operatøren og andre bedre informasjon og kontroll på hvilket AD-domaine et sertifikat tilhører har vi nå lagt til denne informasjonen i skjermbildene og i PDF-dokumentene.
Neste >> |
Column | ||
---|---|---|
| ||
Column | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
|
Column | ||
---|---|---|
| ||
Section | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Copyright |
---|
Buypass 2014 |