Este articulo baja el hito H08 a trabajo ejecutable. El foco es: Este hito debe implementar Movilidad Interna, modelo canonico, mocks de interoperabilidad, outbox, reintentos e idempotencia. Su alcance operativo se concentra en Registro de Movilidad Interna, modelo canonico de interoperabilidad para registros internos y externos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia, Interoperabilidad Interna/Externa, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, 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
H08 - Traslados e interoperabilidad base
Objetivo del hito: Este hito debe implementar Movilidad Interna, modelo canonico, mocks de interoperabilidad, outbox, reintentos e idempotencia. Su alcance operativo se concentra en Registro de Movilidad Interna, modelo canonico de interoperabilidad para registros internos y externos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia, Interoperabilidad Interna/Externa, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, QA.
Alcance de trabajo: este hito coordina RMI - Registro de Movilidad Interna, Interoperabilidad Interna/Externa, INM, COMAR, RDVF, QA y Certificacion con participacion de Funcional/Backend, Integraciones, 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: APIs de traslados, interfaz, modelo canonico, mocks INM/COMAR/RDVF/RMP/RNCAS, pruebas de reintento e idempotencia. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas incluidas: PYD-080 API de traslados; PYD-081 Interfaz de traslados; PYD-082 Implementar modelo canónico; PYD-083 Construir mock INM; PYD-084 Construir mock COMAR; PYD-085 Construir mocks RDVF, RMP y RNCAS; PYD-086 Implementar outbox y reintentos; PYD-087 Pruebas integrales del Sprint 3. 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 traslados y mocks permiten validar flujos internos sin depender aun de conexiones reales. 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: H08
- Objetivo: Este hito debe implementar Movilidad Interna, modelo canonico, mocks de interoperabilidad, outbox, reintentos e idempotencia. Su alcance operativo se concentra en Registro de Movilidad Interna, modelo canonico de interoperabilidad para registros internos y externos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia, Interoperabilidad Interna/Externa, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, QA.
- Resultado esperado: Resultado esperado: RMI y capa base de interoperabilidad listos para pruebas con mocks y trazabilidad. Las tareas guia del cierre son PYD-080 API de traslados; PYD-081 Interfaz de traslados; PYD-082 Implementar modelo canónico; PYD-083 Construir mock INM; PYD-084 Construir mock COMAR; PYD-085 Construir mocks RDVF, RMP y RNCAS; PYD-086 Implementar outbox y reintentos; PYD-087 Pruebas integrales del Sprint 3.
- Entregable: PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock
- Responsable: Coordinadora tecnica
- Criterio de salida: Criterio de salida: los traslados y mocks permiten validar flujos internos sin depender aun de conexiones reales. 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: APIs de traslados, interfaz, modelo canonico, mocks INM/COMAR/RDVF/RMP/RNCAS, pruebas de reintento e idempotencia. Debe conservarse trazabilidad con tareas, responsables, fechas, aprobaciones, commits/PRs, capturas, reportes o actas segun corresponda.
Tareas a realizar y checklist de entregables
PYD-080 - API de traslados
Responsable: Backend 1 | Disciplina: Funcional/Backend | Sistema/componente: RMI - Registro de Movilidad Interna | Fechas: 2026-09-07 a 2026-09-11.
Descripcion detallada
PYD-080 - API de traslados
Objetivo PM: implementar traslados de movilidad interna con origen, destino, causa, responsable, evidencia, estado y seguimiento.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, 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-09-07 al 2026-09-11. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe separar traslado interno de canalizacion, validar catalogos, permisos, documentos y relacion con expediente. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve API de traslados en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-080 (API de traslados): 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-080 solo si "API de traslados" 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, consulta, cambio de estado, datos limite y auditoria del traslado. 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-080 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-080 (API de traslados): 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-080 solo si "API de traslados" 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, consulta, cambio de estado, datos limite y auditoria del traslado. 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-080 | Alcance | Confirmar historia o flujo operativo que resuelve API de traslados en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-080 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-081 - Interfaz de traslados
Responsable: Frontend 1 | Disciplina: Funcional/Backend | Sistema/componente: RMI - Registro de Movilidad Interna | Fechas: 2026-09-07 a 2026-09-14.
Descripcion detallada
PYD-081 - Interfaz de traslados
Objetivo PM: implementar traslados de movilidad interna con origen, destino, causa, responsable, evidencia, estado y seguimiento.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, 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 1 y esta planeada del 2026-09-07 al 2026-09-14. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe separar traslado interno de canalizacion, validar catalogos, permisos, documentos y relacion con expediente. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve Interfaz de traslados en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-081 (Interfaz de traslados): 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-081 solo si "Interfaz de traslados" 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, consulta, cambio de estado, datos limite y auditoria del traslado. 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 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-081 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-081 (Interfaz de traslados): 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-081 solo si "Interfaz de traslados" 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, consulta, cambio de estado, datos limite y auditoria del traslado. 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-081 | Alcance | Confirmar historia o flujo operativo que resuelve Interfaz de traslados en Registro de Movilidad Interna; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-081 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-082 - Implementar modelo canónico
Responsable: Integraciones | Disciplina: Integraciones | Sistema/componente: Interoperabilidad Interna/Externa | Fechas: 2026-09-07 a 2026-09-14.
Descripcion detallada
PYD-082 - Implementar modelo canónico
Objetivo PM: definir el formato comun de intercambio entre Expediente, RMH, RMI, RDVF, RMP, RNCAS, INM y COMAR.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Interoperabilidad Interna/Externa, queda a cargo de Integraciones y esta planeada del 2026-09-07 al 2026-09-14. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: debe precisar identificadores, eventos, catalogos, payloads, versiones, errores, idempotencia y trazabilidad. Actividades principales del checklist: Definir alcance del artefacto de diseno para Implementar modelo canónico; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Levantar decisiones arquitectonicas, restricciones, dependencias y alternativas descartadas; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Representar componentes, datos, contratos, flujos o relaciones segun corresponda; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Validar consistencia con RMH, RMI, Expediente Unico, seguridad e interoperabilidad; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Identificar cambios requeridos en APIs, modelo de datos, frontend, infraestructura o QA; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-082 (Implementar modelo canónico): artefacto de diseno revisado: diagrama, modelo, contrato, decisiones ADR y trazabilidad con tareas. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-082 solo si "Implementar modelo canónico" produce artefacto de diseno revisado: diagrama, modelo, contrato, decisiones ADR y trazabilidad con tareas; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando los mocks/adaptadores pueden mapear sus datos al contrato comun. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-RDVF-002 - Modelo de datos; DEP-RMP-002 - Modelo de datos; DEP-RNCAS-002 - Modelo de datos
Riesgos y controles: Riesgo de cerrar Implementar modelo canónico sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-RDVF-002 - Modelo de datos; DEP-RMP-002 - Modelo de datos; DEP-RNCAS-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-082 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-RDVF-002 - Modelo de datos; DEP-RMP-002 - Modelo de datos; DEP-RNCAS-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 Integraciones puede coordinar la revision de modelo canonico de interoperabilidad para registros internos y externos, 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-082 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-082 (Implementar modelo canónico): artefacto de diseno revisado: diagrama, modelo, contrato, decisiones ADR y trazabilidad con tareas. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-082 solo si "Implementar modelo canónico" produce artefacto de diseno revisado: diagrama, modelo, contrato, decisiones ADR y trazabilidad con tareas; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando los mocks/adaptadores pueden mapear sus datos al contrato comun. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Riesgo de cerrar Implementar modelo canónico sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-RDVF-002 - Modelo de datos; DEP-RMP-002 - Modelo de datos; DEP-RNCAS-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-06 - Expediente Unico NNA, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, 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-082 | Alcance | Definir alcance del artefacto de diseno para Implementar modelo canónico; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Analisis | Levantar decisiones arquitectonicas, restricciones, dependencias y alternativas descartadas; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Construccion | Representar componentes, datos, contratos, flujos o relaciones segun corresponda; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Evidencia | Validar consistencia con RMH, RMI, Expediente Unico, seguridad e interoperabilidad; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Validacion | Identificar cambios requeridos en APIs, modelo de datos, frontend, infraestructura o QA; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Dependencias | Registrar riesgos tecnicos y decisiones ADR cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Seguridad | Revisar el artefacto con arquitectura, desarrollo y QA; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-082 | Cierre | Publicar version aprobada y vincularla al entregable correspondiente; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-083 - Construir mock INM
Responsable: Backend 2 | Disciplina: Integraciones | Sistema/componente: INM | Fechas: 2026-09-09 a 2026-09-16.
Descripcion detallada
PYD-083 - Construir mock INM
Objetivo PM: construir mock contractual para interoperabilidad con INM, permitiendo probar flujos sin depender de disponibilidad institucional real.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta INM, queda a cargo de Backend 2 y esta planeada del 2026-09-09 al 2026-09-16. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el mock debe exponer payloads representativos, errores, latencia controlada, versionado y datos de prueba documentados. Actividades principales del checklist: Confirmar alcance de integracion para interoperabilidad con INM: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-083 (Construir mock INM): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-083 solo si "Construir mock INM" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado
Riesgos y controles: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La integracion de interoperabilidad con INM no debe considerarse real hasta contar con contrato, ambiente, credenciales controladas, datos de prueba y evidencia de solicitud/respuesta. Dependencias a vigilar: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. 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 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-083 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-083 (Construir mock INM): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-083 solo si "Construir mock INM" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. 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-07 - Acceso Unico Institucional, 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-083 | Alcance | Confirmar alcance de integracion para interoperabilidad con INM: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Analisis | Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Construccion | Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Evidencia | Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Validacion | Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Dependencias | Registrar evidencia de solicitud/respuesta, correlation ID y resultado sin exponer datos sensibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Seguridad | Actualizar estado de integracion: mock, adaptador, conexion real, certificacion o condicion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-083 | Cierre | Documentar brechas, dependencia externa y criterio para avanzar o bloquear; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-084 - Construir mock COMAR
Responsable: Backend 2 | Disciplina: Integraciones | Sistema/componente: COMAR | Fechas: 2026-09-09 a 2026-09-16.
Descripcion detallada
PYD-084 - Construir mock COMAR
Objetivo PM: construir mock contractual para interoperabilidad con COMAR, permitiendo probar flujos sin depender de disponibilidad institucional real.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta COMAR, queda a cargo de Backend 2 y esta planeada del 2026-09-09 al 2026-09-16. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el mock debe exponer payloads representativos, errores, latencia controlada, versionado y datos de prueba documentados. Actividades principales del checklist: Confirmar alcance de integracion para interoperabilidad con COMAR: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-084 (Construir mock COMAR): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-084 solo si "Construir mock COMAR" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado
Riesgos y controles: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La integracion de interoperabilidad con COMAR no debe considerarse real hasta contar con contrato, ambiente, credenciales controladas, datos de prueba y evidencia de solicitud/respuesta. Dependencias a vigilar: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. 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 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-084 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-084 (Construir mock COMAR): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-084 solo si "Construir mock COMAR" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-005 - Mock validado; DEP-RMP-005 - Mock validado; DEP-RNCAS-005 - Mock validado. 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-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-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-084 | Alcance | Confirmar alcance de integracion para interoperabilidad con COMAR: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Analisis | Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Construccion | Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Evidencia | Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Validacion | Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Dependencias | Registrar evidencia de solicitud/respuesta, correlation ID y resultado sin exponer datos sensibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Seguridad | Actualizar estado de integracion: mock, adaptador, conexion real, certificacion o condicion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-084 | Cierre | Documentar brechas, dependencia externa y criterio para avanzar o bloquear; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-085 - Construir mocks RDVF, RMP y RNCAS
Responsable: Integraciones | Disciplina: Integraciones | Sistema/componente: RDVF | Fechas: 2026-09-09 a 2026-09-17.
Descripcion detallada
PYD-085 - Construir mocks RDVF, RMP y RNCAS
Objetivo PM: construir mock contractual para Registro del Derecho a Vivir en Familia, permitiendo probar flujos sin depender de disponibilidad institucional real.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta RDVF, queda a cargo de Integraciones y esta planeada del 2026-09-09 al 2026-09-17. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.
Actividades de ejecucion: el mock debe exponer payloads representativos, errores, latencia controlada, versionado y datos de prueba documentados. Actividades principales del checklist: Confirmar alcance de integracion para Registro del Derecho a Vivir en Familia: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-085 (Construir mocks RDVF, RMP y RNCAS): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-085 solo si "Construir mocks RDVF, RMP y RNCAS" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Dependencias y coordinacion: DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad; DEP-RDVF-005 - Mock validado
Riesgos y controles: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad; DEP-RDVF-005 - Mock validado. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La integracion de Registro del Derecho a Vivir en Familia no debe considerarse real hasta contar con contrato, ambiente, credenciales controladas, datos de prueba y evidencia de solicitud/respuesta. Dependencias a vigilar: DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad; DEP-RDVF-005 - Mock validado. 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-085 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-085 (Construir mocks RDVF, RMP y RNCAS): contrato, mock/adaptador, evidencia de solicitud/respuesta, pruebas de error/reintento y estado de certificacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.
Criterio de aceptacion: Aceptar PYD-085 solo si "Construir mocks RDVF, RMP y RNCAS" produce integracion documentada con contrato, mock/adaptador, manejo de errores, seguridad, pruebas y evidencia; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando el adaptador consume el mock y reproduce casos exitosos y fallidos. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.
Riesgos operativos: Contrato incompleto, indisponibilidad de contraparte, diferencias de catalogo, errores no controlados o imposibilidad de certificar a tiempo. Puede agravarse si no se atiende: DEP-RDVF-001 - Responsable tecnico; DEP-RDVF-002 - Modelo de datos; DEP-RDVF-003 - Contrato API; DEP-RDVF-004 - Fecha real de disponibilidad; DEP-RDVF-005 - Mock validado. 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-12 - Repositorio Git Institucional, SYS-RMH - RMH - Registro de Movilidad Humana, SYS-RMI - RMI - Registro de Movilidad Interna
Checklist de entregables
- PYD-085 | Alcance | Confirmar alcance de integracion para Registro del Derecho a Vivir en Familia: mock, adaptador, conexion real o certificacion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Analisis | Revisar contrato, endpoints, payloads, errores, autenticacion y datos de prueba disponibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Construccion | Implementar o configurar adaptador/mapeo sin almacenar credenciales en codigo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Evidencia | Probar caso exitoso, error controlado, timeout, reintento y registro de auditoria; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Validacion | Validar equivalencias de catalogos y campos obligatorios; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Dependencias | Registrar evidencia de solicitud/respuesta, correlation ID y resultado sin exponer datos sensibles; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Seguridad | Actualizar estado de integracion: mock, adaptador, conexion real, certificacion o condicion; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-085 | Cierre | Documentar brechas, dependencia externa y criterio para avanzar o bloquear; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-086 - Implementar outbox y reintentos
Responsable: Backend 1 | Disciplina: Integraciones | Sistema/componente: Interoperabilidad Interna/Externa | Fechas: 2026-09-14 a 2026-09-18.
Descripcion detallada
PYD-086 - Implementar outbox y reintentos
Objetivo PM: implementar patron outbox/reintentos para que eventos de interoperabilidad sean consistentes, idempotentes y auditables.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Interoperabilidad Interna/Externa, queda a cargo de Backend 1 y esta planeada del 2026-09-14 al 2026-09-18. 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 persistencia de evento, estados, reintentos, backoff, errores definitivos, correlation ID y reproceso. Actividades principales del checklist: Confirmar historia o flujo operativo que resuelve Implementar outbox y reintentos en Interoperabilidad Interna/Externa; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-086 (Implementar outbox y reintentos): 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-086 solo si "Implementar outbox y reintentos" 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 simulando exito, falla temporal, falla permanente y reintento sin duplicar efectos. 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 1 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-086 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-086 (Implementar outbox y reintentos): 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-086 solo si "Implementar outbox y reintentos" 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 simulando exito, falla temporal, falla permanente y reintento sin duplicar efectos. 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-086 | Alcance | Confirmar historia o flujo operativo que resuelve Implementar outbox y reintentos en Interoperabilidad Interna/Externa; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Analisis | Definir comportamiento esperado, validaciones, estados, mensajes y errores controlados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Construccion | Implementar backend, frontend o servicio requerido con trazabilidad y auditoria cuando aplique; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Evidencia | Actualizar contrato API, modelo de datos, permisos o componentes UI impactados; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Validacion | Probar caso exitoso, caso negativo, permisos y datos limite; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Dependencias | Verificar que no se registren secretos ni datos personales reales en logs o evidencias; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Seguridad | Adjuntar evidencia funcional: captura, reporte de prueba, commit, PR o demo; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-086 | Cierre | Actualizar estado, riesgos e integraciones relacionadas en PtD; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
PYD-087 - Pruebas integrales del Sprint 3
Responsable: QA | Disciplina: QA | Sistema/componente: QA y Certificacion | Fechas: 2026-09-17 a 2026-09-18.
Descripcion detallada
PYD-087 - Pruebas integrales del Sprint 3
Objetivo PM: comprobar que QA y Certificacion funciona en escenarios reales, negativos, permisos, integraciones y regresion.
Alcance operativo: esta tarea pertenece a H08 - H08 - Traslados e interoperabilidad base, 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-17 al 2026-09-18. 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 3 y version del artefacto a validar; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Preparar casos, datos anonimizados, usuarios y ambiente; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Ejecutar casos positivos, negativos, permisos, datos limite y regresion aplicable; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Registrar defectos con pasos de reproduccion, evidencia, severidad y modulo afectado; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.; Separar defectos bloqueantes de observaciones no bloqueantes; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre..
Entregable verificable: Evidencia requerida para PYD-087 (Pruebas integrales del Sprint 3): 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-087 solo si "Pruebas integrales del Sprint 3" 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-087 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-087 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-087 (Pruebas integrales del Sprint 3): 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-087 solo si "Pruebas integrales del Sprint 3" 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-087 | Alcance | Confirmar alcance de prueba para Pruebas integrales del Sprint 3 y version del artefacto a validar; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Analisis | Preparar casos, datos anonimizados, usuarios y ambiente; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Construccion | Ejecutar casos positivos, negativos, permisos, datos limite y regresion aplicable; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Evidencia | Registrar defectos con pasos de reproduccion, evidencia, severidad y modulo afectado; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Validacion | Separar defectos bloqueantes de observaciones no bloqueantes; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Dependencias | Reejecutar casos corregidos y documentar resultado; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Seguridad | Emitir decision QA: aprobado, aprobado condicionado o rechazado; debe dejar evidencia trazable al hito H08, responsable asignado y fecha de cierre.
- PYD-087 | Cierre | Actualizar Perfex/PtD con reporte, evidencias y riesgos; debe dejar evidencia trazable al hito H08, 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-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-002 | Arquitectura institucional - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-003 | Infraestructura de desarrollo - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-004 | Documentación de autenticación - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-005 | Ambiente QA - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-006 | Certificados y DNS QA - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-007 | Acceso a datos historicos - condicion operacional para DTI y migracion. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-008 | Infraestructura productiva - condicion operacional para liberacion y estabilizacion. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-DTI-009 | Certificados productivos - condicion operacional para DTI. | DTI | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-INM-001 | Enlace tecnico y funcional INM - condicion de gobierno para interoperabilidad externa. | INM | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-INM-002 | Documentación de servicios - condicion operacional para INM. | INM | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-INM-003 | Contrato preliminar - condicion operacional para INM. | INM | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-INM-004 | Catalogos y ejemplos INM - condicion para mapeo semantico y pruebas de borde. | INM | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
| DEP-INM-005 | Ambiente, VPN, credenciales y datos de prueba - condicion operacional para INM. | INM | alta | PYD-080, PYD-081, PYD-082, PYD-083, PYD-084, PYD-085, PYD-086, PYD-087 |
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-07 - Acceso Unico Institucional: 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-11 - Infraestructura DTI: 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-02 - COMAR: revisar contrato, mock, adaptador, conexion real, certificacion, evidencia y estado productivo antes del cierre.