Resumo

  • A E&L Produções de Software Ltda, identificada em contratos públicos pelo CNPJ 39.781.752/0001-72, fornece um amplo pacote de administração pública cujo valor reside menos em um único módulo do que na forma como os módulos podem compartilhar registros, permissões e fluxo de trabalho.
  • As evidências públicas confirmam contratos, demonstrações, trabalhos de migração e uso ativo em vários municípios, mas não validam de forma independente todas as alegações da empresa sobre escala de clientes, número de instalações, proteção em nuvem, segurança ou disponibilidade de serviço.
  • O modelo de implantação não é uniforme. A E&L comercializa o GPI como software web e em nuvem, enquanto os registros de compras também descrevem instalações em equipamentos municipais ou no próprio data center do município. Segurança, localização dos dados e continuidade, portanto, devem ser estabelecidas contrato por contrato.
  • A integração cria custos práticos de mudança por meio de conversão de dados, personalização, treinamento de pessoal, interfaces, calendários de relatórios e conhecimento de processo acumulado. Um contrato público da E&L promete a disponibilidade contínua do banco de dados gerado após a rescisão, mas deixa perguntas importantes sem resposta sobre formato, documentação, teste de extração, prazos e assistência na transição.
  • Um comprador sério deve testar fluxos de trabalho de produção e reconciliação de migração, não apenas telas. Também deve contratar suporte mensurável, recuperação, comunicação de incidentes, logs de auditoria, portabilidade de dados, transferência de conhecimento e um plano de saída executável antes que o pacote se torne a memória operacional do município.

Um registro, muitas consequências

Imagine um funcionário municipal alterando uma informação: um servidor público muda de departamento, o cadastro de um fornecedor é corrigido, uma dívida tributária é renegociada, ou uma fatura é aceita contra um contrato. Em uma administração fragmentada, essa alteração pode ser redigitada em vários sistemas, passada por e-mail, impressa para um arquivo e reconciliada semanas depois. Em uma administração integrada, o mesmo registro pode afetar a folha de pagamento, a contabilidade, as compras, o estoque, os direitos de acesso, os relatórios e o portal da transparência. O segundo modelo pode ser mais rápido e mais legível.

Também torna a precisão, disponibilidade e portabilidade do sistema compartilhado excepcionalmente importantes.

Essa é a proposta operacional por trás da E&L Produções de Software Ltda. Aapresentação do GPIda empresa descreve um ambiente de gestão pública baseado na web que abrange documentos e processos digitais, finanças, tributos, pessoal e outras funções municipais. Seusite principallista um catálogo maior que inclui contabilidade, compras, almoxarifado, ativos, frota, recursos humanos, saúde e educação. A proposta não é simplesmente que a prefeitura possa comprar vários aplicativos de um catálogo. É que os eventos administrativos podem ser feitos para percorrer um ambiente comum de procedimentos e dados.

O benefício é mais fácil de ver no fluxo de trabalho. Uma solicitação de compra pode passar por autorização, licitação ou compra direta, gestão de contratos, recebimento no estoque, registro de ativos, contas a pagar e divulgação pública. Uma ação de pessoal pode começar com um processo autorizado e terminar na folha de pagamento, lançamentos contábeis e um portal do funcionário. Um protocolo do cidadão pode ser roteado entre departamentos com um registro de quem o tratou e quando. A E&L diz que seu módulo de documentos aplica conceitos de ECM e BPM, suporta documentos e fluxos padrão e pode anexar assinaturas digitais ICP-Brasil.

Essas são capacidades úteis se o processo configurado corresponder à lei, os funcionários entenderem suas funções e os registros permanecerem completos.

Mas a integração muda a forma do risco operacional. O software não é mais uma ferramenta de escritório na periferia do governo. Pode se tornar a rota pela qual o município lembra quem deve receber, quem pode aprovar gastos, quais bens existem, o que um trabalhador deve receber e se a solicitação de um cidadão está parada. Um problema em um módulo estreito pode permanecer estreito. Um problema em identidade compartilhada, bancos de dados, hospedagem, permissões ou suporte pode se espalhar pelas funções. Da mesma forma, substituir um aplicativo isolado é um projeto; substituir uma memória administrativa integrada é uma transição institucional.

A maneira correta de avaliar a E&L não é, portanto, perguntar se o software integrado é bom ou ruim. É perguntar qual integração está realmente contratada, onde ela é executada, que evidências mostram que funciona, quem pode diagnosticá-la, como o município controla seus dados e o que acontece quando o relacionamento termina.

A E&L exata nos contratos

A entidade examinada aqui é a E&L Produções de Software Ltda, não um nome de produto, uma empresa controladora presumida ou uma empresa não relacionada com iniciais semelhantes. A chave de identidade mais forte no material público revisado é o CNPJ39.781.752/0001-72. Ele aparece nopróprio siteda E&L e em registros de contratos municipais, incluindo oacordo IPREVITA 2024, oregistro de contrato de Águia Brancae oportal de contratos de Porto Velho. Esses registros permitem que as alegações de produtos e contratos sejam vinculadas à mesma empresa operacional, mesmo quando a tipografia varia entre “E&L”, “E & L” e “EL”.

A E&L afirma ter sido fundada em agosto de 1993 em Domingos Martins, Espírito Santo. Seu site atual fornece um endereço na Rua João Batista Wernersbach, no centro de Domingos Martins, e descreve filiais ou pontos de apoio na Bahia, Minas Gerais e Rio de Janeiro. O contrato IPREVITA 2024, por sua vez, registra um endereço na Avenida Koehler no mesmo município. O CNPJ compartilhado resolve o limite da entidade; os diferentes endereços devem ser tratados como registros públicos datados, não colapsados silenciosamente em prova de que cada página é atual.

