# IA no ERP com conectividade limitada: modelos locais em Angola e Moçambique > Source: https://netray.co/pt/ia-erp-conectividade-limitada-offline > Language: pt > Publisher: Netray (netray.co) Quando a internet é cara, lenta ou instável, a solução é pôr o modelo de IA no servidor local e usar a rede interna. Assim, as consultas ao ERP funcionam mesmo com o link externo em baixo, e só a sincronização entre filiais espera pela ligação. Fora das grandes cidades, e por vezes também nelas, a ligação à internet é um custo e um risco. Uma fábrica em Viana, um armazém em Benguela ou uma filial em Nampula não podem parar porque a ligação caiu. Ferramentas de IA que dependem de serviços na nuvem pública deixam de funcionar nesses momentos. A alternativa é desenhar para a ligação limitada: modelos pequenos e médios de código aberto no servidor local, dados que nunca saem do edifício e sincronização assíncrona entre filiais. Esta página explica como e quais são os limites. ## O problema real: custo, latência e quedas Três coisas pesam: o preço do tráfego internacional, a latência até aos centros de dados no estrangeiro e as quedas. Cada pergunta ao ERP enviada para uma API remota consome tráfego, atrasa a resposta e falha quando o link cai. Há também uma questão de confiança. Preços, clientes e stocks são dados sensíveis para o negócio, e muitas empresas preferem não os enviar para fora do país por defeito. - Custo de largura de banda internacional - Latência elevada para serviços na nuvem pública - Quedas que param o trabalho dos utilizadores - Sensibilidade dos dados comerciais ## Arquitetura: IA no servidor local Um servidor com uma ou duas GPUs, no escritório ou no centro de dados da empresa, corre um modelo de código aberto com vLLM ou Ollama. Os utilizadores acedem pela rede interna, por navegador ou por uma aplicação simples. O ERP, a base de dados e o modelo ficam na mesma rede. Para consultas ao ERP, modelos de tamanho médio chegam bem. Para tarefas mais pesadas, como resumir centenas de páginas de contratos, pode usar-se um modelo maior em horários de menor carga. A dimensão exata depende do número de utilizadores e deve ser testada num piloto. - Modelo e dados na mesma rede interna - Acesso de leitura ao ERP com perfis respeitados - Funcionamento mesmo com o link externo em baixo - Possibilidade de ligar apenas para atualizações planeadas ## Várias filiais: sincronizar sem depender do link Com várias filiais, há duas opções. Ou cada uma tem o seu servidor e a sua instância, e a consolidação é feita por replicação assíncrona quando há ligação, ou existe um servidor central que as filiais acedem por VPN. A primeira aguenta melhor quedas; a segunda é mais simples de gerir. A IA pode trabalhar em cada filial sobre os dados locais e produzir um resumo diário que é enviado quando a ligação permite. Perguntas de consolidação só funcionam com os dados já sincronizados, e a resposta deve indicar a hora da última sincronização. ## Energia e hardware Servidores com GPU consomem energia e precisam de arrefecimento e de um UPS. Em locais com cortes frequentes, o sistema tem de arrancar sozinho e retomar o serviço sem intervenção. Convém planear um hardware modesto e não sobredimensionar. Em muitos casos, um servidor único, com um modelo quantizado de tamanho médio, resolve as consultas diárias. Se a empresa não quer investir em GPU, existem opções com CPU para volumes muito baixos, aceitando respostas mais lentas. ## Limites e honestidade Modelos locais são menos capazes do que os maiores modelos na nuvem, sobretudo em tarefas de raciocínio longo. Para consultar o ERP e resumir documentos, costumam ser suficientes, mas não prometemos o mesmo desempenho em tudo. Se a sua operação tem boa ligação e não tem restrições sobre dados, um serviço na nuvem pode ser mais simples. A abordagem local compensa quando conectividade, custo ou confidencialidade são o problema. ## FAQ ### A IA funciona se a internet cair? Sim, se o modelo e o ERP estiverem na rede local. As consultas continuam a funcionar. Só as funções que dependem de serviços externos, como o WhatsApp, ficam suspensas. ### Que hardware é preciso? Depende dos utilizadores e do modelo. Para uma equipa pequena, um servidor com uma GPU costuma bastar. Confirmamos num piloto antes de comprar. ### Como lidamos com cortes de energia? Com UPS, arranque automático dos serviços e monitorização simples. O sistema deve retomar sozinho depois de um corte. ### É possível ter filiais em cidades diferentes? Sim. Usa-se um servidor por filial com sincronização assíncrona, ou um servidor central por VPN. A escolha depende da qualidade da ligação. ### Os modelos locais são tão bons como os da nuvem? Não em todas as tarefas. Para consultar dados do ERP e resumir documentos costumam servir bem. Para raciocínio muito complexo, os maiores modelos continuam à frente. ### Quanto tempo demora a instalar? Um piloto simples pode estar a funcionar em poucas semanas, se o acesso ao ERP e o hardware estiverem prontos.