Envíos en PrestaShop: configuración, costes y servicios de transporte

Qué haríamos

Primero definiríamos la oferta de entrega que puede cumplir tu tienda actual: orígenes de expedición, servicios contratados, mercados de clientes y empleados que embalan y entregan los paquetes. Revisa los módulos instalados, el tema y el proceso de compra, las integraciones de stock o ERP, los pesos y dimensiones del catálogo y cualquier exportación personalizada de pedidos antes de elegir un sustituto. Conserva la configuración que funcione si satisface el requisito; identifica si la carencia afecta a los precios, la elegibilidad, la selección de puntos de recogida o el trabajo del almacén.

Realiza el cambio acordado en una copia de pruebas con el mismo proceso de compra e integraciones, aislada de los emails a clientes y de las exportaciones de preparación de pedidos de producción. Usa el entorno de pruebas del proveedor cuando esté disponible. Haz copias de seguridad correspondientes de archivos y base de datos: restaurar solo la base de datos no revierte los archivos del módulo ni los envíos creados con el proveedor. Ensaya la lista de aceptación siguiente y después programa un cambio planificado con un operador designado y la configuración anterior lista para restaurar.

Para un módulo de mensajería ya elegido, el PrestaShop Module Installation & Configuration Service cubre la instalación, la configuración acordada y la verificación del recorrido pertinente; las licencias, los módulos adicionales y el desarrollo se contratan aparte.

Configura zonas, transportistas y rangos

Empieza en Internacional > Ubicaciones. Activa los países de destino y asígnalos a zonas adecuadas. El núcleo calcula los precios de entrega nativos por zona. Un país tiene una zona; las provincias pueden tener sus propias asignaciones de zona. Divide una zona amplia cuando tus tarifas difieran, por ejemplo Nacional, UE vecina, Resto de la UE y Europa fuera de la UE.

1. Abre Transporte > Transportistas. Añade un transportista o revisa el servicio creado por tu integración. PrestaShop 1.7.8 usa un asistente de transportistas. En PrestaShop 9, el formulario puede variar según la versión y la función de transportistas activada.
2. Establece un nombre claro para el cliente, un logotipo y un texto traducido del plazo de entrega. El grado de velocidad se usa al ordenar por rapidez. El plazo de un transportista es texto multilingüe, no un valor de tránsito independiente por zona. Usa transportistas de servicio separados cuando los mensajes deban diferir.
3. Para un transportista nativo de pago, elige facturación por precio o por peso: cada transportista usa una sola base nativa a la vez. Para mantener tarifas por peso y ofrecer entrega estándar gratuita por encima de un importe de pedido, usa la regla de carrito restringida por transportista que se indica abajo. Los transportistas gratuitos y los módulos externos pueden funcionar sin rangos nativos.
4. Activa las zonas atendidas e introduce una tarifa por rango y zona. Comprueba el acceso de grupos de clientes, las asociaciones de tiendas y las restricciones de transportista por producto.
5. Selecciona la regla de impuestos del transportista. Establece el gasto global de manipulación en Transporte > Preferencias y después elige si este transportista lo añade. Comprueba el gasto de envío adicional de cada producto y no cuentes el embalaje dos veces si tu tarifa ya lo incluye.
6. Establece las restricciones de tamaño y peso según el contrato del servicio. El núcleo comprueba las dimensiones de los productos y los límites de peso pertinentes. No coloca varios artículos en una caja ni calcula el peso volumétrico por ti.

Tarifas meramente ilustrativas, en la unidad de peso y moneda de tu tienda:

El límite inferior está incluido y el superior excluido. Un carrito de 2 kg corresponde a la segunda fila. Los rangos de 0 a 2 y de 3 a 5 dejan un hueco. Con Desactivar transportista, un carrito sin rango coincidente puede perder esa opción. Con Aplicar el coste del rango más alto definido, el núcleo puede usar el rango más alto incluso para un hueco interno. Comprueba el ajuste elegido; no supongas un valor predeterminado universal. No uses la tarifa más alta para eludir el límite real de aceptación del transportista.

