1Z0-548 · Question #4
For XYZ Company, the Costing Allocation Flexfield structure has three segments: Company, Cost Center, and Account. One of the employees was initially costed to the 3500 cost center and his…
The correct answer is A. Debit: 100.5000.6000, Credit: 100.3500.6000. Option A is correct because the RetroCosting process only reverses and corrects the costed side of the original entry - the debit that was allocated to the employee's cost center. It creates a reversal of the old cost center entry (Credit: 100.3500.6000) and a new entry for the…
Question
For XYZ Company, the Costing Allocation Flexfield structure has three segments:
Company, Cost Center, and Account. One of the employees was initially costed to the 3500 cost center and his accounting entries for a non-recurring earning element were as follows:
Debit: 100. 3500.6000, Credit: 105. 1000.7000 The cost center was changed to 5000 and the RetroCosting Process was run. What will be the costing entries created by the retro costing process?
Options
- ADebit: 100.5000.6000, Credit: 100.3500.6000
- BDebit: 100.5000.6000, Credit: 105.1000.7000
- CDebit: 100.3500.6000, Credit: 100.5000.6000
- DDebit: 100.3500.6000, Credit: 105.1000.7000
- ENo entries will be created because the costing process has already been run for the assignment.
How the community answered
(58 responses)- A83% (48)
- B10% (6)
- C3% (2)
- D2% (1)
- E2% (1)
Explanation
Option A is correct because the RetroCosting process only reverses and corrects the costed side of the original entry - the debit that was allocated to the employee's cost center. It creates a reversal of the old cost center entry (Credit: 100.3500.6000) and a new entry for the corrected cost center (Debit: 100.5000.6000), netting the correction without touching the original credit side.
Why the distractors are wrong:
- B applies the new cost center but keeps the original credit (105.1000.7000), which would leave the old debit of 100.3500.6000 uncorrected on the books.
- C has the debits and credits inverted - this would actually move costs back to the old cost center, the opposite of the intended correction.
- D simply duplicates the original entry rather than correcting it, making no change to the cost center.
- E is wrong because RetroCosting exists precisely to handle this scenario - it creates correcting entries even after the original costing run has completed.
Memory tip: Think of RetroCosting as a "surgical swap" - it only operates on the employee-costed (debit) side of the entry, swapping old cost center out and new cost center in, while leaving the offset/clearing credit account completely untouched.
Topics
Community Discussion
No community discussion yet for this question.