Para cuadrar el seguimiento, empieza por la referencia de la operación

Una comprobación de seguimiento recorre todo el camino del depósito: enlace de la fuente o código promocional, cuenta del jugador, pago completado, postback e informe. Si la marca y la agencia muestran totales distintos, ese recorrido indica dónde buscar. Empieza con la referencia de una operación de la caja. Después encuentra el paso en el que se perdió o se atribuyó a otra fuente.

El enlace debe dejar su marca en la cuenta

El código de fuente en la URL de llegada identifica la visita. Indica de dónde procede. El informe necesita algo más: el código debe llegar al registro y conservarse vinculado a la cuenta que pagará después. La primera página puede funcionar y, aun así, terminar en una cuenta de jugador sin seguimiento.

Sigue el recorrido por las redirecciones, el formulario de registro y la caja. Una sesión nueva no debe borrar la fuente guardada. Una visita posterior puede tener una URL sin parámetros mientras la cuenta conserva la atribución original según la regla acordada. Comprobar solo la URL pasa por alto esa diferencia.

Las comprobaciones previas al inicio explican cómo preparar una prueba controlada con la marca. El resultado debe ser una cadena que puedas seguir: código de fuente, referencia del jugador, referencia de operación, estado completado y hora de finalización.

Utiliza códigos de fuente estables detrás de los nombres que aparecen en el informe. Renombrar un tipo de creador o cambiar una etiqueta visible no debe romper su vínculo con una cuenta anterior. La marca puede agrupar el resultado por geo y tipo de creador, mientras quienes comprueban un pago en disputa utilizan las referencias originales.

El enlace y el código pueden señalar fuentes distintas

Un jugador puede entrar por un enlace y después utilizar un código promocional vinculado a otra fuente. Hace falta una regla. ¿Un código aceptado cambia la fuente atribuida? ¿Mantiene la prioridad el enlace anterior? ¿Hay algún motivo para dejar el caso pendiente hasta que lo compruebe la marca?

Acuerda esa regla antes de la prueba. Elegirla después de ver qué fuente parece más fuerte convierte una cuestión técnica en una disputa por la atribución. El importe de la caja puede seguir igual mientras cambia el informe por fuentes, así que la regla importa aunque nadie discuta que hubo un pago.

Introducir un código y que se acepte son pasos distintos. El jugador puede escribir un código que la marca rechace. Comprueba que el código aceptado se guardó en la cuenta correcta y que pertenecía a esa fuente en ese momento. Una captura del campo de entrada no lo demuestra.

La regla también debe indicar qué pagos cubre y cómo trata las cuentas existentes. Conserva el enlace original y el código aceptado junto a la atribución final. Así se puede explicar una fila en disputa sin perder ninguna de las dos señales.

Cuando el enlace y el código aceptado no coincidan, la fila del pago debe mostrar a qué fuente se atribuyó y qué regla lo decidió.

Un postback tardío puede cambiar de periodo un pago

El pago se completa en un momento y su postback puede llegar después. El informe necesita ambas fechas y horas. Si el sistema receptor agrupa los depósitos por la llegada del mensaje y la marca por la finalización del pago, la misma operación puede acabar en periodos distintos.

La fecha de corte y la zona horaria deben coincidir antes de comparar totales. Un depósito completado justo antes del corte puede llegar al otro informe después. La corrección pertenece al periodo que establezca la regla acordada, con una nota que explique la llegada tardía.

Hay otro plazo: la ventana de atribución. Define durante cuánto tiempo un enlace o código permite atribuir a una fuente un evento posterior. Indica qué evento inicia la ventana y a qué evento se aplica. Una ventana que termina en el registro responde a una pregunta distinta de otra que termina al completarse el depósito.

Para el tiempo transcurrido desde los primeros depósitos (FTD) de cada jugador, utiliza las ventanas de cohortes. Al seguir un pago entre sistemas, comprueba que no cambien su fecha y hora de finalización ni el criterio de atribución a la fuente.

Un reenvío debe encontrar el pago original

Un postback es un mensaje sobre un evento acordado. Puede informar de un registro, un intento de pago o un depósito completado. El receptor debe saber cuál. La entrega correcta de un mensaje sobre un intento pendiente no convierte ese intento en dinero en la caja.

