> ## 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

> Use DialNexa integrations in workflow Application nodes with Wati, Resend, connected providers, action config, variables, success and failure outputs, and invocation 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. External services have opinions, limits, and bad days.
</Warning>

## 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="/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="/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="/workflows/application-nodes">
    Fixed template name, broadcast name, subject, or text body.
  </Card>

  <Card title="Invocation response" icon="activity" href="/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>

## Related Reading

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

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

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

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