Tesouraria: liquidez e reservas

TL; DR

O Tesouro em iGaming é uma rede controlada de «bolsos» de liquidez (bancos, PSP, carteiras, cripto-castody, contas merchant) com diferentes SLA para entrada/saída. O objetivo são as quebras de caixa zero a um custo mínimo: previsão de fluxo exata, limites de contêineres e moedas, política de reserva (tampões operacionais + safeguarding regulatório + reserva de estresse), disciplina de preferência e regras sweep, SLO em Time-to-Payout e Time-to-Fund.

1) Cartão de liquidez: níveis, bolsos, fluxos

1. 1 Níveis de liquidez (disponibilidade)

L0 (T0) - Liquidez instantânea: saldos operacionais em contas merchant, momento A2A/RTP, carteiras, reservas de stable, tampões em dinheiro para payout T0.
L1 (T + 1... T + 3) - Liquidez do horizonte curto: contas PSP/Equeiros, contas correntes bancárias com limites intradeus.
L2 (T + 5... T + 10) - Liquidez do horizonte médio - contas de depósito/poupança, swips em ferramentas do Tesouro (T-bills, MMF), «estacionamento» de estribos em castody com rápido off-ramp.
L3 (T + 10 +) - liquidez estratégica/capital - depósitos longos, obrigações, capital reservado.

1. 2 Bolsos de liquidez (exemplo)

Banco _ OPS: entrada/saída de fiat, salários, impostos.
PP _ MERCHANT: contas merchant de métodos (Card, A2A, Wallet).
PSP _ SENSLEMENT: contas de cálculo/acúmulo (T + N).
CRYPTO _ CUSTODY: Ele-chain/castody, estribos e ativos básicos.
PAYOUT _ POOLS: Poóis individuais para pagamentos instantâneos.
SAFEGUARD _ ACCOUNTS: Contas segregadas sob os requisitos do regulador/licença.

1. 3 Fluxos principais

`Deposits → PSP_MERCHANT → Settlement → Bank_OPS`

`Bank_OPS → Payout_Pools/PSP → Withdrawals`

`On/Off-ramp ↔ Crypto_Custody`

'Sweeps: L0↔L1↔L2' em horários e desencadeadores.

2) Políticas de liquidez e reservas

2. 1 Alvos

Quebra de caixa zero em trechos críticos de pagamento.
Custo mínimo de posse de liquidez (comissão, FX, renda perdida).
Conformidade regulatória: safeguarding, segregação de fundos de clientes (quando aplicável).
Transparência: varredura diária e dashboards SLO.

2. 2 Classe de reservas

1. Reserva operacional (OpRes) - revestimento de payout-pico e variabilidade senslement (por exemplo, p99 dias de saída neta + tampão 20-30%).
2. Reserva regulatória (RegRes) - os valores exigidos pela licença (segregated, safeguarding, ring-fencing).
3. A reserva de estresse (StressRes) é uma cobertura de choques raros: conclusão de pico «duplo», atraso T + N em PSP chave, FX-choque.
4. Reserva Técnica (TechRes) - sobre o feelback/incidentes (congelamento local/bolsa/banco).

2. 3 Fórmula do saldo de destino a pagar

Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)

O horizonte H e a janela T _ window dependem do caminho (por exemplo, RTP H = 1d, Card H = 3d).

3) Previsão de fluxo de caixa

3. 1 Filas de entrada

Deposits by method/provider (p7/p30 sazonalidade, dias da semana, promoções).
Withdrawals & Payouts (velocidade e participação em depósitos, VIP/jackpots).
Senslement schedulas (T + N por PSP/Equeiros).
Calendário FX (reavaliações, grandes conversões).
Pagamentos operacionais (impostos, comissões, salários).

3. 2 Modelo (mínimo)

Local-ponderado ou SARIMA/Prophet para depósito/conclusão.
Coeficientes de aplicação: 'Cash-out Rate', 'Jackpot Probility', 'Promo Lift'.
Posição neta para o bolso: 'Inflow _ psp _ senslement - Outflow _ payouts seaSweeps'.

3. 3 Métricas de qualidade de previsão

MAPE/WAPE por daily netto.
Coverage: proporção de dias em que o pico real ≤ o OpRes planeado.
Stockout Invents: vezes em que o L0 saiu <limiar mínima.

4) Prefering, sweeps e regras de reposição

4. 1 Preferding (pré-pagamento de trilhos)

