L'automatisation n'envoie pas au groupe

ganncamp · Mars 17, 2025, 3:11

J’ai configuré une automatisation avec le script « Planifier un MP avec les résultats de l’explorateur de données ».

Malgré que l’étiquette du champ soit « Envoyer à l’utilisateur, au groupe ou à l’e-mail * »

Colin et moi avons reçu le MP, mais mon contact dans le groupe JVM ne l’a pas reçu.

Je ne trouve rien à ce sujet dans les journaux.

Notez qu’un autre utilisateur a signalé en septembre 23 que l’envoi aux groupes ne fonctionnait pas. Je lance un nouveau fil de discussion car ce fil indique « ne semble pas prendre en charge » et, d’après l’interface utilisateur d’aujourd’hui, l’automatisation semble destinée à prendre en charge.

ganncamp · Mars 17, 2025, 3:18

Il semble que l’envoi à une adresse e-mail fonctionne, j’ai donc substitué l’alias e-mail du groupe.

ganncamp · Mars 17, 2025, 5:58

Je viens de définir manuellement un message personnel pour un petit groupe auquel j’appartiens.

Je n’ai pas coché « Envoyer un message personnel individuel à chaque destinataire »

Et… d’après ce que je peux voir, personne ne l’a reçu.

Je suppose donc que c’est le problème.

Edit : il semble qu’il ait été envoyé au groupe en tant qu’entité, plutôt qu’à l’un des membres du groupe.

ganncamp · Mars 17, 2025, 6:58

C’est parti :

github.com/discourse/discourse-data-explorer

lib/discourse_data_explorer/report_generator.rb

2c1861307


      
            def self.filter_recipients_by_query_access(recipients, query)
              users = User.where(username: recipients)
              groups = Group.where(name: recipients)
              emails = recipients - users.pluck(:username) - groups.pluck(:name)
              result = []
          
              users.each do |user|
                result << [user.username, "username"] if Guardian.new(user).user_can_access_query?(query)
              end
          
              groups.each do |group|
                if group.id == Group::AUTO_GROUPS[:admins] || query.query_groups.exists?(group_id: group.id)
                  result << [group.name, "group_name"]
                end
              end
          
              emails.each { |email| result << [email, "email"] if Email.is_valid?(email) }
          
              result
            end
          end

Je pensais que puisque tous les utilisateurs du groupe squad étaient aussi dans le groupe company, et que le groupe company avait un accès explicite au rapport, cela fonctionnerait.

Mais les groupes ne sont pas développés en utilisateurs (et il n’y a pas d’option dans l’interface utilisateur pour activer cela)

davidb · Mars 18, 2025, 7:22

Salut, merci de partager les détails de ce problème.

Pouvez-vous vérifier la valeur du paramètre du groupe :

Groupe → Gérer → Interaction → Qui peut envoyer des messages à ce groupe ?

Si vous pouvez partager la valeur pour le groupe JVM, cela m’aidera à déboguer ce problème.

Je partagerai ce retour avec l’équipe pour voir si nous pouvons améliorer cette fonctionnalité.

ganncamp · Mars 18, 2025, 11:34

Sur mon groupe, je vois un onglet « Messages ».

Même en tant qu’administrateur global, je ne le vois pas sur le groupe JVM :

J’ai donc ajouté mon nom au groupe, pensant que c’était peut-être la raison pour laquelle je ne le voyais pas.
Toujours pas d’onglet « Messages ».

Ensuite, j’ai vérifié les paramètres d’« interaction » du groupe, et oui, la messagerie était définie sur « Personne ».

Je l’ai donc mis à jour à « Membres du groupe, modérateurs et administrateurs ».

Mais l’onglet « Messages » n’apparaît toujours pas pour le groupe, peu importe le nombre de fois où je rafraîchis la page.

La messagerie des Community Managers est définie sur « Tout le monde », mais je ne veux pas faire cela pour ce groupe.

davidb · Avril 16, 2025, 9:06

J’ai examiné cela et le paramètre d’interaction que vous avez sélectionné devrait être correct, il n’a pas besoin d’être « Tout le monde » pour que l’onglet Messages s’affiche.

