Migrar la plataforma de tarjetas regalo sin interrupciones: saldos, datos y continuidad

Un programa de tarjetas regalo y fidelización puede cambiar de plataforma sin que los clientes lo noten, pero solo si los saldos, el inventario de tarjetas y los formatos de datos se mapean antes de mover nada.

Migrar es, ante todo, un ejercicio de mapeo

Ogloba ha construido rutas llave en mano para distribuidores que trasladan desde una plataforma existente sus programas de tarjetas regalo y fidelización, los saldos activos y el inventario de tarjetas. El trabajo empieza mapeando los datos del sistema antiguo al esquema de Ogloba, lo que produce el diseño de la extracción y la carga, relacionando los formatos heredados con los requisitos del nuevo sistema. Una migración programática puede atravesar muchas fases, pero como mínimo lee del sistema antiguo y escribe en el nuevo. La restricción práctica rara vez es técnica: la continuidad depende de la cooperación del proveedor anterior o de que el propio equipo de IT del distribuidor pueda extraer los datos.

Cuándo convertir no es la respuesta

No todos los programas necesitan conversión. Cuando la normativa local exige que se mantenga un procesador externo, el cambio es de interfaces, no de datos. Un programa de tarjetas regalo móviles entregado a una gran cadena de distribución china en 2013 funcionó así: una API dedicada conectaba el sistema de caja Wincor con Ogloba, mientras que un servicio web de China Union Pay gestionaba las consultas de saldo y de transacciones. En caja, el terminal pasaba el PAN de la tarjeta y el número de móvil del titular a Ogloba, que entregaba la tarjeta al teléfono o enviaba un enlace SMS a la tienda de aplicaciones si era necesario.

El riesgo de una migración es sobre todo un problema de mapeo de datos. Resuélvalo pronto y el cliente nunca verá el cambio.

FAQ

¿Qué hay que mapear antes de mover un solo saldo?

Cada formato de datos heredado se relaciona primero con el esquema de Ogloba. Ese mapeo es el que produce el diseño de extracción y carga, y cubre saldos activos, inventario de tarjetas y las reglas de programa asociadas.

¿Qué retrasa con más frecuencia una migración de plataforma?

No la tecnología. La restricción habitual es sacar los datos del sistema existente: o coopera el proveedor anterior, o el equipo de IT del distribuidor realiza la extracción.

¿Cuándo convertir los datos no es el enfoque correcto?

Cuando la normativa local exige que un procesador externo siga en funcionamiento. El programa cambia entonces de interfaces en lugar de datos, y el procesador existente sigue operando por debajo.

¿Cómo puede la caja no cambiar mientras cambia la plataforma que hay detrás?

Mediante una API dedicada entre el terminal de caja y la plataforma. En un despliegue en un distribuidor chino, la caja pasaba el PAN de la tarjeta y el móvil del titular a Ogloba, que entregaba la tarjeta al teléfono sin alterar el flujo de cobro.