GH GambleHub

אימות גיל ומסנני גיל

1) מטרה ואזור

לשלול מהקטינים גישה למוצרים, תקשורת וקידום, להבטיח עמידה בדרישות הרישיונות ובחוקי הפרסום/הגנת הצרכן. סיקור: רישום/התחברות, ארנק/תשלומים, CRM/שיווק, משתייכים, שותפים למשחק, תמיכה (CS), Risk/KYC, Legal/DPO, דיווח.

2) עקרונות

אפס גישה לקטינים. אין משחק, הפקדות, בונוסים ושיווק.
לאמת לפני השימוש. גישה מלאה רק לאחר אימות גיל/זהות מוצלח.
הנתונים הקטנים ביותר. אנחנו אוספים רק את הנחוץ, אנחנו משתמשים במקורות אמינים.
תקשורת נייטרלית. בלי סטיגמה, בלי לחשוף אלגוריתמים נגד הונאה.
נחישות. חפצים ויומנים מתאימים לביקורת ולבדיקות.

3) תפקידים ו ־ RACI

KYC Lead/Head of Complication - מדיניות, ספקים, יוצאים מן הכלל. (א)

אנליסטים של סיכון/KYC - אימות, הסלמה, פתרונות ושימור. (R)

CS/Trust & Safety - תקשורת עם שחקנים, עיבוד ערעור. (R)

שיווק/CRM/Associates - מסנני גיל ויוצאי דופן בקמפיין. (R)

מוצר/UX/הנדסה - הזרמות רישום חסימת מעגלים, API לספקים. (R)

חוקי/DPO - תקנות מקומיות, פרטיות/PII, DPIA. (C)

ביקורת פנימית - ביקורות עצמאיות ו CAPA. (C)

אקסק ספונסר (COO/מנכ ”ל) - משאבים,” טון מלמעלה. "(א/א)

4) שיטות אימות גיל (חכם חורג)

רמה 1 - בסיסי (אוטומטי):
  • התאמת שם + כתובת DR + לפי רישומי מצב/אשראי/טלקו (היכן שמותר).
  • אימות בנק (כרטיס בנק פתוח/KYC-Bank).
  • מאפיה. מרכזנית (KYC-SIM, תאריך לידה בפרופיל).
רמה 2 - מסמכים (בחירה/הסלמה):
  • דרכון/תעודת זהות של מים. זהות/אסורה + OCR/התאמת פנים, בדיקת לביאה.
  • אימות MRZ/ברקוד, אבד/גנוב מסד נתונים מסמך.
  • השוואה של תמונות סלפי עם תמונה של המסמך.
רמה 3 - אישור (מקרי קצה):
  • אישורי notarial/state, תעודות מרשמי המדינה (אם מותר).
  • חלופות ללקוחות בטלים (מכתבי בנק, תעודת זהות מתמחה וכו ') - רק עם סיכונים והרשאות נוספים.

פתרון: ”מלא/מוגבל/סירוב” גישה + סיבה ותקופת סקירה.

5) סף גיל ופרופילים אזוריים

גישה למשחק: 18 +, או 21 + (שווקים/וארטיקלים בודדים).
שיווק: מקטע עם מובטח 18 +/21 + מיקוד.
השתייכות: אחריות עבודה לפילטרים וראיות.
פרופילי שוק נשמרים בקטלוג Age Profiles: סף, מקורות מותרים, SLAs ופורמטים לדיווח.

6) אשכולות UX וזכויות יוצרים

הרשמה (לפני אימות):
  • "אנחנו נדרשים לאשר הגיל שלך לגישה מאובטחת. זה ייקח כמה דקות"
  • הסבר של מה נתונים נדרשים ומדוע; קישור למדיניות הפרטיות.
אחרי המשחק האוטומטי (הצלחה):
  • "גיל אושר. שליטה מלאה מופעלת"
בקשת מסמך:
  • "המערכת לא הצליחה לאשר אוטומטית את הגיל. הורד את המסמך (תעודת זהות/דרכון/זכויות). שדות מיותרים ניתן להסתיר/למרוח על פי ההוראות"
כישלון/מתחת לסף:
  • 'אנחנו לא יכולים לספק גישה: הגיל הוא מתחת לסף החוקי. החשבון ייסגר, הנתונים יימחקו על ידי מדיניות"