A empresa atualmente afirma ter mais de 800 clientes, mais de 3.500 instalações de software, operações em nove estados e uma força de trabalho acima de 600. Estas sãoalegações da empresa, não medidas auditadas de forma independente nas evidências revisadas para este artigo. Os registros públicos de compras corroboram uma presença municipal significativa em vários estados, mas não estabelecem o que a empresa conta como cliente ou instalação. Um município pode contratar vários módulos; uma administração municipal, legislatura, instituto de previdência e companhia de água podem ser clientes separados; uma instância instalada pode estar inativa, em migração ou limitada a uma pequena função. Nenhuma dessas possibilidades torna os números principais falsos. Eles significam que os números não devem ser convertidos em participação de mercado, contagens de usuários ativos ou receita recorrente sem uma metodologia divulgada.

Essa distinção é importante porque as evidências públicas mostram formas de contrato muito diferentes. O instituto de previdência IPREVITA comprou sete módulos e implementação. O registro de Águia Branca descreve um envolvimento mais amplo de licença integrada, migração, treinamento e suporte. Porto Velho adquiriu grandes lotes financeiros, de pessoal e tributários em toda a administração direta e indireta. Aracruz dividiu sua licitação em lotes e adjudicou um à E&L e outro à SMARAPD. Um fundo de saúde ou câmara municipal pode comprar uma fatia muito menor.

“Cliente da E&L” é, portanto, um fato de identidade sobre um relacionamento comercial, não uma medida padronizada de quanto de um governo a E&L realmente opera.

GPI é um sistema de processos antes de ser uma lista de produtos

O catálogo da E&L pode parecer uma coleção de aplicativos empresariais familiares: contabilidade, orçamento, tributário, folha de pagamento, compras, contratos, ativos, estoque, protocolo, educação, saúde e portais. A característica mais consequente é o acoplamento potencial entre eles.

Ocontrato IPREVITAtorna esse acoplamento concreto. Seu escopo cobre protocolo e processos; compras, contratos e licitações; almoxarifado; ativos; recursos humanos e folha de pagamento; um portal do funcionário; e um portal da transparência. Os requisitos detalhados referem-se a perfis de usuário, datas e ações, canais online para cidadãos, manipulação de documentos, assinaturas digitais, relatórios e exportações. Isso não é prova de que cada requisito foi posteriormente usado continuamente ou bem usado. Mostra o que o comprador pretendia que o software conectasse.

O fluxo de trabalho tem pelo menos quatro camadas.

Primeiro é acamada de transação: uma avaliação fiscal, cálculo de folha de pagamento, ordem de compra, movimentação de ativo ou emissão de estoque. Esses são os eventos que alteram saldos ou obrigações governamentais.

Segundo é acamada de processo: quem solicita, verifica, aprova, rejeita, assina, publica ou responde. O produto de documentos da E&L é comercializado como uma forma de padronizar essas rotas. Isso pode reduzir transferências informais e criar um histórico mais inspecionável, mas apenas se o fluxo de trabalho configurado refletir a autoridade real e o tratamento de exceções, em vez de um fluxograma idealizado.

Terceiro é acamada de evidência: documentos, logs, relatórios, assinaturas e exportações que permitem que o controle interno, auditores, tribunais e cidadãos reconstruam o que aconteceu. Uma trilha de auditoria não é o mesmo que auditabilidade. O município ainda precisa de registro completo de eventos, carimbos de data/hora consistentes, versões retidas, alterações de permissão compreensíveis e links confiáveis entre uma transação e seus registros de suporte.

Quarto é acamada de serviço público: autoatendimento do funcionário, transparência, notas fiscais eletrônicas, protocolos do cidadão e solicitações de informação. Quando essas funções são expostas através do mesmo ambiente do fornecedor, uma decisão de implementação dentro do pacote administrativo pode alcançar pessoas que nunca sabem o nome do fornecedor.

Evidências municipais ilustram esse alcance externo. Apágina de serviço de informação eletrônicade Ecoporanga envia os cidadãos para um canal apoiado pela E&L. Rio Novo do Sul publicou umguia de credenciamento de serviços eletrônicos da E&L. Apágina inicial municipal atualde Porto Velho vincula os funcionários a um serviço “Novo Contra Cheque - GPI-E&L”. Esses são sinais mais fortes de exposição real de serviço do que um título de contrato sozinho, embora cada um prove apenas a função nomeada na data observada.

O modelo integrado pode eliminar a entrada duplicada e tornar possível o controle entre módulos. Também pode propagar erros. Um registro de fornecedor ruim pode afetar compras e pagamentos. Uma função mal configurada pode conceder autoridade em vários processos. Um mapeamento de migração falho pode preservar um total enquanto perde o detalhe da transação necessário para explicá-lo. A arquitetura relevante não é, portanto, meramente um diagrama de módulos. É o conjunto de identificadores compartilhados, tabelas, interfaces, permissões e dependências de fluxo de trabalho através dos quais um fato administrativo se torna outro.

“Nuvem” não descreve uma única implantação

A página do GPI da E&L chama o sistema de totalmente baseado na web e apresenta a infraestrutura em nuvem como uma rota para dados centralizados e acesso de diferentes locais. A página também usa linguagem ampla sobre servidores protegidos internacionalmente. Essa é a descrição de marketing da empresa. Ela não divulga um provedor de hospedagem atual, região, modelo de locação, lista de subprocessadores, design de recuperação, implementação de criptografia, histórico de nível de serviço ou relatório de garantia independente.

Mais importante ainda, os contratos públicos mostram que uma implantação da E&L não é sinônimo de uma topologia de nuvem. O acordo IPREVITA licencia o uso em computadores pertencentes ao instituto contratante. Em 2021, Vitória da Conquista convocou a E&L, como licitante líder, para demonstrar um sistema integrado descrito como operando nopróprio data center e intranet do município. Uma interface de navegador pode ser “web” enquanto o aplicativo e o banco de dados são executados na infraestrutura municipal. Outro cliente pode usar hospedagem gerenciada pelo fornecedor. Um terceiro pode dividir componentes entre ambientes. A experiência do usuário sozinha não responde onde os dados residem ou quem controla a recuperação.

Essa variação muda a responsabilidade.

