# Personalisering: en AI som kÃ¤nner den inloggade kunden

Personalisering i coreAI betyder att en inloggad anvÃ¤ndare fÃ¥r svar som gÃ¤ller just dem â€“ inte ett generiskt standardsvar. I det Ã¶gonblick kunden Ã¤r inloggad vet assistenten vem den talar med och vilka data den fÃ¥r anvÃ¤nda fÃ¶r den anvÃ¤ndarens rÃ¤kning. DÃ¥ kan den svara pÃ¥ "var Ã¤r min order?" med kundens faktiska order, fÃ¶reslÃ¥ det som passar just detta konto, och utfÃ¶ra Ã¥tgÃ¤rder som gÃ¤ller kundens egna Ã¤renden. Utloggad ger coreAI bra, generella svar frÃ¥n din kunskapsbas; inloggad ger den personliga svar byggda pÃ¥ kundens egen kontext.

![JÃ¤mfÃ¶relse av samma frÃ¥ga utloggad och inloggad: utloggad ger ett generellt svar utan persondata, inloggad ger ett personligt svar baserat pÃ¥ kundens egen order och inom egna behÃ¶righeter](/articles/sv/personalization-anonymous-vs-loggedin.svg)

## Vad inloggning lÃ¥ser upp

Skillnaden mellan ett anonymt och ett inloggat samtal Ã¤r tillgÃ¥ng till kontext. SÃ¥ snart anvÃ¤ndaren Ã¤r autentiserad kan assistenten koppla frÃ¥gan till en identitet och till de data som hÃ¶r till den identiteten.

- **Identitetsmedvetna svar** â€“ "NÃ¤r kommer mitt paket?" besvaras med kundens egen order och spÃ¥rningsstatus, inte med en generell fÃ¶rklaring av leveranstider.
- **Data frÃ¥n kundens egna system** â€“ assistenten hÃ¤mtar frÃ¥n orderhistorik, prenumerationer, Ã¤renden och avtal som tillhÃ¶r den inloggade anvÃ¤ndaren.
- **Rollbaserat innehÃ¥ll** â€“ en administratÃ¶r, en slutanvÃ¤ndare och en partner ser svar anpassade till vad deras roll faktiskt har tillgÃ¥ng till.
- **Personliga rekommendationer** â€“ fÃ¶rslag bygger pÃ¥ vad kunden har kÃ¶pt, tittat pÃ¥ eller frÃ¥gat om tidigare, i stÃ¤llet fÃ¶r en generisk bÃ¤stsÃ¤ljarlista.

## Personalisering Ã¤r inte bara personlig â€“ den Ã¤r behÃ¶righetsstyrd

Personalisering handlar inte bara om den enskilda kunden. Ofta Ã¤r poÃ¤ngen att en inloggad anvÃ¤ndare ska se innehÃ¥ll som gÃ¤ller rollen eller gruppen sin â€“ inte bara sina egna persondata. Bakom inloggning hÃ¤mtar coreAI dÃ¤rfÃ¶r frÃ¥n interna, behÃ¶righetsstyrda kunskapsbaser som aldrig Ã¤r synliga fÃ¶r anonyma besÃ¶kare: intranÃ¤t, HR-handbÃ¶cker, medlemsvillkor, leverantÃ¶rsavtal eller kundspecifika priser.

TvÃ¥ anvÃ¤ndare kan stÃ¤lla exakt samma frÃ¥ga och fÃ¥ olika â€“ men korrekt â€“ svar, eftersom varje fÃ¶rfrÃ¥gan avgrÃ¤nsas till den mÃ¤ngd kÃ¤llor anvÃ¤ndaren faktiskt har tillgÃ¥ng till. En anstÃ¤lld fÃ¥r svar frÃ¥n interna rutiner, en leverantÃ¶r frÃ¥n sina avtal, en inloggad kund frÃ¥n sina egna villkor. Vi rekommenderar gÃ¤rna flera kunskapsbaser med olika behÃ¶righet â€“ en offentlig och flera bakom inloggning fÃ¶r kunder, leverantÃ¶rer och anstÃ¤llda. Se [Ã¤nnu bÃ¤ttre svar bakom inloggning](https://coreai.no/sv/articles/answers-behind-login) fÃ¶r hur rollbaserade kunskapsbaser sÃ¤tts upp.

BehÃ¶righeten valideras mot ditt eget inloggningssystem, inte mot ett anvÃ¤ndarregister i coreAI. SÃ¤tter du en `callbackUrl` pÃ¥ assistenten anropar coreAI din endpoint med anvÃ¤ndarens token och slÃ¤pper bara igenom det anvÃ¤ndaren ska se â€“ och kan lÃ¥sa samtalet till bestÃ¤mda datakÃ¤llor per anvÃ¤ndare eller organisation. Detaljerna finns i [skydda en assistent med din egen inloggning](https://coreai.no/sv/articles/assistant-protection).

## FrÃ¥n personliga svar till personliga Ã¥tgÃ¤rder

Personalisering blir riktigt kraftfull nÃ¤r den kombineras med [agentisk AI](https://coreai.no/sv/solutions/agentic-ai). En inloggad kund kan inte bara fÃ¥ svar om sin egen order â€“ assistenten kan Ã¤ndra den. Eftersom identiteten Ã¤r kÃ¤nd kan coreAI utfÃ¶ra Ã¥tgÃ¤rder som gÃ¤ller just denna kund:

- flytta kundens egen leverans till ett nytt datum
- uppdatera kontaktuppgifter eller adress pÃ¥ kontot
- skapa ett Ã¤rende kopplat till kundens egen historik
- avboka eller Ã¤ndra en prenumeration kunden faktiskt Ã¤ger

Ã
tgÃ¤rderna sker alltid fÃ¶r den inloggade anvÃ¤ndarens rÃ¤kning och aldrig pÃ¥ andras data.

## Du behÃ¥ller kontrollen pÃ¥ behÃ¶righet

Personalisering i coreAI Ã¥teranvÃ¤nder den behÃ¶righetsstyrning du redan har â€“ den infÃ¶r ingen ny. Det Ã¤r ditt verksamhetssystem, inte AI-lagret, som avgÃ¶r vad en given inloggad anvÃ¤ndare fÃ¥r se och gÃ¶ra. En kund nÃ¥r sina egna ordrar men inte andras; en handlÃ¤ggare arbetar inom sin egen avdelning. Samma rollbaserade behÃ¶righet (RBAC) som styr resten av dina system styr Ã¤ven vad assistenten kan hÃ¤mta och utfÃ¶ra.

Ã„r anvÃ¤ndaren inte inloggad faller assistenten tryggt tillbaka till generella svar frÃ¥n din kunskapsbas. Persondata dyker aldrig upp innan identiteten Ã¤r bekrÃ¤ftad, och allt kÃ¶rs pÃ¥ din egen infrastruktur â€“ inte i globala modeller. Se [kunskapsbas-lÃ¶sningen](https://coreai.no/sv/solutions/knowledge-base) fÃ¶r att fÃ¶rstÃ¥ hur innehÃ¥llet och datan hÃ¤nger ihop.

## SÃ¥ kommer du igÃ¥ng

Koppla pÃ¥ inloggningen och systemen som hÃ¥ller kundens data, sÃ¥ bygger coreAI det personliga lagret ovanpÃ¥ det du redan har. Assistenten svarar alla vÃ¤l utloggad, och blir personlig i det Ã¶gonblick kunden loggar in. [Ta kontakt fÃ¶r en genomgÃ¥ng](https://coreai.no/sv/kontakt) av vad personalisering kan ge just dina inloggade kunder.