Introduce pesos exactos de productos y combinaciones. Un carrito de peso cero puede seguir coincidiendo con una primera tarifa positiva. La falta de pesos puede provocar cobros insuficientes, elegir el tramo incorrecto o causar un rechazo de la API.

Si falta una opción, rastrea la zona del país o provincia, la activación del transportista, el acceso por grupo y tienda, las restricciones de productos, los rangos y los límites. Después inspecciona la respuesta de disponibilidad del módulo. Usa los casos de destino y carrito de la lista de aceptación siguiente para reproducir el fallo.

Elige envío gratuito, de tarifa fija o calculado

Un cargo fijo de 4,99 puede encajar con paquetes similares, pero debes comprobarlo tanto para un accesorio pequeño como para un pedido de 20 kg. Los tramos nativos son tarifas calculadas, no cotizaciones en tiempo real del transportista. Estas requieren una integración que realmente proporcione tarifas. Imprimir etiquetas por sí solo no lo hace. Ningún modelo garantiza más conversión o beneficios.

Muestra tu política en la cabecera, la información de producto y el carrito. Marca los costes iniciales como estimaciones cuando no se conozcan la dirección o el transportista. Recalcula al cambiar el destino, el contexto fiscal, el servicio o el carrito. Un proceso de compra en una página puede mostrar claramente los totales actualizados, pero no garantiza que un importe provisional del carrito permanezca idéntico.

Calcula y restringe el envío gratuito

Usa ingresos y costes con la misma base fiscal. Incluye coste de mercancía, cargos del transportista, embalaje, preparación y empaquetado, etiquetas, desplazamientos para entregar paquetes, seguro y costes previstos de pérdida o daños. Separa el envío pagado por el cliente del pagado por tu negocio.

• Con 60 de ingresos y un margen bruto del 40%, el beneficio bruto de mercancía es 24. Absorber 5 de envío deja 19 antes de otros costes.
• Con un margen bruto del 20% en una venta de 100, un envío de 10 reduce a la mitad el beneficio bruto de 20. Un recargo sobre coste del 20% es distinto: el coste es 100 / 1,20 = 83,33, el beneficio bruto es 16,67 y un envío de 10 deja 6,67, una reducción del 60%.
• Si un carrito de 60 pasa a 75, los 15 adicionales con un margen del 40 % aportan 6 antes de cualquier coste adicional de preparación. Esto puede cubrir una ayuda de envío de 6 en este ejemplo, siempre que los productos añadidos no aumenten el coste de embalaje o entrega. Recalcula si el artículo adicional cambia el tamaño del paquete, el número de paquetes o el servicio disponible. Esto no demuestra que los clientes vayan a añadir artículos.

Revisa el importe medio del pedido, la mediana, la distribución de carritos, los márgenes de producto y los costes de envío por destino. Una media no muestra dónde se sitúa la mayoría de los pedidos. Los artículos ligeros de alto valor, los grupos VIP y determinados servicios nacionales pueden permitir una subvención. Los pedidos pesados, de poco margen o lejanos necesitan su propio cálculo. Una factura alta del transportista por sí sola no demuestra que el pedido pierda dinero.

Elige el control de envío gratuito correcto

Transporte > Preferencias tiene umbrales globales de precio y peso, guardados como PS_SHIPPING_FREE_PRICE y PS_SHIPPING_FREE_WEIGHT. Normalmente hacen que el cálculo nativo sea cero. El núcleo sigue llamando al cálculo de precios del transportista externo, que puede devolver otro importe. Verifica todos los servicios respaldados por módulos. Prueba el umbral de precio en los límites de impuestos, moneda y descuentos en lugar de deducirlo del ajuste de visualización del grupo de clientes.

Para entrega nacional estándar en pedidos de al menos 50, manteniendo el servicio exprés de pago:

