Diagrama de flujo de revisión y aprobación de políticas
Diagrama del proceso de revisión y aprobación de políticas: disparador por calendario o evento, confirmación del propietario, análisis de brechas, consulta, revisión legal y laboral, aprobación por niveles, publicación y acuse.
¿Qué es diagrama de flujo de revisión y aprobación de políticas?
La mayoría de los marcos normativos no fallan de forma ruidosa, sino en silencio. Las políticas existen, alguien las aprobó en su día y el registro incluso lleva fechas de revisión, pero un tercio están vencidas, varias tienen como propietario a personas que se fueron en una reorganización y la versión de la intranet no es la del manual de acogida. El motivo rara vez es que la política no le importe a nadie. Es que la revisión se trata como un trabajo de edición de documentos y no como un ciclo de gobernanza con un disparador, un propietario, una decisión y un registro. Hay dos síntomas que sirven de diagnóstico. El primero es una revisión que no produjo ningún cambio y no dejó rastro, de modo que una política que se leyó y se dio por correcta parece intacta durante seis años. El segundo es una revisión que se aprobó y se publicó pero nunca llegó a aterrizar: ningún anuncio que nadie recuerde, ningún acuse y exenciones todavía vigentes contra números de cláusula que ya no existen. Ninguno de los dos es un problema de redacción. Los dos son fallos del ciclo que rodea al documento: nadie tenía nombre y apellidos para hacerlo girar, nada registró lo que se decidió y no existía ningún paso para cerrar el círculo con las personas a las que la política obliga.
Este diagrama es el ciclo de gobernanza de una sola política, dibujado en cinco fases y seis carriles. No es el ciclo de vida general del documento controlado: la numeración de versiones, la emisión, la distribución, la retirada de las copias obsoletas y la revisión periódica de cualquier tipo de documento controlado pertenecen al diagrama del proceso de control de documentos en /es/templates/proceso-de-control-de-documentos, y esta página da por hecho que esa maquinaria ya existe y la invoca. Tampoco es la prueba de enrutado de un borrador concreto: qué revisores son obligatorios, qué cuenta como cambio editorial y cuándo hace falta un segundo aprobador se desarrollan con mucho más detalle en el flujo de aprobación de documentos en /es/templates/flujo-de-aprobacion-de-documentos. Y tampoco es la revisión de un procedimiento operativo. Una política es un instrumento de gobierno: declara qué exige la organización, se posee a nivel de consejo o de dirección y vuelve por calendario haya cambiado algo o no. Un procedimiento normalizado de trabajo (SOP) es una instrucción de trabajo que cambia cuando cambia el trabajo, y por eso la plantilla de SOP controlado en /es/templates/plantilla-sop-controlado se construye alrededor de la actividad y no de la fecha de revisión. Los hallazgos que disparan la revisión de una política llegan a menudo del proceso de auditoría interna en /es/templates/proceso-de-auditoria-interna: esa página cubre cómo se levanta un hallazgo, esta cubre qué hace después el propietario de la política.
Tres cosas que casi todos los procedimientos escritos de política dejan implícitas están aquí dibujadas como bifurcaciones. «¿Hay que modificar la política?» lleva una rama Sin cambios que no se limita a parar: termina en «Revisión registrada y nueva fecha fijada», porque una revisión que no produjo ninguna modificación sigue siendo una revisión, y es exactamente lo que muestrea un auditor de certificación. «¿Qué nivel de aprobación aplica?» se responde antes de presentar la revisión y no después de que haya pasado un mes en el orden del día equivocado, y enruta a tres órganos distintos en lugar de a un único aprobador nominal. Y «¿Requiere consulta a la representación?» es una bifurcación de verdad, con una salida de verdad. Donde el comité de empresa o la representación legal de los trabajadores tiene derechos de información y consulta, el borrador va hacia ellos y «¿La representación acepta el cambio?» queda por escrito; su rama No aceptado no devuelve el borrador para otra edición, sino que traslada el cambio a una negociación con su propio calendario, y por eso «Derivado a negociación formal» sale del proceso en lugar de volver al bucle. La fase de publicación es deliberadamente más larga de lo que la hacen la mayoría de los procedimientos (anunciar, sustituir, decidir si el cambio es lo bastante sustantivo como para formar, recoger el acuse, repasar el registro de excepciones), porque ahí es donde están los fallos de verdad.
Qué cubre este diagrama de flujo
En esta plantilla
- Seis carriles (Oficina de políticas, Propietario de la política, Áreas afectadas, Legal y compliance, Representación de los trabajadores y Órgano de aprobación) repartidos en cinco fases: Disparador y alcance, Análisis de brechas, Redacción y consulta, Aprobación, y Publicación y acuse.
- Un disparador que es o bien la fecha de revisión que la propia política lleva escrita, o bien un evento que la deja obsoleta antes de tiempo, seguido de «Confirmar el propietario de la política»: el paso que caza las políticas que una reorganización dejó huérfanas, antes de que se redacte nada.
- «¿Hay que modificar la política?» respondida desde un análisis de brechas explícito, con una rama Sin cambios que aun así termina en «Revisión registrada y nueva fecha fijada», para que una política que no necesita modificación nunca parezca sin revisar.
- La consulta repartida en tres carriles: «Consultar a las áreas afectadas», «Revisar el encaje legal y regulatorio» y una decisión «¿Requiere consulta a la representación?» que enruta hacia la representación de los trabajadores, donde «¿La representación acepta el cambio?» o devuelve el borrador a «Actualizar el borrador tras la consulta» o sale por «Derivado a negociación formal» en vez de volver al bucle.
- «¿Qué nivel de aprobación aplica?» se bifurca en Nivel 1 (consejo), Nivel 2 (dirección) y Nivel 3 (comité), que confluyen en una «¿Decisión de aprobación?» de tres salidas: Aprobada, Rehacer de vuelta al borrador, o Rechazada, que termina en «Revisión retirada y archivada».
- Una fase de publicación con los pasos que los procedimientos suelen dar por supuestos: «Publicar la nueva versión y anunciarla», «Sustituir y archivar la versión anterior», una decisión «¿Cambio sustantivo que exige formación?», «Registrar el acuse del personal afectado», «Actualizar el registro de excepciones» y el final «Política revisada en vigor».
Cuándo usar esta plantilla
- Estás escribiendo o rehaciendo un marco normativo y necesitas una sola imagen de quién dispara la revisión, quién posee el contenido, a quién hay que consultar y quién firma.
- Tu registro de políticas sigue nombrando propietarios que se fueron en la última reorganización y lleva fechas de revisión vencidas hace dos años, y quieres la comprobación del propietario y el desenlace Sin cambios registrado dentro del ciclo, en vez de perseguirlos por correo.
- Un hallazgo de auditoría, un cambio regulatorio o una reorganización acaba de forzar una revisión fuera de ciclo, y quieres que siga la misma ruta que una programada.
- Al consejo le siguen llegando revisiones que debería haber resuelto un comité de políticas, y necesitas que el nivel se decida antes de presentarla y no se discuta en la reunión.
- Publicas políticas revisadas y luego no puedes demostrar quién las ha leído, o te encuentras exenciones todavía vivas contra cláusulas que se eliminaron hace dos versiones.
Cómo funciona
Renombra los carriles según tu gobernanza
Sustituye Oficina de políticas, Propietario de la política, Áreas afectadas, Legal y compliance, Representación de los trabajadores y Órgano de aprobación por los roles y órganos que de verdad tienes. Mantén la oficina de políticas separada del propietario de la política aunque la oficina sea una sola persona: una hace girar el ciclo y custodia el registro, el otro posee el contenido y defiende el cambio. Si no tienes comité de empresa ni representación sindical reconocida, borra el carril de Representación de los trabajadores y la decisión que lo alimenta, en lugar de dejar en el diagrama un órgano que no hace nunca nada.
Escribe la lista de disparadores en el marco normativo
El disparador por calendario es el fácil; los disparadores por evento son los que se discuten después. Nómbralos en el documento marco: un cambio normativo o legislativo, una actuación sancionadora, un incidente grave, un hallazgo de auditoría interna o externa, un cambio material del modelo operativo, una reorganización y una adquisición. Di quién está autorizado a adelantar una revisión y cómo lo hace, porque una revisión fuera de ciclo que depende de que alguien vea una noticia no es un control. Y después registra qué disparador se activó en cada revisión que ejecutes.
Fija los niveles de aprobación antes de necesitarlos
Etiqueta ahora cada política del registro con su nivel y con su órgano de aprobación concreto, mientras no hay nada pendiente: decidir el nivel con una revisión ya redactada convierte una pregunta de gobernanza en una discusión de agenda. Para el Nivel 1, léete las materias reservadas al consejo de administración en lugar de deducirlo por el tema. Y escribe las dos cosas que los marcos se dejan fuera: quién puede mover una revisión entre niveles, y qué aspecto tiene una aprobación delegada cuando el órgano no se va a reunir antes de la fecha de entrada en vigor. Por ese segundo hueco es por donde entran en vigor, en silencio, políticas sin aprobar.
Define qué significa un cambio sustantivo
«¿Cambio sustantivo que exige formación?» es una pregunta inerte hasta que escribas la prueba. Sustantivo significa que el cambio altera lo que alguien tiene que hacer: una obligación nueva, un umbral más bajo, una prohibición nueva, una vía de comunicación distinta. No significa un departamento renombrado ni una referencia cruzada corregida. Equivocarse sale caro en los dos sentidos: formar sobre nimiedades enseña a la gente a pasar pantallas, y un cambio sustantivo silencioso deja al personal haciendo con toda confianza lo de antes. Que el propietario de la política proponga la respuesta y que el órgano de aprobación la confirme como parte de la aprobación.
Decide cómo se registran el acuse y las exenciones
Define la población afectada a partir de un sistema de registro y no de una lista de correo, fija un plazo, persigue a quien no responde a través de sus responsables directos y archiva las cifras de cumplimiento contra la versión de la política a la que pertenecen: un porcentaje de acuse sin versión asociada no demuestra nada. Después trata el registro de excepciones como parte de la publicación y no como una limpieza posterior. Dale un propietario con nombre, exige que cada exención lleve fecha de caducidad, aprobador y el control compensatorio en el que se apoya, y reapunta las que sobrevivan a la nueva numeración de cláusulas antes de que la revisión entre en vigor.
Recórrelo con quien lo vive y publica una versión
Lleva el diagrama terminado a las personas de los carriles (el propietario de la política, quien lleva el registro, un revisor legal y quien ejerce de secretario del órgano de aprobación) y recorre con ellos una política real de principio a fin, incluida una revisión que no cambia nada. Corrige el diagrama hasta que refleje lo que hacen de verdad, no lo que dice el marco. Después publica esa revisión con una aprobación registrada y conserva las anteriores, para que el proceso de revisar políticas esté sometido al mismo control de versiones que él le exige a todo lo demás.
Preguntas frecuentes
¿Cuáles son los pasos de un proceso de revisión y aprobación de políticas?
Dispara la revisión, ya sea desde la fecha que la política lleva escrita o desde un evento que la deja obsoleta. Confirma quién es el propietario responsable, porque las reorganizaciones dejan políticas huérfanas. Analiza el texto vigente contra lo que haya disparado la revisión y decide si hace falta cambiar algo. Si no hace falta, registra la revisión y fija una nueva fecha. Si hace falta, redacta la revisión sobre la versión aprobada con control de cambios, consulta a las áreas de negocio a las que la cláusula obliga, pásala por revisión legal y de compliance, y lleva el cambio a la representación de los trabajadores siempre que tenga derechos de información, consulta o codeterminación. Actualiza el borrador, preséntalo al nivel de aprobación en el que la política está encuadrada y registra la decisión. Después publica una versión numerada con su fecha de entrada en vigor, anuncia qué ha cambiado, retira y archiva la versión sustituida, forma donde el cambio sea sustantivo, recoge el acuse del personal afectado y repasa el registro de excepciones contra la nueva numeración de cláusulas.
¿Con qué frecuencia hay que revisar las políticas?
Anualmente las que llevan obligaciones legales o regulatorias y todo lo que posea el consejo; cada dos años la mayoría de las demás; y de inmediato siempre que un evento se adelante al calendario. El ciclo fijo no es lo importante: lo importante son los disparadores por evento. Una política revisada en plazo el mes anterior a un cambio legislativo está desfasada a la semana siguiente, y la revisión que de verdad cuenta es la que no estaba programada. Fija el intervalo política a política y no para todo el marco, escríbelo en la propia política y guárdalo en un registro que muestre la próxima fecha de cada entrada, no solo la última. Dos apuntes prácticos. Escalona las fechas para que al órgano de aprobación no le lleguen cuarenta políticas en un mismo trimestre. Y decide qué significa una revisión vencida antes de tener una: una política no decae cuando pasa su fecha de revisión, sigue en vigor, así que la entrada vencida tiene que verse en el registro y escalarse a la línea jerárquica del propietario, en lugar de que quien mantiene la lista le ponga otra fecha sin más.
¿Quién debe aprobar una política?
El órgano que carga con la responsabilidad que la política expresa, y por eso un único aprobador nominal rara vez funciona para todo un marco. Este diagrama enruta a tres. Las políticas que fijan el apetito de riesgo, cumplen una obligación legal o vinculan a la organización frente a terceros van al consejo de administración. Las de impacto transversal (cómo se justifican los gastos, cómo se tratan los datos personales, cómo se contrata a los proveedores) van a un comité de dirección donde estén representadas las funciones afectadas. El resto van a un comité de políticas con autoridad delegada del consejo. Etiqueta por adelantado cada política con su nivel en el registro, para que la ruta esté cerrada antes de redactar y no se discuta al presentarla. Y mantén separados al propietario y al aprobador por pequeña que sea la organización: una política que una sola persona escribe, posee y autoriza no ha tenido segunda lectura, y eso es lo primero que se examina cuando resulta que la política contradice una obligación legal o un contrato en vigor.
¿En qué se diferencia esto de un diagrama del proceso de control de documentos?
Están a niveles distintos. El diagrama del proceso de control de documentos en /es/templates/proceso-de-control-de-documentos es el ciclo de vida que sigue todo documento controlado (solicitud de cambio, redacción, revisión, aprobación, numeración de versiones, emisión, distribución, retirada de las copias obsoletas y revisión periódica), con un responsable documental haciéndolo funcionar. Esta página es el ciclo de gobernanza de una sola política, y da por supuesto que esa maquinaria de control documental existe por debajo. Lo que añade es la parte específica de política: una comprobación del propietario que caza las huérfanas tras una reorganización, el análisis de brechas contra el disparador, la consulta al comité de empresa o a la representación sindical, la aprobación por niveles del consejo, la dirección o un comité, el acuse de la población afectada y el registro de excepciones, que hay que revalidar cuando las cláusulas se mueven. Si lo que quieres son las decisiones de enrutado dentro de una sola aprobación, usa /es/templates/flujo-de-aprobacion-de-documentos. Y ojo a la distinción con un SOP: una política es un instrumento de gobierno que se revisa por calendario haya cambiado algo o no, mientras que un SOP como el de /es/templates/plantilla-sop-controlado es una instrucción de trabajo que se revisa cuando cambia el trabajo; y si lo que en realidad buscas es el enfoque de control de versiones de la cláusula 7.5 de ISO 9001 en concreto y no este ciclo de gobernanza, consulta /es/guides/control-de-versiones-de-documentos-para-iso-9001.
¿Qué pasa si la revisión concluye que no hace falta cambiar nada?
Hay que registrarlo igualmente, y esa es la mitad del proceso que la mayoría de los marcos se salta. En este diagrama la rama Sin cambios de «¿Hay que modificar la política?» no sale en silencio: termina en «Revisión registrada y nueva fecha fijada». El registro debe decir quién la revisó, contra qué la contrastó (la normativa vigente, el histórico de incidentes, los hallazgos de auditoría desde la última revisión), en qué fecha lo hizo y cuál es la próxima. Opcionalmente, vuelve a emitir la misma versión con una nueva fecha de revisión en lugar de incrementar el número de versión, para que el historial del documento no se llene de revisiones que no cambiaron nada. Esto importa porque los auditores de certificación y los reguladores muestrean evidencia de revisión, no evidencia de cambio. Una política cuyo contenido sigue siendo correcto de verdad al cabo de tres años es un buen resultado; una política que parece sin revisar durante tres años porque nadie registró las revisiones es un hallazgo, y desde el registro las dos son indistinguibles.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Plantilla de diagrama de flujo del proceso de auditoría interna.
Es un paso de Control documental.
Paso 1: Diagrama de flujo del proceso de control de documentos
Paso 3: Flujo de aprobación de documentos (árbol de decisión)
Paso 4: Diagrama de flujo de control de cambios de documentos
Diagrama de flujo de control de cambios de documentos: clasificación en menor o mayor, evaluación de impacto, aprobación, sellado de versión, actualización de la lista de distribución y sustitución formal de la versión anterior.
Paso 5: Diagrama de flujo de revisión y aprobación de políticas Estás aquí
Diagrama del proceso de revisión y aprobación de políticas: disparador por calendario o evento, confirmación del propietario, análisis de brechas, consulta, revisión legal y laboral, aprobación por niveles, publicación y acuse.