Este articulo baja el hito H02 a trabajo ejecutable. El foco es: Este hito debe levantar operacion funcional y normativa del Expediente Unico, RMH, RMI, registros internos y sistemas externos. Su alcance operativo se concentra en Expediente Unico NNA y captura inicial de identidad/datos generales, Registro de Movilidad Humana, Registro de Movilidad Interna, Acceso Unico Institucional, Gobierno de Datos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia y requiere coordinacion de Coordinacion, Funcional/Backend, Seguridad, Datos, Integraciones. Desde la practica de Byte IT, este material debe servir para revisar avance real, detectar bloqueos, validar evidencia y cerrar tareas sin perder trazabilidad contractual.
Introduccion
Este articulo convierte el hito en una guia de ejecucion: que se busca lograr, que tareas lo componen, que checklist debe cerrarse, que dependencias pueden condicionar el avance y que integraciones deben considerarse antes de declarar aceptacion tecnica o funcional.
Descripcion detallada del hito
H02 - Levantamiento funcional y normativo
Objetivo del hito: Este hito debe levantar operacion funcional y normativa del Expediente Unico, RMH, RMI, registros internos y sistemas externos. Su alcance operativo se concentra en Expediente Unico NNA y captura inicial de identidad/datos generales, Registro de Movilidad Humana, Registro de Movilidad Interna, Acceso Unico Institucional, Gobierno de Datos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia y requiere coordinacion de Coordinacion, Funcional/Backend, Seguridad, Datos, Integraciones.
Alcance de trabajo: este hito coordina PortusDerechos 2.0, RMH - Registro de Movilidad Humana, RMI - Registro de Movilidad Interna, Acceso Unico Institucional, Gobierno de Datos, INM, COMAR, RDVF con participacion de Coordinacion, Funcional/Backend, Seguridad, Datos, Integraciones. Debe convertir sus tareas en resultados verificables, no solo en actividades reportadas, y mantener trazabilidad con entregable, dependencias, evidencia y criterio de salida.
Entregables y evidencia: Evidencia requerida: minutas de talleres, reglas de negocio, catalogos homologados, solicitudes INM/COMAR/RDVF/RMP/RNCAS y matriz de dudas. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas incluidas: PYD-020 Taller de captura inicial del NNA; PYD-021 Taller de seguimiento migratorio; PYD-022 Taller de ingresos, salidas y repatriaciones; PYD-023 Taller de canalizaciones y traslados; PYD-024 Definir roles y jerarquías; PYD-025 Recibir y homologar catálogos; PYD-026 Solicitar documentación técnica de INM; PYD-027 Solicitar documentación técnica de COMAR; PYD-028 Solicitar modelos y contratos de RDVF, RMP y RNCAS. Cada tarea debe tener checklist completo, evidencia adjunta o referenciada, dependencia revisada, riesgo actualizado y decision de cierre.
Dependencias y riesgos: medio Las dependencias que afecten fechas, ambientes, datos, integraciones, aprobaciones o certificacion deben quedar reflejadas en PtD, RAID y comentarios de cierre.
Criterio de salida: Criterio de salida: los procesos clave quedan entendidos y las brechas se registran como dependencia o decision pendiente. Ademas, todas las tareas del hito deben tener checklist completo, evidencia adjunta o referenciada, dependencias bloqueantes condicionadas formalmente y actualizacion del tablero PtD.
Control de cierre: el hito solo debe marcarse como cerrado cuando las tareas asociadas esten terminadas o formalmente exceptuadas, los gates aplicables esten cumplidos, la evidencia soporte la aceptacion y no existan bloqueos criticos sin responsable, fecha objetivo o condicion aprobada.
Detalle del hito
- Hito: H02
- Objetivo: Este hito debe levantar operacion funcional y normativa del Expediente Unico, RMH, RMI, registros internos y sistemas externos. Su alcance operativo se concentra en Expediente Unico NNA y captura inicial de identidad/datos generales, Registro de Movilidad Humana, Registro de Movilidad Interna, Acceso Unico Institucional, Gobierno de Datos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia y requiere coordinacion de Coordinacion, Funcional/Backend, Seguridad, Datos, Integraciones.
- Resultado esperado: Resultado esperado: flujos, reglas, catalogos, roles y solicitudes tecnicas convertidas en requisitos trazables. Las tareas guia del cierre son PYD-020 Taller de captura inicial del NNA; PYD-021 Taller de seguimiento migratorio; PYD-022 Taller de ingresos, salidas y repatriaciones; PYD-023 Taller de canalizaciones y traslados; PYD-024 Definir roles y jerarquías; PYD-025 Recibir y homologar catálogos; PYD-026 Solicitar documentación técnica de INM; PYD-027 Solicitar documentación técnica de COMAR.
- Entregable: PYD-E2 - Analisis, arquitectura y diseno funcional/API First
- Responsable: Coordinadora tecnica
- Criterio de salida: Criterio de salida: los procesos clave quedan entendidos y las brechas se registran como dependencia o decision pendiente. Ademas, todas las tareas del hito deben tener checklist completo, evidencia adjunta o referenciada, dependencias bloqueantes condicionadas formalmente y actualizacion del tablero PtD.
- Evidencia requerida: Evidencia requerida: minutas de talleres, reglas de negocio, catalogos homologados, solicitudes INM/COMAR/RDVF/RMP/RNCAS y matriz de dudas. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas a realizar y checklist de entregables
PYD-020 - Taller de captura inicial del NNA
Responsable: Analista funcional | Disciplina: Coordinacion | Sistema/componente: PortusDerechos 2.0 | Fechas: 2026-06-30 a 2026-07-01.
Descripcion detallada
PYD-020 - Taller de captura inicial del NNA
Objetivo PM: levantar como se registra por primera vez un NNA: identidad, datos generales, documentos, fuente institucional, validaciones, duplicados y permisos de captura.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta PortusDerechos 2.0, queda a cargo de Analista funcional y esta planeada del 2026-06-30 al 2026-07-01. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el taller debe producir flujo de captura, campos obligatorios/opcionales, excepciones, evidencias y preguntas que impactan modelo de datos o UX. Actividades principales del checklist: Preparar guion del taller y preguntas especificas para Expediente Unico NNA y captura inicial de identidad/datos generales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-020 (Taller de captura inicial del NNA): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-020 solo si "Taller de captura inicial del NNA" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el flujo puede transformarse en formulario, API, validaciones y casos de prueba. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: No hay una dependencia directa enlazada por texto; aun asi debe verificarse que ambientes, accesos, datos de prueba y responsables esten disponibles antes del cierre.
Riesgos y controles: Riesgo de cerrar Taller de captura inicial del NNA sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-020 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Analista funcional puede coordinar la revision de Expediente Unico NNA y captura inicial de identidad/datos generales, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-020 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-020 (Taller de captura inicial del NNA): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-020 solo si "Taller de captura inicial del NNA" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el flujo puede transformarse en formulario, API, validaciones y casos de prueba. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Taller de captura inicial del NNA sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-06 - Expediente Unico NNA, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-12 - Repositorio Git Institucional
Checklist de entregables
- PYD-020 | Alcance | Preparar guion del taller y preguntas especificas para Expediente Unico NNA y captura inicial de identidad/datos generales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Analisis | Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Construccion | Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Evidencia | Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Validacion | Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Dependencias | Registrar acuerdos, dudas abiertas, supuestos y evidencias entregadas durante el taller; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Seguridad | Traducir hallazgos a historias, reglas, catalogos o tareas tecnicas trazables; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-020 | Cierre | Validar minuta del taller con el responsable funcional antes de cerrar la tarea; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-021 - Taller de seguimiento migratorio
Responsable: Analista funcional | Disciplina: Funcional/Backend | Sistema/componente: RMH - Registro de Movilidad Humana | Fechas: 2026-07-01 a 2026-07-02.
Descripcion detallada
PYD-021 - Taller de seguimiento migratorio
Objetivo PM: entender como se registra y actualiza la situacion migratoria del NNA, incluyendo historial, eventos, fuente, estatus y seguimiento institucional.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta RMH - Registro de Movilidad Humana, queda a cargo de Analista funcional y esta planeada del 2026-07-01 al 2026-07-02. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la actividad debe separar datos capturados localmente, datos esperados de INM/COMAR y reglas para modificar o consultar historial. Actividades principales del checklist: Preparar guion del taller y preguntas especificas para Registro de Movilidad Humana; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-021 (Taller de seguimiento migratorio): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-021 solo si "Taller de seguimiento migratorio" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el seguimiento migratorio queda traducido a estados, eventos, permisos y evidencias. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional
Riesgos y controles: Riesgo de cerrar Taller de seguimiento migratorio sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-021 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Analista funcional puede coordinar la revision de Registro de Movilidad Humana, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-021 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-021 (Taller de seguimiento migratorio): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-021 solo si "Taller de seguimiento migratorio" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el seguimiento migratorio queda traducido a estados, eventos, permisos y evidencias. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Taller de seguimiento migratorio sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-01 - INM, SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social, SYS-09 - Gestion Documental, SYS-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-021 | Alcance | Preparar guion del taller y preguntas especificas para Registro de Movilidad Humana; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Analisis | Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Construccion | Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Evidencia | Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Validacion | Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Dependencias | Registrar acuerdos, dudas abiertas, supuestos y evidencias entregadas durante el taller; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Seguridad | Traducir hallazgos a historias, reglas, catalogos o tareas tecnicas trazables; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-021 | Cierre | Validar minuta del taller con el responsable funcional antes de cerrar la tarea; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-022 - Taller de ingresos, salidas y repatriaciones
Responsable: Analista funcional | Disciplina: Funcional/Backend | Sistema/componente: RMH - Registro de Movilidad Humana | Fechas: 2026-07-02 a 2026-07-03.
Descripcion detallada
PYD-022 - Taller de ingresos, salidas y repatriaciones
Objetivo PM: levantar el tratamiento operativo de ingresos al pais, salidas, repatriaciones y eventos fronterizos que alimentan RMH.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta RMH - Registro de Movilidad Humana, queda a cargo de Analista funcional y esta planeada del 2026-07-02 al 2026-07-03. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el taller debe precisar datos, documentos, fechas, autoridad fuente, validaciones, excepciones y conciliacion con INM. Actividades principales del checklist: Preparar guion del taller y preguntas especificas para Registro de Movilidad Humana; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-022 (Taller de ingresos, salidas y repatriaciones): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-022 solo si "Taller de ingresos, salidas y repatriaciones" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando los eventos migratorios pueden mapearse a catalogos, modelo y pruebas. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional
Riesgos y controles: Riesgo de cerrar Taller de ingresos, salidas y repatriaciones sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-022 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Analista funcional puede coordinar la revision de Registro de Movilidad Humana, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-022 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-022 (Taller de ingresos, salidas y repatriaciones): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-022 solo si "Taller de ingresos, salidas y repatriaciones" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando los eventos migratorios pueden mapearse a catalogos, modelo y pruebas. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Taller de ingresos, salidas y repatriaciones sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-01 - INM, SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social, SYS-09 - Gestion Documental, SYS-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-022 | Alcance | Preparar guion del taller y preguntas especificas para Registro de Movilidad Humana; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Analisis | Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Construccion | Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Evidencia | Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Validacion | Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Dependencias | Registrar acuerdos, dudas abiertas, supuestos y evidencias entregadas durante el taller; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Seguridad | Traducir hallazgos a historias, reglas, catalogos o tareas tecnicas trazables; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-022 | Cierre | Validar minuta del taller con el responsable funcional antes de cerrar la tarea; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-023 - Taller de canalizaciones y traslados
Responsable: Analista funcional | Disciplina: Funcional/Backend | Sistema/componente: RMI - Registro de Movilidad Interna | Fechas: 2026-07-03 a 2026-07-06.
Descripcion detallada
PYD-023 - Taller de canalizaciones y traslados
Objetivo PM: distinguir canalizaciones migratorias de traslados internos, sus responsables, documentos, estados y relacion con RMI.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta RMI - Registro de Movilidad Interna, queda a cargo de Analista funcional y esta planeada del 2026-07-03 al 2026-07-06. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la sesion debe dejar claro origen, destino, motivo, autoridad responsable, evidencia y reglas para seguimiento. Actividades principales del checklist: Preparar guion del taller y preguntas especificas para Registro de Movilidad Interna; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-023 (Taller de canalizaciones y traslados): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-023 solo si "Taller de canalizaciones y traslados" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando canalizacion y traslado quedan modelados como flujos separados pero interoperables. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional
Riesgos y controles: Riesgo de cerrar Taller de canalizaciones y traslados sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-023 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Analista funcional puede coordinar la revision de Registro de Movilidad Interna, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-023 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-023 (Taller de canalizaciones y traslados): minuta de taller, flujo levantado, reglas operativas, preguntas abiertas, evidencias funcionales y acuerdos. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-023 solo si "Taller de canalizaciones y traslados" produce minuta de taller con flujo actual, reglas operativas, pain points, decisiones y dudas por resolver; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando canalizacion y traslado quedan modelados como flujos separados pero interoperables. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Taller de canalizaciones y traslados sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-INM-001 - Enlace técnico y funcional. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-01 - INM, SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social, SYS-09 - Gestion Documental, SYS-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-023 | Alcance | Preparar guion del taller y preguntas especificas para Registro de Movilidad Interna; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Analisis | Confirmar usuarios expertos, responsables funcionales y perfiles que operan el flujo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Construccion | Levantar flujo actual paso a paso, incluyendo excepciones, documentos usados y decisiones manuales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Evidencia | Identificar datos capturados, validaciones reales, puntos de dolor y riesgos operativos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Validacion | Separar reglas obligatorias de preferencias de interfaz o reporteo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Dependencias | Registrar acuerdos, dudas abiertas, supuestos y evidencias entregadas durante el taller; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Seguridad | Traducir hallazgos a historias, reglas, catalogos o tareas tecnicas trazables; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-023 | Cierre | Validar minuta del taller con el responsable funcional antes de cerrar la tarea; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-024 - Definir roles y jerarquías
Responsable: Analista funcional | Disciplina: Seguridad | Sistema/componente: Acceso Unico Institucional | Fechas: 2026-07-06 a 2026-07-08.
Descripcion detallada
PYD-024 - Definir roles y jerarquías
Objetivo PM: asegurar que cada perfil acceda solo a funciones, rutas, datos y acciones autorizadas.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta Acceso Unico Institucional, queda a cargo de Analista funcional y esta planeada del 2026-07-06 al 2026-07-08. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe mapear roles, permisos, rutas protegidas, acciones criticas, denegaciones y evidencia de auditoria. Actividades principales del checklist: Identificar perfiles de usuario reales y acciones que ejecutan en cada modulo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Definir jerarquia, permisos de consulta, captura, modificacion, autorizacion, exportacion y administracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Marcar acciones criticas que requieren MFA, aprobacion adicional o auditoria reforzada; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Validar segregacion de funciones y conflictos de permisos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Alinear roles con RBAC tecnico y pantallas React; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-024 (Definir roles y jerarquías): matriz de roles, jerarquias, permisos, segregacion de funciones y acciones criticas. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-024 solo si "Definir roles y jerarquías" produce matriz de roles, jerarquias, permisos, segregacion de funciones y acciones criticas; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con matriz de permisos y pruebas de acceso permitido/denegado. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-002 - Arquitectura institucional; DEP-DTI-007 - Acceso a datos históricos; DEP-PF-003 - Roles y jerarquías
Riesgos y controles: Riesgo de cerrar Definir roles y jerarquías sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-002 - Arquitectura institucional; DEP-DTI-007 - Acceso a datos históricos; DEP-PF-003 - Roles y jerarquías. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-024 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-002 - Arquitectura institucional; DEP-DTI-007 - Acceso a datos históricos; DEP-PF-003 - Roles y jerarquías. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Analista funcional puede coordinar la revision de Acceso Unico Institucional, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-024 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-024 (Definir roles y jerarquías): matriz de roles, jerarquias, permisos, segregacion de funciones y acciones criticas. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-024 solo si "Definir roles y jerarquías" produce matriz de roles, jerarquias, permisos, segregacion de funciones y acciones criticas; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con matriz de permisos y pruebas de acceso permitido/denegado. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Definir roles y jerarquías sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-002 - Arquitectura institucional; DEP-DTI-007 - Acceso a datos históricos; DEP-PF-003 - Roles y jerarquías. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-06 - Expediente Unico NNA, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-024 | Alcance | Identificar perfiles de usuario reales y acciones que ejecutan en cada modulo; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Analisis | Definir jerarquia, permisos de consulta, captura, modificacion, autorizacion, exportacion y administracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Construccion | Marcar acciones criticas que requieren MFA, aprobacion adicional o auditoria reforzada; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Evidencia | Validar segregacion de funciones y conflictos de permisos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Validacion | Alinear roles con RBAC tecnico y pantallas React; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Dependencias | Definir datos sensibles que no deben mostrarse por perfil; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Seguridad | Revisar matriz con seguridad, DTI y responsable funcional; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-024 | Cierre | Registrar matriz aprobada y pendientes de implementacion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-025 - Recibir y homologar catálogos
Responsable: Datos | Disciplina: Datos | Sistema/componente: Gobierno de Datos | Fechas: 2026-07-01 a 2026-07-10.
Descripcion detallada
PYD-025 - Recibir y homologar catálogos
Objetivo PM: homologar catalogos para que captura, interoperabilidad, reportes y migracion compartan significados consistentes.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta Gobierno de Datos, queda a cargo de Datos y esta planeada del 2026-07-01 al 2026-07-10. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el trabajo debe documentar fuente, dueno, version, equivalencias, vigencia y reglas de cambio. Actividades principales del checklist: Recibir catalogos fuente con version, responsable, fecha y alcance de uso; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Comparar catalogos contra RMH, RMI, RDVF, RMP, RNCAS e integraciones externas; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Homologar nombres, claves, vigencia, equivalencias y valores obsoletos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Documentar reglas de alta, baja, modificacion y aprobacion de catalogos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Definir impacto en modelo de datos, formularios, APIs y reportes; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-025 (Recibir y homologar catálogos): catalogos homologados con fuente, dueno, vigencia, equivalencias y reglas de cambio. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-025 solo si "Recibir y homologar catálogos" produce catalogos homologados con fuente, dueno, vigencia, equivalencias y reglas de cambio; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con catalogos versionados y reglas de conciliacion aprobadas. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-007 - Acceso a datos históricos; DEP-INM-004 - Catálogos y ejemplos; DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-PF-004 - Catálogos; DEP-RDVF-002 - Modelo de datos
Riesgos y controles: Riesgo de cerrar Recibir y homologar catálogos sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-007 - Acceso a datos históricos; DEP-INM-004 - Catálogos y ejemplos; DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-PF-004 - Catálogos; DEP-RDVF-002 - Modelo de datos. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-025 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-007 - Acceso a datos históricos; DEP-INM-004 - Catálogos y ejemplos; DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-PF-004 - Catálogos; DEP-RDVF-002 - Modelo de datos. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Datos puede coordinar la revision de Gobierno de Datos, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-025 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-025 (Recibir y homologar catálogos): catalogos homologados con fuente, dueno, vigencia, equivalencias y reglas de cambio. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-025 solo si "Recibir y homologar catálogos" produce catalogos homologados con fuente, dueno, vigencia, equivalencias y reglas de cambio; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con catalogos versionados y reglas de conciliacion aprobadas. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Recibir y homologar catálogos sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-007 - Acceso a datos históricos; DEP-INM-004 - Catálogos y ejemplos; DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-PF-004 - Catálogos; DEP-RDVF-002 - Modelo de datos. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-025 | Alcance | Recibir catalogos fuente con version, responsable, fecha y alcance de uso; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Analisis | Comparar catalogos contra RMH, RMI, RDVF, RMP, RNCAS e integraciones externas; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Construccion | Homologar nombres, claves, vigencia, equivalencias y valores obsoletos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Evidencia | Documentar reglas de alta, baja, modificacion y aprobacion de catalogos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Validacion | Definir impacto en modelo de datos, formularios, APIs y reportes; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Dependencias | Identificar valores pendientes o ambiguos para resolucion funcional; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Seguridad | Preparar archivo o script de carga controlada sin datos personales reales; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-025 | Cierre | Publicar catalogo versionado y evidencia de aprobacion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-026 - Solicitar documentación técnica de INM
Responsable: Integraciones | Disciplina: Integraciones | Sistema/componente: INM | Fechas: 2026-06-18 a 2026-06-30.
Descripcion detallada
PYD-026 - Solicitar documentación técnica de INM
Objetivo PM: obtener documentacion, contratos, credenciales controladas, ambientes y responsables necesarios para integrar interoperabilidad con INM.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta INM, queda a cargo de Integraciones y esta planeada del 2026-06-18 al 2026-06-30. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la solicitud debe distinguir informacion tecnica, datos de prueba, ventanas de prueba, seguridad, certificacion y vigencia. Actividades principales del checklist: Preparar solicitud formal de documentacion tecnica para interoperabilidad con INM; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-026 (Solicitar documentación técnica de INM): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-026 solo si "Solicitar documentación técnica de INM" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios
Riesgos y controles: Riesgo de cerrar Solicitar documentación técnica de INM sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: Si la institucion externa no entrega documentacion o accesos, el avance queda limitado a analisis, mock o condicion formal. Dependencias a vigilar: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Integraciones puede coordinar la revision de interoperabilidad con INM, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-026 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-026 (Solicitar documentación técnica de INM): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-026 solo si "Solicitar documentación técnica de INM" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Solicitar documentación técnica de INM sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-01 - INM, SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional
Checklist de entregables
- PYD-026 | Alcance | Preparar solicitud formal de documentacion tecnica para interoperabilidad con INM; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Analisis | Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Construccion | Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Evidencia | Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Validacion | Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Dependencias | Registrar brechas, dudas, riesgos y tareas que quedan condicionadas; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Seguridad | Actualizar dependencia externa y estado de integracion en PtD; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-026 | Cierre | Adjuntar acuse, minuta o evidencia documental autorizada; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-027 - Solicitar documentación técnica de COMAR
Responsable: Integraciones | Disciplina: Integraciones | Sistema/componente: COMAR | Fechas: 2026-06-18 a 2026-06-30.
Descripcion detallada
PYD-027 - Solicitar documentación técnica de COMAR
Objetivo PM: obtener documentacion, contratos, credenciales controladas, ambientes y responsables necesarios para integrar interoperabilidad con COMAR.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta COMAR, queda a cargo de Integraciones y esta planeada del 2026-06-18 al 2026-06-30. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la solicitud debe distinguir informacion tecnica, datos de prueba, ventanas de prueba, seguridad, certificacion y vigencia. Actividades principales del checklist: Preparar solicitud formal de documentacion tecnica para interoperabilidad con COMAR; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-027 (Solicitar documentación técnica de COMAR): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-027 solo si "Solicitar documentación técnica de COMAR" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios
Riesgos y controles: Riesgo de cerrar Solicitar documentación técnica de COMAR sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: Si la institucion externa no entrega documentacion o accesos, el avance queda limitado a analisis, mock o condicion formal. Dependencias a vigilar: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Integraciones puede coordinar la revision de interoperabilidad con COMAR, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-027 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-027 (Solicitar documentación técnica de COMAR): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-027 solo si "Solicitar documentación técnica de COMAR" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Solicitar documentación técnica de COMAR sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-004 - Documentación de autenticación; DEP-INM-002 - Documentación de servicios. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-02 - COMAR, SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional
Checklist de entregables
- PYD-027 | Alcance | Preparar solicitud formal de documentacion tecnica para interoperabilidad con COMAR; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Analisis | Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Construccion | Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Evidencia | Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Validacion | Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Dependencias | Registrar brechas, dudas, riesgos y tareas que quedan condicionadas; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Seguridad | Actualizar dependencia externa y estado de integracion en PtD; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-027 | Cierre | Adjuntar acuse, minuta o evidencia documental autorizada; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
PYD-028 - Solicitar modelos y contratos de RDVF, RMP y RNCAS
Responsable: Integraciones | Disciplina: Integraciones | Sistema/componente: RDVF | Fechas: 2026-06-18 a 2026-06-30.
Descripcion detallada
PYD-028 - Solicitar modelos y contratos de RDVF, RMP y RNCAS
Objetivo PM: obtener documentacion, contratos, credenciales controladas, ambientes y responsables necesarios para integrar Registro del Derecho a Vivir en Familia.
Alcance operativo: esta tarea pertenece a H02 - H02 - Levantamiento funcional y normativo, se vincula con PYD-E2 - Analisis, arquitectura y diseno funcional/API First, impacta RDVF, queda a cargo de Integraciones y esta planeada del 2026-06-18 al 2026-06-30. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la solicitud debe distinguir informacion tecnica, datos de prueba, ventanas de prueba, seguridad, certificacion y vigencia. Actividades principales del checklist: Preparar solicitud formal de documentacion tecnica para Registro del Derecho a Vivir en Familia; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.; Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-028 (Solicitar modelos y contratos de RDVF, RMP y RNCAS): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-028 solo si "Solicitar modelos y contratos de RDVF, RMP y RNCAS" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-INM-003 - Contrato preliminar; DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad
Riesgos y controles: Riesgo de cerrar Solicitar modelos y contratos de RDVF, RMP y RNCAS sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-INM-003 - Contrato preliminar; DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: Si la institucion externa no entrega documentacion o accesos, el avance queda limitado a analisis, mock o condicion formal. Dependencias a vigilar: DEP-INM-003 - Contrato preliminar; DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Integraciones puede coordinar la revision de Registro del Derecho a Vivir en Familia, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.
Regla de cierre: PYD-028 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.
Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.
Evidencia esperada: Evidencia requerida para PYD-028 (Solicitar modelos y contratos de RDVF, RMP y RNCAS): solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-028 solo si "Solicitar modelos y contratos de RDVF, RMP y RNCAS" produce solicitud y acuse de documentacion tecnica, contratos, credenciales, ambientes, datos de prueba y responsables; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acuse, fecha compromiso o condicion formal registrada como dependencia. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Solicitar modelos y contratos de RDVF, RMP y RNCAS sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-INM-003 - Contrato preliminar; DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.
Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.
Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-028 | Alcance | Preparar solicitud formal de documentacion tecnica para Registro del Derecho a Vivir en Familia; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Analisis | Especificar contratos API, modelos de datos, catalogos, errores, autenticacion y ambientes requeridos; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Construccion | Solicitar datos de prueba anonimizados, responsables tecnicos y ventana de soporte; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Evidencia | Registrar fecha de solicitud, fecha requerida y ruta de escalamiento; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Validacion | Revisar documentacion recibida contra necesidades de diseño e integracion; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Dependencias | Registrar brechas, dudas, riesgos y tareas que quedan condicionadas; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Seguridad | Actualizar dependencia externa y estado de integracion en PtD; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
- PYD-028 | Cierre | Adjuntar acuse, minuta o evidencia documental autorizada; debe dejar evidencia trazable al hito H02, responsable asignado y fecha de cierre.
Dependencias del hito
| Codigo | Dependencia | Institucion | Criticidad | Tareas que puede afectar |
|---|---|---|---|---|
| DEP-DTI-001 | Repositorios Git - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-002 | Arquitectura institucional - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-003 | Infraestructura de desarrollo - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-004 | Documentación de autenticación - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-005 | Ambiente QA - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-006 | Certificados y DNS QA - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-007 | Acceso a datos historicos - condicion operacional para DTI y migracion. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-008 | Infraestructura productiva - condicion operacional para liberacion y estabilizacion. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-DTI-009 | Certificados productivos - condicion operacional para DTI. | DTI | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-INM-001 | Enlace tecnico y funcional INM - condicion de gobierno para interoperabilidad externa. | INM | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-INM-002 | Documentación de servicios - condicion operacional para INM. | INM | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-INM-003 | Contrato preliminar - condicion operacional para INM. | INM | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-INM-004 | Catalogos y ejemplos INM - condicion para mapeo semantico y pruebas de borde. | INM | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
| DEP-INM-005 | Ambiente, VPN, credenciales y datos de prueba - condicion operacional para INM. | INM | alta | PYD-020, PYD-021, PYD-022, PYD-023, PYD-024, PYD-025, PYD-026, PYD-027, PYD-028 |
Integraciones esperadas
- SYS-03 - RDVF - Registro del Derecho a Vivir en Familia: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-06 - Expediente Unico NNA: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-07 - Acceso Unico Institucional: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-09 - Gestion Documental: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-10 - Plataforma Publica de Indicadores: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-12 - Repositorio Git Institucional: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-01 - INM: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-04 - RMP - Registro de Medidas de Proteccion: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-05 - RNCAS - Registro Nacional de Centros de Asistencia Social: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-RMH - RMH - Registro de Movilidad Humana: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-RMI - RMI - Registro de Movilidad Interna: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-11 - Infraestructura DTI: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.
- SYS-02 - COMAR: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.