Todos os artigos
qualidade

ChatGPT privado para empresas: a ação corretiva resultou?

«A ação corretiva já foi executada. Onde está a prova de que resultou?»

Tens a formação assinada, o procedimento revisto e a tarefa marcada como concluída. Mas, quando precisas de avaliar a eficácia, começas outra procura: exportar ocorrências do ERP, cruzar lotes no Excel, abrir relatórios e perguntar à produção o que aconteceu depois. O trabalho não é escrever uma conclusão. É encontrar evidência suficiente para a sustentar.

Um ChatGPT privado para empresas pode ajudar a reunir essa evidência. Não deve substituir o responsável de qualidade, declarar que a causa desapareceu ou encerrar a ação. A diferença entre estas duas funções é o centro do problema.

Responsável de qualidade cruza documentação de inspeção com registos no portátil e no monitor do ERP

Executar uma ação é o mesmo que demonstrar eficácia?

Não. Corrigir um lote resolve o desvio encontrado nesse lote. Uma ação corretiva procura eliminar a causa para evitar a repetição. Demonstrar que a ação foi implementada também não demonstra, por si só, que funcionou.

O guia do ISO 9001 Auditing Practices Group sobre revisão e encerramento de não conformidades, de 13 de janeiro de 2016, distingue correção, análise da causa, ação corretiva e verificação da eficácia. É uma orientação educativa, não uma nova edição da norma nem um procedimento universal de encerramento.

Uma folha de presenças prova participação numa formação. Não prova que o processo deixou de produzir o desvio. Para isso, precisas de critérios definidos, observação posterior e contexto: que produtos foram fabricados, em que condições e com que verificações.

Preparar a revisão de qualidade antes do fecho do ano é uma boa oportunidade para organizar isto. Não existe, por esse motivo, um prazo ISO universal em dezembro.

Porque não basta entregar os documentos a um chat público?

Porque obter um resumo convincente é diferente de obter uma conclusão sustentada. Se carregares apenas a formação e o procedimento, o modelo pode escrever que a ação foi eficaz sem sequer ter acesso às inspeções posteriores. A ausência de informação transforma-se facilmente numa frase afirmativa.

Também entregas informação a um serviço externo. Conforme o produto, o contrato e a configuração, o tratamento pode envolver países fora da UE. Não é correto dizer que todos os serviços públicos funcionam da mesma maneira; é necessário verificar o percurso dos dados, a retenção e os acessos.

Há ainda a responsabilização: quem consultou os registos, com que permissões e que fontes recebeu? Um histórico de conversa não substitui necessariamente esse controlo. E uma resposta com terminologia traduzida ou português pouco natural pode confundir «implementada», «verificada» e «encerrada», estados que o teu processo pode distinguir.

Como pode a IA sobre o ERP reunir a prova certa?

A arquitetura que propomos é agnóstica ao modelo: pode usar um modelo nacional, como o Amália, ou outro alojado na UE, conforme a avaliação técnica. Isto não afirma que uma solução já instalada pela Leiritech utiliza Amália. O modelo não traz consigo o conhecimento do teu processo.

Esse conhecimento vem de uma ligação só de leitura ao ERP e ao sistema de gestão da qualidade, quando estão separados. Uma camada interpreta a pergunta e consulta apenas os dados autorizados: ação, critério aprovado, implementação, inspeções posteriores e eventuais reincidências. Não é preciso substituir o ERP; num sistema como o PHC, a integração depende das interfaces e dos dados disponíveis na instalação concreta.

A resposta deve distinguir registo encontrado de interpretação. Indica identificadores internos, versão dos documentos, período observado e data da consulta. O registo de auditoria permite relacionar utilizador, pergunta, fontes consultadas e resposta, com acesso e conservação controlados.

Se faltam inspeções, a resposta é «não encontrei evidência suficiente nas fontes consultadas». Não é «a ação resultou».

O que mostra um exemplo completo de verificação?

O exemplo seguinte é fictício; todos os números e identificadores são ilustrativos.

Numa metalomecânica, foram registados erros de identificação em 3 de 40 lotes verificados. A equipa investigou a causa e decidiu alterar o procedimento de identificação e formar os operadores. A ação AC-024 tem implementação registada em 6 de outubro.

