1z0-1054-26 Questions and Answers

 Here are the steps you need to follow:

In the Setup and Maintenance work area, go to the following:

Offering: Financials

Functional Area: Financial Reporting Structures

Task: Manage Chart of Accounts Mapping

Select the source chart of accounts (UK) and the target chart of accounts (CA) that you want to map.

Click on the Segment Rules tab to define the segment mapping rules. Enter the following information for each segment:

Segment Number: 1

Segment Name: Company

Mapping Type: Value

Source Value: *

Target Value: *

Segment Number: 2

Segment Name: LoB

Mapping Type: Value

Source Value: *

Target Value: *

Segment Number: 3

Segment Name: Account

Mapping Type: Range

Source From Value: 1000

Source To Value: 1999

Target Value: 11101

Mapping Type: Range

Source From Value: 2000

Source To Value: 2999

Target Value: 22100

Mapping Type: Range

Source From Value: 3000

Source To Value: 3999

Target Value: 34000

Mapping Type: Range

Source From Value: 4000

Source To Value: 4999

Target Value: 42000

Mapping Type: Range

Source From Value: 5000

Source To Value: 99999999

Target Value: 51100

Segment Number: 4

Segment Name: Cost Center

Mapping Type: Value

Source Value: 0

Target Value: Balance Sheet

Mapping Type: Value

Source Value: 000

Target Value: Balance Sheet

Mapping Type: Value

Source Value: *

Target Value: 610

Segment Number: 5

Segment Name: Product

Mapping Type: Value

Source Value: *

Target Value: *

Segment Number: 6

Segment Name: Intercompany

Mapping Type: Value

Source Value: *

Target Value: *

Click on the Save and Close button to save the segment mapping rules.

You have successfully created a Chart of Accounts mapping for the given scenario. For more information, you can refer to the following resources:

Overview of the Chart of Accounts Mapping Page

Chart of Accounts Structures and Instances

How To Create A Chart Of Accounts Mapping For A Secondary Ledger

How To Bulk Upload The Mapping Rules In “Manage Chart of Accounts Mapping”

Centralized Management of Chart of Accounts Configurations

Here are the steps you need to follow:

Navigate to the Setup and Maintenance work area and search for the task Manage Chart of Accounts Structures.

Click on the Create icon to create a new Chart of Accounts Structure. Enter the following information:

Structure Code: 07COA

Structure Name: 07 Chart of Accounts

Description: Chart of Accounts for candidate 07

Number of Segments: 5

Click on the Next button to define the segments. Enter the following information for each segment:

Segment Number: 1

Segment Name: Company

Value Set Code: 07Corporate Company

Value Set Name: 07 Corporate Company

Maximum Size: 3

Balancing: Yes

Segment Label: Company

Segment Number: 2

Segment Name: Cost Center

Value Set Code: 07Corporate Cost Center

Value Set Name: 07 Corporate Cost Center

Maximum Size: 4

Balancing: No

Segment Label: Cost Center

Segment Number: 3

Segment Name: Account

Value Set Code: 07Corporate Account

Value Set Name: 07 Corporate Account

Maximum Size: 8

Balancing: No

Segment Label: Natural Account

Segment Number: 4

Segment Name: Product

Value Set Code: 07Corporate Product

Value Set Name: 07 Corporate Product

Maximum Size: 3

Balancing: No

Segment Label: Product

Segment Number: 5

Segment Name: Intercompany

Value Set Code: 07Corporate Company

Value Set Name: 07 Corporate Company

Maximum Size: 3

Balancing: No

Segment Label: Intercompany

Click on the Next button to review the summary and click on the Save and Close button to save the Chart of Accounts Structure.

Navigate to the Setup and Maintenance work area and search for the task Manage Chart of Accounts Structure Instances.

Click on the Create icon to create a new Chart of Accounts Structure Instance. Enter the following information:

Structure Code: 07COA

Structure Name: 07 Chart of Accounts

Description: Chart of Accounts for candidate 07

Chart of Accounts Structure: 07COA

Enabled: Yes

Allow Dynamic Inserts: Yes

Click on the Next button to review the summary and click on the Save and Close button to save the Chart of Accounts Structure Instance.

You have successfully created a Chart of Accounts Structure and Instance for the given scenario. For more information, you can refer to the following resources:

Chart of Accounts Structures and Instances

Chart of Accounts Components

Minimum Steps For Financial Enterprise Structures Configuration

Overview of Creating and Configuring Chart of Accounts Structure and Instances

According to the Oracle documentation12, the Intercompany Reconciliation Report can be run using an additional currency and conversion rate that converts all amounts into a common currency for comparison (option C). The report also includes ledger balancing lines generated when the primary balancing segment value is in balance, but either the second or third balancing segment values are not (option B). Option A is incorrect because you can drill down to the general ledger journal, subledger accounting entry, and source receivables or payables transaction2. Option D is incorrect because the report displays the intercompany receivables and intercompany payables balances in summary for a period, and any differences between them1. Option E is incorrect because the report does not display clearing company balancing lines2.

The Profit and Loss tab in Close Monitor depends on account group setup. Oracle General Ledger uses account groups to summarize and display financial data for close monitoring, especially income statement balances. If no account group is associated with the ledger set, the Close Monitor cannot derive the summarized profit and loss information required for the tab. This is not primarily an OTBI, trial balance, or Financial Reporting Web Studio configuration issue. Those tools support reporting and analysis, but Close Monitor’s summarized income statement view relies on the ledger set being linked to the appropriate account group. Oracle documentation states that financial data displayed in Close Monitor is derived from the account group assigned to the ledger set.

