Prontidão de recurso é controle, não checklist

Na manufatura regulada, “recurso pronto” costuma significar três coisas ao mesmo tempo: o equipamento está no estado certo, a validade do que o habilita ainda vale, e quem vai operá-lo está autorizado. Em papel, isso vira checklist no início do turno. Em planilha, vira coluna verde. Na planta, o que decide o risco é outra pergunta: o lote consegue começar quando alguma dessas condições já expirou?

Boas práticas de fabricação tratam equipamento, utilidade e pessoal como parte do controle do processo — não como ambientação. Status de limpeza, calibração, manutenção, qualificação e treinamento não são ornamento do POP. São pré-condições de execução. A diferença entre checklist e controle é o momento em que a falha é descoberta: antes do start, ou na investigação depois do desvio.

O que o checklist realmente compra

Um checklist bem preenchido registra intenção. Ele pergunta se alguém olhou. Não garante que o que foi olhado ainda é verdade no segundo em que a ordem inicia.

Três limitações aparecem cedo:

1. Validade é tempo, não carimbo. Calibração “ok ontem” pode estar vencida hoje. Limpeza “feita no turno A” pode não cobrir o produto do turno B. Treinamento “concluído no trimestre” pode ter expirado a skill exigida para aquela etapa.
2. O checklist não bloqueia. Se o operador marca e segue, o sistema de execução não sabe que havia um “não” escondido num papel paralelo.
3. O estado muda depois da assinatura. Uma intervenção de manutenção, uma troca de formato ou um alarme de utilidade pode invalidar a prontidão minutos após o “pronto” do início do lote.

Por isso a prontidão de recurso, quando séria, parece menos com formulário e mais com trava: o recurso só entra no fluxo se validade, estado e autorização estiverem coerentes — e deixa de entrar quando qualquer um deles cair.

Checklist prova que alguém perguntou. Controle prova que o processo não avançou sem a resposta certa.

O que “pronto” precisa significar

Um modelo útil de resource readiness costuma unir três eixos no mesmo recurso (linha, balança, sala, pessoa, utensílio):

• Estado — limpo / sujo / em manutenção / em qualificação / bloqueado. Estado sem dono e sem transição auditável vira opinião de turno.
• Validade — calibração, manutenção preventiva, validade de limpeza, validade de solução, validade de skill. Sem data e sem regra de expiração, “válido” é só um adjetivo.
• Autorização — quem pode liberar o recurso, quem pode operá-lo, quem pode contornar. Contorno sem trilha é o atalho que a inspeção encontra depois.

Quando esses eixos vivem em sistemas separados — calibração num CMMS, limpeza no EBR, treino no LMS, status na cabeça do supervisor — a planta reconcilia na hora do start. Reconciliação humana sob pressão é exatamente o modo de falha que o checklist finge ter resolvido.

O modo de falha silencioso

O pior não é o recurso claramente fora. É o recurso “quase ok” que a operação decide usar “só desta vez”.

Sinais concretos:

• Starts de lote com calibração a vencer no mesmo dia, sem regra clara de corte
• Limpeza assinada para um produto e reutilizada mentalmente para o próximo
• Operador cobrindo posto com skill expirada “porque ninguém mais veio”
• Manutenção aberta em paralelo enquanto a ordem segue “em produção”
• Desvios de contaminação ou de dados cuja causa raiz é recurso usado fora de estado — descobertos na revisão, não no start

Nesses casos, a documentação de prontidão existia. Faltava a barreira.

Impor prontidão no momento do controle

O deslocamento é o mesmo de EBR, holding time e dispensação: mover o controle para o instante em que ainda dá para impedir o dano.

Na prática, isso pede:

1. O start consulta o recurso, não a memória. A ordem só avança se os recursos ligados à etapa estão em estado e validade compatíveis.
2. Expiração é evento, não surpresa de planilha. Quando a validade cai, o recurso sai do pool disponível — com registro de quando e por quê.
3. Contorno é exceção governada. Se a qualidade autoriza seguir com ressalva, isso vira desvio ou permissão explícita, atribuível, não um “ok verbal” no rádio.
4. A evidência sobrevive à inspeção. Estado, validade e autorização precisam ser reconstruíveis para aquele lote, naquele horário — não “em geral a planta controla isso”.

É aqui que um módulo de prontidão de recurso (na NEO, o NEO TASK) deixa de ser lista de tarefas e passa a ser parte do system of record da execução: validade, estado e bloqueio do que não está conforme. A mesma lógica de momento do controle aparece nos registros eletrônicos de lote.

O que o software não resolve sozinho

Nenhum bloqueio salva um cadastro mentiroso. Se a validade de limpeza foi parametrizada sem critério, se a calibração no CMMS não conversa com o chão, ou se a skill no LMS não está ligada à etapa do EBR, o sistema só impõe uma ficção mais rápido.

Também não substitui a decisão de qualidade sobre risco residual. Impõe o momento da decisão. Sem dono do estado e sem regras de transição, “bloqueio automático” vira ruído que a operação aprende a contornar.

Perguntas antes de declarar recursos “sob controle”

• O start da etapa consulta estado e validade em tempo real, ou confia no checklist da manhã?
• Calibração, limpeza, manutenção e skill expiraram — o recurso some do disponível, ou só gera lembrete?
• Contornos exigem autorização atribuível e ficam no registro do lote?
• A prontidão de pessoa e a de equipamento usam a mesma lógica de validade, ou uma é rígida e a outra é “jeitinho”?
• Em inspeção, vocês mostram o bloqueio que impediu o uso — ou a investigação do uso que não deveria ter ocorrido?

A última pergunta costuma separar teatro de controle.

Prontidão de recurso bem feita não é mais uma lista para assinar. É a planta recusando, por desenho, começar o que não pode defender depois. Checklist pergunta. Controle impede.

Na sua operação, o “pronto” ainda é uma marca no papel — ou uma condição que o sistema consegue negar?