Gestão
Última Atualização:
João Pedro Carvalho
Quando os sistemas não estão ligados, as pessoas fazem de ligação. Copiam, colam, exportam, importam, confirmam por telefone e mantêm folhas de cálculo que servem de ponte entre programas. Este trabalho tem 3 custos, e só o do tempo é visível: horas de pessoas qualificadas gastas a transportar informação que já existe noutro sítio.
Menos visíveis são os erros. Cada vez que um dado é introduzido à mão, há uma probabilidade de erro. A investigação sobre folhas de cálculo, a ferramenta de ligação mais comum nas PME, é particularmente reveladora. Numa síntese de estudos feita por Raymond Panko, da Universidade do Havai, as taxas de erro humano em tarefas cognitivas complexas rondam os 2% a 5%, e as auditorias mais recentes e mais rigorosas a folhas de cálculo reais encontraram erros em pelo menos 86% das folhas analisadas. Estes estudos são antigos e dizem respeito a folhas de cálculo complexas, mas a conclusão de fundo mantém-se: informação que passa por mãos humanas várias vezes acumula erros.
E há um custo ainda mais caro e ainda menos visível: as decisões tomadas com dados errados ou inconsistentes. Num estudo publicado na Business Horizons, Tadhg Nagle, Thomas Redman e David Sammon analisaram 75 avaliações da qualidade de dados em organizações muito diferentes. Em média, 47% dos registos criados recentemente tinham pelo menos um erro crítico, e apenas 3% das avaliações atingiram um nível aceitável. A maior parte das empresas acredita que os seus dados estão razoavelmente bem, até os medir.
Medir antes de mudar
O método usado nesse estudo é simples e pode ser aplicado por qualquer PME numa tarde. Chama-se medição de sexta à tarde e funciona assim:
Escolher um processo, por exemplo as últimas 100 encomendas.
Definir 10 a 15 dados críticos de cada registo, como cliente, NIF, artigo, quantidade, preço, data de entrega, morada.
Percorrer os 100 registos com as pessoas que os usam e marcar cada um que tenha pelo menos um erro óbvio.
Contar os registos sem erros.
O número que resulta é a percentagem de registos criados corretamente. Se for de 60 ou 70 em 100, a empresa sabe que um em cada 3 ou 4 registos está a gerar trabalho adicional algures, e tem um ponto de partida para medir o efeito da integração.
Porque é que os projetos de integração se tornam eternos
Ligar sistemas parece um problema técnico. Na maior parte das vezes, é um problema de gestão.
Os projetos de tecnologia têm uma característica perigosa: a maior parte corre de forma razoável, mas uma parte significativa corre muito mal. Num estudo de 1.471 projetos de tecnologia publicado na Harvard Business Review, Bent Flyvbjerg e Alexander Budzier, da Universidade de Oxford, verificaram que o desvio médio de custos era de 27%, mas que 1 em cada 6 projetos tinha um desvio de custos de 200%, em média, e um atraso de quase 70%. O risco está nos casos extremos, que são muito mais frequentes do que os gestores esperam.
Os projetos estudados eram, em média, muito maiores do que os de uma PME, e não se deve transpor os números diretamente. Mas o padrão é reconhecível em qualquer escala, e as causas dos projetos que descarrilam são quase sempre as mesmas:
Âmbito sem limites. "Integrar tudo" não é um objetivo, é uma lista infinita. Cada departamento acrescenta pedidos, e o projeto nunca termina.
Ninguém decide. Quando não é claro quem tem a última palavra sobre como deve funcionar um processo, cada divergência entre departamentos para o projeto.
Dados sujos. Ligar sistemas com dados inconsistentes transporta os erros de um lado para o outro, mais depressa.
Tudo de uma vez. Os projetos que só entregam valor quando estão completos acumulam risco durante meses sem que ninguém perceba se estão a funcionar.
Desenvolvimento à medida para problemas comuns. Programar ligações de raiz para necessidades que ferramentas existentes já resolvem cria código que só uma pessoa entende.
Um projeto de integração que não entrega nada utilizável nos primeiros 2 meses tem uma probabilidade elevada de nunca entregar. O método que se propõe mais à frente foi pensado precisamente para evitar este cenário.
O papel de quem gere a empresa
Os projetos de integração que correm bem têm quase sempre alguém da gestão de topo envolvido no papel de quem decide. Uma reunião semanal de 30 minutos, em que se resolvem as divergências entre departamentos e se confirma se a fase em curso está a cumprir o prazo, faz mais pelo sucesso do projeto do que qualquer escolha técnica. Quando essa pessoa não existe, as decisões ficam à espera, e a espera é o que transforma projetos de semanas em projetos de anos.
A decisão mais importante de uma integração não é técnica. É definir, para cada tipo de informação, qual é o sistema que manda: a fonte de verdade. Sem esta decisão, os sistemas ligados passam a corrigir-se uns aos outros, e o resultado é pior do que antes.
Informação | Sistema de referência típico | Porquê |
|---|---|---|
Dados do cliente e contactos | CRM ou programa de faturação | Onde a relação comercial é gerida, ou onde os dados fiscais são obrigatoriamente corretos |
Artigos, códigos e preços | ERP ou programa de faturação | Os preços que valem são os que se faturam |
Stock | ERP ou sistema de gestão de armazém | Onde as entradas e saídas físicas são registadas |
Encomendas | ERP, loja online ou CRM, conforme o canal | Onde a encomenda nasce |
Faturas | Programa de faturação certificado | Obrigação legal |
Pagamentos recebidos | Banco, conciliado na contabilidade | É onde o dinheiro está de facto |
Lançamentos contabilísticos | Programa de contabilidade | Responsabilidade do contabilista certificado |
As respostas variam de empresa para empresa. O que não pode variar é a existência de uma resposta. Se o preço de um artigo pode ser alterado no CRM, na loja online e no programa de faturação, a pergunta "qual é o preço certo?" não tem resposta, e a integração vai limitar-se a copiar a confusão.
Esta decisão exige que alguém, normalmente a gestão de topo, arbitre entre departamentos. A área comercial quer liberdade para ajustar preços; a financeira quer controlo. Ambas têm razão, e a integração só funciona depois de a regra estar definida: por exemplo, os preços de tabela vivem no ERP, e os descontos concedidos no CRM seguem regras e limites definidos. Organizar a empresa com responsabilidades claras, como se discute no artigo sobre estrutura empresarial, é também uma condição técnica para a integração.
Uma linguagem comum entre sistemas
Para que 2 sistemas troquem informação, têm de concordar sobre como identificar cada coisa. Se o mesmo cliente aparece com o NIF num sistema e com um código interno noutro, ou se o mesmo artigo tem códigos diferentes no armazém e na loja online, a integração não consegue perceber que se trata da mesma coisa. Antes de ligar, é preciso escolher identificadores comuns: o NIF para clientes e fornecedores, um código único para cada artigo, um número único para cada encomenda. Parece um detalhe, mas é, muitas vezes, onde a integração emperra durante semanas.
As formas de ligar sistemas
Há várias formas de pôr sistemas a trocar informação, com custos, riscos e níveis de flexibilidade muito diferentes. Nenhuma é sempre a melhor.
Ligações nativas
Muitos programas já trazem ligações prontas a outros programas comuns: o programa de faturação que se liga à loja online, o CRM que se liga ao email, o banco que exporta movimentos para o programa de contabilidade. São a opção mais barata e mais rápida, e devem ser sempre a primeira a explorar. O limite é que fazem o que o fornecedor decidiu, que pode não coincidir com o que a empresa precisa.
Plataformas de integração
Entre a ligação nativa e o desenvolvimento à medida há um conjunto de plataformas que permitem construir fluxos entre programas sem programar de raiz, através de regras do tipo "quando acontece isto neste sistema, faz aquilo naquele". O Make é um exemplo, e há outras semelhantes. São muito úteis para fluxos simples e médios, como criar uma fatura quando um negócio é ganho no CRM, ou atualizar o stock da loja online quando entra mercadoria no armazém.
Têm, porém, riscos que convém conhecer. Os fluxos podem falhar em silêncio se ninguém os monitorizar. A lógica fica espalhada por dezenas de regras que só quem as criou compreende. E o custo mensal cresce com o volume de operações.
Desenvolvimento à medida
Quando os sistemas oferecem interfaces de programação, é possível desenvolver ligações específicas. É a opção mais flexível e, muitas vezes, a mais cara, a mais lenta e a mais dependente de quem a desenvolve. Justifica-se quando o volume é alto, a lógica é complexa ou as ferramentas existentes não chegam. Não se justifica para resolver problemas que uma ligação nativa ou uma plataforma de integração resolvem em dias.
Um sistema único
A alternativa a ligar sistemas é reduzir o número de sistemas. Um ERP que cubra vendas, stock, faturação e contabilidade elimina muitas integrações, porque a informação já está num só sítio. Para muitas PME, é a solução mais sólida a médio prazo. Mas a implementação de um ERP é, ela própria, um projeto com os riscos descritos acima, e mudar de sistema pode ser mais disruptivo do que ligar os que existem.
Ligar ou substituir
Há um momento em que ligar os sistemas existentes deixa de fazer sentido. Alguns sinais indicam que substituir pode ser a melhor opção:
O sistema não tem qualquer forma de exportar ou receber dados de forma estruturada.
A empresa usa 5 ou 6 programas diferentes para funções que um único sistema cobriria.
O fornecedor do programa deixou de o atualizar, ou o custo de manter as ligações já se aproxima do custo de mudar.
Os processos da empresa mudaram tanto que o sistema obriga a contornos constantes.
Mesmo nesses casos, a lógica por fases continua a aplicar-se. Um novo sistema pode entrar primeiro numa área, por exemplo a faturação e o stock, e ser ligado ao que fica, antes de substituir tudo. A mudança total num único dia, com todos os departamentos a mudar ao mesmo tempo, é exatamente o tipo de projeto em que os desvios extremos descritos acima acontecem com mais frequência.
Ficheiros, com método
Resta uma opção pouco glamorosa mas perfeitamente legítima: exportar e importar ficheiros de forma regular e controlada. Para fluxos de baixo volume, com periodicidade semanal ou mensal, um ficheiro bem estruturado, importado com validações, pode ser suficiente. O risco está em usá-los sem regras, sem validação e com cada pessoa a fazer à sua maneira.
Forma | Custo inicial | Rapidez | Flexibilidade | Principal risco |
|---|---|---|---|---|
Ligação nativa | Baixo | Dias | Baixa | Não fazer exatamente o que se precisa |
Plataforma de integração | Baixo a médio | Semanas | Média | Falhas silenciosas e lógica dispersa |
Desenvolvimento à medida | Alto | Meses | Alta | Dependência de quem desenvolveu |
Sistema único | Alto | Meses | Média | Projeto de implementação longo |
Ficheiros com método | Muito baixo | Imediata | Baixa | Erros se não houver validação |
Muitas empresas acabam por usar uma combinação: um sistema central forte, ligações nativas onde existem e uma plataforma de integração para os fluxos que sobram.
Em Portugal, qualquer integração que toque na faturação tem de respeitar regras fiscais que não admitem improvisos.
Faturação em programas certificados. As empresas com contabilidade organizada, com volume de negócios superior a 50.000€ no ano anterior ou que usem qualquer programa informático para faturar são obrigadas a emitir as faturas num programa certificado pela Autoridade Tributária, como recorda uma informação vinculativa da AT de 2026. Na prática, isto abrange qualquer empresa que esteja a pensar integrar sistemas. Uma integração pode enviar os dados de uma encomenda para o programa de faturação, mas não pode substituí-lo, gerando documentos fora dele.
Códigos e elementos obrigatórios. Os documentos de faturação incluem elementos como o código único de documento e o código QR, gerados pelo programa certificado. Uma integração que copie faturas para outros sistemas deve manter estes elementos intactos.
SAF-T. O programa de faturação produz o ficheiro normalizado de auditoria tributária usado para comunicar faturas à AT. Se a integração alterar dados de faturas depois de emitidas, o que está nos vários sistemas deixa de coincidir com o que foi comunicado.
Faturas eletrónicas. Pelas regras em vigor, as faturas em PDF são aceites como faturas eletrónicas até 31 de dezembro de 2026. A proposta de Orçamento do Estado para 2027 prolonga esse prazo até ao final de 2027, mas a medida só fica garantida depois da votação final global, marcada para 24 de novembro. Quando o regime transitório terminar, um PDF enviado por email deixa de ser automaticamente aceite como fatura eletrónica e passa a precisar, em regra, de assinatura ou selo eletrónico qualificado, o que afeta qualquer integração que envie faturas por email. Convém confirmar com o contabilista o regime em vigor no momento da integração.
E há uma mudança mais profunda a caminho. O pacote europeu conhecido como IVA na era digital, adotado em março de 2025, torna obrigatória, a partir de 1 de julho de 2030, a fatura eletrónica estruturada nas transações entre empresas de diferentes Estados-Membros, com comunicação digital dos dados, como resume uma análise da PwC. Uma empresa que vende a clientes empresariais noutros países da União e que está hoje a desenhar as suas integrações deve ter este prazo em conta, para não construir hoje o que terá de refazer daqui a poucos anos.
A regra prática é simples: a integração alimenta o programa de faturação certificado, que continua a ser o único ponto de emissão de documentos fiscais. Qualquer desenho em que um documento fiscal nasce fora dele deve ser revisto com o contabilista antes de avançar.
A digitalização documental também entra aqui. Uma integração bem feita reduz o papel, mas o arquivo digital dos documentos fiscais tem as suas próprias regras de conservação, de 10 anos para a generalidade dos documentos de suporte contabilístico, que convém confirmar antes de eliminar originais.
Um método por fases, sem projeto eterno
O antídoto para o projeto eterno é dividir a integração em fases curtas, cada uma com um resultado utilizável. Um método que funciona na maior parte das PME tem 6 passos.
Mapear o percurso da informação
Antes de tocar em qualquer sistema, desenhar o percurso real de uma encomenda, desde o pedido do cliente até ao dinheiro no banco: que sistemas toca, quem introduz o quê, onde é copiada, onde há folhas de cálculo pelo meio. Este mapa, feito com as pessoas que fazem o trabalho, revela quase sempre duplicações que a gestão desconhecia.
Escolher um fluxo, e só um
Do mapa, escolher o fluxo que mais custa em tempo ou em erros. Não o mais interessante nem o mais completo: o que mais dói. Os fluxos que costumam dar mais retorno numa PME são:
Da encomenda à fatura, eliminando a nova digitação dos dados do cliente e dos artigos.
Da fatura à contabilidade, evitando lançamentos manuais.
Dos pagamentos recebidos à conciliação, ligando os movimentos bancários às faturas.
Do stock do armazém à loja online, evitando vender o que não existe.
Do negócio ganho no CRM à encomenda, sem voltar a pedir dados ao cliente.
Limpar os dados desse fluxo
Antes de ligar, limpar: clientes duplicados, códigos de artigo inconsistentes, NIF errados, moradas incompletas. A medição de sexta à tarde, aplicada ao fluxo escolhido, dá o ponto de partida. Ligar sistemas com dados sujos é automatizar o erro.
Ligar e testar em paralelo
Construir a ligação com a forma mais simples que resolva o problema, e fazê-la funcionar durante algumas semanas em paralelo com o processo antigo. Comparar os resultados. Só desligar o processo manual quando a ligação provar, com dados reais, que funciona.
Medir o resultado
Voltar a medir: horas poupadas, erros evitados, tempo entre encomenda e fatura. Se o resultado não aparecer, perceber porquê antes de avançar para o fluxo seguinte.
Passar ao fluxo seguinte
Só então escolher o próximo fluxo. Cada fase deve durar poucas semanas. Se uma fase não consegue entregar algo utilizável em 6 a 8 semanas, está grande de mais e deve ser dividida.
Este método tem uma vantagem que vai além do risco: cada fase paga parte da seguinte, e a empresa aprende pelo caminho o que funciona no seu caso. Gerir estas fases com um método simples de gestão de projetos, que hoje pode ser apoiado por inteligência artificial, com responsável, prazo e critério de sucesso para cada uma, evita que o projeto volte a crescer sem controlo.
Os princípios ganham forma quando aplicados a fluxos concretos. Os 3 que se seguem aparecem em quase todas as PME que vendem produtos.
Da encomenda à fatura
O ponto de partida é a encomenda, no sistema onde nasce: a loja online, o CRM ou o ERP. A integração deve transportar para o programa de faturação o cliente, identificado pelo NIF, os artigos, pelos seus códigos, as quantidades, os preços e a taxa de IVA aplicável. Antes de a fatura ser emitida, convém validar que o cliente existe no programa de faturação com dados fiscais corretos e que o stock é suficiente.
Os pontos que costumam falhar são as exceções: entregas parciais, alterações de quantidades depois da encomenda, descontos concedidos fora da tabela, clientes estrangeiros com regras de IVA diferentes. Um fluxo que só funciona no caso simples vai falhar no primeiro caso real que não seja simples. Mapear as exceções mais comuns antes de ligar poupa semanas de correções.
Dos pagamentos à conciliação
Muitas PME gastam horas a verificar que faturas foram pagas, cruzando extratos bancários com listas de faturas em aberto. A integração dos movimentos bancários com o programa de faturação ou de contabilidade permite fazer grande parte desta conciliação automaticamente, desde que cada pagamento traga uma referência que o ligue à fatura.
O trabalho mais importante aqui é organizacional: pedir aos clientes que indiquem o número da fatura nas transferências, ou usar referências de pagamento únicas por fatura. Com isso, a conciliação automática funciona na maioria dos casos, e as pessoas só tratam as exceções: pagamentos parciais, pagamentos agregados de várias faturas, valores que não batem certo.
Do stock à loja online
Uma loja online que mostra stock que não existe vende o que não pode entregar, e o cliente descobre-o da pior forma. A integração do stock do armazém com a loja deve funcionar nos 2 sentidos: as entradas de mercadoria atualizam a loja, e as vendas online reservam ou descontam o stock no armazém.
As dificuldades estão na frequência e nas reservas. Uma atualização uma vez por dia pode ser suficiente para uma loja com poucas vendas, e insuficiente para uma com picos de procura. Convém também decidir que parte do stock fica disponível para cada canal, quando o mesmo armazém serve a loja física, a loja online e os clientes empresariais, para evitar que 2 canais vendam a mesma unidade.
Quanto vale ligar um fluxo
A decisão de investir numa integração deve ser feita com números, mesmo que aproximados. Um exemplo com valores ilustrativos: numa empresa, 2 pessoas gastam cada uma cerca de 1 hora por dia a copiar encomendas entre o CRM, a folha de stock e o programa de faturação. Com 21 dias úteis por mês e um custo de 20€ por hora, são 840€ por mês. Se a empresa processa 400 encomendas por mês e 2% têm erros que custam, em média, 25€ a corrigir entre notas de crédito, reenvios e tempo, somam-se 200€. No total, cerca de 1.040€ por mês, ou 12.480€ por ano.
Se ligar este fluxo custar 6.000€ de configuração e 80€ por mês de subscrição de ferramentas, o investimento recupera-se em pouco mais de 6 meses, e o primeiro ano termina com um ganho líquido de cerca de 5.520€. E o cálculo não inclui o benefício mais difícil de medir: números consistentes entre vendas, stock e finanças, que permitem uma gestão de tesouraria com base em informação atual.
Os valores mudam muito de caso para caso, e há integrações que não compensam. Um fluxo que ocupa 20 minutos por semana dificilmente justifica um investimento de milhares de euros. É exatamente para isso que serve a conta: para escolher onde ligar primeiro, e onde não ligar de todo.
Fazer internamente ou contratar
Muitas integrações simples podem ser feitas internamente, por alguém com gosto por tecnologia e tempo reservado para isso. As mais complexas beneficiam de apoio especializado. Em qualquer dos casos, há condições que protegem a empresa:
Contratar por fluxo, com âmbito, prazo e critério de sucesso definidos.
Exigir documentação de cada fluxo entregue, escrita para quem vier depois.
Garantir que as contas das ferramentas, as credenciais e as chaves de acesso ficam em nome da empresa, e não do fornecedor.
Prever a passagem de conhecimento a alguém interno.
Conhecer, antes de começar, o custo da manutenção e das alterações futuras.
Uma integração que só o fornecedor consegue manter é uma dependência. Pode ser aceitável, mas deve ser uma escolha consciente, feita antes do dia em que o fornecedor deixa de responder.
Os riscos depois de ligar
Uma integração que funciona hoje pode falhar amanhã, e as falhas de integração têm uma característica traiçoeira: muitas vezes são silenciosas. Uma encomenda que não passou para a faturação não gera nenhum alarme, até o cliente perguntar pela fatura.
Monitorização. Cada fluxo deve ter uma forma de assinalar falhas: um alerta por email, um relatório diário de operações processadas, uma contagem que compare os 2 lados.
Um responsável. Cada integração deve ter uma pessoa responsável, que sabe como funciona e é avisada quando falha. Integrações sem dono degradam-se sem que ninguém repare.
Documentação. O que cada fluxo faz, que dados transporta, em que condições, e o que fazer quando falha. Uma página por fluxo chega.
Acessos e dados pessoais. Ligar sistemas implica dar a ferramentas externas acesso a dados de clientes. É preciso limitar os acessos ao necessário e formalizar com cada fornecedor que trata esses dados por conta da empresa um contrato de subcontratação, como exige o artigo 28.º do RGPD.
Mudanças nos sistemas. Quando um dos programas é atualizado, as ligações podem deixar de funcionar. Os testes devem ser repetidos depois de atualizações relevantes.
Dependência. Se toda a lógica depende de uma pessoa externa ou de uma ferramenta, a empresa deve ter um plano para o caso de essa pessoa ou ferramenta deixar de estar disponível.
Os números que mostram se está a funcionar
Horas por semana gastas em cópia manual de dados, antes e depois de cada fluxo.
Percentagem de registos sem erros, medida com o mesmo método antes e depois.
Tempo entre a encomenda e a fatura, e entre a fatura e o recebimento registado.
Diferenças entre sistemas, por exemplo entre as vendas no CRM e as vendas faturadas, ou entre o stock no sistema e o stock físico.
Falhas de integração detetadas por mês, e o tempo até serem resolvidas.
Custo das ferramentas de integração, comparado com o valor que libertam.
Estes indicadores podem viver num painel simples, e muitas das ferramentas de inteligência artificial para gestão já ajudam a cruzar dados de vários sistemas e a detetar inconsistências que antes exigiam horas de verificação manual.
Os erros que tornam a integração interminável
Começar com o objetivo de "integrar tudo".
Ligar sistemas sem decidir qual manda em cada dado.
Ligar dados sujos e esperar que a integração os limpe.
Desenvolver à medida o que uma ligação nativa já resolve.
Deixar integrações sem monitorização e sem responsável.
Criar documentos fiscais fora do programa de faturação certificado.
Desligar o processo manual antes de a integração provar que funciona.
Tratar a integração como um projeto de informática, sem a participação de quem usa os dados.
Ignorar prazos regulatórios que vão obrigar a refazer o trabalho.
Mudar de plataforma de comércio eletrónico ou de ERP sem planear as integrações, como se explica no guia sobre migrações de loja online.
Ligar vendas, stock e finanças é uma das formas mais concretas de uma PME se tornar mais eficiente, mais rigorosa e mais fácil de gerir, e é uma peça central de qualquer transformação digital com os pés no chão. A inteligência artificial está a tornar este trabalho mais acessível, desde a construção de fluxos até à deteção de dados inconsistentes, e é esse uso prático, aplicado à operação real das empresas, que a imersão CHECKMATE: Inteligência Artificial trabalha com empresários que querem resultados concretos na operação.
Volte-se à encomenda das 12 caixas. Com o fluxo da encomenda à fatura ligado, a comercial regista-a uma vez, o sistema confirma que só há 9 em stock antes de a encomenda ser aceite, o cliente é avisado no próprio dia, e a fatura sai com as quantidades certas a partir dos mesmos dados. Nenhuma tecnologia extraordinária: apenas uma fonte de verdade para cada informação e uma ligação que funciona. É assim que a integração deixa de ser um projeto eterno. Não com um plano para ligar tudo, mas com uma sucessão de fluxos pequenos, escolhidos pela dor que resolvem, limpos antes de ligados e medidos depois. Ao fim de alguns meses, a empresa descobre que já não tem 4 versões dos números do mês. Tem uma, e confia nela.
