Démarrer sur une notification authentifiée de Signal.
Utilisation et spécificités
Utilisez un identifiant d’action ou un identifiant webhook distinct selon le nœud. Pour recevoir des événements, publiez puis configurez l’URL HTTPS, les événements et les droits côté service. Le payload de test est un événement normalisé et ne valide pas la connexion. La sortie conserve le payload du fournisseur.
Type technique : signal_trigger. Runtime : nodulz.
Identifiants et prérequis
Signal - webhook (integration / signal_webhook). Secret partagé choisi pour protéger les notifications de la passerelle. Utilisez un secret long et aléatoire.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
rateLimitEnabled
boolean
-
-
rateLimitMax
number
-
-; > 0
rateLimitWindowMs
number
-
-; > 0
allowedIps
array
-
-; max 256
blockedIps
array
-
-; max 256
credentialId
string
""
-
events
array
["message"]
-
channelId
string
""
-
sender
string
""
-
ignoreBots
boolean
true
-
testPayload
string
""
-
Aide de configuration
events Événements
Laissez vide pour recevoir tous les événements pris en charge. Les abonnements se configurent aussi dans le service.
testPayload Événement de test (JSON)
Facultatif. Événement normalisé avec provider, event, eventId, channelId, sender, text, bot et payload. Vide : exemple local, sans appel au service.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Démarrer sur une notification authentifiée de Signal.
Utilisation et spécificités
Utilisez un identifiant d’action ou un identifiant webhook distinct selon le nœud. Pour recevoir des événements, publiez puis configurez l’URL HTTPS, les événements et les droits côté service. Le payload de test est un événement normalisé et ne valide pas la connexion. La sortie conserve le payload du fournisseur.
Type technique :
signal_trigger. Runtime :nodulz.Identifiants et prérequis
integration/signal_webhook). Secret partagé choisi pour protéger les notifications de la passerelle. Utilisez un secret long et aléatoire.Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
rateLimitEnabledbooleanrateLimitMaxnumberrateLimitWindowMsnumberallowedIpsarrayblockedIpsarraycredentialIdstring""eventsarray["message"]channelIdstring""senderstring""ignoreBotsbooleantruetestPayloadstring""Aide de configuration
eventsÉvénements
testPayloadÉvénement de test (JSON)
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "credentialId": "", "events": [ "message" ], "channelId": "", "sender": "", "ignoreBots": true, "testPayload": "" }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.