管理

Phrase ID管理

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

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

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

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

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

製品へのアクセス要件

  • 製品へのアクセスは、購入したプランによって定義されます

  • Phrase TMSとPhrase Strings

    • ユーザーの

  • Phrase Orchestrator

    • TMSまたはStringsへのアクセス

  • Phrase Custom AI、Phrase Language AI、およびPhrase Analytics

備考

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

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

注意

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

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

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

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

  • 内部ユーザー

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

  • 外部ユーザー

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

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

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

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

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

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

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

  2. 資格情報を確認する

    Cookieとキャッシュを消去しても解決しない場合は、正しいログイン資格情報が使用されていることを確認してください。

    • Phraseに複数のアカウントが存在する場合は、メールアドレスの代わりにユーザー名を入力してください。

    • 正しいにログインしていることを確認してください。

  3. パスワードをリセットする

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

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

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

  4. 組織の切り替え(該当する場合)

    1つのアカウントが複数の組織に関連付けられている場合があります。誤った組織にログインしている場合は、を切り替えてください。

  5. 信頼できる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を設定するには、以下の手順に従ってください。

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

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

  2. SSOタブを選択し、SSOを有効にするをクリックします。

    SSO設定ページが表示されます。

  3. SSOを承認セクションに入力します:

    • グローバルに一意の識別子フィールドに一意の識別子(組織名やランダムな文字列など)を入力します。

      組織のユーザーは、Phraseプラットフォームにログインする際、この一意の識別子を使用する必要があります。

    • 識別子の種類ドロップダウンから必要なオプションを選択します:

      ユーザー名:

      プラットフォームユーザーは、ユーザー名によってIdPユーザーIDと照合されます。NameID形式の属性を使用してユーザーを照合します:

      urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified

      メールアドレス:

      プラットフォームユーザーは、メールアドレスによってIdPユーザーIDと照合されます。NameID形式の属性を使用してユーザーを照合します:

      urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

  4. IdPから提供された情報を使用してPhraseでSAMLを設定セクションの必須フィールドに入力し、保存をクリックします。

    お使いのIDプロバイダーにPhraseを追加セクションのフィールドは自動的に入力されます。

  5. お使いのIDプロバイダーにPhraseを追加セクションに記載されているリンクをコピーし、IdPのSAML設定に入力します。

備考

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

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

備考

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

これを防ぐには、IdPでPhraseアプリケーションのSAMLクレームマッピングを次のように設定してください。

  • ユーザーの名が含まれる送信クレームをfirstnameに再マッピングします。

  • ユーザーの姓が含まれる送信クレームをlastnameに再マッピングします。

  • usernameクレームを追加します(例:ユーザープリンシパル名にマッピング)。

Phraseは、SAML属性の名前がfirstname、lastname、およびusernameであることを想定しています。一部のIDプロバイダーは、自動的にマッピングされない異なるデフォルト名(例:givennameやsurname)を使用するため、それらを送信する場合はIDプロバイダーでクレームマッピングを更新してください。

メールアドレスは常にSAML NameIDから取得されます。既存のユーザーはこの値で照合され、ログイン時に他の属性はチェックされません。招待を承諾する既存のユーザーには、属性は必要ありません。その他の属性は、以下の場合にのみ必要となります。

  • 招待を承諾する新規ユーザー:firstnameおよびlastname。usernameが送信されない場合、Phraseはメールアドレスからユーザー名を生成します。

  • JITプロビジョニング:firstname、lastname、およびusername。

  • SCIMユーザー作成:username。

必須属性が不足している場合、ユーザーには「missing required attributes」エラーが表示されます。SAMLログイン時、姓名の両方が送信された場合にのみ、ユーザープロファイルの姓名が更新されます。既存のプロファイルの上書きを避けるには、SAMLリクエストから両方の属性を削除してください。

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日間の保持期間が自動的に始まります。この猶予期間中、IDはすぐには削除されないため、誤って削除された場合に復元が可能です。

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

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

