Revisão de Requisitos
Cláusula ISO 9001:2015: 8.2 — Determinação dos Requisitos Relativos a Produtos e Serviços Permissão necessária: módulo Revisão de Requisitos — Ver (consultar) ou Editar (criar / editar / eliminar) Rota:
/produto?tab=requisitos
Objectivo
A Revisão de Requisitos é o registo formal de que a organização analisou os requisitos do cliente antes de aceitar uma encomenda, contrato ou proposta. A cláusula 8.2 exige que a organização reveja os requisitos, assegure a capacidade de os cumprir e registe as diferenças entre o que o cliente pediu e o que foi acordado.
Este módulo é especialmente relevante para organizações que fornecem produtos ou serviços com especificações técnicas ou contratuais específicas. Se a organização não realiza design e desenvolvimento (cláusula 8.3 marcada como N/A), a Revisão de Requisitos é o mecanismo principal de controlo da aceitação de encomendas.
Como aceder
Menu: Uniformizar → Produto e Serviço (aba «Revisão de Requisitos»)
URL: /produto?tab=requisitos
O hub Produto e Serviço: o ecrã
/produtoreúne o ciclo do produto em três abas — Revisão de Requisitos (este capítulo), Design e Desenvolvimento e Controlo de Libertação. Cada aba só aparece a quem tem permissão no módulo respectivo; os endereços antigos redireccionam para a aba certa.
O ecrã mostra o formulário de criação e a tabela com todas as revisões registadas.
Conceitos específicos
Código da revisão
Gerado automaticamente no formato RR-AAAA-NNN (ex: RR-2025-001). Não é editável — serve de referência única para a revisão.
Diferenças
Campo onde se regista o que foi acordado de forma diferente do que o cliente pediu inicialmente. Por exemplo: prazo de entrega diferente, especificação alternativa aceite pelo cliente, exclusão de um requisito. Se não há diferenças, o campo pode ficar vazio.
Fluxos principais
Fluxo 1 — Registar uma revisão de requisitos
- Em
/produto?tab=requisitos, clicar em + Nova Revisão. - Preencher:
- Cliente — nome do cliente ou organização.
- Descrição — sumário do pedido, encomenda ou contrato.
- Data de Revisão — quando a revisão foi realizada.
- Revisor — nome ou cargo de quem fez a revisão.
- Requisitos — lista dos requisitos do cliente (especificações, prazos, normas aplicáveis, condições contratuais).
- Diferenças — o que ficou acordado de forma diferente (opcional).
- Estado — PENDENTE, APROVADA ou REJEITADA.
- Notas — informação adicional.
- Guardar. O código é gerado automaticamente.
Fluxo 2 — Actualizar o estado de uma revisão
- Clicar no ícone de edição na linha da revisão.
- Alterar o estado conforme o resultado da análise interna.
- Guardar.
Estados e transições
PENDENTE ──(análise interna)──> APROVADA
│
└─────────────────────────> REJEITADA
| Estado | Significado |
|---|---|
| Pendente | Revisão em curso, aguarda decisão |
| Aprovada | Organização confirma capacidade de cumprir os requisitos |
| Rejeitada | Organização não pode cumprir os requisitos tal como definidos |
Campos do formulário
| Campo | Tipo | Obrigatório | Limites | Notas |
|---|---|---|---|---|
| Código | Texto | — (automático) | — | Formato RR-AAAA-NNN |
| Cliente | Texto | Sim | máx 100 caracteres | Nome do cliente |
| Descrição | Texto | Não | máx 3000 caracteres | Sumário do pedido/contrato |
| Data da revisão | Data | Sim | — | Data de realização da revisão |
| Revisor | Texto | Sim | máx 100 caracteres | Quem realizou a revisão |
| Requisitos | Texto | Sim | máx 5000 caracteres | Requisitos do cliente |
| Diferenças acordadas | Texto | Não | máx 2000 caracteres | Diferenças face ao pedido inicial |
| Estado | Selecção | Não | Pendente / Aprovada / Rejeitada | Predefinição: Pendente |
| Notas | Texto | Não | máx 1000 caracteres | Notas adicionais |
Permissões detalhadas
| Acção | Nível mínimo |
|---|---|
| Ver lista de revisões | VIEW |
| Ver detalhe de uma revisão | VIEW |
| Criar revisão | EDIT |
| Editar revisão | EDIT |
| Eliminar revisão | EDIT |
Boas práticas
- Registe uma revisão por encomenda/contrato significativo — a cláusula 8.2.3 exige que os requisitos sejam revistos antes do compromisso de fornecimento. A frequência depende do negócio.
- Seja explícito nos requisitos — copie os requisitos relevantes do pedido do cliente para o campo "Requisitos". Quanto mais completo, mais útil em caso de disputa ou auditoria.
- Documente todas as diferenças, mesmo as pequenas — uma diferença não documentada pode ser vista como não conformidade se o cliente reclamar posteriormente.
- Use "Rejeitada" correctamente — uma revisão rejeitada não é falha; é evidência de que a organização não aceita pedidos que não consegue cumprir — um indicador de maturidade do SGQ.
- Articule com o módulo de Clientes — reclamações ou feedbacks que revelam discrepâncias de requisitos devem ser referenciados na revisão de requisitos correspondente.
FAQ
Toda a encomenda precisa de uma revisão de requisitos? Depende do sector e da complexidade. Para encomendas repetitivas com requisitos iguais, pode-se referenciar uma revisão anterior. Para contratos novos ou com requisitos específicos, deve haver sempre uma revisão.
O código é sequencial para sempre ou reinicia por ano?
O formato RR-AAAA-NNN inclui o ano, mas a sequência (NNN) é global — não reinicia por ano. É o número total de revisões criadas desde o início do sistema.
Posso marcar uma revisão como "APROVADA" e depois descobrir um problema? Sim — edite o estado para "PENDENTE" ou crie uma nova revisão que documente os requisitos revistos. Manter o histórico completo é preferível a apagar a revisão original.
Este módulo aplica-se se a organização não faz design e desenvolvimento? Sim — a cláusula 8.2 é independente da 8.3. Mesmo que o D&D seja marcado como N/A, a revisão de requisitos do cliente é sempre aplicável se a organização vende produtos ou serviços.