Cómo migrar de un software PLD a otro sin perder expedientes ni historial

El principal freno para cambiar de software PLD no es el precio del nuevo sistema ni la curva de aprendizaje. Es el miedo. Miedo a perder cinco años de expedientes. Miedo a que la autoridad pida información histórica que ya no esté accesible. Miedo a quedar sin sistema durante una transición que dure más de lo esperado.

Ese miedo es comprensible — y en muchos casos está bien fundamentado, porque hay migraciones que salen mal. Pero también hay migraciones que se hacen correctamente y que liberan a las empresas de plataformas que dejaron de servirles hace tiempo. La diferencia no está en la suerte: está en la planificación.

Esta guía te explica cómo migrar de un software PLD a otro de forma ordenada, sin perder expedientes, sin interrumpir el cumplimiento regulatorio y sin sobresaltos de último momento.

¿Por qué las empresas migran — y por qué tardan tanto en decidirse?

Las razones para querer cambiar de plataforma son generalmente claras: el sistema actual es difícil de usar, no genera los reportes en el formato correcto, el soporte es deficiente, la plataforma no se actualiza con los cambios regulatorios o simplemente es más cara de lo que vale.

Las razones para no decidirse son igualmente claras: el historial de expedientes, los reportes enviados al SPPLD, las constancias de capacitación, las matrices de riesgo — todo eso está en el sistema actual y nadie quiere apostar a que se puede transferir sin problemas.

La realidad es que esos datos sí pueden transferirse, pero requieren un proceso estructurado. Las empresas que migran mal son las que intentan hacerlo rápido y sin planificación. Las que migran bien son las que tratan la migración como un proyecto con etapas definidas.

¿Qué datos necesitas exportar antes de salir?

El primer paso es hacer un inventario completo de lo que tiene valor regulatorio y necesita preservarse. En un programa PLD, eso incluye:

Datos de clientes y expedientes KYC

Información de identificación de cada cliente (nombre, RFC, CURP, domicilio, actividad económica)
Documentos de identificación en formato digital
Clasificación de riesgo asignada y fecha de última revisión
Historial de actualizaciones del expediente
Registros de clientes que fueron rechazados o dados de baja, con el motivo

Historial de operaciones

Operaciones relevantes registradas con fecha, monto y contraparte
Operaciones inusuales detectadas y el proceso de análisis documentado
Operaciones internas preocupantes reportadas internamente
Avisos enviados al SPPLD con acuse de recibo

Documentación del programa

Versiones del manual de políticas PLD con fechas de aprobación
Evaluaciones de riesgo institucional y matrices EBR
Registros de capacitación del personal (quién recibió qué curso, en qué fecha)
Actas del comité de cumplimiento si aplica

Registros de consultas a listas

Evidencia de que se consultaron listas de sanciones en el momento del onboarding
Alertas generadas y cómo se resolvieron

Formatos de exportación que debes exigir al proveedor actual

Antes de iniciar cualquier proceso de migración, contacta a tu proveedor actual y solicita explícitamente:

Exportación completa en CSV o Excel de todos los expedientes de clientes, con todos los campos disponibles
Exportación de documentos adjuntos en formato ZIP, organizados por cliente
Exportación del historial de transacciones y alertas en formato estructurado
Exportación de reportes enviados o al menos los números de folio de los avisos SPPLD
Confirmación por escrito de que tendrás acceso a los datos durante al menos 90 días adicionales después de cancelar el contrato

Este último punto es crítico. Muchos contratos de software no especifican cuánto tiempo podrás acceder a tus datos después de cancelar. Asegúrate de tenerlo documentado antes de firmar cualquier acuerdo de terminación.

Consulta también nuestra guía de preguntas que hacer a un proveedor de software PLD — varias de esas preguntas aplican directamente al proceso de salida.

El proceso de migración paso a paso

Paso 1: Planificación (2-4 semanas antes del go-live)

Define con claridad:

Fecha objetivo de go-live: cuándo quieres estar operando en el nuevo sistema
Responsables: quién en tu empresa coordina la migración, quién en el nuevo proveedor la soporta
Criterios de éxito: cómo vas a verificar que la migración fue exitosa antes de cerrar el sistema anterior
Plan de contingencia: qué haces si la migración falla o se atrasa

No hagas la migración en período de alta actividad regulatoria — por ejemplo, justo antes de un plazo de reporte.

