A. Salesforce 보안 검토 팀에 맡기십시오. 실제 문제라면 그들이 잡아낼 것입니다.

B. Checkmarx 오류를 검토합니다. 수정할 필요가 없으면 오탐으로 표시하고 첨부한 다음 제출합니다.

C. 파트너 지원 사례를 남기면 파트너 관리자가 Salesforce 지원 리소스를 활용하여 도움을 줄 것입니다.

D. 보안 검토를 제출하기 전에 Checkmarx 오류를 검토하고 모두 수정하십시오.
Salesforce 보안 검토 팀은 오류가 남아 있는 경우 요청을 거부합니다.

A. 두 개의 관리 패키지를 만듭니다. 판매 사용자가 노출된 기능을 호출할 권한이 있는 경우 토큰을 반환할 인증 기능을 서비스 패키지에 만듭니다. 서비스 기능에서 토큰을 검증하십시오.

B. 두 제품으로 관리되는 패키지를 생성하고 각 팀의 승인자와 함께 코드 검토 프로세스를 생성합니다.

C. 동일한 네임스페이스로 두 개의 2세대 관리 패키지를 만들고 @namespaceAccessible 주석과 공유해야 하는 메서드를 설정합니다.

D. 판매 및 서비스 네임스페이스가 있는 두 개의 관리 패키지를 만듭니다. @salesAccessible 주석과 공유할 메소드 설정

A. 단위 테스트가 자체 테스트 데이터를 생성하는지 확인

B. seeAllData=true로 단위 테스트 실행 확인

C. 레코드 유형 ID가 프로덕션 및 Sandbox 조직 모두와 일치하는지 확인

D. 유효한 사용자로 실행된 Apex 테스트 실행 확인

A. 앱의 관리 패키지를 만들고 NTO의 조직에 배포합니다.

B. 핵심 팀을 만들고 NTO의 조직에서 영업 최적화 앱을 구축합니다.

C. 앱의 관리되지 않는 패키지를 만들고 NTO의 조직에 배포합니다.

D. ETO의 조직에서 사용자를 생성하고 NTO의 영업 팀에 대한 액세스를 제공합니다.

A. Center of Excellence에서 모든 릴리스 결정을 제어합니다.

B. 메타데이터 변경 사항에 대한 스프레드시트를 만들고 겹침을 조정합니다.

C. 릴리스 일정을 만들고 모든 팀을 교육하고 조정합니다.

D. 각 릴리스 유형에 대해 팀 간에 테스트 계획을 공유합니다.