Si Storeden se selecciona como plataforma de destino, la preparación debe empezar por reconocer que TeamSystem presenta actualmente la plataforma como TeamSystem Commerce, mientras que cuentas existentes y documentación interna del negocio pueden seguir utilizando el nombre Storeden. Conviene registrar ambos nombres allí donde aparezcan para que el equipo no trate la cuenta actual, las exportaciones históricas, las referencias de plataformas de venta externas o la documentación de integraciones como si pertenecieran a sistemas distintos.
La documentación operativa pública y detallada no está disponible de forma uniforme. Por eso, el paquete de preparación debe apoyarse en evidencia de la cuenta real de origen: exportaciones, capturas de pantalla, registros de administración, notas de integración y responsables identificados. Evite suponer el funcionamiento exacto de campos, límites o cobertura de exportaciones a partir de artículos antiguos o descripciones comerciales.
Confirmar la cuenta, la nomenclatura actual y el alcance de venta
Comience identificando la cuenta exacta de Storeden o TeamSystem Commerce, dominios principales, idiomas y monedas activos, plan actual o módulos habilitados cuando sea relevante, propiedad del tema, canales de venta y conexiones con TeamSystem u otros sistemas externos. Registre qué nombre aparece en administración, facturas, API o registros de integración y procedimientos del personal.
| Acción | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Confirmar la cuenta de origen | Administrador de la tienda | Identificador de cuenta, captura de administración, dominio principal | La tienda de origen exacta queda inequívocamente identificada. |
| Registrar los nombres Storeden y TeamSystem Commerce | Responsable del proyecto | Referencia cruzada de nombres para cuenta, exportaciones, integraciones y documentación | Las referencias históricas y actuales pueden conciliarse. |
| Enumerar los canales de venta activos | Responsable de comercio | Inventario de sitio web, plataformas de venta externas, social, B2B u otros canales | Los registros específicos de canal tienen responsables definidos. |
| Identificar conexiones del ecosistema TeamSystem | Responsable de sistemas | Notas sobre ERP, contabilidad, pagos, POS, logística u otras integraciones | Las dependencias nativas del ecosistema son visibles. |
| Confirmar acceso a evidencia del origen | Responsable de datos o técnico | Exportaciones, informes, credenciales y contacto de soporte disponibles | Los registros necesarios pueden recopilarse desde la cuenta real. |
| Iniciar un registro de cambios | Responsable del proyecto | Cambios fechados de catálogo, stock, Customers, Orders, aplicaciones y URLs | El conjunto de evidencia podrá mantenerse actualizado. |
Preparar Products, variantes, campos del catálogo y medios
TeamSystem Commerce describe públicamente gestión centralizada de catálogo e inventario, imágenes y descripciones de Products, precios y distribución multicanal. La cuenta de origen debe inspeccionarse para determinar qué campos de Product y relaciones de variantes se utilizan realmente. Prepare los Products por patrón empresarial y no suponiendo un único esquema común.
Registre identificador de Product, SKU o código interno, título, estado, precio, contexto fiscal, stock, estructura de variantes u opciones, Categories, marca o fabricante, imágenes, descripciones, contenido por idioma, datos de envío, campos de plataforma de venta externa, identificadores externos y campos personalizados visibles en la cuenta o en las exportaciones.
| Patrón de Product | Acción de preparación | Evidencia | Condición de preparación |
|---|---|---|---|
| Product simple | Capturar identificadores, precio, stock, estado, Category, medios y contenido | Exportación de Product y muestra de página | El significado base del Product está documentado. |
| Product con variantes | Registrar nombres y valores de opciones, identificadores de combinaciones, precio, stock, imagen y estado | Exportación de variantes o capturas de administración | Las combinaciones vendibles se distinguen del Product principal. |
| Product específico de canal | Registrar identificadores de plataforma de venta externa o canal, títulos, Categories, precios y reglas de disponibilidad | Muestra de publicación de canal | Los datos del sitio web y del canal no se confunden. |
| Product multilingüe | Registrar propiedad de idioma, campos traducidos, diferencias de rutas y comportamiento de fallback | Conjunto de muestras por idioma | El alcance de contenido está definido para cada idioma. |
| Product personalizado o enriquecido por aplicaciones | Identificar campos creados por plugins, aplicaciones o integraciones | Diccionario de campos y responsable del origen | Los datos no principales del Product tienen una decisión de tratamiento. |
| Product con muchos medios | Registrar imágenes originales, documentos, videos y ubicaciones de archivos | Manifiesto de medios | Los recursos originales pueden relacionarse con sus registros. |
No infiera el funcionamiento de variantes o plataformas de venta externas a partir de nombres de Product. Utilice evidencia de la cuenta real para demostrar qué valores cambian stock, precio, imágenes o disponibilidad de canal.
Preparar Categories, navegación, idiomas y descubrimiento
Prepare la jerarquía de Categories, asignaciones de Products, menús de navegación, rutas de marcas o colecciones, versiones por idioma, filtros o atributos utilizados para descubrir Products, páginas de destino y URLs prioritarias. La clasificación multicanal del catálogo debe documentarse por separado de la navegación del sitio porque una Category de plataforma de venta externa o una etiqueta de fuente de datos puede no representar la estructura de Categories de la tienda.
| Área de descubrimiento | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Jerarquía de Categories | Responsable de catálogo | Lista padre-hijo, estado y asignaciones de Products | Cada Category que se conservará tiene un propósito conocido. |
| Menús y rutas de tienda | Responsable de tienda | Mapa de navegación y capturas | Las rutas de presentación están separadas de los registros de Category. |
| Alcance por idioma | Responsable de contenido | Idiomas activos y muestras traducidas de Products, Categories y páginas | El contenido localizado requerido está identificado. |
| Filtros y atributos | Responsable de comercialización | Nombres de campos, valores y cobertura de Products | Los datos de descubrimiento son suficientemente coherentes para relacionarlos. |
| Clasificación por canal | Responsable de plataformas de venta externas | Muestras de Category, fuente de datos y publicación de canal | La clasificación externa se mantiene separada de la taxonomía del sitio. |
| Rutas prioritarias | Responsable SEO | URLs de Products, Categories, páginas, marcas y campañas | Las rutas importantes tienen una decisión documentada. |
Aclarar la autoridad sobre inventario y la sincronización de canales
Los valores de inventario pueden mantenerse directamente en la cuenta de comercio o sincronizarse desde una aplicación de TeamSystem, ERP, almacén, POS, fuente de datos de proveedor o flujo de plataforma de venta externa. La preparación debe identificar la fuente autorizada y la frecuencia de las actualizaciones. Una cantidad incluida en una exportación es solo una instantánea mientras no se conozca el responsable del stock.
| Pregunta de inventario | Evidencia | Condición de preparación |
|---|---|---|
| ¿Dónde se mantiene el stock autorizado? | Lista de sistemas, responsable, capturas y nota de integración | Se ha nombrado una única fuente de verdad para cada grupo de Products. |
| ¿El stock se controla por Product o variante? | Registros representativos de Product y variante | La granularidad está documentada. |
| ¿Participan varias ubicaciones o almacenes? | Lista de ubicaciones y ejemplos de asignación | El significado de cada ubicación es explícito. |
| ¿Las plataformas de venta externas reservan o sincronizan stock? | Reglas de canal y publicaciones de ejemplo | La disponibilidad de canal no se supone igual al stock del sitio. |
| ¿Se utilizan paquetes o Products componentes? | Evidencia de componentes y reducción de stock | Las relaciones de stock compartido están documentadas. |
| ¿Se utilizan estados de stock negativo, preventa o pedido pendiente? | Lista de Products excepcionales | Las excepciones de disponibilidad tienen responsables. |
Registre la hora de cada exportación de stock y evite limpiezas masivas mientras la autoridad del origen siga sin estar clara.
Preparar Customers, direcciones, segmentación y contexto B2B
Prepare identidad del Customer, correo electrónico, estado de cuenta, direcciones, idioma, consentimiento o estado de comunicación, campos de grupos o segmentación, contexto B2B o empresarial, tratamiento fiscal, datos de fidelización o crédito cuando existan e identificadores externos. Utilice la cuenta actual y las integraciones para determinar qué campos son nativos, pertenecen a aplicaciones o se sincronizan.
| Patrón de Customer | Acción de preparación | Evidencia | Condición de preparación |
|---|---|---|---|
| Customer registrado | Registrar identidad, estado de cuenta, direcciones y relación con Orders | Muestras de Customer y Orders | La propiedad de la cuenta está clara. |
| Comprador invitado | Registrar correo e historial de Orders sin asumir que existe una cuenta | Conjunto de Orders de invitados | El historial de invitados sigue siendo distinto. |
| Comprador B2B o de empresa | Registrar empresa, contactos, contexto de precios o impuestos y responsable de cuenta | Registro de muestras B2B | Las relaciones empresariales están documentadas. |
| Customer segmentado | Registrar grupo, etiqueta, fidelización o significado de marketing y responsable | Diccionario de segmentación | Las etiquetas tienen definiciones operativas. |
| Customer de sistema externo | Registrar identificadores de ERP, CRM, contabilidad, POS o soporte | Diccionario de campos | Se conocen las claves de búsqueda utilizadas por sistemas posteriores. |
| Identidad duplicada | Registrar correos duplicados o compartidos y su tratamiento | Lista de excepciones de identidad | Los registros ambiguos tienen responsable. |
Preparar Orders, pagos, envíos, logística y referencias de canal
Prepare Orders que representen los patrones operativos reales de la tienda: ventas del sitio y de plataformas de venta externas, diferentes etiquetas de pago y envío, Products con variantes, descuentos, reembolsos, cancelaciones, devoluciones, facturas, seguimiento, ajustes manuales, detalles multilingües, casos B2B y referencias externas.
| Área del Order | Acción | Evidencia | Condición de preparación |
|---|---|---|---|
| Propiedad del canal | Registrar origen web o plataforma de venta externa e identificador de canal | Muestras de Orders entre canales | Cada Order puede vincularse con su origen. |
| Detalle de Product | Incluir selecciones de variantes u opciones, SKU, cantidad, precio y texto de Product | Líneas representativas de Orders | La configuración comprada sigue siendo comprensible. |
| Estado y logística | Registrar etiquetas de estado, estado de envío, seguimiento, devoluciones y notas operativas | Diccionario de estados y Orders | El flujo histórico puede interpretarse. |
| Totales | Identificar impuestos, envío, descuento, tarifa, reembolso e importes de pago | Muestras de componentes de total | El contexto financiero está completo. |
| Documentos | Registrar referencias de factura, recibo o documento fiscal cuando se utilicen | Ejemplos de documentos y responsable | Las referencias históricas necesarias pueden rastrearse. |
| IDs externos | Registrar identificadores de ERP, contabilidad, pago, logística, plataforma de venta externa o POS | Orders sensibles a integraciones | Los requisitos de búsqueda entre sistemas están documentados. |
Las etiquetas históricas de pago y envío son evidencia de Orders anteriores. Los pagos, proceso de compra, impuestos, envíos y logística activos necesitan una configuración independiente en la nueva tienda.
Inventariar aplicaciones, plugins, conexiones TeamSystem y sistemas externos
Cree un registro de dependencias para aplicaciones, plugins, plataformas de venta externas, servicios de pago, proveedores logísticos, contabilidad, ERP, POS, CRM, analítica, marketing, Reviews, fuentes de datos e integraciones personalizadas. La transición de Storeden al ecosistema TeamSystem hace especialmente importante identificar integraciones que el personal puede describir como «parte de Storeden» aunque se administren en otro producto de TeamSystem.
| Campo de dependencia | Detalle necesario | Condición de preparación |
|---|---|---|
| Nombre del producto o servicio | Nombre actual e histórico cuando sean distintos | Todos los equipos pueden identificar la dependencia. |
| Responsable y propósito | Responsable de negocio, responsable técnico y flujo soportado | La responsabilidad es explícita. |
| Objetos de datos | Products, stock, Customers, Orders, facturas, contenido o canales utilizados | Se conoce la evidencia del origen afectada. |
| Dirección y frecuencia | Lectura, escritura, bidireccional, programada, por eventos o manual | La autoridad sobre el origen está documentada. |
| Identificadores | SKU, Product ID, correo de Customer, número de Order o clave externa | Las dependencias de búsqueda están preservadas. |
| Decisión de transición | Reconectar, reconstruir, retirar, sustituir o revisar | No se da por supuesta la continuidad. |
Preparar contenido, temas, rutas SEO y evidencia de redirecciones
TeamSystem Commerce describe públicamente temas personalizables, comercio multilingüe y capacidades SEO. El modelo de contenido exacto y las exportaciones disponibles deben confirmarse en la cuenta real. Prepare páginas, contenido de Products y Categories, contenido de blog o editorial cuando se utilice, imágenes, menús, secciones del tema, metadatos, configuración canónica, relaciones hreflang o de idioma, enlaces internos y registros de reescritura o redirección.
| Área de contenido | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Páginas y políticas | Responsable de contenido | Lista de páginas, estado, ruta, idioma y enlaces internos | Las decisiones de conservar, reconstruir, fusionar o excluir están documentadas. |
| Contenido del tema | Responsable del tema | Copia de seguridad o capturas del tema, secciones personalizadas y recursos incrustados | El contenido almacenado en capas de presentación es visible. |
| Metadatos SEO | Responsable SEO | Títulos, descripciones, configuración canónica y relaciones por idioma | El contexto de búsqueda está incluido con la evidencia de rutas. |
| Redirecciones o URLs reescritas | Responsable SEO o técnico | Lista de redirecciones existente y rutas antiguas prioritarias | Las reglas históricas de continuidad están disponibles. |
| Medios | Responsable de contenido | Imágenes, documentos, videos y relaciones con Products | Los archivos de origen pueden relacionarse con sus registros. |
Preparar exportaciones, capturas, copias de seguridad y limitaciones del origen
Dado que la documentación operativa pública es limitada, el archivo de evidencia debe ser especialmente explícito. Guarde cada exportación disponible con su fecha, contexto de cuenta, campos seleccionados, criterios de filtro y checksum. Capture pantallas de relaciones que no aparezcan en las exportaciones y registre cualquier campo u objeto que no pueda exportarse sin ayuda del administrador o del soporte.
| Conjunto de evidencia | Contenido necesario | Condición de preparación |
|---|---|---|
| Exportaciones principales | Archivos de Product, Customer, Order, Category, stock, contenido y canales cuando estén disponibles | Los archivos tienen fecha y procedencia identificable. |
| Capturas e informes | Variantes, aplicaciones, integraciones, configuración, idiomas, redirecciones y excepciones | Las relaciones no exportadas son visibles. |
| Archivo de medios y tema | Recursos originales y copia de seguridad del tema o registro de código cuando exista | Los archivos del origen son recuperables. |
| Registro de soporte | Contacto de cuenta identificado y preguntas de exportación sin resolver | Las carencias de evidencia tienen responsables. |
| Registro de cambios | Products, stock, Customers, Orders, canales y URLs nuevos o modificados | Los cambios posteriores del origen pueden conciliarse. |
No rellene una carencia de evidencia con un supuesto no respaldado. Registre la limitación y la persona responsable de confirmar el funcionamiento actual de la cuenta.
Seleccionar registros representativos para la prueba de migración
| Grupo de muestras | Incluir | Propósito de preparación |
|---|---|---|
| Products | Product simple, Product con variantes, Product multilingüe, Product publicado por canal, excepción de poco stock y Product enriquecido por aplicaciones | Exponer distintos patrones de catálogo y propiedad. |
| Customers | Registrado, invitado, B2B, segmentado, identidad duplicada y Customer con ID externo | Representar diferencias de cuenta e integración. |
| Orders | Web, plataforma de venta externa, reembolso, devolución, estado logístico distinto, referencia de factura y Order de sistema externo | Preservar contexto operativo. |
| Descubrimiento y contenido | Category prioritaria, ruta por idioma, página de destino, URL de Product y redirección | Preparar relaciones de rutas y contenido. |
| Dependencias | Product, Customer u Order afectado por una integración de TeamSystem o externa | Incluir identificadores entre sistemas en la evidencia. |
Cada muestra debe incluir una expectativa del origen que explique por qué el registro es representativo, qué relaciones importan y qué evidencia debe acompañarlo.
Completar la puerta de preparación de Storeden
| Puerta final | Condición de preparación |
|---|---|
| Identidad de la cuenta | Se han conciliado los nombres Storeden y TeamSystem Commerce, la cuenta, los dominios, canales y responsables. |
| Catálogo | Products, variantes, Categories, idiomas, medios y campos personalizados están documentados. |
| Inventario | Se conocen autoridad sobre stock, granularidad, ubicaciones, canales y excepciones. |
| Customers | Se comprenden casos registrados, invitados, B2B, segmentados, duplicados y con ID externo. |
| Orders | Canal, selecciones de Product, estados, logística, totales, documentos e IDs externos son interpretables. |
| Dependencias | Apps, plugins, conexiones TeamSystem, plataformas de venta externas y sistemas externos tienen una decisión de tratamiento. |
| Contenido | Temas, páginas, medios, campos SEO, rutas por idioma y redirecciones están preparados. |
| Entradas | Exportaciones, capturas, medios, contactos de soporte, limitaciones y registro de cambios están disponibles. |
| Muestras | Los registros representativos de migración cubren patrones ordinarios y complejos del origen. |
Conclusión
La preparación para Storeden debe conciliar el nombre histórico de la plataforma con su contexto actual de TeamSystem Commerce y apoyarse en evidencia de la cuenta real. Catálogo, inventario, canales, Customers, Orders, contenido, aplicaciones y conexiones con TeamSystem deben documentarse por responsables que entiendan su uso operativo.
Un archivo de evidencia completo hace visibles las limitaciones del origen en lugar de sustituirlas por supuestos. Esto proporciona una base fiable para configurar la migración incluso cuando la documentación pública a nivel de campo es limitada.
Preguntas frecuentes
¿Por qué la lista menciona TeamSystem Commerce si el título de la plataforma es Storeden?
TeamSystem presenta actualmente Storeden como TeamSystem Commerce. Las cuentas existentes, exportaciones, integraciones y procedimientos del personal pueden utilizar cualquiera de los dos nombres, por lo que la preparación debe registrar explícitamente la relación.
¿Qué debe hacerse cuando un campo de Storeden no aparece en la documentación pública actual?
Utilice evidencia de la cuenta real, exportaciones, capturas, responsables de integraciones y contactos de soporte. Registre cualquier comportamiento no resuelto como una limitación del origen en lugar de adivinar.
¿Qué Products de Storeden deben incluirse en las muestras?
Incluya Products simples y con variantes, Products multilingües, Products publicados en plataformas de venta externas, excepciones de inventario, Products con muchos medios y registros enriquecidos por aplicaciones o sistemas externos.
¿Cómo debe prepararse el stock multicanal?
Identifique el sistema autorizado de stock, la granularidad por Product o variante, ubicaciones, reglas de reserva o sincronización e identificadores específicos de canal.
¿Qué registros de Orders son más útiles durante la preparación?
Utilice Orders web y de plataformas de venta externas, reembolsos, devoluciones, distintos estados logísticos, referencias de factura o documento fiscal y Orders conectados con TeamSystem u otros sistemas.
¿Cómo deben controlarse los cambios del origen después de una exportación?
Mantenga un registro fechado de Products, stock, Customers, Orders, canales, aplicaciones y URLs para poder conciliar la evidencia de migración con el estado actual de la tienda de origen.