Sistemas que operam de verdade

Hospeda os sites dos clientes da empresa num servidor só e liga ou desliga cada um por um checkbox no painel, com cobrança recorrente. Desligar um site reflete em cerca de oito segundos.

• Chave geral por cliente no proxy de borda (ForwardAuth): o checkbox do painel virou o interruptor dos sites hospedados, sem tocar em container nenhum.
• Fail-open no porteiro e fail-closed no site próprio, por decisão documentada: um soluço do banco não pode derrubar os sites de terceiros que estão hospedados ali.
• Ordem dos middlewares escolhida por medição, o limitador de tráfego vem antes do porteiro de propósito, para um flood num site não virar flood na plataforma inteira. Os números foram calibrados contra um teste de carga real de 654 requisições por segundo.
• Cobrança recorrente com chave de idempotência no checkout e reuso de cliente no gateway, mais uma liberação manual que existe só no código e vence por cima do status da assinatura, o cliente não consegue se auto-liberar pelo painel.
• CMS headless servindo conteúdo entre domínios: o cliente cadastra no painel e o site de outro cliente reflete sem redeploy; se a busca falhar, a seção simplesmente não renderiza.

Você manda um link ou uma foto no WhatsApp e recebe o post pronto para feed, story, carrossel ou reel, com o texto ajustado por conversa e uma fila de aprovação antes de publicar.

• A única interface é uma conversa no WhatsApp: não são comandos, é linguagem natural reescrevendo campo a campo (chapéu, título, destaque, apoio, chamada, legenda e hashtags).
• HTML é a única linguagem de criação: a mesma peça vira PNG por render headless ou MP4 por timeline determinística, nenhuma etapa passa por editor gráfico.
• Visão computacional no enquadramento: detecção de rosto offline em cerca de 100 ms com um modelo de 230 KB, ângulo medido pela linha dos olhos e corte de busto calculado por geometria, não por palpite do modelo de linguagem. Depois o fundo é removido e a pessoa é composta entre fundo e moldura.
• Publicação pela API oficial da Meta, com a decisão explícita de não usar automação de navegador para não arriscar o alcance da conta do cliente.
• Agendador diário que varre as notícias das cidades cobertas e propõe as cinco mais quentes para virar post, com fila de estados (rascunho, gerando, renderizado, aprovado, publicado) e painel de aprovação.

O pedido sai do tablet da mesa ou do celular do garçom e chega na cozinha em tempo real pela rede local, sem depender da internet, e cada item imprime na impressora certa.

• Opera com a internet caída: banco local em modo WAL e tempo real por Socket.IO dentro do estabelecimento. A nuvem não participa do pedido.
• Três modos de operação (tablet na mesa, comanda no celular do garçom, QR Code para o próprio cliente) com override por aparelho, a escolha é por dispositivo, não uma chave global que muda o sistema inteiro.
• Atualização pelo ar com launcher próprio em C#: compara a versão remota, baixa o pacote e se substitui, com proteção contra path traversal na extração e encerramento dos processos antes de copiar.
• Segredo de sessão gerado no primeiro boot na máquina do cliente (64 bytes, permissão restrita), o JWT nunca vai embutido no executável distribuído.
• Impressão térmica roteada por zona e por categoria: o item sai na impressora certa (cozinha, sushi bar, caixa) sem ninguém gritar o pedido.

O preço de cada peça sai de um motor de cálculo próprio, conferido até bater ao centavo, com catálogo, calculadora de descontos e parâmetros de preço editáveis em tabela.

• Sessão em cookie assinado com HMAC-SHA256 e comparado em tempo constante, httpOnly e restrito ao próprio site. O segredo de assinatura é obrigatório em produção: sem ele a aplicação se recusa a subir, em vez de rodar com um valor de desenvolvimento.
• O token carrega a impressão digital da credencial: trocar a senha do administrador ou o código de um cliente invalida na hora todas as sessões antigas, em qualquer aparelho, sem tabela de sessões no banco.
• Controle de acesso em três camadas, guarda no middleware, revalidação do usuário a cada requisição no layout (removido, bloqueado ou com credencial trocada cai para o logout) e verificação dentro de cada ação de servidor. Por cliente há papel, bloqueio, confirmação e permissão separada para a tela de cálculo.
• Login e recuperação de senha com limite de tentativas por e-mail e por IP, mensagem de erro única que não revela se o e-mail existe, e link de redefinição de uso único que expira em 30 minutos porque carrega a impressão digital da senha atual.
• Auditoria e superfície de ataque fechada: cada acesso grava data, responsável e dispositivo; upload restrito ao administrador com allowlist de tipo, limite de tamanho e nome de arquivo aleatório; webhook de cobrança validado por assinatura e reconferido na origem; e-mail transacional saindo de um container próprio, em rede interna, sem porta exposta no host.

Ponto, entregas com foto e localização, transferência de estoque e caixa no celular de cada funcionário. Funciona offline e sincroniza sozinho quando a rede volta.

• Sincroniza offline por campo, não por registro: dois funcionários editando a mesma entrega em pontos diferentes não sobrescrevem o trabalho um do outro, e cada conflito resolvido fica registrado em auditoria.
• Fila de alterações em IndexedDB com descarga automática ao reconectar, ao voltar o foco da janela e a cada 15 segundos, o entregador registra no ponto morto de sinal e o dado chega íntegro.
• Três integrações vivas ao mesmo tempo: ERP fiscal por OAuth, financeiro com um par de credenciais por CNPJ de loja, e robô Playwright orquestrado por fila para o portal legado sem API.
• CPF criptografado em repouso e endpoint de LGPD que devolve ao próprio funcionário os dados dele em JSON.
• Tema por usuário calculado, não escolhido: a cor preferida gera a paleta HSL inteira e o contraste do texto é decidido por luminância (WCAG AA), injetado no servidor para não piscar no carregamento.

Vender no balcão, no WhatsApp e na loja online com um sistema só: estoque por cor, carteira de fiado com pagamentos parciais e cálculo do preço da peça artesanal.

• Isolamento por canal no pedido (balcão, WhatsApp, online): o e-commerce novo não contamina o PDV nem a carteira de fiado, e a evolução saiu com zero regressão no que já vendia todo dia.
• Preço e frete recalculados no servidor, o valor que vem do navegador não é confiado. Isso corrigiu uma falha de segurança real que existia no modelo anterior.
• Baixa definitiva de estoque só quando o pagamento é aprovado, com webhook idempotente e detecção de venda acima do estoque dentro da própria função SQL, que evoluiu em três migrations.
• Cofre de credenciais self-service: a lojista cola as próprias chaves de pagamento e frete no painel, elas ficam em tabela com política de acesso no banco, e o painel só lê uma view mascarada que devolve "configurado" e os quatro últimos dígitos.
• Cinco funções serverless em Deno para cotação de frete, checkout, webhook, compra de etiqueta e gravação de integração, nenhum segredo chega ao navegador.