1. Desactiva ambos umbrales globales aplicables de precio y peso.
2. Abre Catálogo > Descuentos, selecciona Reglas del carrito y crea una regla.
3. En Condiciones, establece el importe mínimo y su base de impuestos/envío, los países de destino y el transportista estándar elegido. Añade condiciones de cliente/grupo o producto si hace falta.
4. En Acciones, activa Envío gratuito.
5. Deja el código vacío para su uso automático o indica un código de vale. Configura fechas, cantidad y reglas de combinación y prueba después carritos incluidos y excluidos.

Esto también permite un ejemplo como DPD gratuito en pedidos de al menos 80 con UPS de pago. Las restricciones nativas de transportista tienen prioridad. Una tarifa cero en un transportista solo es un cargo base cero: la manipulación, los recargos de producto o el precio del módulo pueden seguir añadiendo cargos. El ajuste real de envío gratuito del transportista es un control distinto.

Muestra un mensaje de progreso coherente, como «Añade 12 para entrega estándar gratuita», incluidas las exclusiones. Otras opciones son una entrega subvencionada, una tarifa fija predecible o ventajas restringidas por grupo. Para una oferta solo del primer pedido, añade una comprobación explícita de pedidos del cliente mediante un flujo o extensión adecuados.

Prueba un carrito mixto antes de publicar la oferta

Supongamos que tu política es entrega estándar nacional gratuita por encima del umbral elegido, entrega exprés de pago y taquillas para paquetes que quepan. Un accesorio ligero puede ser apto para taquilla. Añadir un producto voluminoso hace que el carrito supere el umbral de envío gratuito, pero el paquete embalado deja de ser apto para esa taquilla. El mayor valor del pedido cambia la decisión de subvencionar el envío; no convierte un servicio inadecuado en elegible.

1. Prueba el accesorio solo y registra los servicios ofrecidos y el precio.
2. Añade el producto voluminoso. Confirma que la lógica de elegibilidad acordada excluya la opción de taquilla y que un servicio estándar elegible reciba la ayuda prevista. La entrega exprés debe conservar su cargo acordado.
3. Retira el artículo voluminoso y comprueba que se recalculen la elegibilidad y el mensaje de envío gratuito. Debe validarse de nuevo cualquier selección conservada del carrito anterior.
4. Repite con un artículo procedente de otro origen. Determina si el pedido necesita paquetes separados y comprueba el cargo total al cliente frente al coste de tramitar ambos.

Conserva el contenido del carrito, las dimensiones embaladas, el destino, el grupo de clientes y el resultado esperado como caso de prueba reutilizable. Si tu integración no puede modelar la división o el embalaje necesarios, resuelve ese diseño de preparación antes de anunciar la oferta.

Diseña y mide una oferta de entrega para una tienda pequeña

Empieza por los servicios que tus clientes necesitan y tu equipo puede cumplir. Una oferta posible es entrega estándar, un servicio más rápido de pago y entrega en puntos de recogida. Son ejemplos, no un número obligatorio de transportistas ni promesas universales de tránsito. Deja claros los nombres, las diferencias de precio y las condiciones de entrega.

Compara contratos usando el origen, destino, paquete, seguro y recargos de combustible y zonas remotas reales. Un país puede necesitar métodos de pago, idioma y moneda distintos, además de opciones de entrega. Comprueba los documentos aduaneros, aranceles, tratamiento fiscal y quién paga los gastos de importación para cada ruta transfronteriza. No deduzcas el tratamiento fiscal o aduanero del nombre de una zona.

Registra la conversión, los importes medio y mediano del pedido, la contribución tras preparación y entrega, el tiempo real de expedición, el cumplimiento de entregas y los contactos de soporte antes de cambiar la política. Identifica los pedidos de campañas por separado y asígnales sus costes reales de transportista. Los ingresos globales de la tienda y los costes registrados por sí solos no establecen la rentabilidad de una campaña. Elige la duración de comparación y la muestra según tu tráfico, la variación de referencia y el efecto que necesites detectar. No hay un porcentaje de envío rentable universal ni un número fijo de pedidos.

