Logo GH

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

צרו קשר

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

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

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

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

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