# Reportar una incidencia del dispatcher

Si algo parece incorrecto —un pedido asignado al repartidor "equivocado", retrasado o atascado sin asignar—, la forma más rápida de resolverlo es reportarlo con la información adecuada a la primera.

Las capturas por sí solas, sobre todo de pantallas que no vienen al caso, rara vez ayudan. Los datos concretos y coherentes entre sí, sí.

## Qué incluir

| Dato | Por qué importa |
|---|---|
| **Request ID** | Identifica la ejecución exacta del dispatcher implicada. Aparece en el resumen de ejecución de la vista de detalle del plan, en el Planificador, y tiene el aspecto `req_1785152470621_6v3uobxk86e`. Es lo más útil que puedes aportar, más incluso que la tienda, porque apunta a una única ejecución concreta |
| **ID de pedido / número de ticket** | Sin él no se puede rastrear el pedido afectado |
| **Tienda** | De qué tienda es la ejecución afectada |
| **Fecha y hora aproximada** | Acota qué ciclo hay que revisar |
| **Qué esperabas** | Por ejemplo: "debería haber ido a un repartidor libre en la tienda", "debería haberse quedado con el repartidor original" |
| **Qué ocurrió realmente** | Por ejemplo: "estuvo 12 minutos sin asignar", "se reasignó a otro repartidor", "fue a un transportista en lugar de a nuestra flota" |
| **¿Puntual o recurrente?** | Un pedido aislado y un patrón en muchos pedidos apuntan a causas muy distintas |
| **¿Era un pedido de cliente prioritario (Platinum)?** | Ayuda a descartar o confirmar la capa Platinum opcional |
| **Cambios de configuración recientes** | Una zona, tienda o transportista modificado poco antes ayuda a separar causa de coincidencia |

## Qué evidencia ayuda de verdad

- Una captura de la **pantalla de detalle del pedido concreto**, con las marcas de tiempo y la asignación actual, no de un panel o listado sin relación.
- Si hay varios pedidos afectados, lista **todos** sus identificadores en lugar de describirlos en general ("varios pedidos a la hora de comer").
- Si sospechas que se saltó a un repartidor o transportista concreto, nómbralo, en lugar de decir "no eligió al correcto".

## Qué evitar

- Reportar sin el Request ID o sin el ID de pedido. Son los dos datos que nada más puede sustituir.
- Afirmaciones generales como "el algoritmo está roto" o "hoy no funciona", sin pedido, tienda y hora concretos.
- Adjuntar muchas capturas sin relación en lugar de la única pantalla relevante para el pedido.

## Antes de reportar

Hay dos comportamientos que se confunden con frecuencia con fallos. Comprobarlos primero puede ahorrar una ida y vuelta:

- Una tienda en la que nada ha cambiado se **omite**, no se procesa — ver [El ciclo de asignación, paso a paso](/books/console/page/el-ciclo-de-asignacion-paso-a-paso).
- Editar el campo Activo de un plan **no** arranca ni detiene el ciclo. Usa las acciones **Activar** y **Pausar** — ver [Planes de programación: cómo funciona el ciclo automático](/books/console/page/planes-de-programacion-como-funciona-el-ciclo-automatico).

> Cuanto más claro y concreto sea el reporte, antes podrá cruzarse con la ejecución real que produjo el comportamiento que describes.