Il existe quelques étapes supplémentaires que j’ai trouvées qui déterminent si l’onglet Messages est visible :

L’utilisateur doit être connecté en tant que membre du groupe ou administrateur.
L’utilisateur doit être membre d’un groupe activé pour les MP (c’est-à-dire membre de l’un des groupes dans SiteSetting.personal_message_enabled_groups) - le groupe spécifique en question n’a pas besoin d’être dans ce paramètre de site d’identifiants de groupe, mais je pense que ce serait un moyen de s’assurer que tous les membres du groupe peuvent voir l’onglet messages.
Le groupe a déjà reçu au moins un message.

Dans le cas que vous rencontrez, je soupçonne que le problème vient soit du point 2, soit du point 3.

Nous travaillons également sur le script d’automatisation pour les groupes afin d’ajouter une option pour envoyer aux membres individuels du groupe. Je partagerai plus de détails à ce sujet lorsqu’il sera prêt.

ganncamp · Avril 16, 2025, 11:18

Génial !

Dans l’intervalle, j’ai réalisé que pour envoyer un rapport à un groupe, ce groupe individuel et spécifique doit avoir des autorisations explicites pour le rapport, plutôt que chaque destinataire du groupe n’ait des autorisations (via un autre groupe sous-jacent). La résolution du groupe à ses utilisateurs au début du processus devrait m’éviter d’avoir à ajouter 20 groupes (littéralement !) à chaque rapport !

davidb · Avril 18, 2025, 2:19

Une mise à jour à ce sujet est maintenant fusionnée ici :

github.com/discourse/discourse-data-explorer

FEATURE: add option to send individual report PM to group members

main ← report-generator-users-from-groups

opened 10:26AM - 18 Apr 25 UTC

dbattersby

+28 -4

This change adds an option to the **Schedule a PM with Data Explorer results** s…cript, which when selected will send individual PMs to each group member selected in the **Send to User, Group or Email** field. <img width="575" alt="Screenshot 2025-04-18 at 12 52 41 PM" src="https://github.com/user-attachments/assets/2215193d-8eae-4ced-b4c5-c67e31942c57" /> When this field is not checked, the functionality for groups will work as it did before (ie. send a single PM to the group). ### When checked <img width="796" alt="Screenshot 2025-04-18 at 2 31 43 PM" src="https://github.com/user-attachments/assets/69f33220-d9b9-4a8e-b2ef-466789a07cf9" /> <img width="747" alt="Screenshot 2025-04-18 at 2 33 29 PM" src="https://github.com/user-attachments/assets/afb83526-5d42-4f3b-803e-ba63248e60ac" /> ### When not checked <img width="794" alt="Screenshot 2025-04-18 at 2 31 59 PM" src="https://github.com/user-attachments/assets/b3e6c06d-7f7f-4420-a308-6e222ffbd617" /> <img width="747" alt="Screenshot 2025-04-18 at 2 33 44 PM" src="https://github.com/user-attachments/assets/a72ee1e8-5c8d-4a87-bc10-c1cdb817c263" />

Il y a maintenant une case à cocher dans le script d’automatisation pour envoyer des MP individuels aux membres du groupe. Lorsqu’elle est cochée, chaque groupe aura les utilisateurs extraits et recevra un message individuellement.

J’espère que cela rendra le script plus adapté à vos besoins.

Si vous ajoutez un groupe dans le champ Envoyer à l’utilisateur, au groupe ou à l’e-mail, ce groupe devrait avoir accès au rapport de l’explorateur de données. Le scénario idéal serait d’avoir un groupe plus large (peut-être un groupe de rapports) qui contienne tous les membres que vous souhaitez notifier.

ganncamp · Avril 18, 2025, 2:43

Pour être clair :

J’ai RapportA qui est partagé avec TousLesEmployés
Je veux l’ envoyer à SousGroupeEmployés

Dois-je toujours partager le rapport avec SousGroupeEmployés ? N’est-il pas suffisant que Employé1, qui fait partie à la fois de SousGroupeEmployés et de TousLesEmployés, y ait accès via un groupe ? Doit-elle avoir accès via le groupe « à » ?

