Si se selecciona osCMax como plataforma de destino, la preparación debe tratar la tienda como una instalación heredada por capas, no como un esquema fijo de producto. La base de datos suele contener un núcleo derivado de osCommerce, ampliaciones del paquete osCMax, tablas y columnas controladas por contribuciones, modificaciones específicas del comercio, recursos de plantillas, archivos de idioma e identificadores de sistemas externos. Por eso, dos tiendas con una apariencia similar pueden exigir evidencias de origen diferentes antes de trasladar sus datos y relaciones a osCMax.
El objetivo de preparación es identificar qué capa controla cada Product, Customer, Order, contenido y registro operativo importante. Cada área de preparación debe definir una acción, un responsable, una evidencia y una condición para considerarse lista. Cuando no exista documentación autoritativa suficiente, no deben utilizarse supuestos sobre el ciclo de vida actual, la compatibilidad o las funciones exactas incluidas en el paquete; la instalación real es la evidencia.
Establezca el linaje de versiones, el historial de la tienda y el acceso al origen
Registre todos los indicadores disponibles del linaje de la instalación osCMax: versión mostrada, paquete de versión o historial del repositorio, notas de actualización, cambios en el esquema de base de datos, archivos modificados, contribuciones instaladas, paquete de plantilla, entorno de hosting e integraciones externas. Cuando la evidencia se contradiga, documente la incertidumbre en lugar de seleccionar la etiqueta que parezca más reciente.
| Acción | Responsable | Evidencia | Condición de preparación |
|---|---|---|---|
| Registrar la evidencia de versión y paquete | Responsable técnico | Pie del panel de administración, archivos del paquete, registro de cambios, valores de versión de la base de datos | Se documentan los indicadores de versión conocidos y los que entren en conflicto. |
| Registrar el historial de actualizaciones y mantenimiento | Desarrollador, agencia o comercio | Notas de despliegue, fechas de copias de seguridad, historial de parches | Pueden identificarse las principales transiciones de esquema o código. |
| Confirmar el acceso a la base de datos y a los archivos | Responsable de hosting | Estado de acceso, nombre de la base de datos, raíz documental, disponibilidad de archivos | La instalación activa prevista puede examinarse y respaldarse. |
| Identificar las capas de plantilla e idioma | Responsable de la tienda | Nombre de la plantilla, directorios de idioma, sobrescrituras, capturas de pantalla | El contenido y los archivos de presentación pueden separarse de los registros de base de datos. |
| Identificar tareas programadas y sistemas externos | Responsable de integraciones | Lista de cron, exportaciones, importaciones, referencias de ERP/contabilidad/envío | Se conocen los datos que cambian fuera de la interfaz de administración. |
Congele los cambios no documentados de código y esquema mientras se reúne la evidencia. La actividad comercial puede continuar, pero las importaciones tardías de Products, la instalación de contribuciones, los cambios de campos o la sustitución de plantillas deben registrarse en un control de cambios.
Separe los registros comerciales principales de los datos del paquete y las contribuciones
Comience por el núcleo derivado de osCommerce: Products, descripciones de Product, Categories, fabricantes, atributos, Customers, libretas de direcciones, Orders, Products de Orders, totales de Orders, estados, reseñas, ofertas especiales y otras relaciones estándar presentes en la instalación. Después identifique los campos y tablas adicionales introducidos por el paquete osCMax, las contribuciones o el desarrollo personalizado.
Un nombre de tabla conocido no demuestra que todas sus columnas pertenezcan al núcleo. Cree un inventario de esquema y propiedad que registre tabla, campo o entidad, ID principal relacionado, contribución o modificación que lo creó cuando se conozca, finalidad empresarial, uso actual y decisión para el destino.
| Capa de origen | Evidencia de preparación | Condición de preparación |
|---|---|---|
| Registros principales de Product y Category | Extractos de Products, Categories, fabricantes, atributos, precios, stock e imágenes | Las relaciones básicas del catálogo están completas. |
| Campos añadidos por el paquete | Diferencias de esquema, capturas del panel de administración, registros representativos | Los valores del paquete se distinguen de los campos principales. |
| Tabla de una contribución | Definición de tabla, relaciones de claves, nombre del módulo, IDs de muestra | Se conocen la entidad empresarial de la tabla y sus registros principales. |
| Modificación directa del núcleo | Lista de archivos modificados y campos de base de datos afectados | El significado empresarial está documentado independientemente del código antiguo. |
| Campo de sistema externo | Mapa de identificadores y propietario actual del sistema | Las claves estables entre sistemas siguen siendo rastreables. |
| Tabla o columna obsoleta | Evidencia de último uso y decisión del comercio | Los residuos técnicos quedan marcados para archivo o exclusión. |
No prepare la migración únicamente a partir de una lista genérica de tablas osCommerce. El esquema y el código activos determinan la tienda real.
Prepare Products, atributos, stock por combinación, imágenes y precios
Las opciones y los atributos heredados de Product pueden ampliarse mediante contribuciones que añaden stock por combinación, SKU independientes, imágenes adicionales, campos personalizados, descuentos por cantidad, precios por Customer Group, descargas, paquetes o constructores de Products. Registre el funcionamiento empresarial de cada estructura en lugar de asumir que toda opción es un simple atributo de Product.
| Patrón de origen | Acción | Evidencia | Condición de preparación |
|---|---|---|---|
| Atributo estándar | Registrar opción, valor, asignación a Product y efecto sobre precio o peso | Exportación de atributos e IDs de Products representativos | El significado de la elección de compra es explícito. |
| SKU o stock a nivel de combinación | Identificar la tabla de la contribución y la clave de combinación | Matriz de combinaciones con cantidad y SKU | Las combinaciones vendibles pueden distinguirse del Product principal. |
| Varias imágenes o imágenes específicas de atributos | Registrar archivos de imagen, secuencia y relación Product/opción | Manifiesto de recursos multimedia y rutas de archivo | Están disponibles los recursos originales y el significado de la vinculación. |
| Campo adicional de Product | Registrar propietario del campo, tipo, uso en presentación y consumidor externo | Fila de esquema y Products de muestra | Los valores activos tienen un propietario en el destino. |
| Precio por cantidad o específico de Customer | Registrar Product, grupo o umbral, moneda, fechas e importe | Inventario de precios | El precio condicional no se reduce al precio base. |
| Product descargable | Registrar archivo, relación de acceso, caducidad o límite cuando exista | Muestras de Products y Orders históricos | La evidencia de entrega digital está completa. |
El responsable del catálogo debe aprobar cualquier limpieza de atributos, nombres de imágenes, SKU o precios duplicados. Una aparente duplicación puede reflejar el funcionamiento de una contribución o una clave de un sistema externo.
Prepare Customers, libretas de direcciones, grupos y extensiones de cuenta
La preparación de Customers debe incluir identidad de la cuenta, entradas de la libreta de direcciones, relaciones con direcciones predeterminadas, clasificación por grupo o mayorista, identificadores fiscales, estados de aprobación, registros de fidelización o crédito, valores de referidos, campos personalizados e IDs externos de CRM o contabilidad cuando existan.
Cree un registro de extensiones de Customer. Para cada campo o tabla añadidos, documente la clave de Customer relacionada, la finalidad empresarial, si el valor es actual o histórico, el responsable de privacidad y si otro sistema sigue siendo autoritativo.
| Área de Customer | Evidencia | Condición de preparación |
|---|---|---|
| Cuenta de Customer | Identidad, estado, excepciones de correo electrónico, fechas e IDs externos | Las identidades duplicadas o en conflicto tienen una decisión definida. |
| Libreta de direcciones | Filas de direcciones y vínculos con la dirección predeterminada | Las direcciones reutilizables permanecen separadas de las instantáneas de Orders. |
| Grupo mayorista o distribuidor | Asignación de grupo más sus efectos sobre precios, impuestos, acceso o pagos | El significado comercial se documenta más allá de la etiqueta. |
| Contribución de fidelización, crédito o recompensas | Saldo, historial de movimientos e ID principal de Customer | El saldo actual puede separarse de la evidencia histórica. |
| Campos personalizados de perfil | Esquema, tipo de campo, finalidad de privacidad y valores de muestra | Cada campo activo tiene un propietario. |
Prepare Orders, totales de Orders, historial de estados y registros de extensiones
Los Orders suelen contener la evidencia histórica más importante de una tienda osCMax. Prepare cabeceras de Order, datos de Customers o invitados, instantáneas de facturación y envío, líneas de Product, valores de modelo o SKU, atributos seleccionados, cantidades, precios, impuestos, descuentos, envío, etiquetas de pago, estados, comentarios y referencias externas.
Los módulos de totales de Order requieren atención específica. Separe subtotal, impuestos, envío, cupón, vale regalo, recargo, cargo por pedido pequeño, crédito, descuento y otras líneas creadas por contribuciones. Conserve etiquetas, importes, orden de presentación y relación con el total final.
| Evidencia del Order | Responsable | Condición de preparación |
|---|---|---|
| Líneas de Product y atributos | Responsable de comercio | El artículo comprado y los valores seleccionados pueden leerse sin el catálogo activo. |
| Instantáneas de direcciones | Responsable de atención al cliente | Las direcciones históricas no se sobrescriben con los datos actuales del Customer. |
| Totales de Order | Responsable de finanzas o comercio | Cada importe relevante tiene un módulo o significado empresarial conocido. |
| Estados y comentarios | Responsable de operaciones | La secuencia histórica de estados y las notas pueden interpretarse. |
| Referencias de pago y envío | Responsable de finanzas o procesamiento logístico | Se registran transacción, transportista, seguimiento y etiquetas de método. |
| Devoluciones, vales, créditos o extensiones posventa | Responsable de atención al cliente | Los registros relacionados y los saldos restantes se vinculan al Order. |
| IDs de exportación o conciliación | Responsable de integraciones | Los sistemas de contabilidad, ERP, marketplace o almacén pueden localizar la transacción. |
No utilice la configuración actual de pago o envío como sustituto de las etiquetas y referencias históricas.
Cree el inventario de contribuciones y personalizaciones
El registro de contribuciones es el artefacto central de preparación para osCMax. Agrupe las contribuciones por efecto empresarial, no solo por su nombre de instalación.
| Área de contribución | Evidencia que debe prepararse | Condición de preparación |
|---|---|---|
| Catálogo y precios | Tablas/campos añadidos, Products representativos, pantallas de administración | Los registros activos de Products y precios tienen propietarios. |
| Customers y acceso | Grupos, aprobaciones, campos fiscales, fidelización, crédito, contenido restringido | El funcionamiento de la cuenta puede separarse en relaciones distintas. |
| Proceso de compra y totales de Order | Resumen de configuración y Orders representativos | Los importes históricos se distinguen del funcionamiento futuro. |
| Pago y envío | Referencias de transacción o envío, campos de estado | La evidencia histórica se conserva sin credenciales ni código antiguos. |
| Informes y exportaciones | Indicadores de exportación, IDs de lote, claves de sistemas externos | Se conocen las referencias operativas que siguen siendo necesarias. |
| SEO y contenido | Tablas de rutas, metadatos, páginas, redirecciones | Las rutas públicas y los propietarios de contenido son explícitos. |
| Plantilla e interfaz | Archivos de plantilla, bloques, entradas de idioma, capturas de pantalla | El contenido empresarial se separa de la presentación. |
| Código personalizado | Lista de archivos modificados, cambios de esquema, responsable del proceso | La regla empresarial está documentada independientemente de la implementación. |
Clasifique cada elemento como activo y necesario, activo pero reemplazable, solo histórico, inactivo con datos que deben conservarse, obsoleto o desconocido. Los elementos desconocidos que sean críticos para el negocio siguen bloqueando la preparación.
Prepare contenido, plantillas, archivos de idioma, recursos multimedia y URL
El contenido visible de osCMax puede residir en descripciones de Product o Category, contribuciones de páginas informativas, archivos estáticos, bloques de plantilla, archivos de idioma, banners, botones, imágenes o módulos personalizados. Inventaríe el contenido por propietario y ruta.
Prepare:
- páginas activas de políticas, información, contacto y servicios;
- descripciones e imágenes de Products y Categories;
- bloques de plantilla que contengan contenido empresarial;
- texto de archivos de idioma que deba seguir mostrándose al cliente;
- menús y destinos de navegación;
- URL importantes de Products, Categories, fabricantes y contenido;
- redirecciones o reglas de reescritura creadas por contribuciones o configuración del servidor;
- imágenes originales, archivos descargables y recursos multimedia no generados.
Una captura de pantalla demuestra la presentación, pero no el registro subyacente. Cuando sea posible, acompañe las capturas con rutas de archivos, claves de base de datos o fuentes de contenido.
Prepare evidencia de hosting, entorno de ejecución, seguridad y copias de seguridad
Las condiciones del hosting heredado pueden determinar si los datos y archivos de origen son accesibles. Registre versiones de PHP y base de datos, juego de caracteres o intercalación, configuración del servidor web, tareas programadas, rutas de almacenamiento, permisos y restricciones conocidas de seguridad o mantenimiento. Estos datos son evidencia para interpretar el origen, no un requisito para reproducir el entorno antiguo en la plataforma de destino.
Cree un conjunto de copias de seguridad restaurable que contenga la base de datos y el árbol de archivos relevante del mismo estado de la tienda. Incluya plantillas, archivos de idioma, imágenes, descargas, código de contribuciones, referencias de configuración y scripts personalizados. Registre cifrado, compresión, tamaño, marca temporal y responsable del acceso.
| Área de copia de seguridad | Evidencia | Condición de preparación |
|---|---|---|
| Base de datos | Volcado completo y nota de preparación para restauración | Están presentes las tablas principales y las de contribuciones. |
| Archivos | Archivo del origen o árbol de archivos accesible | Están disponibles plantillas, contribuciones, imágenes, descargas y código personalizado. |
| Entorno | Notas de ejecución y servidor | Pueden anticiparse problemas de interpretación dependientes de versión. |
| Seguridad | Responsable de credenciales, límites de acceso, tratamiento de datos sensibles | El acceso puede proporcionarse de forma segura mediante el proceso previsto. |
| Registro de cambios | Cambios tardíos después de la copia | Los nuevos Orders o cambios estructurales son visibles. |
Seleccione muestras representativas para las pruebas de migración
Prepare un manifiesto de muestras con IDs de origen, tablas relacionadas, archivos, propietario de la contribución y significado esperado en el origen. Incluya registros ordinarios y los casos con mayor probabilidad de revelar variaciones de esquema.
Incluya:
- un Product simple y un Product con atributos estándar;
- un Product con stock o SKU a nivel de combinación cuando se utilicen;
- un Product con varias imágenes o imágenes controladas por contribuciones, descargas, precios especiales o campos personalizados;
- Customers con varias direcciones, clasificación mayorista o de distribuidor, campos personalizados, fidelización, crédito o IDs externos;
- Orders de invitados y registrados con atributos, varias líneas de totales, estados inusuales, referencias de pago/envío, reembolsos, vales o IDs de exportación;
- ejemplos importantes de contenido y rutas;
- una entidad activa controlada por una contribución, un registro de tabla personalizada y una relación con un sistema externo;
- un registro propuesto para retirada, con la razón documentada de por qué no forma parte del alcance activo del destino.
Aplique la verificación final de preparación para osCMax
| Pregunta de preparación | Resultado requerido |
|---|---|
| ¿Está documentado el linaje de la instalación? | Se registran indicadores de versión, historial, evidencia de paquetes y conflictos. |
| ¿Están separados los esquemas principales y ampliados? | Las tablas principales, ampliaciones del paquete, contribuciones y campos personalizados tienen propietarios. |
| ¿Está representada la complejidad del catálogo? | Se documentan atributos, stock por combinación, imágenes, precios, descargas e identificadores. |
| ¿Pueden interpretarse Customers y Orders? | Están completos grupos, direcciones, totales, estados, registros posventa e IDs externos. |
| ¿Están clasificadas las contribuciones? | Los elementos activos, históricos, obsoletos y desconocidos tienen disposiciones explícitas. |
| ¿Se han inventariado el contenido y los recursos de la tienda? | Páginas, texto de idioma, plantillas, recursos multimedia, URL y redirecciones son rastreables. |
| ¿La copia de seguridad es restaurable? | Base de datos, archivos y notas de entorno corresponden al mismo estado de la tienda. |
| ¿El conjunto de muestras es representativo? | Incluye casos principales, de contribuciones, tablas personalizadas, históricos y de retirada. |
La preparación sigue abierta cuando una contribución crítica para el negocio, una tabla personalizada, una línea de total de Order o un identificador externo no tiene propietario.
Conclusión
La preparación de una migración hacia osCMax depende de la evidencia de la instalación real. Antes de configurar la migración deben separarse los registros comerciales principales, las ampliaciones del paquete, las contribuciones, las tablas personalizadas, las plantillas, los archivos de idioma, los totales de Orders y las claves de sistemas externos.
Un paquete de origen restaurable, un registro de propiedad de contribuciones y un manifiesto de muestras representativas proporcionan una base controlada para preparar la configuración de la migración.
Preguntas frecuentes
¿Por qué un esquema genérico de osCommerce no basta para preparar una migración hacia osCMax?
Porque las instalaciones osCMax suelen incluir ampliaciones del paquete, contribuciones, campos personalizados, archivos principales modificados y tablas personalizadas. El esquema y el código activos determinan qué registros existen y qué significan.
¿Qué debe registrarse para cada contribución de osCMax?
Registre su finalidad empresarial, estado, tipos de datos principales afectados, tablas o campos, IDs de origen representativos, dependencias externas y si sus registros son activos, históricos, reemplazables, obsoletos o desconocidos.
¿Por qué los totales de Orders de osCMax necesitan un inventario separado?
Porque los módulos de totales de Order pueden crear líneas de envío, impuestos, cupones, vales, recargos, descuentos, cargos, créditos y otros importes. La etiqueta, el importe, la secuencia y el módulo propietario explican el total histórico.
¿Deben incluirse los módulos y tablas obsoletos de osCMax?
Deben documentarse y después marcarse para archivo o exclusión cuando ningún proceso activo o histórico dependa de ellos. No fuerce residuos técnicos obsoletos dentro de un campo genérico del destino.
¿Qué debe contener la copia de seguridad de origen de osCMax?
Prepare la base de datos y los archivos relevantes del mismo estado de la tienda, incluidos plantillas, contribuciones, archivos de idioma, imágenes, descargas, referencias de configuración y scripts personalizados, junto con las notas del entorno.
¿Cómo deben seleccionarse las muestras representativas de osCMax?
Utilice Products principales y condicionados por contribuciones, Customers con extensiones de cuenta, Orders con varias líneas de totales, ejemplos de contenido y rutas, registros de tablas personalizadas, identificadores externos y al menos un caso de retirada deliberada.