O que é permissão de trabalho?

Permissão de trabalho é um documento formal que autoriza a execução de uma atividade de risco, em local e período definidos, depois que as condições de segurança foram verificadas. Ela descreve o serviço, os riscos, as medidas de controle e quem autorizou.

O órgão de segurança do Reino Unido, o HSE, define o sistema de permissão de trabalho como um sistema formal e escrito usado para controlar certos tipos de trabalho potencialmente perigosos. A permissão não torna a atividade segura sozinha. Ela registra que alguém verificou as condições e assumiu a autorização.

Quais normas brasileiras exigem permissão de trabalho?

Várias normas regulamentadoras do Ministério do Trabalho e Emprego tratam do assunto. As mais citadas em operações portuárias e offshore são estas.

Este resumo serve de orientação geral. O texto de cada norma muda com o tempo, e quem define o que se aplica à sua operação é o responsável por segurança do trabalho da empresa. Consulte sempre a versão vigente no site do Ministério.

Quais são os problemas do controle em papel?

O papel falha nos pontos em que o tempo importa. Os problemas mais comuns são estes.

• O formulário circula pela base atrás de assinaturas e o serviço espera.
• Ninguém sabe, em um dado momento, quantas permissões estão abertas e onde.
• A revalidação de um turno para o outro depende de alguém lembrar.
• O checklist é genérico, igual para atividades de riscos diferentes.
• A auditoria exige procurar pastas, e uma permissão ilegível vira dúvida.

No caso de operação portuária que publicamos, esses eram exatamente os sintomas antes do sistema.

O que um sistema de permissão de trabalho precisa fazer?

Precisa reproduzir o controle do papel e acrescentar o que o papel não consegue. As funções essenciais são estas.

1. Tipos de atividade com checklist próprio. Quem solicita escolhe a natureza da atividade, e o sistema apresenta as verificações daquele tipo.
2. Participantes e assinaturas. Solicitante, executantes e emitente assinam na tela, com data e hora registradas.
3. Validade e revalidação. A permissão tem prazo, e a continuidade em outro turno exige nova verificação registrada.
4. Encerramento. O serviço termina com o registro de que a área foi deixada em condição segura.
5. Painel de permissões abertas. Uma tela mostra o que está em andamento, por local.
6. Auditoria. Cada permissão guarda o histórico de quem fez o quê, e auditorias de campo ficam vinculadas a ela.

Um ponto técnico importa mais do que parece. As regras de quem pode emitir, aprovar ou encerrar têm que ser conferidas no servidor, e não só escondidas na tela. Explicamos esse cuidado em sustentação e modernização.

Como implantar a permissão de trabalho digital?

Em etapas, começando por uma área.

1. Mapeie o formulário atual. Liste os campos, os tipos de atividade e quem assina cada um. O papel que já existe é o melhor ponto de partida.
2. Escolha uma área piloto. Uma oficina ou um cais, com uma equipe disposta a testar.
3. Rode em paralelo por pouco tempo. Papel e sistema juntos, só até a equipe confiar no sistema.
4. Expanda e desligue o papel. Área por área, com os checklists revisados pelo setor de segurança.

O sistema precisa funcionar no celular, porque a permissão é emitida onde o trabalho acontece. Os nossos rodam como aplicativo instalado pelo navegador. Veja a diferença para o aplicativo de loja em aplicativos.

A permissão digital tem validade como documento?

A forma de registro é uma decisão da empresa com o seu setor de segurança e, quando necessário, com o jurídico. O que o sistema oferece é rastreabilidade: quem assinou, quando, com qual usuário e de qual aparelho. Esse registro costuma ser mais fácil de auditar do que uma assinatura em papel.

Não damos orientação jurídica sobre normas regulamentadoras. Desenvolvemos o sistema a partir do procedimento que a sua empresa define, como em qualquer projeto de sistemas web sob medida.

O que é um PWA?

PWA, ou aplicativo web progressivo, é um site construído para se comportar como aplicativo. O usuário abre um endereço, instala na tela de início e passa a usar em tela cheia, com ícone próprio. Por baixo, continua sendo tecnologia web.

Segundo a documentação da MDN, um PWA é construído com tecnologias da plataforma web e oferece uma experiência parecida com a de um aplicativo específico de plataforma. Na prática, isso significa um código só para Android, iPhone e computador.

O que um PWA consegue fazer hoje?

Mais do que muita gente imagina. Um PWA moderno faz o seguinte.

• Usa a câmera para fotos e para ler QR code.
• Lê a localização por GPS enquanto está aberto.
• Recebe notificações push, inclusive no iPhone.
• Guarda a interface e parte dos dados no aparelho para abrir sem conexão.
• Atualiza para todos os usuários no momento em que uma versão nova é publicada.

As notificações no iPhone são recentes. A Apple liberou o recurso para aplicativos web instalados na tela de início a partir do iOS e iPadOS 16.4, como descreve o blog do WebKit. Antes disso, essa era a principal razão para ir à loja.

Quando o aplicativo nativo é necessário?

Em quatro situações.

No aplicativo de saúde que desenvolvemos, a assinatura nas lojas e o login com Apple decidiram pelo nativo. Usamos React Native com Expo, que gera as versões de iOS e Android a partir da mesma base.

Como cada um se comporta sem conexão?

Os dois conseguem funcionar sem sinal, mas o trabalho de desenvolvimento é diferente. No nativo, guardar dados no aparelho é o caminho natural. No PWA, é preciso planejar o que fica armazenado, por quanto tempo e como os dados sincronizam quando a conexão volta.

