Sistemas Web

Um portal externo compensa quando a mesma informação é pedida muitas vezes por pessoas de fora, e alguém da equipe gasta o dia respondendo. Em vez de o dado sair por telefone, e-mail ou WhatsApp, ele fica disponível na tela de quem precisa, atualizado, com o recorte certo para cada perfil.

Também compensa quando a imagem de organização importa na disputa comercial. Poucas empresas de porte médio oferecem uma área em que o cliente acompanha o próprio processo, e isso aparece na negociação.

Cada problema abaixo é o que costuma motivar o projeto. A solução não é só a tela bonita: é ter um banco de dados único, com dono, data e status em cada registro, e um caminho controlado até ele.

Portal do cliente é a área em que quem compra de você acompanha o que contratou: status do pedido ou do chamado, documentos para baixar, formulários para abrir solicitações e o histórico do relacionamento. É o formato mais pedido e, em geral, o primeiro a entrar no ar.

Portal do fornecedor e área do representante invertem o sentido: quem está fora envia dados para dentro. Confirmação de prazo de entrega, upload de certificados e documentos, consulta de pedidos em aberto, tabela de preços e estoque por região. Cada um enxerga apenas a própria carteira.

Painel de gestão online é a camada interna que acompanha esses acessos: quem entrou, o que foi solicitado, quanto tempo cada etapa levou, quais indicadores a diretoria acompanha. É o módulo mais rápido de entregar quando os dados já estão estruturados, e o mais dependente de integração quando eles estão espalhados.

Automação de processos internos não é tratada nesta página. Ela é um serviço próprio da ZenIT, com escopo e proposta separados.

A maior parte das empresas que nos procura já tem um ERP e não quer trocá-lo. Não desenvolvemos ERP: o trabalho é fazer o portal conversar com o que já está em uso. Cada plataforma tem sua API, seus limites de requisição e suas particularidades. Bling e Tiny expõem APIs REST com autenticação por token e limite por minuto; o Omie usa chamadas por método com chave e segredo; o TOTVS varia conforme a linha de produto e costuma exigir configuração no lado do ERP.

O padrão que adotamos é o mesmo em todos os casos: o portal mantém sua própria base, sincroniza com o ERP por meio de filas, registra cada tentativa e reprocessa automaticamente quando a API do terceiro falha. Nenhuma solicitação se perde porque o ERP ficou fora do ar por dez minutos, e a equipe recebe alerta quando alguma sincronização precisa de atenção humana.

O projeto é dividido em fases para que a primeira versão entre em uso cedo, com os acessos que mais aliviam a equipe. As fases seguintes ampliam o portal sem interromper quem já está usando.

Usamos TypeScript no servidor e no navegador, com NestJS ou Fastify na API, React e Next.js nas interfaces, PostgreSQL como banco relacional, Redis e filas para integrações e processamento em segundo plano, e Docker com CI/CD e observabilidade para publicar sem etapa manual.

Como o portal fica exposto para fora, os critérios de segurança e de registro são mais rígidos do que em um sistema interno: permissão verificada no servidor a cada requisição, sessão com expiração, senha com hash e auditoria de acesso a dados de terceiros.

O sistema é seu. Código no seu repositório, banco de dados e servidores nas suas contas de nuvem, documentação suficiente para que outro time consiga assumir. Não cobramos licença por usuário nem prendemos a operação a uma plataforma proprietária, e os planos de manutenção são opcionais.

Para operações com exigência de disponibilidade, configuramos monitoramento com alertas, backups com restauração testada e ambiente de homologação separado, para que nenhuma mudança chegue à produção sem passar por validação.