Ultrapark AI · Agente Coordinador

El agente que opera y se autorepara. Mismo cerebro, doble rol.

Un Agente AI interno corre en cada equipo y, en conjunto, orquestan la operacion del parqueadero y mantienen en linea cada equipo. Sabe leer una factura, decidir un cierre de turno, y al mismo tiempo diagnosticar que el billetero se trabo y reiniciar el servicio. El 91% de las decisiones operativas rutinarias se ejecutan sin intervencion humana.

Arquitectura

Por que es UN agente, no dos

La mayoria de plataformas separan "sistema de operacion" y "sistema de soporte" en productos distintos. Eso crea silos: el sistema operativo no entiende fallas de hardware, y el de soporte no entiende contexto de negocio. Ultrapark fue disenado al reves: un agente unico con ambos cuerpos de conocimiento. Cuando ve un sintoma, decide si es un caso anomalo de usuario, una regla operativa que aplicar, o una falla de equipo. Y actua diferente en cada caso.

Rol 1: Coordinacion operativa

Decide tarifas dinamicas por hora, ejecuta cierres de turno, balancea cobros entre PPAs cuando uno se llena, aplica convenios, gestiona excepciones (vehiculos no autorizados, tickets perdidos, devoluciones). Cruza eventos en tiempo real contra reglas configuradas y emite alertas operativas al supervisor.

Rol 2: Soporte de equipos

Monitorea salud de cada consola, PPA, barrera, camara y sensor: estado de red, estado de billetero, estado de pinpad, temperatura, uso de disco, eventos de error. Ante una falla conocida, ejecuta la correccion automatica (reset de servicio, reinicio de pinpad, restart del subprocess). Solo escala a humano cuando la correccion no funciona.

Que la inteligencia operativa y la inteligencia de soporte vivan en el mismo agente significa que las decisiones son coherentes: si el billetero falla y no acepta efectivo, el agente coordinador sabe que tiene que redirigir cobros a otro PPA o habilitar cobro electronico, ademas de intentar reparar el billetero.

Lo que decide solo

Ejemplos de decisiones automaticas que no requieren operador

91% de los eventos de operacion rutinarios se cierran sin intervencion humana. El 9% restante escala con todo el contexto del caso para que un operador decida en segundos, no en minutos.

Caso real de operacion

Ejemplo: como el agente reacciona a un atasco de papel en la entrada

Este es un escenario que ocurre en parqueaderos varias veces por mes y que en operacion manual detiene el ingreso hasta que alguien fisicamente atiende la consola. Asi reacciona el agente coordinador cuando lo detecta:

  1. Deteccion. El subsistema de tickets en la consola de entrada reporta atasco de papel (sensor mecanico + reintento fallido). El agente local recibe la senal en milisegundos.
  2. Diagnostico. El agente verifica que no es un sintoma transitorio reintentando un par de veces. Confirma el atasco persistente.
  3. Decision con dual rol. El agente sabe que (a) reparar el atasco requiere intervencion fisica que tomara minutos, y (b) la entrada quedaria detenida en operacion manual. Como tiene contexto operativo, propone una mitigacion alternativa: activar temporalmente el ingreso por lectura de placa (LPR), manteniendo el cobro a la salida normal.
  4. Escalacion controlada. El agente envia notificacion al encargado del sitio por el canal acordado (Telegram, dashboard, SMS): "Atasco de papel en consola E-01. Sugiero activar ingreso por placa temporalmente hasta reparacion. Confirmar." Incluye foto del estado, log del subsistema, hora del primer evento, y boton de aprobacion en el mismo mensaje.
  5. Autorizacion humana. El encargado revisa el contexto en segundos y autoriza desde el mensaje (un tap). El agente cambia inmediatamente el modo de la consola: en lugar de emitir ticket, captura la placa y la registra como entrada.
  6. Operacion continua sin perdida de ingreso. Los vehiculos siguen entrando, cada uno con su placa registrada. En la salida, el sistema cobra normalmente correlacionando la placa capturada en la entrada con el cobro.
  7. Restauracion. Cuando el tecnico repara el atasco fisicamente, el agente detecta que el subsistema vuelve a estado saludable, ofrece volver al modo de tickets normal y el encargado confirma. Todo el episodio queda en el log de operacion con tiempo de degradacion, vehiculos atendidos en modo alternativo, y conciliacion final.

Lo que esto demuestra: el agente no se limita a alertar "hay un atasco". Combina su conocimiento operativo (existe modo de ingreso por placa) con su conocimiento de soporte (este equipo tiene atasco), propone una accion concreta, y mantiene a un humano en el loop para autorizar. Esa es la diferencia entre un sistema de alertas y un agente coordinador.

Otro ejemplo: disco lleno en un equipo critico

