GH GambleHub

Operations and Complication Production Map of iGaming Markets

מפת הרגולציה של שוקי iGaming

1) מדוע יש צורך במפה רגולטורית

עבודה בכמה שווקים נשענת על השוואה ורלוונטיות של דרישות. מפה (באנגלית: Map) היא ספרייה אחת של מדינות בעלות תחומים מנורמלים: סוג רישיון, דרישות KYC/AML, הגבלות RG, כללי פרסום/שיוך, שיטות תשלום, מודל מס, דיווח, ספקים וקווים אדומים מקומיים.

מטרות:
  • להאיץ את העדיפויות של מדינות.
  • לפשט ספקי עלייה למטוס, פרסום ותשלומים מקומיים.
  • הפחתת סיכוני עונש/מוניטין ועלויות ציות.
  • תן למבצעים/ציות מקור אמת יחיד (SSOT).

2) טקסונומיה של שדות (מה שאנחנו מתקנים לכל מדינה)

Metadata בסיסי

מדינה/אזור, סטטוס שוק (מוסדר/אפור/אסור), וארטיקלים זמינים (קזינו, חי, הימורים, פוקר, לוטו).
מודל כניסה: רישיון מקומי/.com מוגבל/שותפות עם בעל מקומי.

רישוי ופיקוח

רגולטור (s), סוגי רישוי (B2C/B2B/תת-קטגוריות), דרישות נוכחות מקומיות.
הליכי ביקורת (טכני, פיננסי, RNG) ותדירות.

KYC/AML

אימות בסיסי (זהות, כתובת), הפעלות EDD, בדיקת POP/סנקציות, תקופות שמירת מידע.
חוקים למקור, מהירות, והסלמה.

משחק אחראי (RG)

גבולות גיל, הפקדה/אובדן/הגבלת זמן, הרחקה עצמית, קירור-off, רישומים מקומיים.

פרסום ושייכות

ערוצים/חריצי זמן/ויקידות תוכן, סמני גיל, איסורים על ניסוח ”נטול סיכונים”.
דרישות לשייכות (חוזים, גילויים, כלי טיס אמיתיים, רשימות שחורות).

תשלומים וספקים

שיטות אפשריות (כרטיסים, בנקים, ארנקים, שוברים), מעבדים מקומיים, דרישות צ 'רג' בק/החזר.
דרישות לספקי משחק/תשלום B2B (רישיונות, דיווח, SLA).

נתונים/פרטיות וביטחון

מצב מידע אישי (נורמות כמו GDPR/local).
לוקליזציה/מעבר גבול, תקופות שמירה, זכויות נושא נתונים.

מס & דיווח

בסיס מס (לרוב GGR/turbover/payment), תקופות דיווח, פורמטים להורדה.
פינטורינג, דוחות חובה RG/AML, דיווח-אירוע.

אילוצים וקווים אדומים

שיטות שיווק שחור/אפור, איסור על מכניקת בונוס, הגבלת זכייה, הגבלות לילה, וכו '.

3) מודל נתונים (שלד)

yaml country: <ISO-2>
market_status: regulated    restricted    prohibited    grey verticals: [casino, live, betting, poker, lotto]
entry_model: local_license    partner. com_limited regulator:
name: <...>
site: <ref>
licenses:
b2c: [<type_a>, <type_b>]
b2b: [<rng>, <platform>, <payment_provider>]
kyc_aml:
base: [id, address, pep_sanctions]
edd_triggers: [amount_spike, multiple_methods, high_risk_geo]
retention_days: <int>
rg:
limits: {deposit: required    optional, loss: required    optional, time: optional}
self_exclusion: registry    internal    none ads_affiliates:
allowed_channels: [tv, ooh, digital, influencer]
disclaimers_required: true    false affiliate_rules: [kyb_required, utm_registry]
payments:
methods_allowed: [cards, bank_transfer, wallet, voucher, cash]
withdrawals_rule: source_to_source    required_checks privacy_security:
regime: gdpr_like    local data_localization: required    not_required tax_reporting:
tax_model: ggr    turnover    mixed reporting: {frequency: monthly    quarterly    realtime, formats: [csv, api]}
providers:
game_providers_requirements: [license, testing, rng]
payment_providers_requirements: [local_presence, settlement_rules]
red_lines: [no_risk_free_claims, minors_targeting_ban]
last_review: YYYY-MM-DD owner: compliance_team

