Analytics-Con-202 Salesforce Certified Tableau Next Consultant Questions and Answers

The semantic model should form a single coherent connected cluster whenever the objects are intended to participate in the same analytical domain. Therefore, the consultant should establish valid relationships for the disconnected objects or remove them from the model when they do not belong.

Salesforce's current AI-readiness guidance explicitly warns about island tables and isolated objects. Disconnected objects can confuse both users and Tableau Agent because a query can imply relationships that the model has not defined. Salesforce recommends ensuring that all relevant objects are part of a single connected cluster and avoiding ambiguous or unjoined objects that could cause invalid agent responses.

Leaving objects isolated, as proposed by A, therefore preserves the exact modeling condition that decreases agent confidence. Option B is also architecturally incorrect. Business Preferences provide business terminology and interpretation guidance; they are not a substitute for structural relationships between data objects.

This principle is especially important for Tableau Agent because its semantic query generation relies on the relationship graph to determine valid navigation paths between dimensions and measures. A connected, unambiguous model substantially reduces unsupported joins and misleading answers.

References/Topics: Data Setup - > Semantic Model AI Readiness - > Connected Model Structure - > Relationships - > Remove Ambiguous Objects.

===========================================================================

A high-quality semantic field description should be clear, concise, and business-contextual, making C correct. Tableau Agent relies heavily on semantic metadata to determine what fields represent, when they should be used, and how they relate to a user's natural-language question.

Salesforce's Tableau Next semantic-model guidance explicitly recommends descriptions that are clear and concise and add context. Effective descriptions explain the field's purpose, business scope, meaning, relevant data behavior, and relationships when appropriate. Salesforce also recommends avoiding vague definitions or descriptions that simply repeat the field label.

Option A overemphasizes length and technical calculation detail. Excessively long descriptions can introduce unnecessary complexity and ambiguity; the objective is useful business meaning, not exhaustive implementation documentation. Option B captures brevity but omits the most important factor: business context.

For example, a field named Net_Revenue is better described as “Revenue from finalized product sales after discounts, returns, and allowances” than merely “Calculated net revenue.” The former gives the agent information needed to map business-language requests accurately.

References/Topics: Data Setup - > Semantic Model AI Readiness - > Field Metadata - > Business-Friendly Descriptions.

===========================================================================

The correct deployment sequence in this question is **Semantic Models → Workspace → Dashboards → Visualizations**. The semantic model is deployed first because it provides the governed analytical definitions and data context required by downstream Tableau Next assets. The workspace follows because it establishes the organizational container in which the analytical content is managed and shared.

Dashboards are then deployed as the higher-level presentation assets, followed by the associated visualizations according to the sequence specified in the supplied deployment model. Maintaining the prescribed order prevents deployment from starting with downstream assets before their required semantic and organizational foundations are available.

Options B and C begin with assets that depend on components appearing later in their sequences, so they do not follow the required dependency progression. For certification purposes, memorize the sequence exactly as presented: **Semantic Models first, then Workspace, then Dashboards, then Visualizations**. Deployment planning should also include the relevant access and governance configuration so users can open the migrated assets successfully after publication.

References/Topics: Managing Workspaces and Orgs - > Workspace Deployment - > Publishing Sequence.

===========================================================================

For a Tableau Next Metric widget to respond dynamically to dashboard filtering, two conditions must be satisfied. First, the metric widget must be configured to receive dashboard filters. Second, the dimensions being used by those dashboard filters must exist in the metric definition as supported dimensions. Salesforce specifically documents that a Metric widget can only be filtered by dimensions explicitly included in the metric definition, typically as Additional Dimensions.

Therefore, C is the only complete answer.

Option A fails because enabling dashboard-filter reception is not enough if the metric definition lacks the necessary dimensions. Tableau Next cannot apply a filter against a dimensional grain the metric does not expose. Option B has the required dimensions but explicitly disables receipt of dashboard filters, preventing the widget from responding to dashboard interactions.

This distinction is important because visualizations and metric widgets have different interaction requirements. A dashboard visualization can participate naturally in interactive filtering, whereas a governed metric must expose the appropriate dimensions in its semantic definition before those dashboard selections can alter the displayed metric result.

References/Topics: Visualizations and Dashboards - > Metric Widgets - > Receive Dashboard Filters - > Metric Additional Dimensions.

===========================================================================

Agent Scoping determines which approved semantic models Tableau Agent can search when a user's question lacks sufficient analytical context. Salesforce describes Agent Scoping as defining a fallback list of semantic models for a particular analytics agent. This fallback is used when Tableau Agent cannot infer the appropriate model from the current page or analytical asset.