(C’est-à-dire, les autorisations du rapport sont-elles vérifiées au niveau du groupe, avant d’être résolues en utilisateurs individuels ? Ou le groupe est-il résolu en utilisateurs, puis les autorisations des utilisateurs sont-elles vérifiées ?)

davidb · Avril 23, 2025, 10:16

Merci de partager plus de détails. Je comprends mieux le problème que vous rencontrez et j’ai une PR en cours qui devrait être prête bientôt.

Lorsque la case « envoyer des MP individuels aux membres du groupe » est cochée, nous pouvons alors vérifier les autorisations de requête pour le membre individuel. Étant donné que l’utilisateur est membre à la fois de EmployeeSubgroup et de AllEmployees, cela devrait fonctionner comme prévu.

davidb · Avril 28, 2025, 10:13

Je laisse une mise à jour rapide ici pour vous informer que la modification a été fusionnée. Lorsque envoyer des MP individuels aux membres du groupe est coché, cela devrait fonctionner de cette manière :

ganncamp · Avril 29, 2025, 1:51

Salut,

Cela ne semble pas fonctionner. Dès que j’ai reçu votre mise à jour, j’ai mis à jour les automatisations pour utiliser l’option

Et pour tester, j’ai modifié deux rapports qui s’exécutent automatiquement toutes les 30 minutes pour être partagés uniquement avec le groupe plus large de SonarSourcers (c’est-à-dire les employés). Lorsque je l’exécute manuellement, j’obtiens des résultats :

Mais même si l’automatisation fonctionne, l’envoi au groupe CommunityManagers (EmployeeSubgroup) ne se produit pas. Je ne reçois pas de messages privés.

davidb · Avril 29, 2025, 2:55

Salut, désolé d’apprendre que vous rencontrez toujours des problèmes avec cette automatisation.

Je l’ai testée à nouveau sur mon instance et elle fonctionne sur la base de 2 groupes d’utilisateurs distincts.

Il y a quelques points à vérifier :

assurez-vous que le plugin est à jour - sous /admin/plugins, vous pouvez vérifier le plugin Data Explorer dans la liste. Il devrait pointer vers le dernier commit sur la branche principale - qui est ce commit au moment de la rédaction.
assurez-vous que l’utilisateur avec lequel vous testez fait partie des groupes CommunityManagers et SonarSourcers.
testez manuellement en utilisant le bouton trigger automation dans l’édition du script
désactivez l’option Skip sending PM if there are no results (Ne pas envoyer de MP s’il n’y a pas de résultats)

Faites-moi savoir si ces étapes vous aident, afin de déterminer si nous devons enquêter davantage.

ganncamp · Avril 29, 2025, 3:34

Salut,

Nous sommes hébergés par vous. J’ai supposé que voir l’option dans l’interface utilisateur pour envoyer à des individus signifiait que notre site avait été mis à jour. Mais nous sommes à la version celle-ci. Pouvez-vous s’il vous plaît mettre à jour notre site ?

davidb · Avril 29, 2025, 4:26

Veuillez excuser la confusion, il semble que le changement de permissions n’ait pas été déployé sur votre site précédemment (car il y avait 2 parties à ce changement).

J’ai procédé au déploiement de votre site et revérifié à nouveau la version du plugin, qui exécute maintenant les dernières modifications dans Data Explorer.

Pouvez-vous réessayer et me dire si le problème est maintenant résolu ?

ganncamp · Avril 29, 2025, 5:19

J’ai décoché « ignorer l’envoi » et je l’ai déclenché manuellement.

Ça a fonctionné !

Merci beaucoup !

davidb · Avril 29, 2025, 6:38

Excellent, je suis content d’apprendre que cela fonctionne maintenant

Sujet		Réponses	Vues
Ability to send Automation AI summaries to groups Feature automation , ai	4	101	Avril 4, 2025
Automation script Schedule PM with Data Explorer results not sending PMs Bug automation	12	1151	Juillet 6, 2023
PM all users or user groups using Automation Support automation	0	213	Septembre 20, 2023
Trigger PM when user is (auto)added to group Support groups , automation , personal-messages	2	68	Juin 13, 2025
Add ability to filter by both username or group on /admin/email/sent Feature	1	660	Mars 12, 2017

L'automatisation n'envoie pas au groupe

Sujets connexes