GH GambleHub

Operations and Complication # אימות מקור הכספים

לאמת מקור מימון (SOF/SOW)

1) מה הם SOF ו-SOW ומדוע הם נחוצים

SoF (מקור הקרנות) - עדות תיעודית של מאיפה הכסף הגיע עבור המשחק/הפקדה/פלט.
SoW (מקור העושר) - הסבר לאופן שבו נוצר מצבו הכללי של השחקן (נכסים/התחייבויות/הכנסה).

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

2) עקרונות SOF/SOW

1. גישה מבוססת סיכון: עומק האימות תלוי בשיטת הגיאו/תשלומים/סכומים/תבניות.
2. מידתיות: אנו מבקשים רק את סט המסמכים הנדרש.
3. כל פתרון מלווה בחפצים ואיתור.
4. זמן הגינות: מועדים שקופים (ETA), דרישות מובנות למסמכים, טון מכובד.
5. פרטיות-ראשית: מזעור של נתונים אישיים, הצפנה, גישה מוגבלת ושימור.

3) מתי לבקש SOF/SOW (טריגרים)

סף פיננסי: משיכה בודדת של X, סך הפקדות/מחזור עבור N ימים

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

4) מה מתקבל כראיה (דוגמאות) ‏

הכנסה:
  • שכר: תעודת מעסיק/הצהרה עבור 3-6 חודשים/טופס מס.
  • תעסוקה עצמית/עסקים: החזרי מס, חוזים, דוחות בנק על חשבון העסק.
  • השקעות: הצהרות תיווך, דיבידנדים, קופונים.
  • מכירת נכסים: חוזה מכירות + קבלה לחשבון.
  • ירושה/מתנה: מסמכי נוטריון + אישור בנק.
  • הכנסה מוצפנת: דוחות חליפין/אפוטרופוס, היסטוריה tx, מזומן פיאט.

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

5) מדיניות SoF/SoW (מסגרת)

yaml policy_id: SOF-POL-001 scope: players rba:
low:  {geo: "trusted", methods: ["bank_transfer"], monthly_turnover_max: 1000}
medium:{geo: "mixed",  methods: ["cards","wallet"], monthly_turnover_max: 10000}
high: {geo: "high_risk" OR pep==true OR crypto_usage==true}
triggers:
- single_payout >= 3000
- rolling_deposits_30d >= 5000
- payout_destination_change == true
- aml_flags in {velocity, structuring, srcdst_mismatch}
required_evidence:
low:  [salary_stub OR bank_statement]
medium: [bank_statement_3m, employer_letter OR tax_return]
high:  [tax_return, bank_statement_6m, source_of_wealth_summary]
decisions:
approve:  sof_consistent==true request:  need_additional_docs==true decline:  inconsistencies OR unverifiable_sources review_sla_days: 180 owner: mlro

6) שולט-as-Code (שברים)

שער לתפוקה לפי סף וסיכון:
yaml control_id: SOF-PAYOUT-GATE scope: payouts trigger:
expr: (payout_amount >= sof_threshold[country]) OR risk_band>=high actions:
- block: payout
- request: "sof_package"
- notify: aml_ops evidence:
fields: [player_id, payout_amount, risk_band, country, thresholds_version]
אי התאמה בין מקור למקור depozit↔vyvod:
yaml control_id: SOF-SRC-TO-SRC scope: payouts trigger:
expr: payout_destination!= last_successful_deposit_source actions:
- limit: payout "require_same_source"
- request: "proof_of_ownership_for_destination"
exceptions:
- condition: method_type=="bank_transfer" AND policy. allow_bank_payouts==true
fiat cryptocurncersy #:
yaml control_id: SOF-CRYPTO-CASHOUT scope: payouts trigger:
expr: crypto_usage==true AND fiat_payout>=crypto_threshold actions:
- request: ["exchange_account_statement","tx_history","proof_of_fiat_offramp"]
- flag: aml_review
שיעור סיכון מצטבר:
yaml control_id: SOF-RISK-SCORE inputs: [velocity, structuring, srcdst_mismatch, sanctions, pep, adverse_media]
score:
expr: 0. 25velocity + 0. 2structuring + 0. 2srcdst + 0. 2pep + 0. 1adverse + 0. 05geo thresholds:
- high:  score>=0. 8 -> KYC3_EDD + full_SoW
- medium: score>=0. 5 -> targeted_SoF
- low:  auto_clear

