Si se selecciona EShop by Ossolution Team como plataforma de destino, la preparación debe documentar las relaciones que existen detrás de Products, Categories, fabricantes, opciones, atributos, campos personalizados, adjuntos, cuentas de Customer, Orders, impuestos, envíos, pagos, contenido multilingüe y presentación en Joomla. Las opciones de Product pueden tener SKU, precio e imagen propios, mientras que los atributos y campos personalizados pueden describir o filtrar Products sin representar por sí mismos una unidad vendible independiente.
El paquete de preparación debe definir cada acción, responsable, evidencia y condición de preparación antes de la ejecución. Debe conservar las transacciones históricas y las relaciones del origen, manteniendo la lógica activa del proceso de compra, pago, envío, impuestos, correo electrónico, plantilla y módulos bajo la responsabilidad de implementación del destino.
Asegura el acceso a Joomla, EShop, hosting y base de datos
Confirma acceso a la administración de Joomla, administración de EShop, hosting, base de datos, sistema de archivos, imágenes y adjuntos de Products, archivos descargables, procesos programados, plugins de pago y envío y sistemas conectados. Registra las versiones de Joomla, EShop, PHP, base de datos, plantilla, idiomas, plugins, módulos y personalizaciones.
| Acción de preparación | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Confirmar acceso administrativo | Administrador de Joomla/EShop | Cuentas operativas y resumen de roles | Products, opciones, Customers, Orders, informes y configuración pueden inspeccionarse. |
| Crear copias de seguridad recuperables | Responsable de infraestructura | Exportación de base de datos, archivo del sistema de archivos/medios/descargas y responsable de restauración | El origen puede restaurarse sin depender de la tienda activa. |
| Registrar software y extensiones | Responsable técnico | Inventario de Joomla, EShop, PHP, base de datos, plantilla, pagos, envíos, plugins, módulos y extensiones | Los registros y dependencias vinculados a versiones están documentados. |
| Capturar personalizaciones | Responsable de desarrollo | Overrides de plantilla, módulos/plugins personalizados, modificaciones de código, campos personalizados, cambios SQL y scripts | Toda personalización que lea o escriba datos comerciales tiene un responsable. |
| Mapear sistemas conectados | Responsables de integraciones | Endpoints de ERP/PIM/WMS/CRM/contabilidad/procesamiento/marketplace/canal de datos e identificadores externos | Se conocen los sistemas que continuarán y las autoridades de datos. |
Conserva los identificadores de Product, Category, fabricante, opción, valor de opción, atributo, campo personalizado, Customer, Order, línea de Order, estado, impuesto, envío, pago, adjunto, idioma y sistemas externos necesarios para reconstruir las relaciones.
Prepara Products, Categories, fabricantes, medios y adjuntos
Los Products de EShop pueden incluir identificadores, descripciones, Categories, fabricantes, precios, existencias, dimensiones, imágenes, vídeos, opciones, atributos, campos personalizados, adjuntos, etiquetas, Products relacionados, reseñas, metadatos, archivos descargables y asociaciones por idioma. Prepara los Products según su forma de venta y su importancia comercial.
| Patrón de Product | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Product físico simple | ID de Product, SKU, precio, impuesto, stock, Category, fabricante, imágenes y Order de muestra | Un registro identifica claramente el artículo vendido. |
| Product con muchas opciones | Definiciones y valores de opciones, combinaciones, SKU/precios/imágenes independientes, relación de stock y Order de muestra | Cada elección comprable puede rastrearse hasta el Product y los valores de opción correctos. |
| Product descargable | Archivo, relación con Product, regla de acceso, historial de descargas cuando exista y Order completado | La propiedad del archivo y el acceso basado en Orders están documentados. |
| Product en varias Categories | Relaciones Product→Category, ruta prioritaria e idioma | Se conservan las relaciones de descubrimiento sin duplicar Products. |
| Product con muchos adjuntos | Documentos, manuales, especificaciones, rutas de archivo, etiquetas y asignaciones de Product | Los activos que no son imágenes siguen vinculados al Product correspondiente. |
| Product relacionado/comparado | Tipo de relación, IDs vinculados, propósito de visualización y prioridad | Las relaciones de merchandising están documentadas por separado de la taxonomía. |
Registra casos no publicados, destacados, con precio bajo consulta, sin stock, descargables, multilingües, con cantidad limitada y con etiquetas personalizadas. Estos estados requieren un tratamiento deliberado en destino.
Separa opciones, atributos, campos personalizados y adjuntos de Product
EShop admite varias estructuras que en una exportación de origen podrían parecer simplemente atributos de Product. Las opciones pueden representar elecciones del comprador y tener SKU, precio o imagen propios. Los atributos describen características del Product. Los campos personalizados pueden almacenar valores estructurados adicionales. Los adjuntos representan archivos vinculados a Products.
| Estructura | Evidencia | Condición de preparación |
|---|---|---|
| Opción de Product | Nombre, tipo, valores, orden, estado obligatorio/predeterminado, asignaciones a Products y línea de Order de muestra | Los valores seleccionables por el comprador siguen vinculados a las compras. |
| Valor de opción con datos comerciales | Product, opción/valor, SKU independiente, ajuste de precio, imagen, comportamiento de stock y clave externa | Los datos de la elección vendible no se aplanan como atributos descriptivos. |
| Atributo de Product | Grupo/valor de atributo, asignaciones a Products, uso para filtrado/comparación e idioma | Las características descriptivas permanecen separadas de las variantes. |
| Campo personalizado | Definición, tipo de valor, finalidad empresarial, asignaciones a Products y módulo/plugin consumidor | Los valores personalizados tienen un responsable y una superficie de edición definidos. |
| Adjunto | Ruta, tipo, etiqueta, idioma, vínculo a Product y expectativas de acceso | Los archivos de Product siguen siendo recuperables y están correctamente relacionados. |
| Pestaña o etiqueta adicional de Product | Título, contenido, idioma, asignación a Product y responsable de presentación | El contenido editorial no se confunde con la identidad del Product ni con datos de opciones. |
Crea un diccionario de campos que registre finalidad, responsable, tipo de valor, alcance de Product y tratamiento de migración. No combines nombres similares cuando su función comercial sea diferente.
Prepara precios, stock, impuestos, descuentos, monedas y reglas de cantidad
Los precios en EShop pueden incluir precios normales y especiales, ajustes de opciones, impuestos, cupones, descuentos, varias monedas, reglas de cantidad y lógica específica por Customer o negocio. El inventario puede pertenecer al Product, a una combinación de opciones, a un sistema externo o a un estado descargable/sin stock.
| Área comercial | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Precios de Product y opciones | IDs de Product/opción, moneda, valores normales/especiales, fechas y ajustes de precio | Los precios están vinculados al contexto vendible correcto. |
| Stock | Cantidad de Product/opción, estado de stock, regla de disponibilidad, responsable externo y clave de sincronización | Se conocen la cantidad autoritativa y la identidad de la unidad vendible. |
| Impuestos | Clase/tasa, zona geográfica, asignación a Product, contexto de Customer y Orders históricos de muestra | La configuración fiscal queda separada de los importes fiscales históricos. |
| Cupones y descuentos | Código/regla, valor, fechas, límites de uso, alcance de Product/Category y Orders históricos | Las reglas promocionales activas y la evidencia histórica pueden distinguirse. |
| Moneda | Código, responsable del tipo de cambio, expectativas de decimales/redondeo, precios de Product y moneda del Order | Se documentan por separado los significados histórico y actual de la moneda. |
| Reglas de cantidad | Cantidad mínima/máxima, embalaje, incrementos, precio por volumen o lógica personalizada | La lógica de cantidades no queda oculta en notas o código de plantilla. |
Si un ERP, proveedor, marketplace o sistema contable controla precio o stock, identifica si el valor de EShop es autoritativo, está sincronizado o solo representa una instantánea inicial.
Prepara Customers, usuarios de Joomla, direcciones, grupos y reseñas
La preparación de Customers debe relacionar usuarios de Joomla, registros de Customer de EShop, compradores invitados, direcciones de facturación y envío, campos personalizados del proceso de compra, identificadores de empresa o fiscales, grupos, reseñas, listas de deseos, IDs externos y relaciones de consentimiento cuando se utilicen.
| Área de cuenta | Evidencia | Responsable | Condición de preparación |
|---|---|---|---|
| Customer registrado | ID de usuario Joomla, ID de Customer EShop, email, estado, direcciones, grupo 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 referencias de Order | Responsable de datos de Orders | El historial del invitado sigue siendo útil sin crear una cuenta. |
| Campo personalizado de facturación/envío | Definición, reglas de obligatoriedad/visualización, valores almacenados y propiedad Customer/Order | Responsable de Customer service | Los datos personalizados de Customer no se pierden ni se asignan al objeto incorrecto. |
| Identidad de empresa/fiscal | Empresa, número fiscal, estado de validación, grupo y clave externa de cuenta | Responsable de finanzas/B2B | La identidad empresarial tiene un destino o propietario retenido definido. |
| Review o lista de deseos | Product, identidad Customer/invitado, puntuación/texto/estado o relación de lista de deseos | Responsable de catálogo/contenido | Los registros generados por Customers siguen vinculados al Product e identidad correctos. |
| Autenticación | Contraseña local, SSO/login social, flujo de restablecimiento y responsable de comunicaciones | Responsable de seguridad | El acceso a cuentas está planificado sin asumir portabilidad de contraseñas. |
Incluye Customers con varias direcciones, Orders de invitados, lógica basada en grupos, campos personalizados, reseñas, listas de deseos, emails duplicados e identificadores externos importantes.
Prepara Orders, estados, pagos, envíos, facturas y descargas
Los Orders históricos de EShop deben explicar la transacción con independencia de la configuración actual de la tienda. Prepara encabezados de Order, identidad de Customer o invitado, direcciones, líneas de Product y opciones, adjuntos o elementos descargables, cantidades, precios, descuentos, impuestos, cupones, moneda, pago, envío, estados, comentarios, facturas, reembolsos o ajustes y referencias externas.
| Evidencia de Order | Responsable | Condición de preparación |
|---|---|---|
| Encabezado e historial de estados | Operaciones de comercio electrónico | Customer/invitado, fechas, moneda, secuencia de estados y canal de origen están documentados. |
| Líneas de Product y opciones | Responsables de catálogo/Orders | IDs de Product, valores de opciones, SKU, cantidad, precio, impuesto y texto de instantánea están completos. |
| Totales y ajustes | Responsable de finanzas | Subtotal, descuento, cupón, impuesto, envío, comisión de pago, moneda y total final concilian. |
| Pago y envío | Responsables de finanzas/procesamiento | Etiquetas históricas de métodos, IDs de transacción/seguimiento, transportista y propiedad del proveedor son conocidos. |
| Factura y acceso a descargas | Responsables de finanzas/procesamiento digital | Números/archivos de factura, descargas de Product, límites y relaciones con Orders son recuperables. |
| Contexto de reembolso/devolución | Responsables de finanzas/Customer service | Importes, líneas afectadas, fechas, motivos, estados y referencias externas están documentados. |
| IDs externos de Order | Responsable de integración | Las claves de ERP, contabilidad, marketplace o procesamiento siguen siendo rastreables. |
Selecciona Orders ordinarios, de invitados, con muchas opciones, descuentos, varios impuestos, contenido multilingüe, descargas, reembolsos y seguimiento cuando esos patrones existan.
Prepara menús de Joomla, contenido multilingüe, URL, medios y presentación
Los registros comerciales de EShop pueden exponerse mediante menús, módulos, plantillas, rutas de Product/Category/fabricante, módulos de búsqueda, asociaciones de idioma, medios y metadatos de Joomla. Estas relaciones deben inventariarse por separado de los datos de Product.
| Área de la tienda | Evidencia | Condición de preparación |
|---|---|---|
| URL de Product, Category y fabricante | Ruta de origen, alias, ID de registro, contexto de menú, idioma, metadatos e intención de destino | Cada ruta prioritaria tiene una decisión de conservar, 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, filtros y tipos de datos seleccionados | Los puntos de entrada y dependencias de descubrimiento están documentados. |
| Registros multilingües | Asociaciones de Product/Category/fabricante, opciones/atributos traducidos, menús, metadatos y fallback | Las traducciones no se tratan como duplicados sin relación. |
| Plantillas y overrides | Plantilla, diseños de EShop, chrome de módulos, pestañas personalizadas y rutas afectadas | Las dependencias de presentación están separadas de los registros comerciales. |
| Medios y adjuntos de Product | Imágenes, miniaturas, vídeos, adjuntos, descargas, almacenamiento remoto y permisos | Los activos prioritarios siguen disponibles y correctamente vinculados. |
| SEO y redirecciones | Responsable de metadatos, extensión SEF/enrutamiento, origen del sitemap, reglas de redirección y URL de alto valor | La continuidad de URL tiene un responsable explícito. |
El alcance general de Joomla es responsable de CMS Articles y Pages. La preparación de EShop recoge únicamente las estructuras de Joomla que afectan materialmente a registros y rutas comerciales.
Inventaría extensiones, plugins de pago y envío, datos personalizados y sistemas externos
Crea un registro de dependencias para extensiones de EShop, plugins de pago, plugins de envío, módulos de búsqueda/filtros, herramientas de importación/exportación, plantillas, campos personalizados, CRM, ERP, contabilidad, procesamiento, marketplaces, analítica y código a medida.
| Dependencia | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Extensión/plugin de EShop | Nombre, versión, finalidad, configuración, registros propios y IDs relacionados de Product/Customer/Order | Los registros pertenecientes a la extensión tienen un destino o propietario retenido. |
| Plugin de pago/envío | Proveedor, datos históricos de transacción/seguimiento, estados y dependencias de Orders | Las referencias históricas están separadas de la configuración activa del plugin. |
| Flujo de importación/exportación | Formato de archivo, columnas, identificadores, relaciones entre opciones/atributos y última ejecución correcta | Los registros extraídos pueden conciliarse con evidencia de base de datos. |
| Campo/tabla personalizado | Esquema, 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 transición | La identidad entre sistemas y la autoridad están documentadas. |
| Datos generados | Cachés, registros técnicos, sesiones, exportaciones temporales, índices y registros abandonados | Los datos técnicos no autoritativos se excluyen deliberadamente. |
Las extensiones inactivas deben permanecer en el registro cuando hayan creado datos todavía necesarios para Orders, Customers, Products, descargas o generación de informes.
Selecciona muestras representativas para las pruebas de migración
Registra IDs de origen, SKU, URL, idioma, registros relacionados, claves externas y el motivo de selección de cada muestra.
| Muestra | Evidencia que debe prepararse | Finalidad de preparación |
|---|---|---|
| Product simple | Precio, stock, impuesto, Category, fabricante, medios y Order | Establece el caso base de un Product ordinario de EShop y su contexto comercial. |
| Product con muchas opciones | Opciones/valores, SKU/precios/imágenes independientes, comportamiento de stock, atributos y línea de Order | Representa relaciones de elección del comprador y opciones vendibles. |
| Product con atributos/campos personalizados | Grupos de atributos, campos personalizados, adjuntos, pestañas, filtros y ruta de Product | Representa datos descriptivos y ampliados de Product. |
| Customer registrado y Order de invitado | IDs Joomla/Customer, direcciones, grupos, campos personalizados e IDs externos | Representa ambos modelos de identidad de Customer. |
| Order complejo | Líneas de opciones, cupón, impuesto, moneda, pago, envío, factura, reembolso, descarga y referencia externa | Representa el contexto comercial histórico. |
| Ruta multilingüe | Products/Categories asociados, opciones traducidas, alias, menús, metadatos e intención de redirección | Representa dependencias de idioma y enrutamiento de Joomla. |
| Registro perteneciente a una extensión | Registro principal o tipo de datos, propietario plugin/extensión, campo/tabla personalizado y clave externa | Expone el alcance no principal antes de la ejecución. |
La preparación de pruebas representativas define las muestras y la evidencia de origen. La prueba posterior en destino y la interpretación para lanzamiento pertenecen a la validación.
Completa el control final de preparación de EShop
| Área de preparación | Condición de preparación |
|---|---|
| Acceso y recuperación | Se confirman Joomla, EShop, hosting, base de datos, archivos, copias de seguridad y responsabilidad de restauración. |
| Catálogo | Products, Categories, fabricantes, opciones, atributos, campos personalizados, adjuntos, medios, stock, precios e identificadores están documentados. |
| Customers | Usuarios de Joomla, Customers, invitados, direcciones, grupos, campos personalizados, reseñas, listas de deseos y dependencias de autenticación están clasificados. |
| Orders | Líneas, opciones, totales, estados, pago, envío, facturas, descargas, reembolsos e IDs externos tienen evidencia. |
| Tienda | Menús, módulos, idiomas, plantillas, rutas, medios, SEO y redirecciones están documentados. |
| Dependencias | Extensiones, plugins, importaciones, código personalizado, sistemas externos y responsables autoritativos están registrados. |
| Muestras | Los registros representativos cubren todos los patrones materiales de Product, Customer, Order, ruta, descarga y extensión. |
El alcance de EShop está preparado cuando cada registro material tiene un responsable en origen, un mapa de relaciones, una evidencia y una decisión prevista de destino o sistema retenido.
Conclusión
Preparar una migración a EShop requiere evidencia coordinada entre Joomla, Products, opciones, atributos, campos personalizados, adjuntos, Customers, Orders, impuestos, envíos, pagos, monedas, rutas multilingües, plugins y sistemas externos. Estas relaciones no pueden representarse de forma fiable mediante una exportación plana de Products u Orders.
Un paquete de preparación completo conserva evidencia recuperable, identifica los registros autoritativos, separa transacciones históricas de configuración actual y resuelve la propiedad de cada dependencia material.
Preguntas frecuentes
¿Qué debe prepararse primero para una migración a EShop?
Confirma acceso a Joomla, EShop, hosting, base de datos, sistema de archivos, medios, descargas, plugins de pago/envío e integraciones. Crea copias de seguridad recuperables y registra versiones de software antes de iniciar el trabajo detallado de catálogo.
¿Cuál es la diferencia entre opciones y atributos de EShop durante la preparación?
Las opciones pueden representar valores seleccionables por el comprador y tener SKU, precio o imagen propios. Los atributos describen características de Product y suelen apoyar el filtrado o comparación. Sus definiciones y asignaciones a Products deben mantenerse separadas.
¿Por qué deben inventariarse los adjuntos de Product y las pestañas adicionales?
Los adjuntos pueden contener manuales, especificaciones, descargas u otros archivos de apoyo, mientras que las pestañas adicionales pueden contener contenido específico del Product. Copiar solo la descripción principal puede omitir información comercial importante.
¿Cómo deben prepararse las identidades de Customers e invitados?
Registra relaciones entre usuario Joomla y Customer EShop, emails, direcciones, grupos, campos personalizados del proceso de compra, IDs externos y relaciones con Orders. El historial de invitados debe permanecer como evidencia a nivel de Order en lugar de obligar a crear cuentas nuevas.
¿Qué Orders de EShop deben seleccionarse como muestras representativas?
Incluye Orders ordinarios y de invitados, Products con opciones, descuentos, cupones, varios impuestos o monedas, descargas, facturas, reembolsos o ajustes, seguimiento y referencias externas utilizadas por operaciones o finanzas.
¿Cómo debe dividirse la preparación entre Joomla y EShop?
Joomla es responsable del contenido CMS general, usuarios, menús, módulos, plantillas y arquitectura de acceso. EShop es responsable de Products comerciales, opciones, Customers, Orders, precios, stock y extensiones, documentando solo las dependencias de Joomla necesarias para esos registros.