Analizaremos su esquema de transporte y le diremos qué se automatiza en primer lugar
De dónde llegan las solicitudes, cómo se planifican hoy las rutas, quién mantiene los estados y en qué programas están ya sus datos.
Software para logística
Solicitudes, rutas, cargas y entrega en un solo sistema
Mientras hay pocos transportes, caben en la cabeza de alguien, en una hoja de cálculo y en un chat. Al crecer el volumen eso deja de funcionar: dónde está la carga solo lo sabe el conductor, y quién prometió qué a quién solo lo sabe el que aceptó la solicitud. El software para logística acaba con esa forma de trabajar: la solicitud, la ruta, la carga y el estado de la entrega se convierten en registros de un mismo sistema y el coordinador los ve en una pantalla. A continuación, cómo funciona: desde la llegada de una solicitud hasta la confirmación de la recepción.
Qué es un sistema
de gestión logística
Un sistema de gestión logística — software que lleva los transportes: acepta solicitudes, compone rutas con ellas, asigna ejecutores, sigue el movimiento de la carga y guarda el historial de lo ocurrido con cada entrega.
La diferencia se ve en un solo ejemplo. Sin sistema, una solicitud vive en una mensajería, la ruta en una hoja de papel sobre la mesa del coordinador y el estado de la carga en la cabeza del conductor. Para responder a un cliente que pregunta dónde está su carga hay que llamar a tres personas. Cuántos vehículos están cargados para mañana no lo sabe nadie, porque esa cifra no se ha calculado en ninguna parte.
En un sistema todo eso son registros. Una solicitud tiene número, remitente, destinatario, plazo y estado actual. Una ruta tiene una lista de puntos, un orden de paso y un ejecutor. Una carga tiene un estado que cambia mediante una acción en el software y no mediante palabras. Responder dónde está la carga lleva segundos y no depende de quién esté hoy de turno.
Un ejemplo. Un cliente presentó el jueves una solicitud de transporte. Un operador comprobó la dirección y las medidas y metió la solicitud en la ruta del viernes; el sistema se la asignó a un conductor junto con otros seis puntos. Por la mañana el conductor abrió su lista de tareas y marcó la recogida; por la tarde, la entrega. Mientras tanto el estado cambiaba para el cliente, y el viernes por la tarde la empresa tenía un resumen: cuántos puntos se cubrieron, cuántos fueron puntuales y qué entrega salió mal.
La automatización de la logística empieza donde las respuestas a tres preguntas ya no caben en la cabeza del coordinador: cuántas solicitudes están en curso ahora, dónde está un envío concreto y por qué ayer dos entregas pasaron al día siguiente.
- 1Solicitud
- 2Comprobación
- 3Ruta
- 4Ejecutor
- 5Entrega al reparto
- 6Movimiento
- 7Entrega
- 8Coordinador
La conexión funciona en ambos sentidos: la tarea va de izquierda a derecha y las marcas y eventos del ejecutor vuelven. Una entrega se considera ocurrida no cuando el conductor abandona la dirección, sino cuando se confirma la recepción. Sin ese paso el sistema informaría de lo que cree sobre su carga y no de lo que realmente ha pasado.
Qué sabe el sistema de cada transporte
- Qué se transporta — la descripción de la carga, el número de bultos, el peso, el volumen y las condiciones especiales de transporte
- De dónde y adónde — la dirección de recogida, la de entrega y las personas de contacto en ambos extremos
- Cuándo — el plazo de entrega, la franja horaria del destinatario y las horas reales de salida y de recepción
- Quién responde — el conductor o el mensajero, el vehículo, la ruta y el empleado responsable en la oficina
- En qué estado está — el estado actual y toda la cadena de sus cambios con autor y hora
- Qué lo acredita — documentos, fotografías, firma del destinatario y comentarios del ejecutor
Qué no hace el sistema por sí mismo
El software no conduce el vehículo ni sustituye al coordinador. Quita el trabajo manual alrededor de una decisión: reúne las solicitudes en un sitio, muestra la carga de trabajo, impide que se pierda un punto y registra cada cambio. La decisión sobre quién se lleva el pedido urgente y si se espera a un cliente que se retrasa sigue siendo de una persona, pero se toma con la imagen completa y no de memoria.
Del mismo modo, el sistema no conoce por sí solo el tráfico ni el tiempo: los datos externos le llegan mediante una integración y su alcance lo determina el proyecto.
Por dónde suelen empezar las empresas
Lo primero que pasa al sistema es la gestión de las solicitudes, no las rutas ni los mapas. El motivo es sencillo: mientras las solicitudes vivan en un chat, cualquier ruta se construye con una lista incompleta y cualquier informe se calcula con lo que alguien se acordó de anotar.
Qué problemas resuelve el sistema
A continuación no hay una lista de funciones, sino seis problemas por los que se automatiza la logística en primer lugar. Cada uno se plantea igual: qué ocurre sin software y qué cambia con él.
Las solicitudes no se pierden
Sin sistema, una solicitud llega por mensajería, por correo y por teléfono, y su suerte depende de que alguien la anote. En el sistema cada solicitud es un registro con número, autor y plazo: está en curso o cerrada, y no hay un tercer estado. Una solicitud perdida se ve enseguida y no cuando llama el cliente.
Una ruta se construye con solicitudes y no de memoria
El coordinador ve todos los puntos de mañana como una lista: direcciones, franjas horarias, medidas. Los puntos se agrupan en rutas y una ruta recibe un ejecutor y un orden de paso. Un punto olvidado no pasa en silencio al día siguiente: se queda sin asignar y se ve en una lista aparte.
La carga de personas y vehículos se ve
Cuántos puntos tiene ya asignados un vehículo, cuánto sitio queda por peso y volumen, qué conductores terminan su turno en una hora. Sin esas cifras la carga se reparte a ojo y un vehículo sale medio vacío mientras otro no llega a tiempo por la tarde.
El estado de la carga no hay que averiguarlo por teléfono
El estado de la entrega lo cambia quien la ejecuta, en el momento de la acción. El coordinador, el gestor y el cliente miran el mismo registro. «Dónde está mi carga» deja de ser una tarea para tres personas.
La confirmación de la recepción queda registrada
Quién aceptó la carga, cuándo y con qué fundamento es un registro del sistema y no un recuerdo. Una firma, una fotografía o un código de confirmación quedan adjuntos a esa entrega concreta. La disputa «lo entregamos — no, no lo entregasteis» se resuelve abriendo una ficha y no con una consulta.
Los fallos se aclaran con hechos
Retrasos, cancelaciones, devoluciones y entregas fallidas se convierten en eventos propios con motivo. A fin de mes no se ve «estas cosas pasan», sino una lista concreta: cuántos fallos, en qué rutas y a qué se debieron.
De qué se compone el sistema
El sistema se compone de módulos. No todas las empresas necesitan todos: un servicio de reparto urbano no necesita seguimiento de viajes interurbanos y un fabricante con flota propia no necesita intercambio de pedidos. La composición depende de la tarea, pero los módulos están pensados de antemano para encajar entre sí y no se acoplan después.
Recepción y tramitación de solicitudes
El punto de entrada del sistema: una solicitud de transporte con remitente, destinatario, contenido de la carga, plazo y condiciones. Las solicitudes llegan de un gestor, del área personal del cliente o de un sistema externo por API, y desde ese momento todas viven bajo las mismas reglas.
Rutas y puntos de entrega
Agrupación de los puntos en una ruta, orden de paso, asignación de vehículo y ejecutor y cambio de la ruta durante el día. Una ruta es un objeto de negocio igual que una solicitud: tiene fecha, estado e historial de cambios.
Registro de cargas
Qué se transporta exactamente: bultos, peso, volumen, embalaje, condiciones especiales. La carga está vinculada a la solicitud, la ruta, los documentos y el estado actual, de modo que cualquiera de ellos restaura los demás.
Vehículos y ejecutores
Un catálogo de vehículos y personas: carga útil, volumen de la caja, tipo de vehículo, jornada, zona de servicio. De ahí sale la carga de trabajo: cuántos puntos más se le pueden poner hoy a ese vehículo.
Panel de operaciones
El puesto de trabajo del empleado: entregas en curso, rutas, ejecutores, estados, retrasos y pedidos problemáticos en una pantalla. Se abre en el navegador, no hay nada que instalar.
Estados y eventos
Un conjunto finito de estados de la entrega y las reglas de transición entre ellos. Cada cambio es un evento con autor, hora y motivo; de los eventos sale el historial con el que después se aclara un fallo.
Conexión con el almacén
La juntura con la preparación y la salida: qué se ha preparado, qué está listo para entregar, qué se le entregó realmente al conductor. Sin ella, almacén y entrega llevan dos contabilidades separadas que divergen a la hora de comer.
El puesto de trabajo del ejecutor
La aplicación o la interfaz móvil del conductor y del mensajero: lista de tareas, direcciones, orden de paso, datos de la carga, cambios de estado, confirmación de recogida y entrega y contacto con el coordinador.
Avisos
Mensajes al cliente y al empleado: solicitud aceptada, carga recogida, mensajero en camino, entrega aplazada, entrega fallida. Los canales de envío se eligen durante la implantación y se conectan mediante integraciones.
Roles y permisos
Operador de solicitudes, coordinador, personal de almacén, conductor, dirección. Cambiar una ruta, cancelar una entrega, editar una dirección y acceder a los datos personales de los destinatarios son permisos propios y no un paquete general de «empleado».
Analítica e informes
Número de entregas, porcentaje de las cerradas a tiempo, ocupación de vehículos y personal, eficiencia de las rutas y lista de pedidos problemáticos. Los informes se exportan a un archivo y se pueden generar según calendario.
API e integraciones
La interfaz externa del sistema: crear una solicitud, consultar un estado, obtener una ruta, transmitir una confirmación de entrega, extraer el registro. Por ahí se conectan la tienda en línea, el CRM, el ERP y el sistema de almacén.
Gestión de pedidos
de la solicitud a la entrega
Una solicitud de transporte — un documento que fija qué hay que entregar y adónde, en qué plazo, a cargo de quién y en qué condiciones. Todo lo demás —ruta, ejecutor, estados, documentos— cuelga de su número.
Una solicitud entra en el sistema por una de tres vías: la crea un gestor, la rellena el propio cliente en su área personal o la transmite otro sistema de la empresa por API. La procedencia cambia, el recorrido posterior es el mismo; de lo contrario algunos pedidos desarrollarían su propio orden de tramitación no escrito.
Comprobación — un paso propio y no una formalidad. El sistema comprueba si los campos obligatorios están rellenos, si el destinatario está en el catálogo, si la carga cabe en las medidas admitidas y si el plazo está dentro de lo posible. Una solicitud dudosa no se cuela en una ruta en silencio: se queda en la lista de aclaración con un motivo claro.
Qué contiene una solicitud:
- Número, fecha de creación, autor y procedencia: quién la creó y desde dónde
- El cliente y el pagador, cuando son partes distintas
- La dirección de recogida y la de entrega con sus personas de contacto
- El contenido de la carga: descripción, número de bultos, peso, volumen, embalaje
- El plazo de entrega y la franja horaria que le va bien al destinatario
- Condiciones: pago contra entrega, carga frágil, subida a un piso, se necesita una segunda persona
- Documentos asociados: albarán, factura, pedido de otro sistema
Asignación a una entrega — el momento en que una solicitud deja de ser una intención y se convierte en trabajo. Entra en la ruta de un día concreto, recibe un ejecutor y el ejecutor recibe una tarea en su lista. Desde ese momento la solicitud se ve en el panel de coordinación, en la aplicación del conductor y en el historial del cliente.
Algunas ediciones cambian el plan del día: una dirección nueva puede quedar fuera de la ruta y un peso mayor puede no caber en el vehículo asignado. Una solicitud así no se edita en silencio: vuelve al coordinador para replanificar junto con el motivo.
El recorrido de una solicitud
- CreadaUn gestor introdujo la solicitud: dos bultos, 46 kg, recogida en el almacén, entrega en la dirección del destinatario antes de las 18:00 del viernes
- ComprobadaLa dirección se encontró en el catálogo, las medidas encajan con el tipo de vehículo y el plazo es realista: la solicitud queda lista para planificar
- Metida en una rutaEl punto se añadió a la ruta del viernes como cuarto en el orden de paso
- Ejecutor asignadoLa ruta se asignó a un conductor y un vehículo; la tarea apareció en su lista de mañana
- Carga recogidaEl conductor marcó la recogida en el almacén, el sistema registró la hora de salida y pasó la solicitud a transporte
- EntregadaEl destinatario aceptó la carga, la confirmación quedó adjunta a la solicitud y se registró la hora de recepción
- CerradaLos documentos se entregaron sin discrepancias; la solicitud pasa al historial y al informe del periodo
Una pantalla del sistema, los datos son ilustrativos. El quinto paso importa: la recogida la marca quien recibe físicamente la carga. Si la marca un coordinador porque alguien ha llamado, el sistema deja de describir el transporte y pasa a describir el relato sobre él.
Edición de una solicitud asignada
Editar es una operación gobernada y no un cambio libre. Cambiar una dirección, un plazo o el contenido de la carga conserva la versión anterior y deja rastro: quién cambió, cuándo y qué exactamente. De lo contrario, aclarar una entrega en disputa tropieza con la pregunta de cuál era la dirección al principio.
Gestión de rutas
puntos, orden y ejecutores
Ruta — una lista de puntos que un ejecutor recorre en un turno, junto con el orden de paso. Un punto es una acción concreta en una dirección: recoger carga, entregar carga, llevarse una devolución.
La creación de una ruta parte de las solicitudes sin asignar de la fecha elegida. El coordinador las ve como una lista: dirección, barrio, franja horaria del destinatario, peso y volumen. Los puntos se agrupan en una ruta a mano o por una regla —por ejemplo, «todas las entregas de este barrio para mañana»— y la ruta muestra enseguida el peso total, el volumen y el número de puntos.
El orden de los puntos se fija de forma explícita y queda visible para todos: para el coordinador en el panel y para el conductor en la aplicación. El orden se cambia arrastrando un punto y el sistema recalcula la carga de la ruta y avisa de un conflicto, por ejemplo cuando un punto con franja «antes de las 12:00» acaba en octavo lugar.
La asignación de un ejecutor — la vinculación de la ruta a un conductor o mensajero y a un vehículo. El sistema tiene en cuenta la carga útil y el volumen de la caja: una ruta que no cabe en el vehículo asignado se señala antes de salir y no se descubre al cargar.
El cambio de una ruta ocurre durante el día y es un escenario normal, no una emergencia. Un punto se puede añadir, quitar o pasar a otra ruta o a otro día. El ejecutor ve el cambio en su lista y el historial de la ruta conserva la anotación: qué cambió, quién lo cambió y a qué hora.
El seguimiento de la ejecución — la comparación de plan y realidad: cuántos puntos de la ruta están cerrados, cuántos quedan, dónde el ejecutor se apartó del orden de paso y qué puntos han superado su franja horaria. Una ruta se cierra cuando están cerrados todos sus puntos, incluidos los que terminaron en entrega fallida.
Orden automático de los puntos
La construcción automática de la ruta óptima es un módulo aparte y no una función incorporada del sistema de gestión. Conviene tratarla como una opción de implantación: exige una fuente de datos viales, reglas de cálculo y comprobación con los viajes reales de la empresa.
Las variantes posibles van desde ordenar los puntos por zona y franja horaria hasta el cálculo mediante un servicio de mapas externo. Qué se conecta exactamente y con qué datos funciona se determina en el estudio previo: declarar de antemano una optimización lista sería una promesa y no una descripción.
La capa básica funciona sin ella: puntos, orden, ejecutor y seguimiento de la ejecución no dependen de si los puntos los ordenó una persona o un algoritmo.
Una ruta como objeto de negocio
Una ruta tiene fecha, ejecutor, vehículo, estado e historial de cambios, igual que una solicitud. Por eso la pregunta de por qué aquella dirección pasó de ayer a hoy se resuelve desde el registro de la ruta y no desde lo que recuerde el turno.
| № | Punto | Acción | Franja | Bultos | Peso | Estado |
|---|---|---|---|---|---|---|
| 1 | Almacén, calle Promyshlennaya | Recogida de carga | 08:00–09:00 | 14 | 310 kg | hecho |
| 2 | Tienda «Tsentralny» | Entrega | 09:00–12:00 | 4 | 86 kg | hecho |
| 3 | Oficina del cliente, 4.ª planta | Entrega | 10:00–13:00 | 2 | 18 kg | en camino |
| 4 | Punto de recogida, barrio de Asanbay | Entrega | antes de las 18:00 | 6 | 142 kg | esperando |
| 5 | Tienda «Vostochny» | Entrega + devolución | 14:00–17:00 | 2 | 64 kg | esperando |
El orden de paso lo ven por igual el coordinador y el conductor, así que «los cambiamos de sitio» nunca se convierte en una discusión. La línea 3 no se cerrará hasta que el ejecutor marque el resultado: subir a un piso es un lugar clásico para que una entrega se retrase y el sistema debe saberlo por quien está en la puerta.
Gestión de las cargas
qué se transporta, de dónde, adónde y quién responde
Carga — lo que se mueve físicamente. En el sistema es un registro propio vinculado a una solicitud: una solicitud puede llevar varias posiciones de carga y un viaje puede llevar la carga de varias solicitudes.
La separación no responde a un rigor contable. Es a nivel de carga donde se responde a las preguntas más frecuentes: cuántos bultos salieron, si llegaron todos, cuál está dañado y qué volvió.
Cada cambio de estado de la carga es un evento con hora y autor. Por eso el historial de un transporte se puede reconstruir por completo: cuándo se recogió la carga, dónde cambió de manos entre ejecutores, cuándo se entregó al destinatario y quién lo confirmó.
La entrega entre ejecutores — una operación propia y no un efecto secundario. Una carga que va del almacén a la clasificación y de ahí a una dirección cambia de manos al menos dos veces. Cada entrega se registra de forma explícita; de lo contrario, cuando algo desaparece, no se puede nombrar el tramo en el que se perdió.
De ahí sale también la respuesta a quién responde, no en el sentido de buscar culpables, sino en el de un tramo del recorrido. Un daño detectado por el destinatario se vincula al tramo en el que la carga estaba registrada a nombre de un ejecutor concreto.
Documentos asociados
El albarán, el acta de entrega, una fotografía del embalaje y la firma del destinatario viven junto a la carga. Un documento está vinculado a la vez a la carga y a la solicitud, por eso se encuentra desde el lado del cliente y desde el lado del viaje, sin buscar en un chat.
Una fotografía en la recepción y en la entrega es la forma más barata de cerrar una disputa por daños: se hizo en un momento conocido, por una persona conocida y está en la misma ficha que la firma del destinatario.
Carga y solicitud son registros distintos
Una solicitud puede llevar varios bultos y un viaje puede llevar la carga de varias solicitudes. Mientras eso sea un solo registro, cada caso parcial —tres bultos aceptados de cinco, uno devuelto— hay que describirlo con palabras en un comentario.
- Qué se transportaobligatorioDescripción, número de bultos, peso, volumen, tipo de embalaje, condiciones especiales: frágil, temperatura controlada, se necesitan dos personas
- De dóndeobligatorioDirección de recogida, almacén o punto de salida, persona de contacto del remitente
- AdóndeobligatorioDirección de entrega, destinatario, franja de recepción, notas sobre el acceso y el traslado
- Quién respondeobligatorioEl poseedor actual: conductor, mensajero, almacén o centro de clasificación, con historial de entregas
- Estado actualcambia durante el trabajoUno de los estados de la capa de entrega; lo cambia una acción del ejecutor y no la edición manual de un campo
- Hora de salidaregistrada por el hechoEl momento en que el ejecutor aceptó la carga y esta abandonó físicamente el punto de partida
- Hora de recepciónregistrada por el hechoEl momento de la entrega al destinatario, junto con la forma de confirmación
- Documentos y vínculossegún se necesiteAlbarán, acta, fotografías, firma, número de solicitud, número de pedido en un sistema externo
Los campos obligatorios son el mínimo sin el cual una carga no se puede meter en una ruta. El resto es configurable: el transporte de muebles y la entrega de documentos tienen conjuntos de campos con sentido distintos, y obligar a rellenar lo innecesario es la vía segura a un catálogo lleno de guiones.
Control de la entrega: estados y excepciones
Un estado no es un rótulo en una pantalla, sino una condición que determina qué acciones están permitidas. El conjunto de estados es finito: mientras no se nombre de forma explícita, cada empleado entiende «en curso» a su manera y no hay con qué construir un informe.
- CreadaLa solicitud está aceptada y comprobada. La carga aún no está preparada y no hay ejecutor asignado, pero el compromiso con el cliente ya está registrado
- PreparadaLa carga está preparada y compuesta, los bultos etiquetados y los documentos listos. A partir de aquí el contenido de la carga no cambia sin una operación propia
- Entregado al repartoEl ejecutor ha aceptado físicamente la carga: la marca la pone quien la recogió. La responsabilidad pasa del almacén al ejecutor
- En caminoEl ejecutor recorre la ruta. Aquí aparecen los eventos intermedios: llegada al punto, inicio de la descarga, retención en la dirección anterior
- EntregadoEl destinatario aceptó la carga y la confirmación quedó adjunta a la entrega. Solo ahora la entrega se considera cerrada, y no en el momento de abandonar la dirección
El orden importa exactamente como está. Cada transición la ejecuta quien realizó la acción, en el momento de la acción; de lo contrario el sistema no muestra el estado del transporte, sino la intención del coordinador. Los estados intermedios (en clasificación, entregado a un subcontratista) se añaden según el proceso de la empresa, pero el conjunto sigue siendo finito y explícito.
| Qué ha ocurrido | Qué hace el sistema | Estado |
|---|---|---|
| Retraso: se agota la franja del destinatario | Marca el punto como vencido, se lo muestra al coordinador en una lista aparte y prepara un aviso al destinatario sobre el aplazamiento | aclaración |
| El cliente ha cancelado el pedido antes de la salida | Cierra la solicitud con motivo de cancelación, quita el punto de la ruta y devuelve la carga a las existencias del almacén | normal |
| El cliente ha cancelado el pedido con la carga ya en camino | No cierra la entrega en silencio: la pasa a devolución y añade un punto de retorno a la ruta del ejecutor | aclaración |
| El destinatario no está | Registra una entrega fallida con motivo y comentario del ejecutor, deja la carga con él y plantea la cuestión de un nuevo intento | aclaración |
| El destinatario ha aceptado la carga en parte | Divide la entrega: los bultos aceptados se cierran y los rechazados pasan a una devolución como registro aparte | aclaración |
| La carga se dañó durante el transporte | Abre un evento con fotografías y el responsable en el momento del daño y no deja cerrar la entrega como una corriente | aclaración |
| El ejecutor no se ha presentado al turno | Libera su ruta para reasignarla y muestra al coordinador todos los puntos afectados en una lista | aviso |
El principio general: un desenlace fallido no desaparece ni se convierte en uno correcto. La entrega sigue abierta y pasa a la cola de aclaración: sale más barato que un informe sin problemas porque no había dónde registrarlos.
Qué excepciones necesita realmente una empresa se decide en el estudio previo. El transporte de muebles necesita devoluciones y aclaración de daños; la entrega de documentos, nuevos intentos y comprobación de la identidad del destinatario. El conjunto de estados es configurable, pero la regla es la misma: toda entrega termina con un motivo y el motivo va al informe.
Panel de operaciones
qué ven el coordinador y el administrador
Panel de operaciones — el puesto de trabajo desde el que se lleva el día. Su tarea no es «mostrar datos», sino reunir en una pantalla todo lo que exige una decisión ahora mismo y no mostrar lo demás.
Por eso el panel está construido como una mesa de turno: arriba lo urgente, debajo la imagen general del día y más abajo el historial y los catálogos. Un empleado no tiene que acordarse de dónde está cada cosa para responder a la llamada de un cliente.
Qué muestra el panel:
- Entregas en curso — todos los puntos que están en marcha ahora, con su ejecutor y su estado actual
- Las rutas del día — cuántos puntos están cerrados, cuántos quedan y dónde una ruta va por detrás del plan
- Ejecutores — quién está de turno, quién está en ruta, quién ha terminado y a quién se le agota la jornada
- Estados — el reparto de las entregas por estado en una lista, sin contar a mano
- Retrasos — puntos cuya franja con el destinatario se agota o ya ha vencido
- Pedidos problemáticos — entregas fallidas, devoluciones, daños, rechazos del destinatario
- Ocupación — cuánto peso y volumen tiene asignado un vehículo y cuánto sitio queda
- Sin asignar — solicitudes que aún no han entrado en ninguna ruta
- Historial de operaciones — qué ha pasado con cualquier solicitud, ruta o posición de carga, con autor y hora
Permisos de acceso separan el panel por roles. Un coordinador ve su región, la dirección ve todas las direcciones y un operador del centro de llamadas ve estados y contactos pero no datos financieros.
La separación se fija por rol y no con un conjunto de casillas para cada empleado. De lo contrario, medio año después a una persona nueva se le configuran «los mismos permisos que a Ivánov» y ya nadie puede decir a qué tiene acceso exactamente.
Resumen del turno
118entregas en curso
9puntos con riesgo de retraso
4pedidos problemáticos
12solicitudes sin asignar
Una pantalla del sistema, las cifras son ilustrativas. El orden de los recuadros no es casual: en primer lugar no va el volumen total, sino lo que exige una decisión. Las solicitudes sin asignar van al final, porque es el único recuadro que el coordinador cierra él mismo y por completo.
Historial de operaciones
El historial no es un archivo por si acaso, sino una herramienta de aclaración. Las anotaciones no se editan: una corrección se añade como anotación nueva. Por eso la pregunta de quién pasó la entrega a mañana tiene una respuesta y no varias versiones.
Se suele leer desde uno de tres extremos: por solicitud, qué le ha pasado; por ejecutor, qué hizo durante el turno; por ruta, cómo cambió a lo largo del día.
Conexión con el almacén
de la preparación a la entrega al reparto
El almacén y la logística no son dos departamentos con un chat común, sino dos etapas de un proceso. Una carga preparada pero no entregada y una carga entregada pero no marcada son dos estados distintos, y confundirlos sale caro.
Un proceso digital continuo significa una cosa: cada transición entre el almacén y la entrega se registra con una acción y no con un mensaje. El personal de almacén marca la preparación, el conductor marca la aceptación de la carga y el destinatario marca la recepción. Entre esas marcas la carga está siempre asignada a una etapa concreta.
Qué aporta la juntura al almacén: Ve qué ha salido ya y qué lleva un segundo día en la zona de expedición. Qué aporta a la logística: Una ruta no se planifica alrededor de una carga que aún no está preparada y un conductor no llega a la puerta antes de que haya algo que cargar.
La contabilidad completa del almacén —recepción, ubicación, inventario, lotes y fechas de caducidad— es objeto de una página aparte. Aquí solo se describe la juntura: qué entrega el almacén a la logística y qué recibe de vuelta.
- 1Pedido
- 2Preparación
- 3Alistamiento
- 4Entrega
- 5Entrega
- 6Confirmación
La cuarta transición es la única en la que la carga cambia de manos. Precisamente por eso se tramita como una operación propia con dos lados: el almacén entregó, el ejecutor aceptó. Si ese paso se salta, cuando desaparece un bulto no se puede nombrar la etapa y la aclaración se convierte en un interrogatorio del turno.
Qué pasa entre el almacén y la logística
- Del almacén a la logística — el contenido del pedido preparado, el número de bultos, el peso y el volumen, la disposición para la salida y los números de etiquetado
- De la logística al almacén — la hora prevista de llegada del vehículo, quién viene a por la carga y en qué ruta entra
- De vuelta al almacén — devoluciones, bultos rechazados y carga no entregada con el motivo de su regreso
- Común a ambos — el historial de movimiento de un bulto: dónde ha estado, quién lo aceptó y cuándo cambió el responsable
Si el almacén funciona en otro programa
Es la situación habitual: la contabilidad del almacén se lleva ya en un sistema existente y nadie piensa cambiarlo. Entonces la juntura se construye como un intercambio: la logística recibe la disposición de los pedidos y la composición de los bultos y devuelve estados y confirmaciones.
El alcance y la frecuencia del intercambio los determina lo que el sistema externo pueda entregar al exterior. Qué puede hacer un programa concreto se aclara en el estudio previo: declarar de antemano una integración lista sería hacer una promesa por un producto ajeno.
Solicitudes y rutas
Carga y estados
Panel de operaciones
Informes de entrega
Cómo trabajan los empleados con el sistema
Cada rol tiene su puesto de trabajo y su conjunto de acciones. No es una restricción por sí misma: cuanto menos sobra en la pantalla, menos errores hay en el turno y más corta es la formación de una persona nueva.
Operador de solicitudes
Acepta solicitudes de todos los canales, comprueba direcciones y contenido de la carga y aclara lo dudoso con el cliente. Ve la cola de aclaración y sus propias solicitudes; no toca las rutas ni la carga de los vehículos.
Coordinador
Compone rutas, asigna ejecutores y lleva el día: mueve puntos, reacciona a los retrasos y resuelve entregas problemáticas. El usuario principal del panel y la fuente principal de cambios durante el día.
Personal de almacén
Marca la preparación y la disposición para la salida, tramita la entrega de la carga al ejecutor y la recepción de devoluciones. Trabaja con bultos y etiquetado y no con rutas.
Conductor
Recibe la ruta del turno, marca recogidas y entregas y registra el motivo cuando un punto no se cierra. Ve solo sus tareas del día y los datos que necesita para ejecutarlas.
Mensajero
El mismo escenario, pero en una interfaz móvil y con más paradas cortas por turno. Confirma la recepción, adjunta una foto o una firma y escribe un comentario sobre la dirección.
Dirección
No mira un turno, sino un periodo: volumen de entregas, porcentaje de las cerradas a tiempo, ocupación, lista de fallos recurrentes. No necesita acciones operativas, necesita cifras en las que confiar.
Mensajeros y conductores
la interfaz de trabajo del ejecutor
Un ejecutor no necesita acceso al sistema, sino una lista corta de lo que hay que hacer ahora. Por eso su puesto de trabajo es una interfaz aparte: una aplicación móvil o una página web adaptada y no el mismo panel que usa el coordinador.
Incluye:
- La lista de tareas del turno en el orden de paso
- Direcciones con notas sobre el acceso, la planta y el portal
- Datos del pedido: qué se transporta, cuántos bultos, quién es el destinatario, si hay pago contra entrega
- Un cambio de estado en una acción: he llegado, he recogido, he entregado
- Confirmación de que la carga se recibió en el punto de partida
- Confirmación de la entrega: una firma, una fotografía o un código del destinatario
- Un comentario sobre el punto cuando algo no salió según lo previsto
- Contacto con el coordinador desde la ficha de la tarea, sin buscar un número en el teléfono
Un requisito importante de una interfaz así es funcionar con mala conexión. Las marcas puestas sin conexión se guardan en el dispositivo y salen en cuanto aparece la conexión; reenviarlas no crea una segunda entrega.
El análisis detallado del trabajo del ejecutor es objeto de una página aparte, «Para mensajeros». Aquí importa otra cosa: las marcas de esa interfaz son la única fuente de estados reales, por eso se diseña la primera y no la última.
Qué aporta a la empresa una marca puesta en el sitio
La marca de un ejecutor en el momento de la acción no es control por el control. De ella salen la hora real de la entrega, la duración de la parada y el motivo de un fallo. Sin ella, las tres cosas se reconstruyen de memoria al final del día, es decir, no se reconstruyen.
El segundo efecto es la descarga del coordinador: mientras mantenga los estados con lo que le cuentan por teléfono, medio turno se le va en transcribir al sistema el trabajo de otros.
Por qué es una interfaz aparte
Un ejecutor trabaja en otras condiciones: el teléfono en una mano, la caja en la otra, la pantalla al sol, la conexión que va y viene. El panel del coordinador no se puede manejar en esas condiciones: hacen falta elementos grandes, un mínimo de campos y un comportamiento previsible sin red.
Por eso su puesto de trabajo está diseñado alrededor del turno y no de la exhaustividad de los datos: en la pantalla solo están el punto actual y el siguiente, y todo lo demás queda más abajo.
Analítica
qué datos se pueden medir
Los informes solo significan algo allí donde los datos entran en el sistema en el momento de la acción. Si los estados se rellenan por la tarde como resumen del día, cualquier informe mostrará una imagen ordenada que no tiene nada que ver con lo que realmente pasó.
Qué se calcula con los datos acumulados:
- Número de entregas — por día, semana y mes; por dirección, cliente y ejecutor
- Pedidos cerrados y problemáticos — el porcentaje entregado a tiempo y la lista de los que terminaron de otra forma, con motivos
- Tiempos de entrega — el tiempo real de la solicitud a la entrega y de la puesta en reparto a la recepción
- Ocupación — cuántos puntos, cuánto peso y cuánto volumen recaen en un vehículo y en un ejecutor y cuánto sitio queda
- Eficiencia de las rutas — el número de puntos por turno, el porcentaje cerrado según lo previsto y el tiempo entre puntos
- Historial de operaciones — una fuente para aclarar un caso concreto y no solo para las cifras de cabecera
Las definiciones de los indicadores se fijan una vez y las usa cada informe. «Entregado a tiempo» debe significar lo mismo en el informe del coordinador y en el de la dirección; de lo contrario dos resúmenes del mismo día no coincidirán y se dejará de confiar en ambos.
Los informes se exportan a un archivo, se pueden generar según calendario y se pueden enviar por API a un sistema de analítica externo; el alcance de la exportación lo determina el proyecto.
Resumen de la semana
612entregas del periodo
27cerradas no de forma normal
Una pantalla del sistema, las cifras son ilustrativas. El segundo recuadro pesa más que el primero: mientras no se examine la composición de los cierres no normales —cancelaciones, devoluciones, entregas fallidas—, el volumen total dice algo sobre la carga de trabajo pero nada sobre la calidad del trabajo.
Integraciones e intercambio de datos
Un sistema logístico rara vez está solo: los pedidos llegan de un programa, los clientes se llevan en un segundo y las existencias están en un tercero. A continuación, las direcciones por las que más a menudo se construye el intercambio. El alcance concreto de una integración lo determina lo que el sistema externo pueda entregar al exterior y se aclara en el estudio previo.
Tienda en línea
Un pedido realizado se puede transmitir automáticamente a la logística como solicitud, y el estado de la entrega se le puede devolver al comprador en su área personal. Cómo están construidos el propio escaparate y la gestión de pedidos se analiza en la página de comercio electrónico.
CRM
Es posible una integración con el catálogo de clientes y el historial de oportunidades: una solicitud se crea desde la ficha del cliente y el resultado de la entrega vuelve al gestor. El intercambio funciona con el identificador del cliente para no crear contrapartes duplicadas.
ERP y sistema contable
Puede trabajar junto con la capa contable de la empresa: pedidos, albaranes, liquidaciones. La dirección del intercambio y el conjunto de documentos los determina qué contabilidad se reconoce como principal.
Sistema de almacén
La disposición del pedido, la composición de los bultos y el etiquetado llegan del almacén, mientras que los estados y las devoluciones vuelven. Si el almacén se lleva en un programa externo, la juntura se construye como un intercambio: véase más arriba la sección sobre la conexión con el almacén.
Software para mensajeros
El puesto de trabajo del ejecutor puede formar parte del sistema o ser una aplicación aparte conectada por API: recibe tareas y devuelve estados y confirmaciones. La segunda opción hace falta donde ya hay una aplicación en uso.
Sistemas de pago
Donde hay pago contra entrega, es posible una integración con un servicio de pagos o con el terminal del ejecutor: el importe a cobrar llega desde la solicitud y el resultado del pago vuelve a la entrega. El alcance depende del proveedor.
Servicios externos
Mapas y geocodificación de direcciones, telemática de los vehículos, servicios de avisos, transportistas subcontratados. Cada una de esas conexiones es un módulo de intercambio propio; no afirmamos de antemano que exista un conector listo.
API
La interfaz propia del sistema: crear una solicitud, consultar estado y ruta, transmitir una confirmación de entrega, extraer el registro de operaciones. Todo lo que no tiene un módulo propio se conecta a través de ella.
Las reglas del intercambio son las mismas en todas partes: cada operación tiene una clave, de modo que un reenvío no crea una segunda solicitud; las discrepancias no desaparecen, sino que pasan a la cola de aclaración; cada mensaje y cada respuesta se escriben en el registro del intercambio. Sin esas tres reglas una integración funciona exactamente hasta el primer corte de conexión.
Orden de implantación
La logística no pasa a un sistema entera en un día: mientras los empleados mantengan los estados a la vieja usanza, los datos de los informes no significan nada. Por eso el arranque va por etapas y cada una se apoya en una etapa anterior que ya funciona.
1. Estudio previo
Cómo llegan hoy las solicitudes, quién planifica las rutas, con qué se mantienen los estados, qué programas hay ya y qué pueden entregar al exterior. El resultado es una descripción del proceso y una lista de lo que se automatiza primero.
2. Un piloto en una dirección
Una ciudad, un servicio de entrega o un almacén. Solicitudes, rutas, estados y marcas de los ejecutores recorren el ciclo completo con transportes reales, antes de extender el proceso a toda la empresa.
3. Roles y reglas
Quién puede cambiar qué, qué excepciones hacen falta, cómo se tratan una devolución y una entrega fallida y a quién van los avisos. Aquí se configuran también los permisos y el procedimiento para los cambios manuales de ruta.
4. Despliegue e intercambio
Las direcciones restantes siguen el patrón probado y las integraciones llegan como módulos de intercambio propios. A partir de ahí se acumula historial y aparecen los informes por periodos y los datos para planificar la flota.
Nuestros clientes
Hablemos de su logística
Contacte con nosotros ahora
Cuéntenos cuántas entregas hace al día, de dónde llegan las solicitudes, si usa flota propia o subcontratistas, si tiene almacén y en qué programas están ya sus datos. Le diremos qué se automatiza primero, qué se puede conectar a sus sistemas actuales y por dónde tiene sentido empezar el piloto.
