שילוב POLI באפליקציות מובייל קזינו

1) הקשר ומגבלות

פונקציונליות POLI: פיקדונות בלבד; משיכה - בשיטות אחרות (העברת בנק/כרטיס/ארנק).
תחומי שיפוט:

• אוסטרליה: פעולות POLI הופסקו (ספטמבר 2023); חריצים מקוונים של תושבי קזינו/AU אסורים (IGA 2001).
• ניו זילנד: POLI זמין במקומות מורשים; אינטגרציה ניידת רלוונטית.
• מסקנה: להלן תרשים טכני לשווקים שבהם השימוש מותר (NZ ותחומי שיפוט משפטיים אחרים).

2) אפשרויות חיבור ארכיטקטוניות

עמוד התשלום של A. Repression/Harved Page (HPP)

הלקוח # דסק המזומנים יוצר סשן תשלומים * הפניה מחדש לבנק (דפדפן/אפליקציה) * החזר על ידי "return _ url' אישור באמצעות webhook/clooks.
מקצוענים: מינימום דרישות PCI, מודל יציב, פחות סיכונים.
תלוי בעיבוד נכון של החלפת אפליקציות והחזרת קישור עמוק.

ב. שרת אל שרת + הפניה מחדש (היברידי)

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


3) זרימת משתמש (UX נייד)

1. שולחן מזומנים = בחירת POLI.
2. הזן סכום * צור הפעלת תשלום (txn\_ id, מצב/נונס, לכל החיים).
3. החלפת אפליקציות: לפתוח בנק (או דפדפן עם בנק אינטרנט).
4. בנק login/2FA פי אישור העברה.
5. החזר 'תמורה _ url '/deeplink ליישום # מסך התוצאה.
6. החלק האחורי מקבל את המחסנית ומסיים את ההפקדה; הלקוח מבקש סטטוס של 'txn _ id' (למשוך אישור) במקרה של עיכובי וו באינטרנט.

4) מפרט iOS

השתמש ב ־ ASWebauthorticationSession או ב ־ SFSafarieVieWeatherler לצעד הדפדפן; WKWebView ישיר הוא פחות מתאים בשל עוגיות/הפניות.
קישורים אוניברסליים "return _ url'; עיבוד ב-scene (_: המשך:).
זמן ההפעלה הוא 10 דקות, מצב הרקע אינו נדרש, אך שמירת מצב הקופה נדרשת.
אם הבנק ייפתח כיישום נפרד, לספק תסריט ידידותי בחזרה לאפליקציות ולקבל מעמד מחדש עם החזרה.

5) מפרט אנדרואיד

לשוניות מותאמות אישית להזרמת אינטרנט מועדפת; עבור אפליקציות בנק - מסנני כוונות ומאומתים App Links עבור ”return _ url”.
תוצאה של עיבוד - באמצעות קישור עמוק-פעילות; רישום מחדש של מעמד בקורות חיים ().
אין לאחסן את מעמד התשלום ב 'פעילות'; השתמש ב ־ ViewModel/Repository העובר שינויים בתצורה.
Folback לדפדפן המערכת כאשר הבנק/יישום אינו זמין.

6) אבטחת אינטגרציה

TLS נמצא בכל מקום, אוסר על פרוטוקולים לא מוגנים. iOS ATS/Android Network Security Config - הופעל.
CSRF/Replay-Protection: חד-פעמי 'state '/' nunce', פיוס על החזרה.
אידמפוטנטיות: idempotency-מפתח כדי ליצור תשלום; עיבוד מחדש של קורות זה בטוח.
Webhooks: חתימה, IP יוצא קבוע (אם זמין), מגש עם הפסקה מעריכית, שכפול על ידי אירוע\_ id.
יומנים: אל תרשום יומן בנק/OTP; מסכת המאגר PII: txn _ id, הפניית/החזרה, קודי מצב.
Root/Jailbreak אותות: אזהרה רכה וגוש של פעולות בסיכון גבוה לפי כללי העסק.
הגנה על כתובות החזרה: whitelist 'return _ url' בצד הספק והיישום.

7) עמידות מצב ועיבוד שגיאות

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

8) פיוס ומימון

פיוס יומי: דוחות ספק POLI ↔ מסד הנתונים שלך (על ידי ”סוחר _ Ref”, כמות, מטבע, זמן).
תור נפרד ל ”דסינכרוני”; תיקים ידניים במשרד האחורי.
עבור בונוסים ”הפקדה” - להיצבר אחרי ”הצליח”; עבור ”עיבוד ”/” לא ידוע” - קבע אחיזה.

9) שיטות בקופות UX (מובייל-first)

בר התקדמות גלוי וטיימר ”פגישת בנק תפוג ב...”
עותק ברור על הכפתורים: ”לך לבנק”, ”אישור - חזור לטופס הבקשה”.
סכומים ברורים/מטבע, אימות מיידי של הגבולות לפני לכוון מחדש.
שמירת טיוטת הפקדה; פתח מחדש את ההפעלה כשהיישום ישוחזר.
זמינות: תוויות Over/TalkBack, ניגוד מספיק, סוג דינמי/FuntBack Scale.

10) גבולות, KYC/AML, אחריות

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

11) מאפיינים אזוריים ופישפלאגים

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

12) מטריצות מבחן ו ־ QA

בנקים: לפחות מקרה אחד לכל בנק גדול ועל ידי 2FA סוגים (SMS, push, token).
פלטפורמות: iOS/Android, גרסאות עיקריות עכשוויות, נושא כהה/אור, מיקומים/שפות שונות.
תרחישי כישלון: ביטול בנק, הפעלה שפג תוקפה, הפסקת רשת, סגירת תצוגת אינטרנט, קישור עמוק שגוי, חזרה על בדיקת רשת.
שעות שיא, עיכובים, מגשים המוניים.

13) מערכת ניטור והפעלה

מטריצות: המרת מזומנים, CTR ”ללכת לבנק”, ממוצע ”זמן לקרנות”, נתח של ”לא ידוע”, תדירות של מגשים מחודשים, כשל בנק מסיבות.
התראות: webhook timeout, ”נכשל” גל אחד יכול בכל פעם, ”לא ידוע”> עליית סף.
תקרית: החלפת עדיפות של שיטות, ליידע משתמשים, סקרי כוח של מדינאים, לאחר המוות.

14) מה אינטגרציה לא עושה

לא מוסיף משיכות.
לא לעקוף את הגבולות של הבנק או מפעיל.
אינו מחליף הליכי KYC/AML ומשחק אחראי.

תוצאות

שילוב POLI ביישומים ניידים בנוי סביב הפניה מאובטחת/HPP עם מתג אפליקציות נכון, עיבוד אמין של devlink חזרה, אישור באמצעות חוברות אינטרנט ואידמפוטנטיות קפדנית. המפתח ליציבות הוא מדינות שקופות, תרחישי התאוששות ידידותיים ופיוס מלא. באוסטרליה, POLI אינו זמין ואינו ישים למקומות מקוונים; בניו זילנד, השיטה נשארת עובדת ונותנת למשתמשים הפקדות מהירות עם הגדרות טכניות ומשפטיות נכונות.