Concilia los cargos del proceso de compra con las facturas del transportista y revisa las tarifas cuando cambien los contratos o recargos. Vuelve a probar los mismos carritos problemáticos tras las actualizaciones.

Evalúa una integración de transportista

Un módulo de transportista puede proporcionar precios, disponibilidad de servicios, selección de puntos, etiquetas, manifiestos, seguimiento o devoluciones. Verifica cada capacidad en la versión exacta. El contrato subyacente de CarrierModule no exige todas las funciones.

1. Confirma la compatibilidad con tu versión exacta de PrestaShop, PHP, tema, proceso de compra, contexto multitienda y cuenta del transportista.
2. Usa la copia de pruebas aislada y el punto de restauración correspondiente descritos antes para la instalación y la configuración.
3. Obtén los permisos de cuenta, las credenciales y el entorno exigidos por el proveedor. Mantén los secretos privados de la API en el servidor.
4. Revisa los servicios, zonas, grupos, tiendas, precios y restricciones de producto de cada transportista generado. Evita duplicar transportistas gestionados por el módulo.
5. Verifica las direcciones de remitente/devolución, el embalaje y los formatos de etiqueta compatibles. Comprueba si hay automatización de estados, etiquetas masivas, manifiestos y devoluciones.
6. Ejecuta la lista de aceptación completa de abajo, incluidos el proceso de compra, la persistencia del punto de recogida, el pago, la creación de etiquetas, el seguimiento y las notificaciones. Controla las pruebas en producción que generen cargos.

No supongas que un fallo de API vuelve a la tabla nativa. Un módulo puede devolver false y dejar su transportista no disponible. Usa una alternativa solo si está implementada y probada, o configura otro transportista alternativo elegible. Mide el tiempo de respuesta, el número de solicitudes, los reintentos y el comportamiento de la caché antes de diagnosticar un proceso de compra lento.

Contrato para desarrolladores

Ambas vías pueden llamar a una API de mensajería. El método externo no es una variante sin impuestos del método que usa rangos. Los hooks de visualización del proceso de compra, como displayCarrierExtraContent, aportan interfaz adicional, como un selector de puntos de recogida, en vez de calcular el precio del envío. Comprueba la moneda y la base fiscal del importe devuelto frente a la conversión del núcleo y el procesamiento posterior de impuestos. Para cotizar por paquetes, usa el subconjunto real de productos y la lógica de embalaje en vez de tratar todo el carrito como un solo paquete.

Al crear un transportista, establece los campos multilingües obligatorios usando los ID numéricos de los idiomas instalados, incluido el predeterminado. Por ejemplo:

foreach (Language::getLanguages(false) as $language) {
    $carrier->delay[(int) $language['id_lang']] = 'See delivery conditions';
}

Editar un transportista puede sustituir su fila por otra con un nuevo id_carrier conservando id_reference. Las integraciones deben seguir la referencia y gestionar actionCarrierUpdate en lugar de mantener un ID de fila obsoleto. Las plantillas nativas de seguimiento usan @ para el número de seguimiento cuando la integración depende del seguimiento del núcleo.

Actualizar un número de seguimiento no vacío en el back office puede enviar un correo de pedido en tránsito independientemente del correo de estado del pedido. Los módulos pueden enviar otra notificación. Prueba todas las rutas para detectar mensajes ausentes o duplicados. Crear una etiqueta no establece por sí solo que un pedido esté expedido.

Localiza el paso que falla en el punto de recogida

Rastrea el punto elegido desde la solicitud de búsqueda hasta su almacenamiento en el proceso de compra, el pedido y la solicitud de etiqueta. Conserva una solicitud o entrada de registro con los datos sensibles ocultos en el primer paso que falle. Un marcador visible en un mapa no demuestra que el pedido tenga un destino utilizable.

Investiga los fallos de scripts, widgets y proveedores de mapas con las comprobaciones específicas de cada transportista que se indican abajo. Evita cambiar las plantillas del proceso de compra hasta saber si falla la visualización, el guardado, la validación o la transmisión a preparación.