Examples include asking Tableau Agent a question from Slack or embedding the agent on a page that contains no Tableau Next metric or dashboard. In those circumstances, the agent uses its approved fallback models to determine the appropriate semantic context.

When a user asks a question from a dashboard or metric that already supplies clear analytical context, Salesforce states that Tableau Agent uses the semantic models associated with that asset instead of the fallback list. User permissions remain enforced at runtime; placing a model on the fallback list never grants unauthorized access.

Option B is incorrect because Agent Scoping does not enforce row-level security; Data 360 governance and user permissions perform that function. Option C is unrelated to agent routing.

References/Topics: Agentic Experiences - > Tableau Agent - > Agent Scoping - > Fallback Semantic Models - > Context Resolution.

===========================================================================

Tableau Next's distinctive value is its agentic, conversational, and actionable analytics layer, so C is correct. Salesforce positions Tableau Next as an end-to-end agentic analytics platform combining Tableau analytics, Agentforce AI, and the Data 360 semantic layer. It enables users to ask freeform analytical questions, receive grounded text and visual answers, obtain proactive insights, and initiate actions where work occurs.

The platform is therefore complementary to existing analytical investments. Tableau Cloud can continue supporting sophisticated traditional analytics and executive exploration, while CRM Analytics can continue supporting embedded Salesforce analytical use cases. Tableau Next introduces a governed semantic and agentic layer that makes data conversational and actionable.

Option A is too absolute. Salesforce interoperability capabilities explicitly support connecting Tableau Cloud to Tableau Semantics, illustrating coexistence rather than mandatory replacement. Option B also mischaracterizes Published Data Source integration: Tableau Next can build semantic models directly from supported Tableau Cloud PDS content; its purpose is not merely extraction into DMOs.

References/Topics: Embedding, Cross-Cloud, and Interoperability - > Tableau Next Positioning - > Tableau Agent - > Tableau Cloud and CRM Analytics Coexistence.

===========================================================================

The consultant should configure a Salesforce Flow action on the dashboard widget. Tableau Next supports single-click dashboard actions that can directly initiate Salesforce Flows using dashboard context. Salesforce even documents a virtually identical use case: enabling sales representatives to create a follow-up task directly from a dashboard widget displaying at-risk opportunities.

When configuring the action, the consultant selects Salesforce Flow as the action type, chooses an eligible flow, and maps the flow's input variables to static or dynamic dashboard values. Tableau Next currently supports standard screen flows and autolaunched flows for this capability.

A parameter action is fundamentally an analytical interaction mechanism and is not the native mechanism for executing a Salesforce Flow. Option C refers generally to Salesforce actions on visualization records, but the scenario explicitly identifies a dashboard widget that must initiate an existing Salesforce Flow. The dedicated Flow action is therefore the precise implementation.

This capability illustrates Tableau Next's actionable-analytics design: the user moves directly from recognizing an analytical condition to initiating an operational Salesforce process without leaving the dashboard.

References/Topics: Visualizations and Dashboards - > Single-Click Actions - > Salesforce Flow Actions - > Dynamic Input Mapping.

===========================================================================

The Tableau Next Connect REST API is the appropriate interface when a developer or consultant needs to programmatically configure or update Tableau Next visualization assets. Salesforce documents that the API supports creating and updating visualizations and workspaces and exposes dedicated visualization resources through the /tableau/visualizations endpoints.

Because visualization appearance and configuration are properties of the visualization asset, a programmatic modification to its color configuration belongs to the Tableau Next REST API development surface.

The Semantic Layer DX VS Code Extension is focused on semantic-layer development and metadata associated with semantic models; it is not the primary API for editing visualization presentation properties. Salesforce CLI is an extensible deployment and administration tool, but it is not the dedicated Tableau Next runtime interface for modifying visualization configuration.

Salesforce's Tableau Next development documentation explicitly positions the Connect REST APIs as the developer interface for configuring and managing Tableau Next visualizations and workspaces. The API therefore provides the correct abstraction when visualization changes must be automated, integrated into an application, or performed through code.

References/Topics: Embedding, Cross-Cloud, and Interoperability - > Tableau Next Development - > Connect REST API - > Visualization Resources.

===========================================================================

The additional requirement is to enable Slack for Tableau Next, represented by option B's Collaboration with Slack and Tableau Next setting. Salesforce's current administrative workflow requires Salesforce and Slack to be connected and the Collaborate with Slack and Tableau Next option enabled in Tableau Next Administration.

