Serviços

Quatro frentes de trabalho. O que elas têm em comum é começar pelo processo que já existe na empresa, e não pela ferramenta que gostaríamos de usar.

Desenvolvimento sob medida

Sistema web e plataforma adaptados às regras, às integrações e ao vocabulário da sua operação.

Software de prateleira resolve o problema médio. Quando a operação tem uma regra que o mercado não previu — uma forma de cobrar, uma aprovação em duas etapas, um cálculo que só aquele setor usa —, a empresa passa a trabalhar contra a ferramenta. É aí que vale construir.

O que entra no escopo

  • Aplicação web Sistema acessado pelo navegador, com perfil e permissão por usuário.
  • Portal e área do cliente Cadastro, autenticação, recuperação de senha e autoatendimento.
  • Sistema administrativo O painel de quem opera por dentro, com registro de quem fez o quê.
  • Cobrança e faturamento Geração de cobrança, baixa de pagamento e emissão de nota.
  • Migração de dados Trazer o histórico do sistema antigo, sem perder o que já estava lá.

APIs e integrações

Ligação entre sistemas internos, meios de pagamento, serviços fiscais e APIs de terceiros, com contrato documentado.

A maior parte do custo de uma integração não está no caminho felizmente concluído. Está no que acontece quando o outro lado devolve erro, demora, responde duas vezes ou muda o formato sem avisar. É esse cenário que define se a integração vai dar trabalho pelos próximos anos.

O que fazemos

API REST com contrato

Documentada em OpenAPI 3.1, com autenticação por chave que o cliente gera e revoga, e código de erro que diz o que aconteceu.

Webhook com idempotência

O mesmo evento pode chegar duas vezes, e isso não pode virar cobrança dobrada. Idempotência é requisito, não refinamento.

Integração de pagamento

Cobrança por Pix com QR dinâmico, confirmação assíncrona, conferência ativa e registro financeiro que não se apaga.

Integração fiscal

Comunicação com serviço governamental de documento eletrônico, incluindo assinatura com certificado digital A1 guardado no servidor.

O contrato vem antes do código

Antes de escrever a integração, o formato da chamada e da resposta fica definido e documentado. Quem vai consumir consegue começar o trabalho em paralelo, contra um stub, sem esperar o serviço final ficar de pé.

POST /v1/cobranca
Content-Type: application/json
Idempotency-Key: a3f1c0de-…

{
  "valor": 1250,
  "vencimento": "2026-10-15",
  "referencia": "pedido-8842"
}

201 Created
{
  "id": "cob_01JB…",
  "status": "AGUARDANDO",
  "qr": "00020126…"
}

Exemplo ilustrativo do formato que usamos. O contrato real é desenhado com o cliente.

Modernização e manutenção

Diagnóstico, correção e evolução planejada de aplicação que já faz parte da operação.

Sistema legado costuma ser tratado como escolha entre conviver ou reescrever do zero. As duas saídas são caras: a primeira em produtividade, a segunda em risco. Há um caminho no meio, que é intervir onde dói e deixar em paz o que está funcionando.

Por onde começamos

  1. Diagnóstico. O que o sistema faz, do que ele depende, e onde estão os pontos que travam a operação hoje.
  2. Prioridade. O que corrigir primeiro, medido por impacto na operação e não por gosto técnico.
  3. Intervenção. Correção de defeito, atualização de dependência, separação de módulo, migração de banco ou de infraestrutura.
  4. Documentação. O sistema descrito, para que a próxima manutenção não dependa de arqueologia.

Manutenção é contratada com escopo e prazo. Não oferecemos manutenção ilimitada nem atendimento contínuo sem contrato específico — prometer isso seria vender o que não se entrega.

Aplicativos, SaaS e sistemas de grande porte

Somos especializados em estruturar sistemas que vão receber milhões de requisições e milhões de clientes por dia.

Aplicativo e produto SaaS têm uma diferença incômoda em relação a sistema interno: o crescimento não avisa. O que aguentava mil usuários começa a engasgar em cem mil, e o gargalo raramente está onde a intuição aponta.

O trabalho aqui é de arquitetura, e ele acontece antes: o que pode ser assíncrono, o que responde de cache, onde o estado mora, como o dado é particionado, e o que precisa de consistência imediata mesmo custando latência. Essas decisões são baratas no desenho e caríssimas com cliente dentro.

O que entra

Estruturação para volume

Modelo de dados, índice e particionamento pensados para o volume projetado, não para o do primeiro mês.

Fila e processamento assíncrono

O que o cliente não precisa esperar sai do caminho da resposta. É o que separa sistema que degrada de sistema que cai.

Serviços independentes

Componentes separados em container, com verificação de saúde, para escalar a parte que aperta em vez do sistema inteiro.

Back-end de aplicativo

API, autenticação, notificação e sincronização para aplicativo móvel, com contrato documentado para quem constrói a tela.

Estrutura de SaaS

Cadastro, permissão, plano, crédito, cobrança e área do cliente — a parte que todo SaaS precisa e que consome o começo do projeto.

Observabilidade

Registro do que aconteceu e medida do que demora. Sem isso, diagnosticar volume é adivinhação.

Perguntas frequentes

Vocês trabalham com que tecnologias?

Do lado do servidor, principalmente Java com Spring e PHP, banco relacional e aplicação empacotada em container Docker. Na web, HTML, CSS e JavaScript, com framework quando o projeto justifica. A escolha vem do problema e do que a equipe do cliente consegue manter depois, não da preferência de quem desenvolve.

Como é o orçamento?

Começa por uma conversa sobre o processo. Escopo fechado exige entender o problema primeiro, e é por isso que a etapa de entendimento vem antes de qualquer proposta. Não trabalhamos com estimativa por telefone.

Vocês assumem sistema feito por outra equipe?

Assumimos. É parte do serviço de modernização: primeiro um diagnóstico do que existe, com o que dá para aproveitar e o que precisa ser trocado, e só então o plano de intervenção.

Existe contrato de manutenção?

Existe manutenção contratada, com escopo e prazo definidos por contrato. Não oferecemos manutenção ilimitada nem atendimento contínuo sem contrato específico para isso.

Como vocês sabem que um sistema vai aguentar o volume?

Pela arquitetura, não por promessa. Definimos com o cliente o volume projetado e desenhamos o modelo de dados, as filas e a separação de serviços para ele. Depois, medimos: sem registro do que demora, avaliar volume é adivinhação. Não publicamos percentual de disponibilidade porque isso depende da infraestrutura contratada e seria compromisso que não nos cabe assumir sozinhos.

A Zeit presta consultoria fiscal ou contábil?

Não. A Zeit é empresa de tecnologia. Construímos sistemas que lidam com cobrança e com documento fiscal, mas orientação tributária, contábil e jurídica é do contador e do advogado do cliente.