Net Deposits: cálculo y control

1) Qué son los Depósitos Net y por qué son necesarios

• unit-economy (correlación de ND con LTV, ARPPU, NGR),
• juego responsable (límites, autocontrol, fuente de fondos),
• riesgo y cumplimiento (AML/sanciones, anomalías),
• operaciones (priorización de pagos y bonificaciones antiabusivas).

Idea básica

El jugador aportó X (depósitos), sacó Y (withdrawals). Todo lo que queda en el ecosistema como «dinero realmente depositado» del jugador es y es Net Deposits, ajustado a devoluciones, charjbacks, cancelaciones y otras operaciones técnicas.

2) Fórmulas y límites contables

2. 1. Fórmula básica (nivel de producto)

ND = Deposits
− Withdrawals − (successful, paid)
− Refunded Deposits
+ Chargeback Debits
− Chargeback Credits
± Reversal Adjustments

• Depósitos - sólo acreditados correctamente (capturado/settled). Autorizaciones sin capturas posteriores - No creemos.
• Withdrawals - Sólo tenemos en cuenta los pagos (paid/settled). Las solicitudes ND rechazadas/canceladas no disminuyen.
• Depósitos refundidos - devoluciones de depósitos a la misma fuente (same-method).
• Chargeback Debits/Credits - Efecto neto de Disputs (devoluciones/devoluciones).
• Reversal Adjustments - Techcorrections (por ejemplo, devoluciones de una cartera «errónea», duplicada).

2. 2. Ampliación de la contabilidad

Bonos y Apuestas Gratuitas: no están incluidos en Depósitos; son préstamos internos. Sin embargo, los scripts abuse (depósito por bonificación → cash out instantáneo) deben reducir la ND a través de Withdrawals rápidos y/o a través de correcciones antifraud.
Comisiones PSP: por defecto no se restan de ND (ND es una métrica «jugador-centro»). Comisiones - en P & L.
Internal Transfer/Cross-Wallet (deportes → casinos): ND no cambia (es un movimiento dentro del balance).
Cancel Withdrawal: la cancelación no reduce la ND (después de todo, la retirada no tuvo lugar).
Promotional Cashout/Manual Credit: los préstamos monetarios del operador no aumentan el ND.
Tokens/crypto: cuenta por el equivalente fiat en el momento de settle (ver multidivisa).
Parte/Split Payments: ND está creciendo en una cantidad que realmente settled.

2. 3. Límites del período

• Activity-based (por transacción 'settled _ at'). Recomendado para estados financieros.
• Request-based (por 'created _ at '/' requested _ at'): es adecuado para análisis de productos rápidos, pero no para la conciliación.

3) Multivalor y evaluación de cursos

Todas las operaciones se muppen en la currency reporting (por ejemplo, EUR) en el curso en el momento de la settle.
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
Para cifrado: utilice el precio medio ponderado (VWAP) en la fuente seleccionada en 'settled _ at'.
No sobrestime las ND históricas cuando cambie de curso: mantenga el FX real en el momento del evento.

4) Niveles de rol ND

ND_user - archivos adjuntos netos de un jugador específico.
ND_segment por países, canales, proveedores de pago, afiliados.
ND_cohort - por fechas de registro/primer depósito.
ND_platform - ND común de la plataforma durante el período.

5) Políticas y excepciones

5. 1. Regla same-method & retorno a la fuente

Si el depósito A vino a través del método M, el reembolso de los fondos de depósito es preferible hacer a través de M hasta la cantidad de depósito neto. Esto reduce los riesgos de AML y los polémicos pagos cruzados.

5. 2. Ajustes internos

Cualquier ajuste manual debe tener reason_code, audit trail y una referencia a la operación principal.
Los ajustes no deben enmascarar loss-chasing/abuse.

5. 3. Ciclos de bonificación

Marca «bonus-driven ND» (el depósito que activó el bono) con una bandera. Construye informes de ND con/sin depósitos vinculados a bonus.

6) Modelo de eventos y diagrama de datos

6. 1. Eventos clave

`DEPOSIT_AUTHORIZED`, `DEPOSIT_CAPTURED`, `DEPOSIT_REFUNDED`

