Rozbieżność w atrybucji wyjaśnij na poziomie transakcji

Kontrola atrybucji śledzi całą drogę depozytu: link źródła lub kod promocyjny, konto gracza, udaną płatność, postback i raport. Gdy marka i agencja pokazują różne sumy, ta droga pokazuje, gdzie szukać. Zacznij od identyfikatora transakcji w kasie. Potem znajdź krok, na którym ją zgubiono albo przypisano do innego źródła. Nawet zgodna suma nie mówi, czy wszystkie płatności mają właściwe źródła.

Link musi zachować źródło po rejestracji

Oznaczenie źródła w adresie strony identyfikuje wejście. Mówi, skąd przyszła ta wizyta. Raport potrzebuje więcej: oznaczenie przechodzi przez rejestrację i pozostaje na koncie, które później wpłaca. Działająca pierwsza strona może nadal prowadzić do konta bez źródła. Właściwy adres docelowy nie potwierdza jeszcze poprawnego przypisania depozytu.

Przejdź przez przekierowania, formularz rejestracji i kasę. Nowa sesja nie powinna usuwać zapisanego źródła. Późniejsza wizyta może mieć adres bez parametrów, a konto nadal zachowywać pierwotne przypisanie zgodnie z ustaloną regułą. Sprawdzenie samego adresu pomija tę różnicę. Źródło trzeba odnaleźć w zapisie konta i jego transakcji.

Kontrola przed startem opisuje przygotowanie próby z marką. Wynikiem powinien być łańcuch, który da się odtworzyć: oznaczenie źródła, identyfikator gracza, identyfikator transakcji, status udanej płatności i czas zakończenia. Każde połączenie ma swoje miejsce w danych, więc usterkę można skierować do odpowiedzialnego zespołu.

Pod czytelnymi nazwami raportu używaj stabilnych oznaczeń źródeł. Zmiana nazwy typu twórców albo etykiety nie powinna zrywać połączenia ze starszym kontem. Marka grupuje wynik według geo i typu twórców, a osoby sprawdzające sporny depozyt korzystają z identyfikatorów. Jeśli oznaczenie zmienia się między systemami, zespół powinien potrafić odtworzyć jego odpowiednik z zapisanych danych.

Link i kod mogą wskazywać różne źródła

Gracz może wejść przez jeden link i później użyć kodu przypisanego do innego źródła. Potrzebna jest reguła: czy przyjęty kod zmienia przypisanie, czy wcześniejszy link ma pierwszeństwo, czy przypadek wymaga sprawdzenia przez markę? Nie da się odpowiedzieć na to samą kwotą wpłaty. Pieniądze mogą się zgadzać przy różnych źródłach.

Ustal regułę przed testem. Wybór dopiero po sprawdzeniu, które źródło wygląda lepiej, zamienia pytanie techniczne w spór o przypisanie wyniku. Suma w kasie zostaje taka sama, ale wynik poszczególnych źródeł się przesuwa. Reguła ma więc znaczenie również wtedy, gdy nikt nie kwestionuje samego faktu płatności.

Wpisanie kodu i przyjęcie go przez markę to różne kroki. Gracz może podać kod, który zostanie odrzucony. Sprawdź, czy zaakceptowany kod zapisano na właściwym koncie i czy w tym momencie należał do wskazanego źródła. Zrzut pola wpisywania nie odpowiada na te pytania.

Reguła powinna określać objęte wpłaty i zachowanie istniejących kont. Zachowaj pierwotny link i przyjęty kod obok ostatecznego przypisania. Wtedy sporny wiersz można wyjaśnić bez utraty wcześniejszych oznaczeń. Powrót starego gracza przez nowy link nie zmienia jego historii pierwszego depozytu (FTD): następna wpłata nadal jest kolejnym depozytem.

