플랫폼 기능 - 하위 계정 권한 전환 및 업그레이드의 영향 범위


변환 범위

변환 내용은 크게 두 부분으로 나뉘는데, 첫 번째는 서브 계정 세션 키의 변환 두 번째

영향 범위

l 하위 계정 세션 키의 변형입니다. 주로 세 번째에 영향을 미칩니다. 파티 애플리케이션 개발자(ISV)), 자세한 내용은 표 참조(1);

은 기본 세션 키를 사용하며, 고위험 API 새로 고침 시간에는 기본 계정 작업이 필요합니다 #🎜🎜 #

ISVImpact

변형 전

변형 후

하위 계정

sessionkey

승인 account sessionkey

은 기본 계정과 동일한 세션키에서 가져오며, 세션키를 기준으로 작업 기록을 구별할 수 없습니다. # 🎜🎜##🎜🎜 #

서브 계정 세션 키는 메인 계정과 서브 계정을 구분합니다. 다른 세션 키를 발급하고 하위 계정은 하위 세션 키를 통해 직접 식별할 수 있습니다(공식 하위 계층은 아버지-아들 관계를 식별합니다) # 🎜🎜#

하위 세션 키 인증 기간은 기본 세션 키와 일치하며 기본 및 하위 세션 키는 새로 고침이 지원됩니다. -risk는 API 작성에 유효한 기간입니다. #하위 계정#🎜🎜 #

세션키 호출 API의 유효성

# 🎜🎜##🎜🎜 #
타사 애플리케이션이 하위 계정 지원 로직을 취소하더라도 저장된 하위 세션 키를 통해 API 작업을 계속 호출할 수 있으며 백그라운드 세션 키가 만료되지 않았습니다.

타사 애플리케이션이 하위 계정 로직에 대한 지원을 취소하면 TOP는 자체적으로 제어하고 타사 애플리케이션이 하위 계정을 지원하기로 선택한 경우 모든 하위 세션 키 호출을 허용하지 않습니다. MMP에서 제공하는 인증 관계에 따른 하위 세션 키

인증 시스템

TOP에서 제공하는 컨테이너 인증 또는 oauth2 인증 방법을 사용하고 다음을 통해 사용자 정보를 얻습니다. 반환된 매개변수 매개변수 구문 분석

변경 없음, 동일한 인증 시스템 사용

백그라운드 폴링 작업(예: 예약된 주문 다운로드 등)

로컬에 캐시된 마스터 계정 세션 키를 사용하세요

권장:

은 변경되지 않으며, 인증 코드 무효화에 영향을 받지 않도록 기본 계정 세션 키는 계속 적용 가능합니다. 폐쇄 또는 연체로 인한 하위 계정

일일 운영

로컬에 캐시된 기본 계정 세션 키를 부분적으로 사용

권장 사항:

현재 세션의 세션 키를 기준으로, 즉 매번 는 현재 반환된 세션 키를 얻는 것은 특히 고위험 API를 호출할 때 로컬에 저장할 필요가 없습니다. 타오바오 관계자는 API를 호출하는 세션 키의 신원에 따라 직접 로그인하고 이를 사용자에게 공개하기 때문입니다. 질문. 여전히 메인 세션을 사용하는 경우 로그에 정확한 하위 계정이 기록되지 않습니다(공식 로그 정보 중 이 부분은 향후 통합되어 공개될 예정입니다). account

TOP 애플리케이션 세부정보의 '권한 관리' 설정을 통해 하위 계정 인증을 통해 이 기능을 사용할 수 있습니다.

응용 프로그램이 하위 계정 시스템을 지원하는지 여부는 여전히 첫 번째 조건으로 ISV 설정이 필요합니다.

이는 변환 전에 이미 지원되었으며 가능합니다. 업데이트된 애플리케이션 목록 독립적인 전환을 만들고 새로운 모드로 업그레이드하려면 "

서브 계정 권한 변환 및 업그레이드 소개

" 문서

를 참조하세요. 새로 생성된 애플리케이션이 선택되면 기본적으로 새로운 인증 모드가 됩니다. ;

 

표 (1)

l 하위 계정 인증 모델의 변화는 주로 다음과 같이 사용자에게 영향을 미칩니다. 변신

기본 계정에서 하위 계정이 애플리케이션에 액세스할 수 있는지 여부를 설정하는 방법은 두 가지가 있습니다. 첫 번째 방법: 기본 계정이 TOP 컨테이너를 사용하여 로그인할 때 "Authorize the


T1ltLuXcdsXXb1upjX.jpg 두 번째 유형: 타오바오 배경 설정;

사용자가 taobao.com에 로그인하고, "애플리케이션 인증" 설정에서 계정 관리에서는 하위 계정 승인이 가능합니다.
TOP의 인증 스위치 2개가 다음과 같이 변경됩니다.

T1F4TDXiJhXXb1upjX.jpg

l 새로운 하위 계정 관리 시스템:

하위 계정을 설정하는 기본 계정에는 두 가지 유형의 권한이 있으며, 하나는 단일 하위에 대해 개별적으로 애플리케이션 권한을 승인하는 것입니다. -계정, 두 번째는 역할을 사용하여 다음과 같이 타사 애플리케이션을 승인하는 것입니다. :

첫 번째 유형: 아래와 같이 단일 하위 계정에 특정 애플리케이션 권한을 승인합니다. :

"셀러 센터 - 하위 계정 관리 —직원 관리 —조직 구조"를 입력하고 편집하려는 직원 하위 계정을 선택하거나 새 직원을 생성하세요:

T1IbLwXjXoXXb1upjX.jpg

T1cnnwXiBhXXb1upjX.jpg

T1YFbyXiVXXXb1upjX.jpg

두 번째: 아래와 같이 역할에 애플리케이션 권한을 부여합니다(이 역할 아래 모든 하위 계정에는 이 애플리케이션에 대한 권한이 있음).

"Seller Center - 하위 계정 관리 - 직원 관리 - 역할 관리'를 선택하고 편집할 역할을 선택하세요.

T1uJvxXbBdXXb1upjX.jpg

참고: 이전에 이전 모드에서 하위 계정을 승인한 앱의 경우, 변환 후 기본적으로 "애플리케이션 서비스 액세스 권한"이 자동으로 생성됩니다. 역할 관리 인터페이스이며, 이 역할은 기본적으로 기존 하위 계정에 부여됩니다. 사용자는 이 역할을 수정 및 삭제할 수 있으며 단일 하위 계정에 대한 인증 관계도 수정할 수 있습니다;

l 그림과 같이 메인 계정에서 하위 계정 로그인을 지원하는 하위 계정으로 주문된 앱 목록과 해당 앱이 현재 승인한 하위 계정 목록을 볼 수 있습니다.

T1wGjrXkxtXXb1upjX.jpg

T1MFTyXgdXXXb1upjX.jpg

FAQ

  • 아직 이 문서에 대한 FAQ가 없습니다