Migrar datos a un agente sin parar la operación

En 60 segundos: La primera extracción permite probar el agente con una copia fechada. Mientras el equipo siga trabajando en el software anterior, esa copia acumula diferencias. Guardá el original intacto, conservá los identificadores y validá campos, relaciones y registros ausentes. Definí qué fuente manda por dato y quién resuelve conflictos. Antes del cambio definitivo, cerrá las escrituras al origen o llevá las nuevas entradas a una cola trazable, aplicá el delta y conciliá el resultado hasta una hora de corte explícita. Pasá al sistema nuevo con aprobación humana y un plan de vuelta atrás que incluya lo que se registre después. Mantener la operación puede requerir una breve pausa de escritura; no prometas una transición sin interrupciones si todavía no la probaste.

Supongamos un equipo que lleva sus asuntos en una herramienta de seguimiento. Exporta los registros al sistema que consultará el agente y empieza a probar preguntas. Durante esa semana, alguien abre un asunto nuevo, otra persona corrige un estado y un responsable archiva un registro en la herramienta anterior.

El agente puede responder correctamente sobre la copia inicial y desconocer esos cambios. La pregunta que falta en la prueba es: ¿hasta qué momento representa esta base a la operación?

Este ejemplo y los identificadores que siguen son sintéticos. El procedimiento aplica a un CRM ligero, una hoja maestra o un sistema de casos; las capacidades de extracción y seguimiento de cambios deben comprobarse en cada entorno.

1. Separá la carga inicial del corte definitivo

Planificá una extracción inicial, un periodo de pruebas en paralelo y una migración final de diferencias. Durante el paralelo pueden hacer falta varias conciliaciones. La última solo se considera cerrada cuando se conoce qué pasó con cada cambio hasta el corte.

Nombrá a una persona de operaciones para aprobar el resultado y resolver conflictos de negocio, y a una persona técnica para ejecutar cargas, registrar fallos y preparar la reversión. Acordá qué campos o relaciones faltantes bloquean la salida. Un expediente sin identificador oficial puede impedir una consulta fiable aunque el resto del registro se haya importado.

El coste cotidiano de mantener copias se trata en El impuesto invisible de copiar datos entre sistemas. Acá el trabajo consiste en cerrar una transición con la operación todavía activa.

2. Extraé el conjunto completo y guardá el original

Inventariá las entidades dentro del alcance: registros activos e históricos, relaciones, notas y adjuntos necesarios. Comprobá filtros, paginación, campos que la exportación omite y referencias a archivos. Si algo no se puede extraer, dejalo como limitación explícita con responsable; un archivo descargado no prueba cobertura completa.

Guardá la extracción sin editar, en un repositorio de acceso restringido. Hacé las conversiones sobre otra copia y conservá el mapeo entre campos de origen y destino. Registrá:

• sistema de origen, alcance y filtros de la extracción;
• inicio y fin de la lectura, zona horaria y punto de consistencia, si existe;
• identificador del lote, versión o huella del archivo y conteos por entidad;
• por registro, ID de origen, fuente, fecha de extracción y versión o última modificación disponible;
• ID de destino, transformaciones aplicadas y resultado de la importación.

La fecha de extracción indica cuándo leíste el registro. No demuestra cuándo se actualizó el hecho que contiene. Si esa fecha se desconoce, guardala como desconocida. Si la exportación se construye mientras hay ediciones y no ofrece una instantánea consistente, documentá esa limitación y prepará una comparación posterior que cubra también ese intervalo.

Mantené una clave estable, por ejemplo (sistema de origen, ID de origen). Usar el nombre como clave puede unir dos entidades distintas o duplicar una que cambió de nombre.

3. Validá contenido y cobertura después de cargar

Compará los conjuntos de identificadores de origen y destino. Además de los conteos, revisá campos obligatorios, tipos, fechas, relaciones y acceso a adjuntos. Dos bases pueden tener el mismo número de filas y contener registros distintos.

