Practice Workday-Prism-Analytics Questions With Certification guide Q&A from Training Expert [Q13-Q28]

Practice Workday-Prism-Analytics Questions With Certification guide Q&A from Training Expert BootcampPDF

Free Workday Workday-Prism-Analytics Test Practice Test Questions Exam Dumps

NEW QUESTION # 13
You are a new Prism customer and you want to ensure the correct set of fields is brought into a derived dataset. When should you apply a Manage Fields stage?

• A. At the beginning of the Primary Pipeline of the derived dataset.
• B. At the end of the Primary Pipeline of a published dataset.
• C. At the beginning of the primary pipeline of the Base Dataset.
• D. After the dataset is published.

Answer: A

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, a Manage Fields stage is used to control the fields in a dataset by renaming, hiding, or changing field types, among other actions. According to the official Workday Prism Analytics study path documents, to ensure the correct set of fields is brought into a derived dataset (DDS), the Manage Fields stage should be applied at the beginning of the Primary Pipeline of the derived dataset (option C).
Placing the Manage Fields stage early in the pipeline-right after the initial import stage (Stage 1)-allows you to define the field structure upfront, ensuring that subsequent transformationstages (e.g., Join, Filter, Calculate Field) operate on the desired set of fields. This approach helps maintain consistency and avoids unnecessary processing of fields that are not needed in later stages.
The other options are not optimal:
* A. After the dataset is published: You cannot add transformation stages like Manage Fields after a dataset is published; transformations must be applied during the dataset's creation or editing.
* B. At the end of the Primary Pipeline of a published dataset: Similar to option A, you cannot modify a published dataset's pipeline, and placing Manage Fields at the end would not prevent unnecessary fields from being processed in earlier stages.
* D. At the beginning of the primary pipeline of the Base Dataset: A Base Dataset does not have a transformation pipeline; it is a direct import of a table, so Manage Fields stages can only be applied in a Derived Dataset.
Applying the Manage Fields stage at the beginning of the derived dataset's Primary Pipeline ensures efficient data preparation and transformation.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Using Manage Fields in Derived Datasets Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Best Practices for Field Management in Pipelines

NEW QUESTION # 14
You are loading data into a table using the Data Change task. The field type in the source file is Numeric and the table field type is Text. What can you do to load the data?

• A. Use a different source file, as the field types are incompatible.
• B. Map the Numeric field to the table Text field.
• C. Change the field type in the parsing stage from Numeric to Text.
• D. Change the connection type for the data change task.

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, the Data Change task is used to load data from a source file into a table, and it supports flexible field type mapping to accommodate differences between source and target field types.
According to the official Workday Prism Analytics study path documents, when the source file has a Numeric field type and the target table has a Text field type, you can map the Numeric field to the Text field in the Data Change task. Workday Prism Analytics automatically handles the conversion of Numeric values to Text during the data loading process, as Text fields can store Numeric values as strings without data loss.
The other options are not necessary or appropriate:
* A. Use a different source file, as the field types are incompatible: The field types are not incompatible; Prism supports mapping Numeric to Text, making a new source file unnecessary.
* C. Change the field type in the parsing stage from Numeric to Text: The parsing stage defines how the source file is interpreted, but changing the source field type is not required since the mapping handles the conversion.
* D. Change the connection type for the data change task: The connection type (e.g., file upload or Workday report) is unrelated to field type compatibility and does not address the issue.
By mapping the Numeric field to the Text field in the Data Change task, the data can be successfully loaded, leveraging Prism's built-in type conversion capabilities to ensure compatibility.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Field Type Mapping in Data Change Tasks Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Handling Field Type Conversions in Data Loading

NEW QUESTION # 15
You want your derived dataset to only show rows that meet the following criteria: Agent ID is not null AND Location is Dallas OR Location is Montreal. How can you achieve this?

