PhraseのID管理

本コンテンツはPhrase Language AIの機械翻訳により、英語から翻訳されています。

プラットフォームシングルログイン

Phraseローカリゼーションプラットフォームは、単一のログインまたはサインアップページを通じて、さまざまなPhrase製品へのシングルログインをサポートしています。https://eu.phrase.com（EUデータセンター用）またはhttps://us.phrase.com（USデータセンター用）にアクセスし、プラットフォーム経由でサインアップまたはログインしてください。

プラットフォームにサインアップする新規ユーザーおよび既存のPhraseユーザーは、各製品で個別に認証を行うことなく、プラットフォームダッシュボード内の利用可能なすべての製品間を移動できます。

プラットフォームにログインしたら、左上隅にあるダッシュボードドロップダウンメニューを選択して、必要に応じてサブスクライブしているすべての製品を切り替えます。製品スイッチャーは、プラットフォームユーザープロファイルを持つすべてのユーザー向けに、各製品インターフェース内でも利用できます。

製品へのアクセス要件

製品へのアクセスは、購入したプランによって決まります
Phrase TMSとPhrase Strings
- ユーザーへの招待
Phrase Orchestrator
- TMSまたはStringsへのアクセス
Phrase Custom AI、Phrase Language AI、およびPhrase Analytics
- TMSへのアクセス
- TMSにおける管理者またはプロジェクトマネージャーロール

備考

プラットフォームのプラン、各プランで利用可能な機能、および使用制限の詳細については、Phrase料金ページをご覧ください。

既存のTMSまたはStringsユーザーは、ユーザー名とパスワードを入力するか、プラットフォームSSOを使用して、プラットフォームのログインページからログインできます。

注意

SSOが有効な場合、UIでのユーザーのメールアドレス変更はサポートされていません。SCIMで管理されているユーザーの場合、メールアドレスの変更はIDプロバイダーを通じて行われます。

IDメンバーシップステータス

ユーザーは、異なる複数のPhrase組織のメンバーになることができ、必要に応じて間を切り替えることができます。データ保持ポリシーを遵守するため、組織のメンバーでありながらどの製品にもアクセス権を持たないユーザー（オーナーを除く）の個人データ（名前やメールアドレスなど）は、12か月間アクティビティがないと自動的に匿名化されます。

Phrase Platformの各ユーザーは、アカウントの作成方法と管理組織に基づいて、内部または外部のいずれかのIDメンバーシップステータスを持ちます。

内部ユーザー

組織内で直接作成された、またはSSO/SCIMを通じてプロビジョニングされたユーザー。内部組織（ホーム組織）は、プロファイル情報やログイン設定を含むユーザーのIDを完全に管理します。
外部ユーザー

別の組織に内部ユーザーとして所属しており、追加の組織でのコラボレーションに招待されたユーザー。外部組織はタスクを割り当てることはできますが、ユーザーのプロファイルやログイン資格情報を編集することはできません。

ユーザーは一度に1つの組織（同じ組織グループ内であれば複数可）で内部ユーザーとなることができ、他の組織では外部ユーザーとして表示される場合があります。

メンバーシップステータスは、プラットフォームダッシュボードのユーザーページに表示されます。

ログインに関する問題のトラブルシューティング

ログインに問題がある場合は、以下のトラブルシューティング手順を試してください。

シークレットモードを試す

最初のステップとして、シークレットウィンドウ（ブラウザの匿名モード）を開き、ログインを試みてください。ログインできた場合は、Phraseサイトに関連するブラウザのキャッシュ、Cookie、閲覧履歴を消去してください。
資格情報を確認する

Cookieとキャッシュを消去しても解決しない場合は、正しいログイン資格情報が使用されていることを確認してください。
- Phraseに複数のアカウントが存在する場合は、メールアドレスの代わりにユーザー名を入力してください。
- のうち、正しいデータセンターにログインしていることを確認してください。
パスワードをリセットする

パスワードを忘れた場合は、ログインページのパスワードをお忘れですか？をクリックし、パスワードリセットの手順に従ってください。

