Dane sesji gry
Gracz, marka, gra, waluta, kraj, język, tryb, jurysdykcja i okres ważności dostępu.
Pełna ścieżka od weryfikacji gracza i uruchomienia gry do obsługi zakładów, wygranych, rund gry, anulowania operacji i uzgodnień finansowych.
Gracz, gra, waluta, język, kraj, tryb i adres powrotny.
Tymczasowy klucz dostępu, adres uruchomienia i sprawdzenie dostępności gry.
Sprawdzenie salda, zakład, wygrana, operacja łączona i odpowiedzi platformy.
Wynik końcowy, anulowania, dziennik finansowy i raport dostawcy.
Uruchomienie gry i przepływ środków są różnymi częściami jednego procesu. Sesja określa gracza i warunki uruchomienia, runda łączy działania dostawcy, a API platformy potwierdza każde obciążenie, uznanie i anulowanie.
Gracz, marka, gra, waluta, kraj, język, tryb, jurysdykcja i okres ważności dostępu.
Platforma sprawdza dostępne środki i stosuje każdy zakład, wypłatę lub anulowanie tylko jeden raz.
Identyfikatory operacji i rundy, typ operacji, kwota oraz saldo przed i po są zapisywane do kontroli i uzgodnień.
Najpierw platforma sprawdza gracza i dostępność gry, następnie tworzy sesję ograniczoną czasowo i otrzymuje od dostawcy adres uruchomienia.
Platforma sprawdza status konta, walutę, kraj, ograniczenia, limity, tryb rzeczywisty lub demo i dostępność gry.
Tworzony jest identyfikator sesji z danymi gracza, gry, marki, waluty, języka, IP i czasu ważności.
Dostawca otrzymuje klucz sesji, adresy powiadomień i powrotu, typ urządzenia, jurysdykcję i parametry interfejsu.
Gracz otwiera otrzymany adres, a dalsze operacje finansowe są wykonywane bezpośrednio między serwerami.
Nazwy metod różnią się u dostawców, ale logika pozostaje wspólna: sprawdzenie salda, obciążenie zakładem, uznanie wygranej i anulowanie wcześniej potwierdzonej operacji.
Zwraca dostępne saldo gracza w walucie aktywnej sesji bez zmiany dziennika finansowego.
Sprawdza gracza, sesję, walutę i dostępne środki, a następnie jednokrotnie pobiera potwierdzony zakład.
Dopisuje wygraną na podstawie unikalnych identyfikatorów operacji i rundy, także dla wyniku zerowego.
Jednocześnie stosuje zakład i wynik gry, gdy taki model jest obsługiwany przez dostawcę.
Tworzy oddzielną operację korygującą dla wcześniej potwierdzonego zakładu lub wypłaty bez usuwania pierwotnego zapisu.
Przekazuje dane kampanii bonusowej i rundy gry, rozdzielając środki rzeczywiste i bonusowe.
Każda operacja sprawdza walutę, jednostki kwoty, liczbę miejsc po przecinku i zasady zaokrąglania.
Zwraca status operacji, jej wewnętrzny identyfikator, bieżące saldo i wspólny kod błędu.
Jedna runda może obejmować kilka zakładów i wyników. Jej stan jest określany przez zasady gry, a nie tylko kolejność żądań sieciowych.
Platforma po raz pierwszy otrzymuje identyfikator rundy i tworzy zapis wewnętrzny.
Runda może zawierać dodatkowe zakłady, działania w grze i wygrane pośrednie.
Obciążenie zostało potwierdzone przez platformę i powiązane z unikalnym identyfikatorem operacji dostawcy.
Otrzymano wygraną lub wynik zerowy, ale runda może pozostawać otwarta zgodnie z zasadami gry.
Dostawca potwierdził zakończenie rundy, a wszystkie oczekiwane operacje finansowe zostały przetworzone.
Jedna lub kilka operacji zostało skorygowanych z zachowaniem pełnej historii pierwotnej.
Identyfikator rundy nie powinien być jedynym kluczem ochrony przed ponowieniami. Każdy zakład, wypłata i anulowanie powinny mieć własny unikalny identyfikator.
API gry powinno bezpiecznie obsługiwać ponowne żądania, opóźnienia odpowiedzi, zmianę kolejności operacji i odzyskanie dostawcy po awarii.
Testy powinny obejmować uruchomienie gry, ograniczenia gracza, niewystarczające saldo, ponowne operacje, opóźnienia odpowiedzi, anulowania i uzgodnienie zamkniętej rundy.
Tryb rzeczywisty i demo, nieprawidłowa waluta, niedozwolony kraj, wygasły dostęp i niedostępna gra.
Niewystarczające środki, zablokowany gracz, niezgodność waluty i przekroczenie limitu.
Dostawca nie otrzymał odpowiedzi po faktycznym obciążeniu i ponownie wysyła operację z tym samym identyfikatorem.
Ten sam identyfikator przychodzi przed lub po zakończeniu przetwarzania, również z konfliktującymi parametrami.
Anulowanie zakładu, anulowanie wygranej, ponowne anulowanie i odwołanie do nieznanej operacji pierwotnej.
Kwoty zakładów, wygranych i anulowań, status końcowy, ruch salda i raport dostawcy powinny być zgodne.
Uruchomienie następuje po sprawdzeniu sesji gry, operacji na saldzie, ochrony przed ponowieniami, anulowań i raportowania.
Przekaż dokumentację dostawcy, listę operacji na saldzie, model rund gry, waluty i wymagania raportowe. APIACE pomoże zbudować uruchomienie gry, zakłady, wygrane, anulowania i uzgodnienia finansowe.