Comprueba los servicios de DHL, DPD y UPS

Elige según el servicio contratado y el origen de expedición, no por el logotipo. DHL Paket, DHL Express y DHL eCommerce son ofertas diferentes. La integración alemana de DHL admite envíos originados en su mercado compatible, incluidos DHL Paket International y Warenpost International; no se limita a destinos nacionales. Consulta la lista de funciones de la integración de DHL.

Para DPD, verifica la cuenta nacional, los endpoints del servicio y los orígenes compatibles del módulo. Enviar al extranjero desde un origen es distinto de enviar desde cuentas de varios países. No supongas que un servicio web o módulo de terceros unifica todas las delegaciones. Para UPS, verifica el método actual de autenticación, los permisos de cuenta, las tarifas negociadas y los servicios compatibles de la integración elegida. No deduzcas «todos los servicios» de la disponibilidad de una API de tarifas.

Comprueba el peso real y volumétrico según la tarifa concreta. Un paquete ligero de 40 × 40 × 20 cm puede facturarse por peso volumétrico en un servicio aplicable, pero no todos los productos terrestres o nacionales siguen la misma regla. Compara cotizaciones con todos los recargos. Evita clasificaciones universales de transportista más barato o plazos mundiales.

Prueba el enlace de seguimiento aprobado por el proveedor con identificadores reales de cada servicio y origen. Una plantilla de URL plausible no demuestra compatibilidad de seguimiento entre servicios. La configuración de seguimiento del núcleo también tiene excepciones específicas de integración, incluido el flujo oficial de Mondial Relay que aparece más abajo.

Planifica la entrega en taquillas de InPost

La entrega en taquillas necesita un ID de punto seleccionado, un paquete que encaje en el servicio contratado y un destino de etiqueta operativo. Para ShipX nacional polaco, obtén el ID de organización asignado y genera un token de acceso específico. El token de GeoWidget es independiente. No generes tú mismo un ID de organización ni expongas el token de envío en el navegador.

Para los paquetes polacos de Paczkomaty, InPost indica A de 8 × 38 × 64 cm, B de 19 × 38 × 64 cm y C de 41 × 38 × 64 cm, cada uno con un peso máximo de 25 kg. Su opción XS, enumerada aparte, se limita a la aplicación InPost Mobile y no es un servicio adicional genérico para tiendas. Confirma el contrato aplicable y las normas de embalaje antes de configurar límites. Que quepa un artículo no demuestra que quepa todo el carrito. Define el embalaje, las exclusiones por exceso de tamaño, el seguro y el comportamiento de carritos mixtos.

Prueba el selector en tu proceso de compra real y en móviles. Comprueba la versión correcta del widget, el token, los dominios permitidos, la CSP, las solicitudes de scripts y teselas y la inicialización tras cambios de dirección. Guarda y valida el punto elegido en el servidor; verifica que se conserve tras actualizar el proceso de compra y aparezca en la solicitud de etiqueta. No supongas que todo selector que falla tiene un conflicto de jQuery.

ShipX nacional polaco no es una integración internacional universal. La documentación de Global GeoWidget requiere Global APIs. Verifica las rutas compatibles, la cuenta y el módulo en lugar de limitarte a activar la zona de otro país.

Comprueba los formatos de etiqueta y el procesamiento por lotes. Confirma si el seguimiento y las actualizaciones de estado llegan por webhook, tarea programada u otro mecanismo admitido, configúralo y prueba que una actualización del transportista llegue al pedido. Confirma el plazo real de recogida del servicio elegido. Prepara un proceso para la falta de recogida, la devolución y el reenvío. Las redes de taquillas agrupan las paradas de entrega; siguen teniendo una última milla y no son automáticamente más baratas en todos los contratos.

Configura GLS con varios orígenes de expedición

Crea una matriz de origen/servicio antes de configurar: país de envío, identificadores de cuenta/cliente y remitente, plataforma API, endpoint, acceso de pruebas, servicios activados, límites y ruta de devolución. Las diferencias nacionales no demuestran que cada filial GLS use una API separada; ShipIT admite varios países de envío. Pregunta a GLS qué plataforma y permisos corresponden a cada cuenta.