For proactive alerts specifically, Salesforce states that an administrator must enable Slack for Tableau Next and configure Agentforce in Slack. Once properly configured, Inspector Proactive Data Alerts can deliver notifications into Tableau Next and Slack when a user-defined metric condition is satisfied.

Assigning a generic “Slack User” permission set is not the documented Tableau Next prerequisite in this scenario. Users instead require an eligible Tableau Next permission set and access to the relevant asset. Likewise, a separate analytics agent created specifically for Slack is not required merely to receive Inspector alerts.

References/Topics: Embedding, Cross-Cloud, and Interoperability - > Slack Integration - > Inspector Proactive Data Alerts - > Collaborate with Slack and Tableau Next.

===========================================================================

Tableau Next row-level security should be implemented through Data 360 governance policies, making B correct. Salesforce explicitly states that for Data 360 DLOs and DMOs, record-level security is defined through Data 360 policies. Tableau Next dashboards and visualizations built on those objects then inherit the enforced data visibility.

For example, the account dataset can include an attribute identifying the responsible territory or regional manager. A Data Governance access policy can evaluate the current user's relevant attributes and restrict returned records accordingly. Because security is enforced below the semantic and visualization layers, the same rules consistently protect dashboards, metrics, Tableau Agent queries, and other downstream consumers.

Option A describes the traditional Tableau USERNAME() pattern, but current Tableau Next guidance explicitly states that native user functions such as USERNAME() aren't the preferred/current RLS implementation for this architecture. Option C creates serious scalability, maintenance, and consistency problems and violates centralized governance principles.

The architectural rule is: define security as close to the governed data layer as possible so every downstream analytical experience inherits the same policy.

References/Topics: Data Setup - > Data 360 Governance - > Row-Level Security - > Access Policies - > Data Object Security.

===========================================================================

Full Refresh is required when the accelerated Tableau Next cache must reflect records that were deleted in the external source. Salesforce documentation distinguishes the two acceleration modes explicitly. An Incremental Refresh adds or updates records that changed after the previous refresh, but it does not update deleted records.

By contrast, a Full Refresh removes all previously cached data during each refresh cycle and replaces it with a newly retrieved copy of the current source dataset. If a source record has been deleted, it no longer exists in the replacement dataset and consequently disappears from Tableau Next.

Incremental refresh can operate as frequently as every 15 minutes, making it attractive for high-frequency changes, but that frequency does not alter its deletion limitation. If deletion synchronization is a requirement, the architecture must account for periodic or continuous full-refresh behavior according to supported refresh intervals.

“Snapshot refresh” is not one of the documented Tableau Next Acceleration refresh methods for this use case.

This is the same architectural principle tested earlier: Incremental = added/changed data; Full = complete cache replacement, including removal of deleted source records.

References/Topics: Data Setup - > Acceleration for Data Connections - > Cache Refresh Method - > Full versus Incremental Refresh.

===========================================================================

Option A, Draft with Einstein, can generate a calculation from natural language, but the question specifically asks about the multi-turn conversational agent experience, where the agent interacts with the user and refines the requirement. Therefore it is not the best answer. Option B addresses optimization/readiness rather than calculated-field authoring.

References/Topics: Agentic Experiences - > Tableau Agent - > Semantic Modeling/Data Pro - > Conversational Calculated Fields - > Natural-Language Authoring.

===========================================================================

A Data Stream Object (DSO) is the output associated with streaming data ingestion in this question. Streaming ingestion is designed to continuously accept incoming records from a connected source and represent that stream in Data 360 so downstream processing and analytics can work with newly arriving data with minimal delay.

A Data Lake Object is used as a persisted data-layer object for broader ingestion and storage scenarios, while a Semantic Model is a downstream analytical abstraction that defines business-friendly measures, dimensions, relationships, metrics, and other semantic logic. Neither option describes the streaming-ingestion output requested by this item.

The exam distinction is to keep the ingestion pipeline separate from the semantic layer. Streaming data first enters through the streaming/data-stream construct, where the Data Stream Object represents the incoming stream. That data can then participate in downstream mapping, modeling, and Tableau Next analytics. The semantic model does not serve as the raw ingestion target; it consumes prepared and governed data structures to provide analytical meaning.

References/Topics: Data Setup - > Streaming Data Ingestion - > Data Stream Objects.

===========================================================================