パスワードをリセットした後、ブラウザが古い資格情報でログインフィールドを自動入力しないようにしてください。資格情報の誤入力を避けるため、キーボードが正しい言語に設定されていることを確認してください。

パスワード復旧ページのreCAPTCHAは、地域のネットワーク制限により読み込まれない場合があります。この問題が発生した場合は、VPNやモバイルデータなど、別のネットワーク接続を試してください。それでもreCAPTCHAが読み込まれない場合は、Phraseサポートにお問い合わせください。
組織の切り替え（該当する場合）

アカウントは複数の組織に関連付けられている場合があります。誤った組織にログインしている場合は、組織を切り替えてください。
信頼できるIPアドレスの制限を確認する

管理者は、設定 → アクセスとセキュリティ → ユーザーアクセスにある信頼できるIPアドレス設定を有効にすることで、Phrase TMSへのアクセスを、定義済みの許可されたIPアドレス範囲からのログインのみに制限できます。そのリストに含まれないネットワークから接続したユーザーは、正しい認証情報を使用していても、アクセスをブロックされたり、接続エラーが表示されたりします。

正しい認証情報を使用してもログインが継続的に失敗する場合は、現在のネットワークまたはIPアドレスが許可リストに含まれているかどうかを組織の管理者に確認してください。

プラットフォームのソーシャルログイン

Phraseプラットフォームは、以下のソーシャルプロバイダー経由のソーシャルログインをサポートしています。

Google
Microsoft
GitHub

https://eu.phrase.comまたはhttps://us.phrase.comにアクセスし、希望するソーシャルアカウントを接続してサインアップまたはログインしてください。従来のTMSまたはStringsのソーシャルアカウントを使用してPhraseプラットフォームにログインすることも可能です。

ログイン済みのユーザーは、ユーザープロファイル設定で、Phraseプロファイルと利用可能なソーシャルプロバイダーのいずれかとの接続や、その接続の解除ができます。

ソーシャルサインアップまたはログインは、Phrase組織への参加に招待されたユーザーには利用できません：

新規ユーザーは、Phraseプラットフォームのサインアップページで、ユーザー名とパスワードを入力するか、SSOを使用してサインアップできます。

ログイン後、プラットフォームのユーザープロファイル設定に移動し、希望するソーシャルプロバイダー経由のソーシャルログインを有効にしてください。
別のPhrase組織への参加を招待された既存のユーザーは、招待を承諾するためにパスワードを再設定する必要があります。

パスワードを再設定したら、連携済みのソーシャルアカウントを使用してログインしてください。

プラットフォームSSO

シングルサインオン（SSO）を使用すると、プラットフォームユーザーはサードパーティアプリケーション経由でログインできます。Phraseプラットフォームは、SCIM 2.0およびSAML 2.0プロトコル（Microsoft Entra ID、Okta、Google Workspaceなど）に準拠したIDプロバイダー（IdP）との統合を可能にします。

ユーザーは、組織のIdPシステムにログインしている限りアクセスできます。

デフォルトでは、ユーザーはSSOと既存のユーザー名およびパスワードの認証情報の両方を使用してPhraseプラットフォームにログインできます。必要に応じて、SSOの使用を強制し、ユーザー名とパスワードを使用したログイン機能を制限することができます。

uniqueIDパラメータ

SSOログインページは、ユーザーの固有グローバル識別子を事前入力するuniqueId URLパラメータをサポートしています。このパラメータに文字列を入力すると、ユーザーの固有識別子フィールドが事前入力されます。

例:

https://eu.phrase.com/idm-ui/signin/sso?uniqueId=YOUR_ID

お客様は、このパラメータを含むURLをブラウザにブックマークすることで、SSOログインを開始する際にこのID値を記憶しておく必要がなくなります。

SAML 2.0を使用したSSOの有効化

SSOの設定は、選択したIdPへの管理者アクセス権を持つIT管理者が行う必要があります。PhraseでのSSO設定は、プラットフォームオーナーのみが行うことができます。

