Rechazar de forma segura un pedido pendiente
Rechaza un pedido solo si todavía está Pending y no se puede preparar. Un rechazo satisfactorio registra el motivo por escrito, cambia el pedido al estado Rejected by business y puede activar avisos para el cliente. Confirma el resultado de cada pedido afectado; que se cierre una pantalla o llegue una notificación no demuestra que se rechazó el pedido ni que se completaran todas las acciones de seguimiento.
Antes de comenzar
- Inicia sesión en el proyecto y alcance de negocio previstos y luego abre Orders.
- Actualiza la cola y comprueba que el número, negocio, cliente, artículos y estado actual Pending coincidan con la decisión que pretendes tomar.
- Si vas a rechazar un grupo, actualiza la lista y revisa cada pedido mostrado. Confirma que se debe rechazar cada miembro y que todavía esté Pending. La aplicación comprueba el primer pedido antes de mostrar Reject all, pero envía el mismo motivo a todos los miembros visibles sin filtrar sus estados individuales.
- Prepara un motivo claro y apropiado para el cliente. Business App requiere un comentario escrito; no usa el selector de motivos predeterminados que aparece en otras aplicaciones.
- Considera el rechazo un cambio remoto del pedido. Mientras se desconozca el resultado, no lo repitas.
Rechazar el pedido
- En un pedido pendiente, selecciona Reject. Para un grupo visible, selecciona Reject all solo después de confirmar que se debe rechazar cada miembro y que todos siguen Pending; el control del grupo solo comprueba el primer pedido.
- Revisa la pantalla Reject Order. Si aparece un botón de teléfono del cliente, úsalo solo cuando el procedimiento operativo exija contactar al cliente. Al seleccionarlo, se transfiere el número a la aplicación de teléfono del dispositivo; no se confirma que haya comenzado o conectado una llamada.
- Introduce el motivo en Please type your comments in here. Mientras el comentario esté vacío, Reject no estará disponible. Si aparece un error de longitud, acorta el motivo a 255 caracteres como máximo.
- Antes de seleccionar Reject, considera el efecto: se enviará el mismo motivo para el pedido único o para cada miembro del grupo visible. Todo pedido aceptado puede dejar de estar Pending y activar notificaciones, correo electrónico, actualizaciones en tiempo real, webhooks o acciones logísticas configuradas. Un grupo desactualizado o con estados mixtos puede dar resultados distintos para cada miembro.
- Selecciona Reject una sola vez. Espera a que termine la actualización antes de navegar a otro sitio o intentarlo de nuevo.
Verificar el resultado
Vuelve a Orders, actualiza la lista y verifica cada pedido afectado por separado.
- El rechazo queda verificado cuando el pedido previsto aparece como Rejected by business en el grupo Cancelled o en los detalles actualizados.
- Si enviaste un grupo, comprueba el número y estado actual de cada pedido mostrado. La pantalla de rechazo puede cerrarse después de recibir un espacio de resultado por pedido, aunque se haya enviado un miembro que no estaba pendiente o hayan fallado una o más actualizaciones individuales.
- Una notificación, correo electrónico, evento en tiempo real o pantalla de la aplicación de teléfono no demuestra que se haya guardado el estado del pedido. Esos canales pueden completarse, fallar o llegar por separado.
- Si la aplicación estaba sin conexión o volviéndose a conectar, el cambio local puede estar desactualizado o sin sincronizar. Vuelve a conectarte y actualiza antes de considerar rechazado el pedido.
Recuperación segura
| Lo que observas | Qué significa | Siguiente paso seguro |
|---|---|---|
| Reject no está disponible | El comentario está vacío o la actualización del pedido ya se está cargando. | Escribe un motivo claro o espera a que termine el intento actual. No pulses varias veces. |
| No aparece Reject o Reject all | El pedido ya no está pendiente, la vista está desactualizada o las acciones sin conexión no están disponibles. | Actualiza y verifica el estado exacto, alcance y conexión. No fuerces otro estado. |
| Aparece un error de validación, permisos, pedido bloqueado, cambio de estado o red | El servicio no aceptó la solicitud actual tal como se envió. | Conserva el mensaje visible, actualiza el pedido, corrige únicamente el problema indicado e inténtalo una sola vez si el estado sigue Pending. |
| Se cierra la pantalla de rechazo, pero un pedido sigue Pending | La solicitud del grupo pudo fallar parcialmente o la lista puede estar desactualizada. | Actualiza cada pedido enviado. Reintenta una sola vez únicamente para el pedido previsto que siga pendiente; escala las discrepancias persistentes al administrador del proyecto o a soporte de Ordering. |
| Un miembro enviado del grupo aparece en otro estado distinto de pendiente | Reject all envió los ID del grupo visible sin volver a comprobar cada estado, o alguien cambió el pedido primero. | Detente. Vuelve a abrir ese pedido y sigue su flujo actual en vez de repetir el rechazo. Verifica por separado los otros miembros. |
| No se abre la aplicación de teléfono del dispositivo o no aparece el resultado de la llamada | El traspaso telefónico opcional no estaba disponible o su resultado está fuera de Business App. | Si hace falta, contacta al cliente mediante una alternativa aprobada. Antes de considerar rechazado el pedido, verifica su estado por separado. |
| Falta una notificación o actualización en tiempo real | Un canal de seguimiento puede fallar o demorarse después de cambiar el pedido. | Verifica el estado guardado actualizando el pedido. Escala por separado el canal ausente; no repitas el rechazo solo para reenviar la notificación. |
Disponibilidad y diferencias entre plataformas
- Reject está disponible desde los detalles de un pedido pendiente. La visibilidad de Reject all en un grupo solo comprueba que su primer pedido esté Pending y luego envía todos los miembros visibles sin filtrar sus estados. Actualiza y verifica a todos los miembros antes y después del envío.
- El flujo de Business App usa un comentario de texto libre como motivo del rechazo. No muestra la lista predefinida de motivos del flujo para repartidores.
- Si la aplicación no puede realizar o conservar acciones sin conexión, los controles de estado no están disponibles. Si conserva un cambio sin conexión, no hay un indicador compatible de acción pendiente que demuestre que se sincronizó más tarde.
- El botón de teléfono del cliente solo aparece cuando el pedido cargado incluye un número de móvil. Abre el controlador telefónico de la plataforma y es independiente del rechazo remoto.
- Las notificaciones, llamadas, correo, webhooks y actualizaciones en tiempo real dependen de la configuración del proyecto y de sus proveedores.