Despachador

Acerca de las ventanas de confirmación

La configuración de la Ventana de confirmación 1 y 2 tiene dos propósitos:

1. Establecen límites de tiempo mínimo y máximo sobre cuánto tiempo esperará Beacon para recibir respuestas a las alertas de incidentes de los respondedores
2. Aseguran que los respondedores que están cerca de un incidente no sean ignorados simplemente porque los respondedores que están más lejos respondieron a la alerta de incidente rápidamente

Cuando los despachadores envían alertas colectivas, se les pide a los respondedores que informen por sí mismos su ETA a la ubicación del incidente. Pero la realidad es que no puedes esperar tanto tiempo. Aquí es donde entran en juego las ventanas de confirmación 1 y 2.

Usando la configuración que se muestra aquí, a continuación se muestran tres ejemplos que demuestran cómo funciona la ventana de confirmación en conjunto a la  configuración de ETA preferida.

(Tenga en cuenta que la configuración de la ventana de confirmación 1 y 2 funciona de la misma manera si responde a través de la aplicación Beacon móvil o por SMS).

---

Ejemplo 1

Ventana de confirmación 1 = 3 minutos
Respuesta ETA > ETA preferida

En este escenario, la ventana de confirmación 1 se abre a las 12:00, cuando se envía la alerta de transmisión, y permanecerá abierta durante 3 minutos.

El respondedor que se muestra aquí responde a la alerta de transmisión a las 12:01, con un ETA que es mayor que el ETA preferido de 10 minutos, por lo que Beacon le pide al respondedor que espere: 2 minutos.

A las 12:03, la ventana de confirmación 1 se cierra, por lo que Beacon tiene que decidir si va a asignar a los respondedores o decirles que no son necesarios.

Aunque el respondedor no puede ver lo que sucedió, Beacon contesta que no es requerido. A las 12:02 Beacon encontró otro respondedor con una ETA de 3 minutos, alcanzando el número máximo de respondedores que Beacon puede asignar a este incidente.

---

Ejemplo 2

Ventana de confirmación 2 = 5 mins
ETA Respondedor > Preferida ETA

En este escenario, la ventana de confirmación 1 se abre a las 12:00, cuando se envía la alerta de transmisión, y luego se cierra 3 minutos más tarde a las 12:03. Si la ventana de confirmación 1 se cierra y Beacon no ha alcanzado el límite máximo de respondedores asignados, se abre la ventana de confirmación 2.

El respondedor que se muestra aquí responde a la alerta de transmisión a las 12:04, con un ETA que es mayor que el ETA preferido de 10 minutos, por lo que Beacon le pide al respondedor que espere: 1 minuto.

A las 12:05, la ventana de confirmación 2 se cierra (5 minutos después de que se envió por primera vez la alerta), por lo que Beacon tiene que tomar una decisión final si va a asignar a los respondedores o decirles que no son necesarios.

En este escenario, Beacon le dice al respondedor que “Confirme en Ruta”: no hubo otros respondedores con un ETA más corta, y cuando se cierra la ventana de confirmación 2, Beacon ya no aceptará respuestas.

---

Ejemplo 3

Este diagrama muestra múltiples respondedores respondiendo al mismo incidente en diferentes momentos:

---

Resúmen

En resumen, las ventanas de confirmación, en combinación con la ETA preferida, se aseguran de que:

1. Los respondedores más cercanos siempre están asignado
2. Los respondedores más lejanos solo se asignan cuando no hay suficiente ayuda cerca
3. Y ninguna de ellas es despedida prematuramente

Si cree que todo esto se podría hacer más fácilmente con el GPS,  diríamos que no es tan simple como parece: —  la conseguir el taxista más cercano es en realidad mucho más fácil que la organización colectiva y despacho de los servicios de emergencia (y, como regla general, es no es bueno para nuestra profesión hacer esa comparación).