지오 락 및 지불 정책
1) 왜 필요한가
라이센스 및 제재 제도를 준수합니다.
지불 및 벌금 위험 감소 (요금 환급, 제도 처벌).
운영 예측 가능성: 통제 된 예금/지출 통로.
정직한 수익 창출: 사용자 및 파트너를위한 투명한 규칙.
2) 기본 개념 및 제어 수준
지리적 위치-지리에 따른 액세스 또는 지불 거래 금지/제한.
지불 정책-국가/방법/통화/라이센스별로 수령/지불하기위한 일련의 규칙.
구현 수준
1. DNA/CNC/Edge: 컨트리 블록, 지리 리디렉션, 지오 펜싱 API.
2. 응용 프로그램/백엔드: phicheflags, 허용/거부 규칙, 스텝 업 KYC/SoF.
3. 결제 게이트웨이/라우터: PSP/메소드 선택, 3DS 전략, 한계.
4. PSP/Bank: 계약 지리 제한, BIN/발행자 국가 필터.
5. 사기 방지: VPN/프록시 방지, 장치 그래프, 속도 및 행동 신호.
3) 법적 근거 및 위험 영역
시장 별 라이센스 제한 (허용/금지/회색).
제재 (OFAC/EU/UK 및 2 차): 입학/지불, FX 및 통신원 제한 금지.
현지 지불 법: 카드/은행/방법에 대한 iGaming 운영 금지.
소비자 보호: 필수 KYC, 한계, 자기 배제.
정책에는 버전과 조치 창 (유효 _ 에서/로), 로그 변경 및 법적 근거가 있어야합니다.
4) 측지 위치 신호 및 바이 패스 감지
IP/ASN/GeoIP (국가, 지역, ASN 위험).
VPN/프록시/토르 감지: 상용 목록, 대기 시간 패턴, TTL 이상.
GPS/위치 서비스 (모바일).
SIM/MCC/MNC, 운송 업체 국가.
BIN/IIN 카드 및 발급 국가.
청구 국가 및 KYC 문서 (여권/ID).
Payee 주소/은행.
해결책은 다중 신호입니다. 적어도 2 개의 독립 국가 증언, 충돌 → 스텝 업 KYC/SoF.
5) 정책 행렬 (예)
6) 수락 및 지불 정책
ISO 국가, 통화, MCC, 공급자에 의한 방법 화이트리스트/블랙리스트.
BIN 라우팅: 발행자 국가별 거부/경로 카드 및 3DS 요구 사항.
동일한 방법 및 소스 간 반환: 동일한 방법과 순 예금 금액에 따른 예금 자금의 반환.
복도 건강: 지불 복도 모니터링 (성공률, 수익률, SLA).
FX 규칙: 수락/지불 통화, 필요한 경우 PSP로부터의 전환 금지.
한계 및 속도: 국가 별 한도 및 노출 (일/주/월).
7) 반 VPN/프록시 방지 전략
VPN/호스팅 공급자 목록 (ASN), Tor Exit, 프록시 풀.
불일치 감지: IP 국가 vs GPS/SIM/BIN/KYC.
동작 기능: 동일한 하위 네트에서 직렬 로그인, IP/신뢰할 수있는 장치의 빈번한 변경.
반응: 스텝 업 KYC, 임시 결제 블록, 보너스 금지, 수동 결제 확인.
8) 데이터 아키텍처 (최소 모델)
ref. geo_policies (
policy_id PK, version, iso2, class, legal_basis,
deposit_methods_whitelist, withdraw_methods_whitelist,
kyc_level, sof_required, bonus_mode,
fx_rules, t_plus_withdrawal, enabled, effective_from, effective_to, meta
)
risk. geo_evidence (
user_id, snapshot_at,
ip_country, gps_country, sim_country, bin_country,
billing_country, issuer_country, payout_bank_country,
vpn_flag, proxy_flag, conflict_score
)
payments. routing_rules (
rule_id PK, iso2, bin_country, method, provider,
require_3ds, max_amount_daily, decline_codes_map, priority, enabled
)
payout. corridors (
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at
)9) 프로세스 (ETL/오케스트레이션)
1. 법적 업데이트의 일일 수입 → 업데이트 'ref. (PHP 3 = 3.0.6, PHP 4)
2. 지리 증거 → '위험에 글을 쓰면서 이벤트 강화 (로그인, 예금, 내부). 지오 _ 증거 '.
3. 규칙 엔진 → 스텝 업/거부.
4. '결제 별 예금 라우팅. (PHP 3 = 3.0.6, PHP 4)
5. 지불 복도 모니터링. 백업 PSP로 복도 및 자동 전환.
10) SQL 템플릿
10. 1. 지리 신호 충돌
sql
SELECT user_id, snapshot_at,
(ip_country <> gps_country)::int
+ (ip_country <> sim_country)::int
+ (ip_country <> bin_country)::int
+ (ip_country <> billing_country)::int
AS conflict_score
FROM risk. geo_evidence
WHERE snapshot_at BETWEEN:from AND:to
AND (vpn_flag OR proxy_flag OR ip_country IS DISTINCT FROM gps_country);10. 2. 국가 별 정책 적용
sql
SELECT p.
FROM ref. geo_policies p
JOIN risk. geo_evidence e USING ()
WHERE e. user_id =:user_id
AND p. iso2 = COALESCE(e. gps_country, e. ip_country)
AND now() BETWEEN p. effective_from AND p. effective_to
AND p. enabled = TRUE
ORDER BY p. version DESC
LIMIT 1;10. 3. BIN/국가/PSP 라우팅
sql
SELECT provider, require_3ds, priority
FROM payments. routing_rules
WHERE enabled = TRUE
AND (iso2 =:country OR iso2 IS NULL)
AND (bin_country =:bin_country OR bin_country IS NULL)
AND method =:method
ORDER BY priority ASC
LIMIT 1;10. 4. 결제 복도 모니터링
sql
SELECT provider, method, to_iso2,
success_rate_7d, return_rate_7d, avg_eta_hours, status
FROM payout. corridors
WHERE updated_at > now() - INTERVAL '1 day'
AND (status <> 'OK' OR success_rate_7d < 0. 95 OR return_rate_7d > 0. 05);11) 대시 보드 및 KPI
Geo Compliance Heat맵: A/B/C/D 클래스, 블록 및 스텝 업에 의한 트래픽 공유.
VPN/프록시 사건: 세션 수/백분율, 평균 충돌 _ 점수.
예금 라우팅: PSP/country/BIN의 인증률, 강제 3DS의 비율.
Payout Corridors Health: 성공/반품/ETA, 백업으로 전환.
손실 및 책임: 지리/방법에 의한 요금 환급 비율 및 계획 처벌.
정책 적용 범위: 현재 정책 (버전) 이있는 세션의%, 로그 업데이트.
12) 경고 및 임계 값
제재/법적 업데이트: 목록에있는 새로운 국가-자동 스위치 클래스, 동결.
VPN Surge: 국가/채널에서 VPN 세션> X% 공유.
라우팅 분해: 1 시간 안에 선택한 PSP> Y bps에서 AR 드롭.
지불 복도 다운: 성공 _ rate <임계 값 또는 SLA 위반.
정책 드리프트: 적극적인 정책/만료 된 버전이없는 국가의 이벤트.
동일한 방법 위반: 이유없이 교차 방법 반환 시도.
13) UX 및 커뮤니케이션
이유 코드 및 규칙 참조로 거부 거부 텍스트를 지우십시오.
서비스 가용성 페이지 (화이트리스트/블랙리스트 국가 및 방법).
가벼운 에스컬레이션: 신호 충돌을 즉시 금지하는 대신 KYC/SoF를 통과하도록 제안하십시오.
경고 및 대체 지불 방법의 현지화.
14) 모범 사례 (짧은)
1. 2 단계 및 상위 요인 지오 데미지: IP + GPS/SIM/BIN.
2. 검증 및 법적 추적 (법적 근거, 소유자, 로그 변경).
3. BIN/issuer 국가 수준 + 에서 라우팅하면 위험 지오에서 3DS가 강제로 발생했습니다.
4. 동일한 방법으로 기본적으로 소스로 돌아갑니다. 예외-감사 요청.
5. 실패 안전 설계: 신호를 사용할 수없는 경우-안전 모드 (스텝 업/거부).
6. 레이어 분리: 정책 엔진 방지 사기 지불 라우터이지만 공통 디렉토리.
7. 정기적 인 탁상 연습: 제재 업데이트, 지불 복도 하락, 대량 VPN 공격.
15) 구현 점검표
- 버전과 법적 근거가있는 'geo _ policy' 디렉토리.
- GeoIP, VPN/Proxy, BIN 조회, GPS/SIM 통합.
- 라우팅 지불 규칙. (PHP 3 = 3.0.6, PHP 4)
- 지불 복도 및 자동 전환을 모니터링하십시오.
- 공공 접근성 정책/방법 페이지.
- 로그 업/거부 결정 원인 (설명 불가).
- 긴급한 "동결" 제재/규제 절차.
요약
지오 블록 및 지불 정책은 "IP 금지" 가 아니라 법적 근거, 다 인성 지리 결정, 스마트 라우팅, 소스로 돌아 오는 엄격한 규칙 및 지불 복도의 지속적인 모니터링 등 전체적인 시스템입니다. 다양한 정책, 투명한 데이터 및 자동 경고를 사용하면 수익 창출의 예측 가능성을 유지하면서 규제 및 지불 위험을 줄일 수 있습니다.