Volver al blog
Normas·7 min de lectura

Cuándo se puede excluir un requisito de la ISO 9001

E

Equipo Consultto

Especialistas en sistemas de gestión · 15 ago 2026

El alcance decía, en una línea al final: "el requisito 8.3 de diseño y desarrollo no aplica". El auditor no discutió la línea; pidió un recorrido por ingeniería. Ahí encontró un herramental modificado la semana anterior, un ajuste de proceso aprobado por correo y una hoja de cálculo donde el ingeniero de planta había recalculado una tolerancia que el corporativo nunca revisó. La conclusión fue incómoda pero correcta: la planta sí tomaba decisiones de diseño, solo que sin controles, porque en el papel el diseño no existía.

De exclusiones a aplicabilidad

La versión 2008 tenía una regla simple: solo se podían excluir requisitos del capítulo 7, y nada más. La versión 2015 cambió el mecanismo completo. Ya no existe la palabra exclusión; existe la aplicabilidad, y el requisito vive en la determinación del alcance: la organización debe aplicar todos los requisitos de la norma que sean aplicables dentro del alcance determinado, y puede concluir que alguno no lo es, sin importar de qué capítulo venga.

Esa libertad viene con dos condiciones que son las que un auditor valida. La primera: la no aplicabilidad se justifica, y la justificación forma parte de la información documentada del alcance — no basta con omitir el requisito en silencio. La segunda, y la que de verdad filtra: declarar un requisito como no aplicable solo es válido si eso no afecta la capacidad de la organización de asegurar la conformidad de sus productos y servicios ni el aumento de la satisfacción del cliente. Si el requisito toca algo que la empresa sí hace o sí necesita controlar, la declaración no se sostiene.

Los que más se declaran no aplicables

  • Diseño y desarrollo (8.3): válido cuando el cliente o el corporativo entregan la especificación completa del producto y la organización solo fabrica contra ella. Es también el que más se declara mal.
  • Propiedad perteneciente al cliente (8.5.3): válido solo si de verdad nunca se recibe material, herramental, información o equipo del cliente. Basta un molde en comodato o los datos personales de los usuarios para que aplique.
  • Recursos de seguimiento y medición (7.1.5): algunas empresas de servicios lo declaran no aplicable, y a veces es correcto; pero si hay un criterio de aceptación que se verifica con un instrumento o una herramienta calibrable, aplica.
  • Validación de procesos (8.5.1.f): no aplicable cuando toda salida se puede verificar antes de entregarse. En cuanto hay un proceso cuyo resultado no se comprueba al cien por ciento —soldadura, esterilización, un servicio que se consume al prestarse—, aplica.
  • Actividades posteriores a la entrega (8.5.5): casi nunca es válido declararlo fuera; garantías, obligaciones legales y reclamaciones existen aunque el contrato no las mencione.

El error típico: confundir quién diseña el producto con quién decide

La justificación "nosotros no diseñamos" suele describir la intención corporativa, no la operación real. La pregunta correcta no es dónde está el departamento de diseño, sino dónde se toman decisiones que cambian las características del producto o del proceso: quién define una tolerancia cuando el plano es ambiguo, quién aprueba un material sustituto, quién modifica un herramental, quién adapta el proceso a una variante nueva. Si esas decisiones se toman localmente, hay actividad de diseño o al menos de desarrollo de proceso, y declararla inexistente no la elimina: solo la deja sin control, que es exactamente lo que la norma quería evitar.

¿Quieres implementar tu sistema de gestión?

Cuéntanos qué norma te interesa y te llevamos de cero a certificado.

La situación es el pan de cada día en las plantas maquiladoras de la frontera, donde el producto se diseña en San Diego, en Seúl o en Tokio y la planta local "solo fabrica" — hasta que se revisa qué aprueba ingeniería local cada semana. Definir con precisión qué requisitos aplican al sitio, cuáles quedan en el corporativo y cómo se documenta esa frontera en el alcance es de las primeras definiciones que se trabajan en un proyecto de Consultoría ISO 9001 en Tijuana, porque de ella depende medio sistema.

Cómo se redacta una justificación que sí pasa

Una justificación auditable tiene tres partes: qué actividad no se realiza, quién la realiza en su lugar y cómo le llega a la organización el resultado controlado. "El diseño del producto lo realiza el corporativo; la planta recibe especificaciones aprobadas mediante el sistema de control de documentos y no tiene autoridad para modificarlas" es una justificación verificable — y además obliga a que sea cierta: si aparece la autoridad local para modificar, la declaración se revisa. "No aplica porque no diseñamos" no es una justificación; es la conclusión sin el argumento.

En resumen

La ISO 9001 permite declarar requisitos como no aplicables desde 2015, sin la vieja restricción del capítulo 7, pero a cambio exige justificarlo en el alcance y demostrar que la ausencia no compromete la conformidad ni la satisfacción del cliente. La prueba no está en la redacción sino en el piso: si la actividad que se declaró inexistente se ejerce de facto, la exclusión no elimina el requisito, elimina el control. Antes de declarar, conviene preguntar quién decide de verdad.

Empieza hoy

Tu sistema de gestión empieza con una conversación

Sin compromisos. Sin presentaciones genéricas. Te escuchamos, entendemos tu empresa y te decimos honestamente qué necesitas y cómo podemos ayudarte.

Agenda
Lun
31
Mar
1
Mié
2
Jue
3
Vie
4
9:00
10:00
11:00
Consultto Demo
10:00 – 11:00 AM

Reunión confirmada

Solicitud enviada · Mié 2 Abr, 10:00 AM

¿Prefieres que nosotros te contactemos?

Déjanos tus datos y un consultor se pone en contacto contigo en menos de 30 minutos.