Hallazgo sintético	Qué comprobar	Qué hacer
CASO-A llegó sin responsable	Si el dato falta en origen o se perdió en el mapeo	Corregir el mapeo o pedir el dato; no completarlo por inferencia
CASO-B aparece dos veces	Claves de origen y regla de identidad	Revisar la coincidencia antes de fusionar
CASO-C figura en la fuente oficial y en ninguna base previa	Identidad, alcance autorizado y evidencia oficial	Abrir un alta pendiente de revisión con su procedencia
Un documento tiene referencia pero no abre	Existencia, vínculo y permisos del archivo	Registrar el hueco y bloquear las respuestas que dependan de él

Separá un registro omitido durante la carga de uno que nunca estuvo en las bases previas. Para detectar el segundo hace falta comparar contra un inventario oficial autorizado, cuando exista y esté disponible. Si no podés obtenerlo, declarás la cobertura como no verificada; no afirmás que la migración incluye todo.

Creá una cola de huecos con ID, campo o relación afectada, fuentes consultadas, evidencia, motivo, responsable y condición de cierre. Los valores vacíos, contradictorios y no verificados necesitan estados distintos. El agente puede reunir evidencia y preparar la revisión; una persona decide las altas dudosas y las fusiones.

4. Declarale al agente qué fuente manda

La autoridad corresponde a cada dato. Una fuente externa puede mandar sobre el estado oficial de un asunto, mientras el sistema interno manda sobre su responsable y la próxima tarea.

Dato	Fuente que manda	Papel de la base migrada
Estado oficial	Fuente oficial designada y consultada con autorización	Respaldo fechado cuando la consulta oficial falla
Responsable y notas internas	Sistema operativo declarado para esa fase	Copia durante las pruebas; registro principal después del corte
Resumen del agente	Evidencia enlazada y versiones consultadas	Contenido derivado, separado de los hechos originales

Si la fuente oficial no responde, el agente puede mostrar el respaldo cuando el proceso lo permita, con una advertencia concreta: “No pude consultar la fuente oficial. La copia migrada muestra estado abierto, observado en T0; puede estar desactualizado. Requiere verificación antes de actuar”. En producción, T0 debe mostrarse como una fecha y hora legibles.

Una respuesta oficial de “sin resultados” necesita revisión de identidad y alcance; no equivale a una caída ni habilita reemplazarla silenciosamente por una copia. Conservá ambas evidencias si discrepan. Los plazos y otras acciones sensibles deben quedar pendientes cuando falte la verificación requerida.

El diseño de un segundo cerebro para litigios desarrolla la relación entre expedientes, documentos y revisión. El agente bibliotecario aplica una jerarquía parecida a procedimientos y versiones publicadas.

5. Poné reglas al periodo en paralelo

Durante las pruebas, mantené la herramienta anterior como punto de escritura de los datos operativos que todavía le pertenecen. El destino recibe cargas identificadas; las respuestas y propuestas del agente quedan separadas de esos datos. Si el equipo necesita anotar algo en el destino, asignale campos propios que la siguiente importación no sobrescriba.

Momento	Dónde trabaja el equipo	Qué se permite en el destino
Pruebas en paralelo	Herramienta anterior para altas y cambios operativos	Consultas y propuestas; sin mensajes ni escrituras externas reales
Cierre del delta	Origen sin escrituras; entradas nuevas en una cola controlada	Carga y conciliación, con automatizaciones salientes pausadas
Corte aprobado	Sistema nuevo	Escrituras autorizadas; herramienta anterior en solo lectura

Operaciones resuelve conflictos de significado; el responsable técnico corrige transformaciones y reintentos. Evitá la regla “gana el último” cuando los campos tienen dueños distintos. Si hay una edición inesperada en ambos lados, retené las dos versiones y enviá el conflicto a revisión.

6. Calculá y aplicá el delta final

Llamemos T0 al punto de la extracción inicial y Tc a la hora de corte. El delta debe cubrir las altas, modificaciones y bajas entre esos puntos, además de cualquier hueco del intervalo de la primera lectura.

Si el origen ofrece versiones, un historial de cambios o fechas fiables de modificación, comprobá su semántica, zona horaria, precisión y tratamiento de bajas antes de usarlos. Leé con solapamiento alrededor del último punto confirmado y deduplicá por ID y versión para cubrir los límites del intervalo. Avanzá el punto de control solo después de aplicar y validar el lote.

