- 스토어 관리 소모품: 소비된 수량을 보고하고 지정된 사용자의 현재 수량 잔액에서 제거합니다. 사용자는 서비스에서 소비되거나 이행된 것으로 보고할 필요 없이 스토어 관리 소모품을 반복적으로 재구매할 수 있습니다. 자세한 내용은 스토어 관리 소비 요청을 참조하세요.
- 개발자 관리 소모품: 지정된 사용자에 대해 소모품 제품을 이행된 것으로 보고합니다. 사용자가 개발자 관리 소모품 제품을 재구매하기 전에 앱 또는 서비스는 해당 사용자에 대해 소모품 제품을 이행된 것으로 보고해야 합니다. 자세한 내용은 개발자 관리 소비 요청을 참조하세요.
trackingId를 사용하여 이행 완료 유효성 검사
trackingId는 재시도에 안전한 이행 유효성 검사를 제공합니다.
서비스가 확인 응답을 받지 못하면 동일한 요청 본문을 다시 보냅니다.
서비스는 이전 요청을 인식하고 재시도를 확인 검사로 처리합니다.
API에 대한 각 요청에는 고유한 trackingId가 있어야 합니다.
원래 요청이 성공하지 못했거나 응답을 받지 못한 경우, 요청을 재시도하면 서비스가 요청된 트랜잭션을 완료합니다.
이전 요청에서 이행이 완료된 경우, API는 요청을 인식하고 확인 응답을 보냅니다.
이 경우 API는 사용자의 잔액에서 두 번째로 이행하거나 차감하지 않습니다.
대신 API는 항목이 사용자의 남은 잔액과 함께 소비된 것처럼 성공으로 응답합니다.
따라서 요청이 이행되었다는 확인 응답을 받을 때까지 각 요청의 값과 trackingId를 서버 또는 로그에 캐시하세요.
예제는 Game Service 샘플을 참조하세요.
요청에 includeOrderIds 매개 변수가 있는 경우, 소모품의 제품 유형에 따라 다음 동작이 예상됩니다.
개발자 관리 소모품을 사용하는 경우 재시도 요청에서 주문 ID를 가져올 수 없습니다.
필수 구성 요소
서비스 간 API의 필수 구성 요소를 검토하세요. 이 API는 Microsoft Entra ID 및 위임된 인증 X-token 인증 유형을 모두 지원합니다.개발자 관리 소모품에 대한 샌드박스 제한: 개발 샌드박스(RETAIL이 아닌)에서 개발자 관리 소모품 제품을 소비할 때 사용자 저장소 ID 또는 Microsoft Entra ID를 사용한 인증은 지원되지 않습니다. 샌드박스 환경에서는 개발자 관리 소모품 제품을 성공적으로 소비하려면 위임된 권한 부여 XSTS 토큰을 사용해야 합니다. 이 제한은 스토어 관리 소모품이나 RETAIL 샌드박스에는 적용되지 않습니다.
사용자 저장소 ID 인증 오류 코드
X-token 인증 사용 시 오류 코드
요청
요청 구문
요청 헤더
요청 본문
소비 요청 예제
다음 예제에서는 인증에 사용자 저장소 ID를 사용하며 요청 JSON 본문에 beneficiary 개체가 필요합니다.스토어 관리 소비 요청
개발자 관리 소비 요청
다음 예제에서는 사용자 저장소 ID 인증을 사용합니다. 그러나 이 인증 방법은 개발 샌드박스의 개발자 관리 소모품에는 작동하지 않습니다. 샌드박스 환경에서 테스트하는 경우 XSTS 토큰 인증을 대신 사용하세요. 자세한 내용은 위임된 인증 XSTS 토큰을 통한 인증을 참조하세요.
응답
응답 본문
ConsumeOrderTransaction 개체에는 다음 매개 변수가 포함됩니다.
