관리

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

참고

플랫폼 플랜, 각 플랜에서 사용 가능한 기능 및 사용 제한에 대한 자세한 내용은 Phrase 요금 페이지를 참조하십시오.

기존 TMS 또는 Strings 사용자는 사용자 이름과 비밀번호를 입력하거나 플랫폼 SSO를 통해 플랫폼 로그인 페이지에서 로그인할 수 있습니다.

중요 사항

SSO가 활성화된 경우 UI에서 사용자 이메일을 변경하는 것은 지원되지 않습니다. SCIM으로 관리되는 사용자의 경우 이메일 변경은 ID 공급자를 통해 수행됩니다.

ID 멤버십 상태

사용자는 서로 다른 여러 Phrase 조직의 구성원이 될 수 있으며 필요에 따라 간에 전환할 수 있습니다. 데이터 보존 정책을 준수하기 위해 조직의 구성원이지만 어떤 제품에도 액세스 권한이 없는 사용자(소유자 제외)의 개인 데이터(예: 이름 및 이메일)는 12개월 동안 활동이 없으면 자동으로 익명화됩니다.

Phrase 플랫폼의 각 사용자는 계정이 생성된 방식과 이를 관리하는 조직에 따라 내부 또는 외부의 ID 멤버십 상태를 가집니다.

  • 내부 사용자

    조직에서 직접 생성되거나 SSO/SCIM을 통해 프로비저닝된 사용자입니다. 내부 조직(홈 조직)은 프로필 정보 및 로그인 설정을 포함하여 사용자의 ID를 완전히 관리합니다.

  • 외부 사용자

    내부 구성원으로 다른 조직에 속해 있으며 추가 조직에서 협업하도록 초대받은 사용자입니다. 외부 조직은 작업을 할당할 수 있지만 사용자의 프로필이나 로그인 자격 증명은 편집할 수 없습니다.

사용자는 한 번에 하나의 조직에서 내부 구성원일 수 있으며(동일한 조직 그룹에 속한 경우에는 여러 조직에서 가능) 다른 조직에서는 외부 구성원으로 나타날 수 있습니다.

멤버십 상태는 플랫폼 대시보드의 사용자 페이지에 표시됩니다.

로그인 문제 해결

로그인 문제가 발생하면 다음 문제 해결 단계를 시도해 보십시오:

  1. 시크릿 모드 시도

    첫 번째 단계로 시크릿 창(브라우저의 익명 모드)을 열고 로그인을 시도하십시오. 성공하면 Phrase 사이트와 관련된 브라우저 캐시, 쿠키 및 방문 기록을 삭제하십시오.

  2. 자격 증명 확인

    쿠키와 캐시를 삭제해도 해결되지 않으면 올바른 로그인 자격 증명을 사용했는지 확인하십시오.

    • Phrase에 여러 계정이 있는 경우 이메일 주소 대신 사용자 이름을 입력하십시오.

    • 올바른 데이터 센터에 로그인했는지 확인하십시오.

  3. 비밀번호 재설정

    비밀번호를 잊어버린 경우 로그인 페이지에서 비밀번호를 잊으셨나요?를 클릭하고 비밀번호 재설정 절차를 따르십시오.

    비밀번호를 재설정한 후, 브라우저가 오래된 자격 증명으로 로그인 필드를 자동 완성하지 않도록 하십시오. 자격 증명이 잘못 입력되지 않도록 키보드가 올바른 언어로 설정되어 있는지 확인하십시오.

    비밀번호 복구 페이지의 reCAPTCHA는 지역 네트워크 제한으로 인해 로드되지 않을 수 있습니다. 이런 경우 VPN이나 모바일 데이터와 같은 다른 네트워크 연결을 시도해 보십시오. reCAPTCHA가 여전히 로드되지 않으면 Phrase 지원팀에 문의하십시오.

  4. 조직 전환(해당되는 경우)

    계정 하나가 여러 조직과 연결되어 있을 수 있습니다. 잘못된 조직에 로그인한 경우, 조직을 전환하십시오.

  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 사용자 계정과 매칭됩니다. NameID 형식 속성은 사용자를 매칭하는 데 사용됩니다:

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

      이메일 주소:

      플랫폼 사용자는 이메일 주소를 기준으로 IdP 사용자 계정과 매칭됩니다. 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의 인증서 서명 옵션)에서 확인할 수 있습니다.

