Desenvolvimento de Sistemas

Integração entre sistemas é onde a maior parte dos projetos de software falha silenciosamente. Um pedido que não chega ao ERP, um cadastro duplicado, um estoque que não bate. A causa quase sempre é a mesma: integração feita como chamada direta, sem fila, sem registro e sem retentativa. Quando a API do outro lado demora ou falha, o dado se perde e ninguém percebe até o cliente reclamar.

O padrão que adotamos é diferente. Todo evento que precisa cruzar a fronteira entre sistemas entra em uma fila, é processado por um worker com retentativas, e cada tentativa fica registrada. Se o fornecedor mudar a API ou ficar fora do ar por uma hora, os eventos esperam e são reprocessados. Um painel mostra o que está pendente, o que falhou e permite reprocessar manualmente quando é preciso intervenção humana.

Quando é a sua empresa que precisa expor dados para parceiros, construímos a API REST com contrato documentado em OpenAPI, autenticação por token ou OAuth 2.0, limites de uso por cliente e versionamento, para que uma mudança futura não quebre quem já consome.

Aplicativo mobile faz sentido quando a pessoa usa o sistema no celular como ferramenta de trabalho principal: vendedor externo, técnico de campo, entregador, inspetor, ou quando o cliente precisa de notificações e acesso rápido. Nesses casos, avaliamos duas rotas com o cliente antes de decidir.

React Native é a escolha quando o app precisa estar na Google Play e na App Store, usar recursos nativos com profundidade, como câmera com leitura de código de barras, GPS em segundo plano, biometria e notificações push, ou funcionar plenamente offline. O mesmo código atende Android e iOS, e a equipe que desenvolve o backend em TypeScript desenvolve também o app.

PWA, ou aplicativo web progressivo, é um site que se instala na tela inicial e funciona como app, com cache offline e notificações no Android. Não passa pelas lojas, é atualizado instantaneamente e custa menos. É a escolha certa para portais de cliente, catálogos, formulários de campo simples e ferramentas internas que não precisam de recursos nativos avançados.

Em ambos os casos, o aplicativo é uma ponta do sistema. A API, o banco, a autenticação e as integrações são os mesmos que atendem a versão web, o que evita duplicar regras de negócio e mantém tudo consistente.

Sistema legado é o que sustenta a empresa hoje e ninguém quer mexer, por medo. Feito em tecnologia antiga, sem testes, sem documentação e, muitas vezes, sem quem o entenda. Migrar de uma vez, num fim de semana, é a forma mais arriscada de fazer isso. Preferimos a migração em etapas.

Começamos pela engenharia reversa: mapeamos o banco de dados, as telas e as regras de negócio, e escrevemos testes que documentam o comportamento atual, inclusive os defeitos que a operação já aprendeu a contornar. Depois construímos o sistema novo módulo a módulo, com os dados sincronizados entre o antigo e o novo, até que o legado possa ser desligado com segurança. Em todo o processo, a operação continua funcionando.

A escolha do fornecedor pesa mais do que a escolha da tecnologia. Um sistema mal conduzido custa duas vezes: o que foi pago e o que será pago para refazer. Antes de assinar qualquer proposta, vale fazer as mesmas perguntas a todos os candidatos e comparar as respostas lado a lado, e não só os valores.

A pergunta mais importante é a de propriedade. Em quem ficam o repositório, o banco de dados, as contas de nuvem e o domínio? Se a resposta não for a sua empresa, desde o primeiro commit, o sistema não é seu: você está alugando algo que não pode levar embora. A segunda pergunta é sobre continuidade: existe documentação de arquitetura e de operação? A tecnologia usada tem mercado de profissionais, ou é uma plataforma fechada que só aquele fornecedor opera? A terceira é sobre o método: como o escopo é estimado, quando você vê o software funcionando pela primeira vez e o que acontece quando algo muda no meio do caminho.

Do outro lado, há sinais que aparecem cedo em propostas frágeis. Vale desconfiar quando o preço fechado sai antes de qualquer levantamento do processo, quando o prazo é curto demais para o que foi descrito, quando a proposta lista tecnologias mas não lista entregas, quando ninguém fala em testes, ambiente de homologação ou backup, e quando a cobrança inclui licença por usuário de um software que deveria ser seu.

Software em produção precisa de alguém acompanhando erro, desempenho, dependência desatualizada e mudança de API de terceiro. Por isso a entrega não encerra o relacionamento por padrão: ela abre duas opções, e nenhuma delas é obrigatória.

A primeira é a sustentação com SLA. O contrato define prazo de resposta e de correção por severidade: o que impede o uso do sistema é tratado em horas, o defeito com contorno em dias, a melhoria no ciclo seguinte. Junto vêm monitoramento ativo com alertas, atualizações de segurança, backup verificado e um número de horas mensais para evolução, com relatório do que foi entregue. A segunda é o squad dedicado, para quem tem demanda contínua: um time fixo no seu roadmap, com desenvolvedores e responsável técnico, ciclos de duas a quatro semanas e custo mensal previsível, sem o esforço de contratar e reter engenharia sênior internamente.

Também assumimos sistema construído por outro fornecedor. O caminho começa por uma avaliação técnica do código, do banco e da infraestrutura, seguida da estabilização do que está crítico e da documentação do que existe. Só depois entramos em evolução. Quando a base herdada não tem condição de seguir, dizemos isso antes de assumir, com a estimativa do que seria reconstruir.

Todo sistema roda em contêineres Docker na conta de nuvem da sua empresa, seja AWS, Google Cloud, Azure, Hetzner ou um provedor nacional. Configuramos CI/CD para que cada alteração passe por testes e chegue à produção sem etapas manuais, e observabilidade para que erros e lentidão apareçam em alertas, não em reclamações.

O código-fonte fica em repositório seu, as credenciais em cofre de segredos da sua conta e a documentação de arquitetura e operação é parte da entrega. A ZenIT pode continuar evoluindo o sistema em plano mensal, mas nada impede que outro time assuma.