# Pasos Clave ### Paso 1: Definición y Funcionamiento del Member Report **Descripción:** El Member Report es el reporte que contiene la información agrupada de toda la actividad generada en la casa de apuestas por los diferentes apostadores, día por día y por Promo Code. Los afiliados de las casas de apuestas suelen disponer de un módulo o vista donde se puede consultar el reporte por fecha y realizar agrupamientos de las diferentes variables, incluso en algunos casos este reporte está mezclado con otros reportes como el Account Report. **Resumen:** * **Member Report:** Tabla que ilustra las diferentes variables reportadas por el affiliate network de la casa de apuestas. * **Vista Propia de Inlaze:** Inlaze tiene una vista propia para visualizar la información de todas las campañas en un solo lugar. * **Almacenamiento:** La información de los reportes se almacena en bases de datos de Inlaze y se obtiene vÍa los microservicios **Data Collector** y **Data Processor** ### Paso 2: Variables del Reporte **Descripción:** Las variables utilizadas en el Member Report de Inlaze permiten un análisis básico y general del comportamiento de los clientes que se han registrado en la casa de apuestas. Este reporte tiene las siguientes versiones: * **Adviser o Asesor** * **Afiliados** * **Referidos de Afiliados** **Variables en la Base de Datos:** 1. **Member Report:** * **Tabla:** `member_report`en `defaultdb` * **Descripción:** Sumarización de la actividad de los jugadores, donde cada fila corresponde a un jugador en particular. **Detalle de Variables:** * **created\_at:** Año, mes y día del dato. * **deposit:** Dinero depositado en términos de la moneda de la casa de apuestas. * **stake:** Dinero apostado en términos de la moneda de la casa de apuestas. * **currency\_condition:** Moneda de los valores de comportamiento generado por los jugadores. * **fixed\_income:** Ganancias por CPA que recibe Inlaze. * **net\_revenue:** Ganancias netas de la casa de apuestas. * **revenue\_share:** Ganancias para Inlaze a partir de las ganancias netas de la casa de apuestas. * **cpa\_at:** Fecha de cuando la CPA fue contada como elegible. * **registered\_at:** Fecha en la que el jugador se registró en la casa de apuestas. * **first\_deposit\_at:** Fecha en la que el jugador realizó su primer depósito. * **id:** ID único de la tabla. * **promo\_code:** Identificador del enlace relacionado al dato. * **campaign\_title:** Título de la campaña. * **affiliate\_id:** Identificador del afiliado. * **affiliate\_name:** Nombres y apellidos del afiliado. * **currency\_fixed\_income:** Moneda de pago de las CPA. * **currency\_local:** Moneda de pago del afiliado (actualmente todos son USD). * **click\_count:** Cantidad de clicks total recibidos en Inlaze a el enlace relacionado día por día. * **registered\_count:** Cantidad de jugadores registrados. * **first\_deposit\_count:** Cantidad de jugadores que han realizado su primer depósito. * **wagering\_count:** Cantidad de apuestas realizadas por cada jugador a nivel de actividad. * **fixed\_income\_unitary\_affiliate:** Valor unitario de las CPA para el afiliado en términos de la moneda del pago de CPA de la casa de apuestas. * **fixed\_income\_affiliate:** Ganancias por CPA que recibe el afiliado por Inlaze en términos de la moneda del pago de CPA de la casa de apuestas. * **fixed\_income\_unitary\_local:** Valor unitario de las CPA para el afiliado en términos de la moneda de pago del afiliado con la tasa de cierre del día anterior al dato. * **fixed\_income\_local:** Ganancias por CPA que recibe el afiliado por Inlaze en términos de la moneda de pago del afiliado con la tasa de cierre del día anterior al dato. * **difference\_fixed\_income\_local:** Fluctuación de la moneda local del afiliado respecto a la conversión de tasa FX del día de cierre que calculó el pago de afiliado contra el de facturación. * **percentage\_cpa:** Porcentaje de pago para el afiliado a partir de la base de pago de Inlaze (fixed\_income\_unitary). * **net\_revenue\_referred:** Ganancias para el referidor a partir de las ganancias netas de la casa de apuestas en términos de la moneda de la casa de apuestas. * **net\_revenue\_referred\_local:** Ganancias para el referidor a partir de las ganancias netas de la casa de apuestas en términos de la moneda de pago del afiliado con la tasa de cierre del día anterior al dato. * **revenue\_share\_cpa:** Valor simulado de revenue share bajo criterios de solo positivo. * **fx\_partner\_id:** Tasa FX que se utilizaría para el dato de account en particular para realizar análisis multi moneda en los diferentes días. ### Paso 3: Consideraciones en APIs **Descripción:** La fiabilidad de la información del Member Report depende mucho de la estructuración de la API. Factores como el cambio de fecha no están establecidos en detalle, y se deben crear sistemas de control y análisis para detectar irregularidades (Bot conciliador) **Factores Clave:** * **Fecha de CPA:** Una vez que la CPA elegible del afiliado se da por simulada o CPA affiliate, esa fecha de elegible no cambia. * **First Deposit:** La fecha de primer depósito puede ser simulada debido a que algunos afiliados no proporcionan este dato. * **Tipos de CPA:** CPA elegible, CPA affiliate y CPA simulated deben ser manejados adecuadamente para asegurar la consistencia de los datos. * **Modelo Espejo para Afiliados:** Si se pretende permitir un Member Report para los afiliados, se debe recrear un modelo espejo para mantener la integridad de la información. ### Paso 4: Implementación y Manejo de Datos **Descripción:** La implementación y manejo de datos en el Member Report requieren una cuidadosa consideración de las variables y su comportamiento. Las recomendaciones incluyen: * **Diferenciación de Fechas Simuladas y Reales:** Mantener una columna que diferencie la fecha del dato simulado y la fecha real. * **Consistencia de Datos:** Asegurar que las APIs que utilicen el Member Report manejen correctamente los diferentes tipos de CPA y fechas. * **Auditoría y Control:** Implementar sistemas de auditoría para detectar y corregir posibles inconsistencias en los datos. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs-affiliates.inlaze.com/reportes/member-report/pasos-clave.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.