<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Can {{input}} from a For Each task be used as a dashboard subscription destination_id in Warehousing &amp; Analytics</title>
    <link>https://community.databricks.com/t5/warehousing-analytics/can-input-from-a-for-each-task-be-used-as-a-dashboard/m-p/164306#M2653</link>
    <description>&lt;P&gt;Hello everyone,&lt;/P&gt;&lt;P&gt;I am using a DAB to send a dashboard snapshots to notification destinations.&lt;/P&gt;&lt;P&gt;The intended design is to use a For each task for multiple team/destination pairs. As a minimal test, I am iterating over an array containing one notification destination ID:&lt;/P&gt;&lt;PRE&gt;variables:
  destination_1_nonprod:
    lookup:
      notification_destination: destination_1_nonprod

  team_subscriptions:
    description: JSON array of notification destination IDs
    default: '["${var.destination_1_nonprod}"]'&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;resources:
  jobs:
    job1:
      ...

      parameters:
        - name: team_subscriptions
          default: ${var.team_subscriptions}

      tasks:
        - task_key: send_team_reports
          for_each_task:
            inputs: "{{job.parameters.team_subscriptions}}"
            concurrency: 5

            task:
              task_key: send_team_report
              dashboard_task:
                dashboard_id: ${resources.dashboards.my_dashboard.id}
                warehouse_id: ${var.warehouse_id}
                subscription:
                  subscribers:
                    - destination_id: "{{input}}"&lt;/PRE&gt;&lt;P&gt;The bundle correctly resolves team_subscriptions to a JSON array containing the notification destination UUID and I can see that in the UI inside the task "job parameters".&lt;/P&gt;&lt;P&gt;The job succeeds but no notification is delivered, silently ignoring the issue.&lt;/P&gt;&lt;P&gt;As a control test, replacing the dynamic reference with the bundle lookup works correctly:&lt;/P&gt;&lt;PRE&gt;subscription:
  subscribers:
    - destination_id: ${var.destination_1_nonprod}&lt;/PRE&gt;&lt;P&gt;I also&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also considered using a json object with key:value and iterating over it using:&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;destination_id: "{{input.destination_id}}"&lt;/PRE&gt;&lt;P&gt;but it still silently fail the delivery&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does dashboard_task.subscription.subscribers[].destination_id support Lakeflow dynamic value references such as {{input}} or {{input.destination_id}}?&lt;/P&gt;&lt;P&gt;If it does, what is the correct syntax or configuration?&lt;/P&gt;&lt;P&gt;Thank you for your attention&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 28 Jul 2026 15:53:32 GMT</pubDate>
    <dc:creator>dario66952</dc:creator>
    <dc:date>2026-07-28T15:53:32Z</dc:date>
    <item>
      <title>Can {{input}} from a For Each task be used as a dashboard subscription destination_id</title>
      <link>https://community.databricks.com/t5/warehousing-analytics/can-input-from-a-for-each-task-be-used-as-a-dashboard/m-p/164306#M2653</link>
      <description>&lt;P&gt;Hello everyone,&lt;/P&gt;&lt;P&gt;I am using a DAB to send a dashboard snapshots to notification destinations.&lt;/P&gt;&lt;P&gt;The intended design is to use a For each task for multiple team/destination pairs. As a minimal test, I am iterating over an array containing one notification destination ID:&lt;/P&gt;&lt;PRE&gt;variables:
  destination_1_nonprod:
    lookup:
      notification_destination: destination_1_nonprod

  team_subscriptions:
    description: JSON array of notification destination IDs
    default: '["${var.destination_1_nonprod}"]'&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;resources:
  jobs:
    job1:
      ...

      parameters:
        - name: team_subscriptions
          default: ${var.team_subscriptions}

      tasks:
        - task_key: send_team_reports
          for_each_task:
            inputs: "{{job.parameters.team_subscriptions}}"
            concurrency: 5

            task:
              task_key: send_team_report
              dashboard_task:
                dashboard_id: ${resources.dashboards.my_dashboard.id}
                warehouse_id: ${var.warehouse_id}
                subscription:
                  subscribers:
                    - destination_id: "{{input}}"&lt;/PRE&gt;&lt;P&gt;The bundle correctly resolves team_subscriptions to a JSON array containing the notification destination UUID and I can see that in the UI inside the task "job parameters".&lt;/P&gt;&lt;P&gt;The job succeeds but no notification is delivered, silently ignoring the issue.&lt;/P&gt;&lt;P&gt;As a control test, replacing the dynamic reference with the bundle lookup works correctly:&lt;/P&gt;&lt;PRE&gt;subscription:
  subscribers:
    - destination_id: ${var.destination_1_nonprod}&lt;/PRE&gt;&lt;P&gt;I also&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also considered using a json object with key:value and iterating over it using:&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;destination_id: "{{input.destination_id}}"&lt;/PRE&gt;&lt;P&gt;but it still silently fail the delivery&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does dashboard_task.subscription.subscribers[].destination_id support Lakeflow dynamic value references such as {{input}} or {{input.destination_id}}?&lt;/P&gt;&lt;P&gt;If it does, what is the correct syntax or configuration?&lt;/P&gt;&lt;P&gt;Thank you for your attention&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 28 Jul 2026 15:53:32 GMT</pubDate>
      <guid>https://community.databricks.com/t5/warehousing-analytics/can-input-from-a-for-each-task-be-used-as-a-dashboard/m-p/164306#M2653</guid>
      <dc:creator>dario66952</dc:creator>
      <dc:date>2026-07-28T15:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: Can {{input}} from a For Each task be used as a dashboard subscription destination_id</title>
      <link>https://community.databricks.com/t5/warehousing-analytics/can-input-from-a-for-each-task-be-used-as-a-dashboard/m-p/164312#M2655</link>
      <description>&lt;P&gt;&lt;CODE class="p8i6j0f"&gt;dashboard_task.subscription.subscribers[].destination_id&lt;/CODE&gt;&lt;SPAN&gt;&amp;nbsp;does not appear to support Lakeflow dynamic value references such as&amp;nbsp;&lt;/SPAN&gt;&lt;CODE class="p8i6j0f"&gt;{{input}}&lt;/CODE&gt;&lt;SPAN&gt;&amp;nbsp;or&amp;nbsp;&lt;/SPAN&gt;&lt;CODE class="p8i6j0f"&gt;{{input.destination_id}}&lt;/CODE&gt;&lt;SPAN&gt;. Public docs show dynamic values for For each inputs and nested task parameters, and dashboard-task parameterization is currently documented for dashboard filter values, not subscriber destination fields. &lt;BR /&gt;&lt;BR /&gt;That’s why a bundle-resolved value like&amp;nbsp;&lt;/SPAN&gt;&lt;CODE class="p8i6j0f"&gt;${var.destination_1_nonprod}&lt;/CODE&gt;&lt;SPAN&gt;&amp;nbsp;works, while the runtime&amp;nbsp;&lt;/SPAN&gt;&lt;CODE class="p8i6j0f"&gt;{{input}}&lt;/CODE&gt;&lt;SPAN&gt;&amp;nbsp;form validates as a string but does not result in delivery. At the moment, the safe pattern is to emit one task per concrete destination ID (or generate those tasks ahead of deployment), rather than trying to parameterize&amp;nbsp;&lt;/SPAN&gt;&lt;CODE class="p8i6j0f"&gt;subscription.subscribers[].destination_id&lt;/CODE&gt;&lt;SPAN&gt;&amp;nbsp;at run time.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 28 Jul 2026 16:51:47 GMT</pubDate>
      <guid>https://community.databricks.com/t5/warehousing-analytics/can-input-from-a-for-each-task-be-used-as-a-dashboard/m-p/164312#M2655</guid>
      <dc:creator>adnan_alvee</dc:creator>
      <dc:date>2026-07-28T16:51:47Z</dc:date>
    </item>
  </channel>
</rss>

