Depuis le 7 septembre, les filtre rapides correspondant aux interventions "fermées" (status = closed) ont changé. Auparavant, un seul filtre permettait de regrouper toutes les interventions dans cet état. Désormais, ce sont deux filtres qui permettent de faire la différence entre les interventions "résolues" et les interventions "non résolues".

Comment ça marche ?

Les interventions résolues sont celles qui sont au statut "fermé" (closed) pour les événements suivants :

Intervention effectuée (event : "done") - intervention déclarée effectuée avec succès par le prestataire.
Réparation partielle (event : "partial_repair") - réparation partielle effectuée par le prestataire.
Réparation temporaire (event : "temporary_repair") - réparation temporelle effectuée par le prestataire.
Problème résolu (event : "solved") - acceptation de la résolution et des travaux par le propriétaire.

Les interventions non résolues sont celles qui sont au statut "fermé" (closed) pour les événements suivants :

Refus locataire (event : "occupant_denial") - refus de l'intervention par l'occupant du logement.
Absence locataire (event : "occupant_absent") - intervention impossible parce que l'occupant est absent ou ne répond pas.
Notification formelle (event : "formal_notice") - envoi d'un courrier avec A/R suite à une série de passages infructueux.
Intervention refusée (event : "dismissed") - refus de l'intervention réalisée par le demandeur.

Où retrouve-t-on ces filtres ?

Dans les tableaux de bords de listes d'interventions (curatives, préventives, réglementaires et bon de commande) et les listes de réserves, ainsi que dans les tableaux de bords équivalents.

Est ce que des indicateurs sont impactés ?

Les taux de couverture, par exemple, étaient déjà calculés sur les seules interventions déclarées terminées avec succès (statut "closed", événement "done").

En revanche, maintenant, le nombre d'intervention curatives réalisée sur l'année (préventif et réglementaire) est calculé seulement sur la population correspondant aux interventions "fermées / résolues".

Pourquoi ce changement ?

Après la livraison des nouveaux dashboards préventifs, nous avons reçu des retours indiquant que le filtre "fermées" ne permettait pas de faire la différence entre les interventions réalisées et celles qui n'avaient pas pu avoir lieu, et que cela faussait certains chiffres et certains calculs.

Comme la norme STEPP, sur laquelle nous nous basons pour les états et événements des interventions est assez claire à ce sujet, et que nous avons déjà invité, au travers des documents "Intent Ready", nos partenaires à suivre ces scénarios, il n'était que difficilement envisageable de modifier les états, ou de changer le cycle de vie. Aussi, nous avons préféré modifier les filtres et certains calculs, qui permettent de préciser les choses, sans occasionner de régression ou de modification de nos APIs.

Une valeur ajoutée ?

Maintenant que cette distinction est faite, cela permet de donner plus de sens et plus de pertinence à l'indicateur de la ventilation des motifs de cloture. Puisqu'en fonction du filtre appliqué, on aura uniquement les interventions "réalisées" ou les interventions "non réalisées".

De la même manière, le calcul des délais et durée d'intervention est désormais plus pertinent, puisqu'il ne prendra plus en compte les interventions qui n'ont pas pu avoir lieu.

Septembre