Anexo SL

(normativo)
Propuestas de normas del sistema de gestin

SL.1 General
Cuando se hace una propuesta para preparar un nuevo estndar de sistema de gestin
(MSS), o para modificar uno ya existente, incluyendo aplicaciones sectoriales de MSS
genrico, un estudio de justificacin (JS) efectuar con arreglo al apndice 1 a este
anexo SL. A la medida de lo posible, el proponente deber procurar identificar toda la
gama de productos que formarn parte de la familia de MSS nueva o revisada, y se
elaborar un JS para cada una de las entregas.

SL.2 obligacin de someter a un JS

Todas las propuestas de MSS y sus JS debern identificarse por el liderazgo de
TC/SC/PC pertinente y deber enviarse a la ISO/TMB (o su fuerza de tarea de MSS)
para la evaluacin antes de la votacin NWI. Es la responsabilidad de la Secretara de
TC/SC/PC pertinente para identificar todas las propuestas de MSS, sin excepcin, as
que no habr ninguna propuesta de MSS que fallan (con conocimiento o sin
conocimiento) para llevar a cabo el JS o que no se enviarn a la ISO/TMB para
evaluacin.

Casos SL.3 donde se han presentado no JS

MSS propuestas que no han sido enviadas para evaluacin de ISO/TMB antes de que
la boleta NWI ser enviada a la ISO/TMB para evaluacin y ninguna nueva boleta
deben ocurrir antes de que el ISO/TMB la decisin (proyecto en espera). Se considera
buena prctica que los miembros del TC/SC/PC han limpiado al previo JS que es
enviado a la ISO/TMB.

SL.4 aplicabilidad de anexo SL

Los procedimientos anteriores se aplican a todos los productos ISO excepto yo.

SL.5 trminos y definiciones

A los efectos del presente anexo, se aplican los siguientes trminos y definiciones.
Sistem
a de
gesti
n de
SL.5.1
Vea la definicin contenida en el Apndice 3 (clusula 3.04) de este anexo SL .

SL.5.2
MSS - gestin sistema estndar
Estndar que proporciona requisitos o pautas para las organizaciones a desarrollar y
gestionar sistemticamente sus polticas, procesos y procedimientos con el fin de lograr
objetivos especficos.
Nota 1 un sistema eficaz de gestin generalmente se basa en la administracin de la organizacin de
procesos utilizando un enfoque "Plan-do-Check-Act" para lograr los resultados previstos
Nota 2 tales documentos normalmente contiene secciones abordar los siguientes componentes:

poltica;
planificacin;
implementacin y operacin;
evaluacin del desempeo;
mejora;
examen de gestin.

Nota 3 con el propsito de este documento, esta definicin se aplica tambin a otras entregas ISO (TS, PAS...)

SL.5.3
Tipo Un MSS
MSS proporciona requisitos
EJEMPLOS
Normas de requisitos del sistema de gestin (especificaciones).
Normas del sistema de gestin requisitos especficos por sectores.

SL.5.4
MSS Tipo B
MSS proporciona directrices
EJEMPLOS
Orientacin sobre el uso de normas los requisitos del sistema de gestin.
Orientacin sobre el establecimiento de un sistema de gestin.
Orientacin sobre la mejora/mejora de un sistema de gestin.

SL.5.5
HLS - estructura alto nivel resultado del trabajo de la "Tcnica coordinacin grupo
mixto sobre MSS" que se refiere a alto nivel (HLS), ttulos idnticos inciso, texto
idntico y trminos comunes definiciones de estructura y base ISO/TMB/JTCG.

Principios generales de SL.6

Todos los proyectos para nueva MSS o para la revisin de MSS existente deben
someterse a un JS (vase SL.1). Los siguientes principios generales ofrecen una gua
para evaluar la relevancia del mercado de MSS propuesto y para la preparacin de un
JS. Las preguntas de criterios de justificacin en el apndice 1 a este anexo, S.L. estn
basadas en estos principios. Las respuestas a las preguntas formarn parte de la JS.
Un MSS debe ser iniciado, desarrollado y mantenido slo cuando todos los principios
siguientes se observan.

1) Relevancia mercado

Debe satisfacer las necesidades de cualquier MSS y agregar valor para los
usuarios primarios y otras partes afectadas.

2) Compatibilidad

Debe mantener compatibilidad entre varios MSS y dentro de una familia de

MSS.

3) Cobertura del tema

An MSS debe tener suficiente cobertura de aplicacin para eliminar o reducir al

mnimo la necesidad de varianzas sectoriales.

4) Flexibilidad

An MSS debe ser aplicable a las organizaciones en todos los sectores

pertinentes y las culturas y de todos los tamaos. Un MSS no debera impedir
las organizaciones competitivamente aadiendo a diferenciar de otros o mejorar
sus sistemas de gestin ms all del estndar.
5) Libre comercio
An MSS debe permitir el libre comercio de bienes y servicios en lnea con la
principios incluidos en el acuerdo de la OMC sobre obstculos tcnicos al comercio.
6) Aplicabilidad de el mercado necesita para evaluacin de la conformidad de primer,
segundo o tercero, o evaluacin de la conformidad cualquier combinacin de stos,
deben ser evaluados. Los MSS resultantes debe abordar claramente la idoneidad de uso
para la evaluacin de la conformidad en su mbito de aplicacin. An MSS debe facilitar
auditoras conjuntas.
7) Exclusiones An MSS no debe incluir especificaciones directamente relacionados con el
producto (incluidos los servicios), 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 Debera asegurarse que el usuario puede implementar fcilmente MSS
uno o ms. Un MSS debe ser fcil de entender, sin ambigedades, libre de prejuicios
culturales, fcilmente traducibles y aplicable a las empresas en general.

Criterios y proceso de estudio de justificacin SL.7

SL.7.1 General
Esta clusula describe el proceso de estudio (JS) justificacin para justificar y evaluar
la relevancia del mercado de las propuestas para un MSS.Apndice 1 a este anexo,
S.L. proporciona un conjunto de preguntas para ser tratados en el estudio de
justificacin.
Proceso de estudio de justificacin SL.7.2
El proceso de JS se aplica a cualquier proyecto de MSS y consiste en lo siguiente:
un) la conducta de los JS por (o en nombre de) el proponente de un proyecto de MSS;
b ) una aprobacin de los JS por el ISO/TMB (o ISO/TMB MSS de tareas);
El proceso de JS es seguido por el procedimiento de votacin ISO normal para su nuevo trabajo
artculo aprobacin segn corresponda.
Criterios del estudio justificacin SL.7.3
Basado en el Anexo C de las directivas ISO/IEC, Part 1, 2012, y los principios
generales mencionados, un conjunto de preguntas (vase el apndice 1 a este anexo

SL) debe utilizarse como criterio para justificar y evaluar un proyecto de MSS y debe
ser respondido por el proponente. Esta lista de preguntas no es exhaustiva y debe
proporcionar cualquier informacin adicional que sea relevante para el caso. Los JS
deben demostrar que han sido consideradas todas las preguntas. Si se decide que no
son pertinentes o apropiado para una situacin particular, entonces debern
especificarse claramente las razones de esta decisin. El aspecto nico de un
particular MSS puede requerir consideracin de preguntas adicionales para evaluar
objetivamente la relevancia de su mercado.

