Migración de plataforma de loyalty: cómo cambiar sin perder saldos ni historial
Recursos · Guía
La migración de una plataforma de loyalty es el paso de un programa de lealtad en marcha, con sus socios, saldos, lotes de puntos, niveles e historial, a un sistema nuevo sin que el socio pierda nada. Se hace por etapas: saldos de apertura conciliados, reclamo de cuenta, operación en paralelo y un corte planificado.
- InventarioSocios, saldos y lotes
- AperturaSaldos cargados
- ConciliaciónReporte de diferencias
Los socios
- ReclamoCuenta con OTP
- ParaleloDos sistemas comparados
- HistorialNiveles y movimientos
- Etapa 1Saldos de apertura
- Etapa 2Operación en paralelo
- CorteSistema anterior apagado
- 18MSocios en QurableEl total que gestiona la plataforma hoy
- < 50 msReconoce al socio en el pagop95, medido en el servidor
- 1–3Meses para implementarCon tu programa actual o desde cero
- 99,5%DisponibilidadSLA mensual · ISO 27001
Lo esencial
- Cada etapa de una migración termina con algo verificable, desde un inventario hasta el corte con el sistema anterior apagado.
- La mayoría de los problemas de una migración se ven antes del corte, si se buscan.
- En Qurable, el piloto queda en producción en 1 a 3 meses; la migración completa depende del alcance.
Dos formas de migrar
Un corte de un día o una migración por etapas.
Apagar el sistema anterior un viernes y prender el nuevo el lunes parece más rápido. En un programa de fidelización con millones de saldos, lo que se ahorra en semanas se paga en reclamos, ajustes manuales y confianza.
| Corte de un día (big bang) | Migración por etapas | |
|---|---|---|
| Saldos | Se cargan una vez y se revisan cuando llegan los reclamos | Se cargan como saldos de apertura con un reporte de conciliación |
| Validación | Se descubre en producción si las reglas calculan igual | Los dos sistemas operan en paralelo y se comparan antes del corte |
| Socios | Reciben usuario y clave nuevos, o pierden el acceso | Reclaman su cuenta con un código de un solo uso (OTP) |
| Riesgo | Todo el programa expuesto el mismo día | Se acota por etapa, canal o país |
| Vuelta atrás | Difícil: el sistema anterior ya quedó desactualizado | Posible mientras dura el paralelo |
El plan
Una migración en cuatro etapas.
Cada etapa termina con algo verificable: un inventario, un reporte de conciliación, una comparación en paralelo y un corte con el sistema anterior apagado.
Inventario de datos
Socios, saldos, lotes con su vencimiento, niveles, cupones vigentes e historial: qué existe y dónde.
Mapa de reglas
Cada regla de acumulación, canje, vencimiento y nivel del sistema anterior, escrita y validada.
Mapa de integraciones
Cajas, ecommerce, app, CRM, aliados y reportes que hoy hablan con el sistema anterior.
Criterios de aceptación
Qué diferencia de saldo se tolera, quién firma y qué dispara la vuelta atrás.
Saldos de apertura
Cada socio entra con su saldo como un movimiento de apertura, no como un número editado.
Reporte de conciliación
El total migrado se compara con el del sistema anterior, socio por socio y en el agregado.
Historial
Lo que se migra al sistema nuevo y lo que queda archivado, consultable para soporte y auditoría.
Los dos sistemas a la vez
Las mismas transacciones pasan por los dos y se comparan los puntos que calcula cada uno.
Diferencias explicadas
Cada diferencia tiene una causa: una regla mal mapeada, un redondeo o un dato faltante.
Reclamo de cuenta
Los socios activan su cuenta en el canal nuevo con un código de un solo uso.
Fecha y ventana
Un corte planificado, fuera de los picos de venta, con el equipo de guardia.
Cierre del sistema anterior
Último saldo conciliado y pasivo de apertura acordado con finanzas.
Soporte reforzado
Servicio al cliente con la vista del socio y un guion para las primeras semanas.
Riesgos
Lo que puede salir mal y cómo evitarlo.
La mayoría de los problemas de una migración se ven antes del corte si se buscan. Estos son los más comunes en programas de puntos grandes.
| Riesgo | Cómo evitarlo |
|---|---|
| Un socio ve menos puntos que antes | Saldos de apertura con reporte de conciliación por socio, y diferencias explicadas antes del corte. |
| El pasivo no coincide con contabilidad | Conciliar el pasivo de apertura con finanzas antes de apagar el sistema anterior. |
| Puntos que vencen antes o después de lo prometido | Migrar cada lote con su fecha de vencimiento, no solo el saldo total. |
| Cambian las reglas de vencimiento | Que las reglas nuevas no afecten a los puntos ya emitidos, y comunicarlo a los socios con anticipación. |
| Socios duplicados o sin datos de contacto | Limpiar la base antes de migrar y definir qué identificador manda (teléfono, email o ID). |
| Toma de cuentas durante el cambio | Reclamo de cuenta con un código de un solo uso enviado al contacto ya registrado. |
| Soporte no puede responder por movimientos viejos | Definir qué historial migra y dejar el resto archivado y consultable. |
| Un aliado sigue enviando transacciones al sistema viejo | Un calendario de corte por aliado y por integración, probado en el paralelo. |
| Una caja deja de acumular | Que la venta nunca se bloquee y la acumulación quede en cola si el servicio no responde. |
| El programa corre en COBOL o en un sistema antiguo sin API | Extraer por archivos, documentar las reglas escondidas en el código y validarlas en el paralelo. |
| Nadie conoce todas las reglas | Reconstruirlas a partir de transacciones reales: si el paralelo calcula igual, la regla está bien. |
Qué exigir
Qué pedirle al proveedor nuevo.
La migración se decide en el contrato y en el plan, no en el día del corte. Estas son las preguntas que conviene hacer antes de firmar.
Un reporte de conciliación
Socio por socio y en el agregado, que tu equipo de finanzas pueda auditar.
Un período en paralelo
Cuánto dura, qué se compara y quién aprueba el corte.
Cómo reclaman la cuenta los socios
Sin claves nuevas por email: con un código de un solo uso al contacto registrado.
Lotes con su vencimiento
Que el sistema nuevo respete la fecha de cada lote, no solo el saldo.
Un plan por etapas con hitos
Qué queda funcionando al final de cada etapa y qué criterios definen el corte.
Tu salida futura
Cómo exportas socios, saldos y movimientos si algún día vuelves a cambiar.
Con Qurable
Cómo migra Qurable un programa en marcha.
Qurable empieza por un programa: migra socios y saldos, opera en paralelo antes del corte y deja el piloto en producción en 1 a 3 meses. La migración completa depende del alcance.
Saldos de apertura conciliados
Socios y saldos entran como saldos de apertura en un ledger de doble entrada, con un reporte de conciliación.
Ver el ledger de puntosReclamo de cuenta con OTP
Cada socio reclama su cuenta con un código de un solo uso, sobre un registro único con todos sus identificadores.
Ver la Customer Data PlatformOperación en paralelo
El programa opera en paralelo antes del corte, y los ajustes masivos se concilian al punto, sin aplicarse dos veces.
Ver las preguntas de migraciónIntegraciones ya conectadas
Napse (TOTVS), VTEX, Shopify, Salesforce, Microsoft Dynamics y más, ya conectadas en clientes, con API, webhooks y exportación por archivo.
Ver la plataforma
Preguntas
Lo que preguntan sobre migrar un programa de lealtad.
Para equipos de loyalty, tecnología y finanzas que están por cambiar de plataforma.
Es el paso de un programa de lealtad en marcha a un sistema nuevo, con sus socios, saldos, lotes de puntos, niveles, cupones e historial. El objetivo es que el socio no pierda nada y que finanzas pueda conciliar el pasivo antes y después del cambio.
Es el movimiento con el que cada socio entra al sistema nuevo con el saldo que tenía en el anterior. Se registra como un asiento, no como un número editado, y se acompaña de un reporte de conciliación que compara el total migrado con el del sistema de origen.
Porque es la única forma de comprobar que el sistema nuevo calcula igual que el anterior con transacciones reales. Durante el paralelo, las mismas compras pasan por los dos sistemas, se comparan los puntos y cada diferencia se explica antes de apagar el viejo.
Depende del alcance: cantidad de socios, de reglas, de integraciones y de aliados, y del estado del sistema anterior. Un plan por etapas permite tener una primera parte en producción antes y migrar el resto por canal, país o aliado.
Sí. Lo habitual es extraer socios, saldos y movimientos por archivos, documentar las reglas que están dentro del código y validarlas en el paralelo con transacciones reales. El mayor riesgo no es la tecnología, sino las reglas que nadie dejó escritas.
No. Un club de beneficios en Argentina, un programa de beneficios en Chile o un programa de lealtad en México se migran igual: socios, saldos, lotes, niveles e historial. Lo que cambia es cómo se comunica el cambio a los socios en cada país.
Qurable migra socios y saldos como saldos de apertura, con un reporte de conciliación; cada socio reclama su cuenta con un código de un solo uso (OTP) y el programa puede operar en paralelo antes del corte. El piloto está en producción en 1 a 3 meses; la migración completa depende del alcance.
Revisado el
Para profundizar
Seguir leyendo antes de cambiar de plataforma.
Las páginas que ayudan a elegir el sistema nuevo y a cuidar los saldos.
- RecursoChecklist RFI, RFP y RFQ de loyalty
Las preguntas para evaluar plataformas, incluida la migración.
- MóduloLedger de puntos
Lotes, vencimientos, conciliación y pasivo de cada punto.
- ConceptoPasivo de puntos
Qué es, cómo se calcula y cómo se controla.
- RecursoPlataforma de loyalty enterprise para LATAM
Qué tiene que tener para operar en varios países.
- PlataformaLa plataforma de loyalty y engagement
Cinco módulos que comparten el mismo perfil, las mismas reglas y el mismo ledger.
¿Estás por cambiar de plataforma?
En una sesión técnica de 45 minutos te mostramos cómo migraría tu programa a Qurable, con un caso como el tuyo.