{"id":7782,"date":"2026-10-01T03:12:40","date_gmt":"2026-09-30T19:12:40","guid":{"rendered":"https:\/\/qualia-bio.com\/blog\/how-to-trace-urs-requirements-through-dq-fat-sat-iq-and-oq\/"},"modified":"2026-10-01T03:12:42","modified_gmt":"2026-09-30T19:12:42","slug":"how-to-trace-urs-requirements-through-dq-fat-sat-iq-and-oq","status":"publish","type":"post","link":"https:\/\/qualia-bio.com\/pt\/blog\/how-to-trace-urs-requirements-through-dq-fat-sat-iq-and-oq\/","title":{"rendered":"Como rastrear os requisitos do URS por meio de DQ, FAT, SAT, IQ e OQ"},"content":{"rendered":"

Uma cl\u00e1usula URS redigida durante a defini\u00e7\u00e3o do projeto s\u00f3 \u00e9 \u00fatil se ainda puder ser encontrada, de forma inequ\u00edvoca, no registro de testes que encerra a qualifica\u00e7\u00e3o meses ou anos depois. Quando um leitor pergunta como rastrear os requisitos por meio de DQ, FAT, SAT, IQ e OQ<\/a>, a verdadeira quest\u00e3o \u00e9 como manter um requisito identific\u00e1vel em v\u00e1rios documentos, com v\u00e1rios colaboradores e em v\u00e1rios pontos em que o pr\u00f3prio requisito possa sofrer altera\u00e7\u00f5es. Essa quest\u00e3o \u00e9 importante porque um pacote de qualifica\u00e7\u00e3o que n\u00e3o consiga demonstrar essa liga\u00e7\u00e3o com o requisito de origem \u00e9 dif\u00edcil de defender durante uma inspe\u00e7\u00e3o e dif\u00edcil de ser considerado confi\u00e1vel internamente quando algo d\u00e1 errado.<\/p>\n

A Matriz de Rastreabilidade como ponto de controle para cada cl\u00e1usula do URS<\/h2>\n\n\n\n\n\n\n\n\n\n\n
Elemento de rastreabilidade<\/th>\nLink mantido<\/th>\nVisibilidade das decis\u00f5es<\/th>\n<\/tr>\n<\/thead>\n
Identificador URS est\u00e1vel<\/td>\nRequisito por meio de revis\u00f5es aprovadas<\/td>\nConfirma que as evid\u00eancias posteriores se referem ao conjunto de requisitos atual<\/td>\n<\/tr>\n
Resposta do fornecedor<\/td>\nCl\u00e1usula URS na resposta do fornecedor<\/td>\nMostra como a solu\u00e7\u00e3o proposta atende \u00e0 cl\u00e1usula<\/td>\n<\/tr>\n
Documento de projeto<\/td>\nCl\u00e1usula da URS relativa \u00e0s evid\u00eancias do projeto aprovado<\/td>\nFacilita a qualifica\u00e7\u00e3o do projeto antes que as escolhas de fabrica\u00e7\u00e3o se tornem caras de alterar<\/td>\n<\/tr>\n
Protocolo de teste e crit\u00e9rio de aceita\u00e7\u00e3o<\/td>\nCl\u00e1usula URS para verifica\u00e7\u00e3o planejada<\/td>\nMostra o que ser\u00e1 verificado e o crit\u00e9rio espec\u00edfico do projeto que ser\u00e1 aplicado<\/td>\n<\/tr>\n
Resultado do teste<\/td>\nVerifica\u00e7\u00e3o planejada em rela\u00e7\u00e3o ao resultado registrado<\/td>\nIndica se a verifica\u00e7\u00e3o atribu\u00edda produziu evid\u00eancias<\/td>\n<\/tr>\n
Desvio e status de aprova\u00e7\u00e3o<\/td>\nRequisito ou resultado relacionado \u00e0 sua quest\u00e3o pendente e ao seu status de aprova\u00e7\u00e3o<\/td>\nMant\u00e9m os itens pendentes vis\u00edveis at\u00e9 a entrega final<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

A matriz de rastreabilidade existe para responder repetidamente a uma pergunta: para esse requisito, qual decis\u00e3o de projeto o abordou, qual teste o verificou, o que o teste constatou e o que acontece se ele n\u00e3o for totalmente atendido. A matriz n\u00e3o \u00e9 um documento resumido elaborado ao final de um projeto; trata-se de uma estrutura de controle que deve ser constru\u00edda enquanto o URS ainda est\u00e1 sendo redigido e, posteriormente, mantida como o \u00fanico ponto de refer\u00eancia ao qual todos os documentos subsequentes se remetem.<\/p>\n

Isso s\u00f3 funciona se cada requisito possuir um identificador est\u00e1vel desde o momento em que \u00e9 aprovado. Quando um requisito \u00e9 reescrito durante a revis\u00e3o do projeto, dividido em duas cl\u00e1usulas ou mesclado com outro, o esquema de identifica\u00e7\u00e3o precisa acomodar essa altera\u00e7\u00e3o sem romper o v\u00ednculo com qualquer evid\u00eancia j\u00e1 gerada com base na vers\u00e3o anterior. Uma matriz que permita que os requisitos sejam renumerados livremente, ou que permita que um documento de projeto fa\u00e7a refer\u00eancia ao \u201cURS\u201d de forma gen\u00e9rica, em vez de um n\u00famero de cl\u00e1usula espec\u00edfico, perde seu valor como ponto de controle, pois nenhum revisor posterior poder\u00e1 confirmar qual vers\u00e3o de qual requisito um determinado resultado de teste realmente corrobora.<\/p>\n

A pr\u00e1tica recomendada consiste em vincular seis elementos a cada cl\u00e1usula aplic\u00e1vel: o pr\u00f3prio requisito, a resposta do fornecedor a ele, o documento de projeto que mostra como a resposta foi implementada, o protocolo de teste e o crit\u00e9rio de aceita\u00e7\u00e3o designado para verific\u00e1-la, o resultado registrado em rela\u00e7\u00e3o a esse crit\u00e9rio e o status de desvio ou aprova\u00e7\u00e3o, caso o resultado n\u00e3o tenha sido uma aprova\u00e7\u00e3o sem ressalvas. A aus\u00eancia de qualquer um desses elementos rompe a cadeia. Uma resposta do fornecedor sem um documento de projeto que a respalde \u00e9 uma promessa n\u00e3o verificada. Um resultado de teste sem vincula\u00e7\u00e3o a um crit\u00e9rio de aceita\u00e7\u00e3o \u00e9 apenas um n\u00famero sem significado. Um desvio sem vincula\u00e7\u00e3o ao requisito de origem torna-se imposs\u00edvel de rastrear no momento em que algu\u00e9m pergunta a qual cl\u00e1usula ele realmente afeta.<\/p>\n

Quando um projeto sofre altera\u00e7\u00f5es no escopo no decorrer do processo, a matriz precisa refletir essa mudan\u00e7a de forma vis\u00edvel, e n\u00e3o silenciosamente. Se um requisito for retirado porque n\u00e3o se aplica mais, a matriz deve indicar que ele foi retirado, quando isso ocorreu e por qual aprova\u00e7\u00e3o, e n\u00e3o simplesmente omitir a linha. Se um requisito for adicionado tardiamente, ele precisa da mesma liga\u00e7\u00e3o em seis partes que tudo o que foi definido anteriormente, mesmo que tenha perdido a etapa de qualifica\u00e7\u00e3o do projeto pela qual o restante do conjunto de requisitos passou em conjunto. \u00c9 nesse ponto que muitas matrizes apresentam falhas: os requisitos adicionados tardiamente s\u00e3o verificados informalmente porque a disciplina formal de liga\u00e7\u00e3o j\u00e1 era considerada \u201cconclu\u00edda\u201d.\u201d<\/p>\n\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tSolicite agora<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\n

A qualifica\u00e7\u00e3o do projeto vincula os requisitos \u00e0s evid\u00eancias do projeto aprovado<\/h2>\n

A qualifica\u00e7\u00e3o do projeto existe para responder a uma quest\u00e3o mais espec\u00edfica do que a matriz como um todo: o projeto proposto, no papel, realmente atende a cada cl\u00e1usula aplic\u00e1vel do URS, antes que esse projeto se torne um sistema fabricado cujas altera\u00e7\u00f5es sejam onerosas? Essa \u00e9 a etapa em que a disciplina de rastreabilidade se mostra vantajosa, pois uma lacuna identificada aqui custa apenas uma revis\u00e3o do documento, enquanto a mesma lacuna detectada no FAT (Teste de Aceita\u00e7\u00e3o de F\u00e1brica) ou posteriormente implica retrabalho no equipamento f\u00edsico.<\/p>\n

A DQ n\u00e3o verifica o desempenho; ela verifica a cobertura. Para cada cl\u00e1usula do URS que se aplique \u00e0 fase de projeto, o registro da DQ deve indicar qual desenho, especifica\u00e7\u00e3o ou documento de projeto demonstra que o requisito foi traduzido em uma caracter\u00edstica do projeto e se um revisor com autoridade t\u00e9cnica relevante confirmou essa tradu\u00e7\u00e3o. Quando um requisito \u00e9 amplo ou subjetivo, \u00e9 na fase de DQ que ele precisa ser tornado test\u00e1vel \u2014 reformulado, se necess\u00e1rio, em termos suficientemente espec\u00edficos para que um protocolo posterior possa realmente verific\u00e1-lo. Um requisito que n\u00e3o possa ser traduzido em uma condi\u00e7\u00e3o test\u00e1vel na fase de DQ n\u00e3o se tornar\u00e1 mais test\u00e1vel posteriormente; ele ser\u00e1 simplesmente verificado de forma inconsistente, se \u00e9 que ser\u00e1 verificado.<\/p>\n

A condi\u00e7\u00e3o que altera essa avalia\u00e7\u00e3o \u00e9 o grau de consolida\u00e7\u00e3o do projeto no momento em que a DQ \u00e9 realizada. Quando a DQ ocorre em rela\u00e7\u00e3o a um projeto maduro e amplamente definido, a revis\u00e3o pode comparar os requisitos com o desenho final, com a certeza de que nada mudar\u00e1 antes da fabrica\u00e7\u00e3o. Quando a DQ ocorre mais cedo, em rela\u00e7\u00e3o a um projeto conceitual ou preliminar, a revis\u00e3o precisa distinguir entre os requisitos que o conceito satisfaz claramente e aqueles que permanecem em aberto, aguardando a engenharia detalhada \u2014 e a matriz precisa de um valor de status para essa condi\u00e7\u00e3o \u201cem aberto, aguardando projeto adicional\u201d que seja distinto de \u201caprovado\u201d e de \u201cn\u00e3o aplic\u00e1vel\u201d. Agrupar esses tr\u00eas em uma \u00fanica caixa de sele\u00e7\u00e3o \u00e9 uma forma comum pela qual a rastreabilidade falha discretamente: um requisito marcado como conclu\u00eddo na DQ porque o conceito parecia razo\u00e1vel, sem que houvesse uma revis\u00e3o posterior quando o projeto detalhado divergiu do conceito.<\/p>\n

Nem todas as cl\u00e1usulas da URS s\u00e3o aplic\u00e1veis na DQ. Os requisitos de condi\u00e7\u00f5es operacionais, por exemplo, podem n\u00e3o ser comprov\u00e1veis at\u00e9 que o equipamento exista e possa ser colocado em funcionamento. A matriz deve indicar esses itens como \u201cainda n\u00e3o verific\u00e1veis\u201d nesta fase, em vez de deix\u00e1-los em branco, para que um revisor que analise a matriz posteriormente possa distinguir entre \u201cainda n\u00e3o vencido\u201d e \u201comiss\u00e3o\u201d.\u201d<\/p>\n

Os testes de aceita\u00e7\u00e3o em f\u00e1brica verificam as fun\u00e7\u00f5es antes do envio<\/h2>\n

O FAT responde a uma quest\u00e3o diferente daquela abordada pelo DQ: n\u00e3o se trata de saber se o projeto atende ao requisito, mas se o equipamento fabricado realmente desempenha a fun\u00e7\u00e3o descrita no requisito, nas condi\u00e7\u00f5es em que a f\u00e1brica pode produzi-lo. A tarefa de rastreabilidade nesta etapa \u00e9 a atribui\u00e7\u00e3o \u2014 decidir, para cada cl\u00e1usula que chega a este ponto, se o FAT \u00e9 o local adequado para verific\u00e1-la ou se a condi\u00e7\u00e3o realmente exige instala\u00e7\u00e3o no local ou integra\u00e7\u00e3o ao processo para ser comprovada.<\/p>\n

\u00c9 nessa decis\u00e3o de atribui\u00e7\u00e3o que o bom senso \u00e9 mais importante, pois algumas condi\u00e7\u00f5es podem ser verificadas igualmente bem na f\u00e1brica ou no local da instala\u00e7\u00e3o, enquanto outras s\u00f3 podem ser verificadas em um \u00fanico local. Uma fun\u00e7\u00e3o que dependa apenas do pr\u00f3prio sistema de controle do equipamento e de seu comportamento mec\u00e2nico geralmente pode ser verificada no FAT, j\u00e1 que o ambiente da f\u00e1brica \u00e9 capaz de reproduzir as entradas relevantes. Uma fun\u00e7\u00e3o que dependa de interfaces com os servi\u00e7os do local, integra\u00e7\u00e3o com salas ou sistemas adjacentes, ou condi\u00e7\u00f5es ambientais espec\u00edficas do local de instala\u00e7\u00e3o n\u00e3o pode ser verificada de forma confi\u00e1vel at\u00e9 que essas interfaces existam \u2014 por mais minucioso que seja o projeto do teste de f\u00e1brica. Atribuir tal requisito ao FAT resulta em uma aprova\u00e7\u00e3o documentada que, na verdade, n\u00e3o demonstra a condi\u00e7\u00e3o descrita pelo requisito.<\/p>\n

Quando um resultado gerado no FAT se destina a substituir um teste SAT posterior \u2014 transferido, em vez de repetido no local \u2014, a matriz precisa registrar n\u00e3o apenas o resultado, mas tamb\u00e9m a justificativa para sua reutiliza\u00e7\u00e3o. Essa justificativa deve abordar se algum fator entre a f\u00e1brica e o local poderia, de forma plaus\u00edvel, alterar o resultado: transporte, remontagem, um fornecimento de energia diferente ou uma condi\u00e7\u00e3o ambiental diferente. Um resultado reutilizado sem essa justificativa suscita, na inspe\u00e7\u00e3o, a mesma d\u00favida que um requisito n\u00e3o atribu\u00eddo \u2014 a saber, se a condi\u00e7\u00e3o foi realmente verificada onde precisava ser verificada, ou se foi verificada uma vez em algum local conveniente e, ent\u00e3o, presumida v\u00e1lida em todos os outros lugares.<\/p>\n

A consequ\u00eancia para o planejamento \u00e9 que o escopo do FAT deve ser definido requisito por requisito com base nesse teste de credibilidade, e n\u00e3o partindo do princ\u00edpio de que \u201ctudo o que for poss\u00edvel deve ser verificado na f\u00e1brica\u201d simplesmente porque \u00e9 mais barato ou mais r\u00e1pido testar l\u00e1 do que ap\u00f3s a instala\u00e7\u00e3o.<\/p>\n

Aceita\u00e7\u00e3o no local e qualifica\u00e7\u00e3o da instala\u00e7\u00e3o: confirmar a configura\u00e7\u00e3o entregue<\/h2>\n\n\n\n\n\n\n
Est\u00e1gio<\/th>\nProvas relacionadas \u00e0 cl\u00e1usula URS<\/th>\nLimite de aplicabilidade<\/th>\n<\/tr>\n<\/thead>\n
SAT<\/td>\nResultado do teste no local<\/td>\nIndique onde a condi\u00e7\u00e3o pode ser comprovada de forma confi\u00e1vel no local<\/td>\n<\/tr>\n
QI<\/td>\nResultado da verifica\u00e7\u00e3o da instala\u00e7\u00e3o<\/td>\nUtilizar como comprovante de instala\u00e7\u00e3o; o crit\u00e9rio exato de aceita\u00e7\u00e3o varia de acordo com o projeto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Tanto o SAT quanto o IQ ocorrem ap\u00f3s a entrega e ambos dizem respeito ao equipamento j\u00e1 instalado, e n\u00e3o ao projeto ou \u00e0 fabrica\u00e7\u00e3o na f\u00e1brica; no entanto, eles respondem a quest\u00f5es diferentes, e a matriz precisa manter essa distin\u00e7\u00e3o bem clara. O SAT reconfirma o comportamento funcional nas condi\u00e7\u00f5es do local \u2014 a mesma categoria de verifica\u00e7\u00e3o do FAT, mas agora realizada com os servi\u00e7os reais do local, pontos de integra\u00e7\u00e3o reais e quaisquer condi\u00e7\u00f5es locais que a f\u00e1brica n\u00e3o pudesse reproduzir. O IQ, por outro lado, confirma que o que foi efetivamente instalado corresponde ao que foi especificado e aprovado \u2014 componentes corretos, configura\u00e7\u00e3o correta, documenta\u00e7\u00e3o correta \u2014 independentemente de o equipamento j\u00e1 estar funcionando corretamente.<\/p>\n

A condi\u00e7\u00e3o que determina se uma determinada cl\u00e1usula do URS deve ser inclu\u00edda no SAT ou no IQ \u00e9 o tipo de evid\u00eancia que a cl\u00e1usula realmente exige. Um requisito relacionado a um atributo f\u00edsico ou de configura\u00e7\u00e3o \u2014 um material, um acess\u00f3rio, uma revis\u00e3o documentada do desenho instalada no local \u2014 \u00e9 um fato de instala\u00e7\u00e3o, e o IQ \u00e9 a etapa que pode encerr\u00e1-lo. Um requisito relacionado ao comportamento em condi\u00e7\u00f5es operacionais \u2014 uma fun\u00e7\u00e3o que responde corretamente quando testada \u2014 exige que o equipamento esteja em funcionamento, o que o coloca na fase SAT, e n\u00e3o na IQ. Requisitos que descrevem tanto um atributo de instala\u00e7\u00e3o quanto uma resposta funcional precisam ser divididos entre as duas fases, em vez de serem for\u00e7ados a se encaixar em uma \u00fanica, com a matriz apresentando ambas as partes em rela\u00e7\u00e3o ao mesmo requisito pai.<\/p>\n

A pr\u00f3pria configura\u00e7\u00e3o entregue \u00e9 tamb\u00e9m onde a matriz mostra seu valor operacionalmente, pois \u00e9 nesse ponto que as decis\u00f5es espec\u00edficas do projeto tomadas anteriormente \u2014 as escolhas de configura\u00e7\u00e3o de um fornecedor, as op\u00e7\u00f5es selecionadas durante a cota\u00e7\u00e3o, os detalhes de interface acordados durante a revis\u00e3o do projeto \u2014 correspondem ou n\u00e3o ao que aparece no local da obra. Quando surgem discrep\u00e2ncias entre o registro de projeto aprovado e o que foi efetivamente entregue, a matriz \u00e9 o que permite ao revisor rastrear a discrep\u00e2ncia at\u00e9 o ponto em que ela foi introduzida, em vez de trat\u00e1-la como uma constata\u00e7\u00e3o isolada no local, desconectada de seu hist\u00f3rico de projeto.<\/p>\n\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tSolicite agora<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\n

A qualifica\u00e7\u00e3o operacional testa as fun\u00e7\u00f5es em todas as condi\u00e7\u00f5es operacionais aprovadas<\/h2>\n

A OQ responde \u00e0 pergunta que a DQ e a FAT n\u00e3o conseguiram responder totalmente por si s\u00f3: o equipamento funciona corretamente n\u00e3o apenas uma vez, sob uma \u00fanica condi\u00e7\u00e3o de demonstra\u00e7\u00e3o, mas em toda a gama de condi\u00e7\u00f5es operacionais que os requisitos aprovados realmente descrevem. Enquanto a FAT e a SAT confirmam, em grande parte, que uma fun\u00e7\u00e3o \u00e9 executada, a OQ \u00e9 estruturada para testar os limites dessa fun\u00e7\u00e3o \u2014 para avaliar o comportamento nos limites de sua faixa operacional pretendida, sob condi\u00e7\u00f5es vari\u00e1veis e em combina\u00e7\u00e3o com outras fun\u00e7\u00f5es operando simultaneamente, em vez de isoladamente.<\/p>\n

Essa distin\u00e7\u00e3o altera o que a matriz precisa registrar nesta etapa. Um \u00fanico resultado de aprova\u00e7\u00e3o\/reprova\u00e7\u00e3o em rela\u00e7\u00e3o a uma condi\u00e7\u00e3o operacional n\u00e3o encerra um requisito que foi elaborado para abranger uma gama de condi\u00e7\u00f5es. Se a cl\u00e1usula do URS especificar que uma fun\u00e7\u00e3o deve operar corretamente sob cargas vari\u00e1veis, condi\u00e7\u00f5es ambientais vari\u00e1veis ou combina\u00e7\u00f5es vari\u00e1veis de opera\u00e7\u00f5es simult\u00e2neas, a entrada da matriz para essa cl\u00e1usula precisa indicar quais condi\u00e7\u00f5es espec\u00edficas foram testadas e confirmar que a gama testada realmente abrange o que o requisito descreve \u2014 e n\u00e3o apenas que alguma inst\u00e2ncia da fun\u00e7\u00e3o foi executada com sucesso uma vez.<\/p>\n

Quando um requisito foi redigido de forma vaga na fase do URS \u2014 uma consequ\u00eancia comum de requisitos elaborados antes da exist\u00eancia do projeto \u2014, \u00e9 na OQ que essa imprecis\u00e3o se torna um problema pr\u00e1tico, pois um requisito redigido de forma vaga n\u00e3o pode ser traduzido em uma condi\u00e7\u00e3o de teste espec\u00edfica e defens\u00e1vel sem que algu\u00e9m decida, a posteriori, o que o requisito realmente pretendia abranger. \u00c9 por isso que a disciplina anterior de tornar os requisitos test\u00e1veis na fase de DQ \u00e9 importante: um requisito reescrito para fins de testabilidade durante a DQ oferece aos planejadores da OQ uma condi\u00e7\u00e3o espec\u00edfica para ser testada, enquanto um requisito mantido em sua forma ampla original for\u00e7a essa interpreta\u00e7\u00e3o a ocorrer tardiamente, de maneira informal e sem o mesmo n\u00edvel de revis\u00e3o que o requisito original recebeu.<\/p>\n

A matriz tamb\u00e9m deve distinguir os resultados da OQ que confirmam o funcionamento em condi\u00e7\u00f5es normais aprovadas daqueles que testam condi\u00e7\u00f5es limite ou combinadas, uma vez que estes representam diferentes n\u00edveis de rigor em rela\u00e7\u00e3o ao mesmo requisito subjacente, e um revisor que verifica a cobertura precisa saber qual n\u00edvel de rigor foi efetivamente alcan\u00e7ado.<\/p>\n

Altera\u00e7\u00f5es, desvios e status de aprova\u00e7\u00e3o at\u00e9 a entrega final<\/h2>\n\n\n\n\n\n\n\n
Evento de controle<\/th>\nTratamento Matrix<\/th>\nVisibilidade da transfer\u00eancia<\/th>\n<\/tr>\n<\/thead>\n
Revis\u00e3o aprovada do URS<\/td>\nMantenha o requisito vinculado \u00e0 revis\u00e3o aprovada<\/td>\nEvita que qualifica\u00e7\u00f5es posteriores dependam de um conjunto de requisitos obsoletos<\/td>\n<\/tr>\n
Requisito n\u00e3o resolvido<\/td>\nManter o requisito com seu registro de desvio e status de aprova\u00e7\u00e3o<\/td>\nMostra o que ainda est\u00e1 pendente no momento da transfer\u00eancia<\/td>\n<\/tr>\n
Resultado da FAT reutilizada<\/td>\nRelacione o resultado da f\u00e1brica e a justificativa documentada para a reutiliza\u00e7\u00e3o \u00e0 cl\u00e1usula aplic\u00e1vel do URS<\/td>\nTorna expl\u00edcita a confian\u00e7a nas evid\u00eancias da f\u00e1brica<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Quando um projeto chega \u00e0 fase de entrega, a matriz de rastreabilidade geralmente j\u00e1 incorporou v\u00e1rias rodadas de altera\u00e7\u00f5es \u2014 requisitos revisados ap\u00f3s a aprova\u00e7\u00e3o inicial, resultados que n\u00e3o atenderam aos crit\u00e9rios de aceita\u00e7\u00e3o na primeira tentativa e decis\u00f5es de reutilizar evid\u00eancias anteriores em vez de repetir um teste. A tarefa nessa etapa final n\u00e3o \u00e9 gerar novas evid\u00eancias, mas confirmar que nada nesse hist\u00f3rico acumulado tenha ficado oculto.<\/p>\n

Uma revis\u00e3o aprovada do URS precisa permanecer vinculada ao requisito que substituiu, e n\u00e3o simplesmente sobrescrev\u00ea-lo, para que um revisor que examine evid\u00eancias geradas antes da revis\u00e3o possa identificar qual vers\u00e3o do requisito essas evid\u00eancias realmente corroboram. Quando essa liga\u00e7\u00e3o \u00e9 rompida \u2014 quando um requisito revisado substitui discretamente um anterior, sem nenhuma conex\u00e3o vis\u00edvel entre eles \u2014, as etapas posteriores de qualifica\u00e7\u00e3o correm o risco de realizar a verifica\u00e7\u00e3o com base em um conjunto de requisitos que n\u00e3o corresponde mais ao que foi formalmente aprovado, o que \u00e9 dif\u00edcil de detectar internamente e dif\u00edcil de defender caso seja questionado durante uma inspe\u00e7\u00e3o.<\/p>\n

Os requisitos n\u00e3o resolvidos precisam da mesma visibilidade, e n\u00e3o de serem ocultados. Um requisito que n\u00e3o p\u00f4de ser totalmente verificado, ou que gerou um desvio ainda em avalia\u00e7\u00e3o no momento da transfer\u00eancia, deve permanecer na matriz com seu registro de desvio e seu status de aprova\u00e7\u00e3o atual anexados, em vez de ser removido da lista ativa apenas porque o projeto est\u00e1 sendo encerrado. Isso est\u00e1 de acordo com EudraLex Volume 4 Anexo 15<\/a>\u2018a abordagem do ciclo de vida da valida\u00e7\u00e3o, no qual a URS atua como um ponto de refer\u00eancia constante ao longo da qualifica\u00e7\u00e3o do projeto at\u00e9 os testes de aceita\u00e7\u00e3o, com as fun\u00e7\u00f5es de FAT e SAT e a distin\u00e7\u00e3o entre Evid\u00eancias de IQ e OQ<\/a> mantidos separados, em vez de serem tratados como intercambi\u00e1veis \u2014 uma estrutura que s\u00f3 se sustenta se a exig\u00eancia e seu status atual permanecerem rastre\u00e1veis no momento em que as evid\u00eancias forem finalmente analisadas.<\/p>\n

Os resultados reutilizados do FAT merecem o mesmo escrut\u00ednio final. Se um resultado de f\u00e1brica foi transferido para substituir uma verifica\u00e7\u00e3o na fase de instala\u00e7\u00e3o, a justificativa documentada para essa reutiliza\u00e7\u00e3o precisa ainda estar presente e ser defens\u00e1vel no momento da entrega, e n\u00e3o ter sido perdida em algum ponto entre o FAT e a revis\u00e3o final. O Anexo 15 apoia FAT e SAT<\/a> uma vez que possuem fun\u00e7\u00f5es justificadas e distintas, o que significa que um resultado reutilizado sem a justificativa anexada n\u00e3o atende a esse padr\u00e3o por si s\u00f3 \u2014 a justificativa faz parte das evid\u00eancias, n\u00e3o \u00e9 uma formalidade separada delas.<\/p>\n

Quando as informa\u00e7\u00f5es do projeto fornecidas pelo cliente \u2014 o URS original, as revis\u00f5es subsequentes e as condi\u00e7\u00f5es espec\u00edficas do local \u2014 foram registradas com precis\u00e3o durante a configura\u00e7\u00e3o e a an\u00e1lise da cota\u00e7\u00e3o, essa reconcilia\u00e7\u00e3o final da matriz consiste, em grande parte, em confirmar que nada foi perdido ao longo do processo, em vez de reconstruir os elos que faltam ap\u00f3s o fato.<\/p>\n

Perguntas frequentes<\/h2>\n

Q:<\/strong> Como um comprador deve preparar as cl\u00e1usulas do URS relativas \u00e0 rastreabilidade antes da avalia\u00e7\u00e3o do fornecedor?
\nA:<\/strong> Atribua a cada cl\u00e1usula um identificador fixo e mantenha esse identificador ao longo das revis\u00f5es aprovadas. Estruture a matriz de forma a vincular a resposta do fornecedor, o documento de projeto relevante, o protocolo de teste planejado, o crit\u00e9rio de aceita\u00e7\u00e3o espec\u00edfico do projeto, o resultado, o desvio e o status de aprova\u00e7\u00e3o a esse identificador, para que as lacunas permane\u00e7am vis\u00edveis ao longo das etapas de qualifica\u00e7\u00e3o.<\/p>\n

Q:<\/strong> O que o comprador deve verificar antes de aceitar a qualifica\u00e7\u00e3o do projeto?
\nA:<\/strong> Confirme se todas as cl\u00e1usulas aplic\u00e1veis do URS remetem tanto \u00e0 resposta do fornecedor quanto \u00e0s evid\u00eancias do projeto aprovado, demonstrando como o projeto proposto atende ao requisito. Qualquer cl\u00e1usula sem uma liga\u00e7\u00e3o clara deve permanecer vis\u00edvel, com seu desvio e status de aprova\u00e7\u00e3o, antes que as escolhas de fabrica\u00e7\u00e3o se tornem dispendiosas de alterar.<\/p>\n

Q:<\/strong> Como um requisito deve ser atribu\u00eddo a FAT, SAT, IQ ou OQ?
\nA:<\/strong> Atribua-a \u00e0 etapa em que sua condi\u00e7\u00e3o possa ser comprovada de forma confi\u00e1vel: resultados de f\u00e1brica para verifica\u00e7\u00f5es pr\u00e9-embarque adequadas, resultados no local para condi\u00e7\u00f5es comprovadas no local, verifica\u00e7\u00f5es de instala\u00e7\u00e3o para a configura\u00e7\u00e3o entregue e desafios operacionais para condi\u00e7\u00f5es operacionais aprovadas. Registre a escolha da etapa e o crit\u00e9rio de aceita\u00e7\u00e3o espec\u00edfico do projeto ao lado da cl\u00e1usula, para que as evid\u00eancias posteriores possam ser avaliadas em rela\u00e7\u00e3o \u00e0 verifica\u00e7\u00e3o pretendida.<\/p>\n

Q:<\/strong> Quando \u00e9 que um resultado do FAT pode ser reutilizado, em vez de se repetir a verifica\u00e7\u00e3o posteriormente?
\nA:<\/strong> Reutilize-a somente quando a matriz identificar a cl\u00e1usula aplic\u00e1vel do URS, associar o resultado de f\u00e1brica registrado e documentar a justificativa para se basear nela. Verifique se a entrega, a instala\u00e7\u00e3o, as condi\u00e7\u00f5es do local ou uma revis\u00e3o aprovada alteraram a condi\u00e7\u00e3o que est\u00e1 sendo verificada; se for o caso, designe uma verifica\u00e7\u00e3o adicional em uma etapa posterior confi\u00e1vel.<\/p>\n

Q:<\/strong> O que deve ser verificado na matriz antes da entrega final?
\nA:<\/strong> Verifique se as evid\u00eancias se referem \u00e0 revis\u00e3o atual aprovada do URS e se cada verifica\u00e7\u00e3o planejada apresenta um resultado ou um desvio vis\u00edvel, al\u00e9m do status de aprova\u00e7\u00e3o. D\u00ea aten\u00e7\u00e3o especial aos requisitos n\u00e3o resolvidos e \u00e0s evid\u00eancias reutilizadas do FAT, de modo que seu status atual e a justificativa documentada permane\u00e7am expl\u00edcitos no momento da transfer\u00eancia.<\/p>","protected":false},"excerpt":{"rendered":"

Elabore uma matriz de rastreabilidade que relacione cada cl\u00e1usula do URS \u00e0s evid\u00eancias de projeto, aos testes de f\u00e1brica e em campo, \u00e0s verifica\u00e7\u00f5es de instala\u00e7\u00e3o e aos resultados dos testes operacionais.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"n8n_meta_description":"","footnotes":""},"categories":[21],"tags":[],"class_list":["post-7782","post","type-post","status-publish","format-standard","hentry","category-blog"],"_links":{"self":[{"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/posts\/7782","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/comments?post=7782"}],"version-history":[{"count":1,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/posts\/7782\/revisions"}],"predecessor-version":[{"id":7783,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/posts\/7782\/revisions\/7783"}],"wp:attachment":[{"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/media?parent=7782"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/categories?post=7782"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/qualia-bio.com\/pt\/wp-json\/wp\/v2\/tags?post=7782"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}