Si se selecciona EasyStore by JoomShaper como plataforma de destino, la preparación debe conectar los registros comerciales con las estructuras de Joomla y JoomShaper que los presentan y administran. Los Products pueden depender de variantes, Categories, tags, Brands, Collections, imágenes, inventario, Coupons, Reviews, Customers, Orders, reembolsos, Menu Items de Joomla, diseños de SP Page Builder, integraciones de pago/envío y sistemas externos.
La preparación debe vincular cada acción necesaria con un responsable, una evidencia recuperable y una condición explícita de preparación. Debe conservar los hechos del origen sin tratar el proceso de compra activo, pagos, envíos, impuestos, notificaciones o funcionamiento de page builder como registros migrados.
Asegura el acceso a Joomla, EasyStore, hosting y base de datos
Confirma acceso a administración de Joomla, administración de EasyStore, hosting, base de datos, sistema de archivos, medios de Products, SP Page Builder, integraciones de pago/envío, tareas programadas y sistemas conectados. Registra versiones de Joomla, EasyStore, PHP, base de datos, plantilla, SP Page Builder, plugins, módulos e idiomas.
| Acción de preparación | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Confirmar acceso administrativo | Administrador Joomla/EasyStore | Cuentas operativas y resumen de roles | Products, variantes, Customers, Orders, Coupons, Reviews y configuración pueden inspeccionarse. |
| Crear copias de seguridad recuperables | Responsable de infraestructura | Exportación de base de datos, archivo de sistema de archivos/medios y responsable de restauración | El origen puede restaurarse independientemente de la tienda activa. |
| Registrar el entorno de extensiones | Responsable técnico | Inventario de Joomla, EasyStore, SP Page Builder, plantilla, plugins, módulos, pagos y envíos | Cada dependencia comercial tiene un responsable. |
| Capturar personalizaciones | Responsable de desarrollo | Addons personalizados, overrides de plantilla, fragmentos, código API/webhook y cambios directos de base de datos | Está documentada toda lógica personalizada que crea o interpreta registros. |
| Mapear sistemas conectados | Responsables de integraciones | Endpoints de ERP/PIM/WMS/CRM/contabilidad/procesamiento/marketplace e IDs externos | Se conocen sistemas que continuarán y autoridades de datos. |
Conserva IDs de Product, variante, Category, tag, Brand, Collection, Customer, Order, Coupon, Review, reembolso, medios, usuario Joomla, menú y sistemas externos necesarios para rastrear relaciones.
Prepara Products, variantes, Categories, Brands y Collections
Los Products de EasyStore pueden contener nombres, alias, descripciones, imágenes, vídeo, precios, descuentos, costes, estado fiscal, identificadores, stock, dimensiones, Categories, tags, Brands, Collections, especificaciones, relaciones upsell/cross-sell, acceso, metadatos y variantes. Prepáralos según su forma de venta y no por recuento.
| Patrón de Product | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Product simple | ID, SKU, precio, descuento, estado fiscal, stock, Category, Brand, imágenes y Order de muestra | Un registro identifica claramente el artículo vendido. |
| Product con variantes | Tipos/valores de variación, variantes generadas, SKU/precio/descuento/stock/peso/paquete/imagen/visibilidad por variante | Cada combinación realmente vendible puede rastrearse hasta el Product principal y valores seleccionados. |
| Product sin stock o en preventa | Estado de stock, venta continuada, fecha de lanzamiento, cantidad y sistema de inventario responsable | El significado de disponibilidad no se reduce a un valor vacío o cero. |
| Product en varias Categories o Collections | Relaciones de Category, tag, Brand, Collection y campaña | Descubrimiento y merchandising no se colapsan en una única taxonomía. |
| Product con muchas especificaciones | Claves/valores de Additional Data, finalidad de visualización, uso de búsqueda/filtro y asignaciones | Las especificaciones descriptivas permanecen separadas de variantes. |
| Product con upsell/cross-sell | Product de origen, Products vinculados, tipo de relación y prioridad | Las relaciones de merchandising se conservan por separado de Categories. |
Registra casos no publicados, destacados, en oferta, con acceso restringido, cantidades mínimas/máximas, venta continuada, identificadores y metadatos. Estos estados pueden requerir tratamiento diferente en destino.
Prepara bibliotecas de variaciones, opciones de Product, precios e inventario
Los tipos de variación de EasyStore pueden reutilizarse entre Products, mientras cada variante generada puede tener SKU, identificadores estandarizados, precio, descuento, estado fiscal, paquete de envío, peso, cantidad, disponibilidad y visibilidad propios. Product Options también puede almacenar relaciones upsell/cross-sell, mientras Additional Data describe especificaciones.
| Estructura | Evidencia | Condición de preparación |
|---|---|---|
| Tipo y valores de variación | Nombre, tipo de visualización, valores, datos de color, orden y asignaciones a Products | El vocabulario reutilizable de variantes está documentado. |
| Variante generada | Product principal, valores seleccionados, SKU, GTIN/UPC/EAN/ISBN, precio, descuento, stock, peso, paquete, imagen, visibilidad y clave externa | Cada combinación comprada tiene evidencia independiente. |
| Precio a nivel de Product | Precio normal, tipo/valor de descuento, estado fiscal, datos de unidad base, coste y moneda | Los valores del Product principal no sustituyen valores específicos de variantes. |
| Inventario | Cantidad de Product/variante, seguimiento, estado de stock, venta continuada, mín./máx. y responsable externo | Se conoce la cantidad autoritativa de la unidad vendible. |
| Additional Data | Clave, valor, asignaciones a Products, finalidad de visualización y origen externo | Las especificaciones permanecen separadas de elecciones del comprador. |
| Upsell/cross-sell | Tipo de relación, IDs de Products vinculados y Categories/Collections/Brands usadas para selección | Las relaciones de merchandising son rastreables. |
Si el catálogo de origen contiene matrices de opciones muy grandes, conserva el recuento original de combinaciones y los límites del entorno en la evidencia técnica. No asumas que cada combinación teórica representa una variante realmente vendible.
Prepara Customers, usuarios Joomla, direcciones, Reviews e identidad
Los Customers de EasyStore pueden conectarse con usuarios Joomla, Orders, direcciones, Reviews, datos de empresa/impuestos, consentimientos e IDs externos de CRM/ERP. Los compradores invitados requieren tratamiento separado porque su historial de Orders puede seguir siendo útil sin una cuenta persistente.
| Área de cuenta | Evidencia | Responsable | Condición de preparación |
|---|---|---|---|
| Customer registrado | ID de usuario Joomla, ID EasyStore Customer, email, estado, direcciones e IDs externos | Responsable de datos de Customer | Las identidades duplicadas y entre sistemas tienen un tratamiento previsto. |
| Comprador invitado | Identidad a nivel de Order, email, direcciones y enlaces de Order | Responsable de datos de Orders | El historial de invitados se conserva sin inventar una cuenta. |
| Dirección | Valores de facturación/envío, país/estado, estado predeterminado y propiedad Customer/Order | Responsable de Customer service | Direcciones guardadas e instantáneas históricas de Orders pueden distinguirse. |
| Review | Product, identidad Customer/invitado, puntuación, texto, estado, fecha e idioma | Responsable de catálogo/contenido | Las Reviews siguen vinculadas al Product correcto y estado de moderación. |
| Datos de empresa/impuestos | Empresa, número fiscal, estado de validación y clave externa de cuenta | Responsable de finanzas/B2B | La identidad empresarial tiene un destino o propietario retenido. |
| Autenticación | Contraseña local, SSO/login social, flujo de restablecimiento y responsable de comunicaciones | Responsable de seguridad | El acceso está planificado sin asumir portabilidad de contraseñas. |
Selecciona Customers con varias direcciones, Orders de invitados, Reviews, duplicados, IDs externos importantes e historiales de Orders de alto valor.
Prepara Orders, Coupons, reembolsos, impuestos, envíos y evidencia de pagos
Los Orders históricos deben explicar qué se compró y qué ocurrió. Prepara encabezados, Customer/invitado, direcciones, líneas de Product/variante, cantidades, precios, descuentos, Coupons, impuestos, envíos, etiquetas de pago, estados, notas, tracking, reembolsos, facturas y referencias externas.
| Evidencia de Order | Responsable | Condición de preparación |
|---|---|---|
| Encabezado e historial de estados | Operaciones de comercio | Customer/invitado, fechas, secuencia de estados, moneda y canal de origen documentados. |
| Líneas de Product y variante | Responsables de catálogo/Orders | Product principal, variante, SKU, valores seleccionados, cantidad y texto de instantánea completos. |
| Coupons y descuentos | Responsable de marketing/finanzas | Código, regla, descuento de línea/Order y efecto histórico documentados. |
| Impuestos y envío | Responsables de finanzas/procesamiento | Importes fiscales históricos, coste de envío, etiqueta de método, carrier y tracking conservados. |
| Contexto de pago | Responsable de finanzas | Etiqueta de método, IDs de transacción/referencia, estado y propiedad del proveedor conocidos. |
| Reembolsos y ajustes | Responsables de finanzas/Customer service | Importes parciales/totales, líneas afectadas, fechas, motivos y referencias externas documentados. |
| IDs externos de Order | Responsable de integración | Los IDs de ERP, contabilidad, marketplace o procesamiento siguen siendo rastreables. |
Coupons activos, impuestos, envíos, pagos, proceso de compra y reembolsos futuros pertenecen a configuración del destino. Los Orders históricos conservan evidencia de transacciones pasadas y no reglas operativas actuales.
Prepara menús Joomla, SP Page Builder, rutas, medios y SEO
Los Products de EasyStore pueden mostrarse mediante Menu Items de Joomla y addons de SP Page Builder. Menús, diseños de page builder, posiciones de plantilla, bloques de Product, medios, metadatos y redirecciones necesitan evidencia explícita.
| Área pública | Evidencia | Condición de preparación |
|---|---|---|
| Rutas de Product y Category | URL de origen, alias, ID de Product/Category, contexto de menú, metadatos e intención de destino | Las rutas comerciales prioritarias tienen una decisión de conservar, cambiar, fusionar, retirar o redirigir. |
| Menu Items de Joomla | Tipo, padre, alias, idioma, acceso, Category seleccionada y comportamiento jerárquico | Los puntos de entrada y vistas de Category están documentados. |
| Diseños SP Page Builder | ID de página, tipos de addon EasyStore, filtros, fuentes de Product, estilos personalizados y rutas enlazadas | Las dependencias de presentación están separadas de los registros comerciales. |
| Medios de Product | Imágenes, vídeo, contexto alt, medios de variante, activos remotos y rutas | Los medios prioritarios pueden rastrearse al Product o variante correctos. |
| Contenido CMS conectado | Landing pages, guías de compra, Blog Posts, enlaces internos, bloques de Product y campañas | El contenido vinculado al comercio tiene responsable y decisión de ruta. |
| SEO y redirecciones | Responsable de metadatos, canonical, origen del sitemap, reglas de redirección y URL de alto valor | La continuidad de rutas tiene un responsable explícito. |
El inventario general del CMS Joomla pertenece al alcance de Joomla. La preparación EasyStore recoge solo relaciones Joomla/SP Page Builder necesarias para datos y rutas comerciales.
Inventaría extensiones, datos personalizados, importaciones y sistemas externos
Crea un registro de dependencias para pagos, envíos, impuestos, Reviews, analítica, importación/exportación, addons de SP Page Builder, campos personalizados, ERP, PIM, CRM, contabilidad, procesamiento y conexiones con marketplaces.
| Dependencia | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Extensión/integración EasyStore | Nombre, versión, finalidad, configuración, registros propios e IDs principales relacionados | Los registros pertenecientes a extensiones tienen destino previsto o propietario retenido. |
| Addon de SP Page Builder | Tipo, IDs de página/diseño, fuente de Product, filtros y código personalizado | Las estructuras de presentación no se confunden con datos de Product. |
| Flujo de importación/exportación | Formato, columnas, IDs Product/variante, relaciones y última ejecución correcta | Los archivos exportados pueden conciliarse con registros autoritativos de base de datos. |
| Campo/tabla personalizado | Esquema, claves, finalidad empresarial y código consumidor | Los valores personalizados pueden interpretarse en lugar de copiarse a ciegas. |
| Sistema externo | Endpoint, entidades autoritativas, dirección de sincronización, IDs y responsable de transición | La identidad entre sistemas y la autoridad están documentadas. |
| Datos generados | Cachés, registros técnicos, sesiones, índices, importaciones abandonadas y archivos temporales | Los datos técnicos no autoritativos se excluyen deliberadamente. |
Las extensiones inactivas siguen siendo relevantes cuando sus registros todavía sostienen Orders, Products, Customers, reembolsos o generación de informes.
Selecciona muestras representativas para las pruebas de migración
Registra IDs de origen, SKU, URL, registros relacionados, claves externas y motivo de selección de cada muestra.
| Muestra | Evidencia que debe prepararse | Finalidad de preparación |
|---|---|---|
| Product simple | Precio, impuesto, stock, Category, Brand, imágenes y Order | Establece la línea base de un Product ordinario. |
| Product con variantes | Biblioteca de variaciones, variantes generadas, SKU, precios, stock, imágenes, visibilidad y línea de Order | Representa relaciones Product principal→variante. |
| Product de especificaciones/merchandising | Additional Data, tags, Brand, Collection, upsell/cross-sell y ruta de Product | Representa estructuras descriptivas y de merchandising. |
| Customer registrado y Order de invitado | IDs Joomla/Customer, direcciones, Reviews, enlaces de Orders e IDs externos | Representa ambos modelos de identidad. |
| Order complejo | Línea de variante, Coupon, impuesto, envío, pago, reembolso, tracking y referencia externa | Representa contexto comercial histórico. |
| Ruta SP Page Builder | Página/diseño, addons EasyStore, fuente de Product, enlace de menú, medios, SEO e intención de redirección | Representa dependencias de presentación y enrutamiento. |
| Registro de sistema externo | ID Product/variante/Customer/Order, sistema autoritativo, dirección de sincronización y clave | Expone propiedad de integraciones antes de ejecutar. |
La preparación de pruebas representativas controla la selección de muestras y evidencia. La prueba migrada real y la interpretación para lanzamiento pertenecen a validación.
Completa el control final de preparación de EasyStore
| Área de preparación | Condición de preparación |
|---|---|
| Acceso y recuperación | Joomla, EasyStore, hosting, base de datos, archivos, copias de seguridad y responsabilidad de restauración confirmados. |
| Catálogo | Products, variantes, Categories, tags, Brands, Collections, especificaciones, medios, precios, stock e IDs documentados. |
| Customers | Usuarios Joomla, Customers, invitados, direcciones, Reviews, datos de empresa/impuestos y dependencias de autenticación clasificados. |
| Orders | Líneas, variantes, descuentos, Coupons, impuestos, pagos, envíos, reembolsos, tracking e IDs externos tienen evidencia. |
| Tienda | Menús, diseños SP Page Builder, rutas, medios, contenido conectado, SEO y redirecciones documentados. |
| Dependencias | Extensiones, importaciones, datos personalizados, sistemas externos y propietarios autoritativos registrados. |
| Muestras | Los registros representativos cubren cada patrón material de Product, Customer, Order, ruta, reembolso e integración. |
El alcance EasyStore está preparado cuando cada registro seleccionado puede rastrearse hasta su responsable de origen, registros relacionados, evidencia y destino previsto o sistema retenido.
Conclusión
La preparación de EasyStore requiere evidencia coordinada entre Joomla, Products, variantes, Categories, Brands, inventario, Customers, Orders, Coupons, reembolsos, Reviews, SP Page Builder, URL, extensiones y sistemas externos. Una exportación de Product o revisión visual de la tienda no puede explicar por sí sola estas relaciones.
Un paquete sólido asegura copias recuperables, identifica registros autoritativos, separa transacciones históricas de configuración activa, selecciona muestras representativas y asigna un responsable y condición de preparación a cada dependencia material.
Preguntas frecuentes
¿Qué debe prepararse primero para una migración a EasyStore?
Confirma acceso a Joomla, EasyStore, hosting, base de datos, sistema de archivos, SP Page Builder e integraciones. Crea copias recuperables y registra el entorno de extensiones antes de iniciar la asignación del catálogo.
¿Por qué las variantes de EasyStore necesitan evidencia separada del Product principal?
Cada variante puede contener SKU, identificador estandarizado, precio, descuento, stock, peso, paquete, visibilidad e imagen propios. La evidencia solo del Product principal puede omitir los registros realmente vendibles.
¿Cómo deben prepararse Categories, Brands, Collections y tags?
Documenta cada estructura por separado, incluidas asignaciones de Products y uso público. Etiquetas similares no demuestran que las estructuras cumplan la misma función de descubrimiento o merchandising.
¿Qué evidencia de Orders debe recopilarse?
Prepara líneas de Product/variante, identidad Customer/invitado, direcciones, descuentos, Coupons, impuestos, contexto de pago/envío, estados, tracking, reembolsos e IDs externos utilizados por soporte o finanzas.
¿Por qué SP Page Builder debe incluirse en la preparación?
Los addons de EasyStore pueden seleccionar y mostrar Products, Categories, filtros, Reviews, precios y funciones de carrito dentro de diseños de página. Los diseños y fuentes de datos son dependencias de presentación, no campos ordinarios de Product.
¿Cómo debe dividirse la preparación entre Joomla y EasyStore?
Joomla controla contenido CMS general, usuarios, menús, plantillas y extensiones. EasyStore controla Products, variantes, Customers, Orders, reembolsos, Coupons, Reviews e integraciones comerciales, documentando solo las dependencias Joomla necesarias.