Utilizamos o Google Analytics para estatísticas de tráfego. Os cookies de análise só são definidos se aceitar. Sem consentimento, as estatísticas são estimadas a partir de sinais sem cookies. Política de Cookies.
vIBAN · Reconciliação
Quando cada pagador paga para o seu próprio IBAN, um pagamento recebido só pode significar uma coisa. O problema do matching não fica resolvido — deixa de existir.
Nos bastidores há uma conta principal. À superfície, cada pagador, inquilino ou subscritor tem um IBAN virtual dedicado. O dinheiro chega sempre à conta principal — mas já etiquetado com quem o enviou e para quê.
A vista do pagador — um IBAN só seu, copiar e partilhar.
A emissão faz-se em lote, não formulário a formulário — um marketplace que integra mil vendedores cria mil IBANs numa só operação. As etiquetas de finalidade mantêm os fluxos separados: rendas num lado, subscrições noutro, pagamentos de marketplace na sua própria faixa — para que cada entidade de uma plataforma tenha o seu número de conta reconciliável.
Emissão em lote — 2,400 linhas validadas, IBANs reservados, uma ação para emitir.
Integração
Crie um vIBAN por pagador — um por API, ou 2,400 por CSV com passo de revisão.
Cada pagador paga para o seu próprio IBAN; não há referência que se possa trocar.
Os créditos identificam-se por construção — 99,6% conciliados automaticamente na demo.
O resto vai para uma fila de exceções contabilizada, com o histórico anexado.
Extratos por vIBAN, em CSV e PDF, enviados por email no dia 1 de cada mês.
Funcionalidades
Um só ecrã reúne todo o programa: 12,480 vIBANs ativos, €2.4M encaminhados hoje, 8,912 créditos reconciliados automaticamente. Cada linha mostra o IBAN, a quem pertence, a etiqueta de finalidade e o dinheiro recebido hoje. Pesquise por IBAN, cliente ou referência; exporte o livro em CSV.
Os clientes veem os dados da sua própria conta: o IBAN dedicado com botão de copiar, o BIC para transferências de fora da SEPA, o nome e a morada do banco, e um botão de partilha para quem lhes paga. Cada transferência para esse IBAN chega ao saldo já associada ao cliente — o ordenante nunca escreve uma referência.
Um CSV com 2,400 ordenantes é carregado, validado — 2,400 válidos, 0 erros — e mostra a pré-visualização do IBAN exato que cada linha receberá, reservado do intervalo no carregamento e atribuído na emissão. Configure o intervalo, a etiqueta de finalidade e o prefixo de referência, e emita o lote inteiro numa só ação. A mesma operação corre pela API.
O período no ecrã totaliza €412,380.44 em 8,912 créditos, 99.6% reconciliados automaticamente — com os 34 casos manuais e 12 pagamentos devolvidos contados em vez de escondidos. Cada vIBAN exporta o seu extrato em CSV ou PDF, o período inteiro exporta-se numa só ação, e os extratos mensais seguem por email para a caixa do financeiro no dia 1.
Cada crédito, devolução, emissão e pausa é um evento, e cada evento mostra a sua entrega: código de estado, latência e estado de nova tentativa por tentativa. As entregas são assinadas com HMAC-SHA256 e repetidas 6 vezes ao longo de 24 horas com backoff exponencial — e uma entrega que esgote as tentativas tem um botão de nova tentativa manual, não um encolher de ombros.
Na consola do operador, as contas de receção por trás do programa são dados, não saber tácito: uma conta ativa por moeda, e ao retirar uma é promovida automaticamente a seguinte. Cada alteração pede um motivo escrito e fica no registo de auditoria.
Cada ordenante tem um IBAN dedicado, pelo que cada pagamento recebido identifica o remetente antes de alguém o ver. Não há campo de referência para errar nem fila de associação para tratar. A identificação é uma propriedade do número de conta, não um processo.
Cada vIBAN leva uma etiqueta: rent-collection, subscriptions, marketplace-payouts, payroll. Os fluxos ficam separados ao nível da conta, pelo que reportar por finalidade é um filtro, não um projeto.
Quando cada ordenante paga para o seu próprio IBAN, um crédito recebido só pode significar uma coisa. No período da demo, 99.6% dos 8,912 créditos reconciliam-se sozinhos — e os poucos que não conseguem vão para uma fila manual em vez de ficarem um mistério.
Por trás de cada vIBAN há uma conta real. Os fundos concentram-se automaticamente — sem saldos de subcontas para varrer, sem fragmentação para gerir. À superfície são milhares de endereços; o ledger é um só.
Os vIBANs são emitidos a partir de intervalos dedicados — o programa da demo corre sob RO49 PRCT, com o número de livres por intervalo visível na emissão. Os intervalos mantêm programas, marcas ou entidades bem separados, enquanto tudo continua a encaminhar para a conta principal.
Cada vIBAN acumula o seu próprio histórico de pagamentos, pelo que o registo do ordenante é completo por definição. Um litígio ou uma auditoria começa numa lista filtrada, não numa investigação.
A integração de vendedores e inquilinos pode criar um vIBAN como passo do fluxo: criar a conta, entregar o IBAN, começar a cobrar. A vista do cliente é whitelabel — a demo aparece como Powered by Protocore; a sua aparece sob a sua marca.
Alguns pagamentos falham — conta encerrada, dados errados. As devoluções SEPA levam o código de motivo para um evento payment.returned e a sua própria contagem na página de extratos — dados com causa associada, não mistérios. O caso-limite tem uma linha, não um pedido de suporte.
Um vIBAN pausa-se numa só ação, e o fluxo de eventos regista quem o pausou e a partir de onde. «Em pausa» surge como estado em todo o lado onde o IBAN aparece — o livro, os extratos, o fluxo.
Um lote configurado guarda-se como rascunho: origem validada, intervalo escolhido, nada emitido ainda. O fluxo segue origem, configuração, revisão — para que o clique irreversível seja o último, de propósito.
A emissão corre contra um limite mensal com o contador à vista, e um lote indica o que acrescenta antes de o executar — 1,204 de 5,000 usados, este lote leva a 3,604. A capacidade é aritmética, não uma mensagem de erro.
Cada lote marca os seus créditos com um prefixo de referência — ARC-PAYOUT- na demo — para que os sistemas a jusante reconheçam os seus fluxos à primeira vista.
Cada linha de ordenante tem uma referência externa do seu sistema — EXT-00311 na demo — que permanece associada ao vIBAN. As pesquisas funcionam com os seus identificadores, não só com os nossos.
Tudo o que a consola faz, a API faz — emitir, pausar, consultar, exportar. O carregamento de CSV e a chamada à API acionam a mesma operação; a consola é um cliente, não um caminho especial.
Envie um evento de teste para qualquer endpoint diretamente a partir da consola. A integração prova-se com entregas sintéticas antes de chegar o primeiro crédito real.
Os endpoints têm os seus próprios segredos de assinatura e as suas próprias subscrições, e podem ser pausados sem serem eliminados — a demo mantém um endpoint de staging em pausa mesmo ao lado do de produção ativo.
CSV para máquinas, PDF para pessoas — por vIBAN ou para o período inteiro. A exportação foi pensada para ser importada, não reescrita.
Os extratos mensais seguem por email para o endereço do financeiro no dia 1. O relatório de rotina é uma subscrição, não uma tarefa recorrente na lista de alguém.
Os eventos filtram-se por tipo, vIBAN ou referência; o livro da consola pesquisa por IBAN, cliente ou referência. Encontrar um pagamento entre milhares é uma consulta com três pontos de entrada.
As alterações do operador ao programa — contas, pausas, encerramentos — exigem motivo e ficam no registo de auditoria. A história do programa explica-se por escrito.
Ecrãs
Interface real do produto, com dados de demonstração.
FAQ
São IBANs endereçáveis, emitidos a partir de intervalos dedicados que encaminham para uma conta principal. Um pagamento para um vIBAN chega como qualquer crédito SEPA; os fundos concentram-se automaticamente na conta principal — sem tarefas de varrimento.
A devolução leva o código do motivo para um evento payment.returned e tem a sua própria contagem no extrato. As devoluções são dados com uma causa associada, não mistérios a perseguir.
Precisa de um processo de exceções, não de uma equipa de correspondência. Um pagador por IBAN torna os créditos auto-identificáveis — 99.6% reconciliados automaticamente na demonstração — e o restante vai para revisão com o histórico completo do pagador.
Emita em lote — um CSV de 2,400 pagadores é validado, pré-visualizado e emitido numa só ação — e etiquete cada vIBAN por finalidade. Cada vendedor, inquilino ou entidade recebe o seu número de conta reconciliável; reportar por finalidade passa a ser um filtro, não um projeto.
Avaliar
Percorremos o ciclo completo consigo — emitir, partilhar, associar, tratar exceções, reportar — com os mesmos dados de demonstração, incluindo a emissão em lote de 2,400 pagadores.
Um programa de teste com conta principal e emissão ativa, para a sua equipa criar vIBANs, enviar créditos de teste e vê-los identificarem-se.
A API de emissão, os webhooks de pagamentos e de ciclo de vida e a documentação de integração — o suficiente para ligar a reconciliação ao seu back office.
Avalie sob a marca Protocore ou emita sob a sua — a conta principal continua a ser a única fonte de verdade em ambos os casos.
Leitura adicional
Disponível em separado ou em whitelabel — emita sob a sua marca.
as ordens de pagamento por transferência do Gateway levam referências vIBAN, os pagamentos do PoS aterram nos mesmos carris IBAN, e o Center trata as exceções que a correspondência do vIBAN deixa para trás.
Tudo o que vê acima corre em demos de produção que lhe podemos mostrar — autónomo, whitelabel ou como uma única plataforma. Diga-nos o que está a construir e mostramos-lhe o caminho mais curto.
