> ## Documentation Index
> Fetch the complete documentation index at: https://dialnexa.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Using Integrations In DialNexa Workflows

> Run DialNexa integration actions from workflow Application nodes with mapped variables, success paths, failure paths, and evidence.

DialNexa workflows use integrations through Application nodes. A workflow can send a Wati WhatsApp message, send a Resend email, or run another enabled cloud action by mapping lead data, post-call fields, call attributes, and static configuration into required fields.

<img src="https://mintcdn.com/dialnexa/HOnVBqIHk6o8-0eg/images/documentation/screenshots/workflow-application-node-cloud.png?fit=max&auto=format&n=HOnVBqIHk6o8-0eg&q=85&s=ea5dbe1a079c07872a636abe61b62982" alt="DialNexa workflow Application node using a connected cloud integration action with mapped fields and success and failure branches." style={{ width: '100%', maxWidth: '1100px', margin: '8px 0 24px', border: '1px solid #e5e7eb', borderRadius: '6px' }} width="2762" height="1626" data-path="images/documentation/screenshots/workflow-application-node-cloud.png" />

<Warning>
  Always wire the failure output. Credentials, required fields, provider limits, and network requests can fail.
</Warning>

## Before You Begin

Connect and validate the provider, prepare test lead values, map every required field, and wire explicit success and failure outputs before activation.

## DialNexa Workflow Integration Fields

These are the stored configuration keys behind an Application node - you never type them by hand. Picking the integration, action, and template in the node's dropdowns fills them in.

| Field                      | Purpose                                                                                                                      |
| -------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
| `application_adapter_mode` | Whether the node uses Cloud mode or a native action where enabled.                                                           |
| `provider_key`             | Which integration provider to use, such as Wati or Resend.                                                                   |
| `adapter_key`              | How the provider is connected - the connection variant selected when the integration was set up.                             |
| `action_key`               | Which operation to run, such as send WhatsApp template or send email.                                                        |
| `function_key`             | The catalog function that implements the action, for catalog-based integrations (for example, Wati's send-message function). |
| `action_config`            | Message body, template name, parameters, email fields, or other action inputs.                                               |
| `outputs.success`          | Next node after a successful provider result.                                                                                |
| `outputs.failure`          | Next node after an error or missing requirement.                                                                             |

## Data Mapping Sources

<CardGroup cols={2}>
  <Card title="Lead variables" icon="braces" href="/docs/workflows/lead-variables-and-call-attributes">
    Values uploaded with the lead, such as name, phone number, email, city, or appointment date.
  </Card>

  <Card title="Call attributes" icon="database" href="/docs/monitoring/post-call-analysis-results">
    Runtime call values and post-call analysis values, such as interested, reason, preferred time, or support issue.
  </Card>

  <Card title="Static config" icon="settings" href="/docs/workflows/application-nodes">
    Fixed template name, broadcast name, subject, or text body.
  </Card>

  <Card title="Invocation response" icon="activity" href="/docs/dashboard-integrations/integration-functions">
    Provider message id, response payload, error code, and latency.
  </Card>
</CardGroup>

## Wati And Resend Workflow Examples

| Workflow moment                     | Integration action             | Required mapping                                                        |
| ----------------------------------- | ------------------------------ | ----------------------------------------------------------------------- |
| Lead booked an appointment          | Wati template or Resend email. | Recipient phone or email, appointment date, time, location, agent name. |
| Call outcome is interested          | Wati follow-up template.       | Lead phone, template name, lead name, offer or next step.               |
| Call outcome needs manual review    | Resend email.                  | Ops recipient, call summary, call link or lead id, reason.              |
| Payment reminder failed by WhatsApp | Resend fallback email.         | Recipient email, amount, due date, support contact.                     |

## Build A Reliable Application Node

<Steps>
  <Step title="Validate provider connection">
    Do this before adding the node to an active workflow.
  </Step>

  <Step title="Choose Cloud mode for connected actions">
    Cloud mode loads connected integrations and their workflow-safe functions.
  </Step>

  <Step title="Map every required field">
    Use lead variables, post-call analysis fields, call attributes, or static values. Empty fields should be intentional, not surprising.
  </Step>

  <Step title="Name outputs clearly">
    Success and failure paths should be obvious on the canvas.
  </Step>

  <Step title="Test one lead">
    Open lead history and check the integration invocation result.
  </Step>

  <Step title="Scale only after evidence is clean">
    One successful test should show correct request payload, provider response, and downstream branch.
  </Step>
</Steps>

Composio-backed cloud executions are billed in batches of `100` at approximately `INR 1.79` per batch. Billing does not block workflow execution, so review integration invocation evidence and wallet transactions together.

## Workflow Integration Mistakes

<AccordionGroup>
  <Accordion title="No failure branch">
    Provider actions can fail because of credentials, rate limits, template rules, missing fields, or invalid recipient data. Always route failure.
  </Accordion>

  <Accordion title="Static test data left in production">
    Replace hard-coded email addresses, phone numbers, and template parameters before launch.
  </Accordion>

  <Accordion title="Using call text instead of extracted fields">
    If a workflow needs a stable value, extract it into a post-call field first and map that field.
  </Accordion>

  <Accordion title="Action placed before data exists">
    A workflow node can only map fields that are already available at that point in the workflow.
  </Accordion>
</AccordionGroup>

## Verify The Workflow Integration

Run one successful action and one controlled failure. Confirm the lead follows the correct output and the invocation evidence shows the expected provider, action, fields, response, and latency.

## Related Reading

<CardGroup cols={2}>
  <Card title="Application Nodes" icon="plug" href="/docs/workflows/application-nodes">
    Configure the workflow node.
  </Card>

  <Card title="Lead Variables" icon="braces" href="/docs/workflows/lead-variables-and-call-attributes">
    Map data into actions.
  </Card>

  <Card title="WhatsApp With Wati" icon="message-circle" href="/docs/dashboard-integrations/whatsapp-with-wati">
    Send WhatsApp messages.
  </Card>

  <Card title="Email With Resend" icon="mail" href="/docs/dashboard-integrations/email-with-resend">
    Send email messages.
  </Card>
</CardGroup>
