NÚCLEO CONTROL

Producción e Implementación de NÚCLEO CONTROL

Procedimiento para producir, probar e implementar progresivamente la Plataforma de Innovación Pública para el Control Gubernamental con Inteligencia Artificial.

La plataforma se construye mediante un proceso seguro y verificable: primero se valida la normativa, después se desarrolla la tecnología, luego se prueba en una entidad piloto y finalmente se amplía a otros organismos gubernamentales.
Decisión fundamental: NÚCLEO CONTROL se incorpora como una ampliación de NÚCLEO. No reemplaza lo ya construido en Gestión por Procesos y Gestión por Resultados. La entidad administra sus actos; el OCI conserva su independencia técnica; y la Contraloría mantiene sus competencias de dirección y supervisión.

1. Modelo institucional de la plataforma

La plataforma se produce con tres espacios tecnológica y administrativamente separados.

1

Capa de la entidad

Registra los actos de gestión, responsables, recursos, presupuesto, documentos, productos y resultados.

La entidad mantiene la responsabilidad por todas sus decisiones administrativas.

2

Capa independiente del OCI

Organiza riesgos, expedientes, servicios de control, situaciones adversas, recomendaciones y seguimiento.

La entidad no puede ingresar a los papeles de trabajo reservados.

3

Capa Contraloría

Permite supervisar los OCI, sus ámbitos, planes, servicios, capacidad operativa y riesgos sin cobertura.

Su implementación requiere coordinación y autorización de la Contraloría.

Entidad› Expediente› IA analiza› OCI evalúa› Contraloría supervisa

2. Constitución del equipo de producción

Antes de programar la plataforma debe constituirse un equipo mínimo con responsabilidades definidas.

Función Responsabilidad principal
Dirección del producto Define objetivos, alcance, prioridades y resultados.
Especialista en control gubernamental Valida las funciones del OCI y los productos de control.
Especialista presupuestal Diseña la conexión con la cadena presupuestaria y el gasto.
Especialista en procesos Define actos, etapas, responsables, riesgos y evidencias.
Arquitecto de software Diseña la base de datos, seguridad, interoperabilidad y escalabilidad.
Especialista en inteligencia artificial Construye reglas, análisis documental y alertas explicables.
Especialista en seguridad Define accesos, reserva, cifrado, respaldos y auditoría.
Auditor del OCI piloto Comprueba que el sistema sea útil para un control real.
Representante administrativo Verifica que el registro no produzca trámites duplicados.

3. Procedimiento de producción tecnológica

Fase 0

Constitución del proyecto

Preparar un documento que defina:

  • Objetivo y alcance.
  • Funciones incluidas y excluidas.
  • Usuarios y perfiles.
  • Entidad y proceso piloto.
  • Cronograma.
  • Responsables.
  • Riesgos y criterios de aceptación.
Fase 1

Diseño normativo funcional

Cada función debe vincularse con una norma, una autoridad competente, los datos utilizados, el producto generado y su nivel de reserva.

Ninguna función pasa al desarrollo si no tiene base normativa, responsable competente, producto definido, nivel de acceso y regla de conservación.
Fase 2

Mapa de procesos y datos

Seleccionar un procedimiento real y representarlo desde la necesidad inicial hasta la medición del resultado.

  • Etapas del procedimiento.
  • Responsable de cada etapa.
  • Documento producido.
  • Recursos utilizados.
  • Partida presupuestal.
  • Riesgos.
  • Evidencias.
  • Resultado esperado.
Fase 3

Arquitectura de seguridad

  • Separación entre instituciones.
  • Separación entre entidad y OCI.
  • Acceso del OCI limitado a su ámbito.
  • Perfiles de mínimo privilegio.
  • Registro de todas las consultas y modificaciones.
  • Documentos originales inalterables.
  • Versiones de cada corrección.
  • Cifrado y copias de seguridad.
  • Recuperación frente a fallas.
Fase 4

Desarrollo del núcleo funcional

La primera versión debe contener:

  1. Instituciones y dependencias.
  2. Personas, cargos y periodos.
  3. Procesos y actos de gestión.
  4. Presupuesto y recursos.
  5. Evidencias.
  6. Productos, metas y resultados.
  7. Auditoría de accesos y modificaciones.
Fase 5

Desarrollo del módulo reservado del OCI

  • Universo auditable.
  • Bandeja de señales de riesgo.
  • Evaluación preliminar.
  • Solicitudes de información.
  • Planificación de servicios.
  • Expedientes de control.
  • Matriz de hechos y evidencias.
  • Situaciones adversas.
  • Recomendaciones y seguimiento.
  • Denuncias y antecedentes.
  • Capacidad operativa del OCI.