SAMLログイン時、SAMLログインリクエストにそれぞれの属性が含まれている場合、Phrase組織のユーザープロファイル内のユーザーのfirst_nameおよびlast_nameは、常にお客様のIdPに存在する値と一致するように更新されます。これを回避するには、SAMLログインリクエストからこれらの属性を削除することをお勧めします。

SSOを設定するには、以下の手順に従ってください。

プラットフォームダッシュボードの左側のナビゲーションメニューから組織設定を選択します。

組織設定ページが開き、SSOタブが表示されます。
SSOタブを選択し、SSOを有効にするをクリックします。

SSO設定ページが表示されます。
SSOを承認セクションに入力します：
- グローバル一意識別子フィールドに一意の識別子（組織名やランダムな文字列など）を入力します。
  
  組織のユーザーは、Phraseプラットフォームにログインする際、この一意の識別子を使用する必要があります。
- 識別子の種類ドロップダウンから必要なオプションを選択します：
  
  ユーザー名：
  
  プラットフォームのユーザーは、ユーザー名を基にIdPのユーザーと照合されます。NameID形式の属性を使用してユーザーを照合します：
  
  urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified
  
  メールアドレス：
  
  プラットフォームのユーザーは、メールアドレスを基にIdPのユーザーと照合されます。NameID形式の属性を使用してユーザーを照合します：
  
  urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress
IdPから提供された情報を使用してPhraseでSAMLを設定セクションの必須フィールドに入力し、保存をクリックします。

PhraseをIDプロバイダーに追加セクションのフィールドは自動的に入力されます。
PhraseをIDプロバイダーに追加セクションに記載されているリンクをコピーし、IdPのSAML設定に入力します。

備考

プラットフォームSSOを正常に設定するには、SAMLレスポンスへの署名が必要です。

詳細については、各IdP固有のドキュメント（Microsoft Azure ADのCertificate signing optionsなど）を参照してください。

備考

Phraseでは、SAMLクレームで属性名firstname、lastname、usernameを使用する必要があります。一部のIDプロバイダーでは、これらの値が異なるデフォルトのクレーム名で送信されます。例えば、IDプロバイダーはデフォルトでユーザーの名と姓をそれぞれクレーム名givennameおよびsurnameで送信しますが、usernameクレームは送信しません。これらは、Phraseが想定する属性名に自動的にマッピングされるわけではありません。クレームマッピングが更新されない場合、招待を承諾したユーザーは「必要な属性が不足しています」というエラーを受け取り、ログインできなくなります。

これを防ぐには、IdPでPhraseアプリケーションのSAMLクレームマッピングを次のように構成します。

ユーザーの名を含む送信クレームをfirstnameに再マッピングします。
ユーザーの姓を含む送信クレームをlastnameに再マッピングします。
usernameクレームを追加します（例：ユーザープリンシパル名にマッピング）。

SSOの強制

ユーザーにSSOでのサインインを必須にするを選択すると、ユーザーはSSOを使用してサインインする必要があります。

SSOによるサインインを必須にすると、以前にSSO経由でログインしていないユーザーは組織にアクセスできなくなります。

外部のコラボレーターがSSOを使用せずにアクセスする必要がある場合は、指定したドメインでSSOログインを必須にするオプションを選択してください。

オプション：

すべてのログイン方法を許可
すべてのユーザーにSSOログインを要求
指定のドメインにSSOログインを要求

識別子と識別子の種類を入力し、保存をクリックします。

SSOによるサインインが必須のすべてのユーザーは、プラットフォームダッシュボードのユーザーページに表示されます。

ユーザーの自動プロビジョニング

ユーザーの自動プロビジョニングは、Phrase内の会社管理ユーザーのみを対象とし、自己登録ユーザーは対象外です。

Phraseプラットフォームは、SAML/SSO機能を使用してプラットフォームアプリケーションへのアクセスを自動化する、2種類のユーザープロビジョニングをサポートしています。

Just-in-Time (JIT)
SCIM