A threshold is the appropriate configuration because the requirement is to evaluate a non-cumulative metric against a fixed benchmark. Salesforce describes thresholds as contextual reference values that classify a metric into meaningful ranges such as healthy, at risk, or critical. Salesforce specifically notes that thresholds can be used independently of goals and are particularly useful for non-cumulative metrics.

A goal is better suited to measuring progress toward a target, particularly when progress accumulates over a defined time period. For example, a sales-revenue goal can indicate whether the organization is on pace to reach a quarterly target. By contrast, a conversion percentage is normally evaluated as a current rate rather than accumulated toward a total.

Forecasting Insights addresses a different analytical requirement: estimating likely future metric behavior from historical patterns. It does not establish the fixed performance benchmark required here.

For exam purposes, distinguish goal = progress toward target, threshold = contextual/static performance boundary, and forecast = projected future behavior.

References/Topics: Visualizations and Dashboards - > Metrics - > Goals and Thresholds - > Non-Cumulative Metrics.

===========================================================================

The consultant must enable Template Builder in Tableau Next Administration. Salesforce describes Template Builder as the functionality that allows users to convert existing Tableau Next dashboards into standardized, reusable templates that can subsequently be made available through the Tableau Next Marketplace.

The administrative workflow is explicit: navigate to Tableau Next - > Administration - > Settings - > General, and enable Template Builder. Once enabled, eligible dashboard authors can use the Generate Template action to transform a dashboard into a configurable template. They can then define supporting metadata, configuration steps, descriptions, and preview information.

Tableau Next Auditing has an entirely different function: it captures user-interaction activity for governance and monitoring. It does not enable dashboard templating. “Templated Data 360 Home Org Operations” is not the documented switch for converting dashboards into Tableau Next templates.

References/Topics: Basic Setup and Admin - > Administration Settings - > Template Builder - > Tableau Next Marketplace.

===========================================================================

Inspector Proactive Data Alerts directly solve this requirement because they allow users to define conditions against Tableau Next metrics and receive notifications when those conditions become true. Salesforce describes the capability as allowing users to ask Tableau Agent to alert them when a metric exceeds a value, falls below a threshold, or moves outside an expected range.

For inventory management, the organization could define a metric representing available stock and configure an alert such as: “Alert me when inventory falls below the safety stock level.” Inspector evaluates the configured condition and sends notifications through administrator-enabled delivery channels. This removes the need for warehouse managers to repeatedly open and refresh dashboards purely to determine whether intervention is required.

A Data Quality notification addresses issues with data reliability or processing rather than business KPI conditions. A dashboard subscription periodically delivers analytical content but is schedule-driven rather than specifically triggered by a critical inventory condition.

This is the defining distinction between passive dashboards and agentic analytics: Proactive Alerts monitor an explicitly defined metric condition and surface actionable information when attention is required.

References/Topics: Agentic Experiences - > Inspector - > Proactive Data Alerts - > Metric Conditions - > Threshold-Based Notifications.

===========================================================================

When Acceleration for Data Connections is enabled, Tableau Next temporarily caches external-source data in Data 360 to reduce runtime latency and improve query performance. Two refresh approaches are available: Full Refresh and Incremental Refresh. Salesforce explicitly states that an incremental refresh processes records that have been added or changed since the previous refresh but does not update deleted data. Therefore, records removed from the source can remain present in the accelerated cache even after several incremental refresh cycles.

This explains why the 15-minute frequency does not solve the issue. Frequency controls how often incremental processing occurs; it does not change what the incremental algorithm processes. Option A incorrectly attributes the behavior to ordinary cache latency. Option C is also too broad because acceleration itself supports deletion synchronization when a Full Refresh is used. A full refresh removes the existing cached dataset and replaces it with the current source dataset.

References/Topics: Data Setup - > Data Connections - > Acceleration - > Full versus Incremental Refresh - > Cache Refresh Method.

===========================================================================

Tableau Next provides explicit controls for size encoding, including minimum and maximum mark-size limits. With relative size encoding, Minimum (% of cell) defines the smallest percentage of available cell space that a mark can occupy, while Maximum (% of cell) controls the largest. Adjusting these settings allows the author to retain sales-volume encoding while limiting oversized marks that obscure smaller ones.

Therefore, B directly addresses the visualization problem.

A dual axis changes the structural representation of the data rather than correcting excessive mark sizing and is unnecessary for this requirement. Increasing the physical dashboard container size might provide additional display space, but it does not directly control the relative size range of the marks and cannot reliably prevent high-value marks from dominating lower-value marks.

