Ascenseurs à l'arrêt

Les arrêts des équipements vont être matérialisés par des événements sur intentPlatform.
Si les ascenseurs sont télésurveillés, les pannes doivent être envoyés.
Si les ascenseurs ne sont pas télésurveillés, le technicien déclare les ascenseurs à l'arrêt suite à son passage.

Sur quel élément de patrimoine rattacher les arrêts?

Les événements de mise à l'arrêt seront rattachés à l'équipement ascenseur.

Combien de stream vais-je devoir créer ?

Il vous faudra créer 1 stream par ascenseur. Ce stream recevra tous les événements, de mise à l'arrêt, peu importe leur type.

Pour une bonne qualité de service auprès de vos clients, il faut envoyer les types d’événements suivants pour les arrêts :
    .1Arrêt ascenseur pour maintenance
    .2Arrêt ascenseur pour travaux
    .3Arrêt ascenseur suite à demande client
    .4Arrêt ascenseur pour raison de sécurité
    .5Arrêt ascenseur pour panne
    .6 Panne déclarée par télésurveillance
    .7Panne déclarée par appel client 
Si vous n'avez pas le détail de ces événements, vous devez envoyer par défaut "Arrêt ascenseur".

Pour les 7 événements suivants, nous avons 1 famille d’activité, santé ascenseur LiftState. 1 unique flux par ascenseur sera créé et il pourra recevoir les 7 types d'événements.

Comment transmettre les données ?

Pour transmettre les données, il vous faudra créer un stream de type events et l'alimenter en données.  Evénements et alertes 
L'API à utiliser est l' API Data v1 .

Création du flux Alertes et événements

Il vous faut créer un stream de type events, avec un dataType = alert et une activityKey = LiftState

POST api/data/v1/streams
{
"reference": "STREAM-ASC-213BO98",
"label": "Mises à l'arrêt de l'ascenseur ASC-213BO98",
"type": "events",
"tags": {
"intent_assetReference": "ASC-213BO98",
"intent_activityKey": "LiftState",
"intent_dataType": "alert",
"intent_contractReference": "CONTRACT-10"
}
}

Caractéristique du stream

Toutes les caractéristiques :  doc api en ligne 
Référence : Vous êtes libre de fixer la référence du stream. Elle doit cependant être unique pour toute votre entité et donc pour tous vos clients..

Label : Le label doit être compréhensible par tous les utilisateurs.

Alimenter le stream Alertes en données

Une fois que votre stream est créé, vous pouvez l'alimenter en données au fil de l'eau.

POST api/data/v1/events
{
"streamReference": "STREAM-ASC-213BO98",
"payload": [
{
"type": "Panne",
"status": "DEBUT",
"timestamp": 1504063834184
}
]
}

POST api/data/v1/events
{
"streamReference": "STREAM-ASC-213BO98",
"payload": [
{
"type": "Panne",
"status": "FIN",
"timestamp": 1504063934184
}
]
}


Type et status

Sur intentPlatform, une alerte est caractérisée par un événement de début et un événement de fin, de clôture. L'utilisateur va paramétrer des seuils d'alertes qui vont créer une alerte lorsque l'événement de début d'alerte est transmis. L'alerte viendra automatiquement se fermer lorsque l'événement de clôture sera transmis.

Quelques exemples de type et status
Vous êtes libre de mettre au tant de type que vous souhaitez. Un type va correspondre à un type d'alerte que vous souhaitez transmettre.
Dans chacun des cas nous vous conseillons de différencier par les "status" les mises à l'arrêt avec personne bloquée ou non.
Dans le cas où une personne est bloquée lors de la mise à l'arrêt nous vous conseillons d'envoyer DEBUT_CRITIQUE / FIN_CRITIQUE afin d'informer