ערעור (רך):
  • "אם אתה חושב שיש כבר טעות, בבקשה לערער עם המסמכים כאן. אנחנו נגיב תוך X ימים"

7) מסנני גיל בשיווק/השתייכות

CRM: דגלי דיכוי גלובליים 18/21, ”גיל לא ידוע”

פרסום בתשלום: מטרות גיל חובה/אינטרסים 18 +/21 +; ביקורת אתר; איסור דומה על קטעי ”נעורים”.
קריאטיבים: ללא סגנון/שפה/דימויים של בני נוער; מכריזים ”18 +/21 +”.
התחייבויות חוזיות: מסנני גיל, איסור יציאות נוער, העברת ביקורות שיווקיות לביקורות סלקטיביות; ביקורת נכון וצווארון.

8) נתונים, פרטיות ושמירה

מודל נתונים (מינימום): "user _ id, dob, age_check_level, מקורות [ ], decision @ passלהיכשלסיבה, , חפצים .
מזעור: לאחסן את התוצאה של אימות ובדיקות של מסמכים; מקוריים - על פי הכרח ומונחים.
גישה: RBAC/ABAC, רישומי תולעת, אחסון נפרד של פריטי PII/חפצים.
שימור: על פי חוק/רישיון (לרוב 5-7 שנים) או קצר יותר אם הגישה אינה ניתנת.
DPIA וזכויות הנושאים: שקיפות, DSAR באמצעות DPO, מחיקה על ידי מועד אחרון.

9) גבולות ומקרים מיוחדים

17 שנים 11 חודשים: כשל אוטומטי ותקשורת רכה; בלוק רישום מחדש עד התאריך 18/21 +.
גיל ”לא בטוח”: גישה נדחית, מחדש בקשה מקורות/רציפים.
תאריכים שונים ברציפים/רשמים: הסלמה לסקירה ידנית.
חשד להחלפה/מסמך של מישהו אחר: סירוב + דגל הונאה פנימי, במידת הצורך, הודעה של הרגולטור.
”משפחה” כרטיס/טלפון: לא התקבל כהוכחה לגיל.

10) נהלי בקרה

שער לפני השימוש: בלוק של משחקים/הפקדות לפני אימות גיל.
אישור ידני על מקרים שנויים במחלוקת (שני אנליסטים).
זיהוי פלילי: בדיקות לביאה, אנטי-מסך, ניתוח EXIF, אימות פונט/שדה.
Speet-Gate: בעת שינוי הסטטוס "גיל לא ידוע" # "pass' עדכון CRM/PSP/Aggregators.
ניטור: התראות לרישום מחדש/התקן/כתובת תואמת.
ספק QA: בדיקות ספקים רגילות (דיוק/החזרה, SLA).

11) KPI/KRI ולוח מחוונים

קצב מעבר גיל (אוטומטי/רציף/ידני).
זמן לאמת (אחוז חציוני/95).
קבלת/דחייה שגויה.
זמן מעבר לא ידוע (reg = גישה מלאה).
שלמות דיכוי פרומו (% קטינים/לא ידועים בפרומו = 0).
שמיעה (% מהמקרים עם חבילת חפצים מלאה).
ספקן SLA (שיעור תגובה על X seck/min).

12) רשימות בדיקה

לפני השיגור

[ ] גיל על ידי שוק, מקורות ו SLA הסכימו עם חוק/DPO.
[ ] התחברות/התחברות נחלים לחסום גישה לפני מעבר.
[ ] CRM/ADS/Associates מחוברים לדגלי דיכוי.
[ ] Vendor (s) להגדיר, מקרי מבחן (חיובי/שלילי/קצה) עבר.
[ מדיניות השימור ] והוראות לרציפי המסכות שפורסמו.

בפעולות

[ ] Daily Check of Unknown Pass, ביטול של מקרים מושעים.
[ ] סקירות סלקטיביות של פתרונות ידניים (10 %/רבע).
[ ] תלונות וערעורים בימי אקס.
[ ] מסונכרנים עם ספקי משחקים/PSPs.

ביקורת/שיפור

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

13) תסריטים ותבניות

