Історія гри та Round ID: які дані запитати для спору щодо результату
Якщо результат раунду, live-гри або ставки викликає сумнів, запит має дозволити оператору знайти одну конкретну подію. Вкажіть ID акаунта, Round ID або Bet ID, назву гри та провайдера, точний час із часовим поясом, суму й валюту ставки, показаний результат, баланс до і після операції. Попросіть звірити ці дані з ігровим журналом і пояснити розрахунок з посиланням на правила, що діяли в момент події.
Якщо Round ID не видно, не намагайтеся його вгадати. Збережіть повний екран, час, сусідні операції, назву гри, пристрій і номер звернення. Такий набір допомагає пов'язати видимий епізод із записом оператора. Скриншот показує те, що бачив гравець, але не замінює серверний журнал і сам по собі не доводить причину помилки.
Що таке Round ID і чому одного скриншота замало
Round ID, Game ID, Bet ID або Transaction ID це ідентифікатор, за яким конкретна система знаходить ігрову операцію. Назва залежить від оператора, продукту та провайдера. В однієї події може бути кілька пов'язаних ідентифікаторів: запис в акаунті, запис ігрового провайдера, платіж між гаманцями та тікет підтримки.
У британському регуляторному контексті UK Gambling Commission описує game log або bet history як сховище деталей ігрових транзакцій, зокрема вибору, ставки, коефіцієнта й типу ставки. Акаунт може бути пов'язаний із таким записом через номер або інший ідентифікатор. Це корисна модель для розуміння системи, але вона не гарантує, що оператор в іншій юрисдикції використовує ті самі поля або зобов'язаний видати внутрішній лог повністю.
Скриншот важливий, бо фіксує інтерфейс, час і видимий результат. Проте він не завжди показує:
- повний ідентифікатор операції;
- момент прийняття ставки системою;
- запис про розрахунок або перерахунок;
- версію правил гри;
- обмін даними між оператором і провайдером;
- причину технічного повідомлення.
Тому завдання скарги не в тому, щоб замінити журнал скриншотом. Потрібно дати оператору точку пошуку й запитати пояснення, яке можна перевірити.
Мінімальний набір даних щодо спірної події
| Що вказати | Навіщо це потрібно | Якщо поле недоступне |
|---|---|---|
| ID акаунта | пов'язує запит з обліковим записом | вкажіть підтверджений логін або номер тікета, але не пароль |
| Round ID, Game ID або Bet ID | знаходить конкретну операцію | дайте точний час і сусідні записи історії |
| Гра та провайдер | відокремлює продукт від схожих назв | збережіть повний екран розділу гри |
| Дата, час і часовий пояс | допомагає зіставити різні журнали | запишіть час пристрою і час з історії акаунта |
| Ставка, валюта й тип операції | перевіряє фінансове зобов'язання | додайте запис з історії, а не лише анімацію гри |
| Показаний результат | фіксує позицію гравця | опишіть результат нейтрально, без здогадок про причину |
| Баланс до і після | показує вплив події на рахунок | збережіть сусідні транзакції та підсумковий баланс |
| Статус операції | розрізняє завершення, скасування й очікування | попросіть оператора назвати поточний статус письмово |
| Правила на дату події | визначає порядок розрахунку | збережіть URL і PDF або повний скрин сторінки |
Не додавайте до листа пароль, одноразовий код, CVV, seed-фразу чи приватний ключ. Для первинного розбору зазвичай достатньо ідентифікаторів, хронології та знеособлених зображень.
Які дані запитати в оператора
Формулюйте прохання так, щоб на нього можна було відповісти по пунктах:
- Підтвердити ідентифікатор спірного раунду або ставки.
- Вказати час прийняття і час розрахунку з часовим поясом.
- Назвати суму, валюту, тип ставки та підсумок операції в журналі.
- Показати зміну балансу, пов'язану з подією.
- Вказати версію правил або пункт, за яким виконано розрахунок.
- Повідомити, чи був перерахунок, скасування або технічне коригування.
- Пояснити розбіжність між інтерфейсом гравця та записом оператора, якщо вона є.
- Підтвердити, чи є відповідь фінальною позицією щодо внутрішньої скарги.
Просити можна не лише «серверний лог», а й зрозумілу виписку або письмове резюме релевантних полів. Повний внутрішній журнал може містити технічні або чужі дані, які оператор не має права розкривати. Для спору важливіше, щоб відповідь дозволяла перевірити конкретну операцію та підставу рішення.
Якщо Round ID не відображається
Рухайтеся від відомого до невідомого.
Зафіксуйте вікно часу
Запишіть якнайточніший час події та часовий пояс. Якщо доступні сусідні операції, збережіть один запис до спірної події й один після неї. Не змінюйте час на пристрої до фіксації.
Знімайте контекст, а не один кадр
Корисні повний екран гри, історія акаунта, баланс, назва провайдера та повідомлення про помилку. Не обрізайте адресу сторінки, дату й системні елементи, якщо вони допомагають пов'язати подію.
Збережіть вихідний файл
Не малюйте поверх оригіналу. Для надсилання можна зробити окрему знеособлену копію, а вихідний скриншот чи запис екрана залишити незмінними.
Створіть звернення
Попросіть підтримку знайти подію за акаунтом, часом, грою, ставкою та сусідніми транзакціями. Збережіть номер тікета й підтвердження отримання.
Як читати відповідь оператора
Відповідь, яку можна перевірити, має пов'язувати висновок із даними. Порівняйте:
- чи збігається ідентифікатор;
- чи збігаються час і часовий пояс;
- чи стосується вказаний пункт правил потрібної гри та дати;
- чи пояснено рух балансу;
- чи відокремлено технічну причину від припущення;
- чи вказано, що робити в разі незгоди.
Фраза «система працює коректно» без прив'язки до події не відповідає на питання про конкретну операцію. Ввічливо запитайте поля, яких бракує. Водночас відсутність детального технічного логу не доводить помилку оператора. Оцінюйте весь ланцюжок документів.
У Великій Британії RTS 1 вимагає від ліцензованих операторів надати користувачу простий доступ щонайменше до трьох місяців історії акаунта та гри, а щонайменше дванадцять місяців зробити доступними на запит. Це правило стосується ліцензії UKGC. Для іншого оператора перевірте його ліцензію, правила зберігання даних і процедуру скарг.
Шаблон запиту на перевірку раунду
Тема: формальна перевірка операції [ID або час події].
Акаунт: [ID]. Гра та провайдер: [назва]. Подія сталася [дата, час, часовий пояс]. В інтерфейсі було показано ставку [сума і валюта] та результат [нейтральний опис]. Після події баланс змінився з [значення] до [значення].
Прошу визначити Round ID або пов'язаний ідентифікатор, звірити запис в ігровому журналі, підтвердити час прийняття й розрахунку, рух балансу та пункт правил, застосований до операції. Якщо був перерахунок або технічне коригування, прошу вказати його час і підставу. Додатки перелічено нижче. Прошу повідомити номер скарги та подальший маршрут, якщо це фінальна позиція.
Квадратні дужки замінюються даними гравця. Не надсилайте шаблон із порожніми полями й не додавайте непідтверджених звинувачень.
Як може допомогти IPU.bet
IPU.bet не визначає результат гри й не керує журналами партнера. Згідно з чинними Умовами використання, Player Support є інформаційною та організаційною підтримкою, а не ADR чи гарантією рішення.
Команда може допомогти впорядкувати хронологію, перевірити, чи вистачає ідентифікаторів, і сформулювати запитання оператору. Можливість подальшої допомоги залежить від документів, ліцензії, країни та правил конкретного партнера. Передавайте лише необхідні знеособлені матеріали через підтверджений канал.
Допомога від IPU.BETЩо треба запам'ятати
Round ID допомагає знайти подію, але спір вирішується не одним номером. Потрібна зв'язка з ідентифікатора, точного часу, гри, ставки, результату, руху балансу та правил на дату події.
Якщо ідентифікатора немає, збережіть контекст і попросіть оператора визначити його за акаунтом і вікном часу. Не видавайте скриншот за доказ технічної причини й не змінюйте вихідні файли.
18+. Грайте відповідально. Азартні ігри не є способом заробітку.
Зберіть картку спірної події за чек-листом і підготуйте знеособлену хронологію. Якщо потрібна допомога зі структурою звернення, відкрийте форму звернення IPU.bet.
FAQ
Що таке Round ID і де його взяти, якщо його не видно?
Round ID, Game ID, Bet ID або Transaction ID це ідентифікатор, за яким система знаходить конкретну ігрову операцію. Назва залежить від оператора, продукту та провайдера. Якщо ідентифікатора не видно, не вгадуйте його: збережіть контекст і попросіть оператора визначити його за акаунтом, грою та вікном часу.
Чи достатньо скриншота для спору щодо результату гри?
Ні. Скриншот фіксує інтерфейс, час і видимий результат, але не замінює серверний журнал і сам по собі не доводить причину помилки. Він може не показувати повний ідентифікатор, момент прийняття ставки, перерахунок або версію правил.
Які дані вказати у зверненні щодо спірного раунду?
ID акаунта, Round ID або Bet ID, гру та провайдера, дату й час із часовим поясом, суму, валюту й тип ставки, показаний результат, баланс до і після, статус операції та правила на дату події. Пароль, одноразові коди, CVV, seed-фразу й приватний ключ не надсилайте.
Чи зобов'язаний оператор видати повний серверний лог?
Не обов'язково. Повний внутрішній журнал може містити технічні або чужі дані, які оператор не має права розкривати. Попросіть зрозумілу виписку або письмове резюме релевантних полів. Обсяг доступної історії залежить від ліцензії: для ліцензіатів UKGC правило RTS 1 вимагає простого доступу щонайменше до трьох місяців історії та дванадцяти місяців на запит.
Чи може IPU.bet змінити результат гри?
Ні. IPU.bet не визначає результат гри й не керує журналами партнера. Player Support є інформаційною та організаційною підтримкою: команда може допомогти впорядкувати хронологію, перевірити, чи вистачає ідентифікаторів, і сформулювати запитання оператору.