Skip to main content

Building Playbooks in BonData

B
Written by BonData Support
Updated over 5 months ago

What Are Playbooks?

Playbooks in BonData are automated workflows that let you do something useful with data from your connected systems. Each Playbook defines:

  • Conditions: Criteria that identify which records need attention (for example, “Records missing a required field”).

  • Actions: What BonData should do once those conditions are met—such as creating or updating records, generating a CSV or Google Sheet, notifying a Slack channel, or sending an HTTP request.

By relying on BonData to monitor and act on your data, you avoid manually juggling multiple apps or triggers.


Why Use Playbooks?

  1. Automate Repetitive Tasks: Let BonData handle data updates, generate exports, or trigger notifications—freeing you from manual effort.

  2. Single Point of Control: Combine data and actions across systems (Salesforce, a custom database, Slack, or a data warehouse) without building custom integrations.

  3. Flexible Execution: Choose whether tasks run automatically or require your approval first—so you stay in control while still reaping the benefits of automation.


Key Concepts

  1. Integration: Any external system or data source you connect to BonData (e.g., Salesforce, a CSV file, internal APIs, etc.).

  2. Conditions (Filters): Specify when a Playbook should act (e.g., “Lead record missing a primary contact email”).

  3. Actions: Tasks BonData performs, such as:

    • Create a Record (in Salesforce, for instance)

    • Update a Record (change status in a connected database)

    • Notify on Slack (ping #ops-team about critical data)

    • Generate CSV / Google Sheet (compile a list of matching records for offline review)

    • Send HTTP Request (push data to a custom endpoint)

  4. Tasks: Each Action for every record that meets your Conditions is a separate “Task.” For instance, if 20 records need updating, BonData generates 20 tasks.

  5. Automatic vs. Manual Execution:

    • Automatic: Tasks run immediately when the Playbook condition is satisfied.

    • Manual: Tasks are queued and only execute if/when you confirm them individually.


Creating Your First Playbook

  1. Access Playbooks

    • From the BonData dashboard, open the Playbooks section.

    • Click Create New Playbook.

  2. Name and Describe

    • Give your Playbook a name that reflects its purpose (e.g., “Data Cleanup for Missing Emails”).

    • Optionally add a brief description.

  3. Set Conditions

    • Choose which system(s) or fields you want to monitor.

    • Define the logic (e.g., “Accounts with no assigned owner”).

    • Combine multiple criteria with “AND” or “OR,” as needed.

    • Field comparison: allows you to create a condition that compares between different fields (e.g. when "Company Name" in Hubspot Not Equals to "Account Name" in Salesforce)

    • Filter insights: to the right side of the filter, you can click to see the amount of records that currently match the filter (condition) applied. In order to see the insights, you should save the Playbook first.

  4. Choose Actions

    • Decide what BonData should do when it finds records matching your conditions. Common examples:

      • Create Record in Salesforce

      • Update Record in your warehouse

      • Notify a Slack channel

      • Generate CSV/Google Sheet

      • Send HTTP Request to an external service

  5. Decide on Execution Mode

    • Automatic Execution: Each matching record triggers tasks right away.

    • Manual Execution: Tasks appear in your queue, allowing you to approve or skip them individually.

  6. Activate the Playbook

    • Once you’ve finalized the conditions and actions, click Activate.

    • BonData starts monitoring new (and existing) records on your defined schedule.


Mentions: Mapping Fields & Translating Values

When creating or updating records in an Action, you often want to pull values dynamically from one source—like a CSV file or a connected system—and insert them into fields in another system. Mentions let you do exactly that.

What Is a Mention?

A Mention is a placeholder you insert in an Action to dynamically reference a field or column from another data source. For example, if you’re importing records from a CSV into Salesforce, you can “mention” the CSV’s columns to tell BonData which values go where.

Basic Mentions

  1. Click Mention within the Action configuration.

  2. Select the relevant integration (e.g., “Salesforce”).

  3. Choose the specific object (e.g., "Account").

  4. Choose the specific field (e.g., “Account Name”).

  5. BonData will insert the Salesforce “Account Name” field into the action that you want to take.

Use Case Example:

  • CSV columns: Account Name, Region, Industry.

  • Action: Create a Salesforce Account.

  • Under “Name,” insert a mention of Account Name.

  • Under “BillingState,” mention Region.

  • Each row in the CSV triggers a new Salesforce account creation, using the row’s column values.

Advanced Mentions & Conditional Translations

You can also transform a value from the source before it populates another system:

  • Scenario: Salesforce’s “Opted Out of Emails” field needs “Yes” or “No,” but your CSV column can be 0, 1, or Null.

  • Solution:

    • If CSV “OptedOut” = 1 → mention “Yes” in Salesforce.

    • Else → mention “No.”

  • If a CSV field is blank, you can also provide a static default (“No”) to ensure the target field is never left empty.


Playbook Navigation: Filter Insights, Planner, and Trigger Settings

When you open or edit a Playbook, look at the top-left navigation area to find three important tools:

  1. View Filter Insights (Rightmost Button)

    • Purpose: Quickly see how many records match the filters you defined.

    • Example: If your condition is “Accounts with critical support issues,” Filter Insights might show “10 records match.” This helps you verify your filter is correct before (or during) activation.

  2. Planner (Map Icon in the Middle)

    • Purpose: Override or adjust the default “bonds” (paths of data connections) for this Playbook.

    • Background: When initially setting up BonData, you define how data in different systems should link (e.g., by Account IDs). The Planner is an advanced option that lets you pick a different path of connections specifically for one Playbook.

    • Example: If you want to match contacts to cases by Email in some scenarios—rather than by Account ID—you can tweak that here, without changing your overall global data map.

  3. Trigger Settings (Leftmost Button)

    • Trigger Behavior:

      • Change (default): Tasks are generated only for newly created or newly changed records that meet your filters.

      • Always: Each time the Playbook runs, it will create tasks for all records that match the filter, whether they are new or not.

        • Example: If 20 accounts match “critical issues” on Monday, a daily alert on “Always” mode might show all 20 each day. If a new account is added on Tuesday that also has critical issues, you’ll see 21 on Tuesday’s alert.

        • If you prefer only to see newly added matches each day, stick with Change mode.

    • Run Frequency:

      • By default, BonData checks your conditions every 15 minutes (relevant only when the Playbook is set to run "automatically", which is off by default).

      • You can customize this to any interval, including a cron expression.

      • Remember that time is always in UTC.

Use these three tools to fine-tune how your Playbook identifies matching data, how it navigates your systems’ connections, and how frequently tasks should be generated.


Previewing & “Dry Runs” in BonData

BonData doesn’t have a single “dry run” button. Instead, you can:

  1. Generate a CSV or Google Sheet

    • Add an Action that outputs all matching records into a CSV/Sheet.

    • Review the generated file to confirm the right records are being captured before adding a “create” or “update” step.

  2. Use Manual Execution

    • Activate the Playbook but keep tasks manual.

    • When the Playbook runs, each potential action becomes a “Task” you can confirm or skip—letting you see exactly what data would change.

This two-step approach ensures you don’t accidentally alter or create records before you’re ready.


Before Running your Playbook

When creating a new Playbook in BonData, the system temporarily stores relevant records solely for playbook execution purposes.

Due to this temporary storage process, there may be a brief waiting period between creating your Playbook and its first execution. Before your Playbook can run, both metadata (structure of the fields) and actual data need to be successfully fetched into BonData.

To read more about how you can check the load status of the data, or trigger a manual load if new data was just added, click here:


Frequently Asked Questions

  1. Can I add multiple actions in one Playbook?

    • Absolutely. Each record that meets your conditions can trigger multiple tasks.

  2. What if I only want to suggest actions but not apply them automatically?

    • Select manual in your Playbook settings so tasks require confirmation.

  3. Can a single Playbook work across multiple data sources?

    • Yes. Conditions and Mentions can reference multiple integrations.

  4. How do I revert a change if something went wrong?

    • Check the Task logs to see which records were updated, then revert those changes in the integrated system. BonData doesn’t store your entire data set, so rollbacks happen externally.


Best Practices

  • Start Simple: Test a single condition and action, referencing one field at a time.

  • Scale Up Gradually: Once confident, add more columns or advanced mention logic.

  • Audit Playbooks Periodically: Business rules or data fields may change. Keep your filters and mentions current.

  • Monitor Task Volumes: An unexpected surge might indicate overly broad filters or incorrect mention logic.

Did this answer your question?