Software para la matriz legal del SG-SST: de la alerta normativa a la evidencia de cumplimiento

Por Pablo Rodríguez

Recibir una alerta normativa es el comienzo de un proceso. La empresa todavía debe determinar si la disposición le afecta, qué exige en su operación, quién debe actuar y cómo demostrará que lo ha hecho. Un software para la matriz legal del SG-SST aporta valor cuando permite seguir esa secuencia y revisar las decisiones tomadas.

Una lista extensa de normas puede transmitir una sensación de control aunque incluya requisitos ajenos a la actividad o evidencias desactualizadas. La calidad de la matriz depende de la relación entre requisito, aplicabilidad y actuación. Conviene utilizar esa relación como criterio central de selección del software.

Definir la unidad que se va a evaluar

La ficha de matriz legal explica su función dentro de la gestión. Para llevarla a un sistema digital, decide si cada registro representa una norma completa o un requisito concreto. Una misma disposición puede contener obligaciones para áreas distintas y plazos diferentes; tratarla como una sola casilla de cumplimiento dificulta el seguimiento.

Relaciona cada requisito con las entidades jurídicas, centros y actividades a los que aplica. El análisis debe tener autor, fecha y justificación. La decisión de que un requisito no aplica también necesita una explicación revisable, especialmente si cambia la operación o se incorpora una nueva actividad.

Separar actualización y evaluación de cumplimiento

Que la base normativa esté actualizada no significa que la empresa cumpla todos sus requisitos. Mantén estados diferentes para «pendiente de analizar», «aplicable», «requiere actuación» y «verificado», adaptados al procedimiento de la organización. Evita que una lectura de la alerta cierre automáticamente la evaluación.

El cumplimiento normativo en SST necesita vincular la interpretación con la operación. Una persona competente debe revisar el alcance, identificar las áreas afectadas y confirmar qué evidencia resultará suficiente. El software puede ordenar ese trabajo y recordar vencimientos, según sus capacidades verificadas.

Probar un cambio normativo de principio a fin

En una demostración, presenta una disposición real que la empresa ya haya analizado. Pide mostrar cómo se registra su fuente oficial, cómo se identifica el cambio y qué ocurre con los requisitos anteriores. La comparación debe conservar la historia para explicar qué criterio se aplicaba en cada momento.

Después, sigue una obligación hasta su responsable. Comprueba si puede dividirse en actuaciones de varias sedes, relacionarse con un procedimiento y asociar una evidencia con fecha de revisión. Prueba también una excepción: una sede donde no aplica, una fecha modificada o una tarea que requiere aprobación de presupuesto.

Ejemplo: adaptar un procedimiento interno

Imaginemos una actualización que obliga a revisar un procedimiento utilizado por dos centros. El área técnica analiza el texto oficial; operaciones identifica los cambios prácticos; recursos humanos organiza la información necesaria; y cada centro confirma la implantación. El ejemplo es ilustrativo y no representa una obligación concreta ni un plazo legal.

El expediente debe mostrar qué versión se sustituyó, quién aprobó la nueva y cómo se comprobó su utilización. Adjuntar el procedimiento actualizado puede demostrar su existencia, pero la verificación también puede requerir registros de aplicación. Si un centro continúa utilizando la versión anterior, el estado consolidado debe reflejar esa diferencia.

Conservar evidencias con contexto

Una evidencia necesita propietario, periodo cubierto y relación con el requisito. Un archivo llamado «certificado final» resulta poco útil si no permite identificar el centro, la actividad o su vigencia. La evidencia digital debe poder recuperarse e interpretarse después de un cambio de personal o proveedor.

• Fuente oficial y fecha de consulta.
• Requisito y decisión razonada de aplicabilidad.
• Acciones, responsables y fechas comprometidas.
• Evidencias y periodo al que corresponden.
• Revisión, resultado y próxima comprobación necesaria.

También conviene comprobar cómo se detecta una evidencia retirada o vencida. Si la matriz mantiene una marca verde aunque desaparezca su soporte, el informe pierde fiabilidad y puede ocultar una actuación pendiente.

Preguntas de compra que revelan la calidad del proceso

Pregunta quién mantiene el contenido normativo, qué territorios y materias cubre, cómo se comunican correcciones y qué parte depende de la empresa. Revisa la exportación de requisitos, documentos y decisiones. Estas condiciones deben quedar claras en el contrato de software y las condiciones de salida.

Relaciona las brechas detectadas con la gestión de acciones correctivas. Al valorar Sabentis para la gestión preventiva, utiliza el caso completo como guion y confirma el alcance concreto de las funciones disponibles. La prueba debe mostrar cómo una novedad normativa termina en una decisión y en evidencia verificable.

Comprobaciones de calidad de la matriz legal

Pruebe la matriz con un requisito vigente, uno que haya cambiado y otro considerado no aplicable. La comparación ayuda a comprobar que el sistema conserva decisiones razonadas y permite distinguir la actualización jurídica de la ejecución de medidas.

• Recupere la fuente oficial de una obligación y compruebe que el artículo citado coincide con el requisito registrado.
• Revise una decisión de no aplicabilidad y confirme qué cambio de actividad obligaría a volver a analizarla.
• Compruebe que una modificación normativa conserva la decisión anterior sin presentarla como criterio todavía vigente.
• Seleccione una obligación compartida por dos sedes y contraste por separado la evidencia disponible en cada una.
• Exporte una pequeña muestra y verifique que incluye el razonamiento, las relaciones y los documentos necesarios para interpretarla.

Preguntas frecuentes

¿Una alerta normativa debe convertirse automáticamente en una tarea para todas las sedes?

Primero necesita un análisis de alcance. La misma disposición puede afectar de forma diferente a entidades o actividades distintas. Como criterio de configuración, asigne la revisión a una persona competente y genere tareas operativas cuando se haya determinado qué cambio corresponde a cada sede.

¿Cómo documentar que una norma no aplica?

Registre el motivo, el contexto examinado y quién adoptó la decisión. Añada los cambios que podrían hacer necesaria una nueva revisión, como una actividad o instalación nueva. Una marca de no aplicable sin explicación resulta difícil de defender o actualizar después.

¿Qué significa un requisito parcialmente atendido?

Significa que deben identificarse los componentes o ámbitos todavía pendientes según el análisis realizado. Puede existir evidencia suficiente en una sede y faltar en otra. Mantenga ese detalle visible y asocie las actuaciones necesarias, evitando que un promedio oculte la brecha concreta.

¿El proveedor de software asume toda la interpretación normativa?

El alcance depende del servicio contratado y de las responsabilidades acordadas. Pregunte quién analiza novedades, quién determina aplicabilidad y qué aporta la empresa sobre su operación. La evaluación debe distinguir el suministro de información jurídica de la decisión y comprobación dentro de la organización.

Normativa y fuentes consultadas

• Decreto 1072 de 2015: Colombia: marco del SG-SST, incluida la identificación de requisitos legales aplicables.
• Resolución 0312 de 2019: Colombia: estándares mínimos del SG-SST, que deben contrastarse con las características de la empresa.

Fuentes consultadas el 6 de octubre de 2026. La lista práctica propone comprobaciones de gestión; su aplicación debe ajustarse al alcance de cada organización.