참고

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. 사용자 이름이 전송되지 않으면 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 기능을 사용하여 플랫폼 애플리케이션에 대한 액세스를 자동화하는 두 가지 유형의 사용자 프로비저닝을 지원합니다.

  • JIT(Just-in-Time)

  • SCIM

선택한 ID 공급자(IdP)에서 Phrase에 대한 액세스 권한이 프로비저닝되면 플랫폼 조직에 새 사용자가 자동으로 생성됩니다.

모든 새 사용자는 관련 플랫폼 조직의 멤버로 생성되며 기본적으로 어떤 제품에도 액세스할 수 없습니다. 플랫폼 조직의 소유자나 관리자가 별도로 필요한 제품에 초대해야 합니다.

필요한 경우, 플랫폼 조직 설정에서 자동 프로비저닝을 설정할 때 기본 제품 및 역할 할당을 수정할 수 있습니다.

생성된 사용자는 조직과의 연결을 확인해야 합니다. 이를 위해 확인 링크가 포함된 이메일이 프로비저닝된 사용자에게 전송됩니다. 확인 전에는 사용자가 SSO를 사용하여 로그인할 수 없습니다.

참고

조직과의 연결 확인을 건너뛰려면 전담 고객 성공 관리자에게 문의하십시오.

Phrase 자격 증명은 IdP에서 관리되므로 프로비저닝된 사용자는 이를 변경할 수 없습니다.

사용자가 IdP를 통해 프로비저닝 해제되어 Phrase의 마지막 조직에서 제거되면 해당 계정의 30일 보존 기간이 자동으로 시작됩니다. 이 유예 기간에는 사용자 계정이 즉시 삭제되지 않으므로 실수로 제거된 경우 복원할 수 있습니다.

자동 프로비저닝 설정

자동 프로비저닝을 활성화하거나 비활성화할 때 올바르게 구성하고 중복 계정이나 할당되지 않은 사용자 등의 잠재적인 문제를 방지하려면 Phrase 기술 지원팀과 협력해야 합니다.

원활한 설정과 지속적인 사용자 관리를 위해 다음 모범 사례를 권장합니다.

  1. 소규모 테스트로 시작하십시오.

    전체 조직에 자동 프로비저닝을 배포하기 전에 소규모 사용자 그룹을 프로비저닝하여 모든 것이 올바르게 작동하는지 확인하는 것이 좋습니다.

  2. ID 공급자(IdP)를 통해 모든 사용자를 할당하십시오.

    테스트가 성공적으로 완료되면 IdP를 통해 Phrase 애플리케이션에 모든 사용자를 할당하십시오. 그러면 SCIM이 조직 전체의 프로비저닝 및 사용자 업데이트를 자동화합니다.

  3. 기존 사용자를 회사 관리형 사용자로 전환하십시오.

    현재 사용자를 회사 관리형 사용자로 전환하려면 Phrase 기술 지원팀에 문의하십시오. SCIM은 회사 관리형으로 표시된 사용자만 업데이트하고 삭제할 수 있으므로 이 단계가 필수적입니다.

    전환하기 전에 각 기존 Phrase ID의 이메일, 사용자 이름, 이름, 성이 ID 공급자의 해당 값과 정확히 일치하는지 확인하십시오. 속성이 일치하지 않으면 SCIM이 ID를 올바르게 연결하거나 업데이트할 수 없습니다.

  4. SCIM 도입 전에 추가된 사용자를 IdP를 통해 조직에 할당하십시오.

    SCIM 자동 프로비저닝을 활성화하기 전에 추가된 사용자는 IdP를 통해 조직에 할당되어야 합니다. 사용자를 할당하지 않으면 SCIM 동기화 중에 해당 사용자가 삭제될 수 있습니다.

적시(JIT) 프로비저닝

적시(JIT) 프로비저닝은 사용자가 SAML SSO를 통해 애플리케이션에 처음 로그인할 때 사용자를 생성하는 데 사용되는 SAML 프로토콜 기반 방식입니다. 이를 통해 사용자를 프로비저닝하거나 사용자 계정을 수동으로 생성할 필요가 없으며, 생성된 모든 사용자는 해당 조직의 제품에 자동으로 액세스할 수 있습니다.