Em um data center municipal, o governo pode controlar hardware, segmentação de rede, backups e acesso físico, enquanto depende da E&L para conhecimento do aplicativo, estruturas de banco de dados, patches e diagnóstico. Em um serviço hospedado pelo fornecedor, a E&L ou seus provedores de infraestrutura podem controlar mais da pilha operacional, enquanto o município depende da conectividade e visibilidade contratual em incidentes e recuperação. Uma implantação híbrida pode distribuir a responsabilidade de maneiras difíceis de diagnosticar durante uma interrupção.

O comprador público, portanto, precisa de uma matriz de responsabilidade específica da implantação. Quem corrige o sistema operacional, banco de dados e aplicativo? Quem rotaciona credenciais privilegiadas? Quem monitora capacidade e trabalhos com falha? Onde estão as cópias primárias e de backup? Qual parte testa a restauração? Quem possui nomes de domínio e certificados para portais públicos? Quais integrações atravessam a internet? Quem pode acessar dados de produção para suporte e como esse acesso é registrado? Se a resposta for simplesmente “nuvem” ou “on premises”, a arquitetura não foi descrita com precisão suficiente para governá-la.

A localidade dos dados é igualmente fácil de simplificar demais. Um banco de dados fisicamente localizado no Brasil ainda pode estar operacionalmente inacessível ao município se apenas o fornecedor entender suas estruturas ou controlar o caminho de exportação útil. Um componente hospedado no exterior pode levantar questões legais e contratuais adicionais, mesmo que o município retenha chaves fortes, logs e exportações testadas. Localização, controle legal, acesso técnico e recuperabilidade prática são propriedades relacionadas, mas separadas.

O registro público revisado não estabelece uma resposta para todos os clientes da E&L. Estabelece a necessidade de fazer a pergunta para cada contrato.

Implementação é a primeira decisão de lock-in

O software empresarial se torna difícil de substituir muito antes da renovação. As escolhas decisivas ocorrem durante a implementação: quais registros são limpos, quais códigos são mapeados, quais exceções são preservadas, qual fluxo de trabalho se torna obrigatório, quais relatórios são recriados, quais interfaces são deixadas manuais e quais funcionários aprendem o suficiente para executar o sistema sem intervenção constante do fornecedor.

Adescrição de consultoriada E&L oferece mapeamento de processos, padronização, manuais e treinamento em contabilidade, tributário, jurídico, tecnologia da informação, recursos humanos e planejamento. Suapágina de suportelista instalação, manutenção, atualizações e assistência local, remota ou telefônica. Esses serviços revelam o verdadeiro limite do produto: um município está comprando não apenas código executável, mas também tradução entre a prática administrativa e o modelo de dados e processo do software.

O contrato IPREVITA inclui explicitamente instalação, implementação, conversão de banco de dados, treinamento, personalização, migração, suporte e atualizações. Exige pelo menos oito horas de treinamento e define canais de suporte em horário comercial. Essas disposições são úteis, mas o acordo publicado não transforma o treinamento em um resultado de competência medido. Oito horas podem ser suficientes para um fluxo de trabalho pequeno e familiar ou claramente insuficientes para sete módulos, dependendo do público, sistemas anteriores e complexidade.

Uma equipe de compras deve perguntar quem deve ser treinado, em quais cenários, com quais materiais e como a competência é aceita após a rotatividade de funcionários.

Porto Velho tratou a migração como uma tarefa de governança, não como uma entrega de fornecedor em uma linha. Umdecreto de dezembro de 2023criou um grupo de trabalho multifuncional para validar os dados migrados e o funcionamento do novo sistema financeiro. Um registro de transparência separado documenta o pagamento porimplementação, migração de dados e treinamento de usuários. A combinação é instrutiva: pagar pela migração não absolve o cliente de reconciliá-la.

A aceitação da migração deve operar em vários níveis. As contagens de registros estabelecem se as populações amplas chegaram. Os totais de controle financeiro testam se os saldos concordam. Os testes de integridade referencial encontram registros que não se conectam mais a pessoas, fornecedores, contratos ou classificações contábeis. A amostra de reconstrução pergunta se um auditor pode seguir transações selecionadas desde a origem até o lançamento e documento. As execuções paralelas comparam cálculos como folha de pagamento, impostos ou depreciação durante um período acordado.

Os testes de serviço público confirmam que portais e integrações ainda funcionam após a migração. Nenhum deles pode ser substituído por uma declaração do fornecedor de que a conversão foi concluída com sucesso.

A administração local permanece importante após o go-live. Umamedida de Itarana de 2025atribuiu à equipe municipal a responsabilidade de administrar usuários no sistema da E&L. Esse pequeno registro público é um lembrete de que a governança de acesso não pode ser terceirizada conceitualmente, mesmo quando o suporte técnico vem do fornecedor. O município decide quem deve ocupar uma função, responde a mudanças de pessoal e deve revisar periodicamente os privilégios. O fornecedor pode implementar o mecanismo, mas a autoridade pública permanece responsável pelo uso autorizado.

A qualidade dos dados também permanece uma obrigação institucional. Umdocumento de planejamento de São Domingos do Nortedescrevia informações fiscais registradas no sistema da E&L, observando a análise legal e a necessidade de solicitar ajustes do fornecedor. O software pode impor campos obrigatórios e cálculos; não pode decidir se uma interpretação legal subjacente, registro cadastral ou exceção administrativa está correta. A integração pode tornar os dados limpos mais valiosos, mas também pode tornar um registro mestre falho mais influente.

O que as evidências públicas provam sobre o uso

As evidências de compras públicas são excepcionalmente úteis para analisar software municipal porque expõem estágios que os estudos de caso da empresa geralmente fundem: escopo da licitação, demonstração, contrato, implementação, pagamento e serviço ao vivo. Esses estágios não devem ser tratados como intercambiáveis.

Porto Velho oferece a sequência mais clara. Suapágina de compras eletrônicasdescreve uma licitação de 2022 para funções integradas de planejamento, orçamento, finanças, contabilidade, ativos, almoxarifado, custos, pessoal e tributárias em todos os órgãos municipais. O valor estimado excedeu R$ 6,2 milhões, enquanto o resultado homologado mostrado pelo portal foi de cerca de R$ 4,0 milhões. O arquivo inclui objeções, registros de demonstração, recursos e contrarrazões, em vez de uma adjudicação sem atritos.