SL.8 orientacin sobre el proceso de desarrollo y la estructura de un MSS

SL.8.1 General
El desarrollo de un MSS tendr efectos en relacin con
Espesitasel alcance de estas normas sobre las prcticas comerciales,
Espesitasla importancia de la ayuda mundial para las normas,
Espesitasla posibilidad prctica de participacin por muchos, si no todos, los organismos miembros
de ISO, y
Espesitasla necesidad de mercado compatible y alineado MSS.
Esta clusula proporciona orientacin adems de los procedimientos establecidos en las
directivas ISO/IEC, con el fin de considerar estos efectos.
Todos MSS, en principio, utilizar terminologa, texto comn y una estructura
consistente as que son fciles de usar y compatibles entre s. Al desarrollar un MSS
Type A, la orientacin y la estructura figura en el Apndice 3 de este anexo SL deber,
en principio, tambin seguirse (basado en ISO/TMB resolucin 18/2012).
Un MSS que proporcionan orientacin sobre otro MSS de la misma familia de MSS
debe seguir la misma estructura (por ejemplo, clusulas de numeracin). Donde
participan MSS proporcionar orientacin, es importante que sus funciones definirse
claramente junto con su relacin con los MSS proporcionando los requisitos, por
ejemplo:
Espesitasorientacin sobre el uso de los requisitos estndar;
Espesitasorientacin sobre el establecimiento e implementacin del sistema de gestin;
Espesitas orientacin sobre la mejora/mejora del sistema de gestin.
Donde los MSS propuesto es sector especfico:
Espesitas debe ser compatible y alineado con los MSS genricos;
Espesitas la Comisin competente responsable de los MSS genricos puede tener
requisitos adicionales que deben cumplir o procedimientos que deben seguirse;
Espesitas otros comits pueden necesitar ser consultados, as como CASCO sobre cuestiones
de evaluacin de conformidad.

En el caso de documentos especficos del sector, su funcin y relacin con los MSS
genricos deben ser claramente definido (por ejemplo las necesidades sectoriales
adicionales; aclaracin; o ambos segn corresponda).
Documentos sectoriales siempre deben mostrar claramente (por ejemplo mediante el uso
de diferentes estilos tipogrficos) el tipo de informacin especfica del sector se
proporciona.
Nota 1 el ISO/TMB/JTCG "Coordinacin tcnica conjunta grupo en MSS" ha producido un conjunto de
reglas para la adicin de texto especfico, disciplina el texto idntico.
Nota 2 donde el texto idntico o alguno de los requisitos no puede aplicarse en un MSS especficos,
debido a circunstancias especiales, esto debe ser comunicado a la ISO/TMB a travs del Secretario
TMB enTMB@ISO.org.

Proceso de desarrollo de MSS SL.8.2

SL.8.2.1 General
Adems de la JS, el desarrollo de un MSS debe seguir los mismos requisitos que otras entregas
ISO (clusula de las directivas ISO/IEC, parte 1, 2).
Especificaciones de diseo SL.8.2.2
Para asegurarse de que la intencin de la norma, como lo demuestra el estudio de justificacin, se
mantendr, puede desarrollarse una especificacin de diseo antes de que se prepara un borrador
de trabajo.
La Comisin decidir si es necesaria la especificacin de diseo y en caso de que se
considera necesario, decidir sobre su formato y contenido que es apropiado para los
MSS y debe establecer la organizacin necesaria para llevar a cabo la tarea.
La especificacin de diseo tpicamente debe abordar las siguientes.
Necesidades de La identificacin de los usuarios de la norma y sus necesidades asociadas, junto
los usuarios
con los costos y beneficios para estos usuarios.
mbito de
aplicacin
Compatibilidad

Consistencia

El alcance y el propsito de la norma, el ttulo y el mbito de aplicacin.

Cmo se lograr compatibilidad dentro de esta y con otras familias de MSS,
incluyendo la identificacin de los elementos comunes con estndares similares, y
cmo stos se incluirn en la estructura recomendada (ver Apndice 3 de este
anexo SL).
Consistencia con otros documentos (debe ser) desarrollado dentro de la familia de
MSS.

Tenga en cuenta la mayora, si no toda la informacin sobre necesidades de los usuarios y el alcance
estar disponible desde el estudio de justificacin.

La especificacin de diseo debera asegurarse de que

un) los resultados del estudio justificacin se traducen correctamente los requisitos para los MSS,
b) los problemas de compatibilidad y la alineacin con otros MSS se identifican y se dirigi,
c) existe una base para la verificacin de los MSS finales en las etapas apropiadas durante el
proceso de desarrollo

d) la aprobacin de la especificacin de diseo proporciona una base para la propiedad durante

todo el proyecto por los miembros del TC / SC(s),
e) es tener en cuenta los comentarios recibidos a travs de la fase de votacin NWI, y
f) restricciones sean tenidas en cuenta.
El Comit de desarrollo de los MSS debe supervisar el desarrollo de los MSS contra la
especificacin de diseo para asegurar que no hay desviaciones ocurren en el curso del proyecto.
SL.8.2.3 producir los entregables
Salida de monitoreo SL.8.2.3.1
En el proceso de elaboracin, la salida debe ser supervisada para la compatibilidad y
facilidad de uso con otros MSS, que cubre temas tales como
Espesitas la estructura de alto nivel (HLS), inciso idnticos ttulos, texto idntico y comn
trminos y definiciones de la base la necesidad de claridad (ambos en idioma y
presentacin), y
Espesitas evitando superposiciones y contradiccin.
Desviaciones de gestin SL.8.2.3.2
Cualquier futuro MSS (nuevo y revisiones) seguirn, en principio, la estructura y la gua incluida
en la HLS (teniendo en cuenta la flexibilidad ya propuesta en las recomendaciones de JTCG
incluidas como apndices 2 a 4 a este anexo SL). Las desviaciones son permitidas a condicin de
que stos se ha reportado que el ISO/TMB a travs del Secretario de ISO/TMB en tmb@iso.org,
con justificacin detallada
Esto significa que una desviacin en el uso de la VMC, ya permitida por el JTCG
las recomendaciones contenidas en el documento (incluido como apndices 2 a 4
de este anexo SL), no necesita ser comunicado a la ISO/TMB (aadiendo una
clusula, inserciones, etc.), lo que permite mayor flexibilidad en la aplicacin.
SL.8.2.4 transparencia del proceso de desarrollo MSS
MSS tienen un alcance ms amplio que la mayora de otro tipos de estndar. Cubren un amplio
campo del esfuerzo humano y tener un impacto en una amplia gama de intereses del usuario.
Comits de preparacin MSS en consecuencia deberan adoptar un enfoque altamente
transparente para el desarrollo de los estndares, asegurando que
Espesitas las posibilidades de participacin en el proceso de elaboracin de normas
estn claramente identificadas y espesitas el desarrollo de procesos se utiliza son
entendidos por todos los partidos.