7) תהליך (SOP) - אופן חיים מקרה

בקשת SOF

1. autogate control _ יצירת מקרה עם סיבות ורשימת מסמכים דרושים.
2. שליחת מכתב לשחקן/בצ 'אט: רשימה של מסמכים, פורמט, מועד אחרון, תגובת זמן הגעה משוער.
3. תזכורות: T + 48h, T + 96h; אם אין תשובה - הגבלת פלט.

SOP: ניתוח מסמכים

1. התאמת שם/כתובת/IBAN ומסתכם בפרופיל/עסקאות.
2. בדוק את מסגרת הזמן (כיסוי תקופתי), סדירות הקבלות, חוסר עקביות.
3. אם יש צורך, בקש ראיה/הבהרה נוספת.
4. מחליט 'לאשר/ request_more/decline', הצדקת מסמך.

SOP: פתרון ותקשורת

1. עבור ”מאושר” - להסיר את המנעול, לתקן את הקישור לראיות, יומן ביקורת.
2. עבור 'ירידה' - לתקן סיבה/הפניות, להודיע AML/ציות, לשקול SAR/STR.
3. עדכן את פרופיל הסיכון וציר הזמן של המקרה, סגור את התיק עם המצב הסופי.

בדיקות מחדש

על ידי אירוע (סף/שינוי חדש של פרטים/VIP/PEP) או על ידי SLA (למשל, פעם ב-12 חודשים עבור סיכון גבוה).

8) שילוב נתונים

KYC/KYB: רמות אימות ופרטים תואמים של בעל הכספים.
תשלומים: היסטוריות הפקדה/משיכה, כרטיסים/IBAN/ארנקים, גב מטען.
AML: מהירות/מבנה/סנקציות/מדיה PEP/כתובת.
מקרה-כלי: סטטוסים, מועדים, תקשורת, SLA ו-SAR/STR ייצוא.
מקרים כאלה, בקרת עקביות, דיווח.

9) פרטיות, ביטחון, שימור

מזעור: מבקש רק עמודים/שדות רלוונטיים.
רק ל-AML/Complication יש גישה למסמכים; סימני מים/אזכורים בזמן.
הצפנה: במנוחה/במעבר; מפתחות - HSM/כספת.
שימור: שמירה על ידי סמכות שיפוט (בדרך כלל 5 שנים לאחר המבצע האחרון) ומדיניות הסרה.
ביקורת - כל קריאה/החלטה מחוברת.

10) איכות ומטרידות (KPI/OKR)

הפעלה:
  • SOF Case to-Triage (P95), Decision TAT (חציוני), Hold Duration.
  • קצב השלמה (חלק מהמקרים עם חבילה מלאה), קצב בקשה מחדש.
איכות/סיכון:
  • אישור/ירידה/אסקלציה, SAR/STR על SOF (עבור מקרים מאושרים).
  • קצב התאמה שגוי, שלילה כוזבת/פרוקסי חיובי.
חוויית שחקן:
  • SoF-off, CSAT על תקשורת, תלונות על תזמון/בהירות של דרישות.
אפקט:
  • אובדן צ 'ארגבק/הונאה, תשלום MTTR לאחר SOF, השלמות ראיות - 98%.

11) תבניות (שברים)

