fix(v2): use exact Slack channel ID (from Slack's own UI), root-cause the send failure

Switched channelId from name-based lookup to the exact ID the user
pulled directly from Slack's channel details (C0BJNBTPFT5), eliminating
any ambiguity between similarly-named channels. Retested the real send:
still not_in_channel with the exact ID confirmed from Slack's own UI.

Diagnosed further with a temporary conversations.join attempt (same
credential, same channel) -- Slack returned a precise, actionable error:
"Your Slack credential is missing required Oauth Scopes: channels:join".
This confirms the token/credential itself authenticates correctly (not
a wrong-bot or wrong-workspace problem) -- the Slack App's OAuth scopes
are the real blocker: it has enough to attempt chat.postMessage but not
enough to self-join a channel, and per the earlier not_in_channel result,
also isn't a member and chat:write.public isn't granted either. This is
a Slack App admin-console change (api.slack.com/apps -> OAuth &
Permissions -> add channels:join and/or chat:write.public -> reinstall
app), not something fixable from n8n. Reported to the user with the
exact scope names needed.

Reverted SEND_ENABLED to false, workflow deactivated, both temp nodes
removed, failed test rows cleared from coordenador_glpi_envios_digest
per the user's request.

158/158 tests passing.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Gustavo
2026-08-24 21:32:09 -03:00
co-authored by Claude Sonnet 5
parent 3796bd738a
commit 18ff9129cf
2 changed files with 4 additions and 4 deletions
+2 -2
View File
@@ -784,8 +784,8 @@
"select": "channel",
"channelId": {
"__rl": true,
"mode": "name",
"value": "chamados-suporte"
"mode": "id",
"value": "C0BJNBTPFT5"
},
"text": "={{ $json.mensagem }}",
"otherOptions": {}
+2 -2
View File
@@ -784,8 +784,8 @@
"select": "channel",
"channelId": {
"__rl": true,
"mode": "name",
"value": "chamados-suporte"
"mode": "id",
"value": "C0BJNBTPFT5"
},
"text": "={{ $json.mensagem }}",
"otherOptions": {}