`WITHDRAWAL_REQUESTED`, `WITHDRAWAL_PAID`, `WITHDRAWAL_REJECTED`, `WITHDRAWAL_CANCELED`

`CHARGEBACK_DEBITED`, `CHARGEBACK_CREDITED`

`ADJUSTMENT_APPLIED` (тип: REVERSAL, TECH_FIX, FRAUD_CORRECTION и т. п.)

Todos los eventos son idempotentes ('idempotency _ key', 'event _ id'). Admita entregas exactly-once en DWH a través de la deduplicación por 'event _ id'.

6. 2. Mini esquema (simplificado)

payments. transactions (
id, user_id, provider, method, type, status,
amount_original, currency_original,
amount_reporting, reporting_currency, fx_rate_at_settle,
requested_at, settled_at, related_tx_id, reason_code, meta
)

types: DEPOSIT    WITHDRAWAL    REFUND    CHARGEBACK_DEBIT    CHARGEBACK_CREDIT    ADJUSTMENT status: PENDING    AUTHORIZED    CAPTURED    PAID    REJECTED    CANCELED    REFUNDED    SETTLED

Los resultados por ND se consideran agregaciones por 'tipo' y 'estado' con filtros «sólo settled/paid/captured, cuando corresponda».

7) Control de calidad de datos y conciliación

7. 1. Conciliación con PSP/Acquirer

Conciliación diaria de los informes PSP (archivos settlement) con sus 'transactions'.
Partidos por 'provider _ ref', sumas, fechas de settle, divisas y fee (para P&L).
Incongruencias → tickets en Ops: «capture missing», «double refund», «late presentment».

7. 2. Anti duble e idempotencia

Control: unicidad por '(proveedor, provider_tx_id, tipo, settle_date)'.
Auditoría independiente del registro de operaciones manuales ('ADJUSTMENT _ APPLIED').

7. 3. Integridad de las reglas de negocio

La salida 'PAID' sin historial de depósitos en el método seleccionado es una bandera roja.
Cerca en el tiempo 'DEPOSITS _ CAPTURED' → 'WITHDRAWAL _ PAID' por la misma cantidad es una bandera gris (bonus-abuse).

8) Informes y dashboards

8. 1. KPI básicos

'ND _ total' por periodo; 'ND _ per _ user', 'ND _ median';

Descomposición de ND por países, métodos, PSP, afiliados;

'ND _ 7/30/90' sobre cohortes de registro;

Cash Conversion Log: mediana desde 'DEPOSITS _ CAPTURED' hasta 'WITHDRAWAL _ PAID'.

8. 2. Segmentos de riesgo

Los jugadores con 'ND≈0' y alto volumen de negocios son candidatos para comprobar la fuente de fondos.
Reversión rápida (deposit→withdrawal) <N horas - desencadenante de la investigación.

8. 3. Planos de análisis

Producto (deportes/casino/live): donde ND es más «saludable».
Métodos de pago: fallas de ND en el tráfico de Frod en un método específico.
Campañas/bonos: ND-uplift y post-efecto cancelado.

9) Políticas antifraude y juego responsable

Límites de depósitos (daily/weekly/monthly): en los informes ND, una métrica de cumplimiento separada.
Velocity-reglas: n depósitos> X en Y minutos + caché rápido = bloqueo/comprobación manual.
Sanciones/PEP/SoF: aumento de ND por encima del umbral → fuente obligatoria de fondos.
Mullocalizaciones: compare el geo/método/país bancario con el país KYC.
Auto-exclusión: ND después de la exclusión debe ser estrictamente 0; cualquier intento es una alerta.

10) Procesos y SLO

SLO de cálculo ND-dashboard: T + 1, listo antes de las 09:00 TZ local de la zona de informe.

• los archivos PSP settlement omitidos,
• duplicados dan lugar a un ND incorrecto del segmento,
• discrepancias masivas de FX.
• DRP: reprocesamiento de ND a través de eventos re-ingest durante un período de orden determinista.

11) Ejemplos de SQL (plantillas)

11. 1. Cálculo de ND por usuario y día