א) בקשה למסמכים (נייטרליים):
💡 להשלים את הגישה, לאשר את הגיל עם המסמך (תעודת זהות/דרכון/זכויות). אתה יכול להסתיר שדות אופציונליים בהתאם להוראות. זה עוזר לנו לציית לחוק ולהגן על משתמשים.
ב) כישלון (מתחת לסף):
💡 אנחנו לא יכולים לתת גישה כי הגיל הוא מתחת לסף החוקי. החשבון סגור. הנתונים יימחקו בהתאם למדיניות.
C) ערעור:
💡 אם אתה מאמין שיש כבר טעות, בבקשה לערער ולצרף את המסמך. אנחנו נגיב עד התאריך [ ].

ד) התשובה לשאלה ”למה אתה לא יכול לשחק מיד?”

💡 החוק דורש לוודא שמשתמשים הגיעו לגיל המינימלי. זה בדרך כלל לוקח כמה דקות לאחר שהמסמך הועלה.

14) שלד טכני

אירועים:
  • 'age _ check _ start', 'age _ check _ auto _ pass/fass', 'docs _ assed', 'docs _ bised', 'manual _ review _ pass/fass',' age _ pass _ synced _ to _ crm/psp/games ','.
API:
  • 'POST/kyc/age-check', 'POST/kyc/docks',' get/kyc/status ',' POST/crm/ducress-age ',' POST/languates/age-policy-ack '.
אחסון:
  • הצפנה במנוחה; חשפנות EXIF; חפצים checksums; יומני תולעת.
דגלי פיש:
  • גיל '. שער. נדרש ”, גיל”. רופאים. Level2 ',' מודעות. לדכא. לא ידוע ”, משתייכים”. enforce_age_filters'.

15) טעויות תכופות ומניעתן

גישה לפני אישור. # קשה לפני שימוש בשער.
”גיל לא ידוע” כלול בפרומו.
בדיקת מסמכים חלשה. Liberess, התאמת פנים, זיהוי פלילי.
איסוף נתונים מוגזם. = מזעור שדות, מסכה מיותרת.
בדיקה ידנית ארוכה. SLA #, תורים, סדר עדיפויות אוטומטי, רובוט עבודה.
סעיפים לא מתואמים. = סעיפים חוזיים, שליטה לאחר בק, זכות ביקורת.

16) כרטיסים אזוריים (תבנית)


Рынок: ______
Возрастной порог: 18+ / 21+
Допустимые источники: госреестр / банк / телко / документы
SLA: ack ≤ __ ч, решение ≤ __ дн
Отчетность: формат/частота
Особые требования: хранение локально, запрет биометрии и т.п.

17) תוכנית יישום של 30 יום

שבוע 1

1. אישור סף ומקורות על ידי שוק; סוכנות הביון הפדרלית.
2. ציין זרימות רישום/נעילה ומודל נתונים/רישום.
3. בחר/חוזה ספק (s) (רגיסטרים/רציפים/טלקו/בנק).

שבוע 2

4) יישום שער מראש ושילוב API; להגדיר דיכוי CRM/ADS.
5) הכן זכויות יוצרים/מיקומים, הוראות מיסוך.
6) רכבת CS/KYC; לשחרר תסריטים/FAQs.

שבוע 3

7) פיילוט (5-10%): Pass Rate/TTV/False Design Metrics.
8) כוונון סף/פסקי זמן/UX.
9) בדיקת קשרים ומשרדי פרסום לפילטרים.

שבוע 4

10) שחרור מלא; לוח מחוונים KPI; ניטור יומי של תקריות.
11) דו "ח ניהול; CAPA על הערות.
12) תכנית V1. 1: add. מקורות (banking/telco), תעדוף אוטומטי של מקרים ידניים.


קטעים קשורים:
  • נהלי KYC ורמות ביקורת
  • מדיניות AML ובקרת עסקאות
  • מודעות/קוד לאתיקה
  • משחק וגבולות אחראיים
  • הדרה עצמית וחסימת חשבון
  • בדיקות מציאות ותזכורות משחק
  • דוחות רגולטוריים ופורמטי נתונים
  • ביקורת פנימית וחיצונית/רשימות ביקורת
Contact

צרו קשר

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

התחלת אינטגרציה

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

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

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