Integración
Cualquier señal. Un solo motor de flujos.
Una alarma, una lectura de placa, un ticket del punto de venta, un webhook de su VMS o un cron entran al mismo motor. Las entradas y salidas son configuración, no desarrollo: usted compone la lógica en un lienzo sin código.
- ONVIF eventoEntrada
- Alarma de panelEntrada
- Control de accesoAmbas
- Punto de ventaEntrada
- Lectura de placaEntrada
- Analítica de bordeEntrada
- WebhookAmbas
- CorreoAmbas
- CronEntrada
- API GraphQLAmbas
- Telefonía entranteEntrada
- FormularioEntrada
Demostración · Fuentes y corrida de ejemplo con la interfaz real del producto. Cada conexión depende del protocolo, los permisos y la cuenta de origen; se valida en el piloto.
Puente ONVIF
Sus cámaras de siempre entran al mismo motor.
Conecte el video y los eventos del VMS mediante el puente ONVIF. Las entradas son configuración, no desarrollo: acuerde el origen, la cámara y la regla que inicia el flujo.
Sus cámaras actuales
El puente relaciona las cámaras disponibles con sus sitios y eventos.
Su VMS actual
La plataforma interopera con ONVIF y valida el puente con la versión de su VMS.
Un evento con contexto
El origen y la hora permiten buscar el clip y activar el procedimiento.
Producción · Captura de la consola en un entorno de demostración. El protocolo, la versión y los permisos de su VMS se validan en el piloto.
Webhooks y API
El evento trae los datos. El lienzo decide el recorrido.
Un webhook autenticado recibe la señal; la API GraphQL consulta o entrega el contexto con los permisos acordados. Mapee los campos del sistema de origen al flujo: entradas y salidas son configuración, no desarrollo.
| Nombre | Campos | Ejemplo de uso |
|---|---|---|
| alarm.received | sourceId, cameraId, occurredAt | Buscar el clip y avisar al operador |
| plate.read | plate, cameraId, occurredAt | Enriquecer el evento con la placa |
| pos.ticket | ticketId, terminalId, occurredAt | Relacionar la transacción con el video |
| access.changed | doorId, result, occurredAt | Revisar el clip de acceso |
| analytics.event | analyticId, cameraId, trackId | Activar la regla de analítica |
| schedule.tick | scheduleId, siteId, scheduledAt | Preparar el cierre de turno |
Demostración · Esquemas y campos de ejemplo en la tabla del producto; no son un contrato de API. El mapeo se valida con su sistema de origen.
Telefonía
El mismo motor también llama.
Coloque el nodo Llamar después de la decisión. El motor de t6x incluye telefonía saliente; Omnipercept aporta el clip y el contexto de video. Configure el proveedor y el destino para su procedimiento.
Transcripción
AgenteCentro de monitoreo, evento en isla 2. La regla de respuesta recibió una alarma y vinculó el clip de la cámara.
OperadorRecibido. Comparta el ticket para revisar la evidencia.
AgenteTicket TKT-1844, sitio SITE-014. El operador asignado revisará el clip y confirmará la atención.
{ } Resultado estructurado
{
"event": "alarm.received",
"site": "SITE-014",
"ticket": "TKT-1844"
}Demostración · Transcripción de ejemplo con el componente real del producto; no es una llamada cursada. La cuenta y la conexión se validan en el piloto.
- Una llamada dentro del flujo
- El motor llama al centro de monitoreo y lee el contexto del evento.
- Proveedor configurado
- La cuenta, el destino y los permisos se prueban antes de habilitar la llamada.
- Resultado en el registro
- La llamada devuelve su resultado para que el flujo continúe o enrute el error.
Salidas
Una decisión llega a quien debe actuar.
Correo, ticket, llamada o webhook salen del mismo motor y conservan el contexto. Configure los destinos y el recorrido en el lienzo, sin desarrollar un servicio de orquestación para cada salida.
Notificar
Entregue el evento y la evidencia al canal y destinatario configurados.
Abrir ticket
Asigne un responsable y conserve el seguimiento de la respuesta.
Enviar webhook
Devuelva el resultado al sistema que necesita continuar el procedimiento.
- Buscar clip
- Sellar evidencia
- Notificar al operador
- Abrir ticket
Demostración · Notificaciones y corrida de ejemplo con componentes reales del producto. Los canales externos requieren su cuenta y permisos.
Lo que se habilita
Alcance
Las conexiones dependen del protocolo, los permisos y la versión del sistema de origen. La plataforma interopera con ONVIF; cada puente se valida en el piloto.
- Cámaras existentesIncluido
- Eventos de cámaraSe conecta
- Federación de videoSe conecta
- Operaciones con videoSe conecta
- Atención por responsableSe conecta
- Alarmas y accesosSe conecta
- Interfaces de integraciónSe conecta
- Correo y mensajeríaSe conecta
- Eventos a sistemas externosSe conecta
- Monitoreo corporativoSe conecta
- Avisos de redSe conecta
- Inventario a monitoreoSe conecta
- Conexión de sensoresSe conecta
- Catálogo de dispositivosIncluido
- Validación de lecturasIncluido
- Geocercas de dispositivosSe conecta
- Identidad corporativaSe conecta
- Origen identificado
- Documente el dispositivo o sistema que envía cada evento.
- Acceso acordado
- Valide credenciales de servicio y permisos con el responsable del sistema.
- Prueba completa
- Compruebe el recorrido desde el evento externo hasta el video y la respuesta.
Antes de ampliar
Una conexión se prueba de extremo a extremo.
- Inventario primero
- Parta del VMS, cámaras y sistemas que su equipo utiliza.
- Permisos de servicio
- Cada puente recibe el acceso necesario para su función.
- Validación conjunta
- El responsable del sistema de origen participa en la prueba.
Un piloto en su sitio
Conectemos el sistema que ya usa.
Comparta su inventario y el evento que necesita relacionar con video. Definimos una conexión acotada para el piloto.