Phoca Cart es un componente de comercio nativo de Joomla con estructuras propias para Products, Categories, Customers, Orders, precios, impuestos, inventario y ventajas comerciales. Joomla sigue aportando usuarios, niveles de acceso, menús, módulos, plantillas, contexto de idioma, enrutamiento y el ecosistema general de extensiones. Por eso, una migración debe trasladar tanto los registros comerciales como las relaciones de Joomla que permiten encontrarlos y utilizarlos correctamente.
Phoca Cart también separa conceptos que otras plataformas suelen agrupar: opciones de Product, atributos, especificaciones, precios por grupo de clientes, descuentos, cupones, puntos de recompensa, tipos impositivos, divisas, estados de inventario y acceso a descargas. El nombre de un campo no basta para decidir su destino. La estructura de destino debe elegirse según cómo el valor influye en la compra, la administración y la interpretación histórica.
Identidad de Product y relaciones del catálogo
Un Product de Phoca Cart puede relacionarse con Categories, Manufacturers, imágenes, atributos, opciones, especificaciones, Products relacionados, descargas, inventario, precios, descuentos, impuestos, Reviews, contenido por idioma y reglas de grupos de clientes. El registro principal de Product es, por tanto, el centro de una red de relaciones.
| Significado en origen | Posible responsable en Phoca Cart | Relación que debe conservarse |
|---|---|---|
| Identidad básica de Product | Registro de Product | Nombre, alias, código/SKU, descripciones, estado de publicación e idioma |
| Ubicación en catálogo | Categories de Phoca Cart | Asignaciones Product–Category y jerarquía prevista |
| Identidad de marca | Manufacturer, Category o clave externa | Relación Product–Manufacturer y su uso en navegación o integraciones |
| Medios del Product | Imágenes de Product, archivos descargables o recursos de contenido | Función, orden, visibilidad y acceso |
| Elección del comprador | Relación de opción o atributo | Valor seleccionado y su vínculo con precio, inventario, imagen o significado en la línea de Order |
| Datos descriptivos | Atributo, especificación, parámetro o campo de contenido | Finalidad de visualización, comparación, filtrado o administración |
| Ventaja específica del comprador | Grupo de clientes, precio, descuento, cupón o registro de recompensa | Elegibilidad del Customer para el resultado comercial |
Un Product de origen que utiliza SKUs secundarios independientes puede seguir como Products separados o representarse mediante opciones, según si Phoca Cart necesita identidad independiente de inventario, precio, imagen, código o preparación de pedidos para cada elección. El modelo de destino no debe fusionar artículos vendibles distintos solo para producir una página más simple.
Opciones, atributos, especificaciones y parámetros
La distinción más importante en el catálogo de Phoca Cart es la función que cumple cada valor asociado a un Product.
- Las opciones representan selecciones del comprador que participan en la compra.
- Los atributos pueden describir Products o participar en estructuras de opciones, según la implementación.
- Las especificaciones organizan información técnica o descriptiva comparable.
- Los parámetros y valores personalizados pueden respaldar visualización, filtrado, importación/exportación, módulos o código personalizado.
Un campo de origen como «talla» muestra el problema. Puede significar una talla seleccionable de ropa, una dimensión del paquete, un valor de filtro o un dato interno de almacén. Esos significados requieren responsables diferentes en destino.
| Comportamiento en origen | Interpretación en destino | Significado que debe conservarse |
|---|---|---|
| La elección cambia el inventario o el código de Product | Opción/atributo estructurado o relación con Product independiente | Identidad de inventario y de línea de Order |
| La elección solo cambia el precio | Valor de opción con relación de precio | Valor seleccionado y ajuste de precio |
| El comprador introduce texto | Campo orientado a entrada o registro de extensión | Valor introducido asociado a la línea de Order correcta |
| Especificación técnica | Especificación o atributo descriptivo | Etiqueta, valor, grupo, orden y uso comparativo |
| Faceta de búsqueda o filtro | Atributo o parámetro estructurado utilizado por filtros | Valor normalizado y pertenencia al filtro |
| Valor operativo interno | Campo personalizado o registro de sistema externo | Propiedad administrativa sin mostrarlo accidentalmente en la tienda |
Las definiciones y las asignaciones a Products deben mantenerse separadas. Un grupo de especificaciones, una definición de atributo o una definición de opción puede reutilizarse en muchos Products, mientras que el valor específico o la selección permitida pertenece a la relación concreta del Product.
Precios, inventario, descuentos, cupones y recompensas
Phoca Cart puede representar más de un tipo de valor comercial. El precio base, el precio por grupo de clientes, el descuento de Product, el descuento de carrito, el cupón, los puntos de recompensa, el impuesto, la divisa y el estado de inventario son conceptos diferentes. Agruparlos en un único campo de «precio» elimina la regla que explica cuándo y para quién se aplica cada valor.
| Regla comercial de origen | Relación en Phoca Cart | Pregunta para representar el significado |
|---|---|---|
| Precio mayorista o de miembro | Grupo de clientes + precio de Product | ¿Qué Customers pertenecen al grupo y qué Products utilizan ese precio? |
| Oferta específica de Product | Descuento de Product y condiciones efectivas | ¿El descuento es una cantidad fija, un porcentaje o una regla temporal? |
| Promoción de carrito | Descuento de carrito o cupón | ¿Qué condiciones del carrito y límites de uso determinan la elegibilidad? |
| Saldo de fidelización | Registro de puntos de recompensa del Customer | ¿El saldo autorizado se mantiene en Phoca Cart o en otro sistema? |
| Disponibilidad de inventario | Inventario de Product, inventario de opción y estado de inventario | ¿El inventario pertenece al Product o a una selección concreta? |
| Valor multidivisa | Divisa + relación de precio/visualización | ¿Qué importe se almacena y cuál se convierte para mostrarlo? |
Los totales de Orders históricos deben conservar la evidencia de precio, descuento, cupón, recompensa, impuesto, envío, pago y divisa registrada en el momento de la compra. Esas instantáneas no sustituyen las reglas activas del destino. Los nuevos carritos utilizan la configuración y la lógica de plugins actuales de Phoca Cart.
Los puntos de recompensa necesitan una propiedad explícita. El saldo de un Customer, los puntos obtenidos por un Order, los puntos gastados y la regla que convierte puntos en valor son registros relacionados pero diferentes. Migrar únicamente el saldo puede dejar sin explicación el historial y la lógica de elegibilidad.
Categories, Manufacturers, búsqueda y navegación de Joomla
Las Categories y los Manufacturers de Phoca Cart pertenecen al catálogo comercial. Los menús y módulos de Joomla muestran a los compradores determinadas vistas de Product, Category, Manufacturer, búsqueda, filtros, comparación u otras funciones. Por ello, una estructura de navegación de origen puede necesitar varias relaciones en destino en lugar de un único árbol de Categories.
| Estructura de origen | Posible destino | Significado que debe conservarse |
|---|---|---|
| Category de Product | Category de Phoca Cart + asignaciones de Product | Jerarquía del catálogo y agrupación para el comprador |
| Página de marca | Manufacturer + destino de menú o módulo | Identidad de marca, navegación y filtrado |
| Colección dinámica | Filtro, regla de búsqueda, consulta de módulo, Category o lógica personalizada | Regla de pertenencia, no solo los IDs actuales de Products |
| Bloque de destacados o novedades | Configuración de módulo de Joomla | Consulta, orden, audiencia y ubicación |
| Comparación o lista de deseos | Registros de Customer/sesión y módulos de Phoca Cart | Relaciones de Products y propiedad de cuenta cuando sean persistentes |
| Catálogo restringido | Nivel de acceso de Joomla, grupo de clientes o extensión | Quién puede ver o comprar los Products |
Las Categories de Joomla y las Categories de Phoca Cart no son automáticamente la misma taxonomía. Las Categories de Joomla organizan registros dentro de los componentes de Joomla; Phoca Cart mantiene su propio modelo de Category comercial. No deben fusionarse únicamente porque compartan una etiqueta.
La búsqueda y el filtrado dependen de valores de Product normalizados. Si los atributos de origen contienen ortografía, unidades o formatos inconsistentes, el destino puede conservar todas las cadenas de texto y aun así perder un filtrado útil. Lo importante es preservar la relación entre Product, definición de atributo/especificación y valor normalizado.
Customers, usuarios de Joomla, grupos y direcciones
Un Customer registrado de Phoca Cart puede estar vinculado a un usuario de Joomla. Los grupos de clientes pueden influir en precios y ventajas, mientras que los niveles de acceso de Joomla pueden controlar la visibilidad del sitio. Direcciones, datos fiscales, información empresarial, puntos de recompensa, listas de deseos y Orders pueden pertenecer a partes diferentes de la relación con el Customer.
| Valor del Customer | Responsable adecuado | Motivo |
|---|---|---|
| Identidad de inicio de sesión y estado habilitado | Usuario de Joomla | Controla la autenticación |
| Rol de acceso al sitio | Grupo de usuarios/nivel de acceso de Joomla | Controla la visibilidad de contenido y componentes |
| Segmento comercial | Grupo de clientes de Phoca Cart | Puede afectar precios, descuentos u otras ventajas |
| Dirección reutilizable de facturación/envío | Registro de Customer/dirección de Phoca Cart | Forma parte del ciclo de vida del Customer |
| Dirección de invitado | Order histórico | Pertenece a una transacción concreta |
| Saldo de recompensas | Registros de recompensa de Phoca Cart o sistema externo de fidelización | Requiere un libro de registro autorizado |
| Identificador fiscal o empresarial | Customer, dirección, Order o sistema externo | La propiedad depende de la reutilización y finalidad legal |
No debe asumirse que los grupos de usuarios de Joomla y los grupos de clientes de Phoca Cart sean intercambiables. Uno puede controlar el acceso al CMS y el otro el tratamiento comercial. Algunas tiendas los conectan mediante lógica personalizada, pero esa conexión es otra relación que debe identificarse.
Los Customers invitados deben seguir diferenciándose de las cuentas registradas. Un correo electrónico en un Order no demuestra que existiera un usuario persistente de Joomla, y crear cuentas a partir de todo el historial de invitados puede generar identidades duplicadas.
Orders, facturas, pagos y evidencia de envío
Los Orders de Phoca Cart pueden incluir detalles de Products y opciones, direcciones, contexto del Customer, precios, descuentos, cupones, puntos de recompensa, impuestos, envío, pago, divisa, estado, notas y referencias de factura. El Order debe conservar una instantánea de la transacción sin depender exclusivamente del Product o Customer actual.
| Relación del Order | Significado que debe conservarse |
|---|---|
| Order → Customer o invitado | Identidad utilizada en el momento de compra |
| Línea de Order → Product y opciones | Configuración exacta comprada |
| Línea de Order → precio y descuento | Formación histórica del importe |
| Order → cupón o uso de recompensa | Ventaja aplicada a la transacción |
| Order → impuesto, envío y pago | Contexto financiero y de preparación de pedidos histórico |
| Order → estado y marcas temporales | Progresión operativa |
| Order → referencia de factura o recibo | Continuidad documental cuando sea necesaria |
| Order → ID externo | Continuidad con ERP, POS, contabilidad, transportista o marketplace |
Phoca Cart puede respaldar flujos de facturación y punto de venta. Estas capacidades no deben deducirse de una única tabla de Orders. Las transacciones online y offline pueden compartir Products, Customers, inventario y numeración documental mientras utilizan registros adicionales de POS o facturación. El modelo de destino debe identificar la fuente autorizada de cada secuencia y referencia externa.
Los plugins de pago y envío también separan evidencia histórica de comportamiento activo. Un Order antiguo necesita conservar nombres de métodos, importes, seguimiento y referencias del proveedor cuando sean relevantes. El destino actual necesita su propia configuración de plugins.
Contenido, idiomas, URLs y presentación de la tienda
Phoca Cart funciona dentro de Joomla, por lo que los registros de Products y Categories son solo una parte de la experiencia del cliente. Menús, módulos, plantillas, asignaciones de idioma, niveles de acceso, enrutamiento y páginas de contenido de Joomla determinan cómo se descubren y presentan esos registros.
Una tienda de origen puede combinar datos de Products con guías de compra, páginas comparativas, páginas de Manufacturers, Blog Posts, páginas de destino y recursos descargables. Cada elemento debe asignarse al registro de destino que realmente controla su ciclo de vida:
- el contenido comercial específico de un Product puede pertenecer a campos del Product;
- las introducciones de Category pueden pertenecer al contenido de la Category;
- el material editorial más amplio puede convertirse en CMS Pages o Blog Posts de Joomla;
- los bloques de Products gestionados por módulos siguen siendo configuración de presentación de Joomla;
- los recursos descargables pueden pertenecer al acceso de Product o al contenido CMS según su finalidad.
Las relaciones multilingües pueden abarcar Products, Categories, Manufacturers, atributos, especificaciones, menús, módulos, metadatos y URLs traducidos. Copiar el texto traducido sin las relaciones de idioma y ruta produce contenido desconectado.
La propiedad de las URLs es compartida. Los alias de Product y Category aportan identidad comercial, mientras que el contexto de menú y el enrutamiento de Joomla pueden determinar la ruta visible. El destino debe identificar las URLs canónicas y relacionar las redirecciones con ellas, en lugar de tratar toda la URL de origen como un único campo de Product.
Plugins, módulos, importaciones, POS y sistemas externos
Phoca Cart es modular. Plugins de pago y envío, módulos de búsqueda y filtrado, generación de PDF, newsletters, integración Open Graph, flujos de importación/exportación, funciones POS, personalizaciones de plantilla y extensiones Joomla a medida pueden crear o consumir datos fuera de las estructuras estándar Product-Customer-Order.
| Dependencia | Datos o supuestos adicionales | Pregunta para el destino |
|---|---|---|
| Flujo de importación/exportación | Mapeos de columnas, IDs externos, programaciones y valores transformados | ¿Phoca Cart o un proceso externo seguirá siendo la fuente autorizada? |
| Flujo POS | Orders offline, actualizaciones de inventario, numeración documental, contexto de cajero o ubicación | ¿Qué registros se comparten con el comercio online? |
| Módulo de búsqueda/filtro | Valores indexados, definiciones de parámetros y configuración de consultas | ¿Qué relaciones de Products impulsan el descubrimiento? |
| Plugin de pago/envío | Referencias de proveedor, seguimiento, metadatos de método y estados personalizados | ¿Qué es evidencia histórica y qué es configuración activa? |
| Extensión de PDF o facturación | Plantillas documentales, numeración y archivos generados | ¿Qué identificadores y archivos requieren continuidad? |
| Integración ERP, contabilidad, marketplace o flujo de datos | Claves estables de Product, Customer, Order, impuestos e inventario | ¿Qué sistema es responsable de cada identificador? |
| Personalización de plantilla | Campos esperados, posiciones de módulos y supuestos de rutas | ¿Qué registros migrados deben seguir siendo direccionables? |
La presencia de una extensión debe provocar una pregunta sobre la propiedad de los datos, no la suposición de que todos sus registros pertenecen a un campo personalizado genérico. Algunos valores pertenecen a Phoca Cart, otros a Joomla y otros al sistema externo que los creó.
Cómo cambian el alcance de migración las diferencias de Phoca Cart
El alcance de una migración hacia Phoca Cart debe distinguir estos tratamientos:
| Tratamiento | Ejemplos habituales | Consecuencia para el alcance |
|---|---|---|
| Representación directa de registros | Products, Categories, Manufacturers, Customers, Orders, medios | Mapear campos e identificadores compatibles |
| Reconstrucción de relaciones | Opciones, atributos, especificaciones, grupos de clientes, recompensas, ventajas de Orders | Reconstruir definiciones, asignaciones y vínculos de propiedad |
| Estructura de presentación en Joomla | Menús, módulos, plantillas, rutas, acceso y contexto de idioma | Asignar a la implementación del sitio de destino |
| Datos de plugins o flujos | POS, facturas, importaciones, metadatos de pago/envío, índices de búsqueda | Definir un destino actual o archivo histórico |
| Continuidad de sistemas externos | IDs de ERP, contabilidad, marketplace, fidelización, transportista o flujo de datos | Conservar claves duraderas y propiedad explícita |
| Retirada deliberada | Módulos obsoletos, parámetros sin uso, rutas duplicadas o integraciones abandonadas | Excluir con motivo documentado |
Un modelo de destino coherente permite al equipo rastrear un Product a través de su Category, opción, especificación, precio, inventario, regla de grupo de clientes, línea de Order, ruta de Joomla e identificador externo sin tener que adivinar qué sistema es responsable de cada valor.
Conclusión
Las diferencias del modelo de datos de Phoca Cart nacen de la combinación de un componente comercial completo y el sitio Joomla que lo rodea. Products pueden depender de Categories, Manufacturers, opciones, atributos, especificaciones, precios, inventario, ventajas, impuestos, plugins y contenido multilingüe. Customers pueden abarcar usuarios de Joomla, niveles de acceso, grupos de Phoca Cart, direcciones, recompensas y Orders. Las rutas y la presentación de la tienda siguen siendo relaciones de Joomla.
Una migración fiable representa cada valor según su función. Las elecciones del comprador permanecen conectadas al Product y la línea de Order correctos; los valores descriptivos siguen siendo útiles para visualización y filtrado; los totales históricos se mantienen separados de las reglas activas; y los datos de plugins o sistemas externos reciben un responsable claro. Ese enfoque conserva cómo funciona la tienda, no solo cómo se llamaban sus tablas.
Preguntas frecuentes
¿Cuál es la diferencia práctica entre una opción y una especificación de Phoca Cart?
Una opción participa en la elección de compra del cliente. Una especificación describe o compara el Product. Una misma etiqueta, como talla o material, puede pertenecer a cualquiera de las dos estructuras según si modifica el resultado comprado.
¿Deben fusionarse las Categories de Joomla y las Categories de Phoca Cart?
No automáticamente. Pertenecen a componentes distintos de Joomla y pueden cumplir finalidades diferentes. Las Categories de Phoca Cart organizan registros comerciales, mientras que las Categories de Joomla organizan registros dentro del componente CMS que los posee.
¿Cómo deben representarse los grupos de clientes y los grupos de usuarios de Joomla?
Deben mantenerse como relaciones separadas salvo que la tienda tenga una lógica explícita que los conecte. Los grupos de Joomla pueden controlar acceso al sitio; los grupos de Phoca Cart pueden controlar precios, descuentos u otro tratamiento comercial.
¿Los puntos de recompensa pertenecen únicamente al saldo del Customer?
No. El saldo, los puntos obtenidos, los puntos gastados, los Orders relacionados y las reglas de conversión pueden ser registros diferentes. El destino necesita un responsable autorizado para toda la relación de fidelización.
¿Los datos históricos de impuestos, pagos y envíos pueden utilizar los mismos registros que las reglas activas del proceso de compra?
Los Orders históricos deben conservar importes, etiquetas y referencias registrados en el momento de compra. Las reglas y plugins activos del destino gobiernan las nuevas transacciones y constituyen una capa de configuración separada.
¿Cómo deben tratarse los datos de POS o de importación/exportación?
Hay que identificar qué Products, registros de inventario, Orders, numeración documental e identificadores externos se comparten con Phoca Cart. Las claves de negocio duraderas deben conservarse y el estado operativo debe asignarse al sistema que seguirá siendo la fuente autorizada.