Durante a prova de conceito, umaata de sessãorelatou pontuações da E&L de 96% para um lote e 88% para outro. Ojulgamento de recursoposterior descreve um limite de 80%, itens contestados e diligência in loco nas referências de produção da E&L em Petrolina e Vitória da Conquista. Alguns itens anteriormente reprovados foram reconsiderados. Isso é evidência de compras significativa: os avaliadores fizeram mais do que ler um folheto. Não é uma certificação geral do produto. Uma demonstração roteirizada prova que funções especificadas puderam ser mostradas sob as condições de teste; não prova por si só a qualidade dos dados de produção, o desempenho no final do ano, a resiliência cibernética, o tempo de recuperação ou a configuração de cada cliente.

Apágina do contrato de Porto Velhovincula o acordo resultante ao CNPJ exato da E&L e registra o valor original de 2023 e extensões subsequentes. Os registros de pagamento mostram trabalho de implementação e manutenção posterior. Umregistro de despesa de janeiro de 2026envolveu mais de R$ 1,4 milhão em serviços sob o contrato, e a página inicial atual da cidade ainda expõe um link de contracheque GPI-E&L. Juntos, esses registros apoiam uma conclusão cautelosa: a E&L passou de ganhar uma demonstração para uso operacional contínuo para funções identificáveis. Eles ainda não provam que cada módulo contratado está ativo ou atendendo a todas as metas de serviço.

Em outros lugares, a evidência é mais estreita, mas reveladora. Oportal de contratos de Águia Brancaregistra um acordo de 2023 da E&L para licenciamento, instalação, implementação, treinamento, personalização, migração, suporte e atualizações, seguido de renovações. Oregistro de compras de 2022 de Aracruzmostra uma rota mais contestada: o processo foi suspenso e retificado, então a E&L recebeu um lote enquanto a SMARAPD recebeu outro. Essa divisão é evidência contra a suposição de que uma compra “integrada” deve colocar todos os domínios administrativos com um único fornecedor.

Um estudo acadêmico de 2023 sobre uma implementação da E&L em Pancas relatou percepções favoráveis dos usuários em relação à usabilidade, confiança, tempo de processo e custos diretos. Oestudo publicadoé útil porque analisa os usuários, não apenas os arquivos de compras. Seu desenho de pesquisa local e ambiente limitado significam que não deve ser generalizado em uma alegação de desempenho causal para a base de clientes da empresa. No máximo, mostra que uma implementação pode ser experimentada positivamente pelos usuários estudados.

A hierarquia de evidências é, portanto:

  1. uma página da empresa prova o que a E&L diz que oferece;
  2. uma licitação prova o que um governo buscava;
  3. um contrato prova o que as partes concordaram em fornecer;
  4. uma prova de conceito prova o que foi demonstrado sob condições definidas;
  5. um registro de implementação prova que o trabalho de transição foi encomendado ou pago;
  6. um link municipal ativo ou registro administrativo atual suporta o uso de uma função específica;
  7. métricas operacionais, descobertas de auditoria e recuperação testada seriam necessárias para avaliar a qualidade sustentada.

Colapsar esses níveis é como os compradores confundem um catálogo de produtos extenso com um sistema municipal em funcionamento contínuo.

A economia é modular, recorrente e desigual

A E&L não publica uma lista de preços universal nas páginas de produtos revisadas. Os registros municipais mostram uma lógica de preços construída a partir de licenças ou manutenção de módulos recorrentes, trabalho de implementação único e serviços específicos do contrato. Os valores variam muito em escopo para apoiar uma comparação simples por cliente.

O IPREVITA fornece um exemplo de contrato pequeno excepcionalmente transparente. Seu acordo de 2024 totalizaR$ 54.100por um ano. O cronograma contém um valor de instalação único de R$ 100 e encargos mensais recorrentes que somam R$ 4.500: aproximadamente R$ 467,51 para protocolo e processos, R$ 661,99 para compras e contratos, R$ 509,06 para almoxarifado, R$ 504,03 para ativos, R$ 1.200,67 para recursos humanos e folha de pagamento, e R$ 578,37 cada para os portais do funcionário e da transparência. Os números descrevem essa compra, não a tarifa geral da E&L.

O portal de Águia Branca registra um valor original de 12 meses de R$ 396.000 para um envolvimento mais amplo. O registro de homologação de Aracruz dá ao lote da E&L um valor de cerca de R$ 1,215 milhão. O contrato original de Porto Velho é de cerca de R$ 4,035 milhões. As diferenças podem refletir o número de entidades, amplitude do módulo, complexidade da migração, população de usuários, hospedagem, suporte, implementação e desenho da licitação. Dividir cada valor pelo número de clientes alegado pela empresa, pela população municipal ou pelo número de módulos do catálogo criaria um preço unitário falso.

A lógica comercial, no entanto, é importante. Uma linha de instalação relativamente baixa pode tornar a adoção inicial barata, enquanto a maior parte do valor está em licenças e suporte recorrentes. O preço modular pode permitir que um pequeno instituto compre apenas o que precisa. Também pode fazer com que o relacionamento com o fornecedor se expanda incrementalmente: um módulo estabelece identificadores e familiaridade da equipe, outro consome os mesmos registros, e a compra posterior trata a compatibilidade como um requisito operacional.

O trabalho personalizado é outra camada econômica. O acordo IPREVITA diz que sistemas, versões e personalizações permanecem propriedade da E&L e que as personalizações sugeridas pelo cliente também se tornam propriedade da E&L. Isso pode permitir que as melhorias sejam mantidas dentro de uma linha de produtos e reutilizadas. Da perspectiva do comprador, significa que o dinheiro gasto para especificar um fluxo de trabalho local não cria necessariamente software que ele possa levar para um sucessor. O valor pode sobreviver apenas como conhecimento institucional, documentação e dados — se estes foram capturados bem.

