In Workforce, you want to set a date by which existing employees must be hired to be eligible to receive merit. You also want to specify the month in which merit should start.
Which option should you enable for this?
Workforce Assumptions
Merit Assumptions
Merit Rates
Merit Month
In Oracle Planning 2024 Implementation’s Workforce module, configuring merit-related settings for employees involves specifying eligibility criteria and timing, such as a hire date cutoff for existing employees to receive merit increases and the month when merit adjustments begin. TheMerit Assumptionsoption is the correct choice for this purpose.
B. Merit Assumptions: This feature allows administrators to define merit-related parameters, including the "hire by" date (the date by which employees must be hired to be eligible for merit) and the "merit start month" (the month when merit increases take effect). It provides a centralized way to set these assumptions, ensuring they are applied consistently across the workforce plan.
A. Workforce Assumptions: This option covers broader workforce settings (e.g., default hire dates, salary assumptions), but it does not specifically address merit eligibility or timing details like hire-by dates or merit start months.
C. Merit Rates: This pertains to defining the percentage or amount of merit increases, not the eligibility dates or start month for merit application.
D. Merit Month: While this might seem relevant, "Merit Month" is not a standalone option in Workforce. It is a setting typically configured within Merit Assumptions, not an independent feature.
TheMerit Assumptionsoption is explicitly designed to handle these merit-specific configurations, making it the most suitable choice.
References
Oracle Enterprise Performance Management Cloud Documentation: "Administering Workforce – Merit Assumptions" (docs.oracle.com, updated 2024). States that "Merit Assumptions allow setting the hire-by date for merit eligibility and the merit start month."
Oracle Planning 2024 Implementation Study Guide: Confirms that Merit Assumptions is used to specify eligibility criteria and timing for merit increases in Workforce.
You want to import data into your application. You import data from a file and want to save the import operation as a job. Which two statements are true about import data jobs?
Reference a data file stored locally when creating the Import Data job.
Select the option to clear data before import.
Upload your data file to the Inbox before running the Import Data job.
Include the path for the data file stored on the server.
In Oracle Planning 2024, importing data from a file and saving the operation as a job involves specific steps and options. The two true statements about Import Data jobs are:
A. Reference a data file stored locally when creating the Import Data job: Incorrect. Oracle EPM Cloud does not allow referencing files stored locally on a user’s machine for Import Data jobs. Files must be uploaded to the cloud environment (e.g., Inbox) for processing.
B. Select the option to clear data before import: Correct. When configuring an Import Data job, you can choose to clear existing data in the target before importing new data. This option ensures a clean slate for the import, avoiding data duplication or overlap, and is a standard feature in the job setup.
C. Upload your data file to the Inbox before running the Import Data job: Correct. Oracle requires that data files be uploaded to the Inbox (or another cloud storage location like the Outbox) before scheduling or running an Import Data job. The job then references this uploaded file for execution.
D. Include the path for the data file stored on the server: Incorrect. While you specify a file name in the job definition, you do not manually include a server path. The system automatically manages file locations within the cloud environment (e.g., Inbox), and users select files from there, not via explicit server paths.
The documentation confirms that uploading the file to the Inbox and optionally clearing data are key aspects of setting up an Import Data job, making B and C the true statements.
References:
Oracle Planning 2024 Implementation Study Guide: "Importing Data and Creating Jobs" (docs.oracle.com, Published 2024-10-20).
Oracle EPM Cloud Documentation: "Managing Data Import Jobs" (docs.oracle.com, Published 2023-11-05, updated for 2024).
Which two features can help users create business rules?
Add calculations by using preformed system templates, such as clearing data, copying data, aggregating data, and so on.
Add calculations in calculation script syntax by switching to Script Mode.
Design sophisticated rules that solve use cases that normal business rules cannot solve by using Groovy business rules.
Rules are represented graphically in a flow chart into which you can drag and drop components to design the rule.
In Oracle Planning 2024 Implementation, business rules are essential for automating calculations, data manipulations, and complex logic within the application. The platform provides multiple features to assist users in creating these rules efficiently, as outlined in the Oracle documentation. The two features that directly help users create business rules are:
A. Add calculations by using preformed system templates, such as clearing data, copying data, aggregating data, and so on: Oracle Planning offers predefined system templates that simplify rule creation. These templates enable users to quickly implement common operations like clearing data, copying data between dimensions, or aggregating data without writing complex code from scratch. This feature is particularly useful for users who may not have advanced scripting skills, as it provides a guided, template-driven approach to rule design.
C. Design sophisticated rules that solve use cases that normal business rules cannot solve by using Groovy business rules: Groovy business rules extend the capabilities of standard business rules by allowing users to write custom logic using the Groovy scripting language. This feature is designed for advanced use cases, such as dynamic calculations based on runtime conditions or complex data manipulations that go beyond the scope of traditional rules. It empowers users to address specialized business requirements efficiently.
B. Add calculations in calculation script syntax by switching to Script Mode: While Script Mode exists and allows users to write calculations using a script-based syntax (e.g., Essbase calc scripts), it is not highlighted as a primary "feature" for creating business rules in the Oracle Planning 2024 context. It is more of a mode of operation rather than a distinct feature assisting rule creation.
D. Rules are represented graphically in a flow chart into which you can drag and drop components to design the rule: Although graphical rule design was a feature in older Hyperion Planning versions (e.g., Calculation Manager’s graphical interface), Oracle Planning 2024 documentation does not emphasize a drag-and-drop flowchart interface as a current primary method for rule creation. Instead, it focuses on templates and Groovy scripting.
References
Oracle Enterprise Performance Management Cloud Documentation: "Working with Business Rules" (docs.oracle.com, updated 2024). This section details the use of "system templates for calculations" and "Groovy business rules" as key features for rule creation.
Oracle Planning 2024 Implementation Study Guide: Confirms that predefined templates (e.g., for clearing or aggregating data) and Groovy rules are core features to assist users in designing business rules.
You want to Input data into Financials. For Financials, there is a predefined navigation flow with cards listed for both Revenue and Expenses. What is the sequence of the cards for Revenue and Expenses?
Overview, Driver and Trend Based, Rolling Forecast, Direct Entry, Income Statement
Assumptions, Allocations, Detailed Bottom Up, Strategic Top-Down, Direct Input, Overview, Summary
Assumptions, Direct Input, Driver and/or Trend Based, High Level Overview, Detailed Overview, Summary
Overview,Assumptions, Allocations, Detailed Bottom-Up, Driver and/or Trend based. Direct Input
In Oracle Planning 2024, Financials provides a predefined navigation flow for entering data, organized into cards that guide users through the planning process for Revenue and Expenses. The navigation flow is designed to streamline data input and analysis, starting with high-level views and moving into detailed entry methods. According to the Oracle documentation, the default sequence of cards for Revenue and Expenses in Financials is: Overview, followed by Driver and Trend Based, Rolling Forecast, Direct Entry, and concluding with Income Statement.
Overview: Provides a high-level summary of financial data, setting the context for planning.
Driver and Trend Based: Allows users to input data based on drivers (e.g., units sold) or trends (e.g., historical patterns), a key method for revenue and expense planning.
Rolling Forecast: Enables continuous forecasting over a defined period, integrating with driver-based inputs.
Direct Entry: Permits manual data input for specific accounts or line items, offering flexibility.
Income Statement: Consolidates all inputs into a financial statement view for review.
Option A accurately reflects this sequence as outlined in the Oracle Planning 2024 predefined navigation flow for Financials. Option B includes irrelevant cards like "Allocations" and "Strategic Top-Down," which are not part of the default Financials Revenue and Expenses flow. Option C introduces "High Level Overview" and "Detailed Overview," which are not standard card names in this context. Option D includes "Allocations" and "Detailed Bottom-Up," which are more aligned with custom flows or other modules, not the default Financials sequence.
This sequence is part of the out-of-the-box Financials navigation flow, ensuring users follow a logical progression from overview to detailed input and final reporting.
References:
Oracle Planning 2024 Implementation Study Guide: "Working with Navigation Flows in Financials" (docs.oracle.com, Published 2024-09-10).
Oracle EPM Cloud Documentation: "Planning Revenue and Expenses in Financials" (docs.oracle.com, Published 2023-11-15, updated for 2024).
You need to schedule a weekly data import job. Which two statements are true about scheduling jobs?
You can check the execution status of a job only if it completed.
You can set the daily maintenance time when scheduling cloning environment jobs.
You can set to receive notifications when the job has completed.
You can schedule an Import Data job to run later at intervals.
You can delete that are currently processing.
In Oracle Planning 2024, scheduling jobs such as a weekly data import is managed through the Jobs interface, which provides options for automation, monitoring, and notifications. Let’s evaluate the provided statements to identify the two that are true:
A. You can check the execution status of a job only if it completed: This is false. The Jobs console in Oracle EPM allows users to check the status of a job (e.g., Running, Completed, Failed) at any time, not just after completion. Real-time monitoring is a key feature.
B. You can set the daily maintenance time when scheduling cloning environment jobs: This is false. Daily maintenance time is a system-wide setting controlled by administrators via Application Settings, not something adjustable when scheduling specific jobs like cloning or data imports.
C. You can set to receive notifications when the job has completed: This is true. When scheduling a job (e.g., Import Data), users can enable email notifications to be alerted upon job completion, success, or failure, enhancing job management.
D. You can schedule an Import Data job to run later at intervals: This is true. The scheduling feature supports recurring jobs, such as weekly data imports, allowing users to define the start time and frequency (e.g., daily, weekly) for tasks like importing data from external sources.
E. You can delete that are currently processing: This is false. Jobs that are currently processing (i.e., in a "Running" state) cannot be deleted until they complete or fail, as per Oracle’s job management rules.
Thus, the two true statements are C and D, reflecting the flexibility of scheduling recurring Import Data jobs and receiving completion notifications, both of which are explicitly supported in Oracle Planning 2024.
References:
Oracle Planning 2024 Implementation Study Guide: "Managing Jobs and Scheduling" (docs.oracle.com, Published 2024-08-22).
Oracle EPM Cloud Documentation: "Scheduling Jobs in Planning" (docs.oracle.com, Published 2023-12-10, updated for 2024).
Oracle Planning Administration Guide: "Monitoring and Notifications" (docs.oracle.com, Published 2024-10-01).
Which module should you enable first to track the utilization of employees in Projects?
Projects module before Financials module
Financials module before Projects module
Workforce module before Projects module
Projects module before Workforce module
To track the utilization of employees in the Projects module of Oracle Planning 2024, the Workforce module must be enabled first. Employee utilization in Projects refers to tracking how employees’ time and costs (e.g., hours worked, labor expenses) are allocated to specific projects. The Workforce moduleprovides the foundational data—such as employee details, roles, salaries, and hours—required to calculate utilization metrics. Once Workforce is enabled and configured with employee data, the Projects module can leverage this data via integration to track utilization against project tasks and budgets.
A. Projects module before Financials module: Incorrect. Enabling Projects before Financials does not address employee utilization tracking, as Financials focuses on revenue and expense planning, not employee-specific data.
B. Financials module before Projects module: Incorrect. Financials provides financial planning capabilities but does not manage employee data or utilization, which is a Workforce function.
C. Workforce module before Projects module: Correct. Workforce must be enabled first to define employee data, which Projects then uses to track utilization through integration (e.g., via data maps or direct links).
D. Projects module before Workforce module: Incorrect. Enabling Projects first without Workforce would limit utilization tracking, as Projects relies on Workforce for employee-related data.
The Oracle documentation specifies that Workforce is a prerequisite for detailed employee utilization tracking in Projects, making C the correct sequence.
References:
Oracle Planning 2024 Implementation Study Guide: "Integrating Workforce with Projects" (docs.oracle.com, Published 2024-09-20).
Oracle EPM Cloud Documentation: "Tracking Utilization in Projects" (docs.oracle.com, Published 2023-12-15, updated for 2024).
Which task must be completed before EPM administrators import a Machine Learning model into Planning?
Data Scientists build and train the ML model in a data science tool and save it as a PMML file.
Data Scientists create Groovy rules designed to evaluate historical data and identify patterns.
EPM Administrators create a data model and push data to it to generate a PMML file.
EPM Administrators create data maps and Groovy rules to move and process data.
Before an EPM (Enterprise Performance Management) administrator can import a Machine Learning (ML) model into Oracle Planning, a prerequisite task must be completed by data scientists. According to Oracle’s "Bring Your Own ML" feature in the Planning application, the process begins with data scientists gathering historical data related to a business problem, training an ML algorithm, and generating a Predictive Model Markup Language (PMML) file using a third-party data science tool or Oracle Data Science Cloud. This PMML file represents a fully trained ML model that can then be imported into the Planning application by an EPM administrator.
Option A is correct because it aligns with this prerequisite step: the ML model must be pretrained and saved as a PMML file before the import process can begin. Option B is incorrect because Groovy rules are not created by data scientists to evaluate historical data; instead, these rules are automatically generated by the Planning application during the import process to integrate the ML model with the application. Option C is also incorrect, as EPM administrators do not generate PMML files by creating data models and pushing data—instead, they import an existing PMML file. Finally, Option D is incorrect because while EPM administrators may create data maps and Groovy rules as part of the deployment process, this occurs after the PMML file is imported, not before.
The Oracle Planning 2024 Implementation documentation emphasizes that the "Bring Your Own ML" functionality relies on importing a prebuilt PMML file, making the data scientists' role in building and training the model a mandatory first step.
References:
Oracle Planning 2024 Implementation Study Guide: "Bring Your Own ML: About Machine Learning Model Import" (docs.oracle.com, Published 2024-09-04).
Oracle EPM Cloud Documentation: "Importing ML Models" (docs.oracle.com, Published 2022-06-17, updated for 2024).
Which item CANNOT be pushed between cubes using data maps?
Comments
Attachments
Data change history
Supporting detail
In Oracle Planning 2024, data maps with Smart Push or manual execution can push various types of data between cubes within the same application or across applications. However, not all items can be transferred. The item that cannot be pushed is:
A. Comments: Incorrect. Comments (cell-level annotations) can be pushed between cubes using data maps, provided the mappings include the necessary dimensions.
B. Attachments: Incorrect. Attachments linked to data cells can be transferred via data maps, as long as the target cube supports them and the mapping is configured correctly.
C. Data change history: Correct. Data change history (audit trails tracking who changed what and when) is not transferable via data maps. It is metadata tied to the source cube’s audit log, not a pushable data element.
D. Supporting detail: Incorrect. Supporting detail (breakdowns of aggregated values) can be pushed between cubes if the target cube is configured to accept it and the mapping includes it.
The Oracle documentation specifies that data change history is excluded from data map transfers, as it’s a system-maintained log, not a user-editable or movable data type, making C the correct answer.
References:
Oracle Planning 2024 Implementation Study Guide: "Data Maps and Pushable Items" (docs.oracle.com, Published 2024-10-05).
Oracle EPM Cloud Documentation: "Smart Push Capabilities" (docs.oracle.com, Published 2023-12-15, updated for 2024).
Your administrator creates a Pipeline definition to manage metadata, and data for your Planning application. Which statement about pipelines is true?
Develop pipelines to guide you through the Planning process.
Use pipelines as a visible, automated, and repeatable system of record for running an application.
Use pipelines to coordinate the running of a series of jobs as a single process.
Quickly drill into data slices that are important to you with pipelines.
In Oracle Planning 2024, a Pipeline is a feature that allows administrators to define and automate a sequence of jobs (e.g., data imports, metadata updates, calculations) as a single, coordinated process.Pipelines streamline the management of metadata and data by executing multiple tasks in a specified order, ensuring dependencies are met, and providing a repeatable workflow for maintaining the Planning application.
A. Develop pipelines to guide you through the Planning process: Incorrect. Pipelines are not a planning guide; they are an automation tool for executing jobs, not a process framework.
B. Use pipelines as a visible, automated, and repeatable system of record for running an application: Incorrect. While pipelines are automated and repeatable, they are not a "system of record" for running the entire application—they focus on specific job sequences.
C. Use pipelines to coordinate the running of a series of jobs as a single process: Correct. This aligns with the Oracle definition of pipelines, which orchestrate multiple jobs (e.g., import data, refresh database) into one executable process.
D. Quickly drill into data slices that are important to you with pipelines: Incorrect. Pipelines are not designed for data analysis or drilling into data slices; they are for job automation.
The Oracle documentation emphasizes that pipelines are used to manage and execute a series of jobs efficiently, making C the true statement.
References:
Oracle Planning 2024 Implementation Study Guide: "Working with Pipelines" (docs.oracle.com, Published 2024-10-05).
Oracle EPM Cloud Documentation: "Automating Tasks with Pipelines" (docs.oracle.com, Published 2023-11-30, updated for 2024).
Which statement describes infolets?
Infolets are predefined dashboards that give you insight into the overall project financials and expense and revenue metrics.
Infolets help you organize, track, and prioritize your workload.
Infolets help you quickly analyze data and understand key business questions by presenting a visual overview of high-level, aggregated information.
Infolets give business process designers control over how various roles or groups interact with a business process.
Infolets are a form type that provides flexible row management where dimension and member row cells and all data cells are unprotected.
In Oracle Planning 2024 Implementation, infolets are a feature designed to provide users with quick, visual insights into critical business data. They are not full dashboards, task management tools, or process control mechanisms, but rather compact, high-level representations of aggregated information.
C. Infolets help you quickly analyze data and understand key business questions by presenting a visual overview of high-level, aggregated information: This statement accurately describes infolets. They are visual tiles or widgets that display summarized data (e.g., KPIs, trends) to help users grasp key business insights at a glance. Infolets are typically found on the home page or navigation clusters and are customizable to highlight specific metrics relevant to the user’s role or application.
A. Infolets are predefined dashboards that give you insight into the overall project financials and expense and revenue metrics: While infolets provide insights, they are not full "predefined dashboards." Dashboards are more comprehensive, whereas infolets offer concise, targeted views of data.
B. Infolets help you organize, track, and prioritize your workload: This describes task management or navigation features (e.g., task lists), not infolets, which focus on data visualization rather than workload management.
D. Infolets give business process designers control over how various roles or groups interact with a business process: Infolets are not about process design or role interaction; they are about displaying data, not controlling processes.
E. Infolets are a form type that provides flexible row management where dimension and member row cells and all data cells are unprotected: Infolets are not a form type; they are separate from forms and focus on visualization, not data entry or row management.
References
Oracle Enterprise Performance Management Cloud Documentation: "Using Infolets" (docs.oracle.com, updated 2024). Describes infolets as "visual overviews of high-level, aggregated information to quickly analyze data and answer business questions."
Oracle Planning 2024 Implementation Study Guide: Defines infolets as tools for presenting summarized data visually for quick analysis.
TESTED 04 Oct 2025