Comparte un transportista visible al cliente, como Standard, ParcelShop o Express, solo cuando el módulo permita elegir origen y ofrezca disponibilidad y precios correctos antes de la compra. En caso contrario, delimita adecuadamente los transportistas o las tiendas. Las tarifas nativas por zona no calculan automáticamente el precio según el almacén de origen. Verifica el almacenamiento de credenciales por tienda en lugar de suponer que la multitienda lo proporciona.

Para entrega ParcelShop, exige una selección de punto accesible y con búsqueda, y un ID ParcelShop validado que se transmita a la preparación del envío. Un mapa puede ayudar, pero una lista utilizable también es válida. Verifica los horarios y la disponibilidad del punto. Haz coincidir el enlace de seguimiento con identificadores probados de cada origen. Registra límites y procedimientos de devolución por país, producto y contrato; no deduzcas un límite de peso menor solo porque un ParcelShop acepte el paquete.

No planifiques una configuración actual de varios orígenes alrededor de la antigua función Advanced Stock Management basada en almacenes. Usa una integración de stock/ERP adecuada para abastecimiento desde varios orígenes. La función experimental de envíos mejorados de PrestaShop 9.1 también requiere validación separada; no proporciona automáticamente selección de almacenes de abastecimiento.

Por ejemplo, una tienda prepara pedidos franceses con stock de Alemania o Italia. Prueba el mismo destino con cada origen y conserva juntos la cuenta, el servicio, la cotización y el remitente de la etiqueta elegidos. Si el origen cambia tras la compra, recalcula el coste de preparación y confirma que siguen siendo viables el servicio comprado y el destino de recogida antes de solicitar una etiqueta. Una opción Estándar de cara al cliente solo es utilizable cuando esa asignación se admite en todo el recorrido.

Comprueba las entregas de Colissimo a domicilio, en puntos y en ultramar

Distingue la entrega a domicilio con o sin firma, en puntos de recogida, internacional y los productos de ultramar. Confirma las reglas de entrega sin firma, incluidas la entrega en buzón y la alternativa prevista. Promete dejar el paquete en la puerta sin que haya nadie presente solo cuando el servicio contratado lo permita.

El módulo oficial requiere un contrato Colissimo apto y derechos sobre los servicios. Sus funciones publicadas incluyen visualización de puntos, generación de etiquetas, documentos aduaneros, actualizaciones de seguimiento/estado y etiquetas de devolución con acceso del cliente o envío por correo. Comprueba la versión exacta antes de pagar por supuestas funciones ausentes o suponer la compatibilidad actual con PrestaShop a partir de una página antigua de funciones.

Los territorios de ultramar necesitan servicios, tarifas, documentos y tratamiento fiscal específicos del destino. No son intercambiables con Francia metropolitana. Usa la estimación actual del servicio en lugar de una promesa única de entrega en ultramar: La Poste indica un transporte estándar OM orientativo de 5 a 11 días sin incluir el tiempo de despacho aduanero. Para las rutas Eco OM enumeradas, indica 18 días a Martinica, Guadalupe, Reunión y Mayotte, y 22 días a la Guayana Francesa, también sin incluir el tiempo de despacho aduanero. Son indicaciones específicas de ruta, no una promesa universal para ultramar. Confirma la ruta en la guía de ultramar de La Poste.

Prueba la selección del punto, la persistencia del destino y la etiqueta generada. No supongas que elegir un punto sobrescribe el registro de dirección de entrega de PrestaShop. Comprueba los procedimientos por saturación o desvío del servicio, el estado de expedición y el seguimiento del cliente. Compara las etiquetas de devolución preemitidas y bajo demanda según las reglas de facturación de tu contrato. Ningún umbral de volumen de pedidos justifica universalmente un módulo de pago.

Comprueba la entrega en puntos de Mondial Relay