O preço do suporte também precisa ser interpretado em relação à definição do serviço. O mesmo contrato permite assistência local ou remota e fornece canais em horário comercial. Menciona um período de 48 horas para substituir elementos defeituosos, mas os termos públicos revisados não apresentam um cronograma completo de nível de serviço para gravidade, resposta, solução alternativa, restauração, ponto de recuperação ou remédio financeiro. Uma taxa recorrente não é por si só prova de cobertura operacional 24 horas.

O custo total de propriedade é, portanto, maior do que a fatura. Inclui administradores municipais, infraestrutura quando aplicável, conectividade, manutenção de integração, limpeza de dados, trabalho de auditoria, treinamento de atualização, mudanças causadas por lei, operação paralela durante a migração e eventual saída. Uma licitação baixa ainda pode ser cara se a conversão de dados falhar ou um sucessor não puder reconstruir registros históricos. Uma licitação mais alta ainda pode ser de baixo valor se os testes de aceitação não provarem que as funções prometidas operam com os dados do município.

Por que a saída se torna difícil

O lock-in do fornecedor é frequentemente discutido como se fosse uma proibição contratual de sair. Na administração municipal, o lock-in mais forte é operacional: o custo e o risco de reconstruir uma cadeia funcional de registros, rotinas e responsabilidade.

A primeira fonte é o modelo de dados. O contrato IPREVITA da E&L descreve a conversão do banco de dados do instituto para um formato E&L. Uma vez que anos de transações, classificações, anexos e histórico de fluxo de trabalho se acumulam, uma exportação deve preservar mais do que linhas. Deve preservar relacionamentos, significados, listas de códigos, versões e contexto de auditoria. Uma planilha de fornecedores ou ativos pode ser útil, mas ainda insuficiente para reconstruir o histórico de compras ou a proveniência contábil.

A segunda fonte é a configuração do processo. Rotas de aprovação, modelos de documentos, perfis de função, parâmetros de cálculo e relatórios incorporam escolhas locais. Alguns são visíveis em manuais; outros vivem em tabelas de configuração ou nos hábitos da equipe de suporte. Se o município não manteve um mapa de processo independente, o sistema em execução se torna a única especificação completa de como o trabalho é realizado.

A terceira fonte é a integração. Um sistema de folha de pagamento pode enviar lançamentos contábeis, um módulo tributário pode se conectar a serviços de nota fiscal eletrônica, um portal pode depender de dados de identidade, e aplicativos de terceiros podem consumir layouts específicos do fornecedor. A documentação da Senior, por exemplo, publica umlayout de exportação de ISS municipal específico para a E&L. Este é um exemplo estreito, não um mapa de todo o patrimônio de interface da E&L, mas mostra o ônus de manutenção imposto aos sistemas externos quando os formatos mudam.

A quarta fonte é o tempo. As finanças municipais, folha de pagamento, compras e impostos têm calendários estatutários e operacionais. Um sucessor nem sempre pode ser introduzido quando é tecnicamente conveniente. O fechamento do ano, preparação do orçamento, datas de folha de pagamento, declaração de impostos e prazos de licitação podem tornar uma execução dupla necessária e comprimir a janela de migração segura.

A quinta fonte é a expertise humana. Os usuários aprendem atalhos, caminhos de exceção e contatos de suporte. Os administradores de banco de dados e aplicativos acumulam conhecimento não documentado. Se funcionários-chave saírem, o fornecedor pode se tornar a única parte capaz de explicar por que um registro histórico se parece com o que é. Por outro lado, se um especialista de suporte do fornecedor mudar, o município pode descobrir que um processo personalizado crítico nunca foi documentado em nenhum dos lados.

Nada disso significa que um município deva evitar a integração. Significa que a portabilidade é um requisito de produto, não um tópico de negociação final.

Uma promessa de banco de dados ainda não é um plano de saída

O contrato IPREVITA contém uma proteção importante: após a rescisão, a E&L pode desinstalar seus sistemas, mas deve deixar o banco de dados gerado pelo sistema contratado disponível para o instituto. Isso é melhor do que um termo que é silencioso sobre os dados do cliente. Reconhece que o corpo público deve reter o registro administrativo mesmo quando o software executável é removido.

A cláusula não responde a várias questões práticas visíveis no acordo publicado:

  • Em qual mecanismo de banco de dados, esquema e codificação de caracteres as informações serão entregues?
  • Anexos, documentos assinados, logs de auditoria, estados de fluxo de trabalho e históricos de registros excluídos serão incluídos?
  • Dicionários de dados, diagramas de relacionamento, listas de códigos e definições de relatórios fazem parte da transferência?
  • O município pode testar uma exportação completa antes da rescisão?
  • Por quanto tempo a E&L fornecerá acesso de leitura e sob qual licença?
  • Quem extrai os dados, com que rapidez, a que custo e por qual canal seguro?
  • Qual assistência a E&L deve dar ao sucessor?
  • Como a integridade será reconciliada e disputada?
  • Quando as cópias do fornecedor e subprocessadores serão excluídas e que evidências confirmarão a exclusão?

O contrato também diz que mover o sistema entre equipamentos pode gerar um custo cotado separadamente. Essa disposição não é o mesmo que uma taxa de saída, mas ilustra por que a economia da transição deve ser acordada antes que a dependência se torne aguda.

Um pacote de saída robusto combinaria várias formas de portabilidade. O município deve receber exportações periódicas completas do banco de dados, além de exportações abertas documentadas para os principais domínios. Deve manter cópias independentes de anexos e registros assinados. Deve ter um inventário de integrações e credenciais, documentação atual de processos e configuração e uma estratégia de arquivo somente leitura testada. Deve ensaiar a restauração fora da produção e pedir periodicamente que uma equipe diferente do grupo de suporte atual interprete uma exportação de amostra.

