Si Adobe Commerce ha sido seleccionada como plataforma de destino, la preparación debe convertir el modelo operativo empresarial de la tienda de origen en un conjunto controlado de evidencias antes de iniciar cualquier ejecución de migración. El equipo debe saber cómo se representarán en la tienda de destino los Customers B2C, las empresas B2B, usuarios de empresa, catálogos compartidos, websites, stores, store views, tipos de Product, sources de inventario, Orders históricos, contenido y sistemas externos.
Un conjunto de preparación útil responde cuatro preguntas para cada área importante: qué acción se requiere, quién es responsable, qué evidencia respalda la decisión y qué condición indica que el área está preparada. Esto evita descubrir relaciones de empresa, precios específicos por comprador, tiendas regionales o identificadores gobernados por ERP cuando ya se han migrado registros de muestra.
Definir las decisiones operativas de Adobe Commerce
Empiece con un registro conciso del modelo operativo. Debe definir qué estructuras comerciales existirán en Adobe Commerce y qué sistemas seguirán siendo la autoridad fuera de la plataforma.
| Área de preparación | Decisión que debe registrarse | Responsable | Evidencia de preparación |
|---|---|---|---|
| Modelo de compradores | Customers B2C, empresas B2B, ubicaciones de empresa, usuarios, roles, aprobadores y representantes comerciales | Operaciones B2B y de Customers | Diagrama aprobado de relaciones de cuenta con registros de origen representativos |
| Modelo de catálogo | Tipos de Product, conjuntos de atributos, Categories, catálogos compartidos, visibilidad por comprador y surtido regional | Responsables de catálogo y merchandising | Matriz de familias de Product y alcance del catálogo |
| Alcance de tiendas | Websites, stores, store views, idiomas, monedas, marcas, regiones y dominios | Responsable de arquitectura de comercio | Mapa website/store/store view |
| Propiedad de precios | Precios base, tier prices, precios negociados, precios de catálogos compartidos y precios contractuales externos | Responsables comerciales y de integraciones | Registro de fuentes de precios y escenarios de compradores de muestra |
| Propiedad de inventario | Sources, stocks, websites, almacenes, proveedores drop-ship, puntos de recogida y sistemas externos de inventario | Responsables de inventario y procesamiento de pedidos | Mapa de propiedad source/stock |
| Modelo de integración | Dependencias de ERP, PIM, CRM, WMS, compras, contabilidad, fiscalidad, envíos, búsqueda e informes | Responsable técnico | Registro de dependencias con identificadores estables |
El documento debe ser suficientemente específico para orientar la preparación sin convertirse en una especificación de configuración de Adobe Commerce. Su objetivo es establecer el propietario de destino de cada relación empresarial.
Preparar accesos, evidencias de origen y copias de seguridad recuperables
Reúna los accesos y evidencias necesarios para interpretar la tienda de origen sin depender de conocimiento no documentado del personal.
Prepare:
- acceso administrativo a la tienda de origen y al entorno Adobe Commerce con el nivel de permisos necesario;
- exportaciones o informes fechados de Products, Categories, Customers, empresas, usuarios de empresa, Orders, contenido, Reviews, promociones y otros registros incluidos en el alcance;
- copias de seguridad de base de datos y recursos multimedia cuando estén disponibles;
- referencias de atributos, conjuntos de atributos y tipos de Product;
- inventarios de websites, stores, store views, idiomas, monedas y dominios;
- ejemplos de empresas B2B, roles, catálogos compartidos, precios y crédito;
- informes de sources de inventario, stocks, almacenes y procesamiento de pedidos;
- inventarios de extensiones, módulos personalizados, APIs y sistemas externos;
- listas de URLs de alto valor, redirecciones, CMS Pages, blocks y campañas;
- capturas o informes que expliquen comportamientos importantes del origen.
| Evidencia | Por qué se necesita | Condición de preparación |
|---|---|---|
| Registro de accesos | Confirma que pueden revisarse las áreas necesarias de origen y destino | Las cuentas requeridas funcionan y sus responsables están identificados |
| Archivo de exportaciones | Conserva un estado de referencia fechado | Los archivos se abren correctamente y contienen las familias de registros esperadas |
| Copia de base de datos/media | Protege registros no expuestos en exportaciones ordinarias | Ubicación, fecha y responsable de restauración están documentados |
| Diccionario de campos | Explica etiquetas, indicadores e identificadores personalizados | Cada campo importante tiene propósito, propietario y valor de ejemplo |
| Mapa de alcance | Evita aplanar relaciones de website, store view, B2B e inventario | Cada unidad de negocio y tienda incluida tiene un destino asignado |
Si una exportación omite registros de extensiones o B2B, documente la carencia y asigne un responsable. La falta de evidencia es un problema de preparación, no una prueba de que los datos no existan.
Preparar empresas B2B, usuarios, roles y contexto de compra
Las relaciones B2B de Adobe Commerce requieren algo más que perfiles individuales de Customers. Una empresa puede contener usuarios, equipos, roles, permisos, asignaciones de catálogo compartido, crédito, funcionamiento de órdenes de compra, restricciones de pago y envío e identificadores externos de cuenta.
Prepare evidencias representativas de:
- identidad legal, estado, IDs fiscales, identificadores de revendedor y dirección legal de la empresa;
- relaciones entre administrador y ubicaciones de empresa;
- compradores, aprobadores, usuarios de sucursales, equipos de compras y usuarios asociados con más de una empresa;
- roles y permisos sobre Orders, cotizaciones, órdenes de compra, usuarios, equipos y crédito de empresa;
- límite de crédito, saldo disponible, moneda, contexto de pago a cuenta e historial de crédito cuando sea relevante;
- expectativas de aprobación de órdenes de compra y referencias de compras;
- métodos de pago y envío permitidos;
- representante comercial e identificadores de ERP, dealer, compras y CRM.
| Elemento de preparación | Responsable | Evidencia requerida | Condición de preparación |
|---|---|---|---|
| Identidad de empresa | Operaciones B2B | Lista maestra de empresas e IDs de origen | Cada empresa tiene un único registro Company previsto en Adobe Commerce |
| Pertenencia de usuarios | Operaciones de Customers | Matriz usuario-empresa y usuario-equipo | Cada usuario tiene empresa, estado y rol definidos |
| Modelo de permisos | Responsable del proceso B2B | Ejemplos de roles y permisos | Las responsabilidades de compra necesarias están documentadas |
| Crédito y contexto de PO | Finanzas y compras | Registros representativos de crédito y órdenes de compra | Las relaciones financieras y de aprobación tienen un propietario de destino |
| Claves externas de cuenta | Responsable de integración | IDs de ERP, CRM, compras y dealers | Cada clave está vinculada al nivel correcto de empresa o usuario |
Si el significado B2B está oculto en grupos de Customers, etiquetas, campos personalizados, hojas de cálculo o sistemas externos, prepare un registro de correspondencias en lugar de forzar esos valores a campos ordinarios de Customer.
Preparar catálogos compartidos, precios y visibilidad de Products
Los catálogos compartidos pueden controlar disponibilidad de Products y precios personalizados para cuentas Company. La preparación debe identificar qué catálogos importan, qué empresas los reciben, qué Products contienen y qué sistema es la autoridad de precios.
| Registro de catálogo o precio | Acción de preparación | Evidencia |
|---|---|---|
| Catálogo público | Definir Products y Categories disponibles para Customers ordinarios | Muestra de pertenencia de Products y Categories |
| Catálogo compartido personalizado | Definir asignación de empresa, pertenencia de Products y precios personalizados | Matriz empresa-catálogo y Product-catálogo |
| Precio por grupo de Customers | Identificar relación entre grupo de Customers y Product | Ejemplo representativo de Product y grupo |
| Tier o precio por cantidad | Registrar Product, umbral, alcance de comprador e importe | Muestra de tier price con propietario de origen |
| Precio contractual o negociado | Identificar autoridad interna o externa del precio | Ejemplo comprador/Product y clave de sistema externo |
| Surtido restringido | Definir qué empresas o grupos pueden ver o comprar el Product | Muestra de visibilidad y lista de excepciones |
Normalice nombres de catálogo duplicados, listas de precios obsoletas, excepciones caducadas e identificadores inconsistentes de Products antes de convertirlos en estructuras de Adobe Commerce. El área está preparada cuando cada empresa prioritaria puede asociarse con su catálogo y fuente de precios previstos sin depender de la memoria de una persona.
Preparar tipos de Product, atributos y gobernanza del catálogo
Seleccione Products representativos por estructura, no solo por popularidad. Adobe Commerce admite varios tipos de Product, y los registros del origen deben clasificarse según cómo se venden y gestionan.
Incluya ejemplos de:
- Products simples;
- Products configurables con SKU secundarios cuyo inventario se gestiona de forma independiente;
- Products grouped y bundle;
- Products virtuales y descargables;
- gift cards o tipos personalizados cuando proceda;
- Products con opciones personalizadas;
- Products con valores localizados o específicos de website;
- Products con atributos personalizados, IDs externos o datos gobernados por integraciones;
- Products asignados a varias Categories o catálogos restringidos.
Prepare una hoja de gobernanza de atributos:
| Funcionamiento en origen | Decisión de preparación en Adobe Commerce | Evidencia de preparación |
|---|---|---|
| El valor define una variante vendible | Definir Product configurable, Products simples secundarios y atributos de variación | IDs principal/secundario, SKU, valores de opciones, stock, precios e imágenes |
| El valor describe el Product | Definir atributo de Product, tipo de dato, alcance y conjunto de atributos | Definición del campo y valores representativos |
| El comprador introduce un valor único | Definir custom option, extensión o propietario de línea de Order | Ejemplo de tienda e historial de Order |
| El valor cambia por website o store view | Definir alcance del atributo y propiedad localizada | Matriz de valores por website/store view |
| El Product es bundle o group | Definir Products componentes y relación comercial | Lista de componentes, cantidades, precios y propietario del inventario |
| El valor es metadata de un sistema externo | Conservarlo en el nivel de Product o SKU secundario usado por ese sistema | Clave externa y ejemplo de consulta |
Elimine atributos sin uso, normalice valores controlados, identifique conjuntos de atributos requeridos y documente campos que deben excluirse. El catálogo está preparado cuando cada familia importante tiene tipo, conjunto de atributos, relación con secundarios, propiedad de Categories y plan de identificadores externos definidos.
Preparar websites, store views, contenido, URLs y registros de campañas
Mapee la estructura de tiendas del origen hacia websites, stores y store views de Adobe Commerce. Registre qué valores cambian por marca, región, idioma, moneda, dominio o entidad legal.
Prepare:
- jerarquía website/store/store view;
- asignaciones de idiomas y monedas;
- contenido de Products y Categories por alcance;
- CMS Pages, CMS Blocks, contenido de Page Builder, formularios, banners y media;
- registros de campañas programadas o staged que sigan siendo relevantes;
- URLs de Products, Categories, CMS, campañas y contenido localizado;
- historial de redirecciones y rutas de alto valor;
- enlaces internos incrustados en descripciones de Products y contenido CMS.
| Ruta o contenido de origen | Pregunta de preparación | Evidencia de preparación |
|---|---|---|
| URL de Product o Category | ¿Qué website y store view son propietarios de la ruta de destino? | Registro origen-destino de rutas |
| Contenido localizado | ¿Qué valores son traducidos o específicos de una región? | Matriz de contenido por store view |
| CMS Page o block | ¿Es contenido reutilizable, contenido de página, contenido de campaña o solo presentación? | Inventario de contenido con propietario en destino |
| Campaña programada | ¿Sigue siendo necesaria, es solo histórica o se retira intencionadamente? | Decisión de campaña y responsable de contenido |
| Enlace interno | ¿Qué ruta de destino debe sustituir la ruta de origen? | Lista de reescritura de enlaces para contenido prioritario |
El área está preparada cuando toda ruta pública prioritaria y activo de contenido tiene destino, alcance o decisión de retirada definidos.
Preparar inventario, Customers y Orders históricos
La evidencia de inventario debe definir la relación entre ubicaciones del origen, Adobe Commerce sources, stocks, websites, cantidad vendible y cualquier autoridad externa de inventario. Prepare ejemplos de Products de una y varias sources, SKU secundarios configurables, backorders, ubicaciones de recogida, proveedores drop-ship y stock gestionado por ERP o WMS.
Para Customers y Orders, prepare muestras que expongan las relaciones históricas que el personal necesitará comprender:
- Customers B2C registrados, compradores invitados, varias direcciones, grupos de Customers, tratamiento fiscal e IDs externos;
- Customers de empresa y usuarios Company;
- Orders con Products configurables, bundle, virtuales, descargables o con opciones personalizadas;
- descuentos, impuestos, envío, etiquetas de pago, facturas, envíos, credit memos, devoluciones, comentarios y referencias externas;
- Orders de cada website, moneda, región, empresa o ruta de procesamiento del pedido importante.
| Área | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Sources y stocks de inventario | Operaciones de inventario | Mapa source/stock/ubicación y muestras de SKU | Cada SKU prioritario tiene propietario de stock y relación con website declarados |
| Identidad de Customers | Operaciones de Customers | Ejemplos de duplicados, invitados, direcciones, grupos e IDs externos | Reglas de identidad y combinación documentadas |
| Significado de Orders históricos | Soporte y finanzas | Paquete de Orders representativos | Líneas, totales, estados, procesamiento del pedido, reembolsos y referencias explicados |
| Datos sensibles | Legal y responsable de datos | Lista de campos aprobados | Se excluyen datos personales o financieros innecesarios |
Los Orders históricos deben prepararse como evidencia del comercio pasado. La configuración actual de pagos, envíos, impuestos, inventario y procesamiento de pedidos en Adobe Commerce sigue siendo una responsabilidad de implementación independiente.
Inventariar extensiones, módulos personalizados y sistemas externos
Cree un único registro de dependencias para cada extensión, módulo personalizado, integración, tarea programada, tabla personalizada, API y sistema externo que cree o modifique registros incluidos en el alcance.
Para cada dependencia, registre:
- finalidad empresarial;
- registros principales que amplía;
- tablas, atributos, estados o identificadores que crea;
- propietario de datos y propietario técnico;
- disponibilidad de exportación o API;
- propietario o sistema sustituto en destino;
- claves estables necesarias para reconexión;
- registros que pueden retirarse o archivarse.
Las dependencias prioritarias suelen incluir ERP, PIM, CRM, WMS, compras, búsqueda, suscripciones, fidelización, Reviews, fiscalidad, pagos, envíos, marketplaces, analítica, informes y procesos B2B personalizados.
El registro está preparado cuando cada dependencia importante tiene un responsable continuo y ningún campo crítico se describe únicamente como “lo gestionaba la extensión”.
Seleccionar muestras representativas para la prueba de migración
Elija un conjunto de muestras que exponga las decisiones empresariales preparadas anteriormente. No utilice Products aleatorios ni solo Orders sencillos.
| Muestra | Propósito de preparación |
|---|---|
| Familia simple y configurable | Establecer patrones de tipo de Product, SKU secundarios, atributos, media e inventario |
| Product bundle o grouped | Exponer relaciones de componentes y precios |
| Empresa B2B con varios usuarios | Exponer relaciones de empresa, equipo, rol e IDs externos |
| Product de catálogo compartido | Exponer asignación de empresa, visibilidad y evidencias de precios |
| SKU con inventario multi-source | Exponer source, stock, website y propiedad externa del inventario |
| Product o CMS Page localizado | Exponer alcance de store view y propiedad de rutas |
| Order histórico complejo | Exponer líneas, totales, procesamiento del pedido, credit memos y referencias externas |
| Registro gobernado por extensión | Exponer campos, tablas y decisiones de propiedad en destino |
Para cada muestra, incluya ID de origen, URL de origen cuando proceda, motivo empresarial, propietario esperado en Adobe Commerce, identificadores externos relacionados, exclusiones conocidas y responsable de revisión. Así, cada muestra tiene una expectativa de origen trazable y un revisor definido.
Completar la puerta de preparación para Adobe Commerce
| Pregunta de preparación | Evidencia requerida | Condición de preparación |
|---|---|---|
| ¿Están disponibles los accesos y copias de seguridad? | Registro de accesos y archivo fechado | Los sistemas requeridos y la evidencia de origen son recuperables |
| ¿Está documentado el modelo operativo? | Mapas de compradores, tiendas, catálogo, precios e inventario | Cada relación importante tiene responsable |
| ¿Están preparadas las estructuras B2B? | Evidencias de empresa, usuarios, roles, catálogo, crédito y PO | Las relaciones representativas de empresa están completas |
| ¿Están clasificadas las familias de Product? | Matriz de Products y atributos | Cada patrón importante tiene una estructura prevista en Adobe Commerce |
| ¿Están asignados contenido y URLs? | Registro de rutas y contenido | Las rutas prioritarias tienen destino o decisión de retirada |
| ¿Están inventariadas las integraciones? | Registro de dependencias | Cada dependencia crítica tiene propietario continuo y clave |
| ¿Se han seleccionado muestras representativas? | Registro de muestras | Están cubiertos registros ordinarios y excepcionales |
| ¿Están controlados los asuntos abiertos? | Registro de decisiones | Cada elemento abierto tiene responsable y fecha prevista |
La preparación está completa cuando las evidencias pueden ser comprendidas por alguien ajeno al equipo que configuró la tienda de origen y ninguna decisión crítica sobre B2B, Products, inventario, Orders, URLs o integraciones depende de supuestos no documentados.
Conclusión
La preparación para Adobe Commerce debe producir un conjunto empresarial de evidencias, no una lista genérica de exportaciones. Empresas, usuarios, roles, catálogos compartidos, tipos de Product, atributos, store views, sources de inventario, Orders históricos, contenido e integraciones requieren responsables explícitos y registros representativos.
Cuando estas decisiones están documentadas antes de la prueba representativa de migración, el equipo puede evaluar la representación prevista en Adobe Commerce a partir de evidencias controladas en lugar de descubrir el modelo operativo observando registros migrados de forma aislada.
Preguntas frecuentes
¿Qué registro de preparación para Adobe Commerce debe crearse primero?
Empiece por el mapa del modelo operativo de compradores, websites, store views, catálogos, precios, inventario y sistemas externos. Este mapa determina qué evidencias detalladas y responsables serán necesarios.
¿Cómo deben prepararse las empresas B2B de Adobe Commerce?
Prepare identidad de empresa, administrador, usuarios, equipos, roles, permisos, crédito, contexto de órdenes de compra, asignaciones de catálogo e IDs externos como registros conectados. No reduzca la empresa a un grupo de Customers ordinario.
¿Qué evidencias se necesitan para los catálogos compartidos?
Incluya pertenencia al catálogo, asignación de empresa, visibilidad de Products, fuente de precios, excepciones y ejemplos representativos de Product/comprador. Cada catálogo debe tener un responsable comercial claro.
¿Cómo deben prepararse los Products configurables?
Documente el Product principal, Products simples secundarios, atributos de variación, SKU, stock, precios, imágenes e identificadores externos. Identifique también valores de origen que son descripciones o entradas personalizadas en lugar de variantes reales.
¿Qué registros de inventario requieren preparación especial?
Priorice SKU multi-source, SKU secundarios configurables, ubicaciones de recogida o drop-ship, backorders e inventario sincronizado externamente. Cada cantidad necesita una relación declarada con source, stock, website y sistema de referencia.
¿Cuándo se considera completa la preparación para Adobe Commerce?
Cuando accesos y copias de seguridad son recuperables, estructuras B2B y de catálogo tienen responsables, rutas e integraciones prioritarias están documentadas, las muestras representativas están seleccionadas y cada decisión sin resolver tiene un responsable asignado.