Preguntas frecuentes y solución de problemas con Miravia

Esta página va de síntoma a causa y a solución. Algunos motivos de decisión del módulo no se muestran en ninguna pantalla. Cuando eso pase, la solución indica a quién pedir el registro.

La cuenta muestra ERROR

Causa: el token de acceso (Clave) no es válido, o Miravia no responde.
Qué hacer: revisa Clave en la ficha. Si no cambió, deja el campo en blanco para conservar la guardada. Si el error sigue, pide a soporte la revisión de la conexión.

No se descargan pedidos automáticamente

Causa 1: la cuenta no está Activo.
Causa 2: el cron no está Activado.
Qué hacer: comprueba las dos casillas y la Próxima ejecución. Para no esperar, usa Integrar desde proveedor con un rango que incluya el pedido.

Un pedido no se convierte en pedido de cliente

Causa 1: su estado no está en Estados que crean pedido.
Causa 2: la serie del canal no existe en Beply.
Causa 3: el pedido no se ha convertido todavía. Con Crear pedidos automáticamente desactivado, la conversión es manual.
Qué hacer: comprueba el estado del pedido y la configuración. Si no lo ves claro, pon Convertir a pedido y revisa el mensaje que aparece. Si el mensaje no basta, pide a soporte el registro del pedido.

Un pedido con línea sin producto vinculado sí se convierte: su línea entra como libre.

Un pedido queda retenido

Causa 1: el stock de Beply de la variante vinculada es insuficiente para una línea.
Causa 2: Retener pedidos sin dato de stock está activa y la línea no tiene variante vinculada, o no tiene fila de stock.
Causa 3: el empaquetado está retenido: el estado pack/RTS muestra la razón.
Qué hacer: si es falta de stock, revisa el producto y el fichero de stock. Si es empaquetado, espera a la recuperación automática; si sigue retenido, revisa el pedido en Miravia.

El pedido muestra “ERROR: empaquetado fallido”

Causa: un pedido pagado lleva más horas que las configuradas sin paquete. La alerta solo existe en cuentas con aceptación automática.
Qué hacer: mira en Miravia si el paquete existe. Si lo empaquetaste desde el centro de vendedor, la siguiente descarga retira la alerta.

Un pedido está en cuarentena de empaquetado

Causa: Miravia no creó el paquete tras los reintentos.
Qué hacer: revisa el pedido en Miravia. No hay un botón para forzar el empaquetado.

El stock no se actualiza en Miravia

Causa 1: Subida de stock activada está apagada.
Causa 2: el modo global no está en Escritura habilitada.
Causa 3: el SKU no coincide con el del fichero, o con varios almacenes el SKU no empieza por el código de proveedor seguido de _.
Causa 4: el producto tiene las marcas de publicación desactivadas (tras una conciliación).
Qué hacer: revisa las causas en ese orden. Si las casillas están bien, pide a soporte que revise las marcas de publicación del producto.

Sincronizar todo desde FTP muestra “No se pudo iniciar la sincronización”

Causa: la reconciliación no está configurada, o falta permitir la escritura de stock o de precio.
Qué hacer: revisa las casillas y el modo global; si siguen bien, pide a soporte la configuración.

El precio no se publica en un país

Causa: el país no está en la lista de países vendibles de la cuenta, que se refresca cada 12 horas.
Qué hacer: espera a la siguiente actualización. Si el país no aparece nunca, revisa la cuenta en Miravia.

La etiqueta no aparece

Causa 1: Solicitar etiquetas automáticamente está apagada. Solo Solicitar etiquetas a Miravia no pide nada.
Causa 2: el pedido no está convertido a pedido de cliente, no está en Listo para enviar o tiene más de 60 días.
Causa 3: el destino es Solo guardar en el pedido y el pedido tiene varios paquetes.
Causa 4: con Solo guardar en el pedido, se agotaron las seis solicitudes automáticas (desde la versión 17.2). Es una secuencia distinta de la recuperación del pack.
Qué hacer: revisa las causas. Si el destino no sirve para tu caso, cambia a FTP del ERP (BeplyImport). Si se agotó la secuencia, pide a soporte que revise el error; no repitas peticiones a ciegas.

El enlace de la etiqueta de Shopify no funciona

