Base URL
인증
관리 API와 동일한 API Key를 사용합니다. 모든 요청에 포함하세요:실행 모드
단일 그룹 실행
현재 배포된 버전의 모든 활성 규칙을 평가합니다.요청
응답
data.traceId는 이 실행의 감사 핸들입니다 — 나중에 이 실행을 추적하려면 자체 레코드와 함께 저장하세요.
응답의 data 객체는 상태를 세 층위로 분리합니다:
inputFacts— 요청에서 받은 입력 팩트 (정규화 후).mutatedFacts— 규칙 액션에 의해 값이 변경된 팩트만.generatedVariables— 규칙 액션이 새로 생성한 변수 (입력에 없었던 것). 액션별 변화 키도 포함됩니다 —{refVar}__delta(MUTATE_FACT의 부호 포함 변화량)와{targetVar}__delta(INCREMENT_FACT의 0 이상 증분량).
{ ...inputFacts, ...mutatedFacts, ...generatedVariables }로 재구성하세요.
멱등성
Idempotency-Key 헤더를 포함하면 중복 실행을 방지합니다. 동일한 키로 이미 처리된 요청이 있으면, 정책을 재실행하지 않고 원래 응답을 반환합니다.
특정 버전 실행
트래픽 라우팅을 우회하여 정책 그룹의 특정 버전을 실행합니다. A/B 테스트 후보 버전 검증이나 롤백 전 이전 버전 테스트에 유용합니다.버전은
ACTIVE (발행됨) 상태여야 합니다. DRAFT 버전은 Engine API로 실행할 수 없습니다 — DRAFT 테스트에는 드라이런을 사용하세요.배치 실행
여러 팩트 세트를 동일한 정책 그룹에 대해 한 번의 호출로 실행합니다. 일관성을 위해 배치 내 모든 요청이 동일 버전으로 평가됩니다.요청
응답
sharedContext와 병합됩니다 (개별 요청 컨텍스트가 충돌 시 우선).
배치 실행은 TPS 스로틀링에서 아이템 수와 관계없이 1회 API 호출로 계산됩니다. 단, 과금은 총 아이템 수 기준입니다.
복합 실행
동일한 팩트를 여러 정책 그룹에 대해 한 번의 호출로 평가합니다. 하나의 거래가 여러 정책 검사를 동시에 통과해야 할 때 사용합니다 (예: 상품할인 + 장바구니쿠폰 + 배송비 + 멤버십적립).요청
응답에는 평가된 모든 그룹의
inputFacts, mutatedFacts, generatedVariables, executionTraces, decisionTraces가 병합되어 포함됩니다.
모든 대상 그룹이 ACTIVE 상태여야 합니다.
필수 팩트 조회
실행 엔드포인트를 호출하기 전에 배포된 버전이 어떤 입력 팩트를 필요로 하는지 확인합니다.Accept-Language 헤더로 usedBy 설명의 언어를 제어합니다 (en 또는 ko).
응답
시스템 팩트
모든 테넌트는 계정 생성 시 3개의 시스템 팩트가 자동 등록됩니다. 수동 생성이 필요 없습니다:
각 팩트가 실제 실행에서 필수인지는 배포된 버전의 어떤 규칙이 그 팩트를 참조하느냐에 달려 있습니다. 정확히 어떤 팩트가 필요한지는
GET /groups/{groupId}/requirements를 호출해 확인하세요.
그 외 모든 팩트(예: payment_amount, customer_tier, order_region)는 사용자가 정의하며, 사용 전에 팩트 정의에서 등록해야 합니다.
오류 처리
모든 오류는 동일한 envelope 형태를 따릅니다:
전체 도메인(인증·빌링·시뮬레이션 등)에 걸친 코드 레지스트리는 에러 레퍼런스를 참조하세요.
다음 단계
드라이런
라이브 전에 부작용 없이 규칙을 테스트합니다.
팩트 정의
규칙에 사용할 커스텀 입력 변수를 등록합니다.