円滑なセットアップと継続的なユーザー管理のために、以下のベストプラクティスが推奨されます。

  1. 小規模なテストから始めてください。

    組織全体に自動プロビジョニングを展開する前に、少人数のユーザーグループをプロビジョニングして、すべてが正しく機能していることを確認することをお勧めします。

  2. すべてのユーザーをIDプロバイダー(IdP)経由で割り当てます。

    テストが成功したら、IdPを通じてすべてのユーザーをPhraseアプリケーションに割り当てます。その後、SCIMが組織全体のプロビジョニングとユーザー情報の更新を自動化します。

  3. 既存のユーザーを会社管理ユーザーに変換します。

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

    変換する前に、Phraseの既存の各ユーザーに登録されているメールアドレス、ユーザー名、名、姓が、IDプロバイダーの対応する値と完全に一致していることを確認してください。属性が一致しないと、SCIMがIDを正しくリンクまたは更新できなくなります。

  4. SCIM以前のユーザーをIdP経由で組織に割り当てます。

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

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

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

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

SAML SSOを介したJITプロビジョニングを設定するには、以下の手順に従ってください。

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

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

  2. SSOタブを選択します。

    SSO設定ページが表示されます。

  3. 自動プロビジョニング設定までスクロールし、サポートに連絡を選択して設定を有効にします。

    備考

    SAML自動プロビジョニングとSCIMを同時に有効にすることはできません。

  4. 設定が有効になったら、自動プロビジョニングドロップダウンからSAML自動プロビジョニング(Just in time)を選択します。

  5. ロール管理のタイプを選択します。

    • デフォルトは、プロビジョニング時にすべてのPhrase製品へのアクセス権をデフォルトのロールで割り当てます。

    • カスタムでは、プロビジョニング時にすべての新規ユーザーに適用される、特定のPhrase製品のロールを選択できます。

      ユーザーロールが空の場合、ユーザーはその製品にプロビジョニングされません。

  6. 属性ステートメントテーブルの属性を使用して、IdPの属性をPhraseのデータにマッピングします。

    これは、2つのシステム間でユーザーデータを確実に一致させるために必要です。

  7. 保存をクリックします。

    設定が保存されます。

SCIMプロビジョニング

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

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

  • 会社管理ユーザーの作成

    • ユーザーは、プラットフォーム組織で有効なすべてのアプリケーションにプロビジョニングされます。

    • ユーザーはPhrase TMSでLinguistロールを、Phrase StringsでTranslatorロールを持っています。

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

    • SCIMで作成されたユーザーアカウントを既存のアカウントと統合することはできません。新規のユーザーアカウントのみがサポートされます。

    • SCIMでプロビジョニングされたユーザーは、別の組織が同じ顧客に属している場合を除き、同じメールアドレスでその組織に参加することはできません。その場合は、Phraseサポートに連絡して組織グループの設定を依頼してください。設定が完了すると、SCIMによってそのユーザーがグループ内の各組織にプロビジョニングされます。2番目の組織が別の顧客に属している場合は、別のメールアドレスまたはそのアドレスのエイリアスに招待を送信して、新しい組織用に別のプロファイルを作成してください。

  • 会社管理ユーザーの属性を編集

    IdPでの属性の編集は、Phraseプラットフォームに反映されます。

  • 会社管理ユーザーの削除

    • IdPからユーザー削除リクエストが送信されると、そのユーザーのメンバーシップはPhrase組織から削除されます。そのユーザーが所属する最後の組織である場合、アカウントは30日間の保持期間を経て完全に削除されます。

    • SCIM管理ユーザーが複数の組織のメンバーである場合、1つの組織からの削除リクエストによって、その組織のメンバー資格が削除されます。所属する最後の組織から削除リクエストを受け取った後にのみ、30日間の削除カウントダウンが開始されます。

備考

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

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

