Overview
Version 1.9 adds a new way to send Thnks directly from a Salesforce Flow, plus reliability fixes for the automated Thnks Request workflows introduced in version 1.8.What’s New
Send Thnks Directly from Flow
A new Send Thnks action is now available in Flow Builder’s Action picker.- Use it to trigger a Thnks send from any Flow, record triggered, scheduled, or screen flow, without first building a Thnks Request record.
- Good fit for advanced automation such as sales cadences, renewal triggers, and deal close celebrations.
- If a send fails and is linked to a source record, Salesforce automatically creates a follow up Task so your team can review it.
- Before this action appears in Flow Builder, the running user needs the Thnks Admin or the Thnks Standard User permission sets assigned.
Reliability Improvements
- Sender attribution is fixed. Approved requests now correctly identify the sending user, resolving an issue where some automated sends were rejected.
- Recipient names now flow through correctly on automated sends, instead of falling back to the recipient’s email address.
How the New Action Works
1
Your Flow gathers the details
Your Flow determines the sender, recipient, and gift details.
2
Flow passes inputs to the action
The Flow passes these into the Send Thnks action.
3
Send runs in the background
The action sends the request to Thnks in the background.
4
Source record is marked complete on success
On success, a linked source record (such as a Task) is automatically marked complete.
5
Follow up Task is created on failure
On failure, a follow up Task is automatically created for review.
Inputs
Good to Know
- Salesforce sending limit. Each send counts against Salesforce’s future call limit of 50 per transaction. If a Flow processes a large batch of records in a single transaction, split the work into smaller batches.
- Task creation permissions. The follow up Task on failure requires the running user to have Task creation permissions. If that permission is missing, the follow up Task will not be created.
- Asynchronous sends. Sends happen in the background. A Flow cannot check success or failure of the send within the same interview.