Comment envoyer les événements d’un projet vers différents canaux

Configurez des routes Telegram, Discord et Slack distinctes pour les confirmations, annulations et transferts sortants d’un même projet.

Mis à jour:

Un même projet Cryptanio peut envoyer différents événements vers plusieurs canaux connectés. Chaque connexion possède sa route et son ensemble de types d’événements. L’équipe peut, par exemple, recevoir les entrées confirmées dans Slack, tandis que la personne responsable reçoit les transferts sortants et les annulations dans Telegram. Il n’est pas nécessaire de répartir les adresses dans de nouveaux projets uniquement pour avoir différents destinataires.

Ce guide suppose que les canaux sont déjà connectés au compte. La création des connexions est expliquée séparément : Telegram, Discord et Slack. Il s’agit ici de décider quels événements d’un projet existant envoyer à chaque destinataire et de vérifier la portée de l’héritage des paramètres.

Préparez la répartition des destinataires

Notez le rôle de chaque canal et les événements souhaités. Par exemple : Slack professionnel pour les paiements entrants confirmés et leurs annulations ; Telegram de la personne responsable pour les transferts sortants confirmés. Choisissez des canaux avec les bons membres : les messages peuvent contenir un montant, un actif, une adresse et un identifiant de transaction.

Il vous faut le droit de modifier les notifications du projet et des connexions de compte actives. Pour les événements du portefeuille, le suivi doit aussi couvrir l’adresse, le réseau, l’actif et le sens concernés. Configurer les destinataires n’ajoute pas d’adresses et n’étend pas la disponibilité des réseaux.

1. Vérifiez l’héritage du projet

Ouvrez les « Notifications » du projet concerné et vérifiez son nom. L’option « Utiliser les paramètres de notification du compte » figure en haut. Si l’héritage est activé, les routes communes sont utilisées et l’édition propre au projet est verrouillée. Le bouton « Paramètres du compte » ouvre les connexions et paramètres communs.

Désactivez l’héritage pour établir votre propre répartition. Si le projet ne possède pas encore d’ensemble propre enregistré, Cryptanio copie les paramètres communs, routes comprises. Examinez donc d’abord la liste obtenue : la connexion souhaitée peut déjà être ajoutée. Un retour à des paramètres propres déjà enregistrés ne crée pas une nouvelle copie de l’ensemble commun.

Une nouvelle connexion Telegram, Discord ou Slack est aussi ajoutée aux notifications communes du compte. Désactiver l’héritage pour un projet ne coupe pas les envois vers ce canal pour les autres projets qui héritent des réglages. Si les destinataires doivent être séparés entre projets, vérifiez chacun d’eux : modifier une carte ne garantit pas l’isolation de tout le compte.

2. Ajoutez les routes nécessaires

Trouvez la connexion professionnelle dans la carte Slack. Si sa route est absente, cliquez sur le bouton plus « Utilisez … pour ce projet ». Si elle existe déjà, passez au choix des événements. Retrouvez de la même manière la connexion Telegram ou Discord. Un projet peut utiliser plusieurs connexions, y compris plusieurs connexions à une même messagerie.

Le nom de la connexion permet de distinguer le canal professionnel d’un autre destinataire. Si la connexion souhaitée manque, créez-la dans les paramètres du compte en suivant le guide séparé, puis revenez au projet. Ne saisissez pas d’URL Discord ou Slack dans la carte Webhook : elle est destinée au serveur de votre application.

3. Choisissez les événements pour chaque destinataire

Pour le Slack professionnel, choisissez « Confirmé et annulé ». Cette politique comprend les paiements entrants confirmés et leurs annulations par retour arrière de la chaîne. Si seules les confirmations vous intéressent, utilisez « Paiements confirmés ». L’article de référence explique la différence entre détection et confirmation.

Pour le Telegram de la personne responsable, choisissez « Choisissez les types d'événements » et cochez « Transfert sortant confirmé ». Ajoutez « Transfert sortant annulé » si nécessaire. La politique des paiements confirmés ne comprend pas automatiquement les transferts sortants : ils possèdent leurs propres types d’événements.

« Tous les événements du projet » convient à un destinataire qui a besoin d’un flux large. Cette option n’est pas limitée à une adresse ou à un jeton. Le choix des événements dans une route n’est pas un filtre de montant : les actifs, les sens et les seuils du suivi sont définis dans les règles de l’adresse.

4. Vérifiez l’enregistrement et les pauses

L’ajout d’une route et les modifications des événements sont enregistrés au moment de l’action ; ces routes ne disposent pas d’un bouton global d’enregistrement séparé. Attendez le résultat et vérifiez l’état. Pour arrêter temporairement les envois, mettez la route concernée en pause. Mettre la connexion en pause dans les paramètres du compte affecte toutes les routes qui l’utilisent.

Supprimer une route avec le bouton corbeille retire ce destinataire du projet. « Déconnecter » dans les paramètres du compte désactive la connexion elle-même pour tous les projets qui l’utilisaient. Ces actions ne suppriment ni les adresses ni l’historique des événements.

5. Vérifiez la répartition avec de nouveaux événements

Attendez une nouvelle opération correspondant aux critères et retrouvez-la dans « Événements ». Dans « Livraisons », rapprochez l’identifiant de l’événement, le projet et le canal. Dans notre exemple, un paiement entrant confirmé doit partir vers Slack et un transfert sortant confirmé vers le Telegram choisi. Vérifiez qu’une autre règle active n’envoie pas le même événement à un destinataire supplémentaire.

Le bouton « Tester » d’une connexion envoie une notification de test distincte et ne prouve pas que la politique d’événements est correcte. Activer une route ne rejoue pas l’historique. Si l’événement existe, mais que la livraison attendue n’a pas été créée, vérifiez la politique, l’héritage et les pauses. Si une livraison a été créée, examinez son résultat séparément ; modifier les destinataires ne confirme pas en soi le paiement d’une commande.