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

Account Analysis Reports are reports that provide detailed information about the transactions and balances of an account or a range of accounts. They include beginning and ending balances, debits and credits, subledger details, and drilldown capabilities. They can be used to reconcile subledger balances and investigate account anomalies. Reference: Oracle Financials Cloud: General Ledger 2022 Implementation Professional Objectives - Reconcile Subledger Balances 12

According to Oracle documentation2, you enable invoicing for certain Intercompany transactions on the transaction type. The transaction type defines the characteristics of an intercompany transaction, such as whether it requires approval, whether it generates invoices, and what accounting rules apply. You can enable invoicing for a transaction type by selecting the Invoicing Options tab and choosing the invoice method, invoice source, invoice batch source, and invoice rule. Therefore, option D is correct. Option A is incorrect because you do not enable invoicing on the transaction batch. Option B is incorrect because you do not enable invoicing on the transaction category. Option C is incorrect because you do not enable invoicing on the transaction source.

According to Oracle documentation3, when creating financial reports, the two tools that use data from the General Ledger Balances Cube are Financial Reporting Studio and Smart View. Financial Reporting Studio is a graphical user interface that enables you to design and generate reports using data from various sources, including General Ledger Balances Cube. Smart View is an Excel add-in that enables you to access and analyze data from various sources, including General Ledger Balances Cube. Therefore, options A and B are correct. Option C is incorrect because Oracle Financial Statement Generator does not use data from the General Ledger Balances Cube. Option D is incorrect because Financial Reporting Center does not use data from the General Ledger Balances Cube.

Intercompany processing will balance a journal using the accounts identified here for the UK Ledger when the journal is balanced by the primary balancing segment value (BSV) but not by second or third BSV. A BSV is a segment in the chart of accounts that identifies a legal entity or business unit for which financial statements are prepared and balanced. A primary BSV is required for every ledger and is used to balance journal entries within a ledger. A secondary or tertiary BSV is optional and is used to balance journal entries across different dimensions other than the primary BSV, such as fund or region. Intercompany processing is a feature that enables intercompany transactions between different legal entities or business units within the same enterprise. Intercompany processing uses intercompany balancing rules to generate intercompany receivables and payables accounts for cross-ledger or cross-BSV journals. Intercompany processing will balance a journal using the accounts identified here for the UK Ledger when the journal is balanced by the primary BSV but not by second or third BSV, as this indicates that there is an intercompany transaction between different legal entities or business units within the UK Ledger that requires intercompany balancing. Intercompany processing will not balance a journal using the accounts identified here for the UK Ledger when there is a many-to-many journal and you want to use a clearing company, as this is a scenario that involves multiple legal entities or business units across different ledgers that requires a separate clearing company ledger to perform intercompany balancing. Intercompany processing will not balance a journal using the accounts identified here for the UK Ledger when the journal is not balanced by the primary BSV, as this is an invalid scenario that violates the accounting rules and prevents posting of the journal. Intercompany processing will not balance a journal using the accounts identified here for the UK Ledger when the journal is balanced by second balancing segment value, as this is an incomplete scenario that does not specify whether the journal is also balanced by primary and third BSV. Reference: Oracle Financials Cloud: General Ledger 2022 Implementation Professional Objectives - Configure and Process Intercompany 12