# Análise Nicho 8 — Conciliação Bancária (OFX), Auditoria de Despesas & Prestação de Contas

## Veredito

A "solução única" não se sustenta: o grupo contém três produtos com dados, usuários e ciclos de vida diferentes que só compartilham a palavra "financeiro". Conciliar transação bancária/contábil é casar dois conjuntos de registros estruturados que a empresa já possui (extrato × razão/ERP), rodando diariamente para o time interno; auditar despesa é ler documento não estruturado (recibo, NF, boleto) e confrontá-lo com uma política ou contrato antes do pagamento; e analisar prestação de contas de convênio é um fluxo com terceiros externos (entidades beneficiárias) que submetem, são devolvidos, corrigem e reenviam — o gargalo ali é tanto a análise quanto a orientação de quem submete.

Sobram três apps independentes. O parser OFX/CSV proposto na análise original só atende o primeiro; os outros dois precisam de extração documental (`doc-extraction-event`), que é uma capacidade embutida em cada app, não um serviço central.

## Contagens

| Categoria | Qtd | Índices |
|---|---|---|
| FIT | 8 | 0, 1, 2, 4, 5, 6, 8, 9 |
| ADJACENTE | 1 | 3 |
| OUTRO_NICHO | 1 | 7 (→ nicho 13) |
| RUIDO | 1 | 10 |
| EXCLUIR | 0 | — |

Duplicatas: [4] e [5] são o mesmo autor (Ale_Pdelgado) com a mesma dor → 1 empresa. [2] e [3] são o mesmo autor (Rmaikot), dores complementares do mesmo processo → 1 empresa.

---

## App 1 — Conciliador de Transações (bancário e contábil)

**Canvases:** [1], [4], [5], [6] — 4 canvases, 3 empresas.

**Dor:** o financeiro roda conciliação manualmente todo dia (ou fecha o mês correndo), o que atrasa a visão de fluxo de caixa e o fechamento contábil. Ninguém sabe, em tempo hábil, quais lançamentos estão sem par e por quê.

**Funcionalidades do MVP**
- Ingestão de extratos por OFX, CSV e API bancária (Open Finance / arquivo de retorno CNAB), com deduplicação por identificador de transação.
- Ingestão de lançamentos do ERP/razão (contas a pagar, contas a receber, contas contábeis) via API ou export agendado.
- Motor de matching em camadas: exato (valor + data + documento), tolerante (janela de data, valor com diferença de tarifa) e semântico via Claude para histórico de extrato bagunçado ("PIX ENVIADO 1234 FORNEC XYZ" → fornecedor cadastrado).
- Score de confiança por par proposto: acima do limiar concilia automático, abaixo entra em fila de revisão humana com a evidência lado a lado.
- Aprendizado por regra: quando o humano aceita ou corrige um par, a regra fica salva e passa a valer para o mesmo padrão de histórico/fornecedor.
- Painel de pendências por conta e por idade, com o valor não conciliado do dia e a trilha completa de quem conciliou o quê.
- Fechamento assistido: checklist por conta contábil, status de cada conta e exportação do razão conciliado.

**Fora do MVP:** lançar ou estornar no ERP por conta própria (só sugere e o humano confirma), previsão de fluxo de caixa, conciliação de cartão de crédito com maquininha (adquirência tem regra própria de taxa/antecipação), conciliação fiscal SPED (nicho 12).

**Contratos:** emite `reconciliation-match`; consome `doc-extraction-event` (quando o comprovante de um lançamento vem de fora do ERP).

**Stack:** n8n para as coletas agendadas e o parser OFX/CNAB, Postgres/Supabase como base própria, matching determinístico em SQL + Claude só na camada semântica e na explicação da divergência, Lovable para o painel de pendências.

---

## App 2 — Auditor de Despesas e Comprovantes (pré-pagamento e reembolso)

**Canvases:** [0], [8] — 2 canvases, 2 empresas.

**Dor:** documento chega (recibo de viagem, boleto, NF de operação) e é reembolsado ou pago sem ninguém verificar se a despesa é devida, se o valor bate com o contrato/política e se o comprovante é coerente com o que foi declarado. Em [8], 100% das despesas de contas a pagar são pagas sem validação.