JIT 프로비저닝 구성은 선택한 IdP에 대한 관리자 액세스 권한이 있는 IT 관리자가 수행해야 합니다.

SAML SSO를 통해 JIT 프로비저닝을 구성하려면 다음 단계를 따르십시오:

  1. 플랫폼 대시보드의 왼쪽 탐색 메뉴에서 조직 설정을 선택하십시오.

    조직 설정 페이지가 열리고 SSO 탭이 표시됩니다.

  2. SSO 탭을 선택하십시오.

    SSO 구성 페이지가 표시됩니다.

  3. 자동 프로비저닝 구성으로 스크롤하여 내려간 다음 지원팀에 문의를 선택하여 구성 설정을 활성화하십시오.

    참고

    SAML 자동 프로비저닝과 SCIM은 동시에 활성화할 수 없습니다.

  4. 설정이 활성화되면 자동 프로비저닝 드롭다운에서 SAML 자동 프로비저닝(적시)을 선택하십시오.

  5. 역할 관리 유형을 선택하십시오.

    • 기본은 프로비저닝 시 기본 역할로 모든 Phrase 제품에 대한 액세스 권한을 할당합니다.

    • 사용자 지정을 사용하면 프로비저닝 시 모든 신규 사용자에게 적용될 특정 Phrase 제품의 역할을 선택할 수 있습니다.

      사용자 역할이 비어 있으면 사용자는 해당 제품에 프로비저닝되지 않습니다.

  6. 속성 명세 테이블의 속성을 사용하여 IdP의 속성을 Phrase의 데이터에 매핑하십시오.

    이는 두 시스템 간에 사용자 데이터가 일치하도록 하는 데 필요합니다.

  7. 저장을 클릭합니다.

    구성이 저장되었습니다.

SCIM 프로비저닝

SCIM 프로토콜은 도메인 간에 ID 데이터를 안전하게 관리하고 교환할 수 있도록 하는 애플리케이션 수준 표준입니다.

지원되는 SCIM 기능:

  • 회사 관리형 사용자 생성

    • 사용자는 자신의 플랫폼 조직에서 활성화된 모든 애플리케이션에 프로비저닝됩니다.

    • 사용자는 Phrase TMS에서 언어 전문가(Linguist) 역할을, Phrase Strings에서 번역가(Translator) 역할을 가집니다.

      필요한 경우, 플랫폼 조직 설정에서 자동 프로비저닝을 설정할 때 기본 제품 및 역할 할당을 수정할 수 있습니다.

    • SCIM으로 생성된 사용자 ID는 기존 ID와 병합할 수 없습니다. 새로운 ID만 지원됩니다.

    • SCIM으로 프로비저닝된 ID는 두 번째 조직이 동일한 고객에 속하지 않는 한, 동일한 이메일 주소로 다른 조직에 가입할 수 없습니다. 이 경우, Phrase 지원팀에 연락하여 조직 그룹을 요청하십시오. 구성이 완료되면 SCIM은 해당 그룹 내의 모든 조직에 ID를 프로비저닝합니다. 두 번째 조직이 다른 고객에 속한 경우, 새 조직을 위한 별도의 프로필을 만들려면 다른 이메일 주소나 해당 주소의 별칭으로 초대장을 보내십시오.

  • 회사 관리형 사용자 속성 편집

    IdP에서 속성을 편집하면 Phrase 플랫폼에 반영됩니다.

  • 회사 관리형 사용자 삭제

    • IdP가 사용자 삭제 요청을 보내면 해당 사용자의 멤버십이 Phrase 조직에서 제거됩니다. 그 조직이 해당 사용자가 속한 마지막 조직인 경우, 계정은 영구 삭제 전 30일의 보존 기간에 들어갑니다.

    • SCIM 관리 사용자가 여러 조직의 구성원인 경우, 한 조직에서의 삭제 요청은 해당 조직에서만 멤버십을 제거합니다. 사용자가 속한 마지막 조직으로부터 삭제 요청을 받은 후에야 30일 삭제 카운트다운이 시작됩니다.

