facilita.ia · ciclo completo · Benjamin

NC investigada. Ação verificada. Lição vira padrão.

O loop CAPA verdadeiro tem 3 motores costurados: Ciclo da CAPA com máquina de estado em 5 etapas, Ishikawa 6M com Benjamin sugerindo causas, 5W2H + CapaVerification obrigatória antes do fechamento. Se a verificação retornar effective: false, o sistema cria NC filha com link pra mãe. Se for eficaz, a lição vira PDCA pra padronizar e propagar, transformando correção pontual em melhoria difundida.

1. NC aberta2. Ishikawa 6M3. 5W2H4. Verificação5. Closed ou Reopen6. PDCA pra padronizar

Benjamin

facilita.ia · CAPA, Ishikawa, verificação, PDCA

Stage 1 · Não-conformidade aberta · causa-raiz com Ishikawa 6M

Ishikawa antes do 5W2H. Equipe levanta hipóteses, Benjamin sugere o que costuma escapar, causa-raiz vira FK do Ciclo da CAPA.

NonConformity · status open → investigating

NC-2026-0142 · Lote 4471 fora de especificação · severidade maior

Origem da NC pode ser auditoria, reclamação, KPI fora de controle, evento adverso (saúde) ou detecção cruzada do facilita.rh. Quando criada, Benjamin enfileira NonConformityAnalysisJob. O método start_investigation! abre o primeiro Ciclo da CAPA e a máquina de estado começa a contar.

NC · Major Lote 4471, viscosidade fora de spec (3 reclamações de cliente)

"Cliente acusou recebimento de polímero com viscosidade 32 cP (spec: 38 ± 2). Lote produzido em 28/abr, três reclamações vieram em 5 dias. 800 kg em estoque do mesmo batch."

Origem

customer · 3 reclamações

Severidade

Maior

Detectado por

Qualidade · Mariana V.

Cláusula ligada

ISO 9001 · 8.7 + 10.2

✓

Detectado

Investigação

Ação

Verificação

Encerrado

Ishikawa · 6M · attach_ishikawa! antes do 5W2H

Equipe lança hipóteses por categoria, Benjamin sugere o que costuma escapar

No facilita.ia, o Ishikawa é 6M (Máquina, Mão de Obra, Método, Meio Ambiente, Matéria-Prima, Medição). Categoria fixa porque o objetivo é o oposto de "preencher rápido": é não deixar dimensão fora. Cada hipótese vira IshikawaCause com categoria + texto. Benjamin lê o problem_statement + contexto e devolve sugestões via ai_suggestions, mas só viram causa oficial se o time confirmar.

Benjamin · sugestões para NC-2026-0142 (ai_suggestions)

Mão de Obra · operador do turno B passou por treinamento de ajuste reativo de viscosidade? RH não tem registro de capacitação nos últimos 6 meses.

Matéria-Prima · lote do fornecedor Y entrou em 30/abr · segundo recebimento dele em 90 dias, vale conferir certificado de qualidade.

Medição · POP de inspeção menciona amostragem a 30 min · prática diária não faz. Conferir aderência ao POP.

Sugestão da IA é hipótese, só vira causa oficial se o consultor aceitar e o time confirmar com evidência.

★ Causa-raiz oficial · IshikawaCause confirmada

Combinação Método + Mão de Obra: POP-PROD-007 v1.2 não exige amostragem a 30 min, operador novo turno B não tinha treinamento formal pra ajuste reativo

FK capa_flows.ishikawa_diagram_id liga ao próximo passo. Audit log registra quem confirmou, quando, com qual evidência.

Causa-raiz confirmada · plano de ação · Stage 2

Stage 2 · Plano de ação 5W2H · verificação obrigatória de eficácia

Ciclo da CAPA muda pra in_action quando o 5W2H é vinculado. Verificação agendada antes do fechamento, não opcional.

5W2H · attach_w2h! · Ciclo da CAPA.status = in_action

5W2H endereça as causas-raiz, nem toda causa do Ishikawa vira ação

A equipe escolhe as causas-raiz que vão atacar. Cada item carrega responsável, prazo, custo estimado, prioridade e status. Quando o 5W2H é vinculado ao Ciclo da CAPA, o status transita pra in_action automaticamente.

O quê

Como

Quem · Quando

Status

Revisar POP-PROD-007

Incluir amostragem a 30, 60, 90, 120 min · publicar v1.3

Qualidade · 22/mai

Crítica Concluído

Calibrar viscosímetro VS-04

Calibração rastreável Inmetro · R$ 1.800 · adiantar de jul/26

Manutenção · 18/mai

Alta Concluído

Treinar turno B no POP v1.3

Treinamento POP + ajuste reativo de viscosidade

RH · 25/mai

Alta Concluído

Bloquear lote 4471

800 kg em quarentena · destinação após análise final

Logística · 14/mai

Crítica Concluído

✓

Detectado

✓

Investigação

✓

Ação

Verificação

Encerrado

CapaVerification · schedule_verification! · status verifying

Verificação de eficácia agendada, não opcional pra fechar

A equipe registra scheduled_for, normalmente 30, 60 ou 90 dias depois das ações concluídas. A NC fica em verifying até alguém registrar a verificação. Passou do prazo, entra em CapaVerification.overdue e alerta no dashboard do Benjamin.

Verificação · 90 dias após ações concluídas

Agendada pra 14/ago/2026 · responsável Mariana V. (Qualidade)

Registrada

Critério de eficácia definido: nenhuma reclamação de viscosidade fora de spec em lotes produzidos entre 14/mai e 14/ago, viscosímetro VS-04 com calibração válida, POP v1.3 sendo executado em 100% das batidas (auditoria amostral de 12 lotes).

Verificação registrada · effective: true