• A. By creating a Custom Example.
• B. By using Advanced Filter conditions.
• C. By using Simple Filter conditions.
• D. By adding a Manage Fields stage.

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, filtering a derived dataset to meet specific criteria involving multiple conditions with mixed logical operators (AND, OR) requires careful configuration. The criteria here are: Agent ID is not null AND (Location is Dallas OR Location is Montreal). According to the official Workday Prism Analytics study path documents, this can be achieved by using Advanced Filter conditions (option C).
A Simple Filter in Prism Analytics allows for basic conditions with a single operator ("If All" for AND, "If Any" for OR), but it cannot handle nested logic like AND combined with OR in a single filter. For example, a Simple Filter with "If All" would require all conditions to be true (Agent ID is not null AND Location is Dallas AND Location is Montreal), which is too restrictive. A Simple Filter with "If Any" would include rows where any condition is true (Agent ID is not null OR Location is Dallas OR Location is Montreal), which is too broad. The Advanced Filter, however, allows for complex expressions with nested logic, such as ISNOTNULL(Agent_ID) AND (Location = "Dallas" OR Location = "Montreal"), ensuring the correct rows are included.
The other options are incorrect:
* A. By adding a Manage Fields stage: The Manage Fields stage modifies field properties (e.g., type, visibility) but does not filter rows based on conditions.
* B. By using Simple Filter conditions: As explained, a Simple Filter cannot handle the combination of AND and OR logic required for this criteria.
* D. By creating a Custom Example: Custom Examples are used to provide sample data for testing, not to filter rows in a dataset.
Using Advanced Filter conditions allows for the precise application of the required logic to filter the dataset accurately.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Filtering Data in Derived Datasets Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Using Advanced Filters for Complex Conditions

NEW QUESTION # 16
A Prism data administrator needs to add an Explode stage to a derived dataset to create a new single-instance type field. What is the only field type you can select in the Explode stage?

• A. Text
• B. Multi-Instance
• C. Single-Instance
• D. Numeric

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, an Explode stage is used in a derived dataset to transform a multi-instance field into multiple rows, effectively creating single-instance fields for each instance. According to the official Workday Prism Analytics study path documents, the only field type you can select in the Explode stage is Multi-Instance (option B). A multi-instance field, often sourced from Workday data, contains multiple values for a single record (e.g., a list of certifications for a worker). The Explode stage "explodes" this field into separate rows, one for each instance, while converting the multi-instance fieldinto a single-instance field in the output. For example, if a worker has three certifications in a multi-instance field, the Explode stage would create three rows, each with a single certification value.
The other options are incorrect:
* A. Numeric: Numeric fields are single-instance by nature and cannot be exploded, as they do not contain multiple values.
* C. Single-Instance: Single-instance fields contain one value per record and cannot be used in an Explode stage, which requires a multi-instance field to operate.
* D. Text: While a Text field can be single or multi-instance, the Explode stage specifically requires a Multi-Instance field, not just any Text field.
The requirement for a Multi-Instance field in the Explode stage ensures that the transformation can properly expand the data into multiple rows as intended.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Using the Explode Stage in Derived Datasets Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Handling Multi- Instance Fields with Explode Stages

NEW QUESTION # 17
In a Prism project, you have a dataset containing customer purchase transactions, including the customer ID, purchase amount, and purchase date. You want to analyze the total purchase amount for each customer over the entire period. What transformation stage should you apply to calculate the total purchase amount for each customer?

• A. Explode
• B. Group By
• C. Union
• D. Join

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, calculating the total purchase amount for each customer requires aggregating data by customer ID. According to the official Workday Prism Analytics study path documents, the appropriate transformation stage for this task is a Group By stage (option C). The Group By stage allows you to group the dataset by a specific field (e.g., customer ID) and apply aggregation functions, such as SUM, to calculate the total purchase amount for each customer. For example, you would group by customer ID and use SUM(purchase_amount) to compute the total. This stage reduces the dataset to one row per customer, with the aggregated total purchase amount, enabling the desired analysis over the entire period.
The other options are incorrect:
* A. Join: A Join stage combines data from two datasets based on a matching condition, but it does not aggregate data to calculate totals.
* B. Union: A Union stage appends rows from one dataset to another, which does not help with calculating totals per customer.
* D. Explode: An Explode stage transforms multi-instance fields into multiple rows, which is unrelated to aggregating purchase amounts.
The Group By stage is the correct choice to aggregate purchase amounts by customer, facilitating the analysis of totals over the entire period.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic:
Aggregating Data with Group By Stages
Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Using Group By for Summarization

NEW QUESTION # 18
A report that uses a Prism data source that you created has a brand new requirement that Expense Partner by Location should only see expense reports for workers for the locations they support. Given that you have the Location Hierarchy (instance) field in your dataset used for publishing, how can you adjust to meet the requirement?

