Si el proyecto selecciona Jumpseller como plataforma de destino, la preparación debe definir cómo se representará la tienda de origen mediante Products principales, variantes, opciones introducidas por Customers, campos personalizados, Categories, filtros, navegación, inventario, Customers, Customer Categories, Orders, contenido, URL, aplicaciones y sistemas externos. Un sistema de atributos del origen puede reunir todos esos significados en una sola tabla, por lo que primero debe clasificarse la función comercial y solo después decidir el destino.
El paquete de preparación debe identificar el propietario, la evidencia y la condición de preparación de cada relación importante. También debe hacer que el conjunto de muestras representativas de migración cubra realmente los comportamientos relevantes y pueda rastrearse hasta la evidencia de origen.
Confirmar el alcance de la tienda Jumpseller
Registra los supuestos del destino que afectan a la preparación de datos.
| Área | Decisión de preparación | Evidencia de preparación |
|---|---|---|
| Identidad de Product | Qué registros de origen se convierten en Products principales y cuáles en variantes | Matriz de familias de Products y SKU |
| Entradas del Product | Qué valores de origen generan variantes, recogen entradas del Customer o describen el Product | Clasificación de opciones y campos personalizados |
| Descubrimiento | Qué grupos de origen se convierten en Categories, filtros, navegación o contenido de destino | Esquema de Categories y navegación |
| Inventario | Si el stock pertenece a Products, variantes, ubicaciones o un sistema externo | Mapa de autoridad del inventario |
| Contexto del Customer | Qué relaciones de cuenta, categoría, precios, consentimiento e identificadores externos se mantienen | Inventario de relaciones de Customers |
| Contenido y rutas | Qué páginas, Blog Posts, contenido de Product/Category, menús y redirecciones se mantienen | Inventario de contenido y URL |
Cuando sean relevantes varios idiomas, monedas, dominios, regiones de envío o canales de venta, registra el alcance previsto y su propietario antes de preparar contenido localizado y evidencia de rutas. Las decisiones sobre Products, Categories, contenido, precios e inventario deben utilizar las mismas definiciones de alcance para evitar que los registros aparezcan en un mercado o canal sin el contexto comercial necesario.
Preparar accesos, exportaciones y copias de seguridad del origen
Reúne los accesos a la tienda de origen y a Jumpseller necesarios para recuperar e interpretar los registros incluidos, junto con evidencia recuperable de la tienda de origen.
Prepara:
- acceso de administrador a la tienda de origen y a la tienda Jumpseller;
- exportaciones de Products e inventario, incluidos identificadores de variantes y stock cuando estén disponibles;
- exportaciones o informes de Customers y Orders;
- listas de Categories, contenido, SEO y URL;
- archivos multimedia y descargables cuando las URL de origen puedan caducar o exigir autenticación;
- evidencia de Customer Categories, listas de precios y precios por volumen cuando se utilicen;
- inventarios de aplicaciones, API, webhooks, ERP, CRM, almacenes, marketplaces y contabilidad;
- una copia de seguridad o archivo de exportación del origen con fecha;
- una nota que describa los registros que todavía pueden cambiar antes de la ventana de migración.
| Elemento de evidencia | Propietario | Condición de preparación |
|---|---|---|
| Registro de accesos | Administradores de las tiendas | Las áreas administrativas necesarias son accesibles |
| Archivo de Products e inventario | Catálogo y operaciones | Los registros principales/de variantes y la evidencia de stock pueden conciliarse |
| Archivo de Customers y Orders | Operaciones de Customers y finanzas | Están presentes los registros esperados y los campos clave |
| Inventario de contenido y URL | Responsable de contenido o SEO | Las páginas y rutas prioritarias tienen propietario y decisión de destino |
| Registro de dependencias | Responsables técnicos y de negocio | Cada aplicación o sistema externo importante tiene un responsable para su continuidad |
Preparar Products, opciones, variantes y campos personalizados
Las Product Options de Jumpseller pueden generar variantes reales o recoger datos del Customer según el tipo de opción. Los campos personalizados describen Products y pueden permitir el filtrado cuando se representan de forma coherente. Prepara familias de Products de origen que hagan visibles estas diferencias.
Incluye:
- Products sencillos;
- Products con talla, color, material u otras opciones que generen variantes;
- Products con SKU, stock, precio, coste, peso, imágenes o identificadores externos a nivel de variante;
- Products que recogen texto, mensajes más largos, carga de archivos, fechas o extras opcionales;
- Products con campos personalizados usados para marca, especificación, compatibilidad, temporada, material o filtros;
- Products digitales o sin stock;
- paquetes, suscripciones, cotizaciones, personalización o Products controlados por aplicaciones;
- Products cuyo inventario o cuyos datos son mantenidos por un sistema externo.
| Funcionamiento en el origen | Decisión de preparación en Jumpseller | Evidencia que debe adjuntarse |
|---|---|---|
| Una elección crea un artículo con precio o stock independiente | Opción que genera variantes | Identificadores principal/hijo, valores de opciones, SKU, precio, stock, coste, peso, imagen e identificadores externos |
| El comprador introduce un valor para una sola compra | Texto, área de texto, archivo u otra entrada del Customer | Ejemplo en la tienda online y ejemplo histórico en una línea de Order |
| Un extra opcional no crea stock | Opción sin variante o relación controlada por una aplicación | Efecto sobre el precio, valores permitidos y evidencia en la línea de Order |
| El valor describe el Product | Campo personalizado | Tipo de campo, valores controlados, uso en filtros y propietario de la presentación |
| La lógica depende de una aplicación o sistema externo | Propietario en la aplicación o sistema externo | Descripción de la regla, registros principales e identificadores duraderos |
Normaliza los nombres de opciones y campos personalizados. Los filtros dependen de un vocabulario coherente, por lo que «Size», «Sizes» y «Shoe size» solo deben unificarse cuando representen el mismo concepto comercial.
Preparar Categories, filtros, navegación, contenido y URL
Las Categories de Jumpseller controlan la agrupación y jerarquía de Products, mientras que la navegación controla la ubicación en menús. Los filtros de Products pueden derivarse de opciones que generan variantes y de campos personalizados adecuados. Prepara estas estructuras por separado.
| Estructura de origen | Pregunta de preparación | Evidencia de preparación |
|---|---|---|
| Category estable de Products | ¿Deben mantenerse la jerarquía y la pertenencia? | Árbol de Categories y asignaciones de Products |
| Rama de menú | ¿A qué Category, página, Product o ruta externa debe dirigir? | Esquema de navegación |
| Filtro de marca o material | ¿Debe convertirse en un campo personalizado controlado? | Lista de valores y responsable del filtro |
| Filtro de talla o color | ¿Procede de Product Options coherentes? | Vocabulario controlado de opciones |
| Colección de campaña | ¿Es una Category temporal, página de destino, promoción o componente del tema? | Responsable de la campaña y decisión de conservar/retirar |
| Clasificación interna | ¿Debe seguir siendo pública? | Propietario en informes o sistemas externos |
Crea un inventario de contenido y URL para rutas de Products, rutas de Categories, CMS Pages, Blog Posts, páginas de políticas, páginas de campañas, archivos y enlaces externos de alto valor. Registra la ruta de origen, el destino previsto en Jumpseller, metadatos, enlaces internos, localización y necesidad de redirección.
Jumpseller puede crear redirecciones cuando cambian las rutas, pero la preparación de la migración debe seguir definiendo qué rutas antiguas importan y qué destino responde mejor a la intención original del Customer.
Preparar el inventario y las relaciones comerciales
Documenta si Jumpseller controla el stock, si lo hacen las variantes o ubicaciones individuales, o si pertenece a un ERP o almacén externo. Una cantidad total no es suficiente cuando el procesamiento de pedidos depende de la ubicación o de una clave a nivel de variante.
Prepara:
- ejemplos de stock a nivel de Product y variante;
- ejemplos de Products con stock ilimitado o sin stock;
- cantidades por ubicación cuando la tienda vaya a utilizar inventario por ubicaciones;
- identificadores de almacenes, proveedores o ERP;
- precios base, valores de comparación, costes, precios por volumen y promociones;
- relaciones entre Customer Categories y listas de precios cuando se utilicen;
- reglas de precios activas y obsoletas.
| Registro comercial | Evidencia de preparación | Condición de preparación |
|---|---|---|
| Stock de variante | Matriz de variantes y ubicaciones | Cada cantidad tiene un propietario de unidad vendible |
| Estado ilimitado o sin stock | Ejemplos de Products | No se confunden valores vacíos, cero e ilimitados |
| Precio específico de Customer | Ejemplos de Customer Category y lista de precios | Las asignaciones de Customers y Products son explícitas |
| Precio por volumen | Umbrales de cantidad y ejemplos de Products | El umbral y el precio permanecen conectados |
| Clave externa de inventario | Lista de referencias ERP/WMS | La clave está asociada al Product o variante correctos |
Preparar Customers y Orders históricos
Prepara ejemplos de Customers que cubran cuentas registradas, compradores sin cuenta, varias direcciones, Customer Categories, elegibilidad para listas de precios, información fiscal o de empresa, consentimiento de marketing, aplicaciones de fidelización o membresía e identificadores externos de CRM.
Prepara Orders que cubran:
- Products ordinarios y con variantes;
- entradas de texto o archivos introducidos por el Customer;
- contexto de Customer Category o precios especiales;
- estados pagado, pendiente, abandonado, cancelado, reembolsado y parcialmente procesado;
- descuentos, impuestos, envíos, varias monedas y notas manuales;
- referencias de procesamiento y seguimiento;
- identificadores de marketplace, ERP, contabilidad, CRM o almacén.
| Elemento de preparación | Propietario | Condición de preparación |
|---|---|---|
| Reglas de identidad de Customers | Operaciones de Customers | Están documentadas las reglas para duplicados y compradores sin cuenta |
| Customer Categories | Responsable comercial | Cada categoría conservada tiene un propósito definido de precio o segmentación |
| Alcance de direcciones | Operaciones de Customers | Las direcciones de cuenta y las direcciones históricas de Orders están diferenciadas |
| Historial de Orders | Soporte y finanzas | Los Orders representativos explican elecciones de línea, totales, estados y referencias |
| Continuidad de autenticación | Experiencia del Customer | Están definidas las responsabilidades sobre acceso a cuentas y comunicación con Customers |
Inventariar aplicaciones, API y sistemas externos
Crea un registro de aplicaciones, API, webhooks, scripts, fuentes de datos y sistemas externos que creen o actualicen registros de Jumpseller.
Incluye:
- fuentes de Products y marketplaces;
- sistemas de inventario, ERP, almacenes y procesamiento de pedidos;
- CRM y plataformas de marketing;
- aplicaciones de fidelización, suscripciones, reservas, paquetes, cotizaciones, Reviews o personalización de Products;
- integraciones fiscales, de envío, pago y contabilidad;
- sistemas de análisis y consentimiento;
- lógica personalizada del tema que lee campos de Product o datos de aplicaciones.
Para cada dependencia, registra el propósito comercial, los registros principales, nombres de campos o tablas, disponibilidad de exportación, identificadores externos, futuro propietario y decisión de conservar/sustituir/retirar. El registro está preparado cuando los datos controlados por aplicaciones pueden rastrearse hasta su Product, Customer, Order, registro de contenido o proceso externo principal.
Seleccionar muestras representativas para las pruebas de migración hacia Jumpseller
| Muestra | Propósito de preparación |
|---|---|
| Product sencillo | Establecer la preparación ordinaria de Product, Category, imagen, precio y stock |
| Product con muchas variantes | Exponer vocabulario de opciones, identidad de variantes, inventario, precio e imágenes |
| Product personalizado | Exponer texto, archivo u otra entrada opcional del Customer |
| Product con campos personalizados | Exponer propiedad de campos descriptivos y filtrables |
| Product con inventario por ubicación o stock externo | Exponer propiedad del inventario e identificadores externos |
| Customer de una categoría comercial | Exponer categoría, precios, dirección y contexto de cuenta |
| Order histórico complejo | Exponer opciones seleccionadas, entradas personalizadas, descuentos, estados, procesamiento y referencias |
| Category o URL prioritaria | Exponer preparación de contenido, metadatos, navegación y redirecciones |
| Registro controlado por aplicación | Exponer continuidad de la propiedad en aplicación o sistema externo |
Adjunta el identificador de origen, motivo comercial, propietario esperado en Jumpseller, identificadores externos relacionados y exclusiones conocidas. El conjunto de muestras debe cubrir comportamientos distintos y no simplemente los registros de mayor valor. Utiliza muestras separadas cuando variantes, entradas de Customers, campos personalizados, inventario por ubicaciones, precios por Customer y registros controlados por aplicaciones no puedan representarse honestamente con un solo Product u Order.
Completar la condición de preparación de Jumpseller
| Pregunta de preparación | Evidencia requerida | Condición de preparación |
|---|---|---|
| ¿Están disponibles los accesos necesarios? | Registro de accesos | Las áreas administrativas de origen y Jumpseller son accesibles |
| ¿Están clasificadas las estructuras de Products? | Matriz de familias de Products | Variantes, entradas de Customers, campos personalizados y registros de aplicaciones tienen propietario |
| ¿Están normalizados Categories y filtros? | Árbol de Categories y lista de vocabulario | Las fuentes de navegación y filtros están definidas por separado |
| ¿Está clara la propiedad del inventario? | Matriz Product/variante/ubicación | Cada cantidad y clave externa tiene propietario |
| ¿Están representados Customers y Orders? | Registro de muestras | Están cubiertos los patrones importantes de cuentas y transacciones históricas |
| ¿Están asignadas las URL prioritarias? | Inventario de URL | Cada ruta prioritaria tiene un destino o una decisión de retirada |
| ¿Están asignadas las dependencias? | Registro de aplicaciones e integraciones | Cada dependencia crítica tiene un responsable de continuidad |
| ¿Están actualizadas las copias y exportaciones? | Archivo con fecha | La evidencia de origen puede recuperarse de forma independiente |
La preparación está completa cuando el equipo puede explicar cómo debería representarse en Jumpseller cada relación importante del origen y ninguna decisión crítica depende de un funcionamiento de aplicación no documentado. Cualquier incertidumbre restante debe tener un responsable identificado, una solicitud concreta de evidencia y una fecha límite antes de programar el trabajo de migración afectado.
Conclusión
La preparación para Jumpseller debe separar Products principales, variantes, entradas de Customers, campos personalizados, Categories, filtros, inventario, Customer Categories, Orders, contenido e integraciones antes de la migración. El origen puede guardar esos significados juntos, pero el destino necesita una propiedad explícita y un vocabulario coherente.
Un paquete de evidencia bien preparado hace que las pruebas representativas de migración cubran realmente los casos relevantes y que cada muestra tenga un propietario claro, una expectativa de origen y un conjunto de registros de respaldo.
Preguntas frecuentes
¿Qué debe prepararse primero para una migración hacia Jumpseller?
Empieza por el mapa de familias de Products y propiedad. Determina qué valores de origen se convierten en variantes, entradas de Customers, campos personalizados, Categories, identificadores externos o registros controlados por aplicaciones.
¿Cómo deben prepararse de forma diferente las Product Options y los campos personalizados?
Prepara Product Options cuando los valores crean variantes vendibles o recogen elecciones del Customer. Prepara campos personalizados cuando los valores describen el Product o permiten filtrar sin crear combinaciones con stock.
¿Por qué la preparación de Categories y navegación debe mantenerse separada?
Las Categories controlan agrupación y jerarquía de Products, mientras que la navegación controla ubicación y enlaces de menús. Migrar Categories no recrea automáticamente el recorrido previsto de la tienda online.
¿Qué evidencia de inventario se necesita?
Prepara cantidades a nivel de Product y variante, ejemplos de stock ilimitado, asignaciones por ubicación cuando se utilicen y claves externas de almacén o ERP. Cada cantidad debe tener un propietario claro.
¿Qué Orders deben seleccionarse para preparar pruebas representativas de migración?
Incluye Orders con variantes, opciones introducidas por Customers, precios especiales, diferentes estados, reembolsos o cancelaciones, referencias de procesamiento e identificadores de sistemas externos.
¿Cuándo está completa la preparación para Jumpseller?
Cuando los accesos y copias de seguridad están listos, la propiedad de Products e inventario está documentada, Categories y filtros están normalizados, Customers y Orders están representados, las URL están asignadas y cada aplicación importante tiene un responsable de continuidad.