Si ese historial no existe, hacé una nueva extracción completa y compará por ID y huella de los campos normalizados que pertenecen al origen. Un ID ausente puede indicar un filtro, un fallo de exportación o una baja; verificá el motivo antes de eliminar nada.

Cambio desde T0	Tratamiento en Tc
Nuevo CASO-D	Crear conservando el ID de origen
Estado corregido de CASO-A	Actualizar el campo que pertenece al origen y conservar trazabilidad
Baja confirmada de CASO-B	Aplicar la regla acordada de archivo o baja, incluida su búsqueda por el agente
Nota de prueba creada en destino	Mantenerla separada; no sobrescribirla con una importación

Ensayá el delta antes de Tc. Repetir un lote debe dejar el mismo resultado, sin duplicar registros ni disparar notificaciones. Guardá qué filas se aplicaron, rechazaron o quedaron en conflicto.

En Tc, cerrá todos los canales de escritura al origen, incluidas integraciones y tareas programadas. Si deben seguir llegando solicitudes, registralas en una cola con ID, hora, contenido y responsable. Aplicá el delta final, conciliá IDs y campos críticos hasta Tc, y verificá los índices que consulta el agente. Después de la aprobación, procesá la cola en el destino una sola vez y reconciliá sus resultados.

Elegí el corte con operaciones y soporte disponibles. Si no podés cerrar las escrituras ni capturar todos los cambios, mantené el paralelo hasta resolver esa condición. La guía de corte de AWS describe congelar entradas, respaldar, sincronizar y validar antes de cerrar una migración. Ese patrón orienta esta secuencia; no obliga a usar su plataforma.

7. Checklist de corte y vuelta atrás

Antes de autorizar el cambio, revisá con operaciones:

• Original y respaldo final conservados; restauración ensayada y mapeo versionado.
• Tc, zona horaria, alcance y cierre de todos los escritores confirmados.
• Altas, cambios y bajas conciliados; lotes fallidos y huecos bloqueantes resueltos.
• Excepciones restantes aceptadas por una persona responsable, con alcance limitado y fecha de revisión.
• Consultas del agente probadas sobre datos nuevos, corregidos y archivados; fuente oficial caída y respaldo desactualizado incluidos.
• Permisos verificados por rol, sin ampliar el acceso al migrar o reconstruir índices.
• Entradas de la cola contabilizadas y reglas para reanudar automatizaciones aprobadas.
• Responsable del sí/no, condiciones de reversión y ventana de observación acordados.

Definí disparadores de vuelta atrás antes del corte: una relación crítica rota, cambios que no se pueden conciliar o acceso indebido, por ejemplo. Acordá quién detiene escrituras y quién decide entre corregir en destino o volver al origen.

Si todavía no hubo escrituras nuevas en destino, se puede volver al origen conservado tras comprobar su estado. Si ya las hubo, guardá primero esos cambios y la cola pendiente, comparalos y reaplicalos al sistema elegido con revisión. Restaurar la copia anterior sin recuperar las entradas posteriores perdería trabajo.

Mantené la herramienta vieja en solo lectura durante la ventana acordada. La baja definitiva llega después de aceptar el resultado, comprobar dependencias, conservar el archivo requerido y cerrar la reversión. No hace falta mantener dos sistemas editables para conservar una vía de recuperación.

Fuentes y alcance

Referencias oficiales revisadas el 27 de octubre de 2026. Además de la guía de corte citada, la documentación de validación de datos de AWS DMS describe comparar filas de origen y destino y reportar diferencias. La usamos como referencia para la conciliación; las reglas de autoridad, la cola de huecos y los ejemplos de este artículo son propuestas de diseño. No presuponemos exportaciones ni APIs disponibles en una herramienta concreta, ni prometemos cero interrupciones.

Para preparar una transición con Kiia, traé un esquema anonimizado, el mapa de fuentes y las reglas actuales de edición. Con eso se puede delimitar la extracción inicial, las pruebas y el criterio de aceptación del corte.