CCP:n siirtäminen UEL:ään -ominaisuuden yleisimmät kysymykset

Tutustu yleisimpiin kysymyksiin koskien CCP:n siirtoa UEL:ään, mukaan lukien periytyminen, käyttökatkos, ei-aktiiviset käyttäjät, vaiheittainen julkaisu, sandbox-testaus, virheiden käsittely ja siirron jälkeinen lisenssien toimintatapa.

• Voidaanko siirtoa peruuttaa?

  Ei. Siirtoprosessi on tarkoituksella yksisuuntainen ja peruuttamaton. Kun käyttäjän lisenssi ja UserType on siirretty CCP:stä UEL:ään, et voi palauttaa niitä takaisin. Tästä syystä on tärkeää testata prosessia huolellisesti ja suorittaa kaikki siirtoa edeltävät kokoonpanot ennen UEL:ään siirtymistä.

• Mitä se vaikuttaa työntekijöihin käyttökatkoksen aikana?

  Yhtenäistetyn työntekijälisenssin siirron ottaminen käyttöön aiheuttaa järjestelmän käyttökatkoksia, joiden aikana työntekijät eivät voi kirjautua sisään. Pääkäyttäjien tulisi koordinoida ja ajoittaa erillinen julkaisuikkuna huolellisesti välttyäkseen liiketoiminnan häiriöiltä. Lisäksi kaikki aktiiviset käyttäjäistunnot lopetetaan ja UserInfo-välimuisti tyhjennetään siirron jälkeen. Tämä pakottaa työntekijät kirjautumaan uudelleen sisään, jotta järjestelmä voi noudattaa heidän päivitettyjä lisenssejä ja käyttöoikeuksiaan.

• Mitä tapahtuu ei-aktiivisille käyttäjille siirron aikana?

  Sovellusalustan siirto -apukohde ei tue ei-aktiivisten käyttäjien siirtämistä CCP:stä UEL:ään. Työ on suunniteltu muuntaa aktiivisia henkilöllisyyksiä säilyttämällä niiden historiallinen metadata.

• Onko vaiheittainen siirto mahdollista?

  Ei. Vaiheittainen tai osittainen siirto ei ole mahdollista. Kun otat UEL-siirron käyttöön, sitä sovelletaan organisaatiotasolla. Kun tämä asetus on otettu käyttöön, se on pysyvä, eli kaikkien uusien käyttäjien täytyy käyttää UEL-mallia, etkä voi enää luoda tai lisätä vanhoja CCP-työntekijöiden käyttäjiä.

• Deaktivoidaanko käyttäjät siirron aikana?

  Ei, käyttäjien aktivointia ei deaktivoida siirron aikana. Työkalu suorittaa paikallisen identiteetin transformaation, joka siirtää käyttäjätyypin ulkoisesta (C) vakiomuotoiseen sisäiseen (S). Tämä prosessi säilyttää tarkoituksenmukaisesti UserId-tunnuksen, käyttäjänimenimen, sähköpostin ja kaikki siihen liittyvät tietueen omistajuus- tai kirjausketjut (kuten CreatedById ja LastModifiedById) ilman, että käyttäjän tulisi deaktivoida ne.

• Voidaanko siirtotyökalua käyttää sandboxissa?

  Kyllä. Suosittelemme testaamaan koko siirtoprosessia sandbox-organisaatiossa ennen sen käyttöönottoa tuotantoympäristössä. Näin voit vahvistaa mukautetut profiilisi, käyttöoikeutesi ja jakosääntösi etukäteen.

• Mitä minun tulisi tehdä, jos törmään virheisiin?

  Siirtotyö toimii ei-synkronoituna taustaprosessina, joka suoritetaan 200 tietueen hallituissa erissä. Jos tapahtuu virhe, käytä seuraavaa vianmääritysmenetelmää:

  • Tarkastele siirron seuraamisen tilaa: Pääkäyttäjillä on pääsy reaaliaikaiseen seurantaliittymään ja erilliseen luettelonäkymään, jossa näytetään kaikki suorituksen aikana epäonnistuneet työntekijät, mukaan lukien heidän työntekijätunnuksensa.
  • Virheen vaiheen tunnistaminen: Perustana oleva logiikka on jaettu vaiheisiin (esimerkiksi käyttöoikeusjoukkojen poistaminen, suorat tietokantapäivitykset, ryhmien uudelleenkohdistukset). Käyttöliittymä näyttää yksityiskohtaiset virheen syyt, jotka osoittavat tarkalleen vaiheen, jossa prosessi pysähtyi.
  • Oikaise ja yritä uudelleen: Kun perustana oleva toiminta- tai dataongelma on ratkaistu, pääkäyttäjät voivat käyttää sisäänrakennettuja mekanismeja yrittääkseen epäonnistuneita tietueita uudelleen. Uudelleenyritysmenetelmä jatkuu automaattisesti tietystä epäonnistumispaikasta sen sijaan, että se käynnistäisi koko työnkulun uudelleen. Jokainen yritys luo auditoidun versiohistorian, jotta se on helppo seurata.
• Mitä tapahtuu CCP-lisenssieni siirron jälkeen?

  Se riippuu siitä, miten lisenssiä käytetään: Työntekijän profiilit:

  • Peruuta kaikki työntekijäprofiileille kohdistetut CCP-lisenssit, kun siirto on suoritettu. Näitä ei deaktivoida automaattisesti.
  • Muille käyttötarkoituksille: Toimintoa ei vaadita. Kaikki muut CCP-lisenssit toimivat edelleen normaalisti ilman keskeytyksiä.
• Miksi yhtenäistettyjen työntekijöiden käyttäjät eivät voi todentaa itsensä Slackillä tai käyttää Agentforce Agents for Slackia?

  Ota Slack-todennusta ja Agentforce Agent -käyttöoikeutta varten käyttöön API käytössä -järjestelmäoikeus Slackin yhtenäistetyn työntekijän käyttäjäprofiilille.

  Ota tämä käyttöoikeus käyttöön valitsemalla jokin seuraavista tavoista:

  • Vakioprofiilin kloonaaminen: Kloonaa yhtenäistetty työntekijäkäyttäjä -vakioprofiili ja ota API käytössä -käyttöoikeus manuaalisesti käyttöön kloonatulle profiilille.
  • Käyttöoikeusjoukon luominen: Luo käyttöoikeusjoukko, jonka API on käytössä, ja kohdista se yhtenäistettyjen työntekijöiden käyttäjille.