Paso 2: Exportación del sistema actual

Ejecuta la exportación completa de todos los datos según lo acordado con el proveedor actual. Verifica:

Que el número de registros exportados coincide con el número de clientes activos en el sistema
Que los documentos adjuntos están completos y no están corruptos
Que el historial de operaciones tiene coherencia cronológica

Guarda una copia de respaldo en un lugar seguro e independiente de ambos sistemas.

Paso 3: Mapeo de datos

Este es el paso más técnico y el que más frecuentemente se subestima. Los campos de un sistema raramente coinciden exactamente con los campos del nuevo sistema. Necesitas crear un “mapa” que diga:

El campo “Tipo de persona” del sistema A corresponde al campo “Naturaleza jurídica” del sistema B
Los valores “Física” y “Moral” del sistema A son equivalentes a “PF” y “PM” del sistema B
El campo de clasificación de riesgo del sistema A usa una escala de 1-5; el sistema B usa Bajo/Medio/Alto

Haz este mapeo con el soporte del nuevo proveedor. Es un trabajo conjunto que puede tomar entre uno y tres días dependiendo del volumen y la complejidad de los datos.

Paso 4: Importación y validación

Importa los datos al nuevo sistema en un ambiente de prueba (sandbox) antes de hacerlo en producción. Valida:

Una muestra representativa de expedientes — al menos el 10% de los registros — para verificar que la información se cargó correctamente
Los registros de operaciones históricas para confirmar que los montos y fechas son correctos
Los documentos adjuntos de al menos 20 clientes para verificar que los archivos son accesibles y legibles

Solo cuando la validación sea satisfactoria procede a importar en el ambiente de producción.

Paso 5: Período de operación paralela (opcional pero recomendable)

Si el volumen de operaciones lo permite, opera ambos sistemas en paralelo durante 2 a 4 semanas. Esto significa que cada operación nueva se registra en ambas plataformas simultáneamente. Es costoso en tiempo, pero elimina casi completamente el riesgo de pérdida de datos durante la transición.

Para empresas con bajo volumen de operaciones, este paso puede reducirse o eliminarse si la validación del paso anterior fue exhaustiva.

Paso 6: Go-live y cierre del sistema anterior

Una vez que el nuevo sistema está operando correctamente, establece una fecha oficial de cierre del sistema anterior. Antes de esa fecha:

Descarga una última exportación completa del sistema antiguo como respaldo definitivo
Confirma por escrito con el proveedor anterior los términos de acceso post-cancelación
Comunica al equipo que el sistema nuevo es ya el sistema oficial

Mantener el cumplimiento durante la transición

La migración no suspende tus obligaciones regulatorias. Durante el proceso:

Continúa enviando reportes al SPPLD desde el sistema que esté activo en cada momento. Si estás en período de operación paralela, usa el sistema que ya tiene el proceso de reporte validado.
No acumules operaciones sin registrar esperando a que el nuevo sistema esté listo. Si hay operaciones que reportar, repórtalas desde el sistema actual.
Documenta la migración como un evento en el historial del programa de cumplimiento. Una nota en el expediente del oficial de cumplimiento que diga “en el período X se realizó migración al sistema Y con el proceso Z” puede ser útil en una auditoría futura.

Si tienes un oficial de cumplimiento designado, asegúrate de que esté directamente involucrado en cada etapa de la migración.

Preguntas que debes hacerle al nuevo proveedor antes de comprometerte

No todas las plataformas tienen la misma capacidad de recibir migraciones. Antes de firmar con el nuevo proveedor, pregunta:

¿Tienen experiencia importando datos desde el sistema que actualmente uso?
¿En qué formatos aceptan la importación de datos?
¿Quién hace el trabajo de mapeo — su equipo o el mío?
¿Hay un costo adicional por el servicio de migración?
¿Ofrecen un ambiente de prueba para validar la importación antes del go-live?
¿Cuánto tiempo tarda típicamente el proceso completo?
¿Qué pasa si algo sale mal durante la importación?

Un buen proveedor tiene respuestas claras a todas estas preguntas. Si las respuestas son vagas o el proveedor parece no haber hecho muchas migraciones antes, considera eso una señal de alerta.

Tiempo realista para una migración

