1Z0-1056-25 Oracle Fusion Cloud Financials: Receivables and Collections Practice Questions

This statement is true. AutoAccounting provides the initial, default accounting for receivable transactions. However, the 'Create Accounting' process then applies the more powerful and flexible Subledger Accounting (SLA) rules. If SLA rules are configured for the same accounting lines (e.g., Revenue, Receivable), they will take precedence and can completely override the accounts derived by AutoAccounting. This allows for much more complex and conditional accounting logic than AutoAccounting alone can provide.

The Invoicing Rule controls when the receivable amount is booked. 'In Advance' correctly instructs the system to create the full invoice amount in the first accounting period, matching the requirement to bill the customer upfront.

The Accounting Rule is the key to revenue recognition. It tells the system how to spread the revenue over time. By defining a rule for 12 monthly periods, you ensure that the revenue from the upfront invoice is deferred and recognized in equal installments over the life of the contract, satisfying the straight-line recognition principle.

A 'Standard Reversal' effectively cancels the original receipt and un-applies it from all transactions. The system reopens the invoices that the receipt was applied to, restoring their balances to the state they were in before the application. The accounting is also reversed to debit Accounts Receivable and credit Cash, and the original receipt status is updated to 'Reversed'.

The receipt lifecycle includes several steps. A receipt is considered 'Unprocessed' if it has been created but has not yet been included in a remittance batch and confirmed. The system requires all transactions within a period to be fully processed and accounted for before the period can be closed. An unconfirmed or unremitted receipt is an incomplete transaction that must be resolved before period close can succeed.

This is the complete, end-to-end solution. It correctly identifies the need for a Payment System and Gateway integration. It addresses the real-time authorization requirement ('Authorize on Invoice Completion'). It includes the critical batch processes for settlement. Finally, it specifies the correct way to handle chargebacks using a dedicated Receivables Activity to reopen the invoice, ensuring the balance becomes due again.

This is the optimal approach. It correctly separates business functions by creating a Business Unit per legal entity, which is necessary for data security and localized processing. The power of Reference Data Sets is leveraged by creating a dedicated set for shared configurations (transaction types, payment terms) to enforce standardization, while allowing flexibility for region-specific configurations (like tax setups) to be managed in separate, BU-specific sets. This model provides both standardization and local compliance.

AutoAccounting has a hierarchy of sources. While the general rules might be set to 'Standard Line', a specific Transaction Source can be configured to use a different source (like Salesperson or Transaction Type) for its accounting derivation. If the problematic transaction source is set this way, it will ignore the 'Standard Line' configuration, leading to the incorrect account combination. This is a common and subtle configuration issue that requires checking the specific transaction source setup.

The AutoCash Rule Set is the engine that drives automatic receipt application. For a business where customers pay exact invoice amounts, prioritizing the 'Match Payment with Invoice' rule is essential for achieving a high hit rate.

The system cannot match a payment to an invoice if it doesn't know where to find the invoice number in the bank file. The transmission format provides this critical mapping. An incorrect or incomplete mapping is a primary cause of Lockbox failures.

The Accounts Receivable account in the GL should be a control account, meaning its balance should only be affected by entries coming from the AR subledger. If a manual journal is posted directly to this account in GL, the GL balance will change, but the AR subledger balance will not, creating a reconciliation difference. The 'AR to GL Reconciliation' report would not be aware of this manual GL entry, making it the most likely cause when all subledger transactions are confirmed as posted.

This statement is true. A key feature of the Bill Management module is providing a robust self-service portal for customers. This includes the ability to review invoices, make payments, and initiate disputes on full invoices or specific invoice lines. This action automatically creates a dispute record within the core Receivables or Advanced Collections module for internal review and resolution.