Gdy link i przyjęty kod się różnią, zapis płatności powinien wskazywać wybrane źródło i zastosowaną regułę. Przed startem sprawdź wejście samym linkiem, samym kodem, z oboma oznaczeniami, późnym kodem oraz istniejącym kontem. Dla każdej drogi zapisz oczekiwany wynik. Ręczny wybór wygodnego źródła po wpłacie nie zastępuje tej kontroli.

Opóźniony postback może zmienić okres w raporcie

Płatność kończy się w jednym momencie, a postback może przyjść później. Raport potrzebuje obu czasów. Jeśli odbiorca grupuje depozyty według nadejścia wiadomości, a marka według zakończenia płatności, ta sama wpłata trafi do różnych okresów. Widzimy takie rozbieżności, gdy strony biorą różne daty tego samego depozytu.

Przed porównaniem sum uzgodnij strefę czasową i moment zamknięcia danych. Depozyt wykonany tuż przed granicą może dotrzeć do drugiego raportu po niej. Korekta należy do okresu wybranego według wspólnej reguły, z uwagą o opóźnionej wiadomości. Czas dostarczenia pomaga wyjaśnić opóźnienie, bez przesuwania czasu działania gracza.

Jest też osobny zegar: okno atrybucji. Określa, jak długo link lub kod pozwala przypisać późniejsze zdarzenie do źródła. Nazwij zdarzenie początkowe i to, którego dotyczy granica. Okno kończące się na rejestracji odpowiada na inne pytanie niż okno kończące się na udanym depozycie. Sprawdź również zdarzenie dokładnie na granicy.

Czas gracza po FTD opisują okna kohort. Przy śledzeniu wpłaty między systemami sprawdź niezmieniony czas zakończenia i przypisanie źródła. Okno obserwacji gracza i okno atrybucji mają osobne podpisy, żeby opóźnione dostarczenie wiadomości nie zmieniało znaczenia żadnego z nich.

Ponowienie musi odnaleźć tę samą płatność

Postback to wiadomość o uzgodnionym zdarzeniu: rejestracji, próbie płatności lub zakończonym depozycie. Odbiorca musi wiedzieć, o którym. Udane dostarczenie wiadomości o próbie oczekującej nie zamienia jej w pieniądze w kasie. Zestaw zdarzeń i statusów ustal przed uruchomieniem przepływu, żeby oba raporty liczyły to samo.

Identyfikator transakcji łączy płatność z jej wiadomościami. Jeśli jest unikalny tylko w obrębie jednej marki lub systemu, uwzględnij ten zakres przy dopasowaniu. Kwota i czas są słabymi zamiennikami. Dwie rzeczywiste wpłaty mogą mieć identyczną kwotę, a dwie wiadomości o jednej płatności mogą przyjść w dużym odstępie.

Zmiany statusu także muszą dotyczyć tej samej transakcji. Oczekująca próba zakończona powodzeniem zmienia status istniejącego zapisu. Przy wiadomościach poza kolejnością aktualna historia kasy rozstrzyga stan. Cofnięcie potrzebuje widocznej korekty połączonej z pierwotnym identyfikatorem. Odrzucenie wszystkich znanych identyfikatorów może usunąć duplikat, ale również zgubić taką zmianę.

To kontrola płatności. Różnicę między nimi a FTD wyjaśnia raport o depozytach. Dopasowanie wiadomości jest krokiem, który pozwala później użyć zapisów do liczenia graczy i pieniędzy. Nie ustala samo w sobie, czy wpłata była pierwsza w całej historii konta.

Znajdź brakujące wiersze przed sporem o sumę

Mniejszy wynik marki może wynikać z utraty źródła, późnego dostarczenia lub dodatkowych wierszy u odbiorcy. Zacznij od krótkiej listy brakujących i nadmiarowych identyfikatorów, potem prześledź miejsce rozbieżności. Dopasuj te same daty, statusy i waluty, zanim zaczniesz porównywać kwoty.