**Funcionalidades do MVP**
- Recepção de comprovantes por e-mail, upload e WhatsApp, com fila por lote de despesa/relatório de viagem.
- Extração estruturada do documento (fornecedor, CNPJ, data, valor, itens, competência) com Claude sobre imagem/PDF, guardando o recorte da evidência de cada campo.
- Confronto contra a fonte de verdade da empresa: planilha/relatório declarado pelo funcionário ([0]) ou cadastro paramétrico de despesas e contratos ([8]), incluindo correção por periodicidade.
- Motor de política em configuração: limites por categoria, exigência de comprovante fiscal, duplicidade de comprovante, despesa fora de janela de viagem, fornecedor não cadastrado.
- Relatório de divergências por lote, priorizado por valor e severidade, escrito em linguagem de negócio para o analista/secretária revisar e consolidar.
- Aprovação humana obrigatória antes de qualquer liberação de pagamento ou reembolso; o app nunca paga.
- Detecção de comprovante repetido entre lotes e entre funcionários (hash de imagem + chave NF).

**Fora do MVP:** integração de cartão corporativo, política de viagem por país/moeda estrangeira, emissão de pagamento, análise de contrato jurídico (nicho 7).

**Contratos:** emite `doc-extraction-event`, `audit-finding`; consome nada obrigatório (opcionalmente `customer-360-read` para dados de fornecedor).

**Stack:** n8n para os canais de entrada, Claude para leitura documental e explicação da divergência, Postgres/Supabase com as regras em tabela (nunca em código), Lovable para a fila de revisão.

---

## App 3 — Analisador de Prestação de Contas de Convênios e Auxílios

**Canvases:** [2], [3], [9] — 3 canvases, 2 empresas.

**Dor:** analistas queimam centenas de horas por mês conferindo campo a campo notas, recibos e extratos enviados por entidades beneficiárias, e o processo devolve tanto que gera pendência financeira e insatisfação de quem depende do recurso. Metade do problema está antes da análise: a beneficiária não sabe o que a norma exige.

**Funcionalidades do MVP**
- Portal de submissão do lote de prestação de contas pela entidade beneficiária, com o plano de aplicação/convênio como referência.
- Extração e validação dos campos prioritários de cada documento (CNPJ, data, valor, competência, natureza da despesa), com confiança por campo e revisão humana nos casos abaixo do limiar.
- Checagem de conformidade contra a norma do programa em configuração: despesa dentro da vigência, dentro da rubrica aprovada, dentro do teto, com comprovante do tipo exigido, e soma batendo com o extrato da conta específica.
- Pré-validação no momento do envio: a beneficiária recebe na hora a lista do que falta ou está errado, antes de o lote entrar na fila do analista — é aqui que a devolução cai.
- Assistente de dúvidas para a beneficiária (chat) respondendo sobre exigências do programa com citação do trecho da norma, embutindo ingestão e vetor próprios conforme `knowledge-schema`.
- Painel do analista: lotes por risco, achados já apontados, aceitar/rejeitar cada achado, e parecer final sempre humano.
- Painel do gestor com prazos, entidades em risco de perder o prazo e taxa de devolução por programa.

**Fora do MVP:** decisão final de aprovação/glosa sem analista, integração com sistema de transferência de recursos (SICONV e afins), score preditivo de fraude da entidade, cobrança de devolução.

**Contratos:** emite `doc-extraction-event`, `audit-finding`; consome `knowledge-schema` (normas do programa).

**Stack:** n8n para orquestração do lote, Claude para leitura documental e para o assistente, Supabase/pgvector próprio para as normas, Lovable para o portal da beneficiária e o painel do analista.

---

## Contratos novos propostos

- `reconciliation-match` — par conciliado ou divergência: registro origem (transação bancária), registro destino (lançamento), score, status (auto/revisado/pendente), regra aplicada, responsável, timestamp.
- `audit-finding` — achado de auditoria: objeto auditado (documento, despesa, lote), regra violada, severidade, valor em risco, evidência (trecho/recorte), status da tratativa e decisão humana.