4) מפת סיכונים ותעדוף של מדינות

גרזני הערכה:
  • סיכון רגולטורי (קשיחות/אי ודאות/עונשים).
  • מאמץ Go-To-Market (מונחי רישיון/לוקליזציה/אינטגרציה).
  • כלכלת יחידה (נטל מס/דמי תשלום/תחזית ARPU).
  • מורכבות תפעולית (הגבלות RG/דיווח/ספקים).

ניקוד (דוגמה): (Economics - Risk - Residence) × מוכנות, כאשר המוכנות היא בגרות התהליכים שלנו (KYC/AML/RG/Reporting) תחת תחום שיפוט מסוים.

אשכולות עדיפות: A (שיגור 6-9 חודשים), B (הכנה), C (מחקר).

5) מפת קונפורמציה

אנחנו משווים את המדיניות/בקרה שלנו עם הדרישות של המדינה:
דרישת מדינההמדיניות/שליטה שלנומצבפער/תוכנית
הדרה עצמית דרך קופת המדינהRG-POL-001/ CTRL:RG-EXC-002באופן חלקיאינטגרציה רשומה, זמן הגעה משוער Q1
דיווח על ידי SAR בימים NAML-POL-003/SOP: AML-SARהתכתבות
הגבלה על יצירתיותADS-POL-002כדי להיות ברורתבניות/רשימה אחר ערוץ

6) שליטה -/מדיניות-as-Code (קטעים)

שליטה על גבולות RG (לאפשר/להגדיר עבור המדינה):
yaml control_id: RG-LIM-DAILY judgments: [""] # defaults, redefined in trigger country: loss_today> limit_loss_daily actions:
- block: betting
- notify: player_template_rg_7 overrides:
- when: country==<ISO>
set: {limit_loss_daily: <local_rule>, cool_off_hours: <N>}
כללי ויתור שיווקי:
yaml policy_id: ADS-DISCL-001 require:
- on_all_creatives: age_restriction
- on_bonus: wagering_conditions ban:
- wording: ["risk-free", "guaranteed win"]
overrides:
- country: <ISO>
additions: {time_window: "22:00-06:00 ban TV"}
דיווח (פורמטים/תדרים):
yaml reporting:
frequency: monthly exports: [revenue_by_vertical, rg_cases, aml_sar]
transport: sftp    api overrides:
- country: <ISO>
frequency: realtime exports: [bet_level, session_level]

7) לוחות מחוונים של המפה הרגולטורית (מה להראות)

מוכנות שוק: רישוי/אינטגרציה/מצב מדיניות אחר מדינה.
הייטמאפ: KYC/AML/RG/Ads/Privacy - ירוק/צהוב/אדום.
כיסוי ראיות: החלק של עסקאות עם ראיות שנאספו נכון.
דיווח SLA: זמן העלאה/שגיאות של תוכניות/אימות.
סיכונים: סיכונים עליונים על ידי מדינה, תוכנית הפחתה, זמן הגעה משוער.

8) תהליכים ו ־ RACI

SOP: הוסף או עדכן את המדינה

1. הערכה משפטית ודרישות מיפוי כרטיס ארץ.
2. הגדרת משטרה-/בקרה-כקוד ודיווח.
3. ספקים/תשלומים: בדיקת נאותות ובדיקות.
4. מבחן קרב על הבמה. ”טייסת” 1-5% מהתנועה.
5. הזמנה + ניטור של KPI והתראות רגולטוריות.

RACI (שבר):
פעילותRACאני
מודל/כרטיס קאנטריאנליסט ציותראש ההיענותחוקי, אבטחהמבצעים
הגדרת בקרותSRE/פלטפורמהראש המבצעיםציותתחומים
דיווחנתונים/BIראש ההיענותחוקימימון
פרסום/השתייכותציות שיווקיCMOמותג/חוקימימון

9) בדיקת בדיקת נאותות

מדינה חדשה

[ ] סוג מחוון ורישיון, וארטיקלים מותרים.
[ ] KYC/AML/RG מיפוי ועקיפה בבקרה.
[ ] Ads/Associates לפסול כללים ותבניות.
[ ] פרטיות/מיקום נתונים, תקופות שימור.
[ ] תשלומים: שיטות זמינות, כללי החזר/פלט.
[ דיווח ]: פורמטים, תחבורה, תדרים; פריקת מבחן.
[ ספקי ]: דרישות וביקורות.
[ ] קווי שיער/קווים אדומים קבועים.

