PAM (платформа акаунтів гравців): ядро онлайн-казино

Що входить

• Акаунт: реєстрація, вхід, профіль і статус гравця: активний, на перевірці, заблокований, самовиключений.
• Гаманець і транзакції: реальний і бонусний баланс, депозити, виведення, ставки й виграші, у кожної операції свій запис.
• Бонусний рушій: умови оферів, вейджер, терміни, внесок ігор, нарахування і згоряння.
• KYC і перевірки: статуси документів, прапорці AML.
• Відповідальна гра: ліміти депозитів, тайм-аути, самовиключення.
• Бек-офіс і звіти: GGR, бонуси, виплати й журнал дій співробітників.

З чим пов'язаний

PAM стоїть у центрі. Ігри підключаються через агрегатора або напряму, гроші йдуть через касу і PSP, дані передаються в CRM, аналітику й антифрод. З провайдерами ігор PAM зазвичай працює за моделлю єдиного гаманця: баланс зберігає казино, а гра списує й зараховує гроші через API.

Власний PAM пишуть рідко: це довго й дорого. Частіше його беруть у постачальника, на платформі під ключ або у складі white label.

Що важливо CRM

• Події в реальному часі: реєстрація, депозит, відмова в платежі, ставка, кінець бонусу. Повідомлення про незавершений депозит надсилають протягом пів години, і вивантаження раз на добу для цього не підходить.
• Бонуси через API: CRM видає офер сама, без ручного нарахування.
• Прапорці виключень: CRM бачить самовиключення, ліміти й ознаки ризику перед кожним надсиланням.
• Нові типи оферів налаштовуються в бек-офісі, а не чекають релізу платформи.

Де помиляються

• Обирають PAM за списком функцій. Важливіше, чи віддає платформа події одразу і чи видає бонуси через API: від цього залежить уся CRM.
• Ліміт є лише в інтерфейсі. Ліміт депозиту має блокувати платіж у самому PAM, а CRM має бачити прапорець. Інакше гравець із лімітом отримає офер на депозит.
• Ручні бонуси без журналу. Нарахування саппорту й VIP-менеджерів теж входять у вартість бонусів. Без запису, хто, кому і за що нарахував, вони випадають із Bonus Rate.