무료 온라인 액세스 Salesforce.B2C-Commerce-Architect.v2025-10-13.q59 모의 시험 (Page 2)

B2C-Commerce-Architect 문제 1

아키텍트는 회사가 서비스를 시작한 후 몇 시간 만에 주문 전환율이 급격히 떨어졌다는 사실을 알렸습니다.
추가 조사 결과, 고객이 더 이상 결제를 진행할 수 없는 것으로 나타났습니다. Architect는 결제 시작 시 타사 API를 이용한 맞춤형 재고 확인이 적용되며, 상품 재고가 없을 경우 고객이 장바구니 페이지로 리디렉션된다는 사실을 알고 있습니다. 어떤 도구를 사용하면 재고 확인으로 인해 문제가 발생했는지 확실하게 확인할 수 있을까요?

A. 보고서 및 대시보드의 판매 대시보드

B. 비즈니스 관리자의 서비스 상태

C. Business Manager의 파이프라인 프로파일러

D. 보고서 및 대시보드의 실시간 보고서

B2C-Commerce-Architect 문제 2

클라이언트는 코드를 배포하는 자동화된 빌드를 가지고 있습니다. 그러나 최근 빌드는 개발자 환경에서 재현할 수 없는 컴파일 문제로 실패하기 시작했습니다.
문제를 파악하고 해결하기 위해 가장 먼저 취해야 할 단계는 무엇입니까?

A. 빌드 서버 작업 공간을 정리하고 작업을 다시 실행합니다.

B. 코드를 생성하는 데 사용된 모듈 버전을 확인합니다.

C. 빌드를 위해 생성된 JavaScript와 CSS를 확인합니다.

D. 컴파일 문제를 확인하기 위해 빌드 서버에서 작업을 다시 생성합니다.

B2C-Commerce-Architect 문제 3

전자상거래 사이트는 동적 배송비 계산 기능을 제공합니다. 이를 통해 고객은 장바구니에 상품을 추가하기 전에 제품 세부 정보 페이지에서 예상 배송비를 확인할 수 있습니다.
이 기능의 경우 배송 비용은 다음 논리를 사용하여 계산됩니다.
* 장바구니에서 배송방법을 설정하세요
* 장바구니에 상품을 추가하고 장바구니 총액을 계산하고 이 방법에 대한 배송비를 받으세요.
* 장바구니에서 해당 상품을 제거하면 원래 상태로 복구됩니다.
* 위의 과정은 각 배송방법에 대해 반복됩니다.
테스트 중에 위 코드가 spi.basket.addResolveInSameResquest 할당량을 위반한다는 사실이 발견되었습니다.
이 문제를 해결하고 비즈니스 요구 사항을 유지하기 위해 건축가는 무엇을 해야 합니까?

A. 고객이 체크아웃할 준비가 되고 원하는 배송 방법을 선택할 때까지 배송비 계산을 생략합니다.

B. 제품 추가 및 배송비 계산을 트랜잭션으로 래핑한 후 원래 상태로 복원하기 위해 롤백합니다.

C. 품목 삭제를 생략하고 고객이 직접 장바구니에 상품을 추가함으로써 구매 과정을 빠르게 진행합니다.

D. 모든 단계에 하나의 트랜잭션을 사용하는 대신, 프로세스의 각 단계를 별도의 트랜잭션으로 묶습니다.

B2C-Commerce-Architect 문제 4

스토어프런트는 토큰 기반 보안을 사용하는 REST 기반 주소 확인 서비스(AVS)와 통합됩니다. 이 AVS에 대한 API 문서의 호출 순서는 다음과 같습니다.
1. GET 요청에 merchantId와 비밀번호를 포함하고 응답에 토큰을 반환하는 클라이언트 인증 호출입니다.
2. 주소 확인 호출. 토큰과 POST 요청에서 확인할 주소가 포함되어 있습니다.
토큰을 획득하면 몇 시간 동안 유효하며 이후 주소 확인 호출을 위해 새 토큰을 요청할 필요가 없습니다. AVS는 클라이언트 인증 호출이든 주소 확인 호출이든 관계없이 모든 요청에 대해 요금을 청구합니다.
보안을 저해하지 않으면서 서비스를 효율적으로 사용하려면 어떤 세 가지 전략을 적용해야 할까요? 3가지 답을 고르세요.

A. 클라이언트 인증 호출을 하기 전에 사용자 지정 캐시에서 토큰을 가져옵니다.

B. AJAX와 함께 사용되는 클라이언트 인증 컨트롤러에 페이지 캐싱을 적용합니다.

C. 클라이언트 인증 호출에 HTTPService 캐싱을 사용합니다.

D. 스토어프런트 코드에서 사용되는 사용자 정의 개체에 토큰을 저장하고 업데이트하기 위해 작업을 사용합니다.

E. 브라우저의 로컬 저장소에서 토큰을 가져와 만료되면 업데이트합니다.

B2C-Commerce-Architect 문제 5

전자상거래 사이트는 동적 배송비 계산 기능을 제공합니다. 이를 통해 고객은 장바구니에 상품을 추가하기 전에 제품 세부 정보 페이지에서 예상 배송비를 확인할 수 있습니다.
이 기능의 경우 배송 비용은 다음 논리를 사용하여 계산됩니다.
* 장바구니에서 배송방법을 설정하세요
* 장바구니에 상품을 추가하고 장바구니 총액을 계산하고 이 방법에 대한 배송비를 받으세요.
* 장바구니에서 해당 상품을 제거하면 원래 상태로 복구됩니다.
* 위의 과정은 각 배송방법에 대해 반복됩니다.
테스트 중에 위 코드가 spi.basket.addResolveInSameResquest 할당량을 위반한다는 사실이 발견되었습니다.
이 문제를 해결하고 비즈니스 요구 사항을 유지하기 위해 건축가는 무엇을 해야 합니까?

A. 품목 삭제 과정을 생략하고 고객이 직접 장바구니에 상품을 추가하도록 하여 구매 과정을 빠르게 진행합니다.

B. 고객이 체크아웃할 준비가 되고 원하는 배송 방법을 선택할 때까지 배송비 계산을 생략합니다.

C. 모든 단계에 하나의 트랜잭션을 사용하는 대신, 프로세스의 각 단계를 별도의 트랜잭션으로 묶습니다.

D. 제품 추가 및 배송비 계산을 트랜잭션으로 래핑한 후 원래 상태로 복원하기 위해 롤백합니다.