Rafhael Marsigli Logo
Menu
Fale Comigo

Como um web app sob medida transformou a geração de laudos NR-12 de um trabalho de meses para uma operação de dias

NR Secure

Segurança do trabalho NR-12, com Inspeção de máquinas

Desenvolvedor freelancer. Projeto completo: da arquitetura à entrega

v1 em 2016, v2 em 2023

Como um web app sob medida transformou a geração de laudos NR-12 de um trabalho de meses para uma operação de dias

A NR Secure faz inspeções de conformidade com a NR-12, a norma regulamentadora de segurança em máquinas e equipamentos. Na prática: a equipe vai até a fábrica do cliente, inspeciona máquina por máquina, documenta tudo com fotos e checklists, e entrega um laudo técnico. Esse laudo é o produto. É por ele que a empresa é paga.

O problema era que o laudo era montado à mão, no Word e no Excel.

Imagine uma fábrica com 200 ou mais máquinas. Para cada uma: fotografar, anotar em papel ou no celular, e depois - de volta ao escritório - transcrever tudo, organizar as imagens, formatar e revisar. Cada máquina rendia facilmente de 3 a 5 páginas. Um laudo completo era um trabalho de meses. Fui contratado para construir um web app sob medida que eliminasse esse gargalo. O resultado reduziu o tempo de produção de um laudo de uma ordem de grandeza em meses para uma ordem de grandeza em dias, e tirou toda a operação do desktop isolado de uma única pessoa para a nuvem, acessível de qualquer lugar e qualquer dispositivo.

O problema

O fluxo antigo concentrava todo o esforço no pós-inspeção. A coleta em campo era apenas o começo; o trabalho pesado vinha depois, no escritório, e era inteiramente manual:

  • Transcrever anotações de papel/celular para documentos estruturados
  • Inserir e posicionar dezenas (ou centenas) de fotos manualmente
  • Replicar a mesma formatação para cada máquina, sem erro
  • Consolidar máquinas individuais em um laudo único por empresa
  • Revisar tudo à mão, com risco de inconsistência a cada cópia/cola

Quanto maior o cliente, pior a escala: o esforço crescia linearmente com o número de máquinas, e não havia reaproveitamento estrutural entre laudos. Cada documento era praticamente refeito do zero.

Havia também um problema de mobilidade e continuidade: os arquivos viviam em uma máquina local. Trabalhar de outro lugar, em outro dispositivo, ou dividir a tarefa entre pessoas, era difícil.

As restrições

O projeto tinha condições de contorno claras que moldaram as decisões técnicas:

  • Orçamento de freelancer, não de produto enterprise. A solução precisava ser direta e eficiente, sem infraestrutura cara ou complexidade desnecessária.
  • Hospedagem compartilhada. Nada de fila de jobs sofisticada, microsserviços ou servidor dedicado. A solução tinha que rodar bem dentro dessas restrições.
  • Os laudos eram baixados pela própria equipe, não enviados automaticamente ao cliente final. Isso teve um impacto direto na decisão de geração de PDF (mais abaixo).

Chega de virar o final de semana trabalhando com sistemas antigos

A solução

Construí um web app em Laravel que substituiu todo o fluxo de Word e Excel por uma operação estruturada e centralizada na nuvem.

Cadastro de máquinas e inspeções. Cada empresa/cliente, cada máquina e cada inspeção viraram entidades no sistema. A estrutura que antes existia só como convenção informal nos documentos passou a ser modelo de dados de verdade.

Coleta otimizada para velocidade. A interface de preenchimento foi desenhada para minimizar digitação livre. Sempre que possível, usei checkboxes e selects em vez de campos de texto. Isso fez duas coisas ao mesmo tempo: acelerou o preenchimento em campo e padronizou os dados, o que, por sua vez, padronizou o laudo final. Menos texto livre significa menos inconsistência e menos revisão.

Upload de fotos direto pelo sistema. As imagens de cada máquina passaram a ser enviadas e associadas diretamente à inspeção, eliminando a etapa manual de inserir e posicionar fotos no Word.

Geração de laudo automática. A partir dos dados estruturados, o sistema montava o laudo formatado automaticamente, tanto o relatório de uma máquina individual quanto um laudo consolidado de um conjunto de máquinas, agrupado por empresa.

A decisão de PDF: usar o navegador em vez de uma biblioteca

Um detalhe técnico que vale destacar, porque ilustra uma decisão pragmática. Como os laudos eram baixados pela própria equipe (e não disparados automaticamente para o cliente), não introduzi nenhuma biblioteca de geração de PDF.

O laudo era renderizado como uma página web bem formatada, e a equipe usava o próprio "imprimir → salvar como PDF" do navegador. Isso evitou uma dependência inteira, com toda a manutenção, peso e potenciais bugs de renderização que bibliotecas de PDF carregam, para um problema que o navegador já resolvia nativamente. Sob a restrição de hospedagem compartilhada e orçamento enxuto, foi a escolha certa: a solução mais simples que atendia ao requisito real, e não ao requisito imaginado.

O melhor projeto é aquele que não só se paga, mas sobra!

O resultado

O impacto foi imediato e visível:

  • Tempo de produção de laudos caiu de uma escala de meses para uma escala de dias. O trabalho que antes ocupava um mês passou a caber em uma semana; laudos dos maiores clientes, que tomavam vários meses, foram reduzidos a uma fração disso.
  • Operação 100% na nuvem. O que vivia preso a uma máquina local passou a ser acessível de qualquer lugar e qualquer dispositivo, em hospedagem compartilhada.
  • Padronização dos laudos. Com a coleta baseada em campos estruturados, o documento final ganhou consistência que o fluxo manual não conseguia garantir.
  • Escala desacoplada do esforço. Inspecionar uma fábrica com centenas de máquinas deixou de significar centenas de páginas montadas à mão.

A reação da equipe ao ver toda a operação organizada na nuvem, acessível de qualquer lugar, foi de surpresa genuína, o ganho ficou nítido para eles desde o início.

O projeto teve duas versões ao longo dos anos: a primeira, há cerca de uma década, e uma segunda, há cerca de três anos, que manteve a mesma proposta e refinou a solução com base no uso real.

O que esse projeto demonstra

Mais do que a stack, este case mostra um padrão que aplico em todo trabalho: identificar o gargalo real e atacá-lo com a solução mais simples que funciona. O ganho aqui não veio de tecnologia sofisticada - veio de transformar um processo manual e desestruturado em dados estruturados, e deixar o sistema fazer o trabalho repetitivo. A decisão de não usar uma biblioteca de PDF é a mesma filosofia em miniatura: resolver o problema que existe, não o que parece impressionante.