Tableau Next supports both Relative and Absolute size modes. Relative sizing is particularly useful when the visual objective is to emphasize differences across a continuous measure while maintaining visual readability. The consultant should tune the minimum and maximum percentage parameters until the volume relationship remains perceptible without excessive overlap.

References/Topics: Visualizations and Dashboards - > Marks - > Size Encoding - > Relative Size - > Minimum and Maximum Percent of Cell.

===========================================================================

The limiting factor in this scenario is the user's license level. Setting proactive data alerts through Tableau Agent is an authoring-oriented capability that requires Tableau Next Creator access. A Consumer user can view and interact with published analytical content, but the Consumer persona does not receive the full set of creation and configuration capabilities needed to define alert conditions.

The fallback semantic model in option B is used when Tableau Agent lacks clear analytical context, such as when a user invokes the agent from a surface that does not already identify the relevant Tableau Next asset. Here, the user is explicitly accessing Tableau Agent from a page that contains Tableau Next content, so lack of fallback scoping is not the primary issue. Option A can prevent analysis of a particular metric, but the question establishes a broader inability to set the alert and emphasizes that the user has a Consumer license.

The appropriate remediation is therefore to use the Creator-level entitlement for users who must configure proactive alerts. This preserves the distinction between consumption permissions and analytical creation/configuration permissions.

References/Topics: Agentic Experiences - > Tableau Agent - > Proactive Data Alerts - > Creator Permissions.

===========================================================================

The consultant should modify the metric definition in the underlying semantic model. Tableau Next metrics are semantic-layer objects. Salesforce defines a metric as a business KPI derived from one or more measures together with a date field, and metrics are built from semantic models.

Therefore, selecting which date dimension governs the metric's time trend is part of the metric's semantic definition rather than dashboard presentation logic. The dashboard consumes the governed metric; changing the dashboard would not correct the authoritative metric definition.

Option B is also inappropriate. Data Lake Objects and Data Model Objects define the underlying physical/logical data available in Data 360. Because the correct date field already exists in the semantic model, there is no requirement to modify the underlying DLO or DMO. The problem lies specifically in which existing semantic field the metric uses for its temporal definition.

This reflects a central Tableau Next architectural principle: reusable analytical business logic—including metrics, calculations, temporal semantics, and contextual definitions—should reside in Tableau Semantics, while dashboards remain downstream consumption and presentation layers.

References/Topics: Data Setup - > Semantic Models - > Metrics - > Measure and Date Field Configuration.

===========================================================================

The most likely cause is that the consultant used Copy Link in a way that shared the dashboard's default state rather than preserving the interactive filter state that was applied during analysis. A standard dashboard link can reopen the asset without carrying the sender's temporary filter and selection context, which explains why the colleague sees an unfiltered dashboard.

Option A is incorrect because dashboard views can be shared; the problem is the type of link or view state being shared, not a blanket prohibition on sharing filtered analysis. Option C is also incorrect because there is no separate permission category whose purpose is specifically to display filters contained in a shared dashboard view. The recipient still needs ordinary access to the dashboard and its underlying governed data, but permissions do not explain why the filters disappeared.

For exam purposes, remember the distinction between sharing the dashboard asset itself and sharing the user's current analytical state. When identical filter context matters, the consultant must use the mechanism that preserves that current view rather than a generic/default asset link.

References/Topics: Visualizations and Dashboards - > Dashboard Sharing - > Copy Link - > Filtered View State.

===========================================================================

Tableau Agent is optimized for conversational, exploratory analytics in which a business user asks natural-language questions and receives grounded answers and visualizations. A request such as, “What are my top accounts by Annual Contract Value this quarter?” maps directly to Tableau Agent's supported descriptive-analysis capabilities. Salesforce explicitly lists Top-N questions, aggregations, dimensional breakdowns, comparisons, and other business-oriented analytical questions among the supported conversational patterns.

A fixed monthly-close report for a board is better represented by a governed dashboard or reporting asset because its structure, presentation, and recurring content are predetermined. Likewise, Tableau Agent is not positioned as a general-purpose data-science workflow development environment.

The architectural distinction is important for the exam: dashboards provide curated, repeatable analytical experiences, whereas Tableau Agent adds an interactive conversational layer over semantic models. It translates the user's business question into semantic analytical operations and returns contextual text and visual output.

References/Topics: Agentic Experiences - > Analyze and Share Data in Tableau Next - > About Conversational Analytics - > Supported Questions and Surfaces.

===========================================================================