iGaming을 위한 책임감 있는 게임 거래 모니터링 (KO)
책임감 있는 게임 번들은 입금 속도 급증, 의심스러운 한도 변경 및 보너스 남용을 gambling_* 거래 카테고리를 사용하여 감지합니다. 동일한 엔진에서 AML 모니터링과 함께 거래당 0.02달러의 비용으로 제공됩니다.

iGaming 운영자는 서로 다른 방향으로 작용하는 두 가지 모니터링 의무를 수행합니다. AML 규정은 자금 세탁(구조화, 자금 세탁 계좌 패턴, 제재 대상 거래 상대방)을 감시하도록 요구합니다. 책임감 있는 게임 규정은 피해(플레이어가 너무 빨리 입금하거나, 손실을 만회하기 위해 스스로 한도를 높이거나, 보너스를 위해 이용당하는 것)를 감시하도록 요구합니다. 대부분의 운영자는 동일한 플레이어 거래 스트림을 읽음에도 불구하고 이러한 작업을 별도의 도구를 사용하여 별도의 프로그램으로 실행합니다.
Didit의 거래 모니터링 API는 두 가지를 하나의 엔진에서 실행합니다. 책임감 있는 게임 번들은 전용 gambling_* 거래 카테고리를 사용하여 입금 속도 급증, 의심스러운 한도 변경 및 보너스 남용을 감지합니다. 이는 동일한 제품, 동일한 알림 대기열 및 동일한 사례 워크플로우에서 AML/CTF, 이상 감지 및 사기 번들과 함께 작동합니다. 모든 거래는 실시간으로 거래당 0.02달러에 점수화됩니다.
이 가이드는 책임감 있는 게임 번들, 이를 지원하는 도박 카테고리 및 연결 방법에 대해 설명합니다.
주요 내용
- 책임감 있는 게임 번들은 입금 속도 급증, 의심스러운 한도 변경 및 보너스 남용(자금 세탁뿐만 아니라 플레이어 보호 신호)을 감지합니다.
- 전용
gambling_*카테고리(gambling_bet,gambling_limit_change,gambling_bonus_change)는 규칙이 올바른 컨텍스트에서 적용되도록 합니다. - 책임감 있는 게임 및 AML은 하나의 엔진에서 실행되므로 플레이어 피해 및 자금 세탁 신호가 알림 대기열과 사례 워크플로우를 공유합니다.
- 속도 창(개수, 합계, 고유)은 별도의 스트림 프로세서 없이 입금 속도 및 한도 변경 패턴을 표현합니다.
AWAITING_USER는 플래그가 지정된 거래를 일시 중지하여 플레이어 보호 접점으로도 활용되는 단계별 검증을 수행할 수 있습니다.- 거래당 0.02달러, 최소 금액 없음. 플래그가 지정된 당사자에 대한 AML 심사는 0.20달러로 별도로 청구됩니다.
책임감 있는 게임 번들의 기능
이 번들은 자금 세탁 유형이 아닌 플레이어 보호 유형에 맞춰 조정된 엄선된 규칙 세트입니다. 플레이어의 거래 스트림(입금, 베팅, 한도 변경, 보너스 이벤트)을 읽고 규제 기관 및 피해 방지 프레임워크가 중요하게 생각하는 패턴을 플래그합니다. 예를 들어, 짧은 시간 내에 반복적으로 입금하는 플레이어, 손실 후 즉시 입금 또는 손실 한도를 높이는 플레이어, 또는 남용 또는 조직적인 파밍을 나타내는 방식으로 보너스를 순환하는 계정 등이 있습니다.
각 규칙은 엔진의 나머지 부분과 동일한 종류의 작업을 수행합니다. 즉, 위험 점수를 추가하고, 상태를 변경하고, 거래에 태그를 지정하거나, 당사자를 목록에 추가합니다. 따라서 입금 속도 급증은 플레이어를 검토 상태로 전환하고, 책임감 있는 게임 팀에 메모를 첨부하며, 정책에 따라 AWAITING_USER를 사용하여 다음 입금을 일시 중지하여 플레이어가 계속하기 전에 확인해야 할 수 있습니다.
왜 중요한가요?
도박 규제 기관은 AML 규정 준수뿐만 아니라 적극적인 피해 모니터링을 입증하도록 운영자에게 점점 더 요구하고 있습니다. 많은 관할권의 라이선스 조건은 운영자가 손실 추구, 입금 증가, 보호를 제거하는 한도 변경과 같은 피해 지표를 식별하고 개입할 것을 기대합니다. 그렇게 하지 않으면 벌금이 부과될 뿐만 아니라 라이선스 위험이 발생합니다.
책임감 있는 게임을 AML 모니터링에 추가 기능으로 실행하는 것은 낭비적입니다. 왜냐하면 둘 다 동일한 거래를 읽기 때문입니다. 통합 엔진은 하나의 통합으로 두 가지 의무를 모두 수행할 수 있도록 합니다. AML 규칙이 구조화를 위해 점수를 매기는 동일한 입금을 책임감 있는 게임 규칙은 속도를 위해 점수를 매깁니다. 신호는 대기열을 공유하고, 분석가는 워크플로우를 공유하며, 감사 추적은 두 프로그램을 동시에 다룹니다. 두 공급업체 계약 대신 거래당 가격으로 말이죠.
기술 세부 정보
도박 거래는 올바른 규칙이 적용되도록 gambling_* 카테고리와 함께 통합 /v3/ API에 대해 생성됩니다.
curl -X POST https://verification.didit.me/v3/transactions/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"transaction_id": "txn_g7a118",
"category": "gambling_bet",
"amount": 500,
"currency": "EUR",
"currency_kind": "fiat",
"txn_date": "2026-05-21T20:05:00Z",
"subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
"payment_method": "CARD"
}'
입금 속도 급증은 책임감 있는 게임 번들을 작동시키고 운영자가 조치를 취할 수 있는 상태를 반환합니다.
{
"transaction_id": "txn_g7a118",
"status": "AWAITING_USER",
"risk_score": 68,
"triggered_rules": [
{
"name": "Deposit velocity — 24h count",
"bundle": "Responsible gaming",
"aggregation": "count",
"window": "24h",
"action": "CHANGE_STATUS"
}
],
"alert_id": "alrt_e9c440"
}
도박 카테고리. gambling_bet, gambling_limit_change, gambling_bonus_change는 규칙이 컨텍스트에 따라 적용되도록 합니다. 즉, 입금에 대한 속도 규칙, 한도 변경에 대한 패턴 규칙, 보너스 이벤트에 대한 남용 규칙입니다.
속도 및 집계. 자체 스트림 프로세서를 구축할 필요 없이 횟수, 합계, 고유 창을 사용하여 입금 속도 및 한도 변경 패턴을 표현합니다. 예를 들어, "24시간 동안 6회 이상 입금", "7일 동안 누적 입금액 2,000유로 초과" 등입니다.
웹훅. transaction.created 및 transaction.status.updated를 구독하여 알림이 해결되고 수정이 완료됨에 따라 플랫폼을 동기화합니다.
가격. 거래당 0.02달러, 호출당 청구되며 최소 금액은 없습니다. 플래그가 지정된 당사자에 대한 AML 심사는 0.20달러로 별도로 청구됩니다.
플레이어 보호 규칙 구축
- 입금 속도.
gambling_bet에 인접한 입금 이벤트에 대한count또는sum창은 플레이어가 피해 한도를 초과하여 더 빠르거나 더 많이 입금하는 것을 감지합니다.AWAITING_USER를 사용하여 다음 입금을 일시 중지하여 플레이어가 계속하기 전에 확인하도록 합니다. - 한도 변경.
gambling_limit_change에 대한 규칙은 플레이어가 입금 또는 손실 한도를 높이는 것을 감지합니다. 특히 손실 후 즉시 한도를 높이는 것은 손실 추구의 전형적인 지표입니다. 이를 검토로 라우팅하고 책임감 있는 게임 팀에 알립니다. - 보너스 남용.
gambling_bonus_change에 대한 규칙은 고유 계정 수와 결합하여 보너스 순환 및 조직적인 파밍을 감지합니다. - AML 동시 실행. 동일한 플레이어의 입금은 AML/CTF 및 이상 감지와 동시에 실행되므로 구조화 또는 자금 세탁 계좌 신호가 동일한 대기열에 나타납니다.
이 모든 것은 비즈니스 콘솔에서 조정되며, 운영자별 피해 지표를 위해 사용자 지정 번들에서 확장할 수 있습니다.
사용 사례
- 온라인 카지노 — 입금 속도 및 한도 변경 규칙은 손실 추구 행동을 플래그하고 플레이어 보호 단계별 검증을 트리거합니다.
- 스포츠 베팅 — 베팅 및 입금 속도 창은 세션 내에서 증가하는 베팅을 감지합니다.
- 보너스 기반 획득 — 고유 계정 수와 함께
gambling_bonus_change규칙은 보너스 파밍을 감지합니다. - 연령 제한 플랫폼 —
AWAITING_USER단계별 검증은 피해 또는 사기 신호가 나타날 때 재확인 접점으로도 활용됩니다. - 다중 관할권 운영자 — 하나의 모니터링 프로그램을 유지하면서 콘솔에서 시장별 피해 임계값을 조정합니다.
Didit과 통합하는 방법
- 번들 활성화. 비즈니스 콘솔에서 AML/CTF 및 이상 감지와 함께 책임감 있는 게임을 활성화하고, 관할권에 따라 입금 속도, 한도 변경 및 보너스 임계값을 조정합니다.
- 도박 이벤트 전송. 플레이어가 입금, 베팅, 한도 변경 또는 보너스를 받을 때 올바른
gambling_*카테고리와 함께POST /v3/transactions/를 사용하여 각 이벤트를 플레이어에게 연결하는 안정적인transaction_id및vendor_data를 보냅니다. - 상태에 따라 조치. 플레이어 보호 또는 재확인 단계를 삽입하기 위해 승인, 검토, 거부 또는
AWAITING_USER로 일시 중지합니다. - 웹훅 동기화. 알림이 해결되거나 단계별 검증이 완료될 때 반응하기 위해
transaction.status.updated를 수신합니다.
모든 것이 통합 /v3/ API에 있으므로, KYC 흐름으로 온보딩된 플레이어는 책임감 있는 게임 및 AML 모니터링을 모두 실행하는 동일한 엔진으로 직접 이동합니다. 즉, 엔드 투 엔드 하나의 신원 및 사기 플랫폼입니다.
자주 묻는 질문
책임감 있는 게임 번들은 무엇을 감지하나요?
gambling_bet, gambling_limit_change, gambling_bonus_change 카테고리를 사용하여 입금 속도 급증, 의심스러운 한도 변경 및 보너스 남용(플레이어 보호 지표)을 감지합니다.
책임감 있는 게임과 AML을 동일한 엔진에서 실행할 수 있나요?
예. 두 가지 모두 동일한 거래 스트림에 대해 하나의 엔진에서 실행되며, 알림 대기열과 사례 워크플로우를 공유하므로 하나의 통합으로 두 가지 의무를 모두 수행할 수 있습니다.
손실 추구 행동을 어떻게 플래그하나요?
gambling_limit_change에 대한 규칙을 사용하여 한도 증가(특히 손실 후)를 감지하고, 입금 속도 창을 사용하여 증가하는 입금을 감지합니다. 이를 검토로 라우팅하거나 AWAITING_USER로 일시 중지합니다.
플레이어를 차단하는 대신 일시 중지할 수 있나요?
예. AWAITING_USER 상태는 플래그가 지정된 거래를 일시 중지하여 단계별 검증(확인, 재확인)을 수행하며, 플레이어가 이를 해제하면 자동으로 재개되어 플레이어 보호 접점으로도 활용됩니다.
비용은 얼마인가요?
거래당 0.02달러, 호출당 청구되며 최소 금액은 없습니다. 플래그가 지정된 당사자에 대한 AML 심사는 0.20달러로 별도로 청구됩니다.
시작할 준비가 되셨나요?
문서에서 거래 모니터링 개요를 읽고, 거래 모니터링 제품 페이지에서 플랫폼의 나머지 부분과 어떻게 통합되는지 확인하고, 가격 페이지에서 투명한 호출당 가격을 확인하세요. 준비가 되면 무료로 시작하세요. 매월 500건의 무료 KYC 확인과 호출당 0.02달러의 거래 모니터링이 제공됩니다.