Omaterial de contratação de TICdo governo federal oferece uma referência útil, mesmo quando uma compra municipal específica é regida por regras diferentes. A orientação federal enfatiza o custo do ciclo de vida, alternativas, migração e treinamento, métricas de aceitação, requisitos de segurança e direitos sobre dados e modelos. Umaopinião de transição federal de 2025destaca a devolução ou exclusão de dados, transferência de conhecimento e revogação de acesso como preocupações de continuidade e segurança. Esses documentos não são instruções vinculativas automáticas para todos os municípios. São um teste sensato de se um contrato local trata a saída como um serviço executável.

Uma assinatura válida não é um sistema seguro

A E&L promove assinaturas digitais ICP-Brasil em seu ambiente de documentos e processos. Isso pode ser importante para registros municipais. O Instituto Nacional de Tecnologia da Informação explica que a certificação digital pode apoiar a autoria, integridade e validade jurídica. O mesmoFAQ oficialdeixa claro que uma assinatura digital não é um mecanismo de confidencialidade.

A distinção é essencial. Uma assinatura devidamente validada pode mostrar que um documento não mudou desde a assinatura e associar o ato a um certificado. Não prova que a conta do aplicativo do signatário tinha privilégios apropriados, que o endpoint não estava comprometido, que o banco de dados está criptografado, que os backups podem ser restaurados, que um administrador não expôs outros registros ou que o serviço permanecerá disponível.

A auditabilidade, da mesma forma, requer mais do que um PDF assinado final. Os investigadores podem precisar da rota pela qual o documento chegou, versões anteriores, comentários, registros de delegação, tentativas com falha, alterações de permissão e links para a transação de origem. Se esses registros estão distribuídos entre tabelas de aplicativos, armazenamento de arquivos e serviços de validação de assinatura, a retenção e exportação devem preservar a cadeia.

A compra deve, portanto, testar o fluxo de trabalho de assinatura como um processo de negócios. O município pode identificar o certificado, resultado da validação e hora da assinatura? O que acontece quando um certificado expira ou é revogado? Um registro assinado pode ser exportado com as evidências necessárias para validação independente anos depois? Documentos rejeitados e substituídos são retidos? O log de auditoria distingue a pessoa, conta do aplicativo e administrador privilegiado? Essas são questões de aceitação, não características a serem inferidas de um logotipo ICP-Brasil.

A responsabilidade pela LGPD segue os dados, não o folheto

A E&L publica umapágina de privacidade, identifica um contato de proteção de dados e afirma alinhar suas práticas com a Lei Geral de Proteção de Dados do Brasil. A página é evidência relevante de uma postura corporativa de privacidade. Não substitui um acordo de processamento de dados específico do produto, arquitetura de segurança, inventário de subprocessadores, cronograma de retenção ou teste de controle.

Os sistemas municipais podem conter dados fiscais, financeiros, trabalhistas, de saúde, educação, identidade e contato com cidadãos. A mistura exata varia por módulo e cliente. Sob aLGPD, o processamento do setor público deve servir a propósitos públicos e ser explicado com transparência apropriada; os dados públicos devem ser mantidos em forma interoperável e estruturada quando as condições estatutárias se aplicam; e os agentes de processamento devem adotar medidas de segurança técnicas e administrativas. O contrato ainda precisa alocar deveres operacionais para o serviço real.

Dependendo do processamento, o município geralmente determinará os propósitos públicos e pode atuar como controlador, enquanto um fornecedor processa dados sob instruções como operador. Os rótulos devem seguir os fatos, em vez de serem assumidos a partir do título da compra. O acordo deve especificar o processamento permitido, acesso de suporte, registro, retenção, subcontratação, transferências internacionais, se houver, exclusão, evidências e assistência com obrigações do titular de dados ou regulatórias.

A comunicação de incidentes merece atenção especial porque a parte que detecta primeiro um evento técnico pode não ser a parte legalmente responsável por notificar autoridades e pessoas afetadas. Aorientação atual da ANPDdiz que o controlador deve comunicar incidentes qualificados dentro do prazo prescrito e que um operador deve informar o controlador sem demora injustificada e fornecer as informações necessárias. Um contrato municipal deve tornar essa transferência mais rápida e específica do que um dever genérico de cooperar: o que constitui notificação, qual prazo começa, quem está disponível fora do horário comercial, quais evidências são preservadas e como as atualizações são entregues.

As fontes públicas revisadas não estabelecem o design de criptografia atual da E&L, gerenciamento de acesso privilegiado, processo de desenvolvimento seguro, resultados de testes de penetração, isolamento de backup, desempenho de recuperação, região de nuvem ou status de certificação independente. Isso é uma lacuna de evidência, não evidência de que os controles estão ausentes. Um comprador deve solicitar prova atual sob confidencialidade apropriada e escrever obrigações verificáveis no contrato, em vez de converter linguagem de marketing em uma conclusão de segurança.

Evidências de continuidade são mistas e locais

Não há maneira responsável de inferir uma taxa geral de disponibilidade da E&L a partir do registro público revisado. Ele contém exemplos de serviço contínuo, transições planejadas e descobertas adversas, mas não um histórico de incidentes comparável em toda a frota.

O registro operacional adverso mais forte é antigo e específico. Uma auditoria do Sistema Único de Saúde de Ilhéus, gerada em 2018 após trabalho de campo naquele ano, relatou problemas com o sistema de almoxarifado da E&L usado na administração da saúde. Orelatório de auditoriadisse que o sistema esteve indisponível por dias, travou, faltavam relatórios ou rotinas necessárias e foi acompanhado de treinamento inadequado; os auditores recomendaram reavaliação. Esta é uma evidência documentada de terceiros sobre um cliente e módulo em um momento. O relatório não estabelece a causa técnica, se a infraestrutura ou configuração contribuiu, como o problema foi resolvido ou o desempenho atual do pacote da E&L.

Um registro mais recente diz respeito ao desempenho do contrato, em vez de uma interrupção demonstrada em toda a plataforma. Em maio de 2026, a Câmara Municipal de João Monlevade publicou umaportaria com alteração de investigação administrativasobre possíveis irregularidades no contrato 18/2023 da E&L. O documento refere-se a um relatório técnico com inconsistências não resolvidas e repetidas falhas de execução e a um parecer jurídico indicando possível execução parcial ou irregular. Também preserva o direito da empresa de se manifestar. Nenhuma adjudicação final foi localizada nas fontes públicas revisadas, portanto, estas permanecem alegações sob investigação, não uma conclusão de responsabilidade.