O ponto de atenção é o conflito. Se duas pessoas alteram o mesmo registro sem conexão, o sistema precisa de uma regra para decidir o que vale. Essa regra é de negócio e deve ser definida antes do desenvolvimento, em qualquer das duas tecnologias.

Em embarcações e áreas remotas, esse costuma ser o requisito que mais pesa. Tratamos dele no caso de inspeção de embarcações.

Qual custa menos para manter?

O PWA. Ele tem um código só, e não existe versão antiga em circulação, porque todos recebem a nova ao mesmo tempo. Também não há revisão de loja nem conta de desenvolvedor para administrar.

O nativo exige publicar em duas lojas, acompanhar as mudanças de regras de cada uma e conviver com usuários que demoram a atualizar. Ferramentas como o Expo reduzem bastante esse trabalho, mas ele continua existindo.

E a segurança de um PWA?

É a mesma de um sistema web bem feito. O PWA só funciona em conexão criptografada, o acesso exige login e as permissões são conferidas no servidor a cada ação. Câmera, localização e notificações dependem de autorização explícita do usuário, pedida pelo próprio sistema operacional.

A diferença para o nativo está na distribuição. Um aplicativo de loja pode ser instalado por qualquer pessoa que o encontre. Um PWA interno é um endereço que só a sua equipe conhece e que não aparece em busca de loja. Para sistemas de operação, isso costuma ser uma vantagem.

O que precisa de atenção é o aparelho compartilhado. Em portarias e em embarcações é comum várias pessoas usarem o mesmo celular ou tablet. O sistema deve encerrar a sessão por inatividade e registrar quem fez cada ação. O caso de operação portuária mostra esse tipo de uso em portaria.

Como decidir para uma equipe de campo?

Responda a três perguntas.

1. Quem vai usar? Se são funcionários e terceiros da operação, o PWA distribui por link ou QR code, sem loja.
2. O aplicativo precisa funcionar com a tela bloqueada? Se o rastreamento contínuo é requisito, vá de nativo.
3. Há cobrança dentro do aplicativo? Se sim, vá de nativo.

Se as três respostas apontam para o PWA, comece por ele. Como a API é a mesma, um aplicativo nativo pode vir depois e reaproveitar tudo o que já existe. É o caminho que descrevemos em aplicativos, e a base é sempre um sistema web sob medida.

Qual é a diferença entre software pronto e sistema sob medida?

Software pronto é um produto feito para muitas empresas, que você configura dentro dos limites que o fabricante oferece. Sistema sob medida é desenvolvido para o seu processo, e a empresa decide o que ele faz e quando muda.

O pronto chega rápido e divide o custo de desenvolvimento entre todos os clientes. Em troca, você adapta o seu processo ao dele. O sob medida faz o caminho inverso, e o software acompanha o processo.

Quando o software pronto é a melhor escolha?

Quando o processo é igual ao de qualquer outra empresa. Folha de pagamento, contabilidade, emissão de nota fiscal, e-mail e videoconferência são bons exemplos. Ninguém ganha cliente por ter uma folha de pagamento diferente.

Martin Fowler chama esse tipo de sistema de utilitário, em oposição ao estratégico. No utilitário, o objetivo é funcionar bem e custar pouco. Desenvolver do zero algo que o mercado já resolve é gastar dinheiro onde não há retorno.

Quando vale desenvolver sob medida?

Vale quando o processo é o que diferencia a sua empresa e nenhum produto o atende sem gambiarra. Em operações de campo, isso costuma ser o próprio serviço prestado.

Um exemplo dos nossos projetos. Uma empresa de limpeza industrial de tanques usava um ERP para o financeiro, mas o que o cliente dela comprava era o serviço executado e documentado. O relatório por turno, o relatório fotográfico, o certificado e o rateio de horas paradas não existiam em produto nenhum. Foi isso que virou sistema.

Quais sinais mostram que o software pronto não está servindo?

Cinco sinais aparecem com frequência.

Um sinal isolado se resolve com configuração ou treinamento. Três ou mais pedem outra conversa.

O que entra no custo de cada caminho?

No software pronto, o custo visível é a licença. O invisível é o tempo que a equipe gasta contornando o que o produto não faz, mais as customizações cobradas à parte e o risco de o fabricante mudar o produto ou o preço.

No sob medida, o custo visível é o desenvolvimento. O invisível é a sustentação. Um sistema precisa de correções, atualizações de segurança e ajustes enquanto estiver em uso. Quem orça só a construção tem surpresa depois. Tratamos disso em sustentação e modernização.

Há ainda o custo de cumprir a lei. Qualquer sistema que guarde dados de funcionários, visitantes ou clientes precisa atender à LGPD, seja pronto ou sob medida. No pronto, você depende do que o fornecedor oferece. No sob medida, as regras de acesso e de retenção são decisões suas.

Dá para combinar os dois?

Dá, e é o mais comum. O ERP continua cuidando do que é igual para todo mundo, e um sistema sob medida cuida do processo de campo. Os dois trocam dados por integração, para ninguém redigitar.

No caso de operação portuária, a plataforma que desenvolvemos lê o WMS do cliente direto do banco de dados e mostra a operação do armazém nos painéis.

Como reduzir o risco de um projeto sob medida?

Começando pequeno. Escolha o processo que mais dói e coloque só ele em uso. Uma primeira versão que resolve um problema real em poucas semanas ensina mais do que meses de especificação.

Três cuidados ajudam.

1. Envolva quem opera desde o levantamento. Quem decide a compra raramente é quem usa o sistema.
2. Peça entregas em ciclos curtos, com a sua equipe testando com dados reais.
3. Combine a sustentação antes de o sistema entrar em produção.

É assim que conduzimos os projetos de sistemas web sob medida.