Si Shift4Shop se selecciona como plataforma de destino, la preparación debe documentar cómo se representará la tienda de origen mediante Products, opciones ordinarias, Advanced Options, campos adicionales de Product, Categories, SmartCategories, Customer Groups, Price Levels, Customers, Orders, contenido, módulos y sistemas externos. Las tiendas con muchos años de operación también pueden contener etiquetas, exportaciones, campos personalizados e integraciones de la era 3dcart cuyo significado actual no resulta evidente por el nombre del campo.
El paquete de preparación debe combinar acceso, evidencia, propiedad y condiciones de preparación. Su finalidad es hacer explícita la lógica de la fuente antes de crear el conjunto de muestras representativas para la migración.
Registrar los supuestos sobre Shift4Shop como destino
Empieza por los supuestos del modelo operativo de destino que cambian la preparación de los datos.
| Área | Decisión que debe registrarse | Evidencia |
|---|---|---|
| Identidad de Product | Qué registros de origen se convierten en Products base y qué combinaciones de opciones necesitan identidad comercial independiente | Matriz por familias de Products |
| Funcionamiento de opciones | Qué elecciones permanecen como opciones ordinarias y cuáles requieren Advanced Options u otro propietario | Ejemplos de opciones y combinaciones |
| Descubrimiento del catálogo | Qué Categories de origen son estáticas, dinámicas, de navegación, orientadas a búsqueda u obsoletas | Clasificación de Categories y SmartCategories |
| Tratamiento de Customers | Qué Customer Groups, Price Levels, reglas de acceso y campos personalizados deben continuar | Inventario de grupos y precios |
| Orders históricos | Qué detalles de línea, estados, descuentos, recompensas, afiliación y referencias externas necesita conservar el equipo | Paquete de Orders representativos |
| Registros heredados y personalizados | Qué campos, módulos, aplicaciones o IDs externos de la era 3dcart siguen activos | Registro de linaje y dependencias |
Una opción de Product de la fuente no debe asignarse a Advanced Options solo porque tenga varios valores. La decisión debe basarse en si la combinación tiene SKU, stock, GTIN, peso, precio, imagen, disponibilidad u otro valor administrado de forma independiente. Regístralo a nivel de familia de Products para que estructuras similares sigan una regla controlada y no se interpreten de forma diferente durante la migración.
Preparar accesos, exportaciones y una instantánea de la fuente
Recopila el acceso y la evidencia necesarios para comprender la tienda de origen y preparar Shift4Shop.
Incluye:
- acceso administrativo a la fuente y acceso administrativo a Shift4Shop con permisos adecuados;
- exportaciones de Products, opciones, Customers, Orders, Categories, contenido y redireccionamientos, cuando existan;
- archivos de medios y recursos cuando los enlaces de origen estén protegidos o sean temporales;
- definiciones de Customer Groups y Price Levels;
- definiciones y ejemplos de campos adicionales de Product;
- reglas de SmartCategories y asignaciones ordinarias de Categories;
- registros de módulos, aplicaciones, afiliados, recompensas, CRM, listas de espera y Reviews cuando estén dentro del alcance;
- IDs externos usados por ERP, contabilidad, procesamiento de Orders, marketplaces o CRM;
- copias de seguridad de la fuente con fecha y un registro de los datos que probablemente cambien antes de la ventana de migración.
| Elemento de evidencia | Condición de preparación |
|---|---|
| Registro de accesos | Se puede acceder a las áreas administrativas necesarias y se conocen los responsables. |
| Archivo de exportaciones | Los archivos se abren, contienen los registros esperados y tienen una fecha de exportación clara. |
| Diccionario de campos y módulos | Los valores personalizados o heredados importantes tienen propósito y propietario definidos. |
| Lista de muestras de Products | Están representadas estructuras ordinarias y excepcionales de opciones. |
| Lista de muestras de Orders | Están representados estados históricos, ajustes y referencias externas. |
Preparar Products, Options y Advanced Options
Las opciones ordinarias de Shift4Shop pueden modificar las selecciones del comprador y aplicar ajustes de precio o peso, mientras que Advanced Options puede dar a combinaciones específicas sus propios campos comerciales. Prepara ejemplos de Products que hagan visible esta diferencia.
Incluye:
- Products simples;
- Products con listas desplegables, botones de selección, opciones con imagen, texto u otros comportamientos ordinarios de opción;
- Products con Advanced Options y código, GTIN, stock, peso, precio, imagen o disponibilidad a nivel de combinación;
- Products que utilizan herencia de opciones desde Categories;
- Products con campos adicionales, IDs de fabricante, palabras clave de búsqueda o metadatos especializados;
- kits, bundles, Products digitales, comportamiento de lista de espera, suscripciones o configuración propiedad de aplicaciones;
- Products cuyo precio o visibilidad cambia según Customer Group o Price Level;
- Products sincronizados con un sistema externo de inventario o catálogo.
| Comportamiento en la fuente | Decisión de preparación en Shift4Shop | Evidencia requerida |
|---|---|---|
| La opción cambia la selección pero no posee stock independiente | Product opción ordinaria | Tipo de opción, valores, efecto de precio/peso y ejemplo de línea de Order |
| La combinación tiene SKU, stock, GTIN, peso o imagen propios | Advanced Option | Matriz de combinaciones e identificadores de origen |
| El valor describe el Product | Campo adicional, descripción, campo de búsqueda o metadato externo | Propósito del campo, tipo de dato y consumidor |
| La elección se introduce una vez por el comprador | Relación de texto o entrada personalizada | Ejemplo de la tienda pública y evidencia de línea de Order |
| La lógica la crea una aplicación o código personalizado | Propietario de aplicación o sistema externo | Descripción de la regla, registros relacionados e IDs externos |
Normaliza nombres de opciones, códigos de Product, IDs de fabricante y significado de campos adicionales antes de migrar. Una etiqueta de exportación heredada de 3dcart debe vincularse al proceso actual real y no conservarse únicamente porque exista.
Preparar Categories, SmartCategories, búsqueda y URLs
Las Categories ordinarias de Shift4Shop contienen Products asignados, mientras que SmartCategories puede poblarse dinámicamente mediante reglas como estado de oferta, fecha de lanzamiento, tratamiento de envío o palabras clave. Prepara estas estructuras por separado.
| Agrupamiento de origen | Pregunta de destino | Evidencia para considerar el elemento preparado |
|---|---|---|
| Category estable | ¿Debe conservarse directamente la pertenencia de Products? | Jerarquía de Categories y asignaciones de Products |
| Collection dinámica | ¿Es apropiada una SmartCategory u otra regla de merchandising? | Regla de origen y propietario previsto |
| Agrupamiento por marca o fabricante | ¿Debe mantenerse como Category, campo de fabricante, filtro o página? | Ejemplos de marca y propósito de descubrimiento |
| Valor solo para búsqueda | ¿Debe permanecer como palabra clave, campo adicional, código de Product u otro campo buscable? | Inventario de términos de búsqueda y campos |
| Enlace solo de menú | ¿A qué Category, página, Product o ruta externa hace referencia? | Esquema de navegación |
| URL heredada | ¿Cuál es el Product, Category o página de destino previstos? | Inventario prioritario de redireccionamientos |
Prepara URLs de Products, Categories, extra pages, Blog o contenido, fabricantes, campañas y políticas. Registra ruta de origen, destino previsto, propietario del contenido, metadatos, enlaces internos y necesidad de redireccionamiento. Para SmartCategories, conserva la regla que genera la pertenencia como evidencia separada de la URL pública de Category; una agrupación dinámica no puede reconstruirse de forma fiable a partir de una lista puntual de Products.
Preparar Customer Groups, Price Levels y registros de Customer
Los Customer Groups de Shift4Shop pueden conectar Customers con Price Levels, expectativas de pedido mínimo, visibilidad de Products o Categories y métodos de pago o envío disponibles. Prepara el grupo junto con sus reglas relacionadas.
Recopila:
- nombres y propósito de Customer Groups;
- asignaciones de Price Levels y precios a nivel de Product;
- restricciones de visibilidad de Products o Categories;
- requisitos de pedido mínimo;
- campos personalizados de Customer y direcciones;
- relaciones de exención fiscal, mayoristas, afiliados, recompensas, CRM, Reviews, listas de espera o marketing;
- IDs de cuenta externos y referencias de empresa;
- ejemplos de Customers duplicados y compras como invitado.
| Pregunta de preparación | Evidencia | Condición de preparación |
|---|---|---|
| ¿Qué grupos siguen activos comercialmente? | Lista de grupos y responsable | Los grupos obsoletos se excluyen o archivan. |
| ¿Qué Price Levels pertenecen a cada grupo? | Ejemplos de Product y grupo | Las relaciones entre Product, Price Level y Customer Group son explícitas. |
| ¿Qué reglas de acceso dependen de grupos? | Ejemplos de Product/Category restringidos | Las reglas de visibilidad tienen un propietario de destino. |
| ¿Qué registros de aplicaciones pertenecen a Customers? | Muestras de recompensas, afiliados, CRM o Reviews | Está documentado el propietario que continuará en la aplicación o sistema externo. |
| ¿Cómo se gestionan Customers duplicados? | Ejemplos de claves de coincidencia | Están definidas las reglas de fusionar o mantener separados. |
Preparar Orders históricos y referencias operativas
Prepara Orders que expongan la estructura del registro histórico, no solo Orders comunes pagados.
Incluye:
- Orders con opciones ordinarias y Advanced Options;
- contexto de Customer Group o Price Level;
- Coupons, promociones, gift certificates, recompensas, atribución de afiliados, impuestos y cargos de envío;
- Orders pendientes, cancelados, reembolsados, parcialmente reembolsados, enviados y parcialmente procesados;
- tickets CRM, contexto de listas de espera, Reviews, notas y ajustes manuales cuando sean relevantes;
- referencias de ERP, contabilidad, marketplaces, procesamiento o pagos;
- etiquetas de estados heredados que el equipo todavía utilice.
Para cada muestra, explica qué línea, total, estado o referencia externa sirve a atención al Customer, finanzas, procesamiento de Orders o generación de informes. La configuración actual de pagos, envíos, impuestos y notificaciones debe documentarse por separado de la evidencia histórica de Orders.
Inventariar módulos, aplicaciones, campos personalizados y registros heredados
Crea un registro de dependencias para módulos de Shift4Shop, aplicaciones opcionales, campos personalizados, scripts, integraciones y registros heredados de la era 3dcart.
Para cada elemento, registra:
- propósito empresarial;
- propietario en la fuente;
- Products, Customers, Orders, Categories o páginas relacionadas;
- registros de muestra;
- evidencia de exportación o API;
- identificadores externos;
- si la función continuará, será sustituida o se retirará;
- qué datos deben conservarse por razones históricas o de conciliación.
Presta especial atención a búsqueda, precios de Advanced Options, recompensas, afiliados, CRM, Reviews, listas de espera, suscripciones, Products digitales, marketplaces, ERP, contabilidad, impuestos, envío y registros de pago. El inventario está preparado cuando cada campo activo no perteneciente al núcleo tiene un registro padre, responsable de negocio, vía de exportación, identificador externo y una decisión de continuidad o retirada.
Seleccionar muestras representativas para probar la migración a Shift4Shop
| Muestra | Propósito de preparación |
|---|---|
| Product simple | Establecer el tratamiento ordinario de Product, Category, medios, precio e inventario |
| Product con opciones ordinarias | Exponer valores de opciones y significado en líneas de Order sin stock independiente |
| Product con Advanced Options | Exponer código, stock, GTIN, peso, imagen y precio a nivel de combinación |
| Product con campos adicionales o metadatos buscables | Exponer campos descriptivos y campos propiedad de integraciones |
| Product en una SmartCategory | Exponer agrupamiento dinámico frente a asignación directa de Category |
| Customer de un grupo comercial | Exponer relaciones de Customer Group, Price Level, acceso y campos personalizados |
| Order histórico complejo | Exponer opciones, totales, estados, recompensas, reembolsos y referencias externas |
| Ruta de contenido prioritaria | Exponer decisiones sobre extra page, Product, Category, metadatos y redireccionamientos |
| Registro heredado o propiedad de aplicación | Exponer la propiedad actual de datos de la era 3dcart o creados por extensiones |
Adjunta IDs de origen, propósito empresarial, propietario esperado en destino, IDs externos relacionados y exclusiones conocidas. El registro de muestras debe explicar por qué se eligió cada registro y qué relación de origen representa, sin definir todavía criterios posteriores de aprobación o lanzamiento. Utiliza registros separados para opciones ordinarias, Advanced Options, SmartCategories, precios por Customer Group y datos heredados de aplicaciones cuando una sola muestra no pueda representar correctamente todas esas estructuras.
Completar la puerta de preparación para Shift4Shop
| Pregunta de preparación | Evidencia requerida | Condición para estar preparado |
|---|---|---|
| ¿Está disponible el acceso necesario? | Registro de accesos | Las áreas requeridas de origen y destino son accesibles. |
| ¿Se distinguen opciones ordinarias y Advanced Options? | Matriz por familias de Products | Cada patrón importante de opción tiene un propietario documentado. |
| ¿Están clasificadas Categories y SmartCategories? | Inventario de Categories | La pertenencia estática y dinámica no se confunden. |
| ¿Están documentadas las reglas de Customer Groups y Price Levels? | Matriz de relaciones comerciales | Grupos, Products, precios y restricciones están conectados. |
| ¿Están representados los Orders históricos? | Paquete de muestras de Orders | Se explican estados, ajustes y referencias externas importantes. |
| ¿Tienen propietario los módulos y campos heredados? | Registro de dependencias | Cada registro personalizado activo tiene un propietario que continuará. |
| ¿Están actualizadas las copias y exportaciones? | Archivo de la fuente fechado | La evidencia puede recuperarse independientemente de la tienda activa. |
| ¿Se han seleccionado muestras representativas de migración? | Registro de muestras | Están cubiertas estructuras ordinarias y excepcionales. |
La preparación se completa cuando ninguna decisión crítica sobre Product, Customer, Order, Category o integración depende de una etiqueta heredada sin explicar o de un módulo no documentado. Todo elemento todavía abierto debe identificar al responsable empresarial, la evidencia que falta y la estructura o sistema de destino que será propietario de la decisión final.
Conclusión
La preparación de Shift4Shop debe hacer visibles las relaciones que existen detrás de Products, opciones ordinarias, Advanced Options, Categories, SmartCategories, Customer Groups, Price Levels, Orders, contenido y registros heredados. El trabajo de preparación más importante consiste en distinguir estructuras nativas de datos propiedad de módulos o procedentes de la era 3dcart, conservando a la vez los identificadores que el equipo y los sistemas externos todavía utilizan.
Un paquete de evidencia documentado proporciona a las pruebas de migración un conjunto representativo de muestras con expectativas y propiedad de origen claras.
Preguntas frecuentes
¿Cuál es la primera decisión de catálogo que debe prepararse para Shift4Shop?
Determinar qué elecciones de origen son Product opciones ordinarias y qué combinaciones necesitan identidad de Advanced Option. Esa distinción afecta a SKU, stock, GTIN, peso, precio, imágenes y significado de las líneas de Order.
¿Todas las Categories de origen deben convertirse en Categories de Shift4Shop?
No. Algunas agrupaciones de origen son campañas dinámicas, collections de búsqueda, vistas por fabricante, enlaces de menú o clasificaciones internas. Prepara primero su propósito de descubrimiento antes de asignar el destino.
¿Por qué Customer Groups y Price Levels deben prepararse conjuntamente?
El grupo identifica el contexto del Customer, mientras que el Price Level y las restricciones relacionadas definen el comportamiento comercial. Un nombre de grupo sin sus precios de Product o reglas de acceso está incompleto.
¿Qué Orders deben incluirse en el conjunto de muestras representativas?
Incluye Orders con opciones ordinarias, Advanced Options, descuentos, impuestos, envío, varios estados, reembolsos, contexto de recompensas o afiliados y referencias de sistemas externos.
¿Qué evidencia debe recopilarse para campos heredados de 3dcart?
Rastrea cada campo hasta su propósito empresarial y consumidor actuales. Consérvalo solo cuando una estructura de Shift4Shop, un módulo activo o un sistema externo siga siendo propietario del valor.
¿Cuándo está completa la preparación para Shift4Shop?
Cuando accesos y exportaciones están listos, los patrones de opciones de Product están clasificados, los grupos comerciales y precios están documentados, las rutas prioritarias están mapeadas, las dependencias tienen propietario y las muestras representativas están seleccionadas.