{MIG_PENDING_CERTS.length} certificados sin hash criptográfico
Estos certificados fueron emitidos antes de la versión v3.0 del sistema (cuando aún no se generaba hash automático). Al regenerarlos retroactivamente quedan auditables y verificables públicamente vía QR.
);
const HashMigrationModal = ({ onClose }) => {
const [step, setStep] = _ix_useState(1);
const [progress, setProgress] = _ix_useState(0); // índice del cert que se está procesando
const [migrated, setMigrated] = _ix_useState([]); // ids ya migrados con hash
_ix_useEffect(() => {
document.body.style.overflow = 'hidden';
const onEsc = (e) => { if (e.key === 'Escape' && step !== 2) onClose(); };
window.addEventListener('keydown', onEsc);
return () => { document.body.style.overflow = ''; window.removeEventListener('keydown', onEsc); };
}, [step]);
// Animación: cada 600ms procesa un cert
_ix_useEffect(() => {
if (step !== 2) return;
if (progress >= MIG_PENDING_CERTS.length) {
setTimeout(() => setStep(3), 800);
return;
}
const t = setTimeout(() => {
const c = MIG_PENDING_CERTS[progress];
const fakeHash = Array.from({ length: 16 }, () =>
'0123456789abcdef'[Math.floor(Math.random() * 16)]
).join('');
setMigrated(m => [...m, { ...c, hash: fakeHash }]);
setProgress(p => p + 1);
}, 580);
return () => clearTimeout(t);
}, [step, progress]);
return (
Genera el hash criptográfico SHA-256 retroactivamente para los {MIG_PENDING_CERTS.length} certificados que quedaron sin sello al migrar de la versión anterior del sistema.
Para cada certificado, el sistema reconstruye el expediente con los datos disponibles (asistencia, evaluación, evidencias, versión del contenido) y genera un hash SHA-256 que se ancla al certificado. Los datos del certificado original NO cambian. Solo se agrega el hash como sello criptográfico que el verificador público puede validar.
Certificados a migrar · {MIG_PENDING_CERTS.length} registros
Los {MIG_PENDING_CERTS.length} certificados históricos quedaron auditables. Cada uno tiene ahora un hash SHA-256 verificable públicamente vía QR. La acción quedó registrada en la bitácora con el detalle completo.
Migrados{MIG_PENDING_CERTS.length}
AlgoritmoSHA-256 · ancla al expediente reconstruido
Ejecutado porCarolina Restrepo · Admin RRHH
BitácoraAL-2392 · creada hace un momento
Verificación públicaActiva para los 12 certificados
);
};
// ═══════════════════════════════════════════════════════════
// 2) Reassignment Engine · pestaña dentro del Motor
// ═══════════════════════════════════════════════════════════
const ReassignmentEngine = () => {
const total = RA_RECENT_RUNS.reduce((a, r) => a + r.detected, 0);
const ok = RA_RECENT_RUNS.reduce((a, r) => a + r.reassigned, 0);
const sessions = RA_RECENT_RUNS.reduce((a, r) => a + r.sessionsCreated, 0);
const notifs = RA_RECENT_RUNS.reduce((a, r) => a + r.notifSent, 0);
return (
{/* Banner del motor */}
Motor de reasignación automática · activo
Job cron · 0 3 * * * · revisa diariamente a las 03:00 AM qué competencias vencen en los próximos 30 días, crea las reasignaciones, agrupa cuando hay ≥ 3 colaboradores con la misma necesidad, y notifica al jefe directo + colaborador.
5 ejecuciones consecutivas exitosas
{/* Stats */}
{total}
Vencimientos detectados
últimos 5 días
{ok}
Reasignaciones generadas
{Math.round((ok / total) * 100)}% de detección
{sessions}
Sesiones agrupadas auto
≥ 3 colaboradores · misma competencia
{notifs}
Notificaciones enviadas
email + jefe directo
{/* Configuración */}
Reglas del motor
Parámetros que rigen la reasignación automática
Anticipación de detección
El motor mira los 30 días siguientes para anticipar reasignaciones
30 días
Umbral de agrupación
Si ≥ N colaboradores comparten la misma competencia a vencer, programa una sola sesión
≥ 3
Notificación al jefe directo
Si el colaborador no responde en 72 horas, copia automática al jefe
72 h
Bloqueo si la competencia es crítica
Competencias criticidad alta con vigencia vencida bloquean el ingreso del colaborador a su área
Activo
{/* Próximas reasignaciones */}
Próximas reasignaciones · planificadas
Lo que el motor ejecutará automáticamente en los próximos días
Cambiar de rol no afecta operaciones · solo recorta permisos visualmente
)}
);
};
// Gate · si el rol no está permitido, muestra estado vacío profesional
const RoleRestricted = ({ allow, currentRole, children, label = 'esta sección' }) => {
if (allow.includes(currentRole)) return children;
const meta = IC_ROLE_META[currentRole];
return (
Acceso restringido
Tu rol actual {meta.label} no tiene permisos para ver {label}.
Esta restricción está vigilada por la matriz de permisos de Configuración · Usuarios y roles. Solo {allow.map(r => IC_ROLE_META[r].label).join(' · ')} pueden acceder a este contenido.
Intento registrado · {new Date().toLocaleString('es-CO')} · IP 190.85.247.32
Vista previa del PDF que se generará y firmará electrónicamente con el sello del administrador. 12 páginas · 5 secciones · hash global del expediente.
{/* Cover */}
a
Atica S.A.S.
NIT 900.123.456-7
Expediente de competencias y formación · Auditoría ICONTEC
Carlos Andrés Vélez
Operario de Clasificación · Operaciones · Cali · ID E0205
Período evaluado
14/03/2024 → 05/05/2026
Cumplimiento global
83%
Competencias requeridas
6
Certificados vigentes
4
Generado por
Carolina Restrepo Salazar
Jefe de RRHH · firma certificada
Fecha de emisión
05/05/2026 · 14:42
EXP-2026-E0205-001
{/* Sección · Resumen */}
1 · Resumen de cumplimiento
4
Vigentes
1
En curso
1
Vencida (reasignada)
12
Eventos en bitácora
El colaborador Carlos Andrés Vélez mantiene cumplimiento al 83% de las competencias críticas requeridas por su cargo. La única competencia vencida (CMP-03 · Manipulación higiénica de alimentos) fue reasignada automáticamente por el motor el 02/05/2026.
Este hash sella la integridad del PDF: si cualquier byte cambia, el sello se invalida. El auditor puede verificarlo en verifica.atica.co/EXP-E0205-001.
{stage === 'signed'
? <>
FIRMADOCarolina R.
firma digital · 05/05/2026
: <>
Carolina Restrepo Salazar
Jefe de RRHH
}
{stage === 'preview' && (
<>
El PDF generado quedará en la bitácora con timestamp y hash
)}
{stage === 'signing' && (
<>
Firmando digitalmente · sellando expediente
)}
{stage === 'signed' && (
<>
Firmado digitalmente · expediente sellado · listo para entregar al auditor
)}