El clic es el inicio. La entrega es la promesa.

El cliente ha elegido los productos y ha visto una fecha de entrega. Ahora tu equipo debe cumplir esa promesa. Sigue un ejemplo en el que navichain apoya el trabajo desde el pedido de venta entrante hasta la entrega y la solución de un producto dañado.

Resumen

La gestión de pedidos de comercio electrónico exige más que existencias positivas. Los productos adecuados deben estar disponibles, el trabajo de almacén debe terminar a tiempo y la distribución debe ajustarse a la fecha comunicada al cliente. Los pedidos de la plataforma entran en navichain como pedidos de venta mediante una conexión adaptada a vuestros sistemas. El WMS apoya el movimiento de mercancías, las compras externas abastecen el almacén y el TMS facilita la reserva, planificación y ejecución del transporte. Service management organiza trabajos adicionales y acciones correctivas. La base es la misma que en el comercio mayorista, pero muchos pedidos pequeños, distintas opciones de entrega y avisos oportunos hacen importante cada traspaso. La información compartida, los eventos registrados y un responsable para la siguiente acción ayudan a trabajar con eficiencia y dar respuestas fiables. Así se consigue tranquilidad operativa.

Un pedido, varias dependencias

En el ejemplo, un cliente pide dos kits de riego y un filtro. Entregar el jueves depende de salir el martes. Los kits están en stock, pero el filtro debe llegar de un proveedor. La coordinadora sigue tanto la compra como la hora límite de recogida.

El ejemplo es hipotético, no un caso real ni un resultado medido. Imagina una tienda de jardinería online en Mälardalen, Suecia. La recogida es el martes a las 16.00. Aprobar el pago no prepara el pedido: recepción, control, picking y embalaje también deben terminar antes de la salida. Atención al cliente necesita comprender estas dependencias para explicar la situación de entrega.

El pedido online se convierte en pedido de venta

Una conexión adaptada a la tienda incorpora el pedido a navichain como pedido de venta entrante. Referencia, artículos, cantidades, dirección y opción de entrega siguen la correspondencia de datos acordada. El almacén recibe una base común y atención al cliente parte del número de pedido.

Acordad qué pedidos pueden liberarse e incluid variantes, datos de contacto y compromiso confirmado cuando sea necesario. Definid cambios y cancelaciones antes y después del picking o la expedición. Probad mensajes repetidos para que una retransmisión no cree otro pedido físico. Son criterios de aceptación de la conexión específica que deben formar parte de la configuración. 4

La misma base que el mayorista

Como en NP-0087, dedicado al comercio mayorista, ventas, compras, almacén y distribución deben permanecer conectados. En e-commerce, muchos pedidos pequeños hacen especialmente importantes los traspasos. El equipo usa el pedido de venta para decidir qué puede entregar y qué debe resolver antes.

Un mayorista puede entregar muchas unidades a una empresa, mientras una tienda online atiende numerosas direcciones y opciones de entrega. Ambos canales pueden utilizar el mismo almacén. Acordad cómo compartir disponibilidad y asignación entre sistemas y qué puede prometer la tienda si las actualizaciones se retrasan. Un saldo correcto en una aplicación no basta si el checkout muestra una situación anterior.

¿Están disponibles para este pedido?

Amir comprueba el almacén con ayuda del proceso WMS. Los kits pueden prepararse, pero el filtro no ha llegado. Sara distingue una recepción prevista de mercancía lista para picking. La promesa debe dar tiempo a recibir, comprobar y embalar, además de transportar.

Definid cómo influyen las existencias asignadas, los productos dañados y las entradas previstas en la disponibilidad utilizable. Registrad eventos reales del almacén para decidir según la realidad. La coordinadora determina si el pedido puede avanzar, necesita una compra o requiere contactar al cliente. Prometer automáticamente una fecha en el checkout exige también reglas adecuadas e intercambio de información con la plataforma.

Las compras siguen el calendario del cliente

Elin sigue el pedido de filtros al proveedor externo dentro del proceso de compras. Contrasta la llegada prevista con las necesidades del almacén. Cuando el proveedor anuncia un retraso, transmite la información para que Sara valore el efecto antes de la recogida.

La compra necesita artículos, cantidades, datos del proveedor y llegada prevista claros. Elin valora si el compromiso satisface los pedidos de clientes pendientes o si hace falta otra solución. Diez productos pedidos no son diez productos recibidos. Las diferencias de cantidad o estado deben afectar a lo que libera el almacén y a lo que se comunica al cliente.

Informar mientras quedan opciones

Sara ve que el pedido completo puede perder el transporte del martes. Contacta con el cliente y explica las opciones. El cliente quiere todo junto y acepta el viernes. El nuevo compromiso se registra; la promesa original se conserva para evaluar el servicio.

Las decisiones pueden ser esperar, dividir la entrega o buscar otra alternativa adecuada. La persona responsable equilibra servicio, manipulación adicional y coste de distribución. El sistema apoya la información y el trabajo operativo; la aceptación del cliente y la decisión empresarial corresponden a personas. Una fecha modificada no debe borrar un incumplimiento del compromiso original.

Contar lo que realmente llega