Antes da avaliação, o responsável definiu o critério: verificar os 40 lotes comparáveis seguintes, abrangendo dois turnos, sem repetição do mesmo desvio nas verificações. É um critério deste exemplo, não uma amostra obrigatória nem uma garantia estatística universal.

Na consulta de 23 de outubro, existem registos de verificação para oito desses lotes. Nenhum tem o desvio, mas todos pertencem ao primeiro turno. A formação e a alteração documental têm evidência de execução. A avaliação de eficácia continua incompleta: faltam 32 verificações e cobertura do segundo turno.

Dizer «zero ocorrências depois da ação» omite o essencial. Zero em oito verificações não demonstra o cumprimento de um critério de quarenta. E menos ocorrências absolutas podem resultar de menor produção, não de melhoria.

Mesmo depois de reunidos os quarenta registos, alguém terá de avaliar se as condições são comparáveis e se a evidência responde à causa identificada. O assistente organiza o processo; não valida o raciocínio da equipa por decreto.

Técnico consulta registos de inspeção num tablet junto de tabuleiros de peças na produção

Que perguntas podes fazer no WhatsApp?

Para perguntar ao ERP no WhatsApp, o acesso precisa de estar associado a um utilizador autorizado. Eis quatro trocas do mesmo exemplo fictício, numa integração cujo canal tenha sido previamente aprovado:

«O que prova a execução da AC-024?»
«Encontrei a revisão 4 do procedimento e o registo de formação F-018, associados à implementação de 6 de outubro. São evidências de execução, não de eficácia.»

«Qual era o critério de eficácia?»
«O plano PV-024 prevê verificar 40 lotes comparáveis, cobrindo dois turnos, sem repetição do desvio de identificação.»

«Quantos lotes já foram verificados?»
«Encontrei oito registos associados ao plano, todos do primeiro turno. Faltam 32 para o total previsto. Não encontrei verificações do segundo turno.»

«Posso encerrar a ação?»
«A evidência encontrada ainda não cobre o critério registado. Não encerro ações; a decisão pertence ao responsável definido no teu processo.»

Se exigires residência integral na UE, é necessário verificar também os fluxos do WhatsApp e dos seus fornecedores. Alojamento europeu do assistente não resolve essa questão. Sem essa garantia, mantém perguntas e evidências na consola privada alojada na UE, sem enviar conteúdo confidencial pelo canal.

Responsável de operações consulta uma conversa privada no telemóvel com o ERP aberto no portátil

E se os dados estiverem incompletos ou mal ligados?

«Isso só funciona se estiver tudo bem preenchido.» A objeção é válida. Se os lotes não estão ligados às inspeções, o assistente não deve adivinhar correspondências. Se o critério existe apenas na cabeça de alguém, não o pode reconstruir como se tivesse sido aprovado.

O acesso por perfil, ou RBAC, aplica-se também aos anexos e às respostas. Só leitura impede alterações, mas não impede divulgação indevida. Dados, índices documentais, cópias de segurança e registos de auditoria precisam de um âmbito de alojamento definido na UE. Minimização e conservação fazem parte do desenho RGPD; localização europeia não equivale a conformidade automática.

Como começar sem comprar uma promessa vaga?

Começa pela qualidade, com 10 a 20 perguntas frequentes e um conjunto pequeno de ações. Mede horas gastas a reunir evidências antes e durante o piloto, incluindo a revisão humana. Testa deliberadamente uma ação implementada mas ainda sem evidência suficiente de eficácia.

Ao comparares Caravela, funcionalidades de IA do ERP ou desenvolvimento à medida, pede essa demonstração. Exige orçamento fechado para o âmbito acordado: fontes, conector, permissões, alojamento, manutenção e testes de aceitação. Um nome nacional não substitui estas entregas.

Na Leiritech, somos uma equipa pequena de Leiria: falas diretamente com quem escreve o código, sem gestores de conta.

Queres perguntar ao teu ERP em português, sem os dados saírem da UE? Fala connosco: hello@leiritech.com · +351 914 572 595, ou vê o nosso trabalho em leiritech.pt.

Escrito por

Equipa Leiritech

A equipa Leiritech — a construir software com inteligência artificial a partir de Leiria, Portugal.

Deixe um comentário

O seu endereço de email não será publicado.