You are on page 1of 8

Anexo SL

(Normativo)

Las propuestas de normas de sistemas de gestin

SL.1 general
Siempre que se hace una propuesta para preparar una nueva norma de sistemas de gestin (MSS),
incluidas las aplicaciones sectoriales de genricos MSS, un estudio de la justificacin (JS) se llevar
a cabo de acuerdo con el Apndice 1 del presente Anexo SL. No JS es necesario para la revisin de
un MSS existente cuyo desarrollo ya ha sido aprobado (a menos que no se le proporcion durante
su primer desarrollo). En la medida de lo posible, el proponente deber esforzarse por identificar
toda la gama de prestaciones que constituirn la nueva o revisada familia MSS y un JS ser
preparado para cada una de las entregas.

SL.2 Obligacin de presentar un JS
Todas las propuestas del SMS y sus JS deben ser identificados por la direccin del TC / SC / PC
correspondiente y deben ser enviadas a la ISO / TMB (o su grupo de trabajo MSS) para su
evaluacin antes de la votacin NWI lleva a cabo. Es responsabilidad de la secretara TC / SC / PC
relevante para identificar todas las propuestas del SMS, sin excepcin, de modo que no habr
propuestas del SMS que fallan (con conocimiento o sin conocimiento) para llevar a cabo la JS o que
no hayan de ser enviados con el ISO / TMB para su evaluacin.

Casos SL.3 que se hayan presentado ninguna JS
Propuestas del SMS que no han sido sometidos a evaluacin ISO / TMB antes de la votacin NWI
sern enviados a la ISO / TMB para la evaluacin y ninguna nueva votacin deben tener lugar
antes de la decisin de ISO / TMB (proyecto en espera). Se considera una buena prctica que los
miembros de la TC / SC / PC aprueba el previo JS que se enva a la ISO / TMB.
NOTA Ya public MSS, que no tienen un JS presentado se tratar como nueva MSS en el momento
de la revisin, es decir, un JS debe ser presentada y aprobada antes de comenzar cualquier
trabajo.

SL.4 Aplicabilidad del Anexo SL
Los procedimientos anteriores se aplican a todas las entregas de ISO, incluyendo iWas.

SL.5 Trminos y definiciones
A los efectos del presente anexo, SL, los siguientes trminos y definiciones.

SL.5.1
Sistema de gestin
Vase la definicin que figura en el Apndice 2 (clusula 3.04) del presente Anexo SL.

SL.5.2
MSS - Sistema Estndar de Gestin
Norma que establece los requisitos o directrices para las organizaciones para desarrollar y
gestionar sistemticamente sus polticas, procesos y procedimientos con el fin de alcanzar
objetivos especficos.

NOTA 1 Un sistema de gestin eficaz se basa por lo general en la gestin de procesos de la
organizacin utilizando un enfoque de " Planificar-Hacer- Verificar-Actuar " con el fin de alcanzar
los resultados previstos.

NOTA 2 Estos documentos contienen tpicamente secciones que abordan los siguientes
componentes:
- La poltica;
- La planificacin;
- Implementacin y operacin;
- La evaluacin del desempeo;
- Mejora;
- Revisin de la gestin.

NOTA 3 Para los fines de este documento, esta definicin tambin se aplica a otras prestaciones
ISO (TS, PAS ...)

SL.5.3
Tipo A MSS
MSS proporcionar requisitos
EJEMPLOS
- Normas requisitos del sistema de gestin (especificaciones).
- Sistema de gestin de requisitos especficos de cada sector las normas.

SL.5.4
Tipo B MSS
MSS proporcionar directrices
EJEMPLOS
- Orientacin sobre el uso de estndares requisitos del sistema de gestin.
- Orientacin sobre el establecimiento de un sistema de gestin.
- Gua para la mejora / mejora de un sistema de gestin.

SL.5.5
HLS - Estructura de alto nivel
Resultados de la labor de la TMB / JTCG " Grupo Mixto de Coordinacin Tcnica de MSS " ISO / que
se refiere a estructura de alto nivel (HLS ) , ttulos subclusula idnticos , texto idntico y trminos
comunes y fundamentales definiciones . Vase el Apndice 2 del presente Anexo SL.

SL.6 Principios generales