Tamaño de empresa	Tiempo estimado
Microempresa (menos de 200 clientes)	1-2 semanas
Empresa pequeña (200-1,000 clientes)	2-4 semanas
Empresa mediana (1,000-5,000 clientes)	4-8 semanas
Empresa grande (más de 5,000 clientes)	2-6 meses

Estos tiempos asumen que el proveedor actual coopera con la exportación y que el nuevo proveedor tiene capacidad de soporte para la migración. Si cualquiera de esas condiciones no se cumple, el tiempo puede extenderse significativamente.

Errores comunes que debes evitar

No exigir la exportación antes de cancelar: una vez que cancelas el contrato, tu capacidad de negociación con el proveedor anterior es mínima. Asegúrate de tener tus datos antes de dar por terminada la relación.
Subestimar el paso de mapeo: los datos que parecen equivalentes entre sistemas frecuentemente no lo son. Un expediente que llegó bien pero con el campo de riesgo mapeado incorrectamente puede crear problemas en auditoría.
Ignorar los documentos adjuntos: las empresas a menudo migran los datos tabulares y olvidan verificar que los PDFs de identificación se cargaron correctamente. Un expediente sin documentos es un expediente incompleto.
No documentar la migración: la migración es un evento relevante en la historia de tu programa de cumplimiento. Documéntala.
Hacer el go-live un viernes: las migraciones tienen problemas inesperados. Hazlo al inicio de la semana, cuando tienes soporte disponible y tiempo para resolver.

El rol del software en facilitar futuras migraciones

Una de las preguntas que vale la pena hacerle al nuevo proveedor es: si en el futuro quiero migrar de nuevo, ¿qué tan fácil es exportar mis datos? Una plataforma que usa formatos estándar (CSV, XML, PDF) y no encierra tus datos en formatos propietarios te da mucha más libertad a largo plazo.

Plataformas como Regcheq están diseñadas con este principio: tus datos son tuyos y puedes exportarlos en formatos accesibles en cualquier momento. Eso no es solo conveniente — es una señal de transparencia y confianza del proveedor.

Para comparar opciones de plataforma, consulta el análisis de los mejores softwares PLD en México para 2026 o las comparativas directas como Regcheq vs ALDDA.

Preguntas frecuentes

¿Puedo perder mis expedientes si cambio de software PLD? Solo si no exportas correctamente antes de cancelar el sistema anterior. Con una exportación completa y validada, toda la información puede preservarse. El riesgo no está en el proceso de migración sino en iniciarlo sin la exportación previa asegurada.

¿La autoridad acepta que los datos históricos estén en un sistema diferente al actual? Lo que la autoridad revisa es que los datos existan, sean accesibles y sean coherentes — no necesariamente en qué sistema están guardados. Si tienes una exportación en formato legible y organizada, eso cumple el requisito.

¿Qué pasa si mi proveedor actual no quiere exportarme los datos? Revisa tu contrato — en México, los proveedores de software están obligados a entregarte tus datos. Si el contrato no lo especifica claramente, consulta con un abogado especializado en contratos de tecnología. En casos extremos, capturas de pantalla y reportes en PDF pueden servir como evidencia temporal.

¿Tengo que avisar al SAT que cambié de sistema? No hay una obligación expresa de notificar el cambio de plataforma, pero sí debes asegurarte de que el nuevo sistema esté correctamente configurado para enviar avisos al SPPLD antes de que venza algún plazo de reporte.

¿Puedo hacer la migración yo mismo sin ayuda del nuevo proveedor? En principio sí, pero no es recomendable. El mapeo de datos requiere conocer a fondo el esquema de ambos sistemas. Errores en ese paso pueden resultar en expedientes incompletos o información de riesgo incorrecta que después es muy difícil de corregir.

¿Cuánto cuesta migrar? Algunos proveedores incluyen el servicio de migración en el costo de implementación. Otros lo cobran por separado, con costos que varían según el volumen de datos y la complejidad del mapeo. Pregunta explícitamente antes de comprometerte.

Cambiar de software PLD no tiene que ser traumático. Con planificación, las herramientas correctas y un proveedor que entienda el proceso, es perfectamente posible hacer la transición sin perder un solo expediente y sin interrumpir el cumplimiento regulatorio. El miedo a migrar tiene sentido cuando la migración no está planificada. Cuando lo está, es solo un proyecto más — y uno que generalmente vale la pena.