# R2 (CA-026): Conta de Liquidação COSIF negativa em -R$ 253.845.344,62, causa-raiz provada em PRD

Investigação read-only em PRD (17/07, via rpc no container core-api, zero escrita). O COSIF é a terceira perna (espelho regulatório): nada aqui toca TB, saldo de cliente ou money path.

## Resumo executivo

O saldo negativo do card DISPONIBILIDADES não é bug de agregação nem de tela: o acervo de lançamentos COSIF PIX de 13 e 14/07 está envenenado com os defeitos que foram corrigidos no código em 10/07 (inversão de direção do PIX-in + unidade 100x), mais lançamentos órfãos e duplicados. O motor de saldo diário soma o acervo corretamente; o dado é que está errado. Correção exige REPARO DE DADOS (estorno ou expurgo dos lançamentos envenenados), com aval do dono e do contador.

## Evidência 1: dois regimes de saldo na mesma tabela

`cosif_account_balances` para `1.1.2.10.01.10.001` (centavos):

| reference_date | balance_sheet |
|---|---|
| 2026-07-31 (mensal) | +102.637.442 (= R$ 1.026.374,42, são) |
| 2026-07-17 (diário) | -25.384.534.462 (= -R$ 253.845.344,62) |
| 2026-07-16 (diário) | -25.376.183.517 |
| 2026-07-15 (diário) | -25.455.768.760 |
| 2026-06-30 (mensal) | +103.717.182 (são) |

Os fechamentos mensais batem com o líquido do ETL; os snapshots diários incluem os lançamentos PIX envenenados.

## Evidência 2: decomposição dos journals da conta por reference_type (centavos)

| reference_type | qtd | débitos | créditos | líquido |
|---|---|---|---|---|
| etl_remigration | 53 | 123.007.570.633 | 122.904.933.191 | +102.637.442 |
| account_entry | 123 | 246.815.762 | 0 | +246.815.762 |
| PIX | 43 | 135.992.460 | 25.735.434.530 | **-25.599.442.070** |

A perna PIX é a origem de praticamente todo o rombo.

## Evidência 3: os lançamentos envenenados, um a um

1. E2E `E9040088820260714124465659134524` (14/07): a transação REAL é PIX **inbound**, amount 200.000.000 base units = **R$ 20.000,00**, payment_status completed. No COSIF ela tem DOIS lançamentos, ambos CREDITANDO a liquidação (direção invertida: entrada tem que DEBITAR o ativo):
   - C 20.000.000.000 centavos (base units x 100, ou seja 10.000x o valor real em centavos)
   - C 200.000.000 centavos (base units cru tratado como centavos, 100x)
   O lançamento correto seria: D 1.1.2.10.01.10.001 / C passivo do cliente, 2.000.000 centavos.
2. Quatro lançamentos idênticos de 13/07, C 1.370.000.000 centavos cada (R$ 13,7M cada, R$ 54,8M no total), descrição "Transacao PIX - " SEM end_to_end_id e SEM transação correspondente (varredura em transactions por valor e data: nenhuma linha). São órfãos quadruplicados; há um sexto lançamento de 13.700.000 centavos (R$ 137 mil) COM E2E que parece ser a versão 100x-menor do mesmo evento.

Soma dos envenenados: 20.000.000.000 + 200.000.000 + 4 x 1.370.000.000 = 25.680.000.000 centavos, que explica ~99% do crédito PIX total (25.735.434.530). Os lançamentos pós-fix (descrição "PIX outbound - PIXMAN...", valores pequenos em centavos, lado correto) estão sãos.

## Ligação com o histórico

São exatamente os 3 defeitos do estudo de contabilização PIX corrigidos em 10/07 (commits ada22a4c/2ba83756): inversão do PIX-in (INBOUND caía no ramo de envio), unidade 100x (journal em base units) e ordem/duplicação. O código está corrigido e guardado pela Reconciliação Contábil PIX; o ACERVO de 13-14/07 (pré-deploy do fix em PRD) nunca foi reparado.

## Correção proposta (NÃO executada, aguarda OK do dono + contador)

1. Expurgar ou estornar os 6 lançamentos envenenados (2 do E904... + 4 órfãos de 1,37 bi). Estorno é mais rastreável que DELETE; o contador decide a forma.
2. Recriar o lançamento correto do E904...134524: D liquidação / C cliente, 2.000.000 centavos, entry_date 2026-07-14.
3. Investigar a origem do sexto lançamento (13.700.000 com E2E `E6074694820260713062552011661914`) e decidir se fica.
4. Recomputar os snapshots diários de `cosif_account_balances` de 13/07 em diante (ou aguardar o próximo ciclo do worker após o reparo).
5. Validação: rodar a tela Reconciliação Contábil PIX para 13-17/07 (com o lote novo ela mostra Data, valores agregados e E2E duplicado) e conferir o card DISPONIBILIDADES do Dashboard voltando a ~R$ 1,3M.

Nota: com o reparo, o saldo estimado da conta fica em torno de +R$ 1.036.000 a +R$ 1.300.000 (ETL + account_entry + PIX são), coerente com os fechamentos mensais.