O momento payout e alguns APM precisam de equilíbrio.
Regra: manter o limite rolling (por exemplo, p95 diárias da última semana) + tampão 20%.
Os desencadeadores de completamento automático são 'Balanceamento <LowWatermark' → 'TopUp to Target _ Balanço'.

4. 2 Sweeps (traduções de swip)

Diárias: PSP _ MERCHANT → Bank _ OPS após a janela senslement.
Intraday, L0↔L1 nos desvios dos corredores alvos.
Para L2: swip noturno de sobras excedentes em MMF/T-Bills/bifes (política de retorno para L0 ≤ T + 1).

4. 3 Prioridades de despesa (waterfall)

1. Payout _ Pools (T0 compromissos)

2. Pagamentos do Tesouro com deadline fixo (impostos/salário)

3. Conversões/revalance FX

4. Investimento L2/L3

5) Moedas, FX e ambiente de juros

Exposição FX: balanço de entrada/saída por moeda; hedge natural (manter os pagamentos na mesma moeda).
Política de conversão TWAP/POV-algo para grandes quantias, limites para slippage bps, idempotent exec-id.
Juro L2: MMF/curtas T-bills; restrições contábeis e liquidez mínima (T + 0/T + 1).
Convertições SLO FX: tempo da decisão até a execução (p95 ≤ X minutos), revista da cotação.

6) Risco contábil e limites

Os limites por contrapartida são banco, PSP, cripto-castody, bolsa/OTS.
Matriz de classificação: capital/licenças/incidentes/disponibilidade/Proof-of-Reserves (para cripto).
Diversificação: pelo menos 2-3 do provedor para um trecho crítico, distribuição de sobras por clusters.
Política de Custody: Multisig/HSM, limites de saída, folhas de endereço, cruzamentos diários.

7) Aspectos regulatórios e de complacência

Safeguarding/segregation: contas individuais para fundos de clientes (onde necessário), balanços de rastreamento, proibição de mistura.
Relatórios: relatórios diários ao regulador/auditoria de sobras e reservas.
KYC/AML: on/off-ramp contêineres, screening de sanções, SoF/SoW para grandes transferências.
DSAR/retenção: armazenamento de vestígios de pagamento e registros de transferências.

8) Métricas, SLO e alertas

8. 1 KPI

Time-to-Payout (TtP) p95 por métodos.
Time-to-Fund (TtF) p95 para reposição de pool.
Stockout Rate L0 (incidentes de falta de liquidez instantânea).
Cash Utilization = Pagamentos de L0/Target _ Balanço.
Idle Cash% = (Saldo - Target _ Balanço )/Balanço.
Counterparty Concertation = max (proporção do provedor).
FX Slippage bps, FX Cost/GGR.
Safeguard Coverage = min (saldo de contas segregadas/valor exigido).

8. 2 Alertas

'Balanço <LowWatermark' → P1.
'Stockout Invident' → P0 (opção de pagamento instantâneo/inclusão).
'Counterparty Concertation> limite' → P2 (rebalance).
`Safeguard Coverage < 100%` → P0.
' p95> SLO' n' P1 (incidente em banco/PSP).

9) Modelo de dados («camada» do Tesouro)

json
{
"as_of": "2025-11-03T12:00:00Z",
"pocket_id": "PSP_MERCHANT_CARD_A",
"currency": "EUR",
"balance": 425000. 00,
"target_balance": 380000. 00,
"low_watermark": 300000. 00,
"inflows_t0": 52000. 00,
"outflows_t0": 61000. 00,
"expected_settlement_t1": 210000. 00,
"safeguard_required": 150000. 00,
"safeguard_balance": 160000. 00,
"counterparty": "Acquirer_A",
"limits": {
"counterparty_limit": 1200000. 00,
"fx_slippage_bps_limit": 5
},
"alerts": ["BALANCE_BELOW_TARGET"],
"notes": "Expect promo cash-out spike tonight"
}

date, pocket_id, counterparty, currency,
balance, target_balance, low_watermark,
inflows_t0, outflows_t0, expected_settlement_t1,
safeguard_required, safeguard_balance,
payout_slo_p95_sec, fund_slo_p95_sec

10) Cortes SQL

10. 1 Movimento de sobras e entrada nos corredores

sql
SELECT date,
pocket_id,
currency,
balance,
target_balance,
low_watermark,
CASE WHEN balance < low_watermark THEN 1 ELSE 0 END AS stockout_flag,
GREATEST(0, balance - target_balance) AS idle_cash
FROM treasury_balances_daily
ORDER BY date DESC, pocket_id;

