Reply to the triggering conversation using the same bot.
Usage and specifics
Use a Teams bot credential and activity or conversation parameters. The trigger receives Bot Framework activities at its published URL. Replies reuse the incoming activity context.
Technical type : teams_response. Runtime : nodulz.
Credentials and prerequisites
Microsoft Teams bot (integration / teams_bot). Single-tenant Azure Bot: encrypted tenant, client ID and secret
Create credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
Parameter
Type
Default
Values / limits
credentialSource
enum
"trigger"
trigger, explicit
credentialId
string
-
-
serviceUrl
string
""
-
conversationId
string
""
-
activityId
string
""
-
memberId
string
""
-
teamId
string
""
-
text
string
""
-
textFormat
enum
"markdown"
markdown, plain, xml
adaptiveCard
string
""
-
attachments
string
""
-
suggestedActions
string
""
-
method
enum
"GET"
GET, POST, PUT, PATCH, DELETE
path
string
""
-
body
string
""
-
replyToActivity
boolean
true
-
Initial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
Reply to the triggering conversation using the same bot.
Usage and specifics
Use a Teams bot credential and activity or conversation parameters. The trigger receives Bot Framework activities at its published URL. Replies reuse the incoming activity context.
Technical type :
teams_response. Runtime :nodulz.Credentials and prerequisites
integration/teams_bot). Single-tenant Azure Bot: encrypted tenant, client ID and secretCreate credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
credentialSourceenum"trigger"trigger,explicitcredentialIdstringserviceUrlstring""conversationIdstring""activityIdstring""memberIdstring""teamIdstring""textstring""textFormatenum"markdown"markdown,plain,xmladaptiveCardstring""attachmentsstring""suggestedActionsstring""methodenum"GET"GET,POST,PUT,PATCH,DELETEpathstring""bodystring""replyToActivitybooleantrueInitial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
{ "credentialSource": "trigger", "serviceUrl": "", "conversationId": "", "activityId": "", "memberId": "", "teamId": "", "text": "", "textFormat": "markdown", "adaptiveCard": "", "attachments": "", "suggestedActions": "", "method": "GET", "path": "", "body": "", "replyToActivity": true }Verification
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
See also : Expressions and data, Executions, Node catalog.