Un errore di tracciamento si cerca partendo dalla transazione

La verifica del tracciamento segue il deposito lungo tutto il percorso: link della fonte o codice promozionale, account del giocatore, pagamento riuscito, postback e report. Se brand e agenzia mostrano totali diversi, questo percorso indica dove cercare. Parti dall’identificativo di una transazione della cassa. Poi individua il passaggio che l’ha persa o assegnata altrove.

Il link deve mantenere la fonte fino alla registrazione

Un codice della fonte nell’indirizzo di arrivo identifica la visita e dice da dove proviene. Il report richiede di più: il codice deve arrivare alla registrazione e restare collegato all’account che pagherà in seguito. Una prima pagina funzionante può comunque portare a un account senza tracciamento.

Segui il percorso attraverso reindirizzamenti, modulo di registrazione e cassa. Una nuova sessione non deve cancellare la fonte salvata. Una visita successiva può avere un indirizzo senza parametri mentre l’account conserva l’attribuzione originale secondo la regola concordata. Controllare solo l’indirizzo non mostra questa differenza.

I controlli prima del lancio spiegano come organizzare una verifica con il brand. Il risultato deve essere una catena ricostruibile: codice della fonte, identificativo del giocatore, identificativo della transazione, stato riuscito e ora di completamento.

Utilizza codici stabili delle fonti dietro i nomi leggibili del report. Rinominare un tipo di creator o cambiare un nome visualizzato non deve interrompere il collegamento a un account precedente. Il brand può raggruppare il risultato per geo e tipo di creator, mentre chi verifica un pagamento dubbio utilizza gli identificativi sottostanti.

Link e codice possono indicare fonti diverse

Un giocatore può seguire un link e poi usare un codice promozionale legato a un’altra fonte. Serve una regola. Un codice accettato cambia la fonte assegnata? Il link precedente mantiene la priorità? C’è un motivo per lasciare il caso aperto finché il brand non lo ha controllato?

Concorda la regola prima del test. Sceglierla dopo aver visto quale fonte sembra più forte trasforma una domanda tecnica in una disputa sull’attribuzione. L’importo in cassa può restare uguale mentre il report per fonte cambia: la regola conta anche se nessuno dubita che il pagamento sia avvenuto.

Inserire un codice e farlo accettare sono passaggi diversi. Il giocatore può digitare un codice che il brand rifiuta. Controlla che il codice accettato sia stato salvato nell’account corretto e appartenesse a quella fonte in quel momento. Uno screenshot del campo compilato non basta.

La regola deve anche specificare quali pagamenti copre e come gestisce gli account esistenti. Conserva il link originale e il codice accettato accanto alla fonte assegnata. Così puoi spiegare una riga contestata mantenendo visibili entrambi i segnali.

Quando link e codice accettato non coincidono, la riga del pagamento deve mostrare la fonte assegnata e la regola che ha determinato la scelta.

Un postback in ritardo può spostare il periodo

Un pagamento si completa in un momento; il suo postback può arrivare dopo. Il report ha bisogno di entrambi gli orari. Se il sistema ricevente raggruppa i depositi per arrivo del messaggio e il brand per completamento del pagamento, lo stesso deposito può finire in periodi diversi.

Il momento di chiusura dell’esportazione e il fuso orario devono coincidere prima di confrontare i totali. Un deposito completato poco prima di quel momento può comparire nell’altro report solo dopo. La correzione va nel periodo previsto dalla regola concordata, con una nota che spiega l’arrivo tardivo.

C’è un altro conteggio del tempo: la finestra di attribuzione. Indica per quanto tempo un link o un codice può determinare l’attribuzione di un evento successivo a una fonte. Specifica l’evento iniziale e quello a cui si applica. Una finestra che termina alla registrazione risponde a una domanda diversa da una che termina al completamento del deposito.

Per il tempo trascorso dal primo deposito del giocatore, utilizza le finestre delle coorti. Quando segui un pagamento tra sistemi, controlla che l’ora di completamento e la sua attribuzione restino invariate.

Un postback reinviato deve riferirsi alla stessa transazione

Un postback è un messaggio su un evento concordato. Può indicare una registrazione, un tentativo di pagamento o un deposito completato. Il sistema che lo riceve deve sapere quale. La consegna riuscita di un messaggio su un tentativo in attesa non trasforma quel tentativo in denaro versato in cassa.

