Cambiar de tienda: conservar pedidos abiertos y direcciones
Planifique dónde se terminan los pedidos abiertos. Un caso desarrollado separa la dirección de entrega del pedido del perfil actual del cliente.
Antes de copiar datos, decida qué sistema seguirá gestionando los pedidos abiertos. El estado del pago, la dirección de entrega y la instrucción de envío deben corresponder al pedido concreto. Una lista de clientes importada no responde por sí sola a esas preguntas.
Asignar los pedidos abiertos a un sistema
La siguiente migración ficticia adopta una decisión explícita: los pedidos ya aceptados se completan en el sistema antiguo. Tras el cambio, solo la nueva tienda recibe pedidos nuevos. La administración anterior sigue accesible para la gestión y las consultas. Esto exige mantener el acceso previo y las integraciones necesarias.
Otra migración podría transferir los pedidos abiertos por completo. Habría que demostrar que las referencias de pago, los estados de envío y todas las funciones necesarias encajan en el destino. Aclare el enfoque antes de importar datos.
Un pedido con dos estados de dirección distintos
Todos los datos son ficticios. No hay un cambio de dirección confirmado por separado para el pedido abierto. Norte y Sur representan lugares de entrega diferentes.
Registro | Estado antes de migrar | Gestión prevista |
|---|---|---|
Pedido abierto | Pago confirmado, envío pendiente, entrega en Norte | Gestionar en el sistema antiguo para Norte; mostrar solo una referencia en el destino |
Perfil actual del cliente | Lugar de entrega predeterminado Sur | Transferir para nuevas selecciones de dirección; no reescribir el pedido antiguo |
Pedido nuevo tras el cambio | Recibido en la nueva tienda | Gestionar en el sistema nuevo |
Si la transferencia sustituyera Norte en el pedido antiguo por Sur del perfil, esta prueba de ejemplo fallaría en sus requisitos de negocio. Aun así, la lista de clientes podría haberse importado íntegramente. Aquí, la aceptación exige conservar el estado confirmado del pedido antiguo y tramitarlo solo en el sistema previsto.
La documentación de Shopify también distingue la migración de clientes y los pedidos históricos, con métodos de transferencia diferentes. Su interfaz de direcciones describe por separado la dirección del pedido y los cambios posteriores del perfil. Compruebe esa distinción en los sistemas de origen y destino elegidos.
Seguir el ensayo hasta la gestión
En un entorno de prueba separado, compare el estado de origen, el registro transferido y la vista de gestión posterior. Compruebe la relación con el cliente, la dirección del pedido y los estados de pago y envío. En este plan, una referencia histórica mostrada en destino no debe iniciar otro pago ni un envío adicional. Repita la transferencia y compruebe si reconoce el mismo pedido de origen.
Durante el ensayo se impiden notificaciones reales a clientes, pagos e instrucciones de envío. Registre los resultados observados aparte de los esperados.
Conciliar los cambios hasta la transición
Las direcciones, pagos o estados de envío pueden cambiar entre la copia de ensayo y la transición. Defina el momento del cambio con su zona horaria y concilie esas modificaciones. Revise también las transferencias pendientes del antiguo canal de pedidos.
Si se aborta la migración, se detiene la recepción de pedidos antes de abrir otro canal. Los pedidos nuevos ya aceptados deben seguir asignados inequívocamente al sistema que los gestiona. El acceso a los pedidos antiguos termina cuando una vía verificada permite seguir tramitándolos y atender consultas sobre ellos.
Fuentes
Seguir leyendo
Todos los artículos
E-Commerce con ASES
Tiendas online, marketplaces y portales B2B