• A. Run the Edit Data Source Security task to update the Securing Entities and then republish the PDS.
• B. Run the Edit Data Source Security task to update row-level security.
• C. Run the Edit Data Source Security task to update row-level security and then republish the PDS.
• D. Run the Edit Data Source Security task to update the Securing Entities.

Answer: C

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, restricting access to specific rows in a Prism data source (PDS) based on afield like Location Hierarchy for users such as Expense Partners requires implementing row-level security.
According to the official Workday Prism Analytics study path documents, to meet the requirement that Expense Partners only see expense reports for the locations they support, you should run the Edit Data Source Security task to update row-level security and then republish the PDS (option B).
The Location Hierarchy (instance) field in the dataset can be used to define row-level security rules, ensuring that each Expense Partner only sees data for their assigned locations. The Edit Data Source Security task allows you to configure row-level security by mapping the Location Hierarchy field to the user's security profile (e.g., their assigned locations). After updating the security settings, republishing the Prism data source is necessary to apply the changes, ensuring the updated security rules take effect in the reports that use the data source.
The other options are incorrect:
* A. Run the Edit Data Source Security task to update the Securing Entities and then republish the PDS:
Securing Entities are used to control overall access to the data source (e.g., via security domains), not to restrict data at the row level based on a field like Location Hierarchy.
* C. Run the Edit Data Source Security task to update row-level security: While updating row-level security is correct, the changes will not take effect in reports until the data source is republished, making this option incomplete.
* D. Run the Edit Data Source Security task to update the Securing Entities: As with option A, updating Securing Entities does not address row-level security for location-based restrictions.
Updating row-level security and republishing the PDS ensures that Expense Partners only see the relevant expense reports, meeting the requirement while maintaining security governance.
References:
Workday Prism Analytics Study Path Documents, Section: Security and Governance in Prism, Topic:
Implementing Row-Level Security in Prism Data Sources
Workday Prism Analytics Training Guide, Module: Security and Governance in Prism, Subtopic: Configuring Row-Level Security for Location-Based Access

NEW QUESTION # 19
You want to use a custom report containing prompts as a source connection for a table. What must you ensure to make this possible?

• A. The custom report prompts have default values assigned on the report definition.
• B. The prompts are marked as required.
• C. The report is built on an indexed data source.
• D. The prompts are mapped at the data change task level.

Answer: A

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, when using a custom report with prompts as a source connection for a table, the custom report must be configured to ensure compatibility with the Prism data ingestion process. According to the official Workday Prism Analytics study path documents, the key requirement is that the custom report prompts have default values assigned in the report definition. This is necessary because Prism Analytics does not support interactive prompting during data ingestion. Default values ensure that the report can run automatically without requiring user input, allowing the Data Change task to retrieve the data consistently and load it into the target table.
The other options are not correct in this context:
* A. The report is built on an indexed data source: While indexed data sources can enhance performance for certain reports, they are not a requirement for using a custom report as a source for a Prism table.
* B. The prompts are mapped at the data change task level: Prompts are not mapped in the Data Change task; instead, the task relies on the report's default values to execute the data retrieval.
* D. The prompts are marked as required: Marking prompts as required does not address the need for automatic execution; default values are still needed to avoid manual intervention.
By assigning default values to prompts in the custom report definition, the report can be seamlessly integrated as a source connection for Prism Analytics, ensuring reliable data loading into the table.
References:
Workday Prism Analytics Study Path Documents, Section: Integrating Prism with Workday Reports, Topic:
Using Custom Reports as Data Sources
Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Configuring Custom Reports for Prism Integration

NEW QUESTION # 20
The Prism use case is to classify workers based on their pay. You must create a field that evaluates worker pay and returns a value that represents various pay ranges. How would you add this field for inclusion on the Prism data source?

• A. Build a CASE calculated field function on the TBL directly to ease later transformation.
• B. Build an Evaluate Expression calculated field on your final Prism business object to evaluate workers against their pay.
• C. Create a derived dataset and build a CASE calculated field to classify workers against their pay.
• D. Add the additional field to your raw data before you ingest into Prism.

