מנוע זורם עבודה
1) למה אתה צריך מנוע
ישנם הרבה הליכים מקצה לקצה ב-iGaming: הפקדה/משיכה, KYC/AML, הימור/יישוב עיבוד, תשלום למנצחים, חקירות נגד הונאה, קמפיינים בונוס, ניהול אירוע. מנוע העבודה עושה אותם:- צפוי: צעדים מפורשים, סטטוסים, סלאחים ואחראים.
- אמינות: אידמפוטנטיות, מגשים מחדש, פיצויים, מועדים.
- שקוף: מדדים, איתור, ביקורת חשבונות, הנחות לרגולטורים.
- יעיל: אוטומציה של שגרה + אדם מתחבר לפי הכללים.
2) עקרונות מפתח
תזמר את הקריטי, הכוריאוגרף את השאר: שרשראות קריטיות (תשלומים/יציאות/התיישבות) - תחת תזמור מרכזי; אירועים לא קריטיים - באמצעות כוריאוגרפיה (פאב/משנה).
אידמפוטנטיות היא בכל מקום: כל צעד לוקח 'idempotency _ key' ומאחסן את התוצאות.
מודעות SLA: זמן לכל צעד ומועד אחרון קבוע; הסלמה על ידי טיימרים.
לפצות, לא לגלגל DB: להשפעות חיצוניות - סאגות/פיצוי.
אדם-in-the-loop: פורמלי ”שערים צרים” (approves, 4-עיניים, SoD).
מדיניות-כקוד: ניתוב, סדרי עדיפויות, תנאים ענפים במדיניות.
תצפית: לכל משימה יש SLI/SLO, שבילים וביקורת.
3) מודל דומיין
3. 1 ישויות בסיסיות
תהליך: תזמור ארוך חיים (דקות/שעות/ימים).
משימה: פעולה אטומית (שירות/אדם).
פעילות: שלב תהליך עם סוג (שירות/החלטה אנושית).
סיגנל/אירוע: אירועים חיצוניים (PSP webhook, KYC תגובה, פעולה מותאמת אישית).
לוח זמנים, תזכורות, כתבי עת.
הקשר: מטען מאובטח של התהליך (דייר, אזור, KYC-id, גבולות, שיעור סיכון).
3. 2 מצבי משימה
'Schedded _ Running (הצליח נכשל בוטל פיצוי) "
4) תבניות ארכיטקטוניות
תזמורת תהליכים: המנוע המרכזי מאכסן את המדינה, טיימרים, תורים, ניתוב.
עובדים: שירותים חסרי פסלים המנויים לתור משימות דומיין (תשלומים, KYC, סיכון, משחקים).
סאגאס: עבור כל פעולה ”חזקה”, יש הפוכה (פיצוי).
Outbox/Inbox: ערבויות לאינטגרציה ”פעם אחת בדיוק” עם מערכות חיצוניות.
פקודה/קאלבק: משימות מופעלות על ידי פקודות; תוצאות על ידי נקניקיות/קורות רשת.
דגלי תכונה: בחירת ענף דינמית (למשל. PSP אלטרנטיבי).
איתור: Process' trace _ id' corlation עם כל השיחות.
5) ערבויות וקיימות
ביצוע משימה לפחות פעם אחת + הפעלת אידוי.
רטריי עם ג 'יטר ותקציבים מוגבלים (לכל משימה, לכל תהליך).
פסקי זמן: "tassion _ timeout' <step SLA; 'process _ deadline' <תקופה רגולטורית.
היסטריה וחזרה: הגנה מפני סערה.
מפרי מעגל: עצור מגשים מחדש כאשר התלות היא ”אדום”.
מכתב סבא (DLQ): על פירוק ידני של תקלות נדירות עם הקשר מלא.
6) קטלוג של תהליכים טיפוסיים (iGaming)
1. הפקדה: init # 3DS/auth lapch lapter # bonger credits # expect # anti fraud check (asynchronoutly).
פיצויים: ביטול/ביטול, היפוך, החזר.
2. משיכה: בקשה = ניקוד סיכונים = = יישום 4-eye = product action ac.prime
פיצוי: ביטול משיכה, מסלול מחדש, הקפאת חשבון.
3. KYC/AML: Document collection product 1 fallback process 2 ac.check industribute/TTL.
4. הימור/התיישב: הזמנה * Factory Factor Fix # אישור # Settlement/Settlement # Payout.
5. קמפיין בונוס: מיקוד הנפקת הקופונים * action action progress pattering/ביטול.
6. תהליך-תקרית: זיהוי = סיווג של P1-P4 * var-room # פעולות = סגירה של נתיחה לאחר המוות.
7) מפרט משימה
מפתח IDEMPOTENT: "tassion _ id' + business key (למשל. 'within _ id'.
תנאי מוקדם: תנאי שיגור (נתונים, גבולות, דגלים).
פקודת RPC/HTTP/gRPC/תור.
תוצאה של עיבוד מוצלח/חלקי/שגיאה/פסק זמן.
רטריי: אסטרטגיה (exp backoff + jitter), ניסיונות מקסימליים.
פיצוי: פעולה הפוכה/מעבר למצב בטוח.
ביקורת: מה, על ידי מי/מה, מתי ולמה; לפני/אחרי.
8) אדם-בלולאה
מובנה ב-משימות אדם: רשימה, מצורף, טיפים (runbook), RACI.
SoD/4-eyes: תפקידים לא מתאימים, שתי אפליקציות P1/P2.
SLA: הסלמה במהלך חוסר פעילות (טיימרים, שינוי קבוצתי, ירידה אוטומטית/אישור בסיכון נמוך).
תקשורת: הודעות לערוצים הרצויים, דף מצב על P1/P2 דרך עופרת תקשורת.
9) SLA, עדיפות ולוח זמנים
סדרי עדיפויות הם P1 (מיידי) * P2 * P3 (רקע).
מכסות: לכל דייר/אזור/ספק; הגנה מפני תור ”ללכוד”.
דד-ליין: צעד אחד ותהליך; השמטה של תאריך יעד פיצוי/הסלמה.
כתבי עת: תהליכי קרון (סגירת נרשמים, תפוגה של בונוסים, דוחות לרגולטורים).
תורים לפי כיתת QOS: זמן אמת (A), תפעולי (B), אנליטי (C).
10) מדיניות ו ־ DSL
מדיניות: Rego/YAML/JSON-DSL עבור סניפים, ניתוב PSP, דרישות SOD, גבולות.
V1/V2 נודד מבלי להפריע למקרים פעילים.
מדיניות הכנרת: חלק מהתנועה בסניף החדש; רול בחזרה על ידי SLI.
11) נתונים, פרטיות וציות
מקטין את ההקשר: בתהליך - רק את השדות הדרושים; PII - אסימון.
אחסון Geo-מודע: על ידי תחום שיפוט (GDPR וכללים מקומיים).
TTL ושמירה: שונה עבור מגזינים, חפצים ומסמכים.
ייצוא: רק על ידי עבודה עם הצפנה, כרטיס וזונה.
ביקורת: יומנים שאינם ניתנים להחלפה (תולעת), קישוריות אירועים.
12) יכולת תצפית ובקרת איכות
תהליך SLI/SLO: אחוז השלמות, ממוצע/95, הפרות SLA.
מדדי משימה: הצלחה/שגיאה/מגשים/פסקי זמן, גיל בתור.
עקבות: מרווחים על ידי צעדים, מתאם עם תשלומים/אירועי משחק.
לוחות מחוונים: Exec (תקציב SLA/שגיאה, צווארי בקבוק), Ops (תורים/לאג, מגשים מחדש, DLQ), Risk/Piples (סניפי PSP, אפליקציות).
חריגות: STL/CUSUM/CPD על משך ושגיאות; קנה מידה אוטומטי/פיילובר.
13) עלות (FinOps Workflow)
מקרה $/תהליך, $/משימה, $/מגש מחדש.
אופטימיזציות: חבורה של צעדים בעדיפות נמוכה, צבירה של אירועים, מגבלות על תהליכים ארוכים, ניקוי נתונים ישנים.
מכסות: לשיגור/אחסון לכל דייר; Showback/chargback.
14) בטיחות
IAM/ABAC: גישה לתהליכים/משימות על ידי תפקידים ותכונות (דייר/אזור/סביבה).
פאם/JIT: הרשאות זמניות לצעדים ידניים.
חתימה של פתקי אינטרנט ובקשות: HMAC/mTLS.
פעולות הגנה: בלוק אוטומטי מייצא PII במקרה של סטייה; שליטה כפולה לענפים רגישים (ניתוב PSP, הגבלת תשלום).
15) אינטגרציות
ספקי תשלומים (PSP): פקודות/חוברות אינטרנט, ניתוב נשורת.
KYC/AML: ספקים, תורים ידניים, מועדים רגולטוריים.
ספקי משחקים: להתיישב/דיווח, עיכובי ערוץ עיבוד.
תקרית-פלטפורמה/סטטוס-עמוד: יצירה אוטומטית/עדכון של מפות.
שחרור שערים: חסימת שחרור מסוכן במהלך תהליכים ”אדומים”.
16) ספריית תבניות (מקטעי DSL)
משימת שירות (HTTP):yaml type: http id: payments_auth retry:
max_attempts: 5 backoff: exponential_jitter timeout: 2s idempotency_key: ${process. deposit_id}
on_fail: compensate: cancel_auth
משימה אנושית (4 עיניים):
yaml type: human id: withdrawal_approve sod: true approvers: [Risk, Finance]
sla: 2h on_timeout: escalate: L2
סאגת פיצויים:
yaml saga:
do: [reserve_funds, capture, ledger_post]
undo: [ledger_revert, refund_capture, release_funds]
17) מימוש מפת דרכים (8-12 שבועות)
נד. 1–2:- מלאי של תהליכים (הפקדה/פלט/CCM/Sale), מטרות SLA, כיתות סיכון.
- בחירת מנוע/גישה (תזמור + תורים + חנות מדינה).
- MVP: הפקדה ומשיכה כשתי סאגות; מפעילים איכותיים; DLQ; מדדי בסיס/שבילים.
- משימות אדם (4-עיניים) למסקנות; מדיניות-כקוד לניתוב עיתוני PSP ומועדים.
- תצפיות (SLO/Dashboard), חריגות לפי משך זמן, עובדים בקנה מידה אוטומטי; אינטגרציה עם פלטפורמת/עמוד מצב.
- ציות: ביקורת פרטיות/TTL/WORM; ייצוא-עבודה; Sod/ABAC.
- אופטימיזציה עלויות, מבחני פריחה שיא, תרגילי שולחן, ספריית תבניות.
18) פונקציות KPI/KRI
ביצוע תהליך SLA, MTTP (זמן התכוון לעבד).
פרופורציה של השלמות אוטומטיות ללא מעורבות ידנית.
יחס מחדש/משימה, שיעור DLQ, שיעור פיצוי.
זמן יישומים (משימות אדם) ואחוז עיכוב.
עלות: $/תהליך, $/משימה, $/מגש.
אותות סיכון: סטיות משיכה/הפקדה, חוסר עקביות סוד.
19) תרופות אנטי ־ פטריות
תהליך מונוליטי אחד עבור ”הכל” הוא ”קשה בקנה מידה ושינוי”.
מגשים מחדש ללא אידמפוטנטיות * שכפול תשלומים/פעולות.
אין מועדים/הסלמה = תליית מסקנות/CCL.
אחסון PII בהקשר של תהליך ללא TTL ומיסוך.
פיצוי ”על הנייר” ללא אוטומציה.
חוסר איתור וביקורת. אי אפשר להוכיח תקינות.
סך הכל
מנוע העבודה הוא מערכת לניהול מעגל החיים של פעולות עסקיות: תזמור של שבילים ביקורתיים, קיימות (אידמפוטנטיות, נסיגות, סאגות), השתתפות אנושית פורמלית, מדיניות ביטחון ותאימות, יכולת תצפית מקצה לקצה ובקרת ערך. מתווה זה הופך את פלטפורמת ה-iGaming לחיזוי בקוצים, מהיר בתקריות ומשכנע עבור רגולטורים ושותפים.