Comits debern proporcionar informacin sobre el progreso en todo el ciclo de vida del proyecto,
incluyendo
Espesitas el estado del proyecto hasta la fecha (incluyendo artculos bajo discusin),

Espesitas puntos de contacto para ms informacin,

Espesitas comunicados y notas de prensa sobre las sesiones plenarias, y
Espesitas regular listados de preguntas frecuentes y respuestas.
Al hacer esto, cuenta debe ser tomado de las instalaciones de distribucin disponibles en los
pases participantes.
Donde cabe esperar que los usuarios de un Type MSS A son propensos a demostrar
conformidad a ello, los MSS sern tan escritos que conformidad puede ser evaluada
por un fabricante o proveedor (primer partido o autodeclaracin), un usuario o
comprador (segundo partido) o por un organismo independiente (tercero, tambin
conocido como certificacin o registro).
Debe hacerse un uso mximo de los recursos de la Secretara Central de ISO para
facilitar la transparencia del proyecto y el Comit debe, adems, considerar el
establecimiento de un sitio web dedicado de acceso abierto.
Deben involucrar a los comits los cuerpos nacionales miembros para construir una
conciencia nacional sobre el proyecto MSS, proporcionando borradores como sea
apropiado para diferentes partidos interesados y afectados, incluyendo los organismos
de acreditacin, organismos de certificacin, las empresas y la comunidad de usuarios,
junto con informacin especfica adicional segn sea necesario.
La Comisin debe garantizar que informacin tcnica sobre el contenido de los MSS en
desarrollo est disponible para los miembros participantes, especialmente los pases en
desarrollo.
Proceso de SL.8.2.5 para la interpretacin de una norma
El Comit debe establecer un proceso para manejar preguntas de interpretacin
relacionadas con los estndares de los usuarios y debe hacer las interpretaciones
resultantes disponibles a los dems de una manera expedita. Tal mecanismo puede
efectivamente Direccin posibles malentendidos en una despedida tempranae e
identificar los problemas que pueden requerir formulacin mejorada de la norma
durante el prximo ciclo de revisin.

Apndice 1
(normativo)
Preguntas de criterios de justificacin

1. Generalidades
La lista de preguntas para ser tratados en el estudio de justificacin estn en
consonancia con los principios enumerados en SL.6. Esta lista no es exhaustiva. Debe
proporcionarse informacin adicional no cubierto por las preguntas si es relevante para
el caso.
Cada principio general debe darse debida consideracin e idealmente cuando prepare
el JS, el proponente debe proporcionar una justificacin general para cada principio,
antes de responder a las preguntas relacionadas con el principio.

Los principios el proponente de los MSS debe prestar debida atencin a cuando prepara el
estudio de justificacin son:
1 Relevancia del mercado
2 Compatibilidad
3 Cobertura del tema
4 Flexibilidad
5. Libre comercio
6.El aplicabilidad de evaluacin de la conformidad
7.El exclusiones
Nota No hay preguntas se refieren directamente al principio 8 "facilidad de uso", pero debe guiar el
desarrollo de la entrega

Informacin bsica sobre la propuesta de MSS

1

Cul es el objetivo propuesto y el alcance de los MSS? El documento va a ser un

documento de orientacin o un documento con los requisitos?

Funcionara los MSS propuestos artculo resultan en un estndar internacional (es), una
gua de ISO(/IEC), una especificacin tcnica (TS), un informe tcnico (TR), una
especificacin pblicamente disponible (PAS) o un acuerdo de taller internacional (AIT)?

El objetivo propuesto o alcance incluye las especificaciones del producto (incluyendo

servicio), mtodos de prueba del producto, los niveles de desempeo de producto u otras
formas de orientacin o requisitos relacionados directamente a los productos producidos o
proporcionados por la organizacin ejecutora?

Hay uno o ms existentes ISO Comit o no-ISO organizacin que lgicamente podra
tener responsabilidad por la propuesta MSS? Si es as, identificar.

Materiales de referencia pertinentes han identificado, tales como las directrices existentes
o prcticas establecidas?

6
Hay tcnicos disponibles para apoyar la labor de normalizacin? Son los tcnicos
representantes directos de las partes afectadas de las distintas regiones geogrficas?
7

Qu esfuerzos se anticipan como sea necesario para desarrollar el documento en trminos

de expertos necesitado y nmero/duracin de las reuniones?

Cul es la fecha de terminacin anticipada?

Los MSS pretende ser un documento de orientacin, especificacin contractual o

reglamentario especificacin para una organizacin?

Principio 1: mercado relevancia

10

Se han identificado todas las partes afectadas. Por ejemplo:

un) organizaciones (de varios tipos y tamaos): los tomadores de decisiones dentro de
una organizacin que aprueban trabajo para implementar y lograr la conformidad
con los MSS;
b) los clientes/usuarios finales, es decir, las personas o las partes que paguen o utilizan
un producto (incluyendo servicio) de una organizacin;
c) organizaciones de proveedor, por ejemplo productor, distribuidor, distribuidor o
proveedor de un producto o un proveedor de un servicio o informacin;
d) proveedor de MSS, e.g. MSS organismos de certificacin, organismos de acreditacin
o consultores;
e) organismos reguladores;
f) organizaciones no gubernamentales.

11

Cul es la necesidad de este MSS? Necesita el existir en un local, nacional, regional o

global. Tiene la necesidad de aplicar a los pases en desarrollo? Se aplica a los pases
desarrollados? Cul es el valor aadido de tener un documento ISO (por ejemplo facilitar
comunicacin entre organizaciones en diferentes pases)?

12

Necesitan los existen para un nmero de sectores y por lo tanto es genrico? Si es as,
cules? La necesidad existe para las organizaciones pequeas, medianas o grandes?

13

La necesidad es importante? Ser la necesidad de continuar? En caso afirmativo, la

fecha de finalizacin de los MSS propuestos satisfacer esta necesidad? Se identifican
alternativas viables?

14

Describir cmo se determinaron la necesidad e importancia. Lista de las partes afectadas

consultadas y las grandes regiones geogrficas o econmicas en las que se encuentran.

15

All se conoce o espera apoyo para la propuesta MSS? Lista de los cuerpos que han
manifestado apoyo. All se conoce o espera la oposicin a la propuesta MSS? Lista de los
cuerpos que han manifestado oposicin.

16

