Este articulo baja el hito H07 a trabajo ejecutable. El foco es: Este hito debe implementar Registro de Movilidad Humana con alta de caso, situacion migratoria, seguimiento y canalizaciones. Su alcance operativo se concentra en Registro de Movilidad Humana, Interoperabilidad Interna/Externa, Frontend React / UI Operativa, Registro de Movilidad Interna, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, Frontend, QA. 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
H07 - Caso de Movilidad Humana
Objetivo del hito: Este hito debe implementar Registro de Movilidad Humana con alta de caso, situacion migratoria, seguimiento y canalizaciones. Su alcance operativo se concentra en Registro de Movilidad Humana, Interoperabilidad Interna/Externa, Frontend React / UI Operativa, Registro de Movilidad Interna, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, Frontend, QA.
Alcance de trabajo: este hito coordina RMH - Registro de Movilidad Humana, Interoperabilidad Interna/Externa, Frontend React / UI Operativa, RMI - Registro de Movilidad Interna, QA y Certificacion con participacion de Funcional/Backend, Integraciones, Frontend, QA. 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: contratos API, pantallas, pruebas, capturas, datos de prueba y evidencia de canalizacion/seguimiento. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas incluidas: PYD-070 API de alta de caso RMH; PYD-071 API de situación migratoria; PYD-072 API de seguimiento migratorio; PYD-073 Interfaz de alta de caso; PYD-074 Interfaz de seguimiento; PYD-075 API e interfaz de canalizaciones; PYD-076 Pruebas integrales del Sprint 2. 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: RMH cubre alta, consulta, seguimiento y canalizaciones sin defectos bloqueantes. 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: H07
- Objetivo: Este hito debe implementar Registro de Movilidad Humana con alta de caso, situacion migratoria, seguimiento y canalizaciones. Su alcance operativo se concentra en Registro de Movilidad Humana, Interoperabilidad Interna/Externa, Frontend React / UI Operativa, Registro de Movilidad Interna, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, Frontend, QA.
- Resultado esperado: Resultado esperado: RMH operable con APIs, interfaces y pruebas del flujo migratorio base. Las tareas guia del cierre son PYD-070 API de alta de caso RMH; PYD-071 API de situación migratoria; PYD-072 API de seguimiento migratorio; PYD-073 Interfaz de alta de caso; PYD-074 Interfaz de seguimiento; PYD-075 API e interfaz de canalizaciones; PYD-076 Pruebas integrales del Sprint 2.
- Entregable: PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock
- Responsable: Coordinadora tecnica
- Criterio de salida: Criterio de salida: RMH cubre alta, consulta, seguimiento y canalizaciones sin defectos bloqueantes. 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: contratos API, pantallas, pruebas, capturas, datos de prueba y evidencia de canalizacion/seguimiento. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas a realizar y checklist de entregables
PYD-070 - API de alta de caso RMH
Responsable: Backend 1 | Disciplina: Funcional/Backend | Sistema/componente: RMH - Registro de Movilidad Humana | Fechas: 2026-08-24 a 2026-08-28.
Descripcion detallada
PYD-070 - API de alta de caso RMH
Objetivo PM: implementar el endpoint para crear caso RMH con datos migratorios iniciales, validaciones, permisos y trazabilidad hacia Expediente Unico.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta RMH - Registro de Movilidad Humana, queda a cargo de Backend 1 y esta planeada del 2026-08-24 al 2026-08-28. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe validar payload, catalogos, duplicados, errores de negocio, auditoria y respuesta consistente con OpenAPI. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve API de alta de caso RMH en Registro de Movilidad Humana; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-070 (API de alta de caso RMH): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-070 solo si "API de alta de caso RMH" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con alta exitosa, payload incompleto, permiso insuficiente, duplicado y auditoria registrada. 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. 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 Backend 1 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-070 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-070 (API de alta de caso RMH): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-070 solo si "API de alta de caso RMH" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con alta exitosa, payload incompleto, permiso insuficiente, duplicado y auditoria registrada. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-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-070 | Alcance | Confirmar historia o flujo operativo que resuelve API de alta de caso RMH en Registro de Movilidad Humana; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-070 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-071 - API de situación migratoria
Responsable: Backend 2 | Disciplina: Integraciones | Sistema/componente: Interoperabilidad Interna/Externa | Fechas: 2026-08-24 a 2026-08-31.
Descripcion detallada
PYD-071 - API de situación migratoria
Objetivo PM: implementar servicios RMH para consultar y actualizar situacion/seguimiento migratorio con historial y fuente trazable.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Interoperabilidad Interna/Externa, queda a cargo de Backend 2 y esta planeada del 2026-08-24 al 2026-08-31. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe cubrir estados, eventos, validaciones, usuario responsable, fecha, evidencia y compatibilidad con INM/COMAR si aplica. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve API de situación migratoria en Interoperabilidad Interna/Externa; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-071 (API de situación migratoria): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-071 solo si "API de situación migratoria" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con cambios de estado, consulta de historial, error controlado y bitacora completa. 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Backend 2 puede coordinar la revision de Interoperabilidad Interna/Externa, 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-071 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-071 (API de situación migratoria): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-071 solo si "API de situación migratoria" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con cambios de estado, consulta de historial, error controlado y bitacora completa. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-09 - Gestion Documental, SYS-12 - Repositorio Git Institucional, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-071 | Alcance | Confirmar historia o flujo operativo que resuelve API de situación migratoria en Interoperabilidad Interna/Externa; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-071 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-072 - API de seguimiento migratorio
Responsable: Backend 2 | Disciplina: Funcional/Backend | Sistema/componente: RMH - Registro de Movilidad Humana | Fechas: 2026-08-28 a 2026-09-02.
Descripcion detallada
PYD-072 - API 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 H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta RMH - Registro de Movilidad Humana, queda a cargo de Backend 2 y esta planeada del 2026-08-28 al 2026-09-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: Confirmar historia o flujo operativo que resuelve API de seguimiento migratorio en Registro de Movilidad Humana; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-072 (API de seguimiento migratorio): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-072 solo si "API de seguimiento migratorio" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. 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 Backend 2 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-072 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-072 (API de seguimiento migratorio): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-072 solo si "API de seguimiento migratorio" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-072 | Alcance | Confirmar historia o flujo operativo que resuelve API de seguimiento migratorio en Registro de Movilidad Humana; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-072 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-073 - Interfaz de alta de caso
Responsable: Frontend 1 | Disciplina: Frontend | Sistema/componente: Frontend React / UI Operativa | Fechas: 2026-08-24 a 2026-09-01.
Descripcion detallada
PYD-073 - Interfaz de alta de caso
Objetivo PM: construir interfaz operativa para capturar y dar seguimiento a casos sin perder validaciones, estados ni evidencia.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Frontend React / UI Operativa, queda a cargo de Frontend 1 y esta planeada del 2026-08-24 al 2026-09-01. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe cubrir formularios, mensajes de error, guardado, consulta, permisos, accesibilidad y estados de carga. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve Interfaz de alta de caso en Frontend React / UI Operativa; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-073 (Interfaz de alta de caso): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-073 solo si "Interfaz de alta de caso" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con flujo completo de usuario, casos negativos, responsive basico y evidencia visual. 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Frontend 1 puede coordinar la revision de Frontend React / UI Operativa, 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-073 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-073 (Interfaz de alta de caso): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-073 solo si "Interfaz de alta de caso" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con flujo completo de usuario, casos negativos, responsive basico y evidencia visual. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-09 - Gestion Documental, SYS-12 - Repositorio Git Institucional, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-073 | Alcance | Confirmar historia o flujo operativo que resuelve Interfaz de alta de caso en Frontend React / UI Operativa; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-073 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-074 - Interfaz de seguimiento
Responsable: Frontend 2 | Disciplina: Funcional/Backend | Sistema/componente: RMI - Registro de Movilidad Interna | Fechas: 2026-08-28 a 2026-09-03.
Descripcion detallada
PYD-074 - Interfaz de seguimiento
Objetivo PM: construir interfaz operativa para capturar y dar seguimiento a casos sin perder validaciones, estados ni evidencia.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta RMI - Registro de Movilidad Interna, queda a cargo de Frontend 2 y esta planeada del 2026-08-28 al 2026-09-03. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe cubrir formularios, mensajes de error, guardado, consulta, permisos, accesibilidad y estados de carga. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve Interfaz de seguimiento en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-074 (Interfaz de seguimiento): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-074 solo si "Interfaz de seguimiento" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con flujo completo de usuario, casos negativos, responsive basico y evidencia visual. 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. 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 Frontend 2 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-074 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-074 (Interfaz de seguimiento): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-074 solo si "Interfaz de seguimiento" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con flujo completo de usuario, casos negativos, responsive basico y evidencia visual. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-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-074 | Alcance | Confirmar historia o flujo operativo que resuelve Interfaz de seguimiento en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-074 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-075 - API e interfaz de canalizaciones
Responsable: Backend 1 | Disciplina: Funcional/Backend | Sistema/componente: RMI - Registro de Movilidad Interna | Fechas: 2026-08-31 a 2026-09-04.
Descripcion detallada
PYD-075 - API e interfaz de canalizaciones
Objetivo PM: implementar canalizaciones con API e interfaz para registrar destino, motivo, autoridad, documentos y seguimiento.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta RMI - Registro de Movilidad Interna, queda a cargo de Backend 1 y esta planeada del 2026-08-31 al 2026-09-04. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe mantener consistencia entre RMH, RMI y Expediente, incluyendo estados, permisos, evidencia y auditoria. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve API e interfaz de canalizaciones en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-075 (API e interfaz de canalizaciones): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-075 solo si "API e interfaz de canalizaciones" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con canalizacion creada, actualizada, consultada y auditada. 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: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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: La funcionalidad no debe cerrarse como completa si faltan contrato, permisos, pruebas, auditoria o evidencia de error controlado. 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 Backend 1 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-075 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-075 (API e interfaz de canalizaciones): capturas, pruebas, commit/PR, contrato actualizado si aplica y evidencia de funcionamiento. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-075 solo si "API e interfaz de canalizaciones" produce funcionalidad implementada con pruebas, evidencia, trazabilidad, manejo de errores y criterios de aceptacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con canalizacion creada, actualizada, consultada y auditada. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Implementacion que resuelve el caso feliz pero omite permisos, auditoria, errores, datos limite o integracion. 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-075 | Alcance | Confirmar historia o flujo operativo que resuelve API e interfaz de canalizaciones en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-075 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
PYD-076 - Pruebas integrales del Sprint 2
Responsable: QA | Disciplina: QA | Sistema/componente: QA y Certificacion | Fechas: 2026-09-03 a 2026-09-04.
Descripcion detallada
PYD-076 - Pruebas integrales del Sprint 2
Objetivo PM: comprobar que QA y Certificacion funciona en escenarios reales, negativos, permisos, integraciones y regresion.
Alcance operativo: esta tarea pertenece a H07 - H07 - Caso de Movilidad Humana, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta QA y Certificacion, queda a cargo de QA y esta planeada del 2026-09-03 al 2026-09-04. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: la ejecucion debe registrar casos, datos usados, evidencia, defectos, severidad y decision de avance. Actividades principales del checklist: Confirmar alcance de prueba para Pruebas integrales del Sprint 2 y version del artefacto a validar; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Preparar casos, datos anonimizados, usuarios y ambiente; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Ejecutar casos positivos, negativos, permisos, datos limite y regresion aplicable; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Registrar defectos con pasos de reproduccion, evidencia, severidad y modulo afectado; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.; Separar defectos bloqueantes de observaciones no bloqueantes; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-076 (Pruebas integrales del Sprint 2): reporte QA, casos ejecutados, defectos, evidencia, decision QA y matriz de regresion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-076 solo si "Pruebas integrales del Sprint 2" produce reporte de pruebas con casos ejecutados, defectos, evidencias, severidad y decision de avance; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando no quedan defectos bloqueantes sin plan ni aceptacion condicionada. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-INM-006 - Ventana de certificación; DEP-INM-007 - Certificación QA; DEP-PF-007 - Usuarios para pruebas; DEP-RDVF-007 - Certificacion
Riesgos y controles: Defectos bloqueantes sin responsable, datos de prueba insuficientes o regresion incompleta. Puede agravarse si no se atiende: DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-INM-006 - Ventana de certificación; DEP-INM-007 - Certificación QA; DEP-PF-007 - Usuarios para pruebas; DEP-RDVF-007 - Certificacion. 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-076 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-INM-006 - Ventana de certificación; DEP-INM-007 - Certificación QA; DEP-PF-007 - Usuarios para pruebas; DEP-RDVF-007 - Certificacion. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que QA puede coordinar la revision de QA y Certificacion, 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-076 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-076 (Pruebas integrales del Sprint 2): reporte QA, casos ejecutados, defectos, evidencia, decision QA y matriz de regresion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-076 solo si "Pruebas integrales del Sprint 2" produce reporte de pruebas con casos ejecutados, defectos, evidencias, severidad y decision de avance; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando no quedan defectos bloqueantes sin plan ni aceptacion condicionada. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Defectos bloqueantes sin responsable, datos de prueba insuficientes o regresion incompleta. Puede agravarse si no se atiende: DEP-INM-005 - Ambiente, VPN, credenciales y datos de prueba; DEP-INM-006 - Ventana de certificación; DEP-INM-007 - Certificación QA; DEP-PF-007 - Usuarios para pruebas; DEP-RDVF-007 - Certificacion. 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-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-076 | Alcance | Confirmar alcance de prueba para Pruebas integrales del Sprint 2 y version del artefacto a validar; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Analisis | Preparar casos, datos anonimizados, usuarios y ambiente; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Construccion | Ejecutar casos positivos, negativos, permisos, datos limite y regresion aplicable; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Evidencia | Registrar defectos con pasos de reproduccion, evidencia, severidad y modulo afectado; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Validacion | Separar defectos bloqueantes de observaciones no bloqueantes; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Dependencias | Reejecutar casos corregidos y documentar resultado; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Seguridad | Emitir decision QA: aprobado, aprobado condicionado o rechazado; debe dejar evidencia trazable al hito H07, responsable asignado y fecha de cierre.
- PYD-076 | Cierre | Actualizar Perfex/PtD con reporte, evidencias y riesgos; debe dejar evidencia trazable al hito H07, 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-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-002 | Arquitectura institucional - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-003 | Infraestructura de desarrollo - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-004 | Documentación de autenticación - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-005 | Ambiente QA - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-006 | Certificados y DNS QA - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-007 | Acceso a datos historicos - condicion operacional para DTI y migracion. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-008 | Infraestructura productiva - condicion operacional para liberacion y estabilizacion. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-DTI-009 | Certificados productivos - condicion operacional para DTI. | DTI | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-INM-001 | Enlace tecnico y funcional INM - condicion de gobierno para interoperabilidad externa. | INM | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-INM-002 | Documentación de servicios - condicion operacional para INM. | INM | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-INM-003 | Contrato preliminar - condicion operacional para INM. | INM | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-INM-004 | Catalogos y ejemplos INM - condicion para mapeo semantico y pruebas de borde. | INM | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
| DEP-INM-005 | Ambiente, VPN, credenciales y datos de prueba - condicion operacional para INM. | INM | alta | PYD-070, PYD-071, PYD-072, PYD-073, PYD-074, PYD-075, PYD-076 |
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-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-09 - Gestion Documental: 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-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-06 - Expediente Unico NNA: 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-11 - Infraestructura DTI: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.