14/ago/2026 · "Auditados 12 lotes pós-ação · 0 desvios de viscosidade · POP v1.3 sendo seguido · cliente Atacama confirmou normalização. Ação eficaz."

Verificação registrada · desfecho do loop · Stage 3

Stage 3 · Desfecho do loop · closed ou reopen

record_verification! aceita effective true ou false. Reabertura é mecânica, sistema cria NC filha automaticamente. Auditor puxa a linhagem.

record_verification! · 2 caminhos possíveis · linhagem auditável

Fechou eficaz · ou virou NC filha com link pra mãe

O método record_verification! aceita effective: true/false. Caminho A: fecha Ciclo da CAPA como closed, NC vira closed, registra closed_at. Caminho B: marca ineffective, NC vai pra reopened, sistema cria NC filha com parent_nc_id apontando pra original. Não dá pra "esconder" tentativa fracassada.

Caminho A · NC-2026-0142

Ciclo da CAPA.closed · NC encerrada

Ciclo da CAPA#1 fechado em 14/ago/2026. closed_at e closed_by gravados. Aparece no dossiê de acreditação como evidência cumprida da ISO 9001 10.2. KPI "Reclamações de cliente" volta pro verde.

Caminho B · exemplo (não foi o caso aqui)

Ciclo da CAPA.ineffective · NC filha criada

Se effective: false, Ciclo da CAPA vira ineffective. NonConformity#reopen! cria filha com parent_nc_id apontando pra original + novo Ciclo da CAPA sequência 2. Equipe refaz Ishikawa (causa-raiz original estava incompleta) e parte pra novo plano.

Linhagem auditável: ao consultar uma NC reaberta, o auditor vê o Ciclo da CAPA 1 inteiro (Ishikawa, 5W2H, Verificação ineficaz) e a filha com seu Ciclo da CAPA 2. Nada se perde, nada é apagado. ISO 9001 10.2 cumprida no nível que normalmente só auditor sênior consegue exigir.

✓

Detectado

✓

Investigação

✓

Ação

✓

Verificação

✓

Encerrado

Lição vira padrão · ciclo PDCA pra propagar · Stage 4

Stage 4 · Lição vira padrão · PDCA pra propagar a melhoria

CAPA fechado eficaz é correção pontual. Pra virar melhoria difundida, abre PDCA. Plan/Do/Check/Act como jsonb obrigatório, completion_percent calculado.

PDCA · 4 fases jsonb · perguntas-guia · completion_percent

"Padronizar amostragem a 30 min em todas as linhas, não só na 2"

A direção decide propagar a lição da NC-2026-0142 pras outras linhas. PDCA aberto com Plan/Do/Check/Act, cada fase é campo jsonb obrigatório no PDCA com perguntas-guia. Conclusão percentual calculada pela quantidade de fases preenchidas. Plan herda o 5W2H da CAPA, Check compara contra meta, Act decide padronizar definitivamente ou voltar pro Plan.

Plan · Planejar

Padronizar amostragem a 30/60/90/120 min nas linhas 1, 3, 4 e 5

Meta: 100% das linhas com POP v1.3 internalizado até 30/nov/2026. Plano de ação: 5W2H herdado da NC com adaptação por linha. Pergunta-guia da fase: causa-raiz já está identificada (sim, veio do Ishikawa da NC-0142)? Meta tem indicador (sim, % de desvios por linha)?

Do · Executar

Rollout por linha · 4 sprints de 2 semanas cada

do_items: linha 1 (S1-S2 · treinamento + revisão de POP local), linha 3 (S3-S4), linha 4 (S5-S6), linha 5 (S7-S8). Log de desvios e ajustes registrado por sprint. Pergunta-guia: equipes foram treinadas? Que dados foram coletados?

Check · Verificar

Comparação dura · % de desvios antes e depois por linha

check_items: linha 1 (de 3,2% pra 0,4% desvios), linha 3 (de 2,8% pra 0,1%), linha 4 (de 1,9% pra 0%), linha 5 (de 4,1% pra 0,8%). Não é "deu certo" subjetivo, é número contra número. Lição aprendida: linha 5 precisou de retreinamento extra, equipe rotativa.

Act · Agir

POP-PROD-007 v1.3 vira padrão corporativo · POP base de admissão

act_items: padronizar amostragem a 30/60/90/120 min como obrigatório em qualquer linha nova, adicionar ao treinamento de admissão de operador, registrar a lição na próxima Análise Crítica. completion_percent: 100%.

Plan→ Do→ Check→ Act 100%

NC não é linha em planilha. É máquina de estado com biografia, e lição vira padrão.

O método antigo, "abriu NC, escreveu ação, fechou em 30 dias", é por isso que o problema volta. No facilita.ia cada Ciclo da CAPA tem 5 estados nomeados, Ishikawa 6M antes do 5W2H, verificação agendada (não opcional), reabertura mecânica que cria NC filha quando a ação falha. Quando dá certo, a lição vira PDCA pra propagar pras outras linhas e virar padrão de admissão. Correção pontual deixa de morrer no ponto, vira melhoria difundida.

Sem facilita.ia

Planilha · ação solta · "ok, fechou"

NC escrita à mão, ação descrita em duas linhas, gerente assina, planilha arquivada. 6 meses depois o mesmo problema volta em outra linha, ninguém lembra a lição, auditor pergunta o que foi feito e ninguém acha o documento.

Com Benjamin · loop fechado

5 estados · Ishikawa · verificação · PDCA propaga

Status nomeado a cada passo, Ishikawa 6M obrigatório antes do 5W2H, verificação registrada com critério explícito, reabertura cria NC filha com FK pra original. Quando eficaz, abre PDCA pra padronizar nas outras linhas. Lição não morre.

Estruturar minhas NCs