Cules son los beneficios esperados y los costos a las organizaciones, diferenciados para
las organizaciones pequeas, medianas y grandes en su caso?
Describir cmo se determinaron los beneficios y los costos. Proporcionar la informacin
disponible sobre enfoque geogrfico o econmico, sector industrial y el tamao de la
organizacin. Proporcionar informacin sobre las fuentes consultadas y su base (por
ejemplo las prcticas comprobadas), premisas, suposiciones y condiciones (e.g.
especulativas o tericas) y otra informacin pertinente.

17

Cules son los beneficios esperados y los costos a las dems partes afectadas
(incluyendo los pases en desarrollo).
Describir cmo se determinaron los beneficios y los costos. Proporcionar cualquier
informacin relacionada con las partes afectadas indicado.

18

Cul ser el valor esperado a la sociedad?

19

Otros riesgos han sido identificados (por ejemplo, puntualidad o consecuencias no

deseadas a un negocio especfico).

Principio 2: compatibilidad
20

Hay potencial superposicin o conflicto con otras existentes o previstas ISO normas
internacionales no-ISO o que a nivel nacional o regional? Hay otras acciones pblicas o
privadas, orientacin, requisitos y normas que buscan atender las necesidades
identificadas, tales como documentos tcnicos, las prcticas comprobadas, estudios
acadmicos o profesionales o cualquier otro rgano de conocimiento?

21

Es la MSS o la conformidad relacionados con las actividades de evaluacin (por ejemplo,

auditoras, certificaciones) probables aadir a, sustituir la totalidad o partes de, armonizar y
simplificar, duplicar o repetir, en conflicto con o en detrimento de las actividades existentes
identificadas anteriormente? Qu medidas se estn considerando para asegurar la
compatibilidad, resolver conflictos o evitar la duplicacin.

22

La propuesta MSS es probable promover o frenar la proliferacin de MSS a nivel nacional

o regional, o por sectores de la industria?

Principio 3: cobertura del tema

23

Es la MSS para un nico sector especfico?

24

Los MSS de referencia o incorporar un MSS ISO existentes, no especficos de la industria

(por ejemplo, de la serie ISO 9000 de control de calidad)? Si s, ser el desarrollo de los
MSS conforme a la norma ISO/IEC Sector poltica (vase 6.8.2 de las directivas ISO/IEC,
parte 2) y cualquier otras poltica y orientacin procedimientos pertinentes (por ejemplo
aquellos que pueden ofrecerse por un Comit ISO pertinente)?

25

Qu medidas se han adoptado para eliminar o reducir al mnimo la necesidad particulares

sectoriales desviaciones de un genrico MSS?

Principio 4: flexibilidad
26

Los MSS permitir una organizacin competitivamente a aadir, diferenciar o fomentar la

innovacin de su sistema de gestin ms all del estndar?

Principio 5: libre comercio

27

Cmo facilitar o impacto en el comercio mundial los MSS? Crear o prevenir una barrera
tcnica al comercio los MSS?

28

Los MSS podran crear o prevenir una barrera tcnica al comercio para organizaciones
pequeas, medianas o grandes?

29

Podran los MSS crear o impedir una barrera tcnica al comercio para el desarrollo o
pases desarrollados?

30

Si los MSS propuesto est diseado para ser utilizado en las regulaciones del gobierno, es
probable que aadir a, duplicar, reemplazar, mejorar o apoyar las regulaciones
gubernamentales existentes?

Principio 6: aplicabilidad de conformidad

31

Si el uso es para fines contractuales o reglamentarias, cules son los posibles mtodos
para demostrar conformidad (primer partido, segundo partido o terceros)? Los MSS
permiten a las organizaciones a ser flexible en la eleccin del mtodo de demostrar
conformidad y para acomodar cambios en sus operaciones, gestin, ubicaciones fsicas y
equipos?

32

Si registro y certificacin de terceros es una opcin potencial, cules son los beneficios
anticipados y los costos para la organizacin? Los MSS auditoras conjuntas con otras
normas del sistema de gestin de facilitar o promover evaluaciones paralelas?

Principio 7: exclusiones
33

El objetivo propuesto o alcance incluye las especificaciones del producto (incluyendo

servicio), mtodos de prueba del producto, los niveles de desempeo de producto u otras
formas de orientacin o requisitos relacionados directamente a los productos producidos o
proporcionados por la organizacin ejecutora?

Apndice 2
(normativo)
Estructura alto nivel, ncleo idntico texto y trminos comunes y definiciones
fundamentales para su uso en las normas de sistemas de gestin

1. Introduccin
El objetivo de este documento es mejorar la consistencia y la alineacin de normas
del sistema de gestin ISO al proporcionar una estructura de nivel alta unificador y
acordada, ncleo idntico texto y trminos comunes y definiciones fundamentales.
El objetivo es los estndares ISO gestin sistema "requisitos" se alinean y se ha
mejorado la compatibilidad de estas normas. Est previsto que sistemas de
gestin individual estndar agregar requisitos adicionales "disciplina especfica"
segn sea necesario.
La audiencia contemplada para este documento es ISO comits tcnicos (TC),
subcomits (SC) y proyecto comits (PC) y otros que estn involucrados en el
desarrollo de normas del sistema de gestin.
Este enfoque comn a nuevas normas del sistema de gestin y revisiones futuras
de las normas existentes incrementar el valor de dichas normas a los usuarios.
Ser particularmente til para aquellas organizaciones que eligen para operar una
sola (a veces llamada "integrada") sistema de gestin que puede cumplir
simultneamente los requisitos de dos o ms normas del sistema de gestin.
Apndice 3 de este anexo SL establece la estructura de alto nivel, ncleo idntico
texto y trminos comunes y definiciones fundamentales que conforman el ncleo
del futuros y revisados normas del sistema de gestin ISO tipo A.
Apndice 4 de este anexo SL establece directrices para el uso del Apndice 3 de este anexo
SL.

2. El uso
Normas del sistema de gestin ISO incluyen la estructura alto nivel y el ncleo
idntico texto como se encuentra en el Apndice 3 de este anexo SL. Los trminos
comunes y definiciones fundamentales sean incluidos o normativamente referencia
norma internacional donde estn incluidos.
Tenga en cuenta que la estructura de alto nivel incluye las clusulas principales (1 a 10) y sus
ttulos, en una secuencia fija. El ncleo idntico texto incluye clusulas secundarias numeradas (y
sus ttulos) as como texto dentro de las clusulas sub

3. No aplicabilidad
Si debido a circunstancias excepcionales la estructura de alto nivel o cualquiera del
texto idntico ncleo, ncleo definiciones y trminos comunes no pueden aplicarse
en un sistema de gestin de la disciplina especfica estndar y luego el TC/PC/SC
debe notificar a ISO/TMB a travs del Secretario de ISO/TMB en tmb@iso.org las
razones para esto y que est disponible para su revisin por ISO/TMB.
Nota TC/PC/SC esforzarse por evitar cualquier inaplicabilidad de la estructura de alto nivel o
cualquiera del ncleo idntico texto, trminos comunes y definiciones fundamentales.