La referencia de operación vincula el pago completado con sus mensajes. Si esa referencia solo es única dentro de una marca o un sistema de pagos, incluye ese contexto al hacer la comparación. El importe y la hora de llegada no bastan: dos pagos reales pueden tener el mismo importe y dos mensajes sobre un mismo pago pueden llegar con mucha diferencia de tiempo.

Las actualizaciones de estado también deben encontrar el mismo pago. Un registro pendiente que pasa a completado cambia de estado en la operación original. Si las actualizaciones llegan desordenadas, el registro actual de la caja determina qué estado es válido. Una reversión necesita una corrección visible vinculada a la referencia original.

Estas son comprobaciones de pagos. La diferencia entre pagos y FTD se explica en el informe de depósitos. Comparar los mensajes es el paso que permite utilizar correctamente los datos de pagos.

Encuentra las filas que faltan antes de discutir el total

Un total menor en la marca puede deberse a un vínculo perdido con la fuente, una entrega tardía o filas adicionales en el receptor. Empieza con una lista breve de referencias de operaciones que faltan o sobran y encuentra el punto en el que los registros dejan de coincidir.

Algunas diferencias son dinero que falta en un informe. Otras son el mismo dinero atribuido a otra fuente. Tratar ambas como un depósito perdido desvía la investigación. Compara los registros originales antes de cambiar el importe o la fuente atribuida.

La diferencia con la caja debe quedar explicada

Conciliar los totales consiste en explicar la diferencia. ¿Qué pagos completados llegaron al informe, cuáles no tienen fuente vinculada y cuáles esperan la entrega? Cada importe de la diferencia debe tener un motivo que se pueda comprobar.

No añadas los 60 € a la prueba solo para hacer coincidir el total. Pertenecen a ella únicamente si la regla de atribución acordada lo respalda. Del mismo modo, que estén fuera del informe atribuido no significa que los pagos fallaran.

Un informe con varias monedas necesita conciliarse por moneda o utilizar un criterio de cambio acordado. La exportación utilizada para repetir la comprobación también necesita el corte original. De lo contrario, los pagos tardíos y los nuevos se mezclan con la corrección y nadie puede decir qué cambió realmente.

Una celda vacía no es un resultado

Un vacío puede significar que la exportación se retrasa, que el campo nunca se facilitó o que falló el vínculo con la fuente. Comprueba qué ocurrió antes de interpretarlo como un cero.

Un cero indica que se comprobaron los registros acordados y no se encontró ningún pago completado que cumpliera los criterios. Si no han llegado los datos de pagos, escribe «Exportación pendiente». Si el pago existe pero su atribución no está resuelta, escribe «Sin fuente». Una explicación junto a la celda evita una discusión inútil sobre el rendimiento.

Preferimos dejar una diferencia explicada a publicar un cero impecable que nadie ha comprobado. Si los datos llegan después, muestra el importe revisado y el motivo del cambio. Así el informe anterior sigue siendo comprensible y no parece que los jugadores hayan cambiado de comportamiento de un día para otro.

La corrección se cierra con una nueva comprobación

Devolver una captura es fácil. Cerrar la diferencia exige las mismas referencias, fechas, moneda y reglas de estado en la siguiente exportación comparable. El pago debe aparecer una vez, con la fuente respaldada por la regla acordada. Si sigue habiendo retrasos, indica qué filas continúan pendientes.

El acceso a las estadísticas de depósitos o una exportación periódica es una de las aportaciones de la marca para la prueba. Utiliza la exportación correspondiente para repetir la comprobación y conserva el mismo periodo, para no confundir pagos nuevos con recuperados.

Haz esta comprobación con tiempo para reparar el recorrido mientras la prueba siga siendo útil. Mantén las referencias de operación dentro de la comprobación de trabajo. Las credenciales del jugador y sus datos de pago no deben aparecer en una captura que circule entre equipos.

Conserva la referencia confirmada junto a la regla de atribución utilizada en el informe. Cuando alguien vuelva a revisar la diferencia anterior, debe poder encontrar ese pago en la nueva exportación.

«Corregido» necesita una fila que alguien pueda encontrar.