Por que saldo, transações ou cartão podem não aparecer no Open Finance

O fluxo tem mais de um ponto de espera

1. O Prumio abre uma conexão e prepara a jornada de autorização.
2. Você confirma os dados no ambiente da instituição.
3. O operador consulta os produtos autorizados.
4. A instituição pode responder cada produto em momentos ou estados diferentes.
5. O Prumio recebe, organiza e mostra o que chegou, com a data da leitura.

“Autorizado” descreve o consentimento. Não é uma declaração de que todas as contas, transações, faturas e informações opcionais já foram entregues. O próprio padrão do Open Finance prevê recursos disponíveis, pendentes de autorização, temporariamente indisponíveis e encerrados.

Diagnóstico rápido pelo que você observa

As regras de tempestividade não prometem tempo real no aplicativo

Para os dados cadastrais e transacionais cobertos pela documentação oficial consultada, a instituição transmissora pode ter uma defasagem em relação ao momento em que o dado fica disponível nos canais eletrônicos dela: até cinco minutos para saldo e transações de conta e até uma hora nos demais casos descritos nessa regra. Essa régua mede a etapa de transmissão da instituição, não o tempo total até o dado aparecer num aplicativo que usa um operador e uma agenda própria de atualização.

No Prumio, a atualização é automática, mas o intervalo e o horário do dado podem variar. Por isso a informação mais útil é a data da última leitura. Uma compra feita agora também pode não estar consolidada no canal do próprio banco; o relógio regulatório não começa necessariamente no instante da compra.

Por que um campo específico pode faltar

As APIs têm campos obrigatórios, opcionais e condicionais. Um limite de cartão, nome complementar ou detalhe da transação pode não se aplicar, não existir no canal da instituição ou não ter sido recebido. Campo ausente não deve virar zero, “sem limite” ou outra conclusão inventada.

O Prumio procura separar três níveis: produto recebido, produto ausente e dado antigo. Nem toda ausência vem com uma causa identificável. Quando o operador não informa o motivo, a mensagem correta é que não foi possível confirmar — não que o banco esteja fora do ar.

Cartões e faturas têm etapas próprias

Uma compra pode aparecer primeiro como transação e só depois ser associada a uma fatura. Fechamento, vencimento, pagamento, estorno e processamento são eventos diferentes. A instituição pode compartilhar a conta do cartão sem disponibilizar todos os detalhes de uma fatura naquela leitura.

Parcelas futuras também não chegam como uma agenda universal pronta. O Prumio reconstrói o que consegue a partir de metadados das transações recebidas. Para entender a diferença entre ciclo atual e futuro, leia o guia de fatura aberta e fechada.

Quando reconectar ajuda

Reconectar é a ação correta quando o Prumio informa que a autorização venceu ou foi revogada. Ela também pode ser necessária se o fluxo anterior nunca foi concluído. Não é uma correção universal para campo ausente, produto indisponível ou dado que ainda está em processamento.

Se a conexão continua autorizada e a causa não está confirmada, confira o horário, aguarde a próxima leitura e procure a mensagem mostrada pelo Prumio. Repetir autorizações sem necessidade pode não trazer o dado que falta nem mudar o que a instituição entrega.

Quem pode resolver cada parte

• Instituição: autorização no ambiente dela, disponibilidade do produto e dados publicados nas APIs.
• Operador da conexão: jornada técnica, consulta às APIs e retorno dos produtos ao Prumio.
• Prumio: agenda de atualização, ingestão, organização, estado mostrado e suporte sobre o que recebeu.

Uma indisponibilidade pode atravessar mais de uma dessas camadas. Sem evidência, não é correto escolher um culpado. Ao pedir ajuda, informe somente a instituição, o estado mostrado e o horário da última leitura — nunca envie senha, token ou código de autenticação.