Część różnic oznacza brak pieniędzy w raporcie. Inne dotyczą tych samych pieniędzy przypisanych do innego źródła. Nazwanie obu brakującym depozytem prowadzi zespół w niewłaściwą stronę. Porównaj zapisy przed zmianą kwoty lub źródła. Udane wpłaty bez odzyskanego źródła zostają w osobnej grupie do wyjaśnienia, zamiast być rozdzielane proporcjonalnie między pozostałe.

Różnica między kasą i raportem potrzebuje rozliczenia

Wyjaśnienie różnicy pokazuje, które udane płatności trafiły do raportu, które nie mają źródła i które czekają na dostarczenie. Każda kwota powinna mieć sprawdzalny powód. Wspólna suma po ręcznym dopisaniu brakujących pieniędzy nie dowodzi poprawności atrybucji. Źródło musi wynikać z zapisanej historii i uzgodnionej reguły.

Nie dopisuj tych sześćdziesięciu euro do testu tylko po to, by sumy się zgadzały. Należą do niego wyłącznie wtedy, gdy potwierdza to uzgodniona reguła atrybucji. Jednocześnie brak w przypisanym raporcie nie oznacza nieudanych płatności. W raporcie wielowalutowym wyjaśniaj różnicę osobno dla walut albo według wspólnej reguły przeliczenia.

Eksport użyty do ponownego sprawdzenia zachowuje pierwotną granicę danych. Inaczej do naprawy dołączą nowe wpłaty i nikt nie ustali, co naprawdę odzyskano. Zachowaj wcześniejszą wersję, czas przeliczenia i powody zmienionych wierszy. To pozwala odróżnić naprawę raportu od nowego wyniku graczy.

Pusta komórka nie daje odpowiedzi

Puste miejsce może oznaczać spóźniony eksport, niedostarczone pole albo utratę powiązania ze źródłem. Sprawdź przyczynę, zanim ktoś uzna je za zero. Zero oznacza, że przejrzano uzgodnione zapisy i nie znaleziono pasującej udanej wpłaty. Brak danych nie spełnia tego warunku.

Gdy dane płatnicze nie dotarły, napisz „Czekamy na eksport”. Gdy wpłata istnieje, ale źródło jest nierozstrzygnięte, napisz „Brak źródła”. Proste wyjaśnienie obok komórki oszczędza sporu o wynik. Pozostawia też jasne zadanie dla osoby, która uzupełni brak.

Wolimy wyjaśnioną lukę niż równe zero, którego nikt nie sprawdził. Po otrzymaniu danych pokaż zmienioną kwotę i przyczynę. Wcześniejszy raport pozostaje wtedy zrozumiały. Nie wygląda, jakby gracze z dnia na dzień zmienili zachowanie, choć w rzeczywistości zmieniła się dostępność informacji.

Poprawkę potwierdza następny eksport

Wysłanie zrzutu ekranu jest łatwe. Żeby zamknąć różnicę, potrzebne są te same identyfikatory, daty, waluty i statusy w kolejnym porównywalnym eksporcie. Płatność ma się w nim pojawić raz, ze źródłem zgodnym z regułą. Jeśli opóźnienie trwa, wskaż wiersze, które nadal czekają, i zapisz jego przyczynę.

Przed testem marka udostępnia dane o depozytach lub przekazuje regularne eksporty. Porównuj pliki za ten sam okres, żeby nowe wpłaty nie wyglądały na odzyskane. Przeprowadź kontrolę na tyle wcześnie, żeby zdążyć naprawić drogę, póki test ma jeszcze przed sobą użyteczną część.

Identyfikatory zostają w roboczym zestawieniu. Dane logowania i szczegóły płatnicze graczy nie należą do zrzutów przesyłanych między zespołami. Zachowaj potwierdzoną transakcję razem z regułą, którą zastosowano. Osoba wracająca do wcześniejszej luki powinna móc odnaleźć tę wpłatę w świeżym eksporcie. Słowo „poprawione” musi mieć pokrycie w konkretnym wierszu.