Tipico problema operativo: un PPA empieza a fallar intermitentemente porque su disco esta al 98% y el subsistema de logs no logra escribir. En operacion manual, esto deriva en una llamada de soporte tecnico horas o dias despues. Asi reacciona el agente coordinador:

  1. Deteccion temprana. El agente local monitorea uso de disco como metrica continua. Cuando cruza el umbral critico (85% por defecto), evalua que hacer antes que la falla afecte cobros.
  2. Diagnostico de que ocupa el disco. Recorre los directorios conocidos (capturas de camara antiguas, logs rotados, snapshots de video, archivos temporales) y arma un inventario de candidatos a borrar, ordenado por edad y por riesgo de borrado.
  3. Propuesta concreta. El agente NO borra autonomamente. Envia notificacion al encargado: "PPA-03 al 98% de disco. Sugiero borrar 14 GB de capturas previas a 60 dias y 3 GB de logs rotados a 30 dias. Eso libera 17 GB. Confirma?" Incluye el inventario detallado y el riesgo de cada categoria.
  4. Autorizacion granular. El encargado puede aprobar todo, parte (ej: solo logs, no capturas) o rechazar. Un tap en el mensaje y el agente ejecuta exactamente lo aprobado.
  5. Ejecucion controlada. El borrado se hace en lotes, verificando despues de cada lote que el sistema sigue saludable. Si algo falla, el agente para y reporta.
  6. Reporte. Al terminar, el agente confirma: "17 GB liberados, disco al 62%, sistema saludable". El evento queda en el log con todo lo que se borro y quien autorizo.

Por que importa: en operacion manual, el atendido de un "disco lleno" requiere que un tecnico haga ssh al equipo, vea que sobra, y decida que borrar. Lleva horas y requiere personal con permisos. El agente coordinador convierte ese proceso en un mensaje aprobado en segundos por el encargado del sitio, sin necesidad de un tecnico de TI.

Lo que escala

Cuando el agente pide ayuda al operador

El agente esta disenado para ser conservador con su autonomia. Las decisiones que escala incluyen:

Cada escalacion llega con: contexto completo del evento, decisiones que el agente ya intento, datos de equipos involucrados, y propuesta de accion. El operador acepta o ajusta. Esa decision realimenta al agente para futuras situaciones similares.

Donde vive el agente

Local + cloud, sin punto unico de falla

Ultrapark no es un servicio centralizado en la nube que controla los equipos remotamente. Cada equipo (consola, PPA, barrera) ejecuta el Agente AI interno localmente. Las decisiones criticas (apertura de barrera, cobro, clasificacion vehicular, deteccion de fraude) ocurren on-device sin depender de la conexion a internet.

La nube se usa para:

Si se pierde la conexion a internet, el agente local sigue operando normalmente. Cuando vuelve la conexion, sincroniza. La operacion del parqueadero nunca depende de que la nube responda.

Preguntas frecuentes

El agente coordinador, en detalle

Que pasa si el agente decide mal una tarifa o un convenio?

Toda decision automatica del agente queda registrada con la razon. El operador puede revisar el log y revertir manualmente. Las reversiones se realimentan al agente como casos de aprendizaje. Las reglas duras (no cobrar mas de la tarifa maxima legal, por ejemplo) son no-negociables y el agente nunca las viola.

Tengo que reentrenar el agente para mi parqueadero?

No de entrada. El agente viene pre-configurado con las reglas operativas estandar de parking en Colombia (tarifas, convenios, integraciones DIAN, Redeban, Credibanco, Flypass, GoPass). En las primeras dos semanas de operacion en su sitio el agente afina parametros propios (horas pico, mix de vehiculos, frecuencia de eventos) sin que usted tenga que hacer nada.

Como se entera mi equipo de las decisiones automaticas que toma el agente?

Dashboard de operacion accesible desde web, mas alertas en tiempo real por el canal acordado (Telegram, email, SMS o webhook a su CRM). Cada decision automatica tiene su trazabilidad completa. El operador puede configurar que tipos de evento le interesa ver y cuales no.

El agente sustituye a mi operador humano?

No, lo libera. Tareas rutinarias que antes consumian la mayor parte del tiempo del operador (cobros manuales, cierres de turno, reset de equipos colgados, conciliacion) las hace el agente. El operador se enfoca en lo que requiere criterio humano: reclamos, excepciones, relacion con clientes corporativos, planeacion. Resultado tipico: el mismo equipo opera mas sitios con menos carga.

Que pasa si quiero deshabilitar las acciones automaticas?

Cada tipo de accion automatica (reset de servicio, cobro automatico, aplicacion de regla de fraude, sincronizacion de lista negra) se puede deshabilitar individualmente desde el dashboard. El agente sigue monitoreando pero deja todo a decision del operador. Es comun en los primeros 30 dias hasta que el cliente confia en las decisiones del agente.

Como se actualiza el agente cuando lanzan nuevas capacidades?

Via OTA (over-the-air). Cada actualizacion pasa por canary (un sitio de prueba), luego se despliega gradualmente. El operador recibe notificacion previa. Las actualizaciones nunca requieren intervencion fisica en los equipos.

Cuanto tiempo de su operador se va hoy en cosas que el agente podria hacer solo?

Demo de 30 minutos. Le mostramos en vivo el dashboard de un operador comparable, las decisiones automaticas que esta tomando ahora mismo, y cuanto se libero su equipo. Sin compromiso.

Solicitar demo del agente