> ## Documentation Index
> Fetch the complete documentation index at: https://support.legora.com/llms.txt
> Use this file to discover all available pages before exploring further.

# IT-administratorveiledning: Legoras globale autentisering

> Flytt organisasjonen din til Legoras globale autentisering selv fra siden Autentiseringsmigrering i Innstillinger.

Denne artikkelen er maskinoversatt.

## Oversikt

Denne veiledningen er for administratorer og IT-administratorer som flytter organisasjonen sin til Legoras globale autentisering. Du kjører migreringen selv fra siden **Autentiseringsmigrering** i Innstillinger. Global autentisering gir organisasjonen din sin egen påloggingsadresse og ett påloggingsoppsett på tvers av Legora.

Migreringen har seks steg. Steg 2 til 5 avhenger av hvordan organisasjonen bruker Legora, så sjekk tabellen for å se hvilke som gjelder for deg. Gjør hver endring i tillegg til den eksisterende konfigurasjonen. Ikke fjern eksisterende URL-er eller innstillinger før migreringen er fullført.

> [!NOTE]
>
> Du trenger tillatelsen **La medlemmer konfigurere SSO og IP-begrensninger**, som Admin-rollen inkluderer som standard. Siden **Autentiseringsmigrering** vises bare når selvbetjent migrering er slått på for organisasjonen din. Hvis du har mer enn én Legora-organisasjon, migrerer du hver for seg. Du trenger ikke å migrere dem samtidig.

