Comment affecter un saigneur à un module dans l’app Seringueiro
Guide simple pour affecter un saigneur à un module actif dans l’app Seringueiro, sans confondre accès à la propriété, rôle admin et organisation du travail.
Publie le 14 avril 2026
4 min de lecture
Matheus Peguim
Quand un module est déjà créé, il manque souvent une étape simple pour que la routine démarre vraiment, affecter le bon saigneur au bon endroit. Dans l’app Seringueiro, cette affectation sert à sortir le module de l’attente et à préparer la première activité utile.
Le point important est clair, ajouter une personne à la propriété ne suffit pas encore à la lier à un module. L’entrée dans l’équipe et l’affectation au travail ne sont pas la même action.
Quand le membre n’a pas encore d’affectation active, la gestion de la propriété peut ouvrir une sélection de module pour faire la liaison proprement.
Pourquoi cette affectation compte dans l’organisation de la plantation
Le funil du producteur passe par une séquence simple, créer la propriété, créer le module, ajouter la personne, puis la lier au module avant la première activité enregistrée. Si cette liaison manque, le module peut rester actif sans saigneur, et la propriété continue avec un point de blocage visible.
Le score de santé de la propriété lit justement ce manque comme une action prioritaire possible, avec le code assign_tapper. En pratique, cela veut dire qu’un module a besoin d’une personne affectée avant d’avancer proprement.
Qui peut affecter un saigneur à un module
Dans la logique actuelle du produit, cette gestion reste côté owner ou admin de la propriété. Le membre simple peut entrer dans la propriété et travailler avec le bon accès, mais il ne prend pas le contrôle du setup.
Cette séparation évite deux erreurs fréquentes, donner trop de droits pour résoudre un besoin simple, ou croire qu’une invitation d’équipe a déjà terminé l’organisation du module.
Ce qu’il faut vérifier avant de confirmer
la personne est déjà membre active de la propriété ;
le module visé est actif ;
le module n’a pas déjà un currentTapperId occupé ;
vous êtes bien en train de lier une personne à un module, pas de changer son rôle administratif.
Le flux manuel de gestion n’utilise pas l’affectation comme prétexte pour promouvoir quelqu’un en admin. La liaison au module et les privilèges restent deux choses séparées.
Comment affecter un saigneur à un module dans l’app Seringueiro
Le chemin le plus direct passe par l’espace Pessoas ou par la gestion du membre dans la propriété. Quand vous ouvrez la fiche d’une personne, le dialogue de gestion peut afficher un bloc pour lier ce membre à un module si elle n’a pas encore d’affectation active.
ouvrez la propriété ;
allez dans l’écran de gestion des personnes ;
ouvrez le membre concerné ;
repérez la section de liaison au module ;
choisissez un module actif sans saigneur ;
confirmez les changements.
Au moment de la confirmation, le produit enregistre la liaison du membre et met à jour le module avec currentTapperId. La source de cette affectation est marquée comme admin_manual, ce qui garde une lecture propre de la décision opérée par l’administrateur.
Le choix vise surtout les modules actifs encore sans saigneur, pour organiser l’affectation sans brouiller la propriété.
Ce qui se passe après l’affectation
Une fois la personne liée, le module sort du cas “sans saigneur” et la propriété peut avancer vers la prochaine étape, commencer la routine de terrain et enregistrer les premières activités. C’est aussi pour cela que cette étape apparaît comme action prioritaire dans la lecture de santé de la propriété.
Sur les écrans de suivi, cette organisation aide à réduire les modules qui restent actifs sans personne responsable, ce qui donne une base plus propre pour la sangria du jour, la fréquence d’activité et la lecture globale de la propriété.
Les erreurs qui créent le plus de confusion
Confondre ajout à la propriété et affectation au module
Le lien d’invitation ou l’ajout du membre ouvre l’accès à la propriété. Il ne relie pas automatiquement cette personne à un module de production.
Vouloir résoudre l’organisation par un rôle admin
Donner le rôle admin ne remplace pas une affectation correcte. Si le besoin réel est seulement de mettre quelqu’un sur un module, il faut faire cette liaison, pas élargir les droits sans raison.
Choisir un module déjà occupé ou non actif
Le flux manuel est pensé pour éviter ce bruit, en proposant surtout des modules actifs encore sans saigneur. Cela aide à garder une structure plus nette dès le départ.
Quand le score de santé signale cette action
Le backend de santé de propriété surveille plusieurs dimensions applicables, dont la couverture de l’équipe. Quand il reste des modules actifs sans saigneur, la prochaine action peut être affichée comme assign_tapper.
Autrement dit, le message n’est pas décoratif. Il signale un blocage réel dans la configuration, avec un chemin de correction qui ramène directement au module ou à l’écran utile.
Quand la couverture de l’équipe reste incomplète, la santé de la propriété peut remonter l’affectation du saigneur comme prochaine action utile.
Routine simple pour ne pas bloquer la propriété
créez le module ;
faites entrer la bonne personne dans la propriété ;
affectez-la rapidement au module actif ;
vérifiez ensuite la première activité au lieu de laisser le module en attente.
Cette séquence est courte, mais elle change la qualité du démarrage, parce qu’un module structuré avec la bonne personne avance plus facilement qu’un module actif laissé sans responsable.
FAQ
Peut-on affecter un saigneur sans le rendre admin ?
Oui. La liaison au module est séparée du rôle administratif.
Le lien d’invitation place-t-il automatiquement la personne sur un module ?
Non. Il crée ou réactive le membership dans la propriété, puis l’organisation du module continue dans la gestion normale.
Qui peut faire cette affectation ?
Un owner ou un admin actif de la propriété.
Pourquoi cette action revient-elle dans le score de santé ?
Parce qu’un module actif sans saigneur reste un point de blocage opérationnel pour la propriété.
Affecter vite le bon saigneur au bon module, c’est souvent ce qui transforme une propriété configurée en propriété vraiment prête à travailler.