選択したIDプロバイダー（IdP）でPhraseへのアクセスがプロビジョニングされると、プラットフォーム組織に新しいユーザーが自動的に作成されます。

すべての新規ユーザーは、関連するプラットフォーム組織のメンバーとして作成され、デフォルトではどの製品にもアクセスできません。プラットフォーム組織のオーナーまたは管理者は、別途、ユーザーを必要な製品に招待する必要があります。

必要に応じて、プラットフォーム組織の設定で自動プロビジョニングを設定する際に、デフォルトの製品およびロールの割り当てを変更できます。

作成されたユーザーは、組織との紐付けを確認する必要があります。これを行うために、確認リンクを含むメールがプロビジョニングされたユーザーに送信されます。確認が完了するまで、ユーザーはSSOを使用してログインすることはできません。

備考

組織との紐付けの確認を省略するには、専任のカスタマーサクセスマネージャーにお問い合わせください。

プロビジョニングされたユーザーのPhraseの認証情報はIdPで管理されるため、ユーザー自身が変更することはできません。

ユーザーがIdPを通じてプロビジョニング解除され、その結果Phraseで所属していた最後の組織から削除されると、アカウントの30日間の保持期間が自動的に始まります。この猶予期間中、ユーザーのアイデンティティはすぐには削除されないため、誤って削除された場合は復元できます。

自動プロビジョニングの設定

自動プロビジョニングを有効または無効にするには、適切な構成を確保し、重複アカウントや未割り当てユーザーなどの潜在的な問題を回避するために、Phraseテクニカルサポートとの連携が必要です。

円滑なセットアップと継続的なユーザー管理のために、以下のベストプラクティスをお勧めします。

小規模なテストから開始してください。

組織全体に自動プロビジョニングを展開する前に、少人数のユーザーグループをプロビジョニングして、すべてが正しく機能していることを確認することをお勧めします。
すべてのユーザーをIDプロバイダー（IdP）経由で割り当ててください。

テストが成功したら、IdPを通じてすべてのユーザーをPhraseアプリケーションに割り当ててください。SCIMにより、組織全体でのプロビジョニングとユーザー更新が自動化されます。
既存のユーザーを会社管理ユーザーに変換してください。

現在のユーザーを会社管理ユーザーに変換するには、Phraseテクニカルサポートにお問い合わせください。SCIMは会社管理としてマークされたユーザーのみを更新および削除できるため、このステップは不可欠です。

変換前に、既存の各Phraseユーザーのメールアドレス、ユーザー名、名、姓が、IDプロバイダーの対応する値と完全に一致していることを確認してください。属性が一致しないと、SCIMでアイデンティティを正しく紐付けたり更新したりできません。
SCIMの有効化前に追加されたユーザーをIdP経由で組織に割り当ててください。

SCIM自動プロビジョニングを有効にする前に追加されたユーザーは、IdPを通じて組織に割り当てる必要があります。割り当てを行わないと、SCIM同期中にユーザーが削除される可能性があります。

Just-in-Time (JIT)プロビジョニング

Just-in-Time (JIT)プロビジョニングは、SAML SSOを通じてアプリケーションに初めてログインする際にユーザーを作成するために使用される、SAMLプロトコルに基づく方法です。これにより、ユーザーのプロビジョニングやユーザーアカウントの手動作成が不要になり、作成されたすべてのユーザーは、その組織の製品に自動的にアクセスできるようになります。

JITプロビジョニングの構成は、選択したIdPへの管理者アクセス権を持つIT管理者が行う必要があります。

SAML SSO経由でJITプロビジョニングを構成するには、以下の手順に従ってください。

プラットフォームダッシュボードの左側のナビゲーションメニューから組織設定を選択します。

組織設定ページが開き、SSOタブが表示されます。
SSOタブを選択します。

SSO設定ページが表示されます。
自動プロビジョニング構成までスクロールダウンし、サポートに連絡を選択して構成設定を有効にします。

備考