SCIMプロパティを設定するには、以下の手順に従ってください。

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

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

  2. SSOタブを選択します。

    SSO設定ページが表示されます。

  3. 自動プロビジョニング設定までスクロールし、サポートに連絡を選択して設定を有効にします。

    備考

    (SAML自動プロビジョニング)とSCIMを同時に有効にすることはできません。

  4. 設定が有効になったら、自動プロビジョニングドロップダウンからSCIMを選択します。

    SCIM設定の詳細が表示されます。

  5. エンコードに使用するSCIMシークレットを指定して入力し、保存をクリックします。

    備考

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

    SCIMベアラートークンフィールドには、一意のトークンが自動的に表示されます。

  6. トークンとSCIMベースURLをコピーします。

    これらはIDプロバイダーの設定で使用されます。

  7. ロール管理のタイプを選択します。

    • デフォルトは、プロビジョニング時にすべてのPhrase製品へのアクセス権をデフォルトのロールで割り当てます。

    • カスタムでは、プロビジョニング時にすべての新規ユーザーに適用される、特定のPhrase製品のロールを選択できます。

    • SCIMでは、プロビジョニング時にIdPで設定された情報に基づき、ユーザーごとに手順に従って製品へのアクセス権とロールを設定できます。

  8. 保存をクリックします。

    設定が保存されます。

備考

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

SCIMではなく、手動またはユーザー同期によって作成されたユーザーアカウントを、後からSCIMで引き継ぐことはできません。IDプロバイダーの更新要求は、「Identity is not managed by organization(IDが組織によって管理されていません)」といったエラーで拒否されます。このような既存のアカウントをSCIM管理下に置くには、サポートされている移行手順が必要です。後から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ロールプロビジョニングを構成するには、以下の手順に従ってください。

  1. 各Phrase製品のカスタム属性を作成します。

    • phrase__platform

    • phrase__tms

    • phrase__strings

  2. 各属性の有効なロール値を定義します。

  3. これらの属性をOktaのSCIMアプリにマッピングします。

  4. 必要に応じて条件付きロジックを使用し、ユーザープロファイルやグループメンバーシップに基づいてロールを動的にマッピングします。

  5. マッピングはユーザー作成時にのみ適用します。

    備考

    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つを選択してください。

移行手順

  1. IdP(Okta、Azure、TrustBuilder、またはその他のIdP)でプラットフォームSSOをセットアップする。

    • ユーザーの混乱を避けるため、プラットフォームSSOのグローバル一意識別子を、レガシーSSOで使用されているものと一致するように設定してください。

  2. レガシーSSO統合から既存のユーザーとグループを、IdP内の新しいプラットフォームSSO統合に招待してください。

  3. ログインフローの変更について周知してください:

    • ユーザーはプラットフォームのログインページを使用する必要があります:

    • IdPダッシュボードのアイコンからログインする場合、ユーザーは更新されたプラットフォームSSOアイコンを選択する必要があります。

    • ユーザーの資格情報(メールアドレス/ユーザー名)に変更はありません。

移行後も、Phrase TMSおよびPhrase Stringsの既存のコンテンツとユーザーロールはすべて変更されません。

複数のアカウントで同じメールアドレスを使用している場合のSSOログイン先の特定

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

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

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

推奨される設定:

  • 組織ごとに1つのアカウント、同じメールアドレス:そのまま機能します。Email識別子を使用してください。IDプロバイダー側で変更を行う必要はありません。

  • 組織ごとに異なるメールアドレス:組織ごとにエイリアスを使用し、対応するアプリケーションに対してそのエイリアスを送信するようにIDプロバイダーを設定してください。Phrase内のメールアドレスは、IDプロバイダーが送信するものと完全に一致している必要があります。

  • 同じ組織内に2つのアカウントがある場合(例:管理者アカウントとプロジェクトマネージャーアカウント):アカウントごとに個別のIDプロバイダーユーザーを使用するか、アカウントごとに異なるユーザー名を持つUsername識別子を使用してください。

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

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

この記事は役に立ちましたか?
★ ★ ★ ★ ★

Sorry about that! In what way was it not helpful?

The article didn’t address my problem.
I couldn’t understand the article.
The feature doesn’t do what I need.
Other reason.

Note that feedback is provided anonymously so we aren't able to reply to questions.
If you'd like to ask a question, submit a request to our Support team.
Thank you for your feedback.