참고

지속적인 개선으로 사용자 인터페이스가 동영상에 표시된 것과 완전히 같지 않을 수 있습니다.

SCIM 구성은 선택한 IdP에 대한 관리자 액세스 권한이 있는 IT 관리자가 수행해야 합니다.

SCIM 속성을 구성하려면 다음 단계를 따르십시오:

  1. 플랫폼 대시보드의 왼쪽 탐색 메뉴에서 조직 설정을 선택하십시오.

    조직 설정 페이지가 열리고 SSO 탭이 표시됩니다.

  2. SSO 탭을 선택하십시오.

    SSO 구성 페이지가 표시됩니다.

  3. 자동 프로비저닝 구성으로 스크롤하여 내려간 다음 지원팀에 문의를 선택하여 구성 설정을 활성화하십시오.

    참고

    SAML 자동 프로비저닝과 SCIM은 동시에 활성화할 수 없습니다.

  4. 설정이 활성화되면 자동 프로비저닝 드롭다운에서 SCIM을 선택하십시오.

    SCIM 구성 세부 정보가 표시됩니다.

  5. 인코딩에 사용할 SCIM 비밀키를 입력하고 저장을 클릭하십시오.

    참고

    SCIM 비밀키는 여러 조직에서 SCIM을 사용할 수 있는 Phrase 플랫폼 아키텍처 때문에 필요합니다. 조직 ID는 URL에서 UID 사용을 방지하기 위해 보안 토큰에 인코딩됩니다.

    SCIM 베어러 토큰 필드에 고유 토큰이 입력됩니다.

  6. 토큰과 SCIM 기본 URL을 복사하십시오.

    이 정보는 ID 공급자 설정에 사용됩니다.

  7. 역할 관리 유형을 선택하십시오.

    • 기본은 프로비저닝 시 기본 역할로 모든 Phrase 제품에 대한 액세스 권한을 할당합니다.

    • 사용자 지정을 사용하면 프로비저닝 시 모든 신규 사용자에게 적용될 특정 Phrase 제품의 역할을 선택할 수 있습니다.

    • SCIM을 사용하면 프로비저닝 시 IdP에 설정된 정보를 기반으로 사용자별 제품 액세스 권한과 역할을 구성할 수 있습니다.

  8. 저장을 클릭합니다.

    구성이 저장되었습니다.

참고

일반적인 SCIM 프로비저닝 오류는 몇 가지 범주로 나뉩니다.

SCIM이 아닌 수동 또는 사용자 동기화를 통해 생성된 사용자 계정은 나중에 SCIM 관리로 전환할 수 없습니다. ID 공급자의 업데이트 요청이 "Identity is not managed by organization"과 같은 오류로 거부됩니다. 기존 계정을 SCIM 관리 대상으로 전환하려면 지원되는 마이그레이션 단계가 필요합니다. 이후 SCIM 업데이트만으로는 해당 계정을 SCIM 관리 대상으로 전환할 수 없습니다.

조직이 동일한 고객에 속하고 조직 그룹으로 설정된 경우가 아니라면, SCIM으로 프로비저닝된 ID는 동일한 이메일 주소로 하나의 조직에만 프로비저닝할 수 있습니다. 동일한 사람이 동일한 이메일 주소로 두 개의 서로 다른 조직에 관련 없는 계정을 가지고 있는 경우, 하나 또는 두 조직 모두에서 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 포털 역할은 구성할 수 없으며 사용자의 TMS 역할에서 자동으로 추론됩니다.

  • 역할 이름은 대소문자를 구분합니다. 대문자 사용을 권장합니다.

  • 필수 필드가 누락되었거나 유효하지 않은 역할이 포함된 요청은 실패합니다.

SCIM 역할 기반 프로비저닝을 설정하거나 구성 오류를 해결할 때 도움이 필요한 경우, 배정된 솔루션 아키텍트에게 문의하십시오.

Okta의 구성 예시