SAML自動プロビジョニングとSCIMを同時に有効にすることはできません。
設定が有効になったら、自動プロビジョニングドロップダウンからSAML自動プロビジョニング（Just in time）を選択します。
ロール管理のタイプを選択します。
- デフォルトは、プロビジョニング時にすべてのPhrase製品へのアクセス権をデフォルトのロールで割り当てます。
- カスタムは、プロビジョニング時にすべての新規ユーザーに適用される、特定のPhrase製品のロールを選択できるようにします。
  
  ユーザーロールが空の場合、ユーザーはその製品にプロビジョニングされません。
属性ステートメントテーブルの属性を使用して、IdPの属性をPhraseのデータにマッピングします。

これは、2つのシステム間でユーザーデータを整合させるために必要です。
保存をクリックします。

設定が保存されます。

SCIMプロビジョニング

SCIMプロトコルは、ドメイン間でのアイデンティティデータの安全な管理と交換を可能にするアプリケーションレベルの標準です。

サポートされているSCIM機能：

会社管理ユーザーを作成する
- ユーザーは、Platform組織でアクティブなすべてのアプリケーションにプロビジョニングされます。
- ユーザーはPhrase TMSでLinguistのロールを、Phrase StringsでTranslatorのロールを持ちます。
  
  必要に応じて、Platformの組織設定で自動プロビジョニングを設定する際に、デフォルトの製品とロールの割り当てを変更できます。
- SCIMで作成されたユーザーのアイデンティティを既存のアイデンティティと統合することはできません。新規のアイデンティティのみがサポートされています。
- SCIMでプロビジョニングされたアイデンティティは、2つ目の組織が同じ顧客に属していない限り、同じメールアドレスで別の組織に参加することはできません。その場合は、Phraseサポートに連絡して組織グループの設定を依頼してください。設定後は、SCIMによってそのグループ内の任意の組織にアイデンティティをプロビジョニングできます。2つ目の組織が別の顧客に属している場合は、別のメールアドレス、またはそのアドレスのエイリアスに招待を送信して、新しい組織用に別のプロファイルを作成してください。
会社管理ユーザーの属性を編集する

IdPで属性を編集すると、Phrase Platformに反映されます。
会社管理ユーザーを削除する
- IdPからユーザー削除リクエストが送信されると、そのユーザーのメンバーシップはPhrase組織から削除されます。そのユーザーが最後に所属する組織だった場合、アカウントは30日間の保持期間を経て完全に削除されます。
- SCIM管理下のユーザーが複数の組織のメンバーである場合、1つの組織からの削除リクエストによって、その組織からのみメンバーシップが削除されます。所属する最後の組織から削除リクエストを受け取った場合にのみ、削除までの30日間のカウントダウンが始まります。

備考

継続的な改善が行われているため、ユーザーインターフェイスは動画で紹介されているものと完全に同じではない可能性があります。

SCIM設定は、選択したIdPへの管理者アクセス権を持つIT管理者が実行する必要があります。

SCIMプロパティを設定するには、次の手順に従います。

プラットフォームダッシュボードの左側のナビゲーションメニューから組織設定を選択します。

組織設定ページが開き、SSOタブが表示されます。
SSOタブを選択します。

SSO設定ページが表示されます。
自動プロビジョニング構成までスクロールダウンし、サポートに連絡を選択して構成設定を有効にします。

備考

SAML自動プロビジョニングとSCIMを同時に有効にすることはできません。
設定が有効になったら、自動プロビジョニングドロップダウンからSCIMを選択します。

SCIM設定の詳細が表示されます。
エンコードに使用するSCIMシークレットを入力し、保存をクリックします。

備考

複数の組織がSCIMを使用できるPhrase Platformのアーキテクチャ上、SCIMシークレットが必要です。URLでのUIDの使用を防ぐため、組織IDはセキュリティトークンにエンコードされます。

SCIMベアラートークンフィールドには、一意のトークンが自動的に設定されます。
トークンとSCIMベースURLをコピーします。