Fase 6

Desarrollo de la capa Contraloría

  • Registro de ámbitos oficiales.
  • Supervisión de jefaturas y personal.
  • Seguimiento del Plan Anual de Control.
  • Supervisión de servicios.
  • Riesgos sin cobertura.
  • Comparación entre OCI.
  • Consolidado nacional.
  • Memoria histórica.
Esta capa solamente puede activarse mediante coordinación y autorización institucional de la Contraloría General de la República.

4. Producción del motor de inteligencia artificial

1

Reglas objetivas

  • Falta responsable.
  • Falta documento.
  • Pago sin conformidad.
  • Delegación vencida.
  • Plazo incumplido.
  • Gasto sin avance.
2

Comparaciones

  • Precios.
  • Plazos.
  • Presupuesto y ejecución.
  • Avance físico y financiero.
  • Proveedores recurrentes.
  • Operaciones duplicadas.
3

Relaciones complejas

  • Personas vinculadas.
  • Proveedores relacionados.
  • Patrones de rotación.
  • Decisiones recurrentes.
  • Especificaciones restrictivas.
  • Concentración de autorizaciones.

Explicación obligatoria de cada alerta

  • ¿Qué se detectó?
  • ¿En qué documentos?
  • ¿Qué regla se aplicó?
  • ¿Cuál es el monto involucrado?
  • ¿Qué riesgo podría producir?
  • ¿Qué explicación alternativa puede existir?
  • ¿Qué debe verificar el auditor?
La inteligencia artificial no acusa ni sanciona. Genera señales de riesgo para evaluación humana. La determinación de una presunta responsabilidad corresponde al servicio de control posterior y a los órganos competentes.

5. Pruebas previas a la implementación

Pruebas funcionales

  • Registro completo del acto.
  • Vinculación presupuestal.
  • Línea de tiempo.
  • Participación individual.
  • Recuperación de evidencias.
  • Cálculo de indicadores.

Pruebas jurídicas

  • El OCI no administra.
  • La IA no declara responsabilidad.
  • La entidad no controla al OCI.
  • Los accesos respetan el ámbito.
  • Los productos requieren aprobación humana.

Pruebas de seguridad

  • Intentos de acceso indebido.
  • Protección de documentos cerrados.
  • Recuperación de contraseñas.
  • Restauración de respaldos.
  • Registro del administrador.
  • Continuidad ante fallas.

Condiciones para autorizar el piloto

  • Cero accesos indebidos críticos.
  • Separación OCI–entidad comprobada.
  • Restauración de expedientes probada.
  • Trazabilidad de modificaciones completa.
  • Revisión jurídica satisfactoria.
  • Alertas explicables.
  • Manuales preparados.
  • Usuarios capacitados.
  • Responsable de soporte designado.

6. Estrategia de implementación institucional

Etapa 1

Demostración sin información reservada

Presentar el funcionamiento mediante datos ficticios o anonimizados a las autoridades, unidades administrativas, OCI y responsables de transformación digital.

Etapa 2

Diagnóstico de preparación

Evaluar:

  • Organización y responsables.
  • Procesos disponibles.
  • Digitalización de expedientes.
  • Información presupuestal.
  • Capacidad tecnológica.
  • Seguridad.
  • Situación y ámbito del OCI.
Etapa 3

Acuerdo formal del piloto

Definir finalidad, alcance, duración, proceso seleccionado, responsables, datos utilizados, seguridad, custodia, soporte, resultados y condiciones de terminación.

Etapa 4

Capacitación por perfiles

  • Autoridades.
  • Responsables administrativos.
  • Personal del OCI.
  • Personal tecnológico.

Cada grupo recibe solamente la capacitación correspondiente a sus funciones y accesos.

Etapa 5

Piloto silencioso

Durante los primeros 30 días, la IA genera alertas internas que no producen comunicaciones automáticas. Los auditores verifican su precisión y corrigen las reglas.

Etapa 6

Piloto operativo

Durante los siguientes 60 días se registran entre 20 y 50 actos reales, se evalúan riesgos, se documentan decisiones y se mide el resultado del proceso.

Etapa 7

Evaluación y continuidad

Se emiten informes técnicos, jurídicos, de seguridad y utilidad para decidir si la plataforma debe corregirse, continuar o ampliarse.

7. Estrategia por nivel de gobierno