As migrações planejadas revelam uma questão diferente de continuidade. Quando Aracruzintroduziu um sistema de nota fiscal eletrônica da E&L em 2014, o município alertou sobre vários dias de indisponibilidade durante a transição. Umaviso de Cachoeiro de Itapemirim de 2018relatou uma mudança de fim de semana para um sistema de nota fiscal da E&L, novas credenciais e um padrão de integração atualizado. Esses registros não descrevem migrações com falha. Eles mostram que mesmo a substituição bem-sucedida pode interromper os serviços públicos e exigir que contadores externos ou provedores de software mudem de interface.

A evidência positiva também é local. As extensões de contrato, pagamentos e link de serviço atual do funcionário de Porto Velho indicam uso sustentado de pelo menos parte do GPI. O estudo de Pancas relata percepções favoráveis dos usuários em seu ambiente. Nenhum deles suporta um nível de serviço universal.

Para compras, a lição é evitar ambos os extremos. Uma descoberta de auditoria antiga não deve ser inflada em uma alegação de que a E&L é geralmente não confiável. Uma longa lista de clientes não deve ser inflada em prova de resiliência. A continuidade deve ser medida na própria topologia do cliente por meio de monitoramento, registros de incidentes, testes de backup, exercícios de recuperação e desempenho em períodos administrativos de pico.

Compras fazem parte da arquitetura técnica

A arquitetura de software municipal é moldada por escolhas de compras: se a administração compra um pacote ou vários lotes, se exige hospedagem municipal, como pontua as demonstrações e quais evidências podem mudar a conclusão de um avaliador.

O registro de prova de conceito de Porto Velho demonstra tanto o valor quanto os limites da pontuação funcional. Um limite força os licitantes a mostrar capacidades. Os recursos sobre itens individuais revelam o quanto depende da redação do teste, evidências e interpretação do avaliador. A diligência in loco em referências de produção fortaleceu o processo, mas a reconsideração posterior de itens também mostra que uma pontuação percentual pode ocultar julgamentos contestados.

Aracruz fornece uma alternativa prática à concentração de fornecedor único. Atribuiu lotes separados à E&L e à SMARAPD. Oresultado da demonstração do IPREVITAigualmente aprovou a E&L para um lote e outro fornecedor para um lote relacionado à previdência. A compra dividida pode preservar a concorrência especializada e limitar o raio de explosão de uma plataforma. Também pode criar custo de integração, identidades duplicadas e disputas sobre qual fornecedor é dono de um problema de interface. Não há número universalmente correto de fornecedores; o município deve precificar tanto o risco de concentração quanto o risco de fragmentação.

Os registros do tribunal acrescentam outro aviso: um produto tecnicamente capaz não cura um processo defeituoso. Em Avaré, o Tribunal de Contas do Estado de São Paulo revisou uma licitação e contrato envolvendo a E&L e manteve as conclusões de irregularidade na licitação e no acordo. Oregistro de sessão de 2022é evidência de governança de compras, não prova de que o software falhou ou que a E&L cometeu fraude. Em um assunto separado de Minas Gerais, a própria E&L contestou aspectos de uma licitação de Monte Sião; oregistro de caso do TCE-MGreflete preocupações sobre o exame objetivo de funcionalidade e o manuseio processual. Juntos, os casos mostram por que requisitos, pontuação, demonstrações, recursos e termos contratuais devem ser auditáveis por si só.

A concorrência deve ser avaliada tanto na saída quanto na entrada. Uma licitação pode atrair vários licitantes, mas apenas o fornecedor atual pode ter conhecimento atual do esquema, experiência de migração e detalhes do fluxo de trabalho local. Para manter a concorrência futura real, o município deve manter dados e documentação que um desafiante possa inspecionar sem depender inteiramente do fornecedor atual.

Os testes que um comprador municipal deve realizar

Os seguintes testes decorrem diretamente das evidências públicas em torno da E&L. Não são acusações e devem ser aplicados a qualquer fornecedor integrado de administração pública.

1. Prove a identidade contratante.Combine o nome legal, CNPJ, autoridade de assinatura, entidade de suporte, parte de hospedagem e qualquer subcontratado. Confirme se a parte que faz uma promessa de segurança ou continuidade é a parte legalmente responsável por cumpri-la.

2. Defina o perímetro operacional.Liste cada módulo, entidade municipal, portal público, banco de dados, integração e grupo de usuários. Marque cada um como proposto, contratado, instalado, aceito, ativo ou aposentado. Isso evita que um item de catálogo seja reportado como um serviço operacional.

3. Mapeie a topologia real.Exija um diagrama atual mostrando componentes do aplicativo, bancos de dados, armazenamentos de arquivos, serviços de identidade, redes, locais de hospedagem, backups, monitoramento e interfaces externas. Repita o exercício para desenvolvimento, teste, recuperação de desastres e acesso de suporte.

4. Demonstre com dados municipais.Uma prova de conceito deve usar volumes representativos e cenários difíceis, não apenas exemplos limpos do fornecedor. Teste reversões, alterações retroativas de folha de pagamento, compras com falha, entregas divididas, renegociações de dívidas, pessoas duplicadas, versionamento de documentos e exceções de permissão.

5. Reconcile a migração em vários níveis.Acorde contagens de registros, totais financeiros, verificações referenciais e amostras de transações antes da migração. Preserve instantâneos de origem. Exija logs de discrepância assinados e repita os testes após cada conversão.

6. Teste o calendário mais movimentado.Meça o fechamento da folha de pagamento, execução orçamentária, contabilidade de fim de ano, emissão de impostos em massa, publicação de compras e demanda do portal com concorrência realista. Um sistema que responde em uma demonstração pode se comportar de forma diferente durante um prazo municipal.