Al llegar el proveedor, Amir registra la recepción en el proceso WMS y revisa los productos. La cantidad utilizable determina lo que puede liberar el almacén. El filtro ya está disponible y puede completarse el picking y embalaje del pedido.

GS1 describe mensajes para cambios de pedido, confirmaciones, expedición, recepción, estado de inventario y planificación del transporte. 1 La lección práctica es transmitir los cambios relevantes por todo el proceso conectado. La integración necesita los eventos que utiliza el equipo y un modo de detectar y resolver información ausente. Una confirmación antigua del proveedor no debe imponerse a la recepción real.

Dejar claro el traspaso

Amir recoge dos kits y un filtro contra el pedido de venta, comprueba el contenido y prepara la expedición. Los criterios de preparación incluyen embalaje y datos de entrega. El coordinador de transporte puede ver que el pedido está listo para la próxima salida.

Acordad qué significa listo: contenido correcto, embalaje adecuado, instrucciones completas e incidencias resueltas. Incluid cualquier trabajo adicional de embalaje. Distinguid pedido y bultos: un pedido puede generar varios paquetes o entregas. GS1 explica cómo SSCC identifica una unidad logística individual y facilita su seguimiento. 2 Elegid identificación y etiquetas necesarias para vuestro almacén y colaboradores de transporte.

Planificar desde la situación real

El coordinador utiliza los flujos de reserva y planificación de navichain. Para reparto propio planifica recursos y servicios; para transporte externo usa la conexión elegida. Dirección, mercancía y plazos deben acompañar al envío para que el pedido preparado llegue al cliente.

navichain admite reservas de transporte, rutas de servicio y planificación, con cálculo de rutas basado en HERE cuando procede. 3 Para un operador de paquetería externo se configura la conexión necesaria para reservas, etiquetas y reporte de eventos. Forma parte de la implantación del colaborador elegido. Un documento preparado no demuestra por sí solo que la mercancía haya salido ni llegado al destinatario.

La actualización sigue al evento

En el flujo móvil de entrega de navichain, el conductor puede registrar cantidades, comentarios, fotos y firmas. El transporte externo utiliza los informes del colaborador. Atención al cliente responde según el evento pertinente: un documento preparado no significa que el cliente haya recibido la mercancía.

La información móvil permite el seguimiento y sirve de base para justificar la entrega. 3 Relacionad los estados del cliente con los eventos operativos disponibles. Recibido, listo, entregado al transportista y recibido por el destinatario son etapas distintas. El cliente rara vez necesita cada movimiento de almacén, pero sí saber qué ha sucedido y cuándo recibirá la próxima información útil.

Un daño tiene responsable y acción

Un kit de riego está dañado. Atención al cliente registra el problema y el responsable planifica una sustitución. Service management apoya el trabajo correctivo; almacén y transporte ejecutan la nueva entrega. Vuestro proceso vincula la acción con el pedido original.

Describid el resultado necesario y los trabajos adicionales, asignad responsabilidades y seguid la ejecución. La sustitución es otro paso operativo con sus propios productos y transporte. Reembolsos y abonos permanecen en el sistema financiero y el modelo de responsabilidades elegidos. No cerréis el problema del cliente solo porque se haya añadido una nota a la entrega original.

Tranquilidad es conocer el siguiente paso

El pedido se retrasó y un artículo llegó dañado, pero el cliente recibió información y ayuda. Cada función pudo continuar con una responsabilidad clara. Medid la entrega frente a la promesa original y el tiempo para resolver incidencias. Eso indica dónde mejorar.

Seguid pedidos completos y puntuales, recogidas perdidas, errores de picking, consultas de estado y tiempo hasta la primera respuesta útil. Distinguid expedición puntual de entrega puntual e indicad si contáis pedidos, líneas o bultos. Partid de vuestra situación inicial. Elegid una tienda, un almacén y un servicio de distribución; probad un pedido normal, una dependencia de compra, un cambio y una entrega dañada. Acordad responsables de pagos, stock, mensajes y seguimiento financiero. NP-0087, «Pedido no significa entregado», explica la base mayorista y se publicará por separado.

¡Pruébalo hoy! Empieza gratis.

Empezar es sencillo. Crea tu cuenta y prueba navichain con tu próximo transporte. Trae un pedido online y la promesa de entrega mostrada al cliente; descubre cómo almacén, compras y distribución pueden cumplirla juntos.

navichain.se/signup · navichain.se

Fuentes

1. GS1 XML EDI — Almacén, Compras, Distribución. Actualizado: 2024-09-02. Consultado el 8 de septiembre de 2026. https://support.gs1.org/support/solutions/articles/43000734299-what-kind-of-messages-does-gs1-xml-edi-standard-provide-

2. GS1 SSCC — Almacén, Distribución. Actualizado: 2024-08-22. Consultado el 8 de septiembre de 2026. https://support.gs1.org/support/solutions/articles/43000734387-why-is-the-serial-shipping-container-code-sscc-important-for-transport-logistics-

3. Documentación de navichain. Actualizado: 2026-08-29. Consultado el 8 de septiembre de 2026.

4. Descripción del producto navichain. Actualizado: 2026-09-08. Consultado el 8 de septiembre de 2026.