6. Políticas prácticas de datos
Temas del programa: 3.3
Política no es procedimiento
Section titled “Política no es procedimiento”Regla de decisión: qué debe hacerse, quién decide y cómo se demuestra.
"Se respalda diariamente y el custodio verifica cada mes que el respaldo puede restaurarse."
Pasos técnicos para cumplirla.
"Ejecutar el comando de respaldo a las 2:00."
Se estudia en la Unidad V.
Las seis políticas prácticas
Section titled “Las seis políticas prácticas”| Política | Debe responder |
|---|---|
| Acceso | ¿Quién solicita, quién aprueba, cada cuánto se revisa? |
| Respaldo | ¿Qué se respalda, con qué frecuencia, quién verifica que sirve? |
| Retención | ¿Cuánto se conservan datos y bitácoras? ¿Qué pasa al vencer? |
| Restauración | ¿Quién autoriza, quién ejecuta y en qué condiciones? |
| Datos sensibles | ¿Quién accede, con qué justificación, cómo se registra? |
| Cambios en producción | ¿Qué ocurre antes, durante y después del cambio? |
Plantilla mínima
Section titled “Plantilla mínima”POL-0X — Nombre
Objetivo: qué riesgo reduceAlcance: datos, sistemas y ambientesRegla: una a tres oraciones verificablesResponsable: quién decide / quién ejecutaExcepciones: cuándo puede omitirse y quién lo autorizaEvidencia: qué registro demuestra que se cumplióRevisión: cada cuánto se revisaCambios en producción retoma la definición de ambiente de la Unidad I.
Ejemplo: una política completa
Section titled “Ejemplo: una política completa”POL-06 — Cambios en producción
Objetivo: evitar cambios de estructura o de privilegios no autorizados en producciónAlcance: base comercial (PostgreSQL y MongoDB), ambiente de producciónRegla: todo cambio en producción requiere una solicitud con folio aprobada por el Comité de cambios y se ejecuta dentro de la ventana autorizada. El DBA concilia cada mes las sentencias CREATE, ALTER, DROP, GRANT y REVOKE de la bitácora con las solicitudes aprobadasResponsable: decide el Comité de cambios, ejecuta el DBA, concilia una persona distinta del DBAExcepciones: emergencia que detiene la operación. Se ejecuta con aviso al propietario y la solicitud se registra en las 24 horas siguientesEvidencia: tabla gobierno.solicitudes_cambio + bitácora exportada con hash + acta de conciliaciónRevisión: anual, o después de cualquier cambio no autorizado detectadoVerificable o no verificable
Section titled “Verificable o no verificable”"Todo cambio de privilegios en producción requiere una solicitud aprobada por el propietario del dato. El DBA concilia mensualmente la bitácora de GRANT y REVOKE con las solicitudes aprobadas."
"Los accesos deben otorgarse con cuidado."
La diferencia está en la evidencia: la primera nombra un registro que alguien puede revisar.
Las políticas deben ser coherentes entre sí
Section titled “Las políticas deben ser coherentes entre sí”Retención: "eliminar los datos de clientes dados de baja a los 30 días".
Datos sensibles: "conservar la auditoría completa para investigar incidentes durante un año".
Decidir explícitamente qué conserva la auditoría, durante cuánto, con qué acceso, y quién lo aprueba. Registrar la decisión.
Actividad 6: Políticas prácticas
Section titled “Actividad 6: Políticas prácticas”- Redacta POL-01 a POL-06 con la plantilla, para la base
comercialde Comercializadora Norte. - Cada Evidencia nombra un registro concreto, o indica que hoy no existe.
- POL-02 y POL-04 son reglas de decisión: “El procedimiento técnico se definirá en la Unidad V”.
- Revisa que no se contradigan.
Esta actividad se desarrolla dentro del Laboratorio 03 — Políticas prácticas, gobierno de datos y evidencias.
Relación con el laboratorio
Section titled “Relación con el laboratorio”Las políticas prácticas se redactan en el Laboratorio 3 — Políticas prácticas, gobierno de datos y evidencias.
Qué sigue
Section titled “Qué sigue”Continúa con 7. Gobierno práctico de datos.