Todos los proyectos de nueva MSS (o para los SMS que ya estn publicados, pero para los que no
se complet ninguna JS) deben someterse a un JS (ver SL.1 y Nota de SL.3) . Los siguientes
principios generales ofrecen orientacin para evaluar la adecuacin al mercado de MSS propuesto
y para la preparacin de un JS . Los criterios de justificacin de las preguntas en el apndice 1 del
presente anexo SL se basan en estos principios. Las respuestas a las preguntas que formarn parte
de la JS . Un SMS se debe iniciar , desarrollar y mantener slo cuando todos los siguientes
principios se observan .


1) la pertinencia de mercado: Cualquier MSS debera satisfacer las necesidades de, y aadir valor
para los principales usuarios y otras partes afectadas.

2) Compatibilidad: Compatibilidad entre varios MSS y dentro de una familia MSS debera
mantenerse.

3) la cobertura Tema: Una MSS debera tener cobertura de aplicacin suficiente para eliminar o
reducir al mnimo la necesidad de variaciones especficas del sector.

4) Flexibilidad: Una MSS debera ser aplicable a las organizaciones de todos los sectores y culturas
correspondientes y de todos los tamaos. Un SMS no debe impedir que las organizaciones de la
adicin de forma competitiva o la diferenciacin de los dems, o la mejora de sus sistemas de
gestin ms all de la norma.

5) El libre comercio: Un MSS debe permitir el libre comercio de bienes y servicios en lnea con los
principios incluidos en el Acuerdo de la OMC sobre Obstculos Tcnicos toTrade.

6) Aplicabilidad de aire: La necesidad del mercado de miento evaluacin evaluar deformidad de
primera, la conformidad de segundo o tercero, o cualquier combinacin de los mismos, deben
evaluarse. El MSS resultante debera abordar claramente la idoneidad de su uso para la evaluacin
de la conformidad en su mbito de aplicacin. Un MSS debera facilitar las auditoras conjuntas.

7) Exclusiones: Un SMS no debe incluir el producto directamente relacionado (incluyendo
servicios) las especificaciones, mtodos de prueba, los niveles de rendimiento (es decir,
establecimiento de lmites) u otras formas de estandarizacin de los productos producidos por la
organizacin ejecutora.

8) Facilidad de uso: Se debe asegurar que el usuario puede aplicar fcilmente uno o ms SMS. Un
SMS deben ser de fcil comprensin, sin ambigedades, libre de prejuicios culturales, fcilmente
traducible, y aplicable a las empresas en general.

Proceso de estudio Justificacin SL.7 y criterios

SL.7.1 general
Esta clusula se describe el proceso de justificacin del estudio (JS) para justificar y evaluar la
adecuacin al mercado de las propuestas de un SMS. Apndice 1 del presente Anexo SL
proporciona un conjunto de preguntas que se abordarn en el estudio de justificacin.

Proceso de estudio SL.7.2 Justificacin
El proceso de JS se aplica a cualquier proyecto de MSS y consiste en lo siguiente:
a) el desarrollo de las JS por (o en nombre de) el proponente de un proyecto de SMS;
b) la aprobacin de las JS por el ISO / TMB (o grupo de trabajo de ISO / TMB MSS);
El proceso de JS le sigue el procedimiento normal de la votacin de la ISO para la aprobacin de
nuevos elementos de trabajo, segn proceda.

Criterios del estudio SL.7.3 Justificacin
Con base en el Anexo C de las Directivas ISO / IEC, Parte 1, 2012, y los principios generales
establecidos anteriormente, una serie de preguntas (ver apndice 1 del presente anexo SL) debe
ser utilizado como criterio para justificar y evaluar un
propuesta de proyecto MSS y debe ser respondida por el proponente. Esta lista de preguntas no es
exhaustiva y cualquier informacin adicional que sea relevante para el caso debe ser
proporcionada. La JS debe demostrar
que se han considerado todas las preguntas. Si se decide que no son pertinentes o apropiadas
para una situacin particular, entonces las razones de esta decisin deben quedar claramente
establecidos. El aspecto nico de un MSS en particular puede requerir la consideracin de
cuestiones adicionales, a fin de evaluar de manera objetiva su adecuacin al mercado.

Orientacin SL.8 en el proceso de desarrollo y la estructura de un SMS

SL.8.1 general
El desarrollo de un MSS tendr efectos en relacin con