sql
WITH base AS (
SELECT user_id,
DATE(settled_at) AS d,
SUM(CASE WHEN type='DEPOSIT'     AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL'   AND status='PAID'           THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'     AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT'  AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_cr
FROM dw. transactions_flat
WHERE settled_at >=:from AND settled_at <:to
GROUP BY 1,2
)
SELECT user_id, d,
dep - wd - ref_dep + cb_deb - cb_cr AS nd
FROM base;

11. 2. Bandera de giros rápidos (Abuse)

sql
SELECT t_dep. user_id, t_dep. id AS dep_id, t_wd. id AS wd_id,
EXTRACT(EPOCH FROM (t_wd. settled_at - t_dep. settled_at))/3600 AS hours_between,
t_dep. amount_reporting, t_wd. amount_reporting
FROM dw. transactions_flat t_dep
JOIN dw. transactions_flat t_wd
ON t_dep. user_id = t_wd. user_id
AND t_wd. type='WITHDRAWAL' AND t_wd. status='PAID'
AND t_wd. amount_reporting BETWEEN t_dep. amount_reporting0. 9 AND t_dep. amount_reporting1. 1
WHERE t_dep. type='DEPOSIT' AND t_dep. status IN ('CAPTURED','SETTLED')
AND t_wd. settled_at - t_dep. settled_at <= INTERVAL '24 hours';

11. 3. Segmentación por métodos/PSP

sql
SELECT method, provider,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_cr,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END)
+ SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS nd
FROM dw. transactions_flat
WHERE settled_at BETWEEN:from AND:to
GROUP BY 1,2
ORDER BY nd DESC;

12) Alertas y disparadores (operación)

Spike ND↓ en el método: caída de ND> 30% d/d - comprobar incidentes PSP y bloqueos.
Spike ND↑ por segmento: crecimiento de ND> 50% w/w - es probable un nuevo aff. -la fuente o el esquema se abrazó.
ND≈0 a alta rotación - KYC/SoF-verificación forzada.
La proporción anormal de Refund/Chargeback en ND es una auditoría de la cadena «depozit→igra→vyvod».

13) Mejores prácticas (corto)

1. Contar ND por fechas settle y fijar FX en el momento settle.
2. Es difícil separar la transferencia interna del dinero del jugador.
3. Todas las ediciones manuales son con reason_code y auditoría.
4. Reglas antifraude para reversiones rápidas y métodos cruzados.
5. Dos informes: operativo T + 1 y cierre financiero (mes/trimestre).
6. Versificación lógica: ND v1/v2 con migración de escaparates históricos.

14) Preguntas frecuentes

P: ¿Se tienen en cuenta las conclusiones anuladas?
R: No. Sólo 'WITHDRAWAL _ PAID' reduce el ND.

P: ¿Qué hacer con el depósito que fue autorizado pero no capturado?
R: No incluir en ND. No son ingresos reales.

P: ¿Cómo reflejar el chargeback después de la conclusión ya hecha?
R: 'CHARGEBACK _ DEBIT' añadirá la contribución negativa del jugador (esencialmente, la plataforma pierde), ND aumentará por débito, pero el informe financiero final también debe mostrar la pérdida/gasto por chargeback.

P: ¿Es necesario restar comisiones PSP a ND?
R: No, ND es una métrica centrada en jugadores. Comisiones - en P & L.

15) Lista de verificación de implementación

• Neumático de evento con idempotencia y garantía de entrega
• Escaparate 'transactions _ flat' con tipos/estados unificados
• Normalización FX en settle, almacenamiento de originales
• Reglas para mapear estados PSP → sus estados
• Conciliación diaria con PSP y alertas en delta
• Dashboards ND (general, por métodos, por segmentos, por cohortes)
• Políticas de juego responsable y desencadenantes SoF basados en ND
• Documentación de la fórmula ND v1 y plan de evolución v2

Resumen

Net Deposits es la métrica central del dinero «real» del jugador en el sistema. Una ND correcta requiere reglas estrictas de reconocimiento (settle-date), multivalencia ordenada, idempotencia de eventos, conciliación regular con PSP y activadores antifraude incorporados. Forme un directorio único de estados y una tipología de operaciones - y ND se convertirá en un soporte confiable tanto para la monetización financiera como responsable.