Software de faturação com OCR integrado ou ferramenta independente: o problema do lock-in
Software de faturação com OCR integrado ou ferramenta independente: o problema do lock-in
Hoje qualquer software de faturação ou contabilidade já traz OCR. Carregas a fatura do fornecedor, o programa lê-a, aparece um lançamento em rascunho. Está incluído no plano, funciona e não há nada novo para contratar.
É precisamente por isso que merece um segundo olhar. O OCR integrado não se paga na mensalidade: paga-se na dificuldade de sair mais tarde.
Isto não é um ataque às suites integradas. É um convite a perceber que camada do teu stack estás a prender quando ligas essa funcionalidade.
Onde está realmente o lock-in
A maioria das pessoas imagina lock-in como um contrato caro. Na captura documental é mais silencioso.
Os dados extraídos não vivem fora da suite
Quando o teu programa de contabilidade lê uma fatura, o resultado não é um ficheiro teu: é um registo no livro deles. Base, IVA, NIF do fornecedor, vencimento — tudo cai no esquema deles, com os pressupostos deles.
Enquanto ficares, tudo bem. No momento em que precisas dos mesmos dados noutro sítio — uma folha de gestão de imóveis, um dashboard, o ERP de um cliente — descobres que a extração só apontava numa direção.
As linhas de detalhe costumam ser o muro de pagamento
O cabeçalho é a parte fácil. O valor está nas linhas individuais, com quantidades, preço unitário e código de produto — e é aí que os fornecedores diferenciam preço.
As comparações entre as duas ferramentas de captura mais conhecidas do universo Xero/QuickBooks mostram o padrão: o Hubdoc captura totais, datas e fornecedor mas não o detalhe das linhas, enquanto o Dext oferece extração de linhas com um custo adicional por documento. Ou seja: o dado mais profundo — o que mais quererias reutilizar — é também o que pagas ao consumo, dentro da ferramenta com menor probabilidade de to devolver num formato aproveitável.
Se as tuas faturas trazem tabelas longas, lê antes porque é que os templates de OCR por fornecedor se partem, em vez de assumir que isto já está resolvido.
"Temos exportação" não é portabilidade
Ambas as ferramentas acima permitem descargas em massa em CSV e PDF. É melhor do que nada — e continua a não ser portabilidade.
Uma exportação é uma fotografia: um despejo pontual que tens de pedir, limpar e remapear. Portabilidade é um pipeline: o dado chega no teu formato, de forma contínua, sem ninguém pelo meio. Um fornecedor pode dar-te o primeiro e tornar o segundo impossível.
É aqui que o custo se esconde. Em contextos ERP, uma análise coloca uma migração média entre 200.000 e 500.000 dólares contando integrações e anos de personalização, citando dados da Flexera segundo os quais 47% das empresas apontam a migração de dados como barreira significativa à mudança de fornecedor. O teu escritório não tem um ERP de 50 utilizadores, mas o mecanismo escala para baixo na perfeição: quatro anos de faturas extraídas no esquema de outra pessoa são quatro anos que não moves barato.
O processo reorganiza-se em silêncio à volta do fornecedor
A forma mais subtil. A equipa aprende o ecrã de revisão dele. As aprovações moldam-se ao fluxo dele. Alguém constrói um relatório que só existe porque aquele campo existe ali.
Nada disto está documentado, tudo tem de ser refeito, e é a razão pela qual as estimativas de mudança rebentam sempre.
O mínimo legal está a subir — mas é um mínimo
Duas normas europeias empurram a teu favor, e vale a pena conhecê-las antes da próxima renovação.
Data Act. A maioria das suas disposições aplica-se desde 12 de setembro de 2025, dando aos clientes de serviços de tratamento de dados o direito de mudar de fornecedor e de receber cooperação técnica para transferir os dados. E o artigo 29.º elimina por completo os encargos de mudança e de saída de dados a partir de 12 de janeiro de 2027; até lá, só podem ser cobrados os custos diretamente ligados à mudança.
RGPD, artigo 20.º. Quanto aos dados pessoais que forneceste, tens direito a recebê-los num formato estruturado, de uso corrente e de leitura automática e a transmiti-los sem entraves. Relevante se os teus documentos contêm identificação de clientes: uma pilha de PDF digitalizados não cumpre o requisito de leitura automática.
Ambas são alavancas reais. Nenhuma é uma estratégia. A lei pode obrigar um fornecedor a devolver-te os dados sem cobrar; não pode fazer com que esses dados encaixem no sistema para onde vais. Aqui a arquitetura continua a ganhar à regulação.
A via independente: separar captura e sistema de registo
A alternativa não é outra suite. É traçar uma linha entre dois trabalhos que se fundiram por acidente.
Captura é transformar uma foto, um PDF ou um reencaminhamento de WhatsApp em campos estruturados. Sistema de registo é onde esses campos vivem, são aprovados e arquivados.
Quando a captura é uma camada separada, mudam três coisas:
- O resultado é teu primeiro. A extração produz um objeto estruturado — Excel, JSON, uma chamada de API — e decides tu onde aterra. Mudar de software de contabilidade passa a ser uma mudança de destino, não um resgate de dados. É o modelo de enviar faturas para Excel ou para o teu ERP via API.
- Uma captura alimenta vários destinos. Quase nenhuma PME tem um só endpoint. Um gestor de imóveis precisa da mesma fatura no relatório ao proprietário, na contabilidade e numa folha de custos. O OCR integrado serve um; uma camada de captura serve os três com uma única leitura.
- Podes substituir cada lado de forma independente. Contabilidade fraca com boa captura, ou o contrário, deixa de ser uma decisão tudo-ou-nada.
O preço de separar é mais um ponto de integração. É o compromisso honesto — e com linhas de detalhe pelo meio, costuma ser o mais barato.
Quando o OCR integrado é mesmo a escolha certa
Sem exageros na direção oposta. Fica com a funcionalidade incluída se:
- O volume é baixo: algumas dezenas de documentos por mês, só cabeçalho.
- Não tens um segundo destino. Se tudo vive na suite e vai continuar assim, a portabilidade é um benefício teórico.
- A suite é também a tua camada de conformidade e separá-la fragmentaria o rasto de auditoria.
- Não precisas mesmo das linhas. Capturar só totais é um compromisso muito menor.
A decisão inverte-se quando as linhas contam, quando o mesmo documento tem de chegar a dois sistemas, ou quando um cliente pode levar os dados dele de uma assentada.
Cinco perguntas antes de assinar
Faz estas perguntas a qualquer fornecedor, integrado ou independente:
- Consigo exportar os dados extraídos, e não só os documentos originais? Recuperar os PDF não é recuperar os dados.
- As linhas de detalhe vão incluídas na exportação, sem sobretaxa ao consumo?
- Existe API de leitura ou apenas descarga manual? É o teste exportação-versus-pipeline, e a resposta mais reveladora de todas.
- Em que formato, e o esquema está documentado? "Estruturado, de uso corrente e de leitura automática" é uma boa fasquia para exigir a todos, não apenas para dados pessoais.
- Como é a saída, por escrito? Custos, prazos, quem faz o trabalho. Uma resposta vaga aqui já é a conclusão.
Um fornecedor confiante no produto responde às cinco em uma frase cada.
O que fazer neste trimestre
Não precisas de uma migração. Precisas de saber onde estás.
Pega nas faturas de fornecedor do mês passado e tenta tirar os dados extraídos — linhas incluídas — da ferramenta que hoje as lê, num formato que pudesses carregar noutro sítio. Cronometra.
Se demorar dez minutos, a tua camada de captura é portável e podes parar de ler. Se levar uma tarde de copiar e colar, ou se descobrires que as linhas nunca chegaram a ser guardadas, acabaste de medir o teu lock-in — e fizeste-o enquanto mudar ainda é barato.
O meio-termo prático: mantém o teu software de faturação para o que faz bem e coloca a leitura de documentos numa camada que te devolve dados estruturados e teus. O WhappScan faz exatamente isso: os documentos chegam por WhatsApp e voltam como dados estruturados em Excel ou diretamente para o teu sistema via API, sem instalar nada. Vê a comparação em WhappScan vs entrada manual vs OCR tradicional ou em whappscan.com.