Answer: C

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, classifying workers into pay ranges based on their pay requires creating a new field that evaluates the pay values and assigns them to defined ranges (e.g., "Low," "Medium," "High").
According to the official Workday Prism Analytics study path documents, the recommended approach is to create a derived dataset (DDS) and build a CASE calculated field to classify workers against their pay (option B). The CASE function in a calculated field allows users to define conditional logic (e.g., CASE WHEN pay
< 50000 THEN "Low" WHEN pay < 100000 THEN "Medium" ELSE "High" END), which is ideal for creating pay range classifications. This calculated field is added within a deriveddataset, which can then be published as a Prism data source, making the new field available for reporting and analytics.
The other options are not optimal:
* A. Add the additional field to your raw data before you ingest into Prism: Modifying raw data outside Prism is unnecessary and less flexible, as Prism's transformation capabilities (like CASE) are designed for such tasks.
* C. Build a CASE calculated field function on the TBL directly to ease later transformation: Calculated fields cannot be created directly on a table (TBL) in Prism Analytics; they must be defined in a derived dataset.
* D. Build an Evaluate Expression calculated field on your final Prism business object to evaluate workers against their pay: Prism Analytics does not use "Prism business objects" for calculated fields, and "Evaluate Expression" is not a standard function; this option is not applicable.
Using a CASE calculated field in a derived dataset provides a flexible and maintainable way to classify workers by pay ranges, ensuring the field is included in the final Prism data source.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Creating Calculated Fields with CASE Functions Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Classifying Data Using Calculated Fields in Derived Datasets

NEW QUESTION # 21
You just imported your table on worker compensation into a derived dataset but before adding any transformation you want to make sure you have no NULL values for the Worker ID field. How can you get this insight?

• A. Add a Manage Fields stage.
• B. Create a Prism calculated field.
• C. Click on the field name and check the stage statistics.
• D. Join on the Worker ID field.

Answer: C

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, after importing a table into a derived dataset (DDS), you can inspect the data for quality issues, such as NULL values, before proceeding with transformations. According to the official Workday Prism Analytics study path documents, to check for NULL values in a specific field like Worker ID, the most direct method is to click on the field name and check the stage statistics. When viewing a dataset in the Prism Analytics interface, clicking on a field name (e.g., Worker ID) in the dataset preview displays stage statistics, which include metrics such as the count of NULL values, distinct values, and other data quality indicators. This feature allows users to quickly assess the presence of NULLs without modifying the dataset or adding unnecessary stages.
The other options are not the best approach for this task:
* A. Add a Manage Fields stage: The Manage Fields stage is used to modify field properties (e.g., type, visibility), not to inspect data for NULL values.
* C. Create a Prism calculated field: While a calculated field could be used to flag NULLs (e.g., using ISNULL), this is an indirect and unnecessary step compared to checking stage statistics.
* D. Join on the Worker ID field: Joining with another dataset does not help identify NULL values in the Worker ID field and is irrelevant to this task.
Using stage statistics by clicking on the field name provides a straightforward and efficient way to gain insight into NULL values in the Worker ID field.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Data Quality Checks in Derived Datasets Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Inspecting Data Using Stage Statistics

NEW QUESTION # 22
A Prism data writer needs to create a new Prism calculated field on a derived dataset using the CASE function. When creating a calculated field, what symbol do you use to view a list of fields that you can select from in the dataset?