- El impacto de largo alcance de estas normas en la prctica empresarial,
- La importancia del apoyo mundial a las normas,
- La posibilidad prctica de la participacin de muchos, si no todos, los Organismos Miembros de
ISO, y
- Necesita el mercado de compatibles y alineados MSS.

Esta clusula proporciona orientacin, adems de los procedimientos establecidos en las
Directivas ISO / IEC, a fin de tener en cuenta estos efectos.
Todo SMS (si son Tipo A o Tipo B MSS), en principio, utilizar estructura consistente, texto comn y
la terminologa de modo que son fciles de usar y compatibles entre s. Sern, en principio,
tambin deben seguir la gua y la estructura dada en el Apndice 2 del presente Anexo SL (basado
en ISO / TMB
Resolucin 18/2012).

A Tipo B MSS que proporciona orientacin sobre otro MSS de la misma familia MSS debe seguir el
misma estructura (es decir, las clusulas de numeracin). Dnde MSS proporcionar orientacin
(Tipo B MSS) estn involucrados,
es importante que sus funciones estn claramente definidos, junto con su relacin con el MSS
proporcionar requisitos (tipo A) del SMS, por ejemplo:

- Orientacin sobre el uso de la norma de requisitos;
- Orientacin sobre el establecimiento / la ejecucin del sistema de gestin;
- Orientacin sobre la mejora / mejora del sistema de gestin.
Cuando el MSS propuesta es especfica del sector:
- Debe ser compatible y alineado con el MSS genrica;
- La comisin competente para la MSS genrico puede tener requisitos adicionales que deben
cumplir o procedimientos que deben seguirse;
- Otras comisiones pueden necesitar ser consultado, as como CASCO en temas de evaluacin de la
conformidad.

En el caso de determinados documentos del sector, su funcin y relacin con el MSS genricos
deben estar claramente definidos (por ejemplo, requisitos industriales suplementarios; aclaracin,
o ambas, segn proceda). Documentos especficos del sector siempre debe mostrar claramente
(por ejemplo, mediante el uso de diferentes estilos tipogrficos) el tipo de informacin especfica
del sector que suministra.

NOTA 1 El ISO / TMB / JTCG "Grupo de Coordinacin Tcnica Mixta sobre MSS" ha producido un
conjunto de reglas para la adicin de un texto especfico disciplina para el texto idntico.

NOTA 2 Cuando el texto idntico o alguno de los requisitos no se pueden aplicar en un MSS
especfica, debido a circunstancias especiales, se debera informar a la ISO / TMB a travs del
Secretario de TMB en tmb@iso.org (ver SL.9.3).






































Apndice 2
(Normativo)
Alto nivel de la estructura, texto bsico idntico, trminos comunes y definiciones bsicas


NOTA En las propuestas de texto idnticos, XXX = un calificador especfico disciplina SMS (por
ejemplo, energa, seguridad vial, seguridad de TI, la seguridad alimentaria, la seguridad social,
medio ambiente, calidad) que debe ser insertado. Texto en cursiva azul se da como notas de
asesoramiento a los redactores de normas.

Introduccin
REDACCIN instruccin especfica a la disciplina.

1 mbito de aplicacin
REDACCIN instruccin especfica a la disciplina.

2 Referencias normativas
Se utilizar REDACCIN DE INSTRUCCIONES Clusula Ttulo. Especfico para la disciplina.

3 Trminos y definiciones
Se utilizar REDACCIN DE INSTRUCCIONES Clusula Ttulo. Trminos y definiciones pueden tener
lugar dentro de la norma o en un documento separado. Para hacer referencia a trminos comunes
y definiciones bsicas + disciplinar a los especficos. A los efectos de este documento, los
siguientes trminos y definiciones.

REDACCIN DE INSTRUCCIONES 1 Los siguientes trminos y definiciones constituyen una parte
integral del "texto comn" para las normas de sistemas de gestin. Trminos y definiciones
adicionales pueden aadirse segn sea necesario. Las notas pueden ser aadidos o modificados
para servir al propsito de cada norma.

REDACCIN DE INSTRUCCIONES 2 Negrita adentro una definicin indica una referencia cruzada a
otro trmino definido en esta clusula, y el nmero de referencia para el trmino aparece entre
parntesis.

REDACCIN DE INSTRUCCIONES 3 Cuando aparece el texto "XXX" en toda esta clusula, se debe
insertar la referencia adecuada dependiendo del contexto en que se aplican los trminos y
definiciones. Para
ejemplo: "un objetivo XXX" podra ser sustituido como "uno de los objetivos de seguridad de la
informacin".