| Steg | Når du trenger det |
| - | - |
| [1. Se gjennom organisasjonens dedikerte domene](#review-your-dedicated-domain) | Alltid |
| [2. Sett opp hvordan medlemmer logger på](#update-your-identity-provider) | Organisasjonen bruker enkel pålogging (SSO). Uten SSO, bare bekreft e-post- og passordpålogging |
| [3. Oppdater tilbakekallings-URL-er for integrasjoner](#update-integration-callback-urls) | Organisasjonen bruker iManage on-premises, SharePoint, Google Drive eller Microsoft 365 med din egen Entra-app |
| [4. Installer Global Word- og Outlook-tilleggene](#reinstall-word-and-outlook-add-ins) | Organisasjonen bruker Word- eller Outlook-tillegget |
| [5. Oppdater brannmurregler](#update-firewall-rules) | Nettverket ditt begrenser trafikk til Legora |
| [6. Aktiver global autentisering](#enable-global-authentication) | Alltid, som siste steg |

Siden **Autentiseringsmigrering** i Innstillinger veileder deg gjennom hele migreringen, ett steg om gangen og i samme rekkefølge som denne veiledningen. Den viser hvilke tester som er bestått, og hva som fortsatt mangler før du kan fullføre migreringen.For å åpne siden, velg fra navnet ditt på menyen **Innstillinger** > **Personer** > **Autentiseringsmigrering**.

![The Authentication migration page in Settings, showing step 1 with the custom URL and the start of step 2 with existing SSO connections](https://mintcdn.com/legora/B_L1bW11lJVpQpe5/images/it-admin-guide-authentication-migration-page.png?fit=max\&auto=format\&n=B_L1bW11lJVpQpe5\&q=85\&s=0cae621dc0142902a187f2ed80aa61af)

***

## Steg 1: Se gjennom organisasjonens dedikerte domene

Dette steget angir adressen brukerne dine logger på via etter migreringen. Siden **Autentiseringsmigrering** viser den som **Egendefinert URL**, for eksempel `https://acme.app.legora.com`.

> [!NOTE]
>
> **Når du trenger dette steget:** Alltid.

1. På siden **Autentiseringsmigrering**, se gjennom **Egendefinert URL**. Legora fyller den inn for organisasjonen din.
2. For å endre den, velg redigeringsikonet ved siden av **Egendefinert URL**, skriv inn et nytt **Underdomene**, og velg **Lagre**.

Underdomenet må være unikt på tvers av Legora. Bruk små bokstaver, tall og bindestreker, opptil 63 tegn. Det kan ikke starte eller slutte med en bindestrek. Du kan ikke endre den egendefinerte URL-en etter at du har fullført migreringen, så velg den nå.

**Sjekk det:** **Egendefinert URL** viser den nye adressen din, og **Fullfør migrering** ber deg ikke lenger om å angi en egendefinert URL.

***

## Steg 2: Sett opp hvordan medlemmer logger på

Dette steget setter opp pålogging for global autentisering. Du registrerer Legoras globale påloggingstjeneste hos identitetsleverandøren din, for eksempel Okta eller Microsoft Entra ID, og velger om medlemmer beholder e-post og passord. De eksisterende tilkoblingene dine fortsetter å fungere mens du forbereder de nye.

> [!NOTE]
>
> **Når du trenger dette steget:** Organisasjonen bruker SSO. Hvis den ikke gjør det, hopp over endringene hos identitetsleverandøren og bekreft bare [e-post- og passordpålogging](#email-and-password-sign-in). Du kan ikke fullføre migreringen uten den bekreftelsen.

Legora bruker én tilbakekallings-URL for hver påloggingsprotokoll. Legg til den som matcher tilkoblingen din:

* **SAML:** `https://sso.legora.com/api/oauth/saml`
* **OpenID Connect (OIDC):** `https://sso.legora.com/api/oauth/oidc`

Legg til tilbakekallings-URL-en på riktig sted for leverandøren din:

* **Okta:** Okta støtter SAML og OIDC. Legg til URL-en for protokollen du bruker for Legora under **Sign-in redirect URIs** i Legora-applikasjonsinnstillingene.
* **Microsoft Entra ID:** Bruk OIDC. Legg til OIDC-tilbakekallings-URL-en i omdirigerings-URI-ene for Legora-appregistreringen. Se [Integrasjonsoversikt – Entra ID Single Sign-on](https://support.legora.com/nb/integration-overview-entra-id-single-sign-on.md).
* **Andre identitetsleverandører:** Legg til tilbakekallings-URL-en for leverandørens protokoll, i henhold til leverandørens dokumentasjon.

### SAML-tilkoblinger

En SAML-appregistrering er knyttet til Legoras Entity ID, så du kan ikke peke den eksisterende SAML-appen mot global autentisering. Opprett en ny i stedet:

1. Hos identitetsleverandøren din oppretter du en ny SAML-appregistrering.
2. Kopier **Legora entity ID** og **Legora ACS URL** fra **Nye SAML-appinnstillinger** på siden **Autentiseringsmigrering** inn i den nye appregistreringen:
   * **Entity ID, Audience URI, or Identifier:** `https://sso.legora.com`
   * **ACS URL, Single Sign-On URL, or Reply URL:** `https://sso.legora.com/api/oauth/saml`
3. Legg til attributtene fra [SAML-attributterklæringer](#saml-attribute-statements).
4. La den eksisterende SAML-appen være som den er. Den fortsetter å betjene pålogginger til du fullfører migreringen.

Legora støtter ikke mer enn én SAML-appregistrering i samme Microsoft Entra-tenant. Hvis du har flere, flytt de tilkoblingene til OIDC i stedet for å opprette nye SAML-apper.

### SAML-attributterklæringer

Legora leser hvert medlems e-postadresse og navn fra SAML-assertionen. Den matcher attributter etter deres eksakte navn, og den kan ikke logge inn et medlem uten en e-postadresse.

I Okta angir du disse verdiene på den nye SAML-appen:

| Okta-innstilling | Verdi |
| - | - |
| **Name ID format** | `EmailAddress` |
| **Application username** | `Email` |
| Attributterklæring `email` | `user.email` (påkrevd) |
| Attributterklæring `given_name` | `user.firstName` (anbefalt) |
| Attributterklæring `family_name` | `user.lastName` (anbefalt) |

Gi e-postattributtet navnet `email`. Legora leser ikke andre navn, for eksempel `mail`.

Hos andre identitetsleverandører sender du medlemmets jobb-e-post i et attributt med navnet `email`. Send for- og etternavn som `given_name` og `family_name`.

### OpenID Connect-scopes og claims

Hvis identitetsleverandøren spør hvilke OIDC-scopes Legora trenger, aktiver disse:

* `openid`: Påkrevd for OIDC-pålogging.
* `profile`: Gir brukerens navn.
* `email`: Gir brukerens jobb-e-postadresse.

Legora trenger en e-postadresse etter pålogging. Fornavn og etternavn anbefales. Du trenger ikke et gruppe-scope. Legora-organisasjonsmedlemskap styrer tilgang, og katalogsynkronisering settes opp separat.

Hvis identitetsleverandøren spør om en klienttype, velg en standard OIDC-klient med Authorization Code-flyten.

### Koble til og test

1. Under **Eksisterende tilkoblinger**, velg **Flytt** ved siden av hver OIDC-tilkobling for å ta den med over.
2. Under **Nye tilkoblinger**, velg **Legg til** for å legge til hver nye SAML-tilkobling.
3. Velg **Kjør test** på hver tilkobling og logg på med identitetsleverandøren din.

### E-post- og passordpålogging

Denne innstillingen avgjør om medlemmer kan logge på med e-post og passord etter migreringen. Kortet **E-post og passord** vises når medlemmer logger på med et passord i dag. Endringer gjelder den nye påloggingssiden med en gang, og medlemmene fortsetter å bruke den nåværende påloggingssiden din til du fullfører migreringen.

* **Organisasjonen bruker SSO:** Under **Beholde e-post- og passordpålogging etter migrering?**, velg **Ja, behold e-post og passord** eller **Nei, bruk bare SSO**, og velg deretter **Lagre**.
* **Organisasjonen bruker ikke SSO:** Velg **Bekreft** for å beholde e-post og passord.

Medlemmer som beholder e-post og passord, må tilbakestille passordet første gang de bruker den nye påloggingssiden.

**Sjekk det:** Hver aktive SSO-tilkobling viser **Bestått**, og kortet **E-post og passord** viser valget ditt.

***

## Steg 3: Oppdater tilbakekallings-URL-er for integrasjoner

Dette steget lar integrasjonene dine sende brukere tilbake til Legora etter at de har koblet til. Du legger til en ny omdirigerings-URL i hver integrasjons administrasjonsinnstillinger.

> [!NOTE]
>
> **Når du trenger dette steget:** Organisasjonen bruker iManage on-premises, SharePoint, Google Drive eller Microsoft 365 med din egen Entra-app. Steg 3 på siden **Autentiseringsmigrering** lister iManage on-premises, SharePoint og Google Drive når du trenger å oppdatere dem. Microsoft 365 er ikke listet der, så sjekk innstillingen **Entra app** selv.

Legg til den nye URL-en som en tillatt omdirigerings-URI. Behold de eksisterende URL-ene dine.

| Integrasjon | URL som skal legges til | Hvor den skal legges til |
| - | - | - |
| iManage on-premises | `https://app.legora.com/imanage` | Din iManage-konfigurasjon, som en tillatt tilbakekallings-URL. Se [Aktivere iManage-integrasjonen](https://support.legora.com/nb/enabling-the-imanage-integration-as-an-admin-for-your-organization.md). |
| SharePoint | `https://app.legora.com/sharepoint` | Din Microsoft-appregistrering, som en omdirigerings-URI. Se [Aktivere SharePoint-integrasjonen](https://support.legora.com/nb/enabling-the-sharepoint-integration-for-your-organization.md). |
| Google Drive | `https://app.legora.com/google-drive` | Google Workspace-administrator, som en omdirigerings-URI. Se [Oversikt over Google Drive-integrasjonen](https://support.legora.com/nb/integration-overview-google-drive.md). |
| Microsoft 365, kundeadministrert | `https://app.legora.com/integrations/microsoft-graph/oauth/callback` og `https://app.legora.com/integrations/microsoft-graph/admin-consent/callback` | Din egen Entra-appregistrering, som omdirigerings-URI-er. Trengs bare når **Entra app** er satt til **Customer-managed (BYO Entra app)**. |
| iManage Cloud | Ingen handling nødvendig | Legora oppdaterer dette for deg. |
| Microsoft 365, Legora-administrert | Ingen handling nødvendig | Legora oppdaterer dette for deg. |

Bruk disse eksakte URL-ene, selv om brukerne dine logger på via den egendefinerte URL-en.

**Sjekk det:** I steg 3 på siden **Autentiseringsmigrering**, velg **Kjør test** for hver integrasjon og fullfør påloggingen i popup-vinduet. Hver viser **Bestått**. Hvis nettleseren blokkerer popup-vinduet, tillat popup-vinduer for Legora og prøv igjen.

***

## Steg 4: Installer Global Word- og Outlook-tilleggene

Dette steget forbereder Global Word- og Outlook-tilleggene, som erstatter de regionale tilleggene. De regionale tilleggene slutter å fungere så snart du fullfører migreringen, og de globale tilleggene fungerer bare etter den.

> [!NOTE]
>
> **Når du trenger dette steget:** Organisasjonen bruker Legora Word- eller Outlook-tillegget. Rull ut de globale tilleggene før du aktiverer global autentisering i steg 6.

De globale tilleggene er separate installasjoner. Du kan installere dem ved siden av de regionale tilleggene. Å installere dem fjerner eller endrer ikke de regionale tilleggene, så du kan rulle dem ut før steg 6. Brukere logger på de globale tilleggene etter at du har fullført migreringen. Behold det regionale Word Add-in installert til brukerne har eksportert Assistant-chattene sine.

Velg metoden som passer organisasjonen din:

* **Sentralt administrert av IT:** Rull ut de globale tilleggene fra Microsoft AppSource. Se [Outlook-tillegg for administratorer](https://support.legora.com/nb/outlook-add-in-for-admin.md) og [Hvordan aktiverer jeg Word Add-in for brukere i Legora-organisasjonen min?](https://support.legora.com/nb/how-do-i-enable-the-word-add-in-for-users-in-my-legora-org.md).
* **Installert av brukere:** Be brukerne om å installere [Global Word Add-in](https://marketplace.microsoft.com/en-us/product/WA200010705?tab=Overview) og [Global Outlook Add-in](https://marketplace.microsoft.com/en-us/product/saas/wa200010806?tab=overview) fra Microsoft AppSource.
* **On-premises:** Rull ut [Global Word-manifestet](https://word-addin.legora.com/manifests/manifest-legora-global.xml) og [Global Outlook-manifestet](https://outlook-addin.legora.com/manifests/outlook-addin-manifest-global.xml).

Word Assistant-chatter flyttes ikke til Global Word Add-in. Gi brukerne beskjed om at de kan eksportere dem fra det regionale Word Add-in. Se [Hva skjer med Assistant- og Agent-chatter?](#what-happens-to-assistant-and-agent-chats)

**Sjekk det:** Etter steg 6 åpner du de globale tilleggene i Word og Outlook og logger på.

***

## Steg 5: Oppdater brannmurregler

Dette steget lar nettverket ditt nå de globale påloggingstjenestene. Bruk reglene på utgående trafikk, og på inngående trafikk der nettverket, proxyen eller brannmuroppsettet ditt trenger det.

> [!NOTE]
>
> **Når du trenger dette steget:** Nettverket, proxyen eller brannmuren din begrenser trafikk til Legora.

Tillat HTTPS (TCP 443) til disse domenene:

* Den egendefinerte URL-en din fra steg 1, for eksempel `https://acme.app.legora.com`
* `https://app.legora.com`
* `https://login.legora.com`
* `https://identity.legora.com`
* `https://token.legora.com`
* `https://sso.legora.com`, hvis du bruker SSO
* `https://auth.legora.com`
* `https://word-addin.legora.com`, for Global Word Add-in
* `https://outlook-addin.legora.com`, for Global Outlook Add-in

Den egendefinerte URL-en din er det eneste domenet som er spesifikt for organisasjonen din. De andre er de samme for alle organisasjoner. Behold de regionale Legora-domenene dine, for eksempel `auth.eu.legora.com`, tillatt. For den fulle listen, se [Legoras nettverks- og domenekrav](https://support.legora.com/nb/legora-network-and-domain-requirements.md#global-domains).

**Sjekk det:** Fra en enhet på bedriftsnettverket ditt, åpne den egendefinerte URL-en og logg på. Be deretter en liten gruppe brukere gjøre det samme og bekrefte at det vanlige arbeidet deres, inkludert integrasjoner, fortsatt fungerer.

Du kan også åpne [connectivity.legora.com](https://connectivity.legora.com) fra bedriftsnettverket ditt. Den sjekker de globale påloggingsdomenene og oppretter en rapport som du kan sende til [support@legora.com](mailto:support@legora.com).

***

## Steg 6: Aktiver global autentisering

Dette steget bytter hele organisasjonen til global autentisering. Du kan ikke angre det, så planlegg det utenom arbeidstid og gi brukerne beskjed på forhånd.

> [!NOTE]
>
> **Når du trenger dette steget:** Alltid, etter at du har fullført stegene som gjelder for deg.

1. Velg den egendefinerte URL-en for å åpne den nye påloggingssiden i en ny fane. Logg på for å sjekke at oppsettet ditt fra [steg 2](#update-your-identity-provider) fungerer. Medlemmer fortsetter å bruke den nåværende påloggingssiden din til du fullfører migreringen.
2. Hvis organisasjonen krever tofaktorautentisering, velg **Overfør MFA-innstillinger** for å beholde kravet, eller **Hopp over overføring**.
3. Velg **Fullfør migrering**.
4. Se gjennom den egendefinerte URL-en i bekreftelsen, og velg deretter **Fullfør migrering**.

**Fullfør migrering** forblir utilgjengelig til alle disse er sanne. Beskrivelsen dens forteller deg hva som fortsatt mangler.

* Den egendefinerte URL-en din er satt.
* Hver aktive SSO-tilkobling viser **Bestått**.
* Minst én påloggingsmetode er aktiv, og innstillingen for e-post og passord er lagret.
* Du har gjort et MFA-valg, hvis organisasjonen krever tofaktorautentisering.

Integrasjonssjekker fra [steg 3](#update-integration-callback-urls) blokkerer ikke **Fullfør migrering**. Kjør dem likevel før du fullfører migreringen, for å bekrefte at integrasjonene dine fortsetter å fungere.

### Hva skjer når du fullfører migreringen

Endringen gjelder alle i organisasjonen samtidig:

* **Brukere forblir pålogget.** Ingen logges ut når du fullfører migreringen.
* **SSO-brukere** fortsetter å logge på via SSO og merker ingen forskjell.
* **E-post- og passordbrukere** setter et passord neste gang de logger på. Legora sender dem en kode fra **Tilbakestill Legora-passordet ditt**, og det nye passordet må være minst 15 tegn. For brukerens steg, se [Hvorfor kan jeg ikke logge på Legora?](https://support.legora.com/nb/why-can-i-not-log-in-to-legora.md#reset-a-legora-password).
* **Tofaktorautentisering:** Hvis du overførte MFA-innstillinger, setter medlemmene opp tofaktorautentisering på nytt etter migreringen.
* **Regionale URL-er:** Brukere som åpner en regional Legora-URL mens de er pålogget, videresendes til den egendefinerte URL-en din.
* **Tillegg:** De regionale Word- og Outlook-tilleggene slutter å fungere og ber brukerne bytte. Hvis du ikke har rullet ut de globale tilleggene fra [steg 4](#reinstall-word-and-outlook-add-ins) ennå, rull dem ut nå.
* **Innstillinger:** Siden **Autentiseringsmigrering** fjernes. Du administrerer pålogging fra **Innstillinger** > **Personer** > **Autentisering**. Se [Hvordan administrerer jeg autentisering for organisasjonen min?](https://support.legora.com/nb/how-do-i-manage-authentication-for-my-organization.md).
* **Profil:** På hvert medlems side **Innstillinger** > **Personlig** > **Profil** viser **Pålogging** under **Tilgang til arbeidsområde** **Global**. Bruk den til å bekrefte at migreringen ble anvendt.

Del den egendefinerte URL-en din med brukerne, slik at de går dit direkte.

***

## Vanlige spørsmål

Disse svarene dekker vanlige spørsmål fra administratorer og brukere under og etter migreringen.

### Er migreringen obligatorisk?

Ja. Hver Legora-organisasjon flyttes til global autentisering. Med ett påloggingssystem holder Legora påloggingen sikker på ett sted. Nye funksjoner som trenger pålogging, bygges på global autentisering.

### Endres noe annet for brukerne våre?

Brukere beholder prosjektene, dokumentene og Agent-chattene sine. Migreringen endrer hvordan brukere logger på, og hvilke Word- og Outlook-tillegg de bruker. For Word Assistant-chatter, se [Hva skjer med Assistant- og Agent-chatter?](#what-happens-to-assistant-and-agent-chats) For hva brukerne ser når du bytter, se [Hva skjer når du fullfører migreringen](#what-happens-when-you-complete-the-migration).

### Kan jeg fullføre migreringen før de globale tilleggene er rullet ut?

Ja. **Fullfør migrering** sjekker ikke tilleggene. Hvis du fullfører migreringen først, slutter de regionale Word- og Outlook-tilleggene å fungere, og Legora ber brukerne installere de globale tilleggene. Legora i nettleseren fortsetter å fungere. For installasjonsstegene, se [Hvordan installerer jeg Word Add-in?](https://support.legora.com/nb/how-do-i-install-the-word-add-in.md) og [Installer Outlook-tillegget for brukere](https://support.legora.com/nb/install-the-outlook-add-in-for-users.md).

### Hvordan logger brukere på mobilappen?

Etter migreringen logger brukere på Legora-mobilappen på nytt. På påloggingsskjermen velger de **Global** som dataregion, og logger deretter på med den vanlige metoden sin. Se [Vanlige spørsmål om Legora-mobilappen](https://support.legora.com/nb/legora-mobile-app-faq.md).

### Hva skjer med Assistant- og Agent-chatter?

Agent-chatter og Outlook Assistant-chatter lagres i Legora, så de forblir tilgjengelige i de globale tilleggene. Brukere trenger ikke å gjøre noe.

Word Assistant-chatter, inkludert Playbook-resultater, lagres i det regionale Word Add-in og flyttes ikke. Brukere kan eksportere dem fra det regionale Word Add-in og importere dem til Global Word Add-in. Det regionale tillegget tilbyr fortsatt **Eksporter nå** etter migreringen. Se [Hvordan flytte Word Add-in Assistant-historikken til Global Add-in](https://support.legora.com/nb/exporting-word-add-in-assistant-threads-to-the-global-add-in.md).

### Kan vi fortsatt invitere andre Legora-kunder til Portalen vår?

Ja, når begge organisasjonene er på global autentisering. Frem til da fungerer ikke Portal-invitasjoner til en annen Legora-kunde. Invitasjoner til klienter som ikke bruker Legora, påvirkes ikke.

### Kan jeg angre migreringen?

Nei. Etter at du har valgt **Fullfør migrering**, forblir organisasjonen din på global autentisering, og du kan ikke endre den egendefinerte URL-en.

### Må jeg migrere alle Legora-organisasjonene mine samtidig?

Nei. Migrer hver organisasjon fra dens egen side **Autentiseringsmigrering**, når den er klar.

### Hvorfor viser `https://sso.legora.com` «404 Not Found»?

`sso.legora.com` er en påloggingstjeneste, ikke et nettsted, så rotadressen viser **404 Not Found** med vilje. SSO fungerer fortsatt. Bruk de fulle tilbakekallings-URL-ene fra [steg 2](#update-your-identity-provider) og test med **Kjør test**.

### Hvorfor mislykkes en SAML-tilkobling i testen?

Sjekk at assertionen sender medlemmets e-postadresse i et attributt med nøyaktig navnet `email`. Andre navn, for eksempel `mail`, leses ikke. For Okta-verdiene, se [SAML-attributterklæringer](#saml-attribute-statements).

### Hvorfor er **Fullfør migrering** utilgjengelig?

Sjekk beskrivelsen under **Fullfør migrering**. Den viser hva som mangler: en egendefinert URL, en SSO-tilkoblingstest som ikke er bestått, påloggingsinnstillingene dine, eller et MFA-valg. Etter at du har rettet oppsettet, kjør alle tester som viser **Mislyktes** eller **Ikke testet** på nytt.