# Pasos Clave ### Paso 1: Definición y Funcionamiento del Account Report **Descripción:** El Account Report es el reporte que contiene la información de la actividad generada en la casa de apuestas por los diferentes apostadores día por día. 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 variables. A partir de este reporte, se puede llegar al equivalente del Member Report agrupando por campaña y promo code para obtener la actividad realizada día por día enlace por enlace. **Resumen:** * **Account Report:** Tabla que ilustra las diferentes variables reportadas por parte del affiliate network de la casa de apuestas. * **Vista Propia de Inlaze:** Inlaze tiene una vista propia para visualizar la información de la actividad de los apostadores de las diferentes casas de apuestas en un solo lugar. * **Almacenamiento:** La información de los reportes se almacena en bases de datos de Inlaze y se obtiene vía API en un formato computable. ### Paso 2: Variables del Reporte **Descripción:** Las variables utilizadas en el Account Report de Inlaze permiten un análisis detallado del comportamiento de cada apostador que se ha registrado en la casa de apuestas. Este reporte tiene dos versiones: * **Account Report Adviser** * **Account Report Affiliate (Aún no está en producción pero está planeado)** **Variables en la Base de Datos:** 1. **Account Report:** * **Tabla:** `api_affiliate_account_report` en `defaultdb` * **Descripción:** Sumarización del apostador, donde cada fila corresponde a un apostador en particular. 2. **Account Daily Report:** * **Tabla:** `api_affiliate_accountdailyreport` en `defaultdb` * **Descripción:** Dato granular de cada apostador, donde cada fila corresponde a la actividad de un día en particular de un apostador en particular. **Detalle de Variables:** * **created\_at:** Fecha de creación del apostador en la base de datos de Inlaze. * **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 el apostador. * **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. * **revenue\_share\_cpa:** Valor simulado de revenue share bajo criterios de solo positivo. * **currency\_fixed\_income:** Moneda de pago de las CPA. * **cpa\_at:** Fecha de cuando la CPA fue contada como elegible. * **cpa\_simulated\_at:** Fecha de cuando cumplió la CPA por condiciones simuladas por Inlaze. * **cpa\_affiliate\_at:** Fecha de cuando cumplió la CPA indicado por el affiliate network. * **registered\_at:** Fecha en la que el apostador se registró en la casa de apuestas. * **first\_deposit\_at:** Fecha en la que el apostador realizó su primer depósito. * **id:** ID único de la tabla. * **link\_id:** ID del enlace relacionado del apostador. * **affiliate\_link\_accumulated\_id:** ID del dato de relación affiliate a campaña en específico. * **punter\_id:** ID del apostador en el sistema del affiliate network. * **cpa\_betenlace:** Indica si el apostador ha contado como CPA para Inlaze indicado por el affiliate. * **cpa\_affiliate:** Indica si el apostador ha contado como CPA para el affiliate. * **updated\_at:** Fecha de la última actualización del apostador en la base de datos de Inlaze. ### Paso 3: Consideraciones en APIs **Descripción:** La fiabilidad de la información del Account 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. **Factores Clave:** * **Fecha de CPA:** Una vez que la CPA elegible del affiliate 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 affiliates 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 Affiliates:** Si se pretende permitir un Account Report para los affiliates, 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 Account 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 Account 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/account-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.