---
title: "Workflows"
description: "Automate what happens when a rental changes: send an email or message, notify staff, or update a booking automatically when a trigger and its conditions match. Turn a workflow on or off right from its card."
canonical_url: "https://requiply.com/docs/en/guides/automations/workflows"
---
# Workflows

> Automate what happens when a rental changes: send an email or message, notify staff, or update a booking automatically when a trigger and its conditions match. Turn a workflow on or off right from its card.

The **Workflows** page is where you set up automated actions that Requiply runs when something happens to a booking. It is used to send the right message to the right person at the right time without anyone on your team having to remember to do it, and connects directly to bookings, booking statuses, payment statuses, email and message templates, organization accounts, your custom fields, and your connected communications provider.

You can find this page under **Settings → Workflows**.

<warning>

**Admin only.** Non-admin team members cannot view or edit this page.

</warning>

![Workflows page](https://requiply.com/docs/assets/settings/workflows/workflows/image.png)

## Why this page matters

Workflows are how Requiply turns booking events into outgoing communication. Instead of manually emailing a client when a booking is confirmed, alerting your team when payment goes through, or nudging a manager a day before an appointment, you define the rule once and Requiply handles every future booking automatically.

Workflows pull together several other parts of Requiply:

- **Bookings** — every workflow listens to something that can happen on a booking.
- **Booking statuses** — workflows can fire when a booking reaches a specific status (for example, *Confirmed* or *Cancelled*).
- **Payment statuses** — workflows can fire when a booking's payment reaches a state such as *Completed* or *Refunded*.
- **Email templates** — most workflow actions send an email built from a template you have already designed.
- **Clients, internal recipients, and your team** — workflows can email the booking's client, a fixed list of addresses, or your own organization accounts (and even push to their phones), or message the booking's client over SMS, Viber, or Telegram.
- **Communications integrations** — the **Send message to client (SMS / Viber / Telegram)** action delivers through the provider connected on the [Communications](https://requiply.com/docs/en/guides/settings/integrations/communications) page.
- **Message templates** — that action's wording, attachments, and buttons come from a [message template](https://requiply.com/docs/en/guides/automations/message-templates), the messenger counterpart to email templates.
- **Filters** — every workflow can carry optional conditions that decide whether it actually runs for a given booking.
- **Account groups**: a push notification can go to everyone in one or more [permission groups](https://requiply.com/docs/en/guides/settings/organization/accounts/permission-groups), as the groups stand when the workflow runs.
- **Status changes**: besides sending messages, a workflow can move the booking to another status, for example confirm it once the payment is completed.

If your email templates, booking statuses, or custom fields change, the workflows that reference them keep using the new values automatically.

## Who can use this page

- **Admins only.** The page, the add screen, and the edit screen all require admin access.
- Workflows stay administrator-only. A group with **Allow access to settings** reaches the rest of Settings but does not see Workflows in the menu, and the route itself is gated to the [Administrators group](https://requiply.com/docs/en/guides/settings/organization/accounts/permission-groups).
- The page itself does not have its own plan limit or paid add-on gate; it relies on the email templates and booking status features being available in the organization.

## What you'll see

When the page loads, Requiply fetches all of the organization's workflows, all email templates, and the list of booking statuses in parallel. While that data is loading, you see three pulsing skeleton cards.

Once the data is ready, you see one of two layouts:

- **If you have at least one workflow:** a grid of workflow cards, followed by a dashed **Create workflow** tile with a **+** icon as the last card. Click the tile to start a new workflow.
- **If you have no workflows yet:** an empty-state placeholder with a sitemap icon, the title *No workflows yet*, and a single **Create workflow** button that takes you to the add screen.

<figure>

![The Workflows page in dark mode with a grid of four workflow cards and a dashed tile. Each card has the workflow name at the top with an on/off switch (1) and a pencil button (2) on the right, then two steps joined by a line. Booking confirmed, email to client: Booking status reached with a green Confirmed pill, then Send email to client with the template Booking confirmation (3). Paid online, ready for pickup is faded: Payment status reached Completed, then Change booking status to Ready for Pickup, with a Disabled chip and a pause icon (4). Booking confirmed, Telegram: Confirmed, then Send message to client (SMS / Viber / Telegram) Telegram, with a 2 filters chip and a filter icon (5). Booking confirmed, SMS to client: Confirmed, then Send message to client SMS. The dashed Create workflow tile with a plus icon (6) sits next to it](https://requiply.com/docs/assets/settings/workflows/workflows/workflow-cards.png)<figcaption>

Each card has its own on/off switch (1) and an edit button (2), and reads as a trigger followed by an action (3). A switched-off workflow is faded and marked **Disabled** (4); a chip counts its filters (5). The dashed tile (6) creates a new workflow.

</figcaption>
</figure>

### The workflow card

Each card reads top to bottom as a small flow:

- **The header** holds the workflow name, an on/off switch, and a pencil button, **Edit workflow**, that opens the edit screen.
- **The trigger step**, with an icon for its type: a flag for *Booking status reached*, a wallet for *Payment status reached*, a plus for *Booking created*, a clock for *Relative time reached*. A status trigger shows the status as a pill in that status's color; a payment trigger shows the payment status; a relative-time trigger shows the offset, for example *1 day before booking start time*.
- **The action step**, with an icon for what it does: an envelope for the email actions, a bell for push notifications, a speech bubble (or the Telegram logo) for client messages, and two arrows for *Change booking status*. Under the action type you see the detail:

  - For email actions, the **template name**. A workflow that still references the legacy built-in default email template shows it under its localized name rather than a raw ID. *Send email to custom email list* adds the addresses underneath, or *No recipients configured*.
  - For *Send email to organization accounts*, the template name with the selected accounts underneath, each resolved to its full name (or email). If none resolve, *No accounts selected*.
  - For *Send push notification to organization accounts*, the notification title with the selected accounts underneath.
  - For *Send push notification to account groups*, the notification title with the group names underneath, or *No groups selected* when the groups are gone.
  - For *Send message to client*, the channel, for example *Telegram* or *Viber, with SMS fallback*.
  - For *Change booking status*, the target status as a colored pill.
- **The footer** appears only when it has something to say: a **Disabled** chip with a pause icon on a workflow that is switched off, and a chip such as **2 filters** when the workflow has conditions. Hover the filter chip for *2 filters applied*.

### Turning a workflow on or off from its card

The switch in the card header turns a workflow on or off without opening it. Hover it to see what it does: *On: runs automatically* or *Off: will not run*.

- Flip the switch. A small spinner shows on the handle while Requiply saves the change, and a toast confirms *Workflow "{name}" turned on* or *Workflow "{name}" turned off*.
- A switched-off card fades and gets the **Disabled** chip. It keeps its trigger, filters, action and template, so turning it back on restores it exactly as it was.
- If the change cannot be saved, an error toast appears and the switch goes back to where it was.

The switch is the same setting as **Enabled** at the bottom of the add and edit forms. Turning a workflow off stops future runs only; messages it already sent are not recalled.

## Empty state

The empty state appears the first time you open Workflows in a new organization. It uses a sitemap icon, the title *No workflows yet*, and one primary action, **Create workflow**, that opens the **Add workflow** screen. There is no secondary content: the goal is to push you straight into creating your first automation.

The first workflow most businesses set up is something like "send a confirmation email when a booking reaches *Confirmed*", because that single rule replaces a manual step that otherwise has to happen for every booking.

## How a workflow is built

Every workflow is made of three building blocks, and the add/edit form is laid out in exactly this order:

1. **Trigger: when it fires.** The booking event that wakes the workflow up (a status change, a payment change, a new booking, or a time relative to the booking).
2. **Filters: only when it should run** *(optional)*. Conditions that must be met for the workflow to actually fire on a given booking. Leave them empty and the workflow runs every time the trigger matches.
3. **Action: what it does.** What Requiply sends, and to whom (an email to the client, an email to a typed list, an email to your team's accounts, a push notification to chosen accounts or to whole account groups, or a messenger/SMS message to the client), or which status it moves the booking to.

As you fill in the form, a live **Preview** panel shows the workflow as a sentence: the trigger card, then any conditions under an **"Only when"** heading, then the action card. Reading the preview is the fastest way to confirm a workflow does what you intend before you save it.

Each block has its own reference: [Triggers](https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#triggers), [Filters](https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#filters-only-run-this-workflow-when), and [Actions](https://requiply.com/docs/en/guides/automations/workflows/actions#actions), with ready-made examples in [Workflow recipes](https://requiply.com/docs/en/guides/automations/workflows/recipes).

## Adding a workflow

Clicking **Create workflow** (either the dashed tile at the end of the grid or the empty-state button) opens the dedicated **Add workflow** page at `/settings/workflows/manage/add`. The screen is a single form split into the sections described above, plus general info and an enabled toggle.

**General info**

- **Name** — required, up to 100 characters. This is the label shown on the workflow card.

**Trigger, Filters, and Action**

These three sections make up the body of the form and are documented in full in [Triggers](https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#triggers), [Filters](https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#filters-only-run-this-workflow-when), and [Actions](https://requiply.com/docs/en/guides/automations/workflows/actions#actions).

**Enabled toggle**

A switch at the bottom controls whether the workflow is active. New workflows default to enabled. A disabled workflow stays in the list but does not run.

**Saving**

Pressing **Save** validates the form. If everything is valid, Requiply creates the workflow, shows a success toast with the workflow name, and returns you to the Workflows list. If creation fails, an error toast appears and you stay on the form. While the request is in flight, the entire screen is blocked so you cannot double-submit. **Cancel** returns to the list without saving.

## Editing a workflow

Clicking the pencil button on a workflow card opens the **Edit workflow** page at `/settings/workflows/manage/edit?id=…`. The form looks the same as the add form, with a few differences:

![Edit workflow page](https://requiply.com/docs/assets/settings/workflows/workflows/edit-page.png)

- The screen is blocked with a fullscreen overlay until the workflow has been loaded from the server. If the workflow can't be found, you see an error toast and are sent back to the list.
- The form is prefilled with the workflow's current name, trigger, filters, action, template or recipients, and enabled state. Time-based triggers also restore the original time unit so the offset displays naturally (for example, an offset stored as 1440 minutes is shown as 1 day).
- A **Save** button is disabled until you actually change something — a built-in dirty check compares the current form against the originally loaded workflow.
- A **Delete** button (red, outlined, trash icon) sits in the bottom-left. It opens a confirmation dialog showing the workflow's name. Deleting is permanent: the workflow stops firing immediately, and there is no undo. After deletion you are returned to the list with a confirmation toast.
- If the workflow was originally created with the legacy "default email template" (no longer offered to new workflows), an extra option called *Default email template* appears at the top of the template dropdown so the existing selection stays valid. Once you switch to a real template, that legacy option goes away.

## Searching, filtering, or sorting the list

The Workflows **list** does not have search, filters, sorting, or pagination — all workflows are shown together as cards. This is intentional: most organizations have a small number of workflows, and the visual card layout makes them easy to scan.

<note>

Don't confuse this with the per-workflow [Filters](https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#filters-only-run-this-workflow-when). The *list* has no filtering, but each individual workflow can carry conditions that decide when it runs.

</note>

## Forms and fields

<table>
<thead>
  <tr>
    <th>
      Field
    </th>
    
    <th>
      Required
    </th>
    
    <th>
      Notes
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      Name
    </td>
    
    <td>
      Yes
    </td>
    
    <td>
      1–100 characters. Used as the card label.
    </td>
  </tr>
  
  <tr>
    <td>
      Trigger type
    </td>
    
    <td>
      Yes
    </td>
    
    <td>
      One of: <em>
        Status reached
      </em>
      
      , <em>
        Payment status reached
      </em>
      
      , <em>
        Booking created
      </em>
      
      , <em>
        Relative time reached
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Status
    </td>
    
    <td>
      Yes when trigger is <em>
        Status reached
      </em>
    </td>
    
    <td>
      Picked from the organization's booking statuses; shown as a colored tag.
    </td>
  </tr>
  
  <tr>
    <td>
      Payment status
    </td>
    
    <td>
      Yes when trigger is <em>
        Payment status reached
      </em>
    </td>
    
    <td>
      Picked from the available payment statuses.
    </td>
  </tr>
  
  <tr>
    <td>
      Relative to
    </td>
    
    <td>
      Yes when trigger is <em>
        Relative time reached
      </em>
    </td>
    
    <td>
      <em>
        Booking start time
      </em>
      
       or <em>
        Booking end time
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Direction
    </td>
    
    <td>
      Yes when trigger is <em>
        Relative time reached
      </em>
    </td>
    
    <td>
      <em>
        Before
      </em>
      
       or <em>
        After
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Offset
    </td>
    
    <td>
      Yes when trigger is <em>
        Relative time reached
      </em>
    </td>
    
    <td>
      Number greater than zero, with a unit selector (minutes/hours/days).
    </td>
  </tr>
  
  <tr>
    <td>
      Filters
    </td>
    
    <td>
      No
    </td>
    
    <td>
      Optional conditions. Empty = always run. See <a href="https://requiply.com/docs/en/guides/automations/workflows/triggers-and-filters#filters-only-run-this-workflow-when">
        Filters
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Action type
    </td>
    
    <td>
      Yes
    </td>
    
    <td>
      <em>
        Send email to client
      </em>
      
      , <em>
        Send email to custom email list
      </em>
      
      , <em>
        Send email to organization accounts
      </em>
      
      , <em>
        Send push notification to organization accounts
      </em>
      
      , <em>
        Send push notification to account groups
      </em>
      
      , <em>
        Send message to client (SMS / Viber / Telegram)
      </em>
      
      , or <em>
        Change booking status
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Email template
    </td>
    
    <td>
      Yes for the three email actions
    </td>
    
    <td>
      Picked from your email templates. Not used by the push or client message actions. Cannot save an email action if no templates exist.
    </td>
  </tr>
  
  <tr>
    <td>
      Custom emails
    </td>
    
    <td>
      Yes when action is <em>
        Send email to list
      </em>
    </td>
    
    <td>
      At least one email; entered as chips.
    </td>
  </tr>
  
  <tr>
    <td>
      Account recipients
    </td>
    
    <td>
      Yes for the two organization-account actions
    </td>
    
    <td>
      At least one organization account; entered as chips.
    </td>
  </tr>
  
  <tr>
    <td>
      Recipient groups
    </td>
    
    <td>
      Yes when action is <em>
        Send push notification to account groups
      </em>
    </td>
    
    <td>
      At least one <a href="https://requiply.com/docs/en/guides/settings/organization/accounts/permission-groups">
        permission group
      </a>
      
      ; entered as chips. Members are read when the workflow runs.
    </td>
  </tr>
  
  <tr>
    <td>
      Notification title
    </td>
    
    <td>
      Yes for both push actions
    </td>
    
    <td>
      Supports booking template variables.
    </td>
  </tr>
  
  <tr>
    <td>
      Notification body
    </td>
    
    <td>
      No
    </td>
    
    <td>
      Optional, for both push actions; supports template variables; saved empty if left blank.
    </td>
  </tr>
  
  <tr>
    <td>
      Tap action
    </td>
    
    <td>
      Yes for both push actions
    </td>
    
    <td>
      <em>
        Open booking #ID
      </em>
      
       (default), <em>
        Open client #ID
      </em>
      
      , or <em>
        Open booking list
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      Change status to
    </td>
    
    <td>
      Yes when action is <em>
        Change booking status
      </em>
    </td>
    
    <td>
      One of your booking statuses.
    </td>
  </tr>
  
  <tr>
    <td>
      Provider
    </td>
    
    <td>
      Yes when action is <em>
        Send message to client
      </em>
    </td>
    
    <td>
      A messaging provider your organization has actively connected on the <a href="https://requiply.com/docs/en/guides/settings/integrations/communications">
        Communications
      </a>
      
       page.
    </td>
  </tr>
  
  <tr>
    <td>
      Channel
    </td>
    
    <td>
      Yes when action is <em>
        Send message to client
      </em>
    </td>
    
    <td>
      <em>
        SMS
      </em>
      
      , <em>
        Viber
      </em>
      
      , <em>
        Viber, with SMS fallback
      </em>
      
      , or <em>
        Telegram
      </em>
      
       — limited to what the chosen provider supports.
    </td>
  </tr>
  
  <tr>
    <td>
      Message template
    </td>
    
    <td>
      Yes when action is <em>
        Send message to client
      </em>
    </td>
    
    <td>
      Picked from the <a href="https://requiply.com/docs/en/guides/automations/message-templates">
        message templates
      </a>
      
       compatible with the selected channel. Cannot save without one.
    </td>
  </tr>
  
  <tr>
    <td>
      Enabled
    </td>
    
    <td>
      Yes
    </td>
    
    <td>
      Toggle. Defaults to on for new workflows.
    </td>
  </tr>
</tbody>
</table>

Switching the trigger type clears any fields that don't apply to the new type, so you can't accidentally save a status when the trigger is now *Booking created*.

## How this page connects to the rest of Requiply

<table>
<thead>
  <tr>
    <th>
      Feature
    </th>
    
    <th>
      How Workflows affects it
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Bookings
      </strong>
    </td>
    
    <td>
      Every workflow runs against booking events — status changes, payment changes, creation, or time-relative reminders.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Booking statuses
      </strong>
    </td>
    
    <td>
      <em>
        Status reached
      </em>
      
       triggers, <em>
        Booking status
      </em>
      
       filters, and the <em>
        Change booking status
      </em>
      
       action reference the statuses configured in your organization. Renaming a status updates the labels shown.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Payment statuses
      </strong>
    </td>
    
    <td>
      <em>
        Payment status reached
      </em>
      
       triggers fire when a booking's payment moves into the chosen state.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Email templates
      </strong>
    </td>
    
    <td>
      The three email actions each send a template you've already designed. If templates are missing, you cannot save an email workflow.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Clients
      </strong>
    </td>
    
    <td>
      <em>
        Send email
      </em>
      
       delivers to the booking's client automatically, and client fields (name, email, phone, pricing discount, Telegram connected) are available as filters. Client message attempts are logged on the client's <a href="https://requiply.com/docs/en/guides/clients/client-details">
        details page
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Organization accounts
      </strong>
      
       and <a href="https://requiply.com/docs/en/guides/settings/organization/accounts/permission-groups">
        <strong>
          permission groups
        </strong>
      </a>
    </td>
    
    <td>
      <em>
        Send email to organization accounts
      </em>
      
       and <em>
        Send push notification to organization accounts
      </em>
      
       deliver to the team members you pick. <em>
        Send push notification to account groups
      </em>
      
       delivers to everyone in the chosen groups when the workflow runs.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Communications integrations
      </strong>
    </td>
    
    <td>
      <em>
        Send message to client
      </em>
      
       delivers through the provider connected on the <a href="https://requiply.com/docs/en/guides/settings/integrations/communications">
        Communications
      </a>
      
       page. Without a connected provider, the action is unavailable.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/en/guides/automations/message-templates">
        <strong>
          Message templates
        </strong>
      </a>
    </td>
    
    <td>
      Supplies the body, attachments, and buttons of the client message action. A template that a workflow uses cannot be deleted until the workflow is repointed.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Mobile app
      </strong>
    </td>
    
    <td>
      Push notifications reach accounts that have the Requiply app installed; others are skipped.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Pricing discounts
      </strong>
    </td>
    
    <td>
      A client's pricing discount can be used as a filter (for example, "VIP clients only").
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Custom fields
      </strong>
    </td>
    
    <td>
      Any Booking-level or Client-level custom field you've configured becomes available as a filter.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        External recipients
      </strong>
    </td>
    
    <td>
      <em>
        Send email to list
      </em>
      
       delivers to a fixed list of addresses you maintain on the workflow itself.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Email template editor
      </strong>
    </td>
    
    <td>
      The "no templates yet" panel links into the email template add screen and brings you back to the workflow form afterward.
    </td>
  </tr>
</tbody>
</table>

## Tips and cautions

<tip>

**Tip:** Build your email templates first. The email actions will not let you save without picking a template, and the inline shortcut to create one returns you to the workflow you were building.

</tip>

<note>

**Tip:** For relative-time reminders, double-check whether the offset should be *before* or *after* — a "1 day before booking start" reminder and a "1 day after booking end" follow-up are very different messages.

</note>

<warning>

**Heads up:** AND vs OR is easy to get wrong. Conditions in the **same group** are combined with **OR**; **separate groups** are combined with **AND**. Read the **"Only when"** preview before saving so the workflow runs on exactly the bookings you expect.

</warning>

<warning>

**Heads up:** Empty filters mean the workflow always runs. Removing all conditions makes it fire on every matching trigger again — handy when you want it, surprising when you don't.

</warning>

<warning>

**Heads up:** Filters fail closed. If a workflow's filter data can't be loaded for a booking, the workflow does not run for that booking.

</warning>

<warning>

**Heads up:** Push notifications need the app. Accounts without the Requiply mobile app installed are silently skipped, by both push actions. For a group push, check the line *Currently in these groups* before saving: a group with no accounts sends nothing.

</warning>

<warning>

**Heads up:** *Change booking status* ignores your allowed transitions. Without a filter on *Booking status*, it can move a cancelled or completed booking too. Always add a filter that limits it to the statuses it should change.

</warning>

<warning>

**Heads up:** Deleting a workflow from the edit screen is immediate and permanent. If you only want to stop it temporarily, switch it off from its card instead.

</warning>

<warning>

**Heads up:** Changing the trigger type on an existing workflow clears the fields that no longer apply (for example, switching away from *Status reached* removes the selected status). Make sure the new trigger is fully filled in before saving.

</warning>

<warning>

**Heads up:** *Send email* always goes to the booking's client, and is skipped if the booking has no client. To reach someone who isn't on the booking, use *Send email to list* (typed addresses) or *Send email to organization accounts* (your team) instead.

</warning>

<warning>

**Heads up:** *Send message to client* needs a connected provider on the [Communications](https://requiply.com/docs/en/guides/settings/integrations/communications) page, a compatible [message template](https://requiply.com/docs/en/guides/automations/message-templates), and a reachable client — a phone number for SMS/Viber, or a connected Telegram chat for Telegram. Bookings without a client are skipped; everything else is attempted and logged on the client's **Messaging** card with the failure reason.

</warning>

<note>

**Telegram messages show up in Conversations.** With the [Conversations inbox](https://requiply.com/docs/en/guides/conversations/inbox) on, every Telegram message this action sends is also copied into the client's Telegram conversation, signed **Workflow message** with the workflow's name on hover. Your team sees what the bot sent without opening the client page. See [Workflow messages in the thread](https://requiply.com/docs/en/guides/conversations/inbox#workflow-messages-in-the-thread).

</note>

<warning>

**Heads up:** Relative-time workflows do not fire retroactively. If a booking is created (or updated to match the trigger) after the configured offset has already passed — for example, a "1 day before booking start" workflow on a booking that starts in 2 hours — the workflow is skipped for that booking rather than firing immediately.

</warning>

<warning>

**Heads up:** Workflow runs are not surfaced to clients, and there is no client-facing log or retry view for failed sends. If a workflow email doesn't arrive, the client has no way to see that it was attempted — plan your communication so a missed automated email isn't the only signal a client gets.

</warning>


## Sitemap

See the full [sitemap](https://requiply.com/docs/sitemap.md) for all pages.
