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 2) Compatibilidad

Debe satisfacer las necesidades de cualquier MSS y agregar valor para los usuarios primarios y otras partes afectadas. Debe mantener compatibilidad entre varios MSS y dentro de una familia de MSS. An MSS debe tener suficiente cobertura de aplicacin para eliminar o reducir al mnimo la necesidad de varianzas sectoriales.

3) Cobertura del tema

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.

4) Flexibilidad

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 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.

Consistencia

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)? 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? 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? 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. 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. 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.

12

13

14

15

16

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 19

Cul ser el valor esperado a la sociedad? 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? 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. La propuesta MSS es probable promover o frenar la proliferacin de MSS a nivel nacional o regional, o por sectores de la industria?

21

22

Principio 3: cobertura del tema

23 24 Es la MSS para un nico sector especfico? 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)? Qu medidas se han adoptado para eliminar o reducir al mnimo la necesidad particulares sectoriales desviaciones de un genrico MSS?

25

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? Los MSS podran crear o prevenir una barrera tcnica al comercio para organizaciones pequeas, medianas o grandes? Podran los MSS crear o impedir una barrera tcnica al comercio para el desarrollo o pases desarrollados? 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?

28

29

30

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? 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?

32

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