Enviar a revision no significa que la evidencia ya fue aceptada.
Una ruta humana para preparar, revisar y cerrar evidencia, sin acciones reales.
- Piloto
- RH primero
- Flujo
- General del portal
- Permiso
- Rol, asignacion y estado
- Retencion
- 3 anos por auditoria
Decisiones de diseno
Piloto RH dentro del flujo general
RH sera el primer caso de uso, pero no tendra un flujo separado. La misma ruta debe servir despues para otros procesos del SGI con roles, asignaciones y estados visibles.
Algunas evidencias pueden bastar con texto, confirmacion o dato capturado.
Esos comprobantes quedan fuera de esta primera version de trabajo.
Flujo humano propuesto
La secuencia separa preparacion, revision y decision final para evitar confusiones.
- 1 Borrador La persona prepara informacion y revisa si necesita soporte.
- 2 En revision La evidencia fue enviada para que una persona asignada la revise.
- 3 Observada El revisor pide aclarar o corregir algo concreto.
- 4 Corregida La persona responde la observacion y la devuelve a revision.
- 5 Aceptada / Rechazada Solo el revisor asignado puede cerrar la decision.
Formatos RH de ejemplo
Los nombres son genericos. El catalogo oficial de RH queda pendiente de confirmacion.
Podria pedir fecha, tema, responsable y soporte si aplica.
Podria pedir una confirmacion clara y un soporte cuando sea necesario.
Podria resolverse con una declaracion breve si el formato lo permite.
Evidencia con archivo y sin archivo
El soporte documental se pide solo cuando ayuda a demostrar la actividad.
Texto, confirmacion o dato capturado
Algunas evidencias pueden quedar preparadas con una descripcion clara, una fecha, una persona responsable o una confirmacion visible.
- Debe indicar que informacion se espera.
- Debe permitir revisar antes de enviar.
- Debe evitar pedir soporte innecesario.
Soporte asociado a la evidencia
No cargue archivos reales en esta maqueta. El archivo acompanaria la evidencia; no seria registro oficial por si mismo.
- Debe pedirse solo si el formato lo necesita.
- Debe quedar asociado al momento de envio.
- Debe respetar la regla de no usar datos sensibles sin autorizacion.
Autorizacion por rol y asignacion
Entrar al portal no significa poder hacer todo. Cada accion depende de permisos humanos claros.
Acceso inicial por correo autorizado.
Capturar, revisar, administrar, responder por proceso o consultar.
Formato, area, proceso o evidencia asignada.
Una evidencia aceptada no debe editarse en silencio.
Vistas por rol
Las acciones se muestran como simulacion visual. No guardan, no envian y no cambian estados reales.
Prepara evidencia
Ve formatos asignados, prepara borrador y revisa antes de enviar.
Revisa y decide
Raul o una persona designada puede observar, aceptar o rechazar si esta asignada.
Consulta sin editar
Puede ver estado, responsable e historial conceptual sin modificar la evidencia.
Estados visibles del MVP
Cada estado debe explicar que significa para una persona y que no debe asumir.
La evidencia aun no fue enviada a revision.
Fue enviada, pero todavia no esta aceptada.
Hay una indicacion concreta que debe corregirse.
La observacion fue atendida y vuelve a revision.
La decision final corresponde al revisor autorizado asignado.
Debe explicar la razon humana para que no parezca una falla tecnica.
- No guarda informacion.
- No envia evidencia.
- No carga archivos.
- No genera folio.
- No genera PDF.
- No emite constancia.
- No crea registro oficial.
- No use datos reales.
Retencion prevista: 3 anos por ciclo de auditoria. No incluya datos sensibles, medicos, identificaciones, contrasenas, claves o accesos, datos bancarios ni informacion de terceros no autorizada.