Municipalidades distritales pequeñas

  • Registro manual guiado.
  • Entre cinco y diez usuarios.
  • Un proceso inicial.
  • Plantillas predeterminadas.
  • Soporte remoto.

Objetivo: orden, evidencia y continuidad.

Municipalidades provinciales

  • Varias gerencias.
  • Contrataciones y obras.
  • Servicios públicos.
  • Integración gradual.
  • Módulo reservado del OCI.

Objetivo: relacionar presupuesto, ejecución y resultado ciudadano.

Gobiernos regionales

  • Sede regional y unidades ejecutoras.
  • Salud, educación e infraestructura.
  • Grandes volúmenes documentales.
  • Especialistas sectoriales.
  • Consolidado regional.

Objetivo: detectar riesgos transversales y brechas entre gasto y resultado.

Entidades del Gobierno Nacional

  • Procesos sectoriales.
  • Programas nacionales.
  • Grandes bases de datos.
  • Reglas específicas por sector.
  • Supervisión centralizada.

Objetivo: identificar riesgos sistémicos y resultados de políticas públicas.

8. Estrategia de expansión nacional

Primera ola Una municipalidad, un OCI y un proceso.
Segunda ola Tres municipalidades de diferente complejidad.
Tercera ola Gobierno local, regional y nacional.
Cuarta ola Presentación institucional a la Contraloría.

Presentación a la Contraloría

La propuesta debe sustentarse con:

  • Resultados comprobados de los pilotos.
  • Arquitectura de independencia técnica.
  • Pruebas de seguridad.
  • Precisión de las alertas.
  • Reducción del tiempo de revisión.
  • Modelo de supervisión.
  • Propuesta de interoperabilidad.

9. Cronograma general de producción

Periodo Resultado esperado
Mes 1 Constitución del proyecto, matriz normativa y selección del proceso piloto.
Mes 2 Modelo de datos, seguridad y prototipos.
Meses 3 y 4 Desarrollo del núcleo de registro de la entidad.
Mes 5 Presupuesto, evidencias, productos y resultados.
Mes 6 Motor básico de alertas.
Mes 7 Módulo independiente y reservado del OCI.
Mes 8 Pruebas jurídicas, funcionales y de seguridad.
Mes 9 Capacitación y piloto silencioso.
Meses 10 y 11 Piloto operativo.
Mes 12 Evaluación, correcciones y decisión de expansión.

10. Indicadores para evaluar la implementación

Indicador Resultado esperado
Actos con responsable identificado 100 %
Actos vinculados con presupuesto 100 %
Evidencias con fuente y fecha Más de 95 %
Alertas revisadas por personas 100 %
Alertas sin explicación 0 %
Accesos indebidos críticos 0
Documentos eliminados sin registro 0
Tiempo para reconstruir un expediente Reducción significativa
Duplicación de información Tendencia decreciente
Gastos relacionados con resultados Tendencia creciente

11. Primer caso demostrativo

Adquisición de equipos para mejorar el servicio de limpieza pública

  1. La municipalidad identifica la necesidad.
  2. La vincula con el POI y el resultado ciudadano.
  3. Registra la certificación y la partida presupuestal.
  4. Identifica a todas las personas que intervienen.
  5. Documenta contratación, entrega, conformidad y pago.
  6. Verifica si los equipos entraron en funcionamiento.
  7. La IA detecta diferencias de precio, retrasos o equipos inactivos.
  8. El OCI evalúa las señales dentro de sus competencias.
  9. La entidad registra las medidas adoptadas.
  10. El expediente queda disponible como evidencia y memoria institucional.

12. Primeros instrumentos que deben producirse

  1. Documento de constitución del proyecto.
  2. Matriz normativa de funciones y competencias.
  3. Mapa completo del primer acto demostrativo.
  4. Especificación de la versión mínima operativa.
Estos cuatro instrumentos permiten construir la plataforma sin desviaciones, calcular el esfuerzo real y presentar una propuesta técnicamente sustentada a una municipalidad, su OCI y posteriormente a la Contraloría.

Producción segura e implementación progresiva

Primero demostramos que NÚCLEO documenta la gestión. Después, comprobamos que apoya al OCI sin invadir sus competencias. Finalmente, presentamos a la Contraloría una capacidad de supervisión sustentada en resultados comprobados.

REGRESAR A NÚCLEO CONTROL PRUEBE NÚCLEO EN SU INSTITUCIÓN
VER INSTRUMENTOS DE GESTIÓN
NÚCLEO es un producto de NATIVUS S.A.C. · RUC 20565298021 · Con RNP (Registro Nacional de Proveedores)