# Wave 2 - ordem de ataque e design do item 1 (remuneração SPI)

Decisão do dono (19/07, brainstorm): **remuneração SPI primeiro**; depois relatórios PIX recebido/enviado + volumetria; depois tarifa SLB; depois R13 STA (usuários/perfil).

## Item 1: Remuneração SPI - relatório diário + repasse à conta Monbank

### Evidência do estado atual

- A cabine JÁ credita a remuneração da Conta PI desde 14/07: `pix/backend/apps/spi_service/lib/spi_service/workers/inbound_processor.ex:2692` (`maybe_credit_remuneration/2`), movimento `reference_type: "spi_remuneration"` (:2714), telemetria `[:monetarie,:pix,:remuneration,:credited]` (:2720), correlação CRE (:2734). Saldo REMN no parser camt.053 (`camt053_parser.ex:81`); requisição de demonstrativo camt.060 CRE (`camt060.ex:48`).
- LACUNA: nenhum relatório e nenhum repasse - o dinheiro fica somado no espelho da PI.

### Desenho

1. **Relatório diário de remuneração** (cabine pix, tela tesouraria + endpoint): agrega os movimentos `spi_remuneration` por dia/mês com o demonstrativo CRE correlacionado (valor, data, saldo remunerado base) e export CSV/PDF. Fonte única: os movimentos já gravados; zero cálculo novo.
2. **Repasse à conta Monbank**: job diário (Oban, pós-fechamento da grade) que publica evento `monetarie.pix.remuneration.sweep` com o total do dia; o CORE consome e credita a conta de titularidade Monetarie (conta movimento) pelo trilho normal de crédito (TB + extrato + COSIF espelho fail-soft), com idempotência por (data, valor, referência CRE). NADA de caminho novo de dinheiro: reusa o funil de crédito interno existente; o espelho da PI na cabine registra o débito equivalente (mesma disciplina do espelho simétrico provado em 18/07).
3. **Decisões embutidas** (defaults propostos, mudar é config): periodicidade diária D+0 após fechamento; conta destino = conta movimento institucional já usada pela tesouraria; flag `SPI_REMUNERATION_SWEEP_ENABLED` default OFF até validação viva.
4. **Reconciliação**: probe que compara soma dos movimentos `spi_remuneration` - repasses = saldo remanescente esperado na PI; entra no kit de sondas.

### Testes e validação

TDD no agregador e no sweep (idempotência; dia sem remuneração = no-op; o sweep varre APENAS movimentos `spi_remuneration` confirmados, e demonstrativo CRE ausente marca o relatório como pendente sem travar o sweep); validação viva em HML com remuneração simulada; PRD só com flag e OK do dono (money-path novo).

## Itens seguintes (ordem decidida; desenhos curtos quando chegarem)

2. **Relatório PIX recebido/enviado + volumetria SPI**: fontes prontas (`transactions`/`statement_entries` da cabine + `transactions` do core); entrega = 2 telas/relatórios com filtros e export; sem dinheiro.
3. **Tarifa de uso SLB**: recriar apuração (a `slb_operations` com `fee_amount` foi dropada no modelo two-table; recriar como visão/tabela de apuração sobre `spb_operations` + `bacen_tariff_bands` + `tariff_engine` existentes) + pagamento automático (decisão do dono antes de ligar).
4. **R13 STA (STA-001/002)**: CRUD de usuários + rotas `/api/admin/users` + `PUT /api/auth/password|profile` sobre o RBAC existente (`sta/backend/.../auth/user.ex`, `rbac/user_group.ex`) + telas Usuários e Meu perfil no admin-portal do STA.
5. **APIX TXT + saldo SPI+SPB consolidado diário**: depois do gate APIX (ver relatório de batimento 19/07).