שיוך חדש/ערוץ

[ ] KYB, חוזה, רישום UTM, ספריות יצירתיות.
[ ] הגבלות מיקוד (גיל/גיאו).
[ ] מדיניות התביעות והשפה האסורה.
[ מנגנון ] של השהיית תנועה במקרה של הפרות.

10) אנטי דפוסים

”שתי גרסאות של אמת”: שולחנות אקסל נפרדים מבקרי הייצור.
פרשנויות מקומיות לא מאומתות ללא אישור משפטי.
כללי פרסום אוניברסליים ללא עקיפה כפרית.
חוסר אחסון ראיות ודיווח SLA.
כרטיס ללא בעלים ותיקון רגיל.

11) מדדי בגרות

סיקור מדינות: כרטיסים של מדינות עם שדות מלאים 90%.
יישור בקרה: הפרופורציה של בקרות עם עוקף מדינה שבו 95% צריך להיות.
דיווח SLA: זמן העלאות - 98%.

השלמות הראיות ב ־ 98%

ביקורת ממצאים TTR: סגירת הערות 90 ימים.
דליפת תקרית: הנתח של הפרות שיווק/RG = מגמה כלפי מטה.

12) אינטגרציות

Docs-/Policy/Control-as-Code: מאגר יחיד עם סקירה/מוך CI.
חוקי המדינה המודעת, דיווח על חנויות.
תצפית: התראות לסחף ציות (שליטה לא עבדה, דו "ח לא נעלם).
חיפוש על ידי כרטיסי מדינה, עוקף טיפים ודוחות טיוטה.

13) 30/60/90 - תוכנית יישום

30 ימים (יסוד):
  • לאשר טקסונומיה שדה ותבנית כרטיס מדינה.
  • פריסת המאגר ”reg-map/” (docs/policy/control/reports).
  • הוסף 5-7 מדינות מפתח לפורטפוליו הנוכחי, להגדיר מעקפים בסיסיים.
  • העלה סיקור/מפת חום/דיווח לוחות מחוונים SLA.
60 ימים (מדדים):
  • הוסף תשלום/פרסום/רשמים וחבילות.
  • אפשר אחסון ראיות עבור RG/AML/ADS.
  • ניסוי אוטומטי לייצוא של תוכניות דיווח ואימות.
  • לבנות התראות על רגולציה ”נסחף”.
90 ימים (קיבעון):
  • כיסוי 90% ממדינות היעד, ערוך ביקורת פנימית של עיצוב הבקרה.
  • כרטיס קישור רגולטורי KPI ל ־ OKR (דיווח SLA, ראיות, ביקורת TTR).
  • עדכונים רבעוניים קבועים של כרטיסי מדינה ותהליך.

14) FAQ

קיו: איך אתה שומר את המפה רלוונטית?
A: Revision של כרטיסים כל 90-180 ימים, תזכורות CI עבור 'last _ review', התראות לדיווח/בקרה על חוסר עקביות.

ש: מה לעשות כשיש סתירות בין הנורמות של המדינות?
א ': הפעל נורמה מחמירה יותר או חלק את זרימת המוצר על ידי גיאו עם מעקפים בודדים.

ש: איך אני מקשר כרטיס למוצר?
A: באמצעות קונטרול-as-Code: כללים מאופשרים על ידי 'קאנטרי '/' מותג '/' אנכי', ודיווחים על תצוגות לאסוף באופן אוטומטי את השדות הנדרשים.

Contact

צרו קשר

פנו אלינו בכל שאלה או צורך בתמיכה.אנחנו תמיד כאן כדי לעזור.

Telegram
@Gamble_GC
התחלת אינטגרציה

Email הוא חובה. Telegram או WhatsApp — אופציונליים.

השם שלכם לא חובה
Email לא חובה
נושא לא חובה
הודעה לא חובה
Telegram לא חובה
@
אם תציינו Telegram — נענה גם שם, בנוסף ל-Email.
WhatsApp לא חובה
פורמט: קידומת מדינה ומספר (לדוגמה, +972XXXXXXXXX).

בלחיצה על הכפתור אתם מסכימים לעיבוד הנתונים שלכם.