n8n-nodes-smartsend

An n8n community node for SmartSend V2 — WhatsApp
automation from your n8n workflows.

• 22 operations across 9 resources: messages, conversations, tags, lists, custom fields, bot
  flows, blacklist, push notifications
• Real dropdowns, not hand-typed IDs. Templates, bots, tags, lists, users, flag colours and
  custom fields are all loaded live from your SmartSend workspace
• Dynamic template variables. Pick an approved WhatsApp template and the node renders one
  labelled input per variable, including dynamic URL-button values and header media
• Precise errors. SmartSend's API returns a bare validation failed with no field name, so
  this node validates required fields locally and tells you exactly which one is missing
• Usable as an AI Agent tool

Installation

In n8n, go to Settings → Community Nodes → Install and enter:

n8n-nodes-smartsend

For a manual install into a self-hosted instance:

cd ~/.n8n/nodes && npm install n8n-nodes-smartsend

Credentials

Create a SmartSend API credential with two fields:

⚠️ Use the token, not the short workspace code.

SmartSend shows you two values. The short one (something like a1b2c3d4) is not what this
credential wants — supplying it fails with unknown organization. Use the long token (a
25-character value). Click Test on the credential; a success also confirms your WhatsApp
connection is live.

Operations

Phone numbers are accepted in any format (972…, 05…, +972…) — SmartSend normalises them
server-side, so no formatting is required on your end.

Template parameters

Select a template and the node calls SmartSend's template-parameters endpoint to render a labelled
field per variable:

Leaving a URL-button value empty makes the button fall back to Meta's example URL rather than
resolving to a broken link.

Limitation: the field list is fetched using the selected template name. If you compute the
template name at runtime with an expression, the node cannot know which fields to render and the
parameter area stays empty. Everything else works normally.

Send Template with File

Point Input Binary Field at a binary property on the incoming item (default data). The node
base64-encodes it and derives the file name from the binary metadata unless you override it.

Compatibility

Works across n8n versions. The node resolves its connection type defensively, because
NodeConnectionTypes is a recent n8n-workflow export and reading it on an older install throws
during class construction — which n8n reports as the misleading "Class could not be found". If you
see that error on any n8n node, suspect a throwing constructor rather than a naming problem.

Known SmartSend API quirks

These are properties of the upstream API, documented here so the behaviour isn't mistaken for a bug
in this node.

• Empty dropdowns are normal. The RPC endpoints return success: true with an empty array
  rather than an error. An empty Tags, Lists or Users dropdown means your workspace has none yet.
• Validation errors carry no detail. A rejected request returns only
  {"success": false, "message": "validation failed"} — no field name, no error code. This node
  therefore checks required fields before sending so you get a useful message.
• Custom fields are sourced per list. The API exposes custom-field definitions only per list,
  while the set-value endpoints take a bare field ID. The node offers a Field Source choice:
  pick From List to browse definitions, or By Name to name the field directly.
• success: false can arrive with HTTP 200. The node checks the envelope, not just the status.

Development

npm install --ignore-scripts
npm run build
npm test

--ignore-scripts matters: n8n-workflow pulls in isolated-vm, a native module that needs Visual
Studio build tools on Windows. Only its TypeScript types are needed here, so skipping the native
build is safe.

npm test never touches the network. To verify the live API contract against a real workspace, copy
.env.example to .env, fill in your token, and run:

npm run smoke        # asserts the API contract: envelopes, {id,value}, auth enforcement
npm run verify:live  # drives the node's own dropdown and template-field code

Both hit read-only endpoints only and send no WhatsApp messages. verify:live is the more useful
of the two while developing — it prints exactly what every dropdown and every dynamic template
field will render in the UI, so you can check the node's behaviour without clicking through n8n.

Testing in a real n8n

npm run build
mkdir -p ~/.n8n/nodes && cd ~/.n8n/nodes && npm install /path/to/this/repo
docker run -it --rm -p 5678:5678 -v "$HOME/.n8n:/home/node/.n8n" docker.n8n.io/n8nio/n8n

Then open http://localhost:5678.

API notes

docs/api-notes.md records what was verified against the live SmartSend API,
including three places where the published documentation and OpenAPI spec are wrong. Worth reading
before changing the transport or the template flatteners.

Publishing

See docs/PUBLISHING.md for the full route to npm and n8n verification.
Run npm run scan to check the package against n8n's real verification gate before releasing.

License

MIT