L’identificativo della transazione collega un pagamento completato ai suoi messaggi. Se è univoco solo all’interno di un brand o di un sistema di pagamento, includi anche quell’ambito nel confronto. Importo e ora di arrivo sono sostituti deboli: due pagamenti reali possono avere lo stesso importo e due messaggi sullo stesso pagamento possono arrivare molto distanti nel tempo.

Anche gli aggiornamenti di stato devono riferirsi alla stessa transazione. Un pagamento in attesa che diventa riuscito cambia stato sulla transazione originale. Se gli aggiornamenti arrivano fuori ordine, il dato attuale della cassa stabilisce quale stato è valido. Un annullamento richiede una correzione visibile collegata all’identificativo originale.

Questi sono controlli sui pagamenti. La distinzione tra pagamenti e primi depositi (FTD) è descritta nell’articolo dedicato al report sui depositi. Il confronto dei messaggi è soltanto il passaggio che rende utilizzabili i dati dei pagamenti.

Cerca le righe mancanti prima di discutere il totale

Un totale del brand più basso può dipendere da un collegamento alla fonte mancante, da una consegna tardiva o da righe in eccesso nel sistema ricevente. Parti da una breve lista degli identificativi delle transazioni mancanti o in eccesso, poi segui il punto in cui i dati divergono.

Alcune differenze sono importi assenti dal report. Altre sono lo stesso denaro attribuito a una fonte diversa. Trattare entrambi i casi come un deposito mancante porta il team sulla strada sbagliata. Confronta i dati originari prima di cambiare l’importo o la fonte assegnata.

La differenza tra cassa e report va spiegata

La riconciliazione spiega semplicemente la differenza: quali pagamenti riusciti sono arrivati al report, quali non hanno una fonte collegata e quali attendono la consegna? Ogni importo nella differenza deve avere una ragione verificabile.

Non inserire i 60 € nel test solo per far coincidere il totale. Appartengono al test soltanto se la regola concordata sulla fonte sostiene quell’assegnazione. Allo stesso modo, escluderli dal report attribuito non significa che i pagamenti siano falliti.

Un report con più valute richiede una riconciliazione per valuta o una regola di cambio concordata. Anche l’esportazione usata per la nuova verifica deve mantenere il momento di chiusura dell’esportazione originale. Altrimenti pagamenti tardivi e nuovi pagamenti si mescolano alla correzione e non è più chiaro che cosa sia cambiato.

Una cella vuota non contiene un verdetto

Una cella vuota può indicare un’esportazione in ritardo, un campo mai fornito o un collegamento alla fonte mancante. Controlla quale caso si è verificato prima di interpretarla come zero.

Lo zero indica che i dati concordati sono stati controllati e non è stato trovato un pagamento riuscito corrispondente. Se i dati sui pagamenti non sono arrivati, scrivi «Esportazione in attesa». Se il pagamento esiste ma l’attribuzione non è risolta, scrivi «Fonte mancante». Parole chiare accanto alla cella evitano una discussione inutile sul risultato.

Preferiamo spiegare un dato mancante piuttosto che pubblicare uno zero ordinato che nessuno ha controllato. Se i dati arrivano dopo, mostra il nuovo importo e il motivo della modifica. Il report precedente resta così comprensibile, senza far sembrare che i giocatori abbiano cambiato comportamento da un giorno all’altro.

La correzione si chiude con la prossima esportazione

Rimandare uno screenshot è facile. Chiudere la differenza richiede gli stessi identificativi, date, valuta e regole sugli stati nella nuova esportazione confrontabile. Il pagamento deve comparire una volta, con la fonte prevista dalla regola concordata. Se resta un ritardo, indica quali righe sono ancora in attesa.

L’accesso ai dati sui depositi o un’esportazione regolare è uno degli elementi che il brand fornisce per il test. Per il nuovo controllo utilizza l’esportazione corrispondente e mantieni lo stesso periodo, così i nuovi pagamenti non vengono scambiati per quelli recuperati.

Fai questa verifica abbastanza presto da correggere il percorso mentre il test è ancora utile. Mantieni gli identificativi delle transazioni all’interno della verifica operativa. Credenziali dei giocatori e dettagli di pagamento non devono finire negli screenshot condivisi tra team.

Conserva l’identificativo confermato insieme alla regola di attribuzione usata nel report. Chi torna sulla differenza precedente deve poter trovare quel pagamento nella nuova esportazione.

«Corretto» richiede una riga che qualcuno possa trovare davvero.