これらはIDプロバイダーの設定で使用されます。
ロール管理のタイプを選択します。
- デフォルトでは、プロビジョニング時に、すべてのPhrase製品へのアクセス権がデフォルトのロールで付与されます。
- カスタムでは、指定したPhrase製品について、プロビジョニング時にすべての新規ユーザーに適用するロールを選択できます。
- SCIMを使用すると、プロビジョニング時にIdPで設定された情報に基づいて、ユーザーごとに製品へのアクセス権とロールを設定できます。
保存をクリックします。

設定が保存されました。

備考

一般的なSCIMプロビジョニングエラーは、いくつかのカテゴリに分類されます。

SCIMではなく、手動またはユーザー同期によって作成されたユーザーアカウントは、後からSCIMで引き継ぐことはできません。IDプロバイダーの更新リクエストは、「Identity is not managed by organization（IDが組織によって管理されていません）」といったエラーで拒否されます。そのような既存のアカウントをSCIM管理下に置くには、サポートされている移行手順が必要です。アカウントは、後のSCIM更新だけで引き継ぐことはできません。

SCIMでプロビジョニングされたIDは、組織が同じ顧客に属し、組織グループとして設定されていない限り、特定のメールアドレスの下で1つの組織にのみプッシュできます。同じ人物が同じメールアドレスで2つの異なる組織に無関係なアカウントを持っている場合、一方または両方の組織からのSCIMプッシュリクエストは失敗します。異なる顧客に属する組織の場合、各ユーザーには組織ごとに別のアカウントが必要で、それぞれ異なるメールアドレスまたはエイリアスを使用する必要があります。同じグループ内の組織の場合は、Phraseサポートに連絡して組織グループとして構成してもらい、単一のIDをそれらすべてにプロビジョニングできるようにしてください。

SCIMは、組織内のユーザーのホーム（内部）アカウントのみを管理します。アカウントのホーム組織がSCIMプッシュを実行する組織と異なる外部メンバーシップは、その組織のSCIM構成によって更新または管理することはできません。

SCIMロール管理を構成する

SCIMを使用する場合、ロールの割り当てと製品へのアクセスは、roles属性を使用してIdPプロビジョニングリクエストで直接定義できます。

SCIM User Createリクエストのroles配列内の各エントリには、以下を含める必要があります。

type（ターゲット製品を示す。phrase__で始まる必要がある）
value（その製品の正確なロール名を指定する）

SCIMリクエストの例

"roles": [
  { "type": "phrase__platform", "value":"MEMBER" },
  { "type": "phrase__tms", "value":"ADMIN" },
  { "type": "phrase__strings", "value": "none" }
]

phrase__platformロールは必須です。
製品へのアクセスを除外するにはnoneを使用します。
すべてのロールは、対象のPhrase製品で設定され、利用可能なロールと一致する必要があります。Phrase Portalのロールは設定できず、ユーザーのTMSロールに基づいて自動的に決まります。
ロール名は、大文字と小文字を区別します。大文字での表記を推奨します。
必須フィールドが欠落しているか、無効なロールが含まれているリクエストは失敗します。

SCIMロールベースのプロビジョニングの設定や構成エラーのトラブルシューティングでサポートが必要な場合は、担当のソリューションアーキテクトにお問い合わせください。

Oktaでの構成例

OktaでSCIMロールプロビジョニングを構成するには、以下の手順に従います。

各Phrase製品のカスタム属性を作成します。
- phrase__platform
- phrase__tms
- phrase__strings
各属性の有効なロール値を定義します。
これらの属性をOktaのSCIMアプリにマッピングします。
必要に応じて条件付きロジックを使用し、ユーザープロファイルまたはグループメンバーシップに基づいてロールを動的にマッピングします。
マッピングはユーザー作成時にのみ適用してください。

備考

SCIMを介した既存のユーザーロールの更新はサポートされていません。

製品別のサポート対象ロール値

ロール値は、大文字と小文字を区別します。IdPから送信される値は、大文字と小文字を含め、以下のいずれかと完全に一致する必要があります。phrase__<product>プレフィックス自体は、大文字と小文字を区別しません。