Haz coincidir el módulo exacto y la generación de API. Las integraciones clásicas distinguen Enseigne Webservice, Code Marque para el widget y la clave privada del servicio web. Mantén la clave privada en el servidor. Una integración SOAP necesita la extensión PHP SOAP adecuada; confírmala en el entorno PHP que usa la tienda, no solo en el de línea de comandos.

Comprueba las unidades de peso. Convertir kilogramos del catálogo a un campo de API en gramos usa un factor de 1000. Confirma qué significa realmente el coeficiente del módulo antes de introducirlo. Usa solo códigos de servicio compatibles con el contrato. El tutorial oficial distingue puntos de recogida y taquillas, incluidos modos como 24R/MED y 24R/APM.

Activa los destinos compatibles en lugar de excluir Alemania por suposición. El tutorial oficial incluye Alemania y Austria. El tutorial citado indica paquetes en puntos de hasta 30 kg, longitud de hasta 120 cm y longitud + anchura + altura de hasta 150 cm; para taquillas indica hasta 25 kg y 64 × 41 × 38 cm. Confirma las restricciones de ruta/servicio en lugar de imponer un límite general inventado de 20 kg.

La documentación del widget v4.1 usa Leaflet/OpenStreetMap de forma predeterminada, con Google Maps opcional. Investiga el proveedor real, el orden de dependencias, la CSP, la inicialización, el código postal y las respuestas de red antes de buscar una clave de Google. Valida la persistencia del punto tras cambios de dirección y actualizaciones del proceso de compra.

Para el módulo descrito en el tutorial oficial del transportista, el campo de URL de seguimiento queda vacío porque el módulo proporciona el enlace en el historial de pedidos de la tienda. Sigue el flujo de seguimiento documentado de tu integración instalada. Comprueba sus ajustes de remitente y los campos de remitente de la API antes de cambiar el contrato del comercio. Verifica en la versión exacta las etiquetas individuales/por lotes, los formatos de impresora, las exportaciones del portal, la automatización de expedición y la compatibilidad con etiquetas de devolución.

Muestra el nombre, la dirección, el horario y las condiciones de recogida del punto elegido en el proceso de compra y en la confirmación del pedido. Cuando sea posible, basa un recordatorio de recogida en el plazo real del paquete y actualiza los datos del punto si el transportista lo desvía. La recogida puede reducir los intentos de entrega a domicilio fallidos, pero sigue siendo necesario gestionar puntos cerrados, desvíos, taquillas no disponibles y paquetes no recogidos.

Ofrece entrega en el día o al día siguiente con responsabilidad

Separa el tiempo de preparación del tiempo de tránsito. Audita la disponibilidad de stock, la preparación, el embalaje, la entrega diaria al transportista, la hora límite, los fines de semana y los cierres. La viabilidad de entrega al día siguiente depende de la ruta y el servicio, no de la plataforma de la tienda. La entrega en el día necesita una zona de servicio probada, cercanía del stock y personal.

Un diseño posible es entrega estándar, servicio de pago al día siguiente donde esté disponible y entrega local en el día. Las zonas de país/provincia solo sirven para entrega local cuando coinciden exactamente con el área. En caso contrario, exige que se cumplan los criterios de código postal o ciudad antes de ofrecer el transportista. Los tramos de peso y precio no añaden precisión geográfica. El texto nativo del transportista no impone una hora límite.

Usa expresiones condicionales que sigan siendo ciertas tras la hora límite. Ensaya el mismo carrito con stock antes y después de tu hora límite real, al pasar por un día de cierre y al añadir un artículo pendiente de reposición. Comprueba el reloj de la tienda y el calendario laboral: ofrece una estimación revisada y viable o retira la opción rápida según la política acordada, manteniendo una vía estándar elegible cuando exista. Revisa tanto la contratación como el porcentaje de promesas cumplidas. Una contratación baja puede reflejar la demanda, los precios, los mensajes o la elegibilidad. Mide en vez de atribuir una causa.

