Estoque, ordem de serviço, aprovação, cadastro, escala, checklist e painel: um sistema por dentro da empresa, com login por pessoa, papel de acesso e banco de dados. Feito conversando, no ritmo de quem já tem operação rodando.
Sem cartão. O suficiente para levar as telas do processo para a reunião de segunda.
Ela vem em hora de retrabalho, em decisão tomada com número velho e em conhecimento que anda com uma pessoa só. Reconhece alguma linha?
Ela tirou férias e o processo parou. A fórmula está três abas atrás, ninguém quer ser o próximo a arrastar a célula errada e a versão boa mora no computador dela.
Está no sistema do financeiro, está na planilha de controle e está no caderno do almoxarifado. Quando os três discordam, alguém perde a tarde conferindo qual está certo.
O pedido virou áudio de dois minutos, foi liberado com um “pode ir” e afundou sob trinta mensagens. Duas semanas depois, ninguém consegue mostrar quem autorizou o quê.
O técnico anota no papel, alguém digita na planilha, o financeiro relança no sistema. Três pessoas tocando o mesmo dado e três oportunidades de errar.
Fechar o mês é copiar, colar e conferir. O número chega à diretoria quando o mês já acabou e não dá mais para reagir a ele.
Metade da regra do processo está na cabeça de uma pessoa e a outra metade num arquivo local chamado controle_final_v7.xlsx.
Sistema interno não precisa impressionar ninguém de fora. Precisa aguentar o lançamento de segunda-feira, mostrar o mesmo número para o gestor e para a diretoria e deixar rastro de quem fez o quê. É isso que sai da conversa.
Sete frentes tiradas de operações que já rodam: almoxarifado de distribuidora, oficina de manutenção de frota, compras de construtora, comercial de indústria, escala de equipe de campo, inspeção em obra e a reunião mensal da diretoria. Nenhuma delas é módulo de prateleira: cada tela nasce na conversa, com as regras da sua operação. É isto que dá para pedir em cada frente.
Hoje: almoxarifado de distribuidora que lança entrada e saída em planilha e confere na base do olho no fim do mês
Hoje: oficina de manutenção de frota que recebe chamado pelo grupo de WhatsApp e anota o serviço num caderno na bancada
Hoje: compras de construtora que libera pedido por áudio no grupo e e-mail encaminhado três vezes
Hoje: comercial de indústria com o mesmo cliente em três planilhas, dois sistemas abandonados e a agenda do celular do vendedor
Hoje: escala de técnicos de empresa de instalação, no quadro branco fotografado e mandado no grupo toda segunda-feira
Hoje: inspeção de segurança em obra, na prancheta com formulário impresso e digitação de tudo na volta
Hoje: reunião mensal da diretoria, com a apresentação montada à mão na última sexta-feira do mês
Projeto que promete substituir tudo de uma vez costuma morrer na fase de levantamento. O caminho curto é escolher uma frente, colocar gente usando e crescer a partir do que já funciona.
Não o mais bonito de apresentar: o que gera retrabalho toda semana. Costuma ser aquele que o time já apelidou de “a planilha”.
Conte quem preenche, quem aprova, o que não pode faltar e onde hoje trava. Descreva o caso chato (a exceção que a planilha resolve na mão), porque é ele que define a regra.
Manter as duas fontes por alguns dias dói, e é justamente aí que aparece o lançamento que o sistema ainda não cobre. Marque no calendário a data de aposentar a planilha: sem data marcada, ela sobrevive ao sistema e o time volta para ela no primeiro aperto.
Com o primeiro rodando, o segundo aproveita o cadastro, o login e os papéis que já existem. Trocar tudo de uma vez é como a empresa costuma se enrolar.
É a mesma disciplina de uma primeira versão feita para validar, aplicada para dentro de casa: recorte pequeno, no ar, com gente de verdade usando antes de você investir no processo seguinte.
Sistema interno carrega custo, salário, margem e cadastro de cliente. Antes de tirar isso da planilha, vale saber exatamente como o acesso é separado, onde o dado mora e como ele sai daqui.
Painéis, totais e comparativos.
Não lança e não altera registro de operação.
A equipe inteira, aprova dentro da alçada e edita cadastro.
Não mexe na alçada acima da própria faixa.
A própria fila, os próprios lançamentos e o histórico deles.
Não enxerga o que é de outra unidade.
Checklist e OS do dia, pelo celular.
Não vê custo, margem nem dado comercial.
O dado do seu sistema fica em um Postgres gerenciado pelo Zheus, reservado ao seu projeto e com backup automático. Ele roda na nossa infraestrutura e a credencial de conexão fica no servidor. Ela não é liberada para ferramenta externa. O que não é fechado é o dado: você consulta por SQL no painel, constrói telas de exportação em CSV dentro do próprio sistema e leva o código para o seu GitHub quando o projeto está num plano pago.
Uma observação honesta sobre o que você não vai encontrar aqui: selo de certificação. Não temos ISO, não temos SOC 2 e ninguém “certifica” LGPD. O que existe é prática de construção (descrita ao lado) e um banco em formato padrão, que sai daqui por SQL e por CSV.
O que o construtor é orientado a fazer em todo sistema com login e o que vale a pena revisar antes de liberar para a empresa inteira:
Vale dizer antes de você levar a ideia para a diretoria. Prometer demais na apresentação é o jeito mais rápido de queimar um projeto interno.
Emissão de nota, apuração de imposto e obrigação acessória continuam no sistema contábil. O sistema interno convive com ele, não o substitui.
O que existe é web. Abre bem no navegador do celular do técnico, mas não é um app publicado na loja da Apple ou do Google.
Se a ideia é cobrar de outras empresas pelo sistema, a conversa é outra e começa em criar um SaaS com IA, com conta, assinatura e cliente de fora.
Anos de histórico e integração profunda com legado exigem conversa antes de qualquer promessa. Um processo por vez é o caminho honesto.
Quantos entram no sistema é decisão sua: as contas do time nascem dentro do próprio sistema, com os papéis que você definiu, e nenhuma delas vira linha na fatura. Então incluir o pessoal do almoxarifado, os técnicos de campo e a diretoria não muda o valor. Comparar planos mostra onde cada um para.
Sem taxa de implantação e sem consultoria obrigatória para subir o primeiro processo.
As objeções que aparecem quando alguém propõe trocar a planilha por um sistema.
Você, pela mesma conversa que o construiu. Mudou a faixa de alçada, entrou um campo novo no cadastro, a diretoria quer outro corte no painel: você pede e o sistema muda, sem chamado com fornecedor nem espera por janela de desenvolvimento. O que isso exige é plano ativo e crédito de construção. É por isso que um sistema em uso pede um plano pago, e não o grátis.
Para usar, não: o sistema abre no navegador, com endereço e HTTPS já resolvidos. Ter alguém técnico ajuda em duas coisas pontuais: apontar o domínio da empresa e revisar as regras de acesso antes de liberar para todo mundo.
A estrutura, sim: descreva as colunas e as regras e o cadastro nasce com elas. A carga do histórico é caso a caso. Planilha limpa entra por uma tela de importação de CSV construída junto; planilha com abas coladas, células mescladas e cor de fundo como status costuma pedir uma faxina antes.
Você, por uma tela de usuários dentro do próprio sistema, a mesma que você pede na conversa junto com o resto. Entrou gente nova no almoxarifado, você cria o acesso e escolhe o papel; mudou de área, você troca o papel; saiu da empresa, você desativa a conta ali mesmo. É trabalho de gestor, não de chamado com fornecedor. E por isso o desligamento de sexta não espera segunda para virar acesso fechado.
O código vai para o GitHub quando você mandar (com o projeto num plano pago) e o dado está em Postgres, um formato que qualquer desenvolvedor lê. A saída do dado é pelo console SQL do painel e pelas telas de exportação em CSV construídas dentro do sistema. A credencial do banco fica no nosso servidor e não é liberada para conexão externa. Sair significa levar um projeto legível, não ficar refém de um arquivo que só abre aqui.
O caminho realista é troca de arquivo (importar e exportar CSV) e webhook para avisar outro serviço quando algo acontece. Integração profunda com um ERP legado depende do que aquele sistema expõe: vale alinhar com o time comercial antes de começar.
Já na primeira conversa costuma sair uma versão navegável, que você abre, clica e critica. Quantas rodadas até ela ficar do jeito do seu processo depende do tamanho dele. E o prazo até o uso real depende menos da construção do que do seu processo: quem passa a lançar, em que dia a planilha antiga é aposentada e quem cobra. Essa combinação costuma ser a parte mais lenta, e ela é sua.
Conte quem preenche, quem aprova e onde trava hoje, e acompanhe as telas do primeiro processo saírem na conversa. Login por pessoa e banco de dados entram quando o sistema deixa o desenho e vai para o uso da equipe.
Publicação com HTTPS incluída · Exportação do código a qualquer momento