Platform (phrase__platform):MEMBER, ADMIN
TMS (phrase__tms):LINGUIST, PROJECT_MANAGER, ADMIN, GUEST, SUBMITTER, PORTAL_MEMBER
Strings (phrase__strings):Owner, Admin, ProjectManager, Developer, Designer, Translator, Guest
Studio (phrase__studio):OWNER, ADMIN, MEMBER

レガシーSSOからの移行

注意

2025年3月4日をもって、TMSおよびStringsのレガシーSSOログインページは非推奨になります。Phrase製品へのアクセスを中断させないために、レガシーSSOを使用しているすべての組織は、プラットフォームSSOに移行する必要があります。

プラットフォームSSOへの移行には、IDプロバイダー（IdP）への管理者アクセス権が必要です。IdPで新しいプラットフォームSSO統合を構成するには、ITチームとの連携が不可欠です。

各Phrase組織は、1つのIdPとのみ統合できます。複数のIdPを使用している場合は、移行前にプラットフォームSSO設定用に1つを選択してください。

移行手順

IdP（Okta、Azure、TrustBuilder、またはその他のIdP）でプラットフォームSSOをセットアップする。
- ユーザーの混乱を避けるため、プラットフォームSSOのグローバル一意識別子を、レガシーSSOで使用されているものと一致するように設定してください。
レガシーSSO統合の既存のユーザーとグループを、IdP内の新しいプラットフォームSSO統合に招待してください。
ログインフローの変更について通知してください：
- ユーザーはプラットフォームのログインページを使用する必要があります：
  - https://eu.phrase.com/（EUデータセンター）
  - https://us.phrase.com/（USデータセンター）
- IdPダッシュボードのアイコンからログインする場合は、更新されたプラットフォームSSOアイコンを選択する必要があります。
- ユーザーの資格情報（メールアドレス/ユーザー名）に変更はありません。

移行が完了すると、Phrase TMSおよびPhrase Strings内の既存のすべてのコンテンツとユーザーロールに変更はありません。

同じメールアドレスが複数のアカウントで使用されている場合のSSOログインの解決

メール識別子が使用される場合、PhraseはIDプロバイダーから送信されたメールアドレスを、SSO設定が使用されている組織のアクティブなメンバーであるアカウントと照合します。他の組織で同じメールアドレスを持つアカウントは考慮されません。

一致するアカウントがちょうど1つ見つかった場合、そのアカウントにログインします。一致するアカウントが見つからない場合、その組織でジャストインタイム（JIT）プロビジョニングが有効になっていない限り、「IDが見つかりません」というエラーでログインが失敗します。同じ組織内で一致するアカウントが複数見つかった場合、その組織内でメールアドレスが一意ではないため、ログインは失敗します。

異なる組織で同じメールアドレスを持つアカウントは競合しません。

推奨される設定：

組織ごとに1つのアカウント、同じメールアドレス：そのまま利用できます。メール識別子を使用してください。IDプロバイダー側で変更を行う必要はありません。
組織ごとに異なるメールアドレス：組織ごとにエイリアスを使用し、対応するアプリケーションに対してそのエイリアスを送信するようにIDプロバイダーを設定してください。Phrase内のメールアドレスは、IDプロバイダーが送信するものと完全に一致している必要があります。
同じ組織内に2つのアカウントがある場合（例：管理者アカウントとプロジェクトマネージャーアカウント）：アカウントごとに個別のIDプロバイダーユーザーを使用するか、アカウントごとに異なるユーザー名を持つユーザー名識別子を使用してください。

すべての組織で単一のアカウントと単一のログインをご希望の場合は、Phraseサポートまでお問い合わせください。異なる組織に属する同一人物のアカウントは、すべての組織のメンバーである1つのアカウントに統合できます。SCIMで作成されたIDは統合できません。

組織でJITプロビジョニングが有効になっており、SSOログインを試行しているユーザーがまだその組織のメンバーではない場合、SSOは提供されたメールアドレスを使用して新しいアカウントを作成します。SSOを有効にする前に既存のメンバーを組織に招待し、意図しないアカウント作成を回避してください。