Funciones de entrega
Usa Delivery features para configurar opciones asociadas con el estado de pedidos, la asignación de conductores, controles de conductores, trabajo sin conexión y asignación automática. Las capturas son ejemplos históricos. Las categorías, campos, opciones y valores que muestra tu Dashboard pueden diferir.
Cada captura se abre a tamaño completo. No muestra una entrega completada, una notificación a un cliente, una ubicación válida, una sesión de conductor ni una asignación aceptada.
Catálogo actual y opciones de configuración
El catálogo de configuración actual agrupa 40 campos de entrega en cinco áreas: 6 para gestión de pedidos y estados, 7 para asignación y horarios de conductores, 24 para permisos y controles de conductores, 1 para cambios sin conexión y 2 para penalizaciones de asignación automática. Esta asociación de catálogo no constituye un registro de los campos o valores devueltos para tu proyecto.
El contrato de la API proporciona recursos genéricos de configuración, pero no garantiza por sí mismo que Dashboard muestre una categoría, campo o valor. Los controles y opciones visibles en las capturas siguientes son evidencia de un opciones de configuración. Considera ambas fuentes por separado de una entrega completada u otro resultado operativo.
Guardar un ajuste no demuestra que un conductor haya recibido una asignación, haya cambiado un estado, se haya cumplido una regla de ubicación, haya llegado una actualización a un cliente o negocio, se haya sincronizado trabajo sin conexión ni se haya completado una entrega. Valida cada resultado por separado mediante una prueba aprobada.
Antes de cambiar un ajuste
- Usa un rol que tu organización haya autorizado para administrar los ajustes de entrega.
- Antes de cambiar un valor, identifica el flujo al que debe servir: actualizaciones de estado, despacho, horarios, controles de conductores, trabajo sin conexión o asignación automática.
- Usa pedidos, conductores, horarios y ubicaciones sintéticos para validar. No uses un pedido real de un cliente para descubrir cómo funciona un ajuste.
- Si la categoría actual ofrece Save, confirma primero la configuración guardada. Una respuesta de guardado no demuestra ningún resultado operativo, de cuenta, pedido o notificación.
Gestión de pedidos y estados
Controles del opciones de configuración
| Ajuste | Configuración prevista |
|---|---|
| Enable Auto-Update of Order Status for Customers | Si el flujo debe usar la proximidad del conductor al considerar actualizaciones de estado visibles para clientes. |
| Set Customer Proximity for Auto-Updates | Distancia asociada a la proximidad del lado del cliente. |
| Enable Auto-Update of Order Status for Businesses | Si el flujo debe usar la proximidad del conductor al considerar actualizaciones de estado visibles para negocios. |
| Set Business Proximity for Auto-Updates | Distancia asociada a la proximidad del lado del negocio. |
| Driver Radius Requirement | Si se aplica un requisito de radio del conductor antes de actualizar el estado. |
| Minimum Radius for Status Update | Distancia mínima asociada con las actualizaciones de estado de recogida o entrega. |
El catálogo actual describe los tres valores de distancia de este grupo en metros. También asocia con los códigos de estado 3, 9, 11 y 26 un periodo de validez medido en minutos. Esos códigos son identificadores del catálogo, no etiquetas para el usuario ni pruebas de que un estado esté disponible, sea válido o haya cambiado en tu proyecto.
El código fuente describe escenarios donde la proximidad puede ayudar a actualizar estados para clientes o negocios y donde quizá se requiera que un conductor esté dentro de un radio definido. Trátalos como flujos que se deben validar, no como garantía de que ocurra un cambio de estado, se valide una ubicación o se envíe una notificación.
Asignación de conductores y horarios
Usa los controles disponibles para definir el flujo previsto de asignación y disponibilidad:
| Ajuste | Configuración prevista |
|---|---|
| Reassign Order to Driver | Si se puede reasignar al mismo conductor un pedido pausado. |
| Enable Admin to Assign Drivers | Si administradores autorizados pueden asignar conductores manualmente. |
| Scheduled Driver Login | Si el inicio de sesión del conductor se asocia con sus horas de trabajo programadas. |
| Enable Schedule-Based Driver Login | Si se tiene en cuenta un horario cuando el conductor inicia sesión. |
| Automate Driver Schedule Availability | Cómo se asocia la disponibilidad con un horario. |
| Allow Managers to Update Schedules | Si los gerentes pueden actualizar los horarios de conductores. |
| Set Driver Availability Strategy | Si la disponibilidad se organiza en torno a horarios o bloques de entrega. |
Un control de asignación u horario configurado no demuestra que un conductor específico pueda iniciar sesión, esté disponible, reciba o acepte un pedido ni termine una entrega.
Permisos y controles de conductores
La pantalla puede incluir estas opciones:
| Ajuste | Configuración prevista |
|---|---|
| Allow Order Rejection | Si un conductor puede rechazar un pedido asignado. |
| Allow Driver Profile Updates | Si un conductor puede actualizar la información de su perfil. |
| Enable Driver Availability | Si un conductor puede indicar su disponibilidad. |
| Enable Driver Order Availability | Si un conductor puede elegir estar disponible para recibir pedidos. |
| Hide Driver ETA | Si se oculta el ETA del conductor en la interfaz pertinente. |
| Enable Order Not Ready Status | Si un conductor puede seleccionar el estado de pedido no preparado. |
| Enable Failed Pickup Status | Si un conductor puede seleccionar el estado de recogida fallida. |
| Specify Delivery Time | Si el conductor puede proporcionar un valor de tiempo de entrega previsto. |
| Allow GPS Mock Locations | Si se permiten ubicaciones simuladas para el uso controlado previsto. |
El ejemplo de Specify Delivery Time usa minutos. No demuestra que actualmente se devuelva ese campo, que un conductor pueda enviar un valor ni que otro rol vea un ETA.
Estos controles cambian lo que puede permitir un flujo configurado. No demuestran el permiso real de un conductor, una lectura GPS válida, un cambio de estado, un ETA visible al cliente ni una recogida o entrega completada.
Cambios sin conexión y penalizaciones de asignación automática
Enable Offline Changes tiene como objetivo permitir que un conductor registre cambios durante una interrupción de conectividad. El código fuente describe una sincronización posterior cuando se restablece la conexión. Guardar este ajuste no demuestra que el dispositivo ponga cambios en cola, se reconecte, sincronice datos, resuelva conflictos o conserve una actualización de pedido.
La sección histórica Auto-Assignment Penalties incluye:
- Set Penalty for Missed Assignments, un recuento asociado con asignaciones no atendidas.
- Set Penalty Duration, una duración asociada con la penalización.
El catálogo expresa Set Penalty Duration en minutos. El ejemplo histórico no demuestra que se asigne o aplique una penalización a un conductor ni que cambie un historial de asignaciones.
El código fuente describe un flujo de penalización donde una asignación automática no atendida puede mover el pedido al final de una cola. Antes de confiar en este comportamiento en operaciones, confirma por separado el funcionamiento real de la cola, el conductor afectado, los tiempos, la lógica de asignación y el resultado del pedido.
Comportamiento al guardar y persistencia parcial
Para los campos habituales de esta categoría, el código fuente actual de Dashboard prepara las ediciones hasta que se selecciona Save y después guarda los registros de configuración en secuencia. Si falla una escritura posterior, es posible que ya se haya guardado un registro anterior; considera que guardar varios ajustes no es atómico hasta comprobar individualmente los valores devueltos. Este comportamiento definido por el código fuente no demuestra que la misma secuencia esté desplegada en tu entorno ni que ocurriera un resultado de entrega.
Validar un resultado a la vez
Después de cambiar la configuración, mantén separadas estas comprobaciones:
- Configuración: Dashboard muestra el valor guardado previsto.
- Acceso: El rol autorizado correspondiente puede ver y usar el control pertinente.
- Pedido y asignación: Un pedido sintético elegible sigue el flujo previsto de asignación y estado.
- Ubicación y tiempo: Cualquier comportamiento de radio, ETA, horario o disponibilidad coincide con las condiciones de la prueba aprobada.
- Efectos para el cliente y el negocio: Una opción de estado configurada no demuestra que un usuario haya visto una actualización o recibido una notificación.
- Comportamiento sin conexión y penalizaciones: La puesta en cola, sincronización, reintentos, conflictos y consecuencias de asignación se verifican con evidencia de una prueba aislada.
Si falta un ajuste o difiere de los ejemplos, no lo sustituyas por otro control. Usa las opciones devueltas para tu proyecto y define el flujo previsto con el equipo responsable.
Guías relacionadas: Descripción general de Delivery · Administrar una entrega · Descripción general de Add-ons