• A. {
• B. [
• C. #
• D. (

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, when creating a calculated field in a derived dataset, users often need to reference existing fields in the dataset within their expressions, such as in a CASE function. According to the official Workday Prism Analytics study path documents, to view and select from a list of available fields in the dataset while building a calculated field expression, the user types the [ symbol (left square bracket). This symbol triggers a dropdown list of all fields in the dataset, allowing the user to select the desired field without manually typing its name, reducing the risk of errors. For example, typing [ and selecting a field like
"Employee_ID" will insert [Employee_ID] into the expression, which can then be used in the CASE function logic.
The other symbols do not serve this purpose:
* B. (: Parentheses are used for grouping expressions or defining function parameters, not for field selection.
* C. #: The hash symbol is not used in Prism Analytics for field selection; it may be associated with other functionalities in different contexts.
* D. {: Curly braces are not used for field selection in Prism Analytics; they may be used in other systems for different purposes, such as templating.
The use of the [ symbol ensures an efficient and accurate way to reference fields in a calculated field expression, streamlining the creation process in Prism Analytics.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Creating Calculated Fields in Derived Datasets Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Using the Expression Editor for Calculated Fields

NEW QUESTION # 23
A Prism data administrator is ready to create a Prism data source. As data is updated in Prism, the goal is to update the data in the Prism data source concurrently, enabling immediate incremental updates. How should the administrator create the Prism data source?

• A. Set Data Source Security on a derived dataset and select Publish.
• B. Create a table and select the Enable for Analysis checkbox.
• C. Publish a derived dataset with the Prism: Default to Dataset Access Domain.
• D. Create a table and select Publish.

Answer: B

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, creating a Prism data source that supports immediate incremental updates as data is updated in Prism requires a specific configuration. According to the official Workday Prism Analytics study path documents, the administrator should create a table and select the Enable for Analysis checkbox (option A). The "Enable for Analysis" option, when selected during table creation, allows the table to be used directly as a Prism data source with real-time updates. This setting ensures that as data in the table is updated (e.g., through a Data Change task), the changes are immediately reflected in the Prism data source, enabling incremental updates without the need for republishing. This is particularly useful for scenarios requiring near- real-time data availability in reporting or analytics.
The other options do not achieve the goal of immediate incremental updates:
* B. Create a table and select Publish: Publishing a table creates a static Prism data source, but updates to the table require republishing, which does not support immediate incremental updates.
* C. Publish a derived dataset with the Prism: Default to Dataset Access Domain: Publishing a derived dataset creates a data source, but updates to the underlying data require republishing the dataset, which is not concurrent or incremental.
* D. Set Data Source Security on a derived dataset and select Publish: Setting security and publishing a derived dataset follows the same process as option C, requiring republishing for updates, which does not meet the requirement for immediate updates.
Selecting the "Enable for Analysis" checkbox when creating a table ensures the Prism data source supports concurrent, incremental updates as data changes in Prism.
References:
Workday Prism Analytics Study Path Documents, Section: Publishing and Visualizing Data, Topic: Creating Prism Data Sources with Real-Time Updates Workday Prism Analytics Training Guide, Module: Publishing and Visualizing Data, Subtopic: Configuring Tables for Incremental Updates

NEW QUESTION # 24
You have published a derived dataset to build a Prism data source. For reports using this Prism data source, when is data updated?

• A. At report runtime.
• B. At republish of the datasource only.
• C. At reimport into tables only.
• D. At reimport into tables and republish of the datasource.

Answer: D

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, a published Prism data source (PDS) contains a snapshot of data from a derived dataset at the time of publishing. According to the official Workday Prism Analytics study path documents, for reports using a Prism data source, the data is updated at reimport into tables and republish of the datasource (option B). A derived dataset typically sources data from underlying tables (via import stages), and any updates to the source data require two steps: (1) reimporting the updated data into the tables (e.g., via a Data Change task), and (2) republishing the derived dataset to refresh the Prism data source with the new data.
Reports using the PDS will reflect the updated data only after both steps are completed, as the data source is a static snapshot until republished.
The other options are incorrect:
* A. At republish of the datasource only: Republishing alone does not update the data if the underlying tables have not been reimported with new data; both steps are necessary.
* C. At reimport into tables only: Reimporting into tables updates the source data, but the PDS remains unchanged until the dataset is republished.
* D. At report runtime: Reports do not dynamically update the PDS at runtime; they use the data as it exists in the PDS at the time of the last publish.
The combination of reimporting into tables and republishing the data source ensures that reports reflect the most current data.
References:
Workday Prism Analytics Study Path Documents, Section: Publishing and Visualizing Data, Topic: Data Update Process for Prism Data Sources Workday Prism Analytics Training Guide, Module: Publishing and Visualizing Data, Subtopic: Refreshing Data in Prism Data Sources for Reporting

NEW QUESTION # 25
What is a feature of using an sFTP connection on a data change task?

• A. You can reuse an sFTP connection in multiple data change tasks.
• B. You can copy sFTP connections.
• C. You can select multiple target tables in the data change task.
• D. You can import an XLSX file from an sFTP server.

Answer: A

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, a secure File Transfer Protocol (sFTP) connection can be configured as a source for a Data Change task to import data into a table. According to the official Workday Prism Analytics study path documents, a key feature of using an sFTP connection is that it can be reused across multiple Data Change tasks. Once an sFTP connection is defined in the Prism Analytics environment, it is stored and can be selected as the source connection for different Data Change tasks, promoting efficiency and consistency in data ingestion workflows. This reusability reduces the need to redefine connection parameters for each task, streamlining the configuration process.
The other options are not accurate:
* A. You can copy sFTP connections: While connections can be managed, there is no specific feature in Prism Analytics to "copy" sFTP connections as a distinct action.
* C. You can import an XLSX file from an sFTP server: While sFTP connections support various file formats (e.g., CSV), the ability to import XLSX files is not guaranteed and depends on the system's configuration, making this option less definitive.
* D. You can select multiple target tables in the data change task: A Data Change task is designed to load data into a single target table, not multiple tables simultaneously, regardless of the connection type.
The ability to reuse an sFTP connection across multiple Data Change tasks is a core feature that enhances the flexibility and scalability of data import processes in Prism Analytics.
References:
Workday Prism Analytics Study Path Documents, Section: Data Prep and Transformation, Topic: Configuring Data Change Tasks with sFTP Connections Workday Prism Analytics Training Guide, Module: Data Prep and Transformation, Subtopic: Managing Source Connections for Data Ingestion

NEW QUESTION # 26
What security domain enables the ability to create a dataset?

• A. Prism: Tables Create
• B. Prism: Manage Data Source
• C. Prism Datasets: Create
• D. Prism Datasets: Publish

Answer: C

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, the ability to create a dataset is governed by specific security domains within the Prism Analytics functional area. According to the official Workday Prism Analytics study path documents, the security domain that explicitly enables users to create datasets is the "Prism Datasets: Create" domain.
This domain grants users the necessary permissions to initiate the creation of both base and derived datasets within the Prism Analytics Data Catalog.
The process of creating a dataset involves defining the metadata and processing logic to manipulate data, which can include Workday or external (non-Workday) data sources. The "Prism Datasets: Create" domain ensures that only authorized users, such as Prism data analysts or administrators, can perform this task, aligning with Workday's configurable security framework. Other domains, such as "Prism Datasets: Publish," are responsible for publishing datasets to make them available as Prism Data Sources for reporting, while
"Prism: Manage Data Source" pertains to managing the data sources themselves, not creating datasets.
Similarly, "Prism: Tables Create" is related to creating tables, which is a distinct entity from datasets in Prism Analytics.
This distinction is critical, as datasets and tables serve different purposes in the data management workflow.
Datasets include metadata and a subset of example rows, while tables contain metadata and all data rows. The
"Prism Datasets: Create" domain is specifically designed to control access to dataset creation, ensuring secure and governed data preparation.
References:
Workday Prism Analytics Study Path Documents, Section: Security and Governance in Prism Analytics, Topic: Security Domains and Permissions Workday Prism Analytics Training Guide, Module: Datasets and Data Sources, Subtopic: Creating Datasets and Associated Security

NEW QUESTION # 27
You have a number of Workday reports that use a Prism data source. When are the values of the Prism calculated fields in the Workday reports calculated?

• A. At time of publishing.
• B. At the calculated field creation time.
• C. At dataset creation time.
• D. At report run time.

Answer: A

Explanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Workday Prism Analytics, calculated fields in a dataset are evaluated as part of the dataset's processing logic, and their values are materialized when the dataset is published as a Prism data source. According to the official Workday Prism Analytics study path documents, the values of Prism calculated fields are calculated at the time of publishing (option D). When a dataset is published, Prism processes all transformation stages, including calculated fields, and the resulting values are stored in the publisheddata source. Workday reports that use this Prism data source then retrieve these pre-calculated values, ensuring consistent and efficient reporting without recalculating the fields at report run time.
The other options are incorrect:
* A. At report run time: Calculated field values are not computed when the Workday report is run; they are pre-calculated and stored in the Prism data source during publishing.
* B. At dataset creation time: Dataset creation involves defining the transformation logic, but the actual computation of calculated fields occurs during publishing, not at creation.
* C. At the calculated field creation time: Creating a calculated field defines its expression, but the values are not computed until the dataset is processed during publishing.
The calculation of Prism calculated fields at the time of publishing ensures that Workday reports can efficiently access the results without additional computation overhead.
References:
Workday Prism Analytics Study Path Documents, Section: Integrating Prism with Workday Reports, Topic:
Calculated Fields in Prism Data Sources
Workday Prism Analytics Training Guide, Module: Publishing and Visualizing Data, Subtopic: Processing Calculated Fields During Publishing

NEW QUESTION # 28
......

Prepare Top Workday Workday-Prism-Analytics Exam Audio Study Guide Practice Questions Edition: https://passleader.bootcamppdf.com/Workday-Prism-Analytics-exam-actual-tests.html