Si VirtueMart se selecciona como plataforma de destino, la preparación debe documentar tanto los registros comerciales como las estructuras de Joomla que hacen utilizables esos registros. Los Products pueden depender de Categories, Products hijos, campos personalizados, grupos de compradores, reglas de cálculo, recursos multimedia, archivos descargables, plugins de pago y envío, menús de Joomla, asignaciones de idioma, overrides de plantillas e integraciones externas. Un recuento de Products no explica estas dependencias.
La preparación debe asignar un responsable, evidencia de apoyo y una condición clara de preparación a cada acción necesaria antes de ejecutar la migración. También debe separar la evidencia de origen de la implementación en destino: Orders históricos, relaciones entre Products, asignaciones a grupos de compradores y URLs pertenecen a la preparación de migración, mientras el funcionamiento activo de pagos, envíos, impuestos, proceso de compra, emails y plantillas sigue siendo configuración del destino.
Asegurar acceso a Joomla, VirtueMart, alojamiento y base de datos
Confirma acceso a administración de Joomla, administración de VirtueMart, alojamiento, base de datos, sistema de archivos, recursos multimedia de Products, archivos descargables, tareas programadas y servicios conectados. Registra versiones de Joomla y VirtueMart, entorno PHP y de base de datos, plantilla activa, idiomas, plugins habilitados, métodos de pago y envío y cualquier código personalizado u override.
| Acción de preparación | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Confirmar acceso administrativo | Administrador Joomla/VirtueMart | Cuentas operativas y resumen de roles | Se pueden inspeccionar Products, campos personalizados, Customers, Orders, plugins, menús y configuración. |
| Crear copias recuperables | Responsable de infraestructura | Exportación de base de datos, archivo del sistema de archivos, archivo de recursos multimedia/descargas y responsable de restauración | La Store de origen puede recuperarse sin depender del entorno activo. |
| Registrar versiones de plataforma y extensiones | Responsable técnico | Inventario de Joomla, VirtueMart, PHP, base de datos, plantilla, plugins, módulos y paquetes | Se documentan registros dependientes de versión y supuestos de compatibilidad. |
| Capturar código personalizado y overrides | Responsable de desarrollo | Overrides de plantillas, diseños modificados, plugins personalizados, scripts y cambios directos de base de datos | Cada personalización que lee o escribe datos comerciales tiene un responsable. |
| Mapear sistemas conectados | Responsables de integraciones | Endpoints ERP/PIM/WMS/CRM/pago/envío/fuentes de datos e IDs externos | Se identifican sistemas que continuarán y fuentes de datos autoritativas. |
Conserva IDs internos de Products, Categories, fabricantes, campos personalizados, grupos de compradores, usuarios de Joomla, compradores de VirtueMart, Orders, líneas de Order, estados, recursos multimedia y sistemas externos. Son esenciales para conciliar registros entre tablas de Joomla y VirtueMart.
Preparar Products, Categories, fabricantes y recursos multimedia
Los Products de VirtueMart pueden incluir SKU, GTIN o identificadores de fabricante, descripciones, precios, stock, dimensiones, imágenes, fabricantes, Categories, vínculos con Products hijos, campos personalizados, Products relacionados, archivos descargables y restricciones por grupo de compradores. Prepara el catálogo según su comportamiento de venta, no por número de filas.
| Patrón de Product | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Product físico sencillo | ID, SKU, precio, regla fiscal, stock, peso, Category, fabricante, imágenes y Order de muestra | Un único registro identifica con claridad el artículo vendido y preparado. |
| Products padre e hijos | ID padre, IDs hijos, comportamiento de herencia, SKUs, precios, stock, imágenes, Categories y aliases de hijos | Cada hijo vendible puede rastrearse hasta el padre y sus valores sobrescritos. |
| Product descargable | Ruta de archivo, relación de acceso, límite o caducidad, vínculo con Product y Order completado de muestra | Los archivos y la evidencia de acceso basada en Orders son recuperables. |
| Product en varias Categories | Asignaciones Product-Category y ruta prioritaria | No se crean Products duplicados solo para reproducir rutas de descubrimiento. |
| Product vinculado a fabricante | ID y nombre del fabricante, vínculo con Product, clave externa y ruta | La identidad de marca/fabricante permanece separada de la estructura de Categories. |
| Product con muchos recursos multimedia | Imágenes principales/adicionales, documentos, archivos remotos, orden y recursos específicos de hijos | Cada recurso tiene un Product o Product hijo responsable conocido. |
Registra casos despublicados, archivados, solo de catálogo, sin stock, bajo pedido, con cantidades mínimas/máximas y con fechas de disponibilidad. Estos estados necesitan un tratamiento intencional en destino en lugar de normalizarse como un único estado activo.
Preparar campos personalizados, Products hijos y opciones del comprador
Los campos personalizados de VirtueMart pueden describir Products, crear entradas seleccionables por compradores, afectar el precio, aparecer en carrito y vistas de Order, conectar Products o Categories relacionados, adjuntar descargas o depender de plugins. Los Products hijos pueden heredar valores del padre y sobrescribir precio, stock, imagen, Category o asignación de grupo de compradores.
| Estructura | Evidencia requerida | Condición de preparación |
|---|---|---|
| Campo personalizado descriptivo | Prototipo, tipo, título, valores, asignaciones a Products, posición de visualización y uso en búsqueda | Los datos descriptivos se distinguen de una opción comprable. |
| Atributo o entrada de carrito | Definición, obligatoriedad, efecto en precio, valores seleccionados y muestra de línea de Order | Las opciones del comprador permanecen vinculadas a la línea comprada. |
| Campo personalizado de plugin | Plugin responsable, parámetros, tablas, vínculos con Products y ejemplo de salida | El funcionamiento propiedad de extensión no se confunde con datos ordinarios de campo. |
| Product padre/hijo | Reglas de herencia, valores sobrescritos, SKU, stock, precio, imagen, alias y Category del hijo | Cada hijo vendible tiene trazabilidad completa. |
| Product o Category relacionado | Tipo de relación, IDs de origen, finalidad de presentación y prioridad | Las relaciones de merchandising se documentan separadas de la taxonomía. |
Construye un registro con una fila por cada campo personalizado importante. Indica si controla identidad, selección de Product, precio, stock, acceso a descarga, presentación, búsqueda u otro flujo de plugin. No combines etiquetas similares salvo que su comportamiento comercial también sea equivalente.
Preparar grupos de compradores, Customers, usuarios de Joomla y direcciones
Los grupos de compradores de VirtueMart pueden controlar visibilidad de Products, precios, reglas de cálculo, métodos de pago, métodos de envío y presentación de precios. Los Customers también pueden implicar usuarios Joomla, registros de compradores VirtueMart, direcciones, campos personalizados de comprador, identificadores empresariales o fiscales y claves externas CRM o ERP.
| Área de cuenta | Evidencia | Responsable | Condición de preparación |
|---|---|---|---|
| Vínculo usuario Joomla-comprador VirtueMart | ID de usuario Joomla, ID de usuario VirtueMart, email, estado, grupos e ID externo | Responsable de datos de Customers | La relación de cuenta es trazable entre Joomla y VirtueMart. |
| Pertenencia a grupos de compradores | Definiciones de grupos, compradores asignados, precios, reglas de cálculo y restricciones de pago/envío | Responsable de comercio | El significado del grupo se documenta más allá de su etiqueta. |
| Campos de dirección y proceso de compra | Definiciones, reglas obligatorias/de presentación, valores de facturación/envío y referencias de país/estado | Atención al Customer | Las direcciones guardadas y las instantáneas de dirección de Orders son distinguibles. |
| Comprador invitado | Identidad a nivel de Order, direcciones, email y evidencia de acceso | Responsable de datos de Orders | El historial invitado no requiere inventar una cuenta Joomla. |
| Identidad empresarial o fiscal | Campos de empresa, número fiscal, estado de validación y clave de cuenta externa | Responsable de finanzas/B2B | Los datos de cuenta empresarial tienen un destino o propietario retenido. |
| Autenticación | Contraseña local, SSO, login social, MFA, comunicación de restablecimiento y responsable de cuenta | Responsable de seguridad | Se planifica el acceso sin asumir portabilidad de contraseñas. |
Incluye compradores representativos que pertenezcan a varios grupos, reciban un precio especial, utilicen métodos de pago/envío restringidos o tengan varias direcciones. Estos casos exponen relaciones que las cuentas retail ordinarias no muestran.
Preparar precios, reglas de cálculo, impuestos, cupones e inventario
Los precios de VirtueMart pueden implicar varios precios por Product, monedas, rangos de cantidad, grupos de compradores, precios de coste y base, reglas fiscales, descuentos, overrides y orden de cálculo. El inventario puede pertenecer al Product padre, al Product hijo o a un sistema externo.
| Área comercial | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Precios de Product | ID de Product/hijo, moneda, grupo de compradores, rango de cantidad, fechas, valores de coste/base/final y estado de override | Cada precio está asociado al Product y contexto comercial correctos. |
| Reglas de cálculo | Tipo de regla, efecto fiscal/de descuento, Categories, grupos, países, estados, fechas y secuencia | Las reglas se documentan como relaciones de configuración, no como campos de Product. |
| Cupones | Código, tipo, valor, fechas, estado de uso y Orders históricos relevantes | La evidencia histórica de cupones está separada de configuración activa. |
| Stock | ID de Product/hijo, cantidad, estado reservado cuando exista, umbral de stock bajo y responsable externo | Se conocen cantidad autoritativa y clave del artículo vendible. |
| Restricciones de cantidad | Mínimo, máximo, empaquetado y pasos de compra | Las restricciones no se pierden dentro de notas genéricas de Product. |
Los totales de Orders históricos deben permanecer como instantáneas. No planifiques reconstruir precios, impuestos, descuentos o gastos de envío antiguos a partir de reglas de cálculo actuales.
Preparar Orders, estados, pagos, envíos y facturas
Prepara Orders como registros comerciales históricos. Incluye cabeceras, compradores, identidades invitadas, instantáneas de facturación y envío, líneas de Product y Product hijo, campos personalizados seleccionados, cantidades, precios, impuestos, descuentos, cupones, etiquetas de pago y envío, estados, comentarios, facturas, reembolsos o ajustes y referencias externas.
| Evidencia de Order | Responsable | Condición de preparación |
|---|---|---|
| Cabecera e historial de estados | Operaciones comerciales | Se documentan secuencia de estados, marcas de tiempo, contexto comprador/invitado y significado actual. |
| Líneas de Product y opciones | Responsables de catálogo y Orders | IDs de Product/hijo, SKU, campos seleccionados, cantidad y texto de instantánea están completos. |
| Totales y ajustes | Finanzas | Subtotal, impuestos, descuento, cupón, envío, coste de pago y total final concilian. |
| Referencias de pago y envío | Finanzas y preparación | Se conocen etiquetas históricas, IDs de transacción/tracking y propiedad del proveedor. |
| Facturas y documentos | Finanzas | Números de factura, archivos, idioma y relaciones con Orders son recuperables. |
| IDs externos de Orders | Integraciones | Referencias ERP, contables, de canales de venta externos o de preparación siguen siendo trazables. |
Selecciona Orders ordinarios, de invitado, de grupos de compradores, con descuentos, múltiples impuestos, reembolsos, descargas y Products hijos. La muestra debe representar los estados de Order que el personal utiliza realmente para soporte y conciliación.
Preparar menús, rutas, idiomas, recursos multimedia y dependencias de tienda de Joomla
Los registros de VirtueMart dependen de menús, aliases, niveles de acceso, asociaciones de idioma, módulos, diseños de plantillas, overrides, extensiones de búsqueda/filtrado y enlaces de contenido de Joomla. Migrar Products y Categories no recrea automáticamente esas relaciones de presentación.
| Área de tienda | Evidencia | Condición de preparación |
|---|---|---|
| Rutas de Products y Categories | URL de origen, ID de Product/Category, alias, idioma, contexto de menú, metadatos e intención de destino | Las rutas prioritarias tienen una decisión de mantener, cambiar, fusionar, retirar o redirigir. |
| Menús y módulos de Joomla | Tipo de elemento de menú, padre, alias, idioma, acceso, posición de módulo y asignación de página | Se documentan puntos de entrada comerciales y dependencias de descubrimiento. |
| Registros multilingües | Tags de idioma, asociaciones, Products/Categories traducidos, menús, recursos multimedia y reglas de fallback | Las traducciones relacionadas no se tratan como duplicados independientes. |
| Plantilla y overrides | Nombre de plantilla, diseños VirtueMart, archivos de override, posiciones de campos y rutas afectadas | Las dependencias de presentación están separadas de datos comerciales. |
| Recursos multimedia y descargas | Rutas, almacenamiento remoto, miniaturas, archivos descargables y reglas de acceso | Los archivos prioritarios están disponibles y vinculados a los registros correctos. |
| SEO y redirecciones | Responsable de metadatos, extensión de enrutamiento, reglas de redirección, sitemaps y URLs de alto valor | La continuidad de URL tiene un responsable explícito. |
El inventario general del CMS de Joomla pertenece al alcance más amplio de preparación de Joomla. Esta lista recoge únicamente las estructuras Joomla que afectan materialmente a registros y rutas comerciales de VirtueMart.
Inventariar plugins, tablas personalizadas y sistemas externos
Crea un registro de extensiones para pagos, envíos, campos personalizados, búsqueda/filtrado, suscripciones, descargas, canales de venta externos, fuentes de datos, contabilidad, ERP, CRM, inventario, analítica y código a medida. Registra qué controla cada componente y qué registros principales referencia.
| Dependencia | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Plugin de VirtueMart | Nombre, versión, finalidad, configuración, tablas/campos y Products/Customers/Orders afectados | Los registros propiedad del plugin tienen destino o sistema responsable retenido. |
| Extensión de Joomla | Nombre de componente/módulo/plugin, dependencia de menú/módulo y propietario de datos | El funcionamiento compartido de Joomla no se clasifica erróneamente como datos del núcleo VirtueMart. |
| Tabla o columna personalizada | Esquema, relaciones de claves, finalidad empresarial y código consumidor | Los registros personalizados pueden interpretarse en lugar de copiarse a ciegas. |
| Sistema externo | Endpoint, tipos de datos autoritativos, dirección de sincronización, IDs y responsable de cutover | Identidad y autoridad entre sistemas están documentadas. |
| Datos generados | Cachés, logs, sesiones, índices, archivos temporales y registros abandonados | Los datos no autoritativos se excluyen deliberadamente. |
Las extensiones inactivas deben permanecer en el registro cuando sus datos sigan siendo comercial o históricamente importantes.
Seleccionar muestras representativas para la prueba de migración
Elige muestras que expongan la estructura real de la Store. Registra IDs de origen, SKUs, URLs, asignaciones de grupos, claves externas, registros relacionados y el motivo de selección.
| Muestra | Evidencia que debe prepararse | Finalidad de preparación |
|---|---|---|
| Product sencillo | Precio, stock, impuesto, Category, fabricante, recursos multimedia y Order | Define la representación base de un Product ordinario antes de revisar muestras complejas. |
| Familia padre/hijos | Padre e hijos, campos personalizados, SKUs, precios, stock, imágenes y aliases | Representa valores heredados y sobrescritos de Products. |
| Product con campos personalizados | Prototipos, dependencias de plugins, efectos en precio/carrito y línea de Order | Expone opciones del comprador y relaciones de extensiones. |
| Caso de grupo de compradores | Customer, grupos, evidencia de Product/precio/pago/envío restringidos | Representa comercio B2B o segmentado. |
| Order complejo | Identidad invitado/registrado, Product hijo, opciones, cupón, impuesto, pago, envío y factura | Representa contexto comercial histórico. |
| Ruta multilingüe | Traducciones de Product/Category, aliases, rutas de menús, metadatos e intención de redirección | Representa dependencias de idioma y enrutamiento de Joomla. |
| Registro propiedad de extensión | Entidad principal, tabla/campo personalizado, plugin responsable y clave externa | Expone alcance fuera del núcleo antes de la ejecución. |
El paquete de muestras de VirtueMart está preparado cuando cada registro seleccionado tiene evidencia de origen, contexto Joomla y de grupos de compradores, archivos relacionados y un revisor identificado.
Completar la puerta final de preparación de VirtueMart
| Área de preparación | Condición de preparación |
|---|---|
| Acceso y recuperación | Están confirmados Joomla, VirtueMart, alojamiento, base de datos, archivos, copias de seguridad y responsabilidad de restauración. |
| Catálogo | Products, hijos, Categories, fabricantes, recursos multimedia, campos personalizados, stock, precios e identificadores están documentados. |
| Customers | Usuarios Joomla, compradores, grupos, direcciones, campos, identidades invitadas y dependencias de autenticación están clasificados. |
| Orders | Líneas, opciones, totales, estados, pagos, envíos, facturas y referencias externas tienen evidencia de origen. |
| Tienda | Menús, rutas, idiomas, módulos, overrides, recursos multimedia, SEO y redirecciones están documentados. |
| Dependencias | Plugins, código personalizado, tablas, sistemas externos y autoridades de datos tienen responsables. |
| Muestras | Los registros representativos cubren todos los patrones materiales de Product, Customer, Order, ruta y extensión. |
La preparación de VirtueMart está completa cuando cada registro comercial material puede trazarse a través de su responsable Joomla, registros relacionados de plugin o campo personalizado, artefacto de evidencia y destino previsto o sistema retenido.
Conclusión
Preparar una migración hacia VirtueMart requiere evidencia coordinada entre Joomla, Products, Products hijos, campos personalizados, grupos de compradores, precios, reglas de cálculo, Customers, Orders, recursos multimedia, rutas, plugins y sistemas externos. La lista debe hacer explícitas esas relaciones antes de la ejecución en lugar de depender de recuentos de Products o capturas de pantalla.
Un paquete de preparación completo conserva evidencia recuperable, identifica registros autoritativos, separa transacciones históricas de configuración activa y resuelve la propiedad de cada dependencia material.
Preguntas frecuentes
¿Qué debe prepararse primero para una migración hacia VirtueMart?
Confirma acceso a Joomla, VirtueMart, alojamiento, base de datos, sistema de archivos, recursos multimedia y extensiones; después crea copias recuperables y registra las versiones de plataforma. El trabajo detallado de catálogo no debe comenzar hasta que el equipo pueda inspeccionar y restaurar el origen de forma fiable.
¿Por qué los campos personalizados de VirtueMart necesitan un registro separado?
Pueden describir Products, recoger entradas del comprador, afectar precios, aparecer en líneas de Orders, conectar registros relacionados, adjuntar descargas o depender de plugins. Su etiqueta por sí sola no revela la función empresarial ni el responsable en destino.
¿Cómo deben prepararse Products padre e hijos?
Registra IDs de padre e hijos, valores heredados, SKUs sobrescritos, precios, stock, imágenes, Categories, grupos de compradores, aliases y campos personalizados. Cada hijo realmente vendible debe poder rastrearse de forma independiente conservando la relación con su padre.
¿Por qué los grupos de compradores forman parte de la preparación?
Pueden afectar visibilidad, precios, reglas de cálculo, métodos de pago, métodos de envío y elementos de precio mostrados. Conservar solo el nombre del grupo omitiría las relaciones comerciales que le dan utilidad.
¿Qué Orders de VirtueMart deben seleccionarse como muestras representativas?
Incluye Orders ordinarios y de invitados, casos de grupos de compradores, Products hijos, selecciones de campos personalizados, cupones, múltiples impuestos, reembolsos o ajustes, descargas, facturas y referencias externas utilizadas por soporte o finanzas.
¿Cómo debe dividirse la preparación entre Joomla y VirtueMart?
El alcance de Joomla controla contenido general CMS, usuarios, menús, módulos, plantillas y extensiones. El alcance de VirtueMart controla Products comerciales, grupos de compradores, Customers, Orders, registros de cálculo y plugins comerciales, documentando solo las dependencias Joomla necesarias para esos registros.