10. 2 Concentração por contêineres

sql
SELECT date,
counterparty,
SUM(balance) AS bal,
SUM(SUM(balance)) OVER (PARTITION BY date) AS bal_total,
(SUM(balance) / NULLIF(SUM(SUM(balance)) OVER (PARTITION BY date),0)) AS share
FROM treasury_balances_daily
GROUP BY 1,2
ORDER BY date DESC, share DESC;

10. 3 Revestimento safeguarding

sql
SELECT date, pocket_id, currency,
safeguard_balance, safeguard_required,
safeguard_balance / NULLIF(safeguard_required,0) AS coverage_ratio
FROM treasury_balances_daily
WHERE safeguard_required > 0;

11) Dashboard (widgets mínimos)

1. Heatmap bolsos: 'balance vs target vs low _ watermark'.
2. Vórtice de bilheteria: 'inflows/outflows/senslents' por dia.
3. p50/p95 por métodos/provedores.
4. Counterparty concentration e alertas.
5. Safeguard coverage: 100% de linha, violações.
6. FX painel: slippage/custo, grandes conversões.

12) Playbooks

Ressalvas (cash-out wave)

Ações: aumentar o target _ balança em Payout _ Pools, acelerar o swip de PSP→Bank_OPS, reduzir temporariamente os limites de saída para high-risk e incluir o segundo provedor de pagamento instantâneo.

Atraso de senslement em PSP

Ações ativar StressRes, abrir uma linha de crédito/overdraft, transferir temporariamente os pagamentos para um caminho alternativo, escalar para PSP.

Congelamento de banco/bolsa/castody

Ações de traduções kill-switch, transferência de sobras para contêineres alternativos, lançamento de plano DR., retirada de chaves/acessibilidade, comunicação com o regulador.

Choque FX/excesso de demanda na moeda

Ações: incluir hedge hetero (pagamentos na mesma moeda) acelerado pela TWAP, redistribuir ações/bônus em moeda «doméstica».

Falta de cobertura safeguard

Acções: imediato swip de fundos para uma conta segregada, bloqueio de pagamentos opcionais, relatório e confirmação para o regulador.

13) Malas de teste (UAT/Pred-pronto)

1. Stockout drill: simular o pico de pagamento p99 → pool L0 fica ≥ low _ watermark.
2. PSP senslement delay: + 2 dias para T + N → StressRes cobre, TtP não sai do SLO.
3. Idempotidade FX TWAP: repetição webhook cotado → 1 execução.
4. Safeguard breach: swip automático e bloqueio de pagamentos não-critical.
5. Counterparty cap: ultrapassando o limite de provedor → alert + auto-revalance.
6. Intraday sweep: balanço> Target _ Balanceamento + → o swip em L2 e o retorno na porta.

14) Erros frequentes e como evitá-los

Um provedor para um trecho crítico → falta de um feelover. Mantenha pelo menos dois.
Falta de nível P no OpRes → reservas «por olho» e lockout frequentes. Aplique p95/p99.
Contas safeguard não marcadas → mistura de fundos. Digite segregação e relatórios rigorosos.
A omissão do calendário de senslement → restos de destino errados. Automatize a programação do PSP.
Um simples dinheiro em L0/L1 → alto custo de rendimento perdido. Configure os swips em L2.
Não há um único registo de bolsos → um caos de sobras. Digite Pocket Registry.

15) Registro de bolsos (Pocket Registry, API desenho)

json
{
"pocket_id": "PAYOUT_POOL_EUR",
"type": "L0",
"counterparty": "Bank_X",
"currency": "EUR",
"segregated": false,
"prefund_required": true,
"slo": { "ttp_p95_sec": 60, "ttf_p95_min": 30 },
"limits": {
"low_watermark": 200000,
"target_balance": 350000,
"counterparty_limit": 1000000
},
"sweep_policy": {
"to_l2_when_idle_cash_over": 100000,
"intraday": true
}
}

Currículo

O Tesouro Sustentável é um sistema, não um conjunto de contas: níveis de liquidez estabelecidos (L0-L3), reservas administradas (OpRes/RegRes/StressRes), limites rígidos e SLO, previsão de fluxo e preferência automática/sweep-mecânica. Assim, você dá ao negócio um TtP mínimo, evita quebras de caixa, reduz o custo de capital e, ao mesmo tempo, cumpre as exigências regulatórias e de auditoria.