## Reclassificações

- [7] "SDLC AI First" (fechamento mensal de consultoria com planilhas e aprovações por e-mail, impactando remuneração variável) → **nicho 13** (Cockpit de Acompanhamento Orçamentário & Automação de Relatórios para Diretoria). É workflow de fechamento de resultado gerencial, não conciliação de transações.

## Ruído

- [10] "Agentes de IA departamento financeiro" — quer "multiagentes para o departamento financeiro" sem processo, volume ou gargalo identificável.

## RESUMO JSON

```json
{
  "group_ids": [8],
  "apps": [
    {"id": "conciliador-transacoes", "nome": "Conciliador de Transações (bancário e contábil)", "dor": "Conciliação manual diária/mensal de extrato contra ERP e razão atrasa fluxo de caixa e fechamento contábil", "canvases_indices": [1,4,5,6], "n_canvases": 4, "n_empresas": 3, "funcionalidades_mvp": ["Ingestão de extratos OFX/CSV/API bancária com deduplicação", "Ingestão de lançamentos do ERP e razão contábil", "Matching em camadas: exato, tolerante e semântico via Claude", "Score de confiança por par: auto acima do limiar, fila humana abaixo", "Aprendizado de regra a partir da correção humana", "Painel de pendências por conta e idade com trilha de auditoria", "Fechamento assistido por conta contábil com exportação"], "fora_mvp": ["lançar/estornar no ERP sem confirmação humana", "previsão de fluxo de caixa", "conciliação de adquirência (cartão/maquininha)", "conciliação fiscal SPED"], "contratos_emite": ["reconciliation-match"], "contratos_consome": ["doc-extraction-event"]},
    {"id": "auditor-despesas", "nome": "Auditor de Despesas e Comprovantes (pré-pagamento e reembolso)", "dor": "Recibos, boletos e NFs são pagos ou reembolsados sem validação contra política, contrato ou despesa declarada", "canvases_indices": [0,8], "n_canvases": 2, "n_empresas": 2, "funcionalidades_mvp": ["Recepção de comprovantes por e-mail, upload e WhatsApp em lotes", "Extração de campos do documento com evidência recortada", "Confronto com planilha declarada ou cadastro paramétrico de despesas/contratos", "Motor de política configurável (limite, duplicidade, janela, fornecedor)", "Relatório de divergências priorizado por valor e severidade", "Aprovação humana obrigatória antes de liberar pagamento", "Detecção de comprovante duplicado entre lotes e funcionários"], "fora_mvp": ["integração de cartão corporativo", "moeda estrangeira e política por país", "emissão de pagamento", "análise contratual jurídica"], "contratos_emite": ["doc-extraction-event", "audit-finding"], "contratos_consome": ["customer-360-read"]},
    {"id": "prestacao-contas-convenios", "nome": "Analisador de Prestação de Contas de Convênios e Auxílios", "dor": "Analistas gastam centenas de horas conferindo documentos de prestação de contas e a taxa de devolução gera pendência com as entidades beneficiárias", "canvases_indices": [2,3,9], "n_canvases": 3, "n_empresas": 2, "funcionalidades_mvp": ["Portal de submissão do lote pela entidade beneficiária", "Extração e validação dos campos prioritários com confiança por campo", "Checagem de conformidade contra a norma do programa em configuração", "Pré-validação no envio com lista de pendências para a beneficiária", "Assistente de dúvidas sobre a norma com citação de fonte (RAG embutido)", "Painel do analista com achados, aceite/rejeição e parecer humano final", "Painel do gestor com prazos e entidades em risco"], "fora_mvp": ["aprovação ou glosa final automática sem analista", "integração com sistema de transferência de recursos", "score preditivo de fraude da entidade", "cobrança da devolução"], "contratos_emite": ["doc-extraction-event", "audit-finding"], "contratos_consome": ["knowledge-schema"]}
  ],
  "reclassificacoes": [
    {"indices": [7], "destino_nicho": 13}
  ],
  "ruido": [10],
  "excluir": []
}
```