Fraud Prevention 서비스 샌드박스

Fraud Prevention 서비스는 비프로덕션 환경에서 API를 테스트할 수 있는 샌드박스 기능을 지원합니다. 이를 통해 사용자는 동기식 및 비동기식 권장 사항 결정 흐름을 모두 복제하고 프로덕션 환경에서 예상되는 대로 알림 서비스와의 통합을 테스트할 수도 있습니다.

샌드박스에 액세스

샌드박스 기능 및 제품 구성에 액세스하는 방법에 대한 자세한 내용은 샌드박스를 확인해 주세요. API 클라이언트 생성 단계 중에 사용 가능한 제품 목록에서 Fraud Prevention을 검색하고 해당 범위를 계정에 추가해 주세요.

API 기능

계정 스크리닝

계정 스크리닝 API는 계정 거래에 대한 사기 방지 권장 사항을 제공합니다. 권장 사항은 ACCEPT, CHALLENGE 또는 REJECT일 수 있습니다. ACCEPT 또는 REJECT로 권장되기에 신호가 충분하지 않은 경우 거래가 CHALLENGE로 표시됩니다. 이러한 CHALLENGE 인시던트는 수동으로 검토되며 수정된 권장 사항이 비동기식으로 제공됩니다.

요청 본문에 지정된 이메일 주소를 기반으로 원하는 권장 사항을 에뮬레이션할 수 있습니다. 다음 표에는 각 권장 사항 흐름과 연결된 이메일 주소가 나열되어 있습니다.

이메일 주소결정
accept@anydomain.comACCEPT
reject@anydomain.comREJECT
challenge@anydomain.comCHALLENGE
challengepass@anydomain.comCHALLENGE -> PASS
challengefail@anydomain.comCHALLENGE -> FAIL
acceptfail@anydomain.comACCEPT -> FAIL

계정 업데이트 API는 챌린지 결과, 계정 복원 또는 시정 조치 완료와 같은 계정 수명 주기 전환이 있을 때 호출됩니다. 예를 들어, 사용자 계정이 비활성화, 삭제 또는 복원된 경우 계정 업데이트 API가 호출되어 Expedia Group에 변경 사항을 알립니다. 계정 업데이트 API는 사용자가 사기 방지 권장 사항에 따라 로그인 다단계 인증에 응답할 때도 호출됩니다.

계정 업데이트 API는 해당 계정 거래가 존재하지 않으면 작동하지 않으므로 계정 업데이트 API를 테스트할 때는 계정 스크리닝 API를 먼저 호출해야 합니다.

주문 구매 스크리닝

주문 구매 스크리닝 API는 주문 구매 거래에 대한 사기 방지 권장 사항을 제공합니다. 권장 사항은 ACCEPT, REJECT 또는 REVIEW일 수 있습니다. ACCEPT 또는 REJECT로 권장되기에 신호가 충분하지 않은 경우 거래가 REVIEW로 표시됩니다. 이러한 REVIEW 인시던트는 수동으로 검토되며 수정된 권장 사항이 비동기식으로 제공됩니다.

요청 본문에 지정된 이메일 주소를 기반으로 원하는 권장 사항을 에뮬레이션할 수 있습니다. 다음 표에는 각 권장 사항 흐름과 연결된 이메일 주소가 나열되어 있습니다.

이메일 주소결정
accept@anydomain.comACCEPT
reject@anydomain.comREJECT
review@anydomain.comREVIEW
acceptreject@anydomain.comACCEPT -> REJECT
reviewreject@anydomain.comREVIEW -> REJECT
reviewaccept@anydomain.comREVIEW -> ACCEPT

주문 구매 업데이트 API는 주문 상태가 변경되면 호출됩니다.

예를 들어, 고객이 예약을 취소하거나, 어떤 방식으로든 예약을 변경하거나, 예약에 상품 또는 여행객을 추가하는 경우 주문 구매 업데이트 API가 호출되어 Expedia Group에 변경 사항을 알립니다.

주문 구매 업데이트 API는 판매자가 사기 방지 권장 사항에 따라 주문을 취소하거나 변경하는 경우에도 호출됩니다.

주문 구매 업데이트 API는 해당 주문 구매 거래가 존재하지 않으면 작동하지 않으므로 주문 구매 업데이트 API를 테스트할 때는 주문 구매 스크리닝 API를 먼저 호출해야 합니다.

샌드박스 특정 기능

권장 사항 결정 호출

프로덕션 환경에서 기대되는 권장 사항 결정은 샌드박스 내에서 요청 본문의 특정 이메일 주소를 사용하여 복제할 수 있습니다. 이 기능을 통해 사용자는 거래가 수동으로 검토되고 파트너가 나중에 수정된 권장 사항을 받는 비동기 권장 흐름도 테스트할 수도 있습니다. 다음 목록은 각 동기식 및 비동기식 권장 사항 흐름과 연결된 이메일 주소 목록을 제공합니다.

계정 스크리닝

이메일 주소결정
accept@anydomain.comACCEPT
reject@anydomain.comREJECT
challenge@anydomain.comCHALLENGE
challengepass@anydomain.comCHALLENGE -> PASS
challengefail@anydomain.comCHALLENGE -> FAIL
acceptfail@anydomain.comACCEPT -> FAIL

주문 구매

이메일 주소결정
accept@anydomain.comACCEPT
reject@anydomain.comREJECT
review@anydomain.comREVIEW
acceptreject@anydomain.comACCEPT -> REJECT
reviewreject@anydomain.comREVIEW -> REJECT
reviewaccept@anydomain.comREVIEW -> ACCEPT

결정 변경 간 시간 지연 에뮬레이션

프로덕션 환경에서는 비동기식 결정 흐름 중에 결정 변경 사이에 시간 지연이 발생할 수 있습니다. 이 동작은 이메일 주소에 -delay 접미사를 사용하여 샌드박스에서 모의 테스트를 진행할 수 있습니다. 그러면 결정 업데이트에 5분 지연이 추가됩니다. 이 지원 기능은 알림 서비스와의 통합을 테스트할 때 유용하게 사용할 수 있습니다.

예를 들어, acceptreject-delay@test.com 이메일 주소를 사용하면 결정이 ACCEPT에서 REJECT로 변경될 때 5분의 지연을 에뮬레이션할 수 있습니다.

알림 서비스와의 통합 테스트

알림 서비스에 대한 자세한 내용은 알림을 확인해 주세요.

이 페이지가 도움이 되었나요?
이 콘텐츠를 어떻게 개선하면 좋을까요?
더 나은 만드는 데 도움을 주셔서 감사합니다!