Si Gambio se ha seleccionado como plataforma de destino, la preparación debe identificar qué generación de estructuras de catálogo, entorno de hosting, módulos y personalizaciones utiliza realmente la tienda de origen. En tiendas con una larga trayectoria, los actuales Product Options y Product Variants pueden coexistir conceptualmente con article attributes o article properties de versiones anteriores. Los Products también pueden depender de la visibilidad por Customer Group, precios por grupo, precios escalonados, Categories, contenido, módulos, sistemas externos y campos multilingües.
Cada acción de preparación debe tener un responsable, una evidencia y una condición de preparación. El paquete debe distinguir la evidencia del origen de la implementación en el destino: las relaciones entre Product y variantes, los Orders históricos, los registros de Content Manager, las URL, los identificadores externos y los datos propiedad de módulos forman parte de la preparación de la migración, mientras que pagos, envíos, impuestos, correo electrónico, tema y funcionamiento del proceso de compra corresponden a la configuración del destino.
Confirmar el entorno de Gambio, los accesos y la ruta de recuperación
Registre si el origen utiliza Gambio Cloud o una instalación autohospedada. Confirme el acceso al área de administración, al hosting y a la base de datos cuando corresponda, al sistema de archivos, imágenes de Product, archivos descargables, Content Manager, módulos, procesos programados y sistemas conectados. Registre la versión de Gambio, el entorno PHP/base de datos en tiendas autohospedadas, el tema, los idiomas, monedas, módulos activos, GXModules, código personalizado e integraciones.
| Acción de preparación | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Confirmar acceso de administración | Administrador de Gambio | Cuenta funcional y resumen de permisos | Se pueden inspeccionar Products, opciones, variantes, Customers, Orders, contenido y módulos. |
| Confirmar acceso al entorno | Responsable de infraestructura | Resumen del acceso a gestión Cloud o a hosting/base de datos/sistema de archivos | Se conoce qué evidencia del origen está disponible para el entorno operativo. |
| Crear copias recuperables | Responsable de infraestructura | Copias de base de datos, archivos, imágenes, descargas y configuración, con responsable de restauración | La tienda de origen puede recuperarse sin depender del sistema en producción. |
| Registrar versiones y personalizaciones | Responsable técnico | Inventario de Gambio, PHP/base de datos cuando aplique, tema, módulos, GXModules y código personalizado | Las estructuras y modificaciones dependientes de versión están documentadas. |
| Mapear sistemas externos | Responsables de integraciones | Endpoints e IDs de ERP/PIM/WMS/CRM/marketplace/contabilidad/pagos/procesamiento de pedidos | Se conocen las fuentes de datos que seguirán siendo autoritativas y sus claves de sincronización. |
Conserve identificadores de Products, variantes actuales, atributos/propiedades heredados, Categories, Customer Groups, Customers, Orders, contenido, módulos y sistemas externos. Este mapa es esencial cuando una misma elección visible puede almacenarse mediante estructuras de distintas generaciones de Gambio.
Clasificar Products, tipos de Product y relaciones con Categories
Prepare los Products según su comportamiento comercial y no según el número de filas. Registre número de artículo, identificadores de modelo o código de barras, tipo de Product, precio, clase fiscal, stock, dimensiones, fabricante, Categories, imágenes, archivos descargables, estado de entrega, reglas de cantidad, descripciones multilingües, metadatos y visibilidad.
| Patrón de Product | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Product físico estándar | Product ID, número de artículo/modelo, precio, impuesto, stock, peso, Category, fabricante e imágenes | Un único registro identifica claramente el artículo vendido y procesado. |
| Product descargable | Archivo, vínculo con Product, relación de acceso, límites o caducidad si se usan y muestra de un Order completado | El archivo y la evidencia histórica de compra son recuperables. |
| Servicio o Product sin envío | Tipo de Product, precio, impuesto, disponibilidad y ejemplo de Order | No se inventan datos de stock físico ni envío. |
| Product en varias Categories | Asignaciones Product-to-Category y principales rutas públicas | No se crean Products duplicados únicamente para reproducir rutas de descubrimiento. |
| Product restringido por Customer Group | Visibilidad de grupo, Product ID, relaciones de precio y Customers representativos | El alcance de acceso y comercial queda documentado más allá del estado del Product. |
| Product con abundante contenido multimedia | Imágenes principal/adicionales, medios específicos de variante, orden y ruta de almacenamiento | Cada recurso tiene un propietario conocido a nivel de Product o variante. |
Registre también casos inactivos, ocultos, descatalogados, no disponibles, en pedido pendiente, con cantidad mínima y con cantidades escalonadas. Estos estados necesitan un tratamiento explícito en el destino.
Separar Product Options y Product Variants actuales de las estructuras heredadas
La documentación actual de Gambio distingue opciones, Product Options y Product Variants. Product Variants representa combinaciones concretas y puede sobrescribir identificadores, stock, precio, peso o imágenes del Product. Las tiendas antiguas pueden utilizar article attributes o article properties para ofrecer elecciones similares mediante tablas y reglas diferentes.
| Estructura del origen | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Opción actual | Option ID, valores, traducciones, orden y asignaciones a Products | Las definiciones reutilizables de elección están documentadas. |
| Product Option | Product, valores de opción vinculados, referencias de imagen, estado obligatorio y propósito de visualización | Los valores seleccionables a nivel de Product son trazables. |
| Product Variant | Variant ID, combinación de opciones, modelo/EAN/GTIN, precio, stock, peso, lista de imágenes y vínculo con Product | Cada combinación vendible tiene identidad completa. |
| Article attribute heredado | Grupo/valor del atributo, vínculo con Product, efecto sobre precio/peso, comportamiento de stock y ejemplos de líneas de Order | El comportamiento heredado no se etiqueta como variante actual sin evidencia. |
| Article property heredada | Grupos de propiedades, valores, combinaciones, stock, vínculo con Product y contexto de versión | La propiedad y el linaje de cada combinación son explícitos. |
| Personalización del comprador | Responsable de GX-Customizer o módulo, definición del campo, valor introducido y referencia de línea de Order | La entrada puntual del Customer permanece separada de datos reutilizables de variante. |
Cree un registro de elecciones con una fila para cada familia de opciones importante. Indique si el valor cambia la identidad vendible, precio, stock, peso, medios, procesamiento de pedidos, filtrado o únicamente la descripción del Product.
Preparar Customer Groups, precios, reglas de cantidad y stock
Los Customer Groups de Gambio pueden afectar al acceso a Products y Categories, visibilidad de contenido, precios de Product, precios escalonados, impuestos, descuentos y otros comportamientos comerciales. El stock puede pertenecer a un Product o Product Variant, mientras que sistemas externos pueden seguir siendo la fuente autoritativa.
| Área comercial | Evidencia | Responsable | Condición de preparación |
|---|---|---|---|
| Customer Group | Group ID, nombre, miembros, asignaciones de visibilidad, campos de precio, descuentos o comportamiento fiscal | Responsable comercial | El significado del grupo está documentado más allá de su etiqueta. |
| Precio específico de grupo | Product/variante, grupo, moneda, importe y comportamiento alternativo | Responsable de precios | Cada precio está conectado con el Product y grupo previstos. |
| Precio escalonado | Product/variante, grupo, umbrales de cantidad, precio y contexto temporal | Responsable de precios | Los umbrales y el alcance comercial están completos. |
| Regla de cantidad | Cantidad mínima, incremento de compra, unidad de embalaje y propietario Product/variante | Responsable de catálogo | Las restricciones de cantidad no están ocultas en notas. |
| Stock | Product/Variant ID, cantidad, modo de gestión de stock, estado de back-order y autoridad externa | Responsable de inventario | Se conoce la cantidad autoritativa de la unidad vendible. |
| Promoción o cupón | Código/regla, valor, condiciones, fechas, uso y referencias históricas de Orders | Responsable de marketing | La evidencia histórica de descuento permanece separada de la configuración activa del destino. |
Los precios y descuentos de Orders históricos deben mantenerse como instantáneas. No deben recalcularse a partir de la configuración actual de Customer Groups.
Preparar Customers, direcciones, Orders e historial de servicio
La preparación de Customers debe incluir identidad, pertenencia a Customer Group, direcciones, información de empresa o fiscal, estado de cuenta, evidencia de consentimiento, reseñas, notas cuando correspondan, IDs externos y dependencias de autenticación. La preparación de Orders debe conservar líneas de Product o variante, valores seleccionados, direcciones, cantidades, precios, impuestos, descuentos, etiquetas de pago y envío, estados, comentarios, facturas, entregas, reembolsos, desistimientos y referencias externas.
| Área de registro | Evidencia | Responsable | Condición de preparación |
|---|---|---|---|
| Identidad del Customer | Customer ID, correo, grupo, estado, direcciones, idioma, campos de empresa/impuestos e ID externo | Responsable de datos de Customers | Las cuentas duplicadas y asignaciones de grupo se resuelven deliberadamente. |
| Autenticación | Esquema de contraseña, inicio social/SSO, MFA, ruta de restablecimiento y responsable de comunicación | Responsable de seguridad | El acceso a cuentas está planificado sin asumir portabilidad de contraseñas. |
| Líneas de Order | Product/Variant IDs, nombres históricos, valores de opción, cantidad, precio, impuesto y descuento | Responsable de datos de Orders | Los artículos comprados siguen siendo comprensibles independientemente del catálogo actual. |
| Estado y comentarios de Order | Historial de estados, marcas de tiempo, comentarios públicos/internos y equipo responsable | Responsable de operaciones | El significado histórico del proceso está documentado. |
| Documentos y registros posventa | Factura, documento de entrega, reembolso, desistimiento, seguimiento y referencias de pago | Responsables de finanzas/soporte | La evidencia histórica de soporte y conciliación es recuperable. |
| IDs externos | Claves de ERP, marketplace, contabilidad, pago y procesamiento de pedidos | Responsables de integraciones | El linaje entre sistemas sigue siendo trazable. |
Incluya cuentas invitadas o restringidas, grupos de distribuidores, varias direcciones, Orders con opciones actuales y heredadas, precios escalonados, reembolsos, desistimientos y Orders procesados externamente.
Preparar Categories, registros de Content Manager, páginas legales y URL
En Gambio, el contenido puede encontrarse en descripciones de Product o Category, pestañas de Product, entradas de Content Manager, páginas legales, banners, zonas promocionales, menús, temas, archivos de idioma o módulos. El acceso por Customer Group también puede aplicarse a Products, Categories y contenido.
| Área de la tienda pública | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Jerarquía de Categories | Category IDs, padres, asignaciones de Products, visibilidad por grupo, traducciones, imágenes y metadatos | La jerarquía del catálogo y el alcance de acceso están completos. |
| Registro de Content Manager | Content ID, tipo, idioma, estado, acceso por grupo, ruta, ubicación en menú/footer y medios | El contenido CMS permanece separado de la presentación del tema. |
| Pestaña de Product o campo adicional | Product ID, definición del campo/pestaña, idioma, posición de visualización y tema/módulo consumidor | El contenido propiedad del Product no se convierte en una página genérica. |
| URL prioritaria | Propietario Product/Category/contenido, idioma, ruta de origen, metadatos e intención de destino | Cada ruta de alto valor tiene una decisión: conservar, cambiar, fusionar, retirar o redirigir. |
| Enlace interno | Contenido de origen, objeto enlazado, ruta antigua e intención de destino | Los enlaces pueden reescribirse sin perder el registro referenciado. |
| Contenido de tema o StyleEdit | Tema, bloque, ubicación, contenido de origen y responsable | Las dependencias de presentación se separan de los registros portables. |
Incluya las páginas legales y de políticas como registros de contenido, pero asigne la revisión legal vigente al responsable de negocio correspondiente. La preparación de la migración debe preservar identidad y evidencia de ubicación del contenido, no certificar su vigencia jurídica.
Inventariar módulos, GXModules, tablas personalizadas e integraciones
Cree un registro de propiedad para módulos, GXModules, componentes de pago y envío, conectores de marketplaces, feeds de Product, búsqueda, fidelización, reseñas, personalización, integraciones ERP/PIM/WMS/CRM, tablas personalizadas, campos modificados y cambios directos en base de datos.
| Dependencia | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Módulo o GXModule | Nombre, versión, estado, propósito, responsable de configuración, tablas/campos y registros afectados | Los datos propiedad del módulo tienen un destino o propietario conservado. |
| Campo/tabla personalizada | Esquema, relaciones de claves, propósito de negocio y código consumidor | Los registros personalizados pueden interpretarse en lugar de copiarse a ciegas. |
| Personalización del tema | Versión del tema, ajustes StyleEdit, overrides, scripts y contenido/rutas afectados | La presentación se separa de los registros portables. |
| Sistema externo | Endpoint, entidades autoritativas, dirección de sincronización, IDs y responsable del cutover | Se evitan sistemas de registro contradictorios. |
| API o canal de datos | Recursos, responsable de credenciales, identificadores de los datos transferidos, dirección de actualización y responsable de errores | La evidencia de integración está completa sin exponer secretos en la documentación. |
| Datos generados | Caché, registros, sesiones, índices de búsqueda, exportaciones temporales y tablas abandonadas | Los datos no autoritativos se excluyen de forma deliberada. |
Los módulos inactivos deben seguir incluidos cuando sus campos o registros históricos todavía aparezcan en Products, Customers, Orders o contenido.
Seleccionar muestras representativas para las pruebas de migración
Elija muestras que expongan la generación y el modelo operativo reales de Gambio. Registre IDs de origen, números de artículo, URL, linaje de opciones, Customer Groups, dependencias de módulos, claves externas y el motivo de selección de cada muestra.
| Muestra | Evidencia que debe prepararse | Objetivo de preparación |
|---|---|---|
| Product estándar | Precio, impuesto, stock, Category, fabricante, medios, visibilidad por grupo y Order | Establece la referencia del Product ordinario. |
| Familia actual de Product Variants | Product, opciones, variantes, identificadores, stock, precio, peso, imágenes y Orders | Representa el modelo actual de combinaciones. |
| Product con atributos/propiedades heredados | Versión de origen, grupos/valores, combinaciones, comportamiento de precio/stock y líneas de Order | Expone la estructura heredada antes de la asignación. |
| Caso de Customer Group | Customer, grupo, Product/contenido restringido, precio y Order relevante | Representa el comercio segmentado. |
| Order complejo | Variante o elección heredada, descuento, impuesto, pago, envío, factura, reembolso/desistimiento e IDs externos | Representa la evidencia comercial histórica. |
| Caso de contenido/ruta | Entrada de Content Manager o contenido Product/Category, idioma, acceso por grupo, URL y enlaces | Representa la propiedad de contenido y SEO. |
| Registro propiedad de módulo | Entidad principal, tabla/campo de módulo, responsable de configuración y clave de integración | Expone el alcance no central antes de la ejecución. |
El paquete de muestras de Gambio está preparado cuando cada registro seleccionado cuenta con una hoja de expectativas del origen, contexto de opción o variante, archivos relacionados y un revisor asignado.
Completar la revisión final de preparación para Gambio
| Área de preparación | Condición de preparación |
|---|---|
| Acceso y recuperación | Administración, acceso Cloud o a hosting/base de datos/archivos, imágenes, descargas, copias de seguridad y responsable de restauración están confirmados. |
| Catálogo | Products, variantes actuales, atributos/propiedades heredados, Categories, fabricantes, medios, precios, stock e identificadores son trazables. |
| Customers y Orders | Cuentas, grupos, direcciones, Orders, líneas, totales, estados, documentos, registros posventa e IDs externos cuentan con evidencia. |
| Contenido y URL | Registros de Content Manager, páginas legales, contenido de Product/Category, temas, rutas prioritarias, enlaces y decisiones de redirección están documentados. |
| Dependencias | Módulos, GXModules, campos/tablas personalizados, API, feeds y sistemas externos tienen responsables asignados. |
| Muestras | Los registros representativos cubren cada patrón material actual, heredado, de Customer Group, Order, contenido y módulo. |
El alcance de Gambio está preparado cuando cada registro material puede trazarse hasta su generación de origen, propietario, registros relacionados, evidencia y destino previsto o sistema que se conservará.
Conclusión
Preparar una migración a Gambio exige coordinar evidencia sobre el entorno operativo, Products, opciones y variantes actuales, atributos o propiedades heredados, Customer Groups, precios, stock, Customers, Orders, registros de Content Manager, URL, módulos y sistemas externos. La lista de preparación debe hacer explícitos el linaje y la propiedad antes de ejecutar la migración.
Un paquete de preparación completo conserva evidencia recuperable del origen, distingue estructuras de catálogo actuales y heredadas, separa las transacciones históricas de la configuración activa y asigna un responsable a cada dependencia de contenido o módulo.
Preguntas frecuentes
¿Qué debe prepararse primero para una migración a Gambio?
Confirme si la tienda utiliza Gambio Cloud o una instalación autohospedada, asegure los accesos disponibles de administración e infraestructura, cree copias de seguridad recuperables y registre la versión de Gambio, el tema, los módulos y las personalizaciones.
¿Por qué deben separarse las variantes actuales de los atributos o propiedades heredados?
Porque pueden generar elecciones parecidas en la tienda pública mediante registros y reglas distintos. Product Variants actuales puede ser propietario de identificadores, stock, precio, peso e imágenes, mientras que atributos o propiedades antiguos pueden almacenar esas relaciones de otra forma.
¿Cómo deben prepararse Customer Groups?
Documente la pertenencia al grupo junto con la visibilidad de Products, Categories y contenido; precios por grupo; precios escalonados; descuentos y comportamiento fiscal. Conservar solo el nombre del grupo no preserva su significado comercial.
¿Qué Orders de Gambio deben seleccionarse como muestras representativas?
Incluya variantes actuales, elecciones de atributos/propiedades heredados, precios por Customer Group, cuentas invitadas o de distribuidores, descuentos, impuestos, facturas, entregas, reembolsos o desistimientos y referencias de integraciones externas.
¿Cómo deben dividirse el contenido de Content Manager y el contenido del tema?
Las entradas de Content Manager y el contenido de Product/Category deben conservar su identidad de registro, idioma, acceso, ruta y enlaces. StyleEdit, bloques del tema y overrides de plantillas pertenecen a la presentación y requieren un responsable separado.
¿Qué debe incluir el registro de módulos de Gambio?
Registre cada módulo, GXModule, tabla o campo personalizado, canal de datos, conexión API e integración externa que cree o consuma datos de negocio. Cada elemento necesita un responsable, registros afectados, evidencia y una decisión de destino o sistema conservado.