כרטיס מקרה (YAML):
yaml case_id: SOF-2025-1042 player_id: P-887231 risk_band: high reason: ["payout>=3000","srcdst_mismatch"]
requested_docs: ["bank_statement_6m","tax_return","employment_letter"]
deadline: "2025-11-08T23:59:00Z"
status: awaiting_docs  # triage    awaiting_docs    review    approved    declined    sar_submitted analyst: aml. ops@domain notes: []
evidence_uri: s3://sof-evidence/P-887231/2025-11/
רשימת אימות (Markdown):

- Name/address/details match?
- Does the statement period cover turnover?
- Is the regularity of income confirmed?
- Do sums and frequencies correspond to dep/conclusions?
- No obvious edits/anomalies?
- Result: approve/ request_more/decline (justification)
תקשורת לשחקן (תבנית קצרה):

Subject: Additional confirmation of the source of funds
Hello, <Name>! For a secure withdrawal, we need documents:
Bank statement for the last 3-6 months (PDF/scan)
Income confirmation (certificate/tax form)
Please upload files by <date>. Funds are reserved, the status of payments will be updated immediately after verification. If you have any questions, please reply to this email.

12) מקרים מיוחדים

Cryptocurency: ביקוש חילופי דוחות/אפוטרופוס, התאמה על שרשרת ו-off-ramp, להימנע ממסכים דיווח עצמי מארנקים ללא גיבוי.
מזומן/מזומן: מותר רק אם יש מסמכים חוקיים (מכירה, מתנה, ירושה) וזכויות בנקאיות.
מתנות/צדדים שלישיים: אישור של המקור מהשולח + הזכות להיפטר; סיכון מוגבר.
תמיד EDD וניטור מורחב.

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

חבילת ”עבה” אוניברסלית לכל המקרים ללא RBA = ירידה גבוהה.
מנעולים ”ללא זמן” וללא תקשורת ברורה.
קבלו תצלומי מסך במקום תצלומים מקוריים/מאומתים של PDFs/הצהרות.
חוסר עגינה עם תשלומים (מקור למקור) ואותות AML.
שתי גרסאות של האמת: החלטות בדואר, נתונים ב-DWH - ללא SSOT נפוץ.
אין הערכה מחדש של מקרים, סף אינו מתוקן.

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

30 ימים (יסוד):
  • אישור SOF-POL-001 (טריגרים, סף, RBA), כולל 'SOF-PAYOUT-GATE' ו- 'SOF-SRC-To-SRC'.
  • קשר בין ניהול תיקים, תבניות אותיות ורשימות בדיקה, אחסון ראיות.
  • הגדר לוחות מחוונים של SOF (נפח/סטטוס/ETA).
60 ימים (מדדים):
  • הוסף "SOF-Crypto-Cashout' וצבור 'SOF-SANCE-SCORE, עקיפה כפרית.
  • אינטגרציה KYC/KYB/תשלומים (התאמת בעלים, IBAN/כרטיס/ארנק) ותשלומי נתיחה אוטומטית.
  • הצג תיקי דגימה/ביקורת איכות, רטרו על ידי FPs.
90 ימים (קיבעון):
  • השגת ראיות ב-98%, הפחתת זמן ההחלטה והחזקת משך היעד,
  • קישור KPI SOF עם OKR AML/תשלומים/תמיכה, ערוך ביקורת פנימית על התכנון והיעילות של בקרות.
  • הכן דו "חות חיצוניים/רגולטוריים ומתודולוגיית סקירת סף תקופתית.

15) FAQ

Q: מתי SOF מספיק בלי סו?
א ': עבור סף חד פעמי או מתון. SOW צריך VIP/PEP/סיכון גבוה, עם תחלופה גבוהה ממושכת או חוסר עקביות פרופיל ברור.

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

קיו: מה לעשות אם הכמויות אינן תואמות?
א ': בקש הצהרות/הבהרות מורחבות, במקרה של אי התאמות קריטיות - הידרדר ושקול את SAR/STR.

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

Contact

צרו קשר

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

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

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

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

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