3.01
organizacin
persona o grupo de personas que tiene sus propias funciones con responsabilidades, autoridades y
relaciones para lograr sus objetivos (3,08)

Nota 1 de la entrada: El concepto de organizacin incluye, pero no se limita a sole-comerciante,
empresa, corporacin, firma, empresa, autoridad, asociacin, la caridad o institucin, o parte o
combinacin de los mismos, ya sea o no personalidad jurdica, pblica o privada .

3.02
parte interesada (trmino preferido)
partes interesadas (trmino admitido)
persona u organizacin (3.01) que puede afectar, verse afectadas por, o percibirse a s mismos a
ser afectados por una decisin o actividad

3.03
requisito
necesidad o expectativa establecida, generalmente implcita u obligatoria

Nota 1 a la entrada: "Generalmente implcita" significa que es habitual o una prctica comn para
la organizacin y las partes interesadas que la necesidad o expectativa bajo consideracin est
implcita.

Nota 2 a la entrada: Un requisito especificado es aquel que se manifest, por ejemplo, en la
informacin documentada.

3.04
sistema de gestin
conjunto de elementos interrelacionados o que interactan de una organizacin (3.01) para
establecer polticas (3,07) y objetivos (3,08) y procesos (3.12) para alcanzar dichos objetivos

Nota 1 a la entrada: Un sistema de gestin puede abordar una sola disciplina o varias disciplinas.

Nota 2 a la entrada: Los elementos del sistema se incluyen la estructura, las funciones de la
organizacin y responsabilidades, planificacin, operacin, etc

Nota 3 a la entrada: El alcance de un sistema de gestin puede incluir la totalidad de la
organizacin, las funciones especficas e identificadas de la organizacin, las secciones especficas
e identificadas de la organizacin, o una o ms funciones a travs de un grupo de organizaciones.

3.05
la alta direccin
persona o grupo de personas que dirige y controla a una organizacin (3.01) al ms alto nivel

Nota 1 a la entrada: La alta direccin tiene la facultad de delegar la autoridad y proporcionar los
recursos dentro de la organizacin.

Nota 2 a la entrada: si el alcance del sistema de gestin (3.04) cubre slo una parte de una
organizacin, entonces la alta direccin se refiere a aquellos que dirigen y controlan esa parte de
la organizacin.

3.06
eficacia
medida en que las actividades planificadas se realizan y los resultados planificados logra

3.07
poltica
intenciones y direccin de una organizacin (3.01) como expresan formalmente por la alta
direccin (3,05)

3.08
objetivo
resultado que debe conseguirse

Nota 1 a la entrada: Un objetivo puede ser estratgica, tctica, u operacional.

Nota 2 a la entrada: Los objetivos se refieren a diferentes disciplinas (tales como financieros, de
salud y seguridad, y las metas ambientales) y se pueden aplicar a diferentes niveles (como
estratgica, en toda la organizacin, proyecto, producto y proceso (3.12)).

Nota 3 a la entrada: Un objetivo puede expresarse de otras maneras, por ejemplo, como un
resultado esperado, un propsito, un criterio operativo, como un objetivo XXX o por el uso de
otras palabras de significado similar (por ejemplo, objeto, fin o meta).

Nota 4 de la entrada: En el contexto de los sistemas de gestin XXX XXX objetivos son establecidos
por la organizacin, en consonancia con la poltica de XXX, para lograr resultados especficos.

3.09
riesgo
efecto de la incertidumbre

Nota 1 a la entrada: Un efecto es una desviacin de lo esperado - positiva o negativa.
Nota 2 a la entrada: La incertidumbre es el estado, aunque sea parcial, de la deficiencia de
informacin relacionada con, la comprensin o el conocimiento de un evento, su consecuencia, o
probabilidad.
Nota 3 a la entrada: El riesgo se caracteriza a menudo por referencia a los posibles eventos (Gua
ISO 73, 3.5.1.3) y consecuencias (Gua ISO 73, 3.6.1.3), o una combinacin de estos.
Nota 4 de la entrada: El riesgo se expresa a menudo en trminos de una combinacin de las
consecuencias de un evento (incluidos los cambios en las circunstancias) y la probabilidad asociada
(Gua ISO 73, 3.6.1.1) de ocurrencia.