Para estimaciones en páginas de producto, carrito y proceso de compra basadas en datos de producto o combinación, stock, tiempo de preparación, hora límite, fines de semana, fechas de cierre configuradas, destino y calendario de tránsito del transportista disponible, consulta la página de ayuda de Estimated Delivery Date. Verifica la versión instalada y la integración del proceso de compra, incluida la estimación aceptada guardada en los registros del pedido del cliente y del equipo.

Ejecuta una lista de aceptación integral

Escribe el precio esperado y los servicios elegibles antes de probar y conserva después la referencia del carrito o pedido y el resultado real. Cubre cada destino, grupo de clientes y contexto de tienda previsto, además de cada origen de expedición cuando cambie la asignación. Usa el tema y el proceso de compra instalados, incluidos los recorridos de invitados y clientes identificados.

Registra los tiempos de respuesta del proceso de compra durante las pruebas de API y compara el envío cotizado con el cargo del proveedor y la factura final, incluidos los recargos. Conserva las definiciones de carritos probados para repetir las comprobaciones pertinentes cuando cambie un módulo, tema, proceso de compra o tarifa.

Planifica el cambio y la entrega del desarrollador

Despliega el módulo y los ajustes probados mediante el procedimiento ensayado conservando los pedidos nuevos y los datos de clientes de producción. No sustituyas la base de datos actual de producción por la base antigua de pruebas. Registra las referencias de transportistas, las restricciones, la base tarifaria y la versión del módulo que cambian, con un criterio claro para revertir la configuración.

Tras el cambio, concilia los primeros pedidos pertinentes desde el cargo del proceso de compra hasta la etiqueta, el seguimiento y la notificación, y asigna a alguien la supervisión de cotizaciones y solicitudes de etiquetas fallidas. La reversión debe tener en cuenta los pedidos ya aceptados y los envíos ya creados: restaurar ajustes es distinto de resolver esas transacciones.

Qué preguntar a tu desarrollador o agencia

• ¿Qué carritos, orígenes, destinos y contextos de tienda superaron las pruebas, y dónde están las pruebas de los casos de fallo?
• ¿Cómo se elige la cuenta de expedición antes de cotizar y cómo llega esa elección a la generación de etiquetas y a las exportaciones ERP?
• ¿Qué componente valida y guarda el punto de recogida, y qué ocurre cuando el cliente cambia la dirección o vuelve del pago?
• ¿Quién se encarga de los envíos fallidos y la sincronización de estados tras la entrega, y qué puede reintentar o revertir el equipo de forma segura?

Preguntas de los propietarios

El cliente ha pagado, pero falta el punto de recogida. ¿Podemos elegir el más cercano?

Suspende la creación de etiquetas y contacta al cliente para acordar un punto válido. Guárdalo mediante la vía de corrección admitida por la integración y confirma después el destino de la etiqueta. Elegir un punto sin acuerdo puede enviar el paquete a un lugar donde el cliente no pueda recogerlo.

¿Podemos cambiar la dirección después de crear una etiqueta?

Comprueba el proceso de corrección o cancelación admitido por la empresa de mensajería y el estado de entrega del paquete al transportista. Actualizar la dirección de PrestaShop no redirige por sí solo el envío asociado a un código de barras existente. Mantén alineados el registro corregido del pedido y el destino real del transportista.

Una solicitud de etiqueta ha agotado el tiempo de espera. ¿Debemos pulsar de nuevo?

Comprueba en la cuenta del proveedor y los registros del módulo si ya se ha creado un envío antes de reintentar. Usa el proceso de recuperación o reimpresión admitido por la integración; una solicitud sin respuesta puede haber comprado una etiqueta, y un reintento sin comprobarlo puede crear otro envío o cargo.

¿Cancelar el pedido reembolsa el cargo del transportista?

Trata el reembolso al cliente, la cancelación de la etiqueta y cualquier abono del transportista como operaciones separadas. Comprueba tu contrato y el resultado registrado por el proveedor y concilia cada cargo. Un pedido marcado como cancelado no demuestra que la empresa de mensajería haya anulado su etiqueta.