Causa: el enlace está revocado, caducado (14 días), la opción está apagada o el paquete ya no espera recogida. Si Miravia cambió el paquete y falta la nueva etiqueta, también responde 404 y no sirve la anterior.
Qué hacer: comprueba el estado actual y la etiqueta del paquete actual. Si Shopify muestra Etiqueta Miravia actualizada, descárgala e imprímela otra vez con el mismo enlace. Desde la versión 17.3, hay un límite de 30 rechazos y otro de 600 peticiones totales por dirección en 10 minutos; un 429 requiere esperar esa ventana.

El tracking no llega a Miravia

Causa 1: Enviar tracking a Miravia está apagada.
Causa 2: el modo global no está en escritura.
Causa 3: el envío no tiene número de seguimiento. Queda en cuarentena hasta que exista.
Causa 4: usas la versión 17.5, que bloqueaba el transporte del seguimiento, o quedó un envío rechazado antes de actualizar.
Qué hacer: si tienes instalada la versión 17.6, se corrige ese bloqueo, pero siguen siendo necesarias la cuenta correcta, Enviar tracking a Miravia, Escritura habilitada y el número de seguimiento. Actualizar no reactiva automáticamente los envíos rechazados. Pide a soporte que revise los estados definitivos o inciertos antes de repetir; comprueba el seguimiento en Miravia.

El seguimiento dice «ya no aparece en Miravia»

Causa posible: en la versión 18.0, el seguimiento de publicaciones y la adopción de anuncios aún pueden hacer una búsqueda incompleta; ese aviso no demuestra que el anuncio se haya eliminado.
Qué hacer: no lo borres ni lo republiques sólo por ese aviso; comprueba el anuncio en Miravia y pide a soporte que reconcilie su estado. Consulta cómo comprobar el anuncio después del lote.

Un pedido de Miravia no aparece en Shopify

Causa 1: la Cuenta Shopify no está elegida, dejó de existir o la tienda no permite Crear pedidos en Shopify.
Causa 2: el modo global no está en Escritura habilitada o Subir pedidos a Shopify está apagada.
Causa 3: el pedido se convirtió a mano. Convertir a pedido no inicia el envío automático.
Causa 4: desde la versión 16.9, falta un enlace único de catálogo para alguna variante en esa cuenta Shopify, el enlace es ambiguo o la plataforma instalada no admite variantes en las líneas.
Causa 5: se agotaron los reintentos. Desde la versión 17.2, la ficha muestra una alerta de reenvío fallido.
Qué hacer: corrige la causa antes de pulsar Reenviar a Shopify (desde la versión 17.2, con permiso para modificar, cuenta activa, Subir pedidos a Shopify y escritura habilitada). No reenvía un pedido ya vinculado en Shopify. Ponerlo en cola no confirma que exista en Shopify ni cierra la alerta: comprueba el pedido en la tienda. Ante una respuesta incierta, reconcilia con soporte antes de solicitar otro envío. Si no puedes identificar la causa con el aviso de la ficha, pide a soporte los diagnósticos; la pestaña Historial muestra estados del proveedor.

La solicitud de preparación no llega al almacén de Shopify

Causa: falta Solicitud de preparación automática en Shopify, la ubicación no es válida, faltan permisos de preparación de terceros, el enlace propio aún no está vigente y publicado o una orden abierta está asignada a otra ubicación.
Qué hacer: sigue los requisitos de la solicitud de preparación. No cambies a ciegas la ubicación. Una solicitud rechazada se revisa en Shopify y no se reenvía automáticamente; una solicitud enviada no demuestra preparación completada.

Una descarga manual trae pedidos antiguos

Causa: la fecha Importar pedidos creados desde solo filtra la descarga automática.
Qué hacer: usa rangos recientes en la descarga manual.

No se crea el abono de una devolución o de una cancelación

Causa 1: el pedido no tiene factura en Beply. Sin factura no hay abono.
Causa 2: la conciliación de devoluciones está en Deshabilitado (valor por defecto), o en Observar.
Qué hacer: comprueba que el pedido tiene factura y el modo de conciliación.

La factura no sube a Miravia

Causa: la API de pedidos de Miravia no admite recibir facturas.
Qué hacer: no hay solución en Beply. Ver Facturas y Miravia.

¿Qué hago si nada de esto resuelve mi caso?

Pide a soporte el código del pedido, la fecha y el nombre de la cuenta afectada. No incluyas datos del comprador ni la clave de la cuenta.