Okta에서 SCIM 역할 프로비저닝을 구성하려면 다음 단계를 따르십시오:

  1. 각 Phrase 제품에 대한 사용자 지정 속성을 만드십시오:

    • phrase__platform

    • phrase__tms

    • phrase__strings

  2. 각 속성에 대한 유효한 역할 값을 정의하십시오.

  3. 이러한 속성을 Okta의 SCIM 앱에 매핑하십시오.

  4. 필요한 경우 조건부 논리를 사용하여 사용자 프로필 또는 그룹 멤버십을 기반으로 역할을 동적으로 매핑하십시오.

  5. 사용자 생성 중에만 매핑을 적용하십시오.

    참고

    SCIM을 통한 기존 사용자 역할 업데이트는 지원되지 않습니다.

제품별 지원되는 역할 값

역할 값은 대소문자를 구분합니다. IdP에서 전송하는 값은 대소문자까지 포함해 다음 중 하나와 정확히 일치해야 합니다. phrase__<product> 접두사 자체는 대소문자를 구분하지 않습니다.

  • 플랫폼(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 조직은 하나의 IdP와만 통합할 수 있습니다. 여러 IdP를 사용하는 경우, 마이그레이션 전에 플랫폼 SSO 설정을 위해 하나를 선택하십시오.

마이그레이션 단계

  1. IdP(Okta, Azure, TrustBuilder 또는 기타 IdP)에서 플랫폼 SSO 설정을 진행하십시오.

    • 사용자의 혼동을 방지하려면 플랫폼 SSO의 전역 고유 식별자를 레거시 SSO에서 사용하던 것과 일치하도록 설정하십시오.

  2. 레거시 SSO 통합의 기존 사용자와 그룹을 IdP 내의 새 플랫폼 SSO 통합으로 초대하십시오.

  3. 로그인 흐름 변경 사항을 공지하십시오:

    • 사용자는 플랫폼 로그인 페이지를 사용해야 합니다:

    • IdP 대시보드 아이콘을 통해 로그인하는 경우, 사용자는 업데이트된 플랫폼 SSO 아이콘을 선택해야 합니다.

    • 사용자 자격 증명(이메일/사용자 이름)은 변경되지 않습니다.

마이그레이션이 완료된 후에도 Phrase TMS 및 Phrase Strings의 기존 콘텐츠와 사용자 역할은 모두 그대로 유지됩니다.

여러 계정에서 동일한 이메일을 사용할 때 SSO 로그인 문제 해결

이메일 식별자가 사용되는 경우, Phrase는 ID 공급자가 보낸 이메일을 해당 SSO 구성이 사용 중인 조직의 활성 구성원인 계정과 대조합니다. 다른 조직에 동일한 이메일이 있는 계정은 고려되지 않습니다.

일치하는 계정이 정확히 하나 발견되면 해당 계정으로 로그인됩니다. 일치하는 계정이 발견되지 않으면 조직에 JIT(Just-In-Time) 프로비저닝이 활성화되어 있지 않은 한 "identity not found" 오류가 발생하며 로그인이 실패합니다. 동일한 조직 내에서 일치하는 계정이 두 개 이상 발견되면 해당 조직 내에서 이메일이 고유하지 않기 때문에 로그인이 실패합니다.

서로 다른 조직에 있는 동일한 이메일의 계정은 충돌하지 않습니다.

권장 설정:

  • 조직당 하나의 계정, 동일한 이메일: 그대로 작동합니다 — 이메일 식별자를 사용하십시오. ID 공급자 측에서 변경할 필요가 없습니다.

  • 조직당 다른 이메일: 조직당 별칭을 사용하고 해당 애플리케이션에 대해 해당 별칭을 보내도록 ID 공급자를 구성하십시오. Phrase의 이메일은 ID 공급자가 보내는 것과 정확히 일치해야 합니다.

  • 동일한 조직에 두 개의 계정이 있는 경우(예: 관리자 계정과 프로젝트 관리자 계정): 계정마다 별도의 ID 공급자 사용자를 사용하거나, 계정마다 고유한 사용자 이름을 지정하여 사용자 이름 식별자를 사용하십시오.

모든 조직에서 단일 계정과 단일 로그인을 선호하는 경우 Phrase 지원팀에 문의하십시오. 서로 다른 조직에 있는 동일한 사람의 계정은 모든 조직의 구성원인 하나의 계정으로 병합할 수 있습니다. SCIM으로 생성된 사용자 계정은 병합할 수 없습니다.

조직에 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.