Регуляторна звітність для гральних залів - це набір звітів, журналів і вивантажень, які допомагають оператору підтверджувати фінансові, ігрові та операційні дані перед регулятором.
Така звітність може включати ставки, виплати, GGR, касові операції, платежі, дані гравців, AML і KYC-перевірки, ліміти, інциденти, зміни налаштувань і дії співробітників.
Що включає регуляторна звітність
- ігрові показники;
- ставки і виплати;
- GGR;
- касові операції;
- TITO-операції;
- безготівкові платежі;
- гаманці гравців;
- AML і KYC-дані;
- журнали подій;
- дії співробітників;
- ліміти та обмеження;
- інциденти безпеки;
- експорт звітів.
Точний набір даних залежить від країни, ліцензії, правил регулятора і моделі роботи оператора.
Для яких об'єктів потрібна
Регуляторна звітність може бути потрібна різним типам gambling-операторів.
| Тип об'єкта | Які дані можуть бути потрібні |
|---|---|
| Гральний зал | ставки, виплати, GGR, каса, зміни, гравці |
| Зал ігрових автоматів | автомати, TITO, виплати, помилки, GGR |
| Betting retail | ставки, термінали, виплати, касові операції |
| Мережа залів | зведені звіти по локаціях і пристроях |
| Гібридний оператор | офлайн-зали, онлайн-платформа, загальний гаманець |
Для одного залу важлива точність локальних даних. Для мережі залів - централізована структура звітності по всіх об'єктах.
Ігрові показники
Один з основних блоків - ігрові дані.
- загальна сума ставок;
- загальна сума виплат;
- GGR;
- кількість ігрових операцій;
- активність по автоматах;
- активність по терміналах;
- виграші;
- повернення;
- джекпот-виплати;
- помилки ігрових пристроїв.
Такі дані допомагають підтвердити роботу залу та фінансові результати за обраний період.
GGR в регуляторній звітності
GGR часто є одним з ключових показників для обліку та перевірки.
GGR розраховується як різниця між ставками гравців і виплатами гравцям.
- GGR = ставки гравців мінус виплати гравцям
GGR не є чистим прибутком. Це валовий ігровий дохід до податків, комісій, бонусів, оренди, зарплат та інших витрат.
Для звітності важливо, щоб розрахунок GGR був пов'язаний з первинними ігровими подіями і не виглядав як ручна цифра без джерела.
Касова звітність
Регулятор може вимагати дані щодо грошових операцій.
- відкриття зміни;
- закриття зміни;
- поповнення;
- виплати;
- повернення;
- касові залишки;
- ручні коригування;
- розбіжності;
- операції з касирів;
- операції по локаціях.
Касові дані повинні бути пов'язані з ігровими показниками, платежами і журналами дій співробітників.
TITO-звітність
Якщо зал використовує ticket-in ticket-out, TITO-операції також повинні бути прозорими.
- створені квитки;
- використані квитки;
- погашені квитки;
- активні квитки;
- прострочені квитки;
- суму за квитками;
- операції по автоматах;
- операції по касах;
- спроби повторного погашення.
Така звітність допомагає контролювати рух коштів через квитки та підтверджувати коректність виплат.
Платіжна звітність
Безготівкові платежі та гаманці гравців можуть бути окремим блоком регуляторної звітності.
- поповнення;
- висновки;
- повернення;
- відхилені платежі;
- платіжні методи;
- платіжні провайдери;
- операції по гаманцях;
- ручні коригування балансу;
- статуси транзакцій;
- розбіжності між касою і провайдером.
Для оператора важливо, щоб кожна платіжна операція мала статус, час, суму, джерело і зв'язок з гравцем або касою.
AML и KYC
Для regulated gambling-сегмента важливі AML і KYC-процеси.
- ідентифікацію гравця;
- статус перевірки;
- історію зміни статусу;
- ліміти по гравцеві;
- великі операції;
- підозрілі операції;
- часті поповнення;
- часті виплати;
- блокування;
- ручні перевірки;
- коментарі комплаєнс-команди.
AML і KYC-звіти допомагають оператору підтверджувати, що чутливі операції не залишаються без контролю.
Ліміти та обмеження
Регуляторна звітність може вимагати дані щодо лімітів.
- ліміти ставок;
- ліміти виплат;
- ліміти поповнень;
- ліміти виведення;
- ліміти по гравцеві;
- ліміти по касі;
- ліміти по зміні;
- зміни лімітів;
- співробітника, який змінив ліміт;
- дату і причину зміни.
Це важливо для перевірки того, як оператор дотримується встановлених правил і внутрішніх обмежень.
Журнали подій
Журнали подій - основа звітності, що перевіряється.
- вхід співробітника;
- зміна налаштувань;
- касову операцію;
- ручне коригування;
- платіжна подія;
- помилку автомата;
- TITO-операцію;
- підтвердження виплати;
- зміна прав доступу;
- підозрілу дію.
Такі журнали допомагають відновити послідовність подій і перевірити спірні операції.
Звітність по персоналу
Дії співробітників повинні бути прозорими.
- хто відкрив зміну;
- хто закрив зміну;
- хто провів виплату;
- хто підтвердив велику операцію;
- хто змінив ліміт;
- хто змінив налаштування пристрою;
- хто виконав ручне коригування;
- які дії були виконані за період.
Така звітність допомагає контролювати внутрішні ризики і відповідальність співробітників.
Інциденти та помилки
Регуляторна звітність може включати інформацію про інциденти.
- помилки обладнання;
- втрату зв'язку;
- збої платежів;
- збої TITO;
- підозрілі операції;
- спроби несанкціонованого доступу;
- аномальні виплати;
- розбіжності в касі;
- ручні втручання.
Для оператора важливо не тільки фіксувати інцидент, але і зберігати статус обробки і результат перевірки.
Експорт даних
Регуляторні звіти часто повинні вивантажуватися в конкретному форматі.
- CSV;
- XLSX;
- XML;
- JSON;
- PDF;
- API-вивантаження;
- автоматичне відправлення звітів;
- вивантаження за період;
- вивантаження по локації;
- вивантаження за типом операції.
Формат залежить від вимог конкретної юрисдикції та технічного регламенту.
Періоди звітності
Регуляторна звітність повинна підтримувати різні періоди.
- за зміну;
- за день;
- за тиждень;
- за місяць;
- за квартал;
- за рік;
- за довільний період;
- за запитом регулятора;
- щодо конкретного інциденту.
Важливо, щоб дані за минулі періоди зберігалися і не змінювалися без сліду.
Цілісність даних
Для регуляторної звітності важлива цілісність даних.
- незмінність закритих періодів;
- історію ручних коригувань;
- зв'язок звіту з первинними подіями;
- дублікати операцій;
- пропущені події;
- розбіжності між модулями;
- версію вивантаження;
- дату формування звіту.
Це знижує ризик помилок і спрощує внутрішні перевірки.
Регуляторна звітність для мережі залів
Якщо оператор управляє мережею гральних залів, звітність повинна бути централізованою.
- зведені звіти по мережі;
- звіти по кожній локації;
- порівняння об'єктів;
- звіти по касах;
- звіти по автоматах;
- звіти по платежах;
- звіти про інциденти;
- єдиний експорт даних.
Централізація допомагає оператору дотримуватися єдиного стандарту звітності у всіх залах.
Інтеграції
Регуляторна звітність зазвичай пов'язана з іншими модулями платформи.
- система управління гральним залом;
- касова система;
- TITO-система;
- система гаманців гравців;
- безготівкові платежі;
- ігрові автомати;
- беттінг-термінали;
- AML і KYC-модуль;
- BI-аналітика;
- сервер моніторингу.
Інтеграції дозволяють формувати звіти на основі реальних подій, а не ручного введення.
Навіщо потрібна регуляторна звітність
Регуляторна звітність потрібна оператору для прозорого обліку, внутрішнього контролю та виконання вимог ліцензованої gambling-діяльності.
- підтверджувати ставки, виплати та GGR;
- контролювати касу і платежі;
- фіксувати TITO-операції;
- перевіряти дії співробітників;
- зберігати журнали подій;
- контролювати AML і KYC-процеси;
- готувати звіти за запитом регулятора;
- знижувати ризик помилок;
- керувати мережею залів;
- зберігати прозорість дій.
Для одного грального залу це інструмент відповідності вимогам. Для мережі залів - основа централізованого compliance-контролю.