SIAF‑RP

Propuesta conceptual · acceso restringido

Ingresa tu PIN de acceso

PIN incorrecto

Acceso restringido · SIAF‑RP · Miguel Ángel Yalta Vallejos

SIAF-RP · Portal integrado — Miguel Ángel Yalta Vallejos

Serie completa (Docs 0–5) · Propuesta propia basada en OECD (2023) · No es el diseño oficial del MEF · Autónomo, sin internet

Inversiones: ¿módulo del núcleo o sistema satélite? (Doc. 4)

El dilema tratado en ambos sentidos · resumen del documento — el desarrollo completo está en el Word
La pregunta correcta no es «¿dentro o fuera?» sino «¿qué parte va dentro y qué parte va fuera?». El ciclo del proyecto tiene órganos y ritmo propios; su ejecución es ejecución presupuestal.

A · Satélite — defendible porque…

  • El proyecto vive antes del presupuesto (idea → viabilidad, Invierte.pe)
  • Órganos propios: DGPMI, OR, OPMI, UF, UEI — ritmo metodológico distinto
  • Naturaleza plurianual (3–10 años) vs. núcleo anual
  • Menos riesgo de alcance para el SIAF-RP
Flanco débil: el satélite no integrado es exactamente lo que la OCDE diagnostica como problema hoy.

B · Núcleo — defendible porque…

  • Ejecutar inversión ES certificar-comprometer-devengar-girar-pagar
  • «Ejecución sin disponibilidad total» solo se corrige contra la misma base
  • Techos por sector y compromiso plurianual son reglas presupuestales
  • Un solo dato, muchas vistas — sin silos
Flanco débil: absorber el ciclo completo crea un monolito y acopla la metodología DGPMI al calendario del núcleo.
Recomendación — partir el módulo por la bisagra técnica (id_proyecto): el ciclo de proyecto vive como satélite (Banco de Inversiones evolucionado: viabilidad, PMI, hitos físicos, ex post) y la ejecución vive en el núcleo (ni un sol fuera de la cadena común). Contrato de integración: proyecto viable obligatorio en el expediente (validado en línea vía bus), el satélite lee la ejecución pero nunca la escribe, avance físico/financiero cada uno en su casa unidos por id_proyecto, y catálogos maestros compartidos como servicio — nunca copiados.
Serie completa: Doc 0 arquitectura · Doc 1 modelo de datos · Doc 2 presentación · Doc 3 maqueta funcional · Doc 4 este análisis — propuesta propia basada en OECD (2023), no es el diseño oficial del MEF.

Hoja de ruta de implementación (Doc. 5)

Cómo implementar sin apagar el Estado · resumen visual — el desarrollo completo, los RNF/Ley 29733 y las preguntas al panel están en el Word
Principio rector: el Estado paga todos los días — no hay ventana de mantenimiento. Coexistencia SIAF-SP ↔ SIAF-RP con estrangulamiento progresivo: el nuevo rodea al antiguo y lo apaga solo cuando ya no ejecuta nada.
F0
Fundaciones
Identidad única (RENIEC + MFA), catálogos maestros, bus API. No toca el SIAF-SP: victoria temprana sin riesgo.
F1
Piloto acotado
Cadena completa en 2–3 UE, en paralelo con doble registro y conciliación diaria — el árbitro honesto de la paridad.
F2
Olas por entidad
Corte por entidad y AÑO FISCAL, nunca a mitad de año. Criterio de salida: N meses de conciliación limpia.
F3
Satélites
SIAD (deuda), MCPP/AIRHSP (RR.HH.) y Banco de Inversiones sobre el bus ya probado — cuando el núcleo es estable.
F4
Apagado
SIAF-SP a solo-consulta y retiro. Migran SALDOS DEPURADOS (NICSP); la historia se consulta, no se opera.
Requisitos no funcionales (misión crítica)
Disponibilidad diferenciada por flujo (pagos primero) · dimensionar para picos del calendario fiscal · MFA + segregación de funciones + bitácora inmutable · ciberseguridad con el bus como único perímetro · continuidad con RPO/RTO probados · observabilidad por id_operacion.
Ley 29733 — protección de datos por diseño
El sistema trata datos de planillas y pensionistas: registro de bancos de datos ante la ANPD · finalidad y proporcionalidad (cada rol ve el mínimo) · flujo de derechos ARCO · encargo de tratamiento con proveedores · evaluación de impacto antes de nuevas integraciones. El diferenciador TI + Derecho de esta propuesta.
Autoridad biográfica: el mismo patrón de implementación por olas con continuidad del dato con el que se implementó el SISMED en la Red de Salud Bagua (244 establecimientos, 34 puntos de digitación) — el plan de adopción se diseña para el digitador de la UE más lejana, no para la sede central.
Serie: Doc 0 arquitectura · Doc 1 modelo de datos · Doc 2 presentación · Doc 3 maqueta (v2.2 con RR.HH. DGGFRH) · Doc 4 Inversiones · Doc 5 implementación — propuesta propia basada en OECD (2023).