Durante anos, subcontratar o processamento geoespacial a equipas noutros países foi a via por defeito para reduzir custos. A pressão regulatória e a sensibilidade dos dados estão a mudar essa equação.
O contexto regulatório
Cartografia de infraestruturas críticas, cadastro e dados de administrações públicas estão cada vez mais sujeitos a requisitos de onde e como são processados. Um dado que sai do país para ser processado pode deixar de ser uma opção viável para certos clientes, especialmente na contratação pública e em setores regulados como energia ou telecomunicações.
O que diz a normativa em concreto
Não é preciso recorrer a um pressuposto hipotético: o Esquema Nacional de Segurança espanhol (ENS) já condiciona onde e como se tratam determinados dados de administrações públicas, e a diretiva NIS2 amplia as obrigações de segurança a operadores de infraestruturas críticas, entre eles boa parte do setor energético que é cliente habitual de serviços geoespaciais. A isto soma-se o RGPD quando há dados pessoais associados (moradas, titularidade cadastral). Nenhuma destas normas proíbe explicitamente o offshoring, mas todas elevam o nível de justificação e controlo que é preciso poder demonstrar se o dado sai do território.
O efeito prático é que cada vez mais cadernos de encargos de contratação pública e RFPs de grandes empresas incluem uma pergunta direta: onde é processado o dado? Antes era uma curiosidade técnica; agora pode ser um critério de exclusão.
Os limites do offshoring tradicional
O offshoring clássico compete em preço por hora de operador, mas desloca o dado para fora do controlo direto do cliente e acrescenta fricção de comunicação e fuso horário. Para dados sensíveis, essa poupança deixa de compensar o risco. E há um custo menos visível: a rastreabilidade. Quando o dado passa por várias mãos em jurisdições distintas, reconstruir quem tocou o quê e quando torna-se muito mais difícil de auditar.
Automatizar não é apenas baratear. É a forma de manter o dado sob controlo sem renunciar à eficiência do offshoring.
Uma alternativa com soberania
Automatizar a classificação com IA e manter o operador de revisão no mesmo território que o dado oferece uma via intermédia: ganha-se a eficiência que antes só o offshoring dava, sem ceder soberania sobre a informação. O dado nunca sai do ambiente acordado com o cliente, e a percentagem que precisa mesmo de olho humano é revista por um operador sujeito à mesma jurisdição que o dado.
Esta é exatamente a via sobre a qual o Neobora está construído: a classificação LiDAR e os geoprocessos executam-se de forma automática com IA, e a implementação pode ser feita na nuvem ou diretamente on-premise, na infraestrutura do próprio cliente, de modo que o dado nunca abandona o ambiente acordado. A revisão e o controlo de qualidade que exigem olho humano são realizados por um operador sujeito à mesma jurisdição que o dado, sobre a mesma plataforma. Não é preciso escolher entre a eficiência de automatizar e o controlo sobre a informação: obtêm-se as duas coisas ao mesmo tempo.
Quando o offshoring ainda faz sentido
Seria injusto apresentar isto como branco ou preto. Para dados sem componente sensível — ortofotos de zonas já públicas, projetos internos sem cliente final regulado — o offshoring tradicional continua a ser uma opção legítima e por vezes a mais barata. A pergunta que realmente importa não é "offshoring sim ou não", mas "este dado em concreto precisa de ficar em território, e se sim, quanto vale evitar esse risco".
O novo equilíbrio
O novo equilíbrio não é escolher entre custo e controlo, mas usar a automatização para que o custo de manter o dado em território deixe de ser o principal argumento contra.
Como avaliar um fornecedor neste eixo
Três perguntas costumam bastar para separar o marketing da realidade: em que país estão fisicamente os servidores onde se processa o dado? Quem tem acesso humano ao dado em bruto, e sob que contrato está essa pessoa? Pode o fornecedor mostrar por escrito, não apenas verbalmente, onde e como se processa cada fase do fluxo? Se a resposta a qualquer uma das três for vaga, provavelmente o "processamento local" é apenas a fachada comercial.
O Neobora foi pensado para passar esse filtro por escrito. A implementação on-premise permite fixar exatamente em que servidores e em que território se processa cada fase; as permissões por projeto, camada e utilizador definem com precisão quem acede ao dado em bruto; e a rastreabilidade da plataforma deixa registado quem tocou em quê e quando, sem depender de que várias mãos em diferentes jurisdições reconstruam o fluxo a posteriori. É a diferença entre um processamento local que é apenas um argumento comercial e um que pode ser auditado.
Conclusão
A soberania do dado já não é apenas uma questão de conformidade: é um argumento comercial que a automatização torna viável sem sacrificar a margem que antes só a subcontratação tradicional oferecia. O Neobora existe precisamente para pôr essa automatização ao serviço do dado que tem de permanecer em território.