Invoicing behavior for intercompany transactions is controlled by the Intercompany Transaction Type. The transaction type determines whether the intercompany transaction is transferred directly to General Ledger or whether it requires invoicing through Receivables and Payables. This is why the invoicing option must be selected for the relevant transaction type, not merely in system options or on the intercompany organization. Assigning Receivables and Payables business units is necessary when invoices are required, but that assignment does not itself enable invoicing for the transaction flow. The key setup decision is made at the transaction type level. Oracle documentation explains that intercompany transaction type attributes determine whether transactions are sent to General Ledger or require invoice generation in Receivables and Payables.

To add a global branding logo and more predefined transactional attributes to the journal approval email notification, you should copy (or customize) and edit the layout template and the data model. The layout template is a file that defines the appearance and content of the notification, such as text, images, tables, or charts. The data model is a file that defines the data sources and queries that provide data for the notification, such as predefined transactional attributes. You can copy (or customize) and edit the layout template and the data model using Oracle Analytics Publisher reports. You do not need to copy (or customize) and edit the output type, as this is a setting that determines the format of the notification output, such as HTML or PDF. You do not need to copy (or customize) and edit the style template, as this is a file that defines the styles and formatting of the notification elements, such as fonts, colors, or margins. You do not need to copy (or customize) and edit the sub template, as this is a file that contains reusable content or logic that can be referenced by multiple layout templates. Reference: Oracle Financials Cloud: General Ledger 2022 Implementation Professional Objectives - Configure Workflow Approvals and Notifications 12

The adjustment only level is the data conversion level that ensures only manual journals will be entered in the secondary ledger. This level means that no data is copied from the primary ledger to the secondary ledger automatically. Instead, the user can enter manual adjustments in the secondary ledger to reflect the differences between the two accounting standards. This level is suitable for scenarios where the accounting methods or charts of accounts are very close between the primary and secondary ledgers, and there is no need to maintain detailed journals or subledger transactions in the secondary ledger. References: Primary Ledgers, Secondary Ledgers, and Reporting Currencies, High Volume Data Migration Considerations for General Ledger, Reporting Currencies - Conversion Level Balance

According to Oracle documentation3, you can opt out of the period close checking feature for these three subledgers by using the lookup ORA_GL_INCLD_STRICT_PRD_CLOSE: Receipt accounting, Receivables, and Assets. The period close checking feature prevents you from closing a General Ledger period if there are any open subledger periods that exist for that ledger. You can opt out of this feature for specific subledgers by using the lookup ORA_GL_INCLD_STRICT_PRD_CLOSE and setting the Enabled flag to No for those subledgers. Therefore, options A, B, and D are correct. Option C is incorrect because Revenue Management is not a subledger that can be opted out of the period close checking feature. Option E is incorrect because Order Management is not a subledger that can be opted out of the period close checking feature.

The two valid Data Access Set types are Full access and Read Only access. A Data Access Set is a security feature that defines the access level that users have to ledger data, such as balances, budgets, or journals. A Data Access Set type is an attribute that determines the type of access that users have to ledger data within a Data Access Set. The two valid Data Access Set types are Full access and Read Only access. Full access allows users to view and enter data for ledger data within a Data Access Set. Read Only access allows users to view but not enter data for ledger data within a Data Access Set. Full Ledger is not a valid Data Access Set type, but an option that determines whether a Data Access Set grants access to all balancing segment values in a ledger or only specific balancing segment values. Primary Balancing Segment Value is not a valid Data Access Set type, but an attribute that identifies the legal entity or business unit for which financial statements are prepared and balanced. Read and Write access is not a valid Data Access Set type, but an alternative term for Full access. Reference: Oracle Financials Cloud: General Ledger 2022 Implementation Professional Objectives - Define Ledgers 12

According to Oracle documentation, two reasons why a Financial Reporting Web Studio report may not appear as a choice in Financial Reporting Center are: You have not saved it in the Shared Folder/Custom/Financials directory, and you have not uploaded it to Financial Reporting Center. Financial Reporting Web Studio enables you to design and generate reports with grids, charts, images, and text boxes using data from various sources. Financial Reporting Center enables you to access and run all types of reports from a single user interface. To make a Financial Reporting Web Studio report available in Financial Reporting Center, you must save it in the Shared Folder/Custom/Financials directory and upload it to Financial Reporting Center using Workspace. Therefore, options A and C are correct. Option B is incorrect because saving it in the MyFolders directory does not make it available in Financial Reporting Center. Option D is incorrect because downloading it to your local drive does not make it available in Financial Reporting Center.

According to Oracle documentation1, the following statements are true regarding intercompany accounting for Financials Cloud, Projects, Inventory, and SCM: Each product has its own Intercompany Accounting feature that needs to be configured separately, and Intercompany Balancing Rules are defined centrally and applied across Financials and Projects. Intercompany accounting is the process of recording transactions between related entities within an enterprise or between groups in the same legal entity. Each product has its own Intercompany Accounting feature that enables you to create, process, and reconcile intercompany transactions. Intercompany Balancing Rules are used to generate balancing entries for journals that are out of balance by legal entity or primary balancing segment values. Intercompany Balancing Rules are defined in General Ledger and applied across Financials and Projects. Therefore, options A and C are correct. Option B is incorrect because Intercompany Balancing Rules are not used to balance cross-ledger allocation journals. Option D is incorrect because Intercompany balancing rules in General Ledger do not need to be mapped with the intercompany configuration in each product.