All questions
Question 1
A site administrator certifies a published data source used by the Finance department. A marketing analyst can discover the source in search results but receives a permissions error when attempting to connect to it.
What is the most accurate explanation?
- Certification improves trust and discovery but does not grant the analyst permission to connect. (correct answer)
- Certification grants access only after the analyst adds the source to a workbook as an embedded connection.
- Certification replaces project permissions, but the analyst must wait for the next metadata refresh.
- Certification permits viewing published workbooks but prevents direct connections by nonadministrators.
Explanation: Whenever you see a question about certified data sources in Tableau, separate two independent concepts in your mind: discoverability and access. Certification is a trust and quality signal — it does not touch the permissions layer at all.
A certified data source gets a badge and ranks higher in search results, which is exactly why the marketing analyst can find it. But connecting to a published data source requires the analyst to have the Connect permission on that source (and appropriate project permissions). Certification does nothing to grant, modify, or bypass those permissions. Answer A captures this precisely: certification improves trust and discovery, but permissions remain entirely separate and must be configured by an administrator.
B is wrong because embedding a data source in a workbook doesn't bypass published source permissions — and certification has no special role in that workflow anyway. This answer invents a connection between certification and embedded connections that simply doesn't exist.
C is wrong on two counts: certification does not replace project permissions at all, and there is no "metadata refresh cycle" that would eventually grant access. Mixing certification with a delayed permission grant is a fabricated concept.
D is wrong because it confuses certification with a viewer-only access tier. Certification places no restriction on who can connect — nonadministrators with proper permissions connect to certified sources all the time. The restriction the analyst faces comes from missing permissions, not from a rule about nonadministrators.
Study tip: On Tableau exam questions, always ask yourself whether a feature affects permissions or metadata/discoverability — these two layers are deliberately kept separate, and many distractors blur that line.
Question 2
Several departments publish sources that calculate Active Customer differently. Leadership wants one source to be promoted as authoritative, but no one has yet reconciled the definitions or confirmed the source owner, refresh process, and intended audience.
What should occur before the source is certified?
- A steward should validate the definition, ownership, refresh process, and fitness for the documented use. (correct answer)
- The publisher should certify the most frequently used source and reconcile definitions after adoption increases.
- An administrator should certify every source that refreshes successfully and let users compare the calculations.
- The workbook owners should embed their preferred sources so certification is unnecessary for shared analysis.
Explanation: When a question asks what must happen before a data source is certified in Tableau, you should think about what certification actually means: it's a formal signal to your organization that a source is trustworthy, well-defined, and appropriate for its intended purpose. Certification isn't just a quality stamp — it's a governance commitment.
That's why A is correct. Before any source can be certified, a data steward must confirm four things: the definition is accurate and agreed upon, there is a clear owner accountable for the data, the refresh process is reliable and documented, and the source is actually appropriate for its stated use case. In this scenario, multiple departments define "Active Customer" differently and no owner has been confirmed — meaning none of those boxes are checked yet. Certification would be premature and misleading.
B gets the process backwards. Certifying first and reconciling definitions later creates confusion and erodes trust in the certification badge itself. Adoption volume is never a substitute for accuracy.
C describes an administrator rubber-stamping sources based purely on technical success — a successful refresh only means the pipeline works, not that the data is correct or appropriate. Letting users compare conflicting calculations is exactly the chaos certification is meant to prevent.
D sidesteps governance entirely. Embedding preferred sources into individual workbooks doesn't create a trustworthy shared standard — it just fragments the problem further and leaves users without authoritative guidance.
Your study tip: on Tableau certification questions, watch for answers that skip the human validation step. Technical success (refreshes, adoption, embedding) never replaces stewardship review of definition, ownership, and fitness for use.
Question 3
An organization with the required Tableau data-management capabilities wants regional managers to use one governed connection to a warehouse. Each manager must see only rows for the manager's assigned region, and the rule should apply consistently to all workbooks using that connection.
Which approach best centralizes this governance rule?
- Certify the warehouse connection and rely on certification to restrict rows for each signed-in manager.
- Ask each author to add a region filter and hide the filter card before publishing the workbook.
- Create a virtual connection with a centrally managed data policy based on the user's regional entitlement. (correct answer)
- Create one embedded extract per region and allow managers to download the corresponding workbook.
Explanation: When you see a question about enforcing row-level security across many workbooks and users, think about where the rule lives. The goal is a single, centrally managed policy — not a rule duplicated across every workbook or extract.
Tableau's virtual connections (part of the Data Management add-on) are designed exactly for this scenario. A virtual connection acts as a shared, governed layer between your data source and your authors. Within it, you can define a data policy that filters rows dynamically based on the signed-in user's entitlements — such as their assigned region. Because the policy lives in one place, every workbook connecting to that virtual connection automatically inherits the restriction. That's why C is the correct answer.
A is a trap: certification is a trust signal — it tells users a data source is reliable and approved — but it carries no row-filtering logic whatsoever. Certifying a connection doesn't restrict what any user sees.
B places the burden on individual authors, which is the opposite of centralized governance. A hidden filter card can also be revealed or removed by another author after the fact, making it fragile and inconsistent.
D creates N separate extracts for N regions, multiplying maintenance overhead and eliminating the single governed connection the scenario requires. It also doesn't scale and relies on access control at the workbook level rather than the data level.
Study tip: On Tableau governance questions, distinguish between features that label trust (certification, endorsed data sources) and features that enforce access (data policies in virtual connections, row-level security). Questions about automatic, consistent filtering across workbooks almost always point toward virtual connections with data policies.
Question 4
A data steward plans to remove the field Legacy Territory Code from a certified published data source. The organization uses Tableau's lineage and impact-analysis capabilities, and many workbooks are owned by other departments.
What should the steward do first to reduce governance risk?
- Remove the field immediately because certification ensures dependent workbooks use only approved fields.
- Review downstream dependencies, notify affected owners, and coordinate changes before removing the field. (correct answer)
- Rename the field before deletion so downstream workbooks automatically map to a replacement field.
- Uncertify the source and republish it under the same name so dependent content reconnects cleanly.
Explanation: When you see a question about modifying a shared or certified data source in Tableau, think about data governance and impact analysis — specifically, who gets affected when you change something upstream, and what steps protect those stakeholders.
Tableau's lineage feature exists precisely for this situation: it lets you trace which workbooks, dashboards, and other assets depend on a given field or data source. Before removing any field from a published source, a responsible steward uses that lineage information to identify downstream dependencies, reaches out to the owners of affected workbooks, and coordinates a transition plan. This is what makes B the correct answer — it follows the governance workflow that Tableau's impact-analysis tools are designed to support, and it protects other teams from unexpected breakage.
A is wrong because certification signals data quality and trustworthiness, not permission to make breaking changes without notice. Certified sources can still have dependents that break if fields are removed. C is a tempting technical shortcut, but renaming a field does not automatically remap it in downstream workbooks — those connections will still break, and the rename itself is a breaking change if the field name is referenced anywhere. D is misleading because uncertifying and republishing under the same name doesn't gracefully reconnect dependent content; it's more likely to cause confusion and doesn't address the core issue of notifying affected owners.
As a study tip: on governance questions, answers that skip communication with stakeholders are almost always wrong. Tableau's governance model emphasizes collaboration — lineage tools are only useful if you act on what they reveal before making changes.
Question 5
A workbook currently connects to an uncertified published data source named Orders_Legacy. A steward later certifies a different published data source named Orders_Governed, which contains equivalent fields and approved calculations.
After Orders_Governed is certified, what happens to the existing workbook?
- Its connection remains on Orders_Legacy until someone explicitly replaces or edits the data source. (correct answer)
- Its connection automatically changes to Orders_Governed because certified sources take precedence over uncertified ones.
- Its connection remains unchanged, but calculations are automatically imported from Orders_Governed during refresh.
- Its connection is suspended until the workbook owner chooses whether to accept the certified replacement.
Explanation: When you see questions about certified data sources on Tableau Server or Tableau Cloud, focus on what certification actually does: it's a trust signal, not an automation trigger. Certification helps users discover and choose high-quality data sources — it doesn't silently rewire existing workbooks behind the scenes.
That's why A is correct. When Orders_Governed gets certified, nothing happens to workbooks already connected to Orders_Legacy. The existing connection stays exactly as it is. A steward or workbook owner would need to manually go into the workbook, replace the data source with Orders_Governed, and remap any fields. Certification is a label, not a migration tool.
B is the most tempting distractor — it sounds like a reasonable system behavior, but Tableau has no mechanism that automatically swaps a workbook's data source connection based on certification status. Accepting B would mean trusting that Tableau silently modifies your workbook without your knowledge, which would be both risky and contrary to how the platform actually works.
C describes a hybrid scenario — keeping the connection but pulling in calculations from the certified source — that simply doesn't exist in Tableau. Data source connections don't merge or borrow components from other sources automatically.
D introduces the idea of a "suspended" connection, which also doesn't exist. Tableau won't freeze or pause a workbook's functionality just because a certified alternative appears. The workbook keeps working normally on its original source.
A good study tip: whenever a question implies Tableau automatically changes something about a workbook or connection without user action, be skeptical. Tableau strongly favors explicit, user-driven changes over silent system-level modifications.
Question 6
A certified inventory data source is scheduled to refresh every morning at 6:00. Today, its refresh failed because the database credentials expired. At 10:00, users can still open workbooks based on the last successful extract.
Which conclusion is most appropriate?
- The failed refresh automatically makes the source uncertified and blocks all dependent workbooks.
- The source's certification guarantees current data, so the displayed inventory can be treated as refreshed.
- The source may remain certified, but users should be warned that its data is stale until refresh is restored. (correct answer)
- The successful workbook load proves the source met its scheduled freshness requirement for the day.
Explanation: When working with certified data sources in Tableau, it's important to separate two distinct concepts: certification status and data freshness. Certification is an endorsement that a source is trustworthy and well-governed — it doesn't automatically self-revoke when a scheduled refresh fails, nor does it guarantee that data is current at any given moment.
In this scenario, the extract still contains the last successfully loaded data, which is why users can open workbooks at 10:00. The source may still carry its certified badge, but the underlying data is now stale. The responsible action is to alert users to this gap so they don't make inventory decisions based on outdated figures. That's exactly what C captures — certification can persist while data freshness is compromised, and transparency with users is essential.
A is wrong because a failed refresh does not trigger automatic decertification in Tableau. Certification is manually granted and revoked by a data steward, not by scheduler outcomes. B inverts the meaning of certification dangerously — it conflates "trustworthy source" with "always current data," which are not the same thing. Certification reflects governance quality, not a real-time freshness guarantee. D is a trap: users being able to open a workbook only proves the cached extract is accessible, not that it satisfies the freshness requirement. The refresh failed, so by definition the freshness SLA was not met today.
A useful rule of thumb: on Tableau exam questions, whenever certification and freshness appear together, ask yourself whether the question is conflating source quality with data recency — they travel together ideally, but can diverge in practice.
Question 7
A certified published data source contains approved joins, calculations, aliases, and field descriptions. A team wants to build twelve related dashboards while minimizing inconsistent business logic and duplicated maintenance.
Which authoring approach best preserves governance?
- Download the source into each workbook and let dashboard owners optimize their independent copies for their specific needs.
- Connect each workbook to the published source so that shared business logic, joins, and calculations remain in the governed central asset and changes propagate consistently. (correct answer)
- Recreate the joins and calculations in every workbook, then certify the completed dashboards individually to establish trust with stakeholders.
- Export the source data to separate files so each dashboard has a stable local schema and an independently managed refresh process.
Explanation: When you see a question about governance and published data sources in Tableau, the core concept being tested is how certified data sources function as single sources of truth. Ask yourself: which approach keeps business logic centralized rather than scattered across individual workbooks?
Connecting each workbook directly to the published data source, as described in B, is the correct approach. A certified published data source in Tableau Server or Cloud already contains the vetted joins, calculations, aliases, and descriptions your team agreed on. When twelve workbooks all point to that same asset, any correction or update made once propagates everywhere automatically — no coordination required, no drift in business logic.
A is a governance trap. Downloading the source into each workbook creates twelve independent copies the moment you click export. Dashboard owners will inevitably customize their versions differently, and you lose all the benefits of certification — you're now maintaining twelve sources of truth instead of one.
C compounds the problem by having each author recreate joins and calculations from scratch. This introduces inconsistency at the source level, and certifying dashboards individually afterward doesn't fix upstream logic differences — it just stamps approval on potentially divergent outputs.
D exporting to separate files breaks the live connection to the governed asset entirely. Each file becomes its own schema that can drift independently, and refresh processes become siloed and uncoordinated. This is maximum fragmentation, not governance.
A good study tip: on Tableau governance questions, "centralized and connected" almost always beats "local and independent." If an answer describes copying, exporting, or recreating logic in each workbook, that's a signal it's moving away from governance.
Question 8
A governance team creates a project for certified enterprise data sources. Publishers should be able to add new sources, but they should not be able to grant themselves or other users broader access to individual sources. Permissions must remain consistent with the project policy.
Which configuration best supports this requirement?
- Hide the project from search results and manage access through workbook-level filters.
- Allow customizable content permissions and ask each publisher to copy the project rules.
- Certify every source in the project so certification prevents publishers from changing access.
- Set the required project permissions and lock content permissions to the project. (correct answer)
Explanation: When you see a question about controlling permissions across a Tableau project, focus on two key concepts: who can change permissions and how consistently those permissions apply. The scenario here has a specific tension — publishers need enough access to add content, but they must not be able to escalate their own or others' privileges.
The mechanism that solves this is locking content permissions to the project. When you lock a project in Tableau, all content inside it inherits the project's permission rules, and individual publishers cannot override those rules at the content level. This directly satisfies both requirements: publishers can contribute certified sources, but the governance team retains full control over access settings. Answer D captures this precisely — set the right permissions at the project level, then lock them so they can't be customized per item.
Answer A is a red herring. Hiding a project from search doesn't control what publishers can do with permissions once they have access — it's a visibility trick, not a governance mechanism. Answer B is actually the opposite of what's needed. Allowing customizable content permissions and relying on publishers to manually "copy the rules" creates inconsistency and places trust in users you're specifically trying to restrict. Answer C conflates certification with access control. Certifying a data source signals quality and trustworthiness to consumers — it has no effect on who can change permission settings.
A good study tip: on Tableau governance questions, watch for answers that approximate control through informal means (hiding content, asking users to follow rules). The exam favors enforced, structural solutions — locking permissions is always stronger than asking people to behave correctly.
Question 9
An analyst finds two published data sources named Customer Revenue. One is certified, was refreshed last night, and includes governed calculations for net revenue. The other is uncertified, was refreshed one hour ago, and contains a locally created revenue calculation. The dashboard must use the organization's approved revenue definition, and yesterday's data is sufficiently current.
Which action best aligns with the organization's governance requirement?
- Use the certified source because its approved definition outweighs the uncertified source's more recent refresh. (correct answer)
- Use the uncertified source because the most recent refresh is the strongest indicator of governed data.
- Combine both sources and use the uncertified calculation with the certified source's customer dimensions.
- Embed a copy of the certified source so the workbook is insulated from future published-source changes.
Explanation: When Tableau questions involve choosing between data sources, always evaluate governance first, then recency. Certification signals that a data source has been vetted, approved, and built around an organization's official definitions — recency alone does not.
Here, the dashboard requirement is explicit: use the organization's approved revenue definition. The certified source satisfies this directly — its net revenue calculation is governed, and yesterday's data is stated to be sufficiently current. That combination makes A the correct choice. Certification exists precisely to answer the question "can I trust this definition?" and the answer here is yes.
B is wrong because recency is not an indicator of governance. A data source refreshed one hour ago can still contain unofficial, locally created calculations — which is exactly the case here. Fresher data with an unapproved definition fails the core requirement.
C is tempting because blending sources sounds thorough, but it actively violates governance by introducing the uncertified revenue calculation into the workbook. Mixing a governed dimension with an ungoverned metric doesn't make the metric governed — it just obscures the problem.
D introduces a different issue: embedding a copy of the certified source breaks the live connection to the governed published source. If the certified source is later updated (say, the revenue definition is refined), your embedded copy won't reflect that — defeating the entire purpose of centralized governance.
Study tip: On Tableau governance questions, treat certification as the primary filter. If a certified source meets the business requirement — even partially — it almost always wins over an uncertified alternative, regardless of refresh time or convenience.
Question 10
A certified sales data source will be unavailable for two hours while its underlying database is migrated. The source's approved business definitions will not change, and it is expected to remain authoritative after maintenance.
Which governance action is most appropriate?
- Publish an uncertified duplicate for the maintenance window and direct users to recreate their connections.
- Remove certification permanently because a certified source must never experience planned service interruptions.
- Leave the source unchanged because certification communicates both authority and temporary availability status.
- Add a visible maintenance or data-quality warning for the affected period while preserving certification if it remains authoritative. (correct answer)
Explanation: When you see a governance question involving a certified data source, ask yourself: what does certification actually represent? Certification in Tableau signals that a source is authoritative, trustworthy, and approved — it reflects the quality and validity of the data's business definitions, not its moment-to-moment availability. Keeping that distinction clear unlocks this question.
The right move here is D. The source's definitions remain accurate, its authority is unchanged, and the interruption is temporary and planned. A data-quality or maintenance warning gives users the transparency they need during the window without misrepresenting the source's long-term credibility. Certification is preserved because the underlying trustworthiness hasn't changed — only access has, briefly.
A is wrong because creating an uncertified duplicate introduces unnecessary complexity and confusion. Directing users to recreate connections for a two-hour window is disproportionate and risks eroding trust in the governance process itself. B represents a fundamental misunderstanding: planned maintenance is a routine operational event, not a governance failure. Permanently revoking certification because of a scheduled outage would make certification unstable and meaningless. C gets the concept of certification partly right — yes, certification communicates authority — but it ignores your responsibility to communicate temporary limitations transparently. Leaving the source completely unchanged without any notice fails users who may be actively pulling stale or unavailable data.
A useful pattern to remember: on Tableau governance questions, certification is about data trustworthiness, not uptime. When a question tries to conflate the two, that's your signal to separate them. Warnings handle availability; certification handles authority.