Le WMS
Un quai en arrêt dans un créneau réservé devient un signalement sur ce créneau, là où les personnes qui planifient la cour le verront vraiment.
Canal
Vos systèmes devraient l’apprendre
avant un humain.
Chaque alerte livee peut envoyer une charge utile structurée en POST vers un endpoint qui vous appartient. C’est le canal qui transforme un événement caméra en quelque chose sur quoi votre WMS, votre outil d’incidents ou votre propre intergiciel peuvent agir — sans que personne ne retape ce que la caméra a vu.
La charge utile
Ce qui arrive sur votre endpoint.
Des noms de champs stables, un identifiant d’événement pour dédupliquer, et la mesure qui a justifié l’alerte.
event_id— unique et stable, pour qu’un réessai ne soit pas un second incidentoccurred_at— ISO 8601, UTC, à la secondesiteetsource— quel site, quelle caméra, sous les noms que vous leur avez donnésalert— la règle déclenchée, avec son type : mouvement, arrêt ou distanceobject— classe et confiance, quand le type d’alerte en ameasure— distance par rapport au seuil, ou durée d’arrêt par rapport à la grâceclip_url— les secondes autour de l’événement, pour la personne qui doit les revoirchannels— tout ce que cet événement a également notifié
Intégration
Trois étapes, et c’est dans votre stack.
- 01
Donnez-nous un endpoint
N’importe quelle URL HTTPS que vous contrôlez — votre WMS, un outil d’incidents, un relais de messagerie, une fonction écrite ce matin. Un par alerte, ou un pour tout le site.
- 02
Vérifiez la signature
Les livraisons sont signées, pour que votre endpoint puisse prouver qu’un POST vient de livee et non de quelqu’un qui a trouvé l’URL.
- 03
Répondez 2xx
Une réponse autre que 2xx ou un timeout est réessayé et journalisé. Vous voyez ce qui a été livré, quand, et ce que votre endpoint en a dit.
Schémas
Ce à quoi les clients le branchent.
L’outil d’incidents
Un franchissement d’exclusion ouvre un ticket avec le clip attaché, pour que la revue sécurité dispose des images plutôt que d’un souvenir.
Un relais de messagerie
Votre propre intergiciel transmet l’événement dans le canal où l’équipe vit déjà. livee n’a pas besoin de savoir lequel.
Votre propre analytique
Les événements comme données : à quelle fréquence une règle de croisement se déclenche, à quelle heure, sur quelle caméra. Le motif est en général plus utile qu’une alerte isolée.
Signée, réessayée, journalisée.
Demander une démoFAQ
À propos du canal API.
Faut-il un projet d’intégration ?
Pour la plupart des sites, non. Si vous savez recevoir un POST HTTPS et lire du JSON, vous savez consommer les événements livee. Le travail consiste généralement à décider ce que votre système doit en faire, pas à les brancher.
Des alertes différentes peuvent-elles viser des endpoints différents ?
Oui. Les canaux sont attachés par alerte, donc un arrêt peut aller vers le WMS pendant qu’une exclusion part vers votre outil d’incidents.
Et les restrictions de trafic sortant ?
Si votre réseau n’accepte que du trafic interne, cela oriente vers un déploiement sur site, ou vers le canal Ethernet pour la partie machine. C’est l’une des premières choses que nous tranchons pendant l’appel.