Comment lire le score de santé de votre propriété dans l’app Seringueiro

Quand une propriété avance bien dans Seringueiro, cela ne dépend pas d’un seul numéro joli à regarder. Le score de santé de la propriété résume des signaux réels déjà persistés par le backend, comme la couverture de l’équipe, le contour du terrain, les modules, la traçabilité, l’activité récente et la productivité, pour aider l’utilisateur à voir vite où agir sans recalculer tout le diagnostic à la main.

1. Ouvrez l’onglet de production de la propriété pour lire la carte de santé

Le score de santé apparaît dans la lecture de production de la propriété. L’écran ne reconstruit pas le calcul localement, il lit un payload canonique enregistré dans stats.propertyHealth, avec statut, score, niveau, dimensions, comptages et prochaine action.

Cela compte parce que le même diagnostic peut ensuite être affiché dans l’app et sur le web sans divergence de logique. Si le backend n’a pas encore de base suffisante, la propriété peut aussi revenir avec un statut empty au lieu d’un faux score.

2. Lisez le score comme un résumé de plusieurs dimensions, pas comme une note isolée

Le score final est une moyenne des dimensions applicables, multipliée par 100. Selon le contexte de la propriété, Seringueiro peut prendre en compte la couverture d’équipe, la limite de propriété, la couverture des polygones de modules, la traçabilité, la saignée du jour, la fréquence d’activité sur 7 jours et la productivité de la campagne.

Autrement dit, un score plus faible ne veut pas automatiquement dire que tout va mal. Il indique surtout quelle partie de l’opération n’est pas encore suffisamment couverte par des données ou par l’exécution de terrain.

3. Regardez d’abord la prochaine action, parce que le backend hiérarchise déjà le point le plus utile

Le backend ne renvoie pas seulement un score. Il matérialise aussi une nextAction avec un code et des paramètres, afin que le client sache quelle correction proposer en premier. Les cas supportés couvrent par exemple l’absence de limite de propriété, l’assignation d’un seringueiro, le polygone manquant d’un module, le démarrage de la saignée du jour, la revue du calendrier d’activité, l’enregistrement d’une livraison ou la revue de traçabilité.

Cette hiérarchie évite de perdre du temps dans des lectures vagues. Au lieu de seulement dire que la propriété est en attention, l’écran essaie d’ouvrir la prochaine correction la plus logique.

4. Utilisez les compteurs et les modules pour comprendre d’où vient la note

Le payload de santé apporte aussi des comptages utiles, comme le nombre de modules actifs, de modules avec seringueiro, de modules avec polygone, d’activités évaluées pour la traçabilité, de modules saignés aujourd’hui et le volume livré pendant la campagne. Ces éléments aident à lire la raison de la note sans deviner.

Quand une action pointe vers un module précis, l’app peut ouvrir le détail du module, l’éditeur de polygone, l’assignation de seringueiro ou l’écran de calendrier. Le score devient alors un point d’entrée opérationnel, pas seulement un indicateur passif.

5. Relisez le score après les corrections, surtout si la propriété dépend de l’activité du jour

Le modèle protège aussi la lecture quotidienne. Si le snapshot n’est plus frais pour le jour courant et que la dimension tappingToday s’applique, le client peut normaliser temporairement cette partie pour ne pas laisser un indicateur du jour contaminer la décision du lendemain.

En pratique, la bonne lecture consiste à corriger le blocage prioritaire, relancer la routine utile et relire ensuite le score avec ses compteurs, plutôt que de poursuivre un chiffre seul.

Quand le score de santé est lu avec sa prochaine action et les signaux qui le soutiennent, il devient un guide d’opération fiable au lieu d’une note isolée.