7. Inspecione a auditabilidade.Verifique logs de criação, alteração, aprovação, exclusão, exportação, acesso com falha, ação do administrador e alterações de função. Confirme carimbos de data/hora, retenção, pesquisabilidade e exportação. Reconstrua uma transação sem assistência da pessoa que a configurou.

8. Separe assinatura de segurança.Valide evidências ICP-Brasil de forma independente, depois teste controles de conta, acesso privilegiado, tratamento de sessão, gerenciamento de vulnerabilidades, criptografia, log e recuperação como controles separados.

9. Contrate níveis de serviço que descrevam resultados.Defina gravidade, resposta, solução alternativa, restauração, ponto de recuperação, tempo de recuperação, escalonamento, cobertura fora do horário comercial e relatórios. A disponibilidade da central de ajuda em horário comercial não é um compromisso de continuidade completo para um portal público ou prazo de folha de pagamento.

10. Ensai um incidente.Simule uma conta comprometida, banco de dados inacessível, integração com falha e portal público indisponível. Teste quem detecta o evento, quem pode contê-lo, o que o município pode ver, como as informações relacionadas à ANPD são montadas e se a restauração limpa funciona.

11. Prece o ciclo de vida completo.Inclua implementação, limpeza, interfaces, infraestrutura, suporte, mudanças legais, relatórios, treinamento, tempo da equipe, gerenciamento de contratos, operação paralela e saída. Identifique quais mudanças estão incluídas e quais exigem cotação separada.

12. Teste a portabilidade antes da adjudicação e durante o serviço.Solicite uma exportação de amostra completa com anexos, logs e dicionários. Importe-a para um ambiente independente ou peça a um terceiro para inspecioná-la. Repita periodicamente para que a cláusula de saída permaneça operacional, não teórica.

13. Preserve o conhecimento municipal.Exija mapas de processo atuais, registros de configuração, especificações de interface, guias de administrador, materiais de treinamento e logs de decisão. As entregas devem ser atualizadas quando o software ou a lei mudar, não escritas uma vez no go-live.

14. Torne a transição um serviço precificado.Especifique sobreposição, assistência ao sucessor, extração de dados, acesso somente leitura, revogação de credenciais, exclusão de cópia do fornecedor e tratamento de disputas. Defina datas e critérios de aceitação antes que a pressão de rescisão enfraqueça a alavancagem do comprador.

Esses testes não eliminam a dependência. Eles tornam a dependência observável e governável.

O que permanece não comprovado

O registro público é substancial o suficiente para estabelecer a identidade da E&L, amplo escopo de produto, múltiplos contratos municipais, modelos de implantação variados e a importância prática da migração e suporte. Permanece inadequado para várias conclusões consequentes.

Não há contagem reconciliada de forma independente de clientes ativos da E&L, módulos ativos, usuários ou instalações nas fontes revisadas. Não há medida comum de sucesso de implementação entre os municípios. Os valores dos contratos não podem ser transformados em receita da empresa porque diferem em período, escopo e tratamento contábil e porque um registro de portal pode incluir emendas ou apenas um órgão contratante.

As evidências públicas disponíveis não mostram a pilha de aplicativos atual, tecnologias de banco de dados entre versões, design de locação, regiões de hospedagem, subprocessadores, limites de criptografia ou topologia de recuperação. As fontes revisadas não fornecem uma certificação de segurança independente atual, resumo de teste de penetração, lista de materiais de software, programa de divulgação de vulnerabilidades, histórico de status público ou métrica de incidente comparável. Essa ausência deve desencadear diligência, não uma alegação negativa.

A posição padrão de saída também não é clara. Um contrato deixa o banco de dados gerado disponível, mas um acordo de cliente único não pode estabelecer os termos da E&L em todo o mercado. As evidências públicas não mostram uma especificação de exportação padrão, API de transição, dicionário de dados, certificado de exclusão ou transferência de sucessor testada.

Finalmente, o status atual da investigação de João Monlevade permanece não resolvido no registro público revisado. O documento inicial apoia o escrutínio de supostos problemas de desempenho; não estabelece sua causa ou resultado legal final. Qualquer defesa posterior, conclusão técnica, acordo, sanção ou encerramento deve alterar materialmente a forma como esse caso é descrito.

Observe a transferência, não apenas a renovação

A evidência futura mais reveladora da E&L não será necessariamente outra adjudicação de contrato. Será o que acontece quando os municípios renovam, expandem, mudam de hospedagem, substituem módulos ou tentam sair.

Fique atento a licitações que publiquem dicionários de dados e resultados de aceitação de migração. Observe se os municípios distinguem um módulo ativo de um licenciado. Observe as alterações contratuais para mudanças de hospedagem, escalonamento de suporte, deveres de segurança e assistência à transição. Observe as descobertas de auditoria em busca de padrões recorrentes, não reclamações isoladas. Observe se os portais públicos anunciam migrações com arranjos de contingência testados. Observe os resultados finais em processos administrativos e judiciais pendentes.

Acima de tudo, observe se um cliente que está saindo pode obter registros completos e inteligíveis e manter os serviços estatutários em funcionamento sem dependência extraordinária do fornecedor atual.

O modelo integrado da E&L pode dar a um município algo que o software fragmentado muitas vezes deixa de fornecer: uma rota consistente da ação administrativa para a consequência contábil, evidência documental e divulgação pública. Esse é um valor operacional real. A mesma consistência concentra conhecimento e controle. Se uma cidade compra apenas módulos e licenças, pode descobrir tarde demais que os ativos mais importantes eram o modelo de dados, o histórico de fluxo de trabalho, o conhecimento do administrador e a capacidade de recuperação.

A posição madura de compra não é rejeitar a integração nem confiar nela na apresentação. É comprar padronização juntamente com prova: migração comprovada, controle de acesso comprovado, recuperação comprovada, histórico de auditoria comprovado e portabilidade comprovada. Uma prefeitura pode operar dentro do software de um único fornecedor sem entregar sua memória institucional — mas apenas se a saída for projetada na entrada.