4. Normas del sistema de gestin disciplina especfica mediante este

documento
Las adiciones de la disciplina especfica texto son manejadas como sigue.

1. Adiciones especficas de la disciplina son hechas por el ISO/TC individual, PC,

SC u otro grupo que se est desarrollando el sistema especfico de gestin
ISO estndar.
2. Texto disciplina especfica no afectan la armonizacin o contradecir o socavar la
intencin de la estructura alto nivel, ncleo idntico texto, trminos comunes y
definiciones fundamentales.
3. Insertar clusulas adicionales sub o sub sub-clusulas (etc.) delante de un texto
idntico inciso (o sub-sub-clusula etc.), o despus de esa clusula sub (etc.)
y por consiguiente a numerar.
Nota 1 colgante prrafos no estn permitidos ver las directivas ISO/IEC, parte 2, clusula 5.2.4.
Nota que 2 es atencin a la necesidad de comprobar Cruz hace referencia a

4. Agregar o insertar texto disciplina especfica en el Apndice 3 de este anexo SL

ejemplos de adiciones incluyen:
nuevos puntos de bala
texto explicativo disciplina especfica (por ejemplo, notas o ejemplos), para
clarificar los requisitos
disciplina especfica nuevos prrafos a las clusulas sub (etc.) dentro del texto
idntico
agregar texto que realza los requisitos existentes en el Apndice 3 de este
anexo SL
5. Evitar la repeticin de requisitos entre disciplina especfica y el ncleo idntico
texto mediante la adicin de texto al texto idntico ncleo teniendo en cuenta
del punto 4.2 anterior.
6. Distingue entre disciplina especfica y el texto idntico ncleo desde el inicio del
proceso de elaboracin. Esto ayuda a la identificacin de los diferentes tipos
de texto durante el desarrollo y las etapas de la votacin.
Nota 1 distintiva opciones incluyen por color, fuente, tamao de letra, cursiva, o por estar
en caja por separado etc..
Nota 2 identificacin de distinguir texto no necesariamente se lleva en la versin publicada.

7. Comprensin del concepto de riesgo puede ser ms especfica que figura en

la definicin bajo 3.09 del Apndice 3 de este anexo SL. En este caso puede
ser necesaria una definicin de la disciplina especfica. Las definiciones y
trminos especficos de cada disciplina se distinguen de la definicin de
ncleo, e.g. riesgo (XXX).
Tenga en cuenta que lo anterior tambin se puede aplicar a un nmero de otras definiciones.

8. Ncleo definiciones y trminos comunes se integrarn en el listado de trminos y

definiciones en la gestin de la disciplina especfica sistema estndar
compatible con el sistema de concepto de esa norma.

5. Aplicacin
Siga la secuencia, alto nivel, texto base idntica, trminos comunes definiciones de
estructura y base para cualquier nuevo sistema de gestin estndar y para
cualquier revisin al existente sistema de gestin estndar.

6. Orientacin
Buscar orientacin favorable en el apndice 4 de este anexo SL.
Apndice 3
(normativo)

Estructura alto nivel, ncleo idntico texto, trminos comunes y definiciones

fundamentales
Nota en el idntico texto propuestas, XXX = un MSS disciplina especfico calificador
(e.g. energa, seguridad de trfico vial, seguridad, seguridad alimentaria, seguridad
social, medio ambiente, calidad) que necesita para ser insertado. Texto en cursiva azul
se da como notas de asesoramiento a los redactores de las normas. Introduccin
NOTA especfica para la disciplina.

1. mbito de aplicacin
NOTA especfica para la disciplina.

2. Normativas referencias
Nota clusula ttulo sern utilizado. Especficos de la disciplina.

3. Trminos y definicin
Nota clusula ttulo sern utilizado. Trminos y definiciones pueden ser dentro de la norma o en un
documento separado. A definiciones de base y trminos comunes de referencia + disciplina especficas.
A los efectos de este documento, se aplican los siguientes trminos y definiciones.
Nota 1 los siguientes trminos y definiciones constituyen parte integrante del "texto comn" para
la gestin de normas de sistemas. Definiciones de trminos y condiciones adicionales pueden
agregarse segn sea necesario. Notas pueden ser aadidos o modificados para servir al
propsito de cada estndar.
Nota 2 audaz en una definicin de tipo indica una referencia cruzada a otro trmino definido en la
presente clusula, y parntesis es el nmero de referencia para el trmino.
Nota 3 donde aparece el texto "XXX" a lo largo de esta clusula, debe insertarse la referencia apropiada
dependiendo del contexto en el que se estn aplicando estos trminos y definiciones. Por ejemplo:
"un objetivo XXX" puede ser sustituido como "un objetivo de seguridad de informacin".

organizacin 3.01
persona o grupo de personas que tiene sus propias funciones con responsabilidades,
autoridades y relaciones para lograr sus objetivos (3.08)
Nota 1 a la entrada: el concepto de organizacin incluye, pero no se limita a sole-trader,
empresa, Corporacin, empresa, empresa, autoridad, Asociacin, caridad o institucin, o parte o
combinacin de los mismos, ya sea incorporada o no, pblica o privada.

3.02
partes interesadas (trmino
preferido)partes interesadas
(trmino admitido)
persona u organizacin (3.01) que pueden afectar, afectados por o perciben ser
afectado por una decisin o actividad
requisito 3.03 necesidad o expectativa de que
es el indicado, generalmente implcitas u
obligatorio
Nota 1 a la entrada: "Generalmente implcita" significa que es una prctica comn o personalizado para la
organizacin y las partes interesadas que la necesidad o expectativa bajo consideracin est implicado.

Nota 2 de entrada: un requisito especificado es aquel que se indica, por ejemplo en informacin documentada.

3.04
sistema de gestin
conjunto de elementos interrelacionados o interaccin de una organizacin (3.01) para
establecer las polticas (3.07) y procesos (3.12) para alcanzar esos objetivos y objetivos (3.08)
Nota 1 a la entrada: un sistema de gestin puede abordar una sola disciplina o varias disciplinas.
Nota 2 de entrada: los elementos del sistema incluyen la estructura de la organizacin, funciones y
responsabilidades, planificacin, operacin, etc..
Nota 3 de entrada: el alcance de un sistema de gestin puede incluir la totalidad de la
organizacin, funciones especficas e identificadas de la organizacin, secciones especficas e
identificadas de la organizacin o una o ms funciones a travs de un grupo de organizaciones.

gerencia superior 3.05

persona o grupo de personas que dirige y controla una organizacin (3.01) al ms alto nivel
Nota 1 a la entrada: Top management tiene el poder de delegar autoridad y proporcione recursos dentro de la
organizacin.
Nota 2 de entrada: Si el alcance del sistema de gestin (3.04) cubre slo una parte de una organizacin y
gerencia superior se refiere a quienes dirigir y controlar esa parte de la organizacin.

grado de efectividad de 3,06 se observan que las

actividades programadas y resultados previstos
poltica 3.07
intenciones y direccin de una organizacin (3.01) como formalmente expresada por su alta
gerencia (3.05) resultado de
3.08 objetivo debe ser alcanzado
Nota 1 a la entrada: puede ser un objetivo estratgico, tctico u operacional.
Nota 2 de entrada: objetivos pueden relacionarse con distintas disciplinas (como el financiero, de
salud y seguridad y metas ambientales) y se puede aplicar a diferentes niveles (como
estratgica, toda la organizacin, proyecto, producto y proceso (3.12)).
Nota 3 de entrada: un objetivo puede expresarse de otras maneras, por ejemplo como un
resultado previsto, un propsito, un criterio operacional, como un objetivo XXX o por el uso de
otras palabras con significado similar (por ejemplo objetivo, meta o blanco).
Nota 4 de entrada: en el contexto de XXX sistemas de gestin de objetivos XXX son fijados por la
organizacin, consistente con la poltica XXX, para lograr resultados concretos. efecto

3.09 riesgo de incertidumbre

Nota 1 a la entrada: un efecto es una desviacin de lo esperado, positivo o negativo.
Nota 2 de entrada: el estado, incluso parcial, de la carencia de informacin relacionada con, comprensin o
conocimiento de, un evento, su consecuencia o probabilidad de la incertidumbre es.
Nota 3 de entrada: riesgo se caracteriza a menudo por referencia a posibles eventos (ISO Guide 73, 3.5.1.3) y
consecuencias (ISO Guide 73, 3.6.1.3), o una combinacin de stos.
Nota 4 de entrada: riesgo a menudo se expresa en trminos de una combinacin de las consecuencias
de un evento (incluidos los cambios en las circunstancias) y el asociado probabilidad (ISO Guide 73,
3.6.1.1) de ocurrencia.

3.10 competencia
capacidad de aplicar los conocimientos y habilidades para alcanzar resultados previstos

3.11
informacin documentada
informacin requerida para ser controlados y mantenidos por una organizacin (3.01) y el
medio en el que est contenida
Nota 1 de entrada: informacin documentada puede estar en cualquier formato y medios de comunicacin y de
cualquier fuente.
Nota 2 de entrada: puede consultar informacin documentada
el sistema de gestin (3.04), incluyendo los relacionados
con los procesos (3.12); informacin creada en orden
para la organizacin operar (documentacin); pruebas de
resultados obtenidos (registros).

proceso de 3.12
conjunto de actividades interrelacionadas o interaccin que transforma entradas en salidas
3.13 rendimiento resultado mensurable
Nota 1 a la entrada: rendimiento puede relacionar resultados a cuantitativa o cualitativos.
Nota 2 de entrada: rendimiento puede relacionarse con la gestin de las actividades, procesos (3.12),
productos (incluyendo servicios), sistemas u organizaciones (3,01).

3.14 externalizar (Verbo)

hacer un arreglo donde una externa organizacin (3.01) realiza parte de una organizacin
funcin o proceso (3.12)
Nota 1 a la entrada: una organizacin externa est fuera del alcance del sistema de gestin (3.04), aunque
las funciones externalizadas o proceso est dentro del alcance.

3.15 monitoreo determinar el estado de un

sistema, una actividad o un proceso (3.12)
Nota 1 de entrada: para determinar el estado puede haber una necesidad de comprobar, supervisar u observar
crticamente.

3.16 medicin proceso (3.12) para determinar un valor

3.17 auditora auditora sistemtica, independiente y documentado proceso (3.12) para la
obtencin de pruebas y evaluar objetivamente para determinar el grado en que se cumplen los
criterios de auditora
Nota 1 a la entrada: una auditora puede ser un interno de auditora (primer partido) o una auditora
externa (segundo partido o de terceros), y puede ser una auditora combinada (combinando dos o
ms disciplinas).
Nota 2 de entrada: "Evidencia de auditora" y "criterios de auditora" est definido en la norma ISO 19011.

3.18 conformidad cumplimiento de un requisito (3.03)

3.19 inconformismo incumplimiento de un requisito (3.03)correccin de 3,20 accin para
eliminar una detectado no conformidades (3.19) accin correctiva 3.21 para eliminar la causa de
una no conformidad (3.19) y para prevenir la recurrencia actividad recurrente 3.22 mejora
continua para mejorar el rendimiento (3.13)

4. Contexto de la organizacin
4.1 Comprensin de la organizacin y su contexto
La organizacin deber determinar cuestiones internas y externas que son pertinentes
para su finalidad y que afectan su capacidad para lograr los resultados previstos de su
sistema de gestin de XXX.

4.2 Comprender las necesidades y expectativas de las partes interesadas

La organizacin determinar
Espesitas las partes interesadas que son relevantes para el sistema de gestin de XXX, y
Espesitas los requisitos de las partes interesadas.
4.3 Determinar el alcance del sistema de gestin XXX
La organizacin determinar los lmites y aplicabilidad del sistema de gestin XXX para
establecer su alcance.
Cuando se determina que este mbito, la organizacin considerar
Espesitas las cuestiones internas y externas
contempladas en espesitas los requisitos
contemplados en el 4.2 y 4.1.

El alcance estar disponible como informacin documentada.

4.4 Sistema de gestin de XXX

La organizacin debe establecer, implementar, mantener y mejorar continuamente un
sistema de gestin de XXX, incluyendo los procesos necesitados y sus interacciones,
conforme a los requisitos de esta norma internacional.

5. Liderazgo
5.1 Liderazgo y compromiso
Alta gerencia deber demostrar liderazgo y compromiso con respecto al sistema de gestin de XXX
por
asegurando que la poltica de XXX y XXX objetivos estn establecidos y son compatibles
con la direccin estratgica de la organizacin
garantizar la integracin de la gestin de XXX requisitos del sistema en los procesos de negocios
de la organizacin
asegurarse de que estn disponibles los recursos necesarios para el sistema de gestin de XXX
comunicar la importancia del manejo efectivo de XXX y de ajustarse a los requisitos de
sistema de gestin de XXX
asegurando que el XXX sistema de gestin alcanza sus resultados previstos
dirigir y apoyar a las personas para contribuir a la eficacia del sistema de gestin XXX
promover la mejora continua

apoyo a otras funciones de gestin pertinentes para demostrar su liderazgo como se aplica
a sus reas de responsabilidad.
Referencia de nota al "negocio" en esta norma internacional debe interpretarse ampliamente aquellas
actividades que son fundamentales para los propsitos de la existencia de la organizacin.

5.2 Poltica
Alta direccin establecer una poltica XXX que
es apropiado para el propsito de la organizacin
proporciona un marco para establecer objetivos de XXX
incluye un compromiso para satisfacer los requisitos aplicables, y
incluye un compromiso de mejora continua del sistema de gestin XXX.
Ser la poltica XXX
estarn disponibles como informacin documentada
ser comunicada dentro de la organizacin
estar disponible para las partes interesadas, segn proceda.
5.3 Las autoridades, responsabilidades y roles de organizacin
Alta gerencia velarn por que las responsabilidades y autoridades para papeles relevantes son
asignadas y comunicadas dentro de la organizacin.
Alta direccin podr asignar la responsabilidad y autoridad para:
un) asegura que el sistema de gestin de XXX cumple con los requisitos de este
Norma internacional: y
b) informes sobre el desempeo del sistema de gestin XXX a la gerencia superior.

6. Planificacin
6.1 Medidas para abordar los riesgos y oportunidades
Cuando la planificacin para el sistema de gestin de XXX, la organizacin deber
considerar las cuestiones mencionadas en 4.1 y los requisitos contemplados en el 4.2
y determinan los riesgos y oportunidades que deben abordarse para
asegurar la gestin XXX sistema puede lograr sus resultados previstos
evitar o reducir, efectos no deseados
lograr la mejora continua.
La organizacin deber planificar:
un) acciones para abordar los riesgos y oportunidades, y

b) cmo
Espesitas integrar e implementar las acciones en sus procesos de sistema de gestin de XXX
Espesitas evaluar la efectividad de estas acciones.
6.2 XXX objetivos y planificacin alcanzarlos
La organizacin establecer objetivos XXX en niveles y funciones
pertinentes. Sern los objetivos XXX
ESPESITASser coherente con la poltica XXX
ESPESITASser medibles (si es posible)
ESPESITAS

tomar en cuenta los requisitos

aplicables

ESPESITASser monitoreados
ESPESITASser comunicados, y
ESPESITASactualizado segn corresponda.
La organizacin retendr la informacin documentada sobre los objetivos XXX.
Al planificar cmo lograr sus objetivos XXX, determinar la organizacin
ESPESITASQu se har
ESPESITAS

Qu recursos sern
necesarios

ESPESITASQuin ser responsable

ESPESITASCundo se completar
Cmo se evaluarn los
ESPESITASresultados.

7. Apoyo
7.1 Recursos
La organizacin debe determinar y proporcionar los recursos necesarios para el establecimiento,
implementacin, mantenimiento y mejora continua del sistema de gestin XXX.
7.2 Competencia
La organizacin deber
Espesitas determinar la competencia necesaria de persona trabajando bajo su control que
afecte su rendimiento XXX, y
Espesitas asegurar que estas personas sean competentes sobre la base de una
educacin adecuada, formacin o experiencia;
Espesitas en su caso, tomar acciones para adquirir las competencias necesarias y evaluar la
efectividad de las medidas adoptadas, y

Espesitas retener informacin documentada apropiada como evidencia de la competencia.

Tenga en cuenta las acciones aplicables pueden incluir, por ejemplo: la provisin de capacitacin, la tutora
de, o la reasignacin de actualmente ajena; la contratacin o contratacin de personas competentes.

7.3 Conciencia
Personas trabajando bajo el control de la organizacin deben ser conscientes de
Espesitas la poltica XXX
Espesitas su contribucin a la eficacia del sistema de gestin XXX, incluyendo los beneficios de
un mayor rendimiento de XXX
Espesitas las consecuencias de no cumple con los requisitos de sistema de gestin de XXX.
7.4 Comunicacin
La organizacin determinar la necesidad de comunicaciones internas y externas
relacionadas con el sistema de gestin XXX incluyendo
Espesitas sobre lo comunicar
Espesitas al comunicarse
Espesitas con quien comunicarse.
7.5 Informacin documentada de
7.5.1 General
Sistema de gestin de la organizacin XXX incluir
Espesitas documentada la informacin requerida por esta norma internacional
Espesitas documentado informacin determinada por la organizacin como sea necesario para la
eficacia del sistema de gestin XXX.
Tenga en cuenta que el grado de informacin documentada de un sistema de gestin de XXX puede
diferir de una organizacin a otra debido a
el tamao de la organizacin y el tipo de actividades, procesos,
productos y servicios,la complejidad de los procesos y sus
interacciones, yla competencia de las personas.

7.5.2 Creando y actualizando

Cuando creando y actualizando informacin documentan la organizacin velar apropiado
Espesitas identificacin y descripcin (por ejemplo un ttulo, fecha, autor o nmero
de referencia) formato espesitas (por ejemplo lengua, versin de software,
grficos) y los medios de comunicacin (por ejemplo papel, electrnico)

Espesitas revisin y aprobacin de idoneidad y suficiencia.

7.5.3 Control de informacin documentada
Informacin documentada requerida por el sistema de gestin de XXX y esta internacional
Estndar deber ser controlada para asegurar
Espesitas es disponible y conveniente para el uso, dnde y cundo es necesario
Espesitas adecuadamente protegida (por ejemplo de prdida de confidencialidad, uso indebido o
prdida de la integridad).
Para el control de informacin documentada, la organizacin dirigir las actividades siguientes,
segn corresponda
Distribucin espesitas , acceso, recuperacin y uso
Espesitas almacenamiento y conservacin, incluyendo la preservacin de la legibilidad
Espesitas control de cambios (por ejemplo control de versiones)
Espesitas retencin y eliminacin
Informacin documentada de origen externo determinado por la organizacin necesaria
para la planificacin y operacin del sistema de gestin XXX se identificar segn
corresponda y controlada.
Tenga en cuenta que el acceso implica una decisin sobre el permiso para ver la informacin
documentada, o el permiso y la autoridad para ver y cambiar la informacin documentada, etc..

8. Operacin
8.1 Control y planificacin operativa de
La organizacin deber planificar, ejecutar y controlar los procesos necesarios para satisfacer los
requisitos y para implementar las acciones en 6.1, determinadas
Espesitas establecimiento de criterios para los procesos
Espesitas aplicacin de control de los procesos de acuerdo con los criterios
Espesitas mantener documentada informacin en la medida necesaria para tener confianza en que
los procesos han llevado a cabo segn lo planeado.
La organizacin deber controlar los cambios planificados y examinar las consecuencias de los
cambios no intencionados, tomando medidas para mitigar los efectos adversos, segn sea
necesario.
La organizacin velar por que se controlan los procesos subcontratados.

9. Evaluacin de desempeo
9.1 Control, medicin, anlisis y evaluacin
La organizacin determinar

ESPESITASlo que necesita ser controlados y medidos

ESPESITASlos mtodos para el control, medicin, anlisis y evaluacin, segn proceda, para asegurar
resultados vlidos
ESPESITASCundo se realizar el seguimiento y medicin
ESPESITASCuando los resultados de seguimiento y medicin sern analizados y evaluados.
La organizacin retendr la apropiada informacin documentada como evidencia de los resultados.
La organizacin evaluar el desempeo XXX y la efectividad del sistema de gestin XXX.
9.2 Auditoria
La organizacin llevar a cabo auditoras internas a intervalos planificados para
proporcionar informacin sobre si el sistema de gestin de XXX; un) se ajusta a
Espesitas la organizacin de s poseer los requisitos para su gestin
XXX sistema espesitas los requisitos de esta norma internacional;

b) efectivamente es implementado y mantenido.

La organizacin deber:
un) planificar, establecer, implementar y mantener un programa de auditora, incluyendo la
frecuencia, mtodos, las responsabilidades, los requisitos de planificacin y presentacin
de informes. Los programas de auditora debern tomar en consideracin la importancia de
los procesos afectados y los resultados de auditoras previas;
b) definir los criterios de auditora y alcance para cada auditora;
c) seleccione cuentas y realizar auditoras para asegurar la objetividad y la imparcialidad del
proceso de auditora;
d) asegurar que se reportan los resultados de las auditoras de gestin correspondientes, y
e) retener informacin documentada como evidencia de la implementacin del programa de
auditora y los resultados de la auditora.
9.3 Management review
Alta gerencia revisar sistema de gestin de XXX de la organizacin, a intervalos planificados,
para asegurar su continua idoneidad, adecuacin y eficacia.
El examen de gestin incluir la consideracin de:
un) el estado de las acciones de revisiones de gestin anteriores;
b) cambios en las cuestiones internas y externas que son relevantes para el sistema de gestin de
XXX;
c) informacin sobre el desempeo de XXX, incluidas las tendencias en:

Espesitas las no conformidades y acciones correctivas

Espesitas resultados de medicin y monitoreo, y
Resultados de la auditora espesitas ;
d) oportunidades para la mejora continua.
Los resultados de la revisin de gestin debern incluir las decisiones relacionadas
con las oportunidades de mejora continua y la necesidad de cambios en el sistema de
gestin de XXX. La organizacin retendr la informacin documentada como evidencia
de los resultados de las revisiones de gestin.

10. Mejora
10.1 Accin inconformismo y correctivo
Cuando se produce una inconformidad, la organizacin deber:
un) reaccionar a la inconformidad y segn corresponda
Espesitas tomar medidas para controlar y corregir, y
Espesitas lidiar con las consecuencias;
b) evaluar la necesidad de accin para eliminar las causas de la no conformidad, a fin de que no se
repiten o se producen en otros lugares, por
Espesitas revisando la no conformidad
Espesitas determinar las causas de la inconformidad, y
Espesitas determinar si no conformidades similares existen, o podran ocurrir;
c) implementar cualquier accin necesitado;
d) revisar la efectividad de cualquier accin correctiva tomada; y
e) realizar cambios en el sistema de gestin de XXX, si es necesario.
Acciones correctivas debern ser apropiadas a los efectos de las no conformidades encontradas.
La organizacin deber retener informacin documentada como evidencia de
Espesitas la naturaleza de las no conformidades y todas las subsiguientes medidas adoptadas, y
Espesitas los resultados de cualquier accin correctiva.
10.2 La mejora continua de
La organizacin debe mejorar continuamente la conveniencia, adecuacin y eficacia del
sistema de gestin XXX.

Apndice 4
(informativo)
Orientacin sobre la estructura alto nivel, ncleo idntico texto, trminos
comunes y definiciones fundamentales
Comentario general
Aclaraciones o descripciones deben darse por frases como "procede" o "cuando proceda", quizs en la introduccin
Comentario general
Al referirse a los objetivos, utilice siempre un "calificador" (e.g. XXX objetivos; Objetivos del sistema de gestin de
XXX ; objetivos del proceso etc..)

Comentario general
Por esas normas que se ocupan de riesgo, debe haber acuerdo sobre el posicionamiento de la evaluacin del riesgo y
riesgo tratamiento texto (es decir, debe fu en la clusula 6 o clusula 8)

Comentario general
Este alto nivel de estructura e idntico texto no incluye una clusula dando requisitos especficos para la "accin
preventiva". Esto es porque uno de los propsitos fundamentales de un sistema de gestin formal actuar como una
herramienta preventiva. En consecuencia, la estructura de alto nivel y el texto idntico requieren una evaluacin de las
organizacin "externos e internos temas que son relevantes para su propsito y que afectan su capacidad para lograr
los resultados previstos" en el apartado 4.1 y para "determinar los riesgos y oportunidades que deben abordarse para:
asegurar la gestin XXX sistema puede lograr sus resultados previstos; prevenir o reducir, efectos no deseados; lograr
la mejora continua."en el apartado 6.1. Estos dos conjuntos de requisitos se consideran para cubrir el concepto de
"accin preventiva" y tambin para tener una visin ms amplia que analiza los riesgos y oportunidades.
Introduccin
Este contenido de esta clusula ser nica a la disciplina
1. mbito de aplicacin
un) Esto ser especfico a la disciplina con posiblemente un texto idntico
b) El mbito de aplicacin debe definir los "resultados previstos" de los MSS pertinentes
Utilice "resultados previstos" y no "resultado esperado"
-

Resultado esperado es que "espera" por las partes interesadas

"Resultado previsto" es que "destinado" como resultado de la aplicacin de la norma, o proceso etc..
2. Normativas referencias
Deber utilizarse el ttulo clusula normativa, incluso cuando no se dan referencias, para propsitos de alineacin
clusula; Sin embargo, el contenido ser exclusivo de la disciplina
3. Trminos y definiciones
Se utilizar el ttulo clusula "Trminos y definiciones".
Trminos y definiciones pueden ser dentro de la norma o en un estndar/documento separado.
La clusula debe hacer referencia los trminos comunes y las definiciones de base + disciplina especfica que

5.3 Las autoridades, las responsabilidades y funciones organizativas

Algunas disciplinas MSS tal vez desee agregar una nota que: << tenga en cuenta el papel de informar sobre el
desempeo de la
Sistema de gestin de XXX a menudo se asigna a un "representante de gestin" >>

6.1 Medidas para abordar los riesgos y oportunidades

Normas especficas de disciplina pueden definir "riesgo" en trminos que son especficos de su disciplina. ISO 31000
proporciona una definicin de "riesgo" que pueden utilizar algunas normas de disciplina especfica (ver tambin
definicin 3.09). Adems, cada disciplina debe aclarar su necesidad de un planteamiento formal de "gestin del riesgo".
7.1 Recursos
Cada disciplina puede necesitar aadir una nota especfica dando ejemplos de recursos
8. Operacin
El concepto detrs de esta clusula es que se aplica a las operaciones generales de la organizacin, as como el
funcionamiento de su sistema de gestin

Original
Proposals for management system standards