Mid-project on EBS R12 to Fusion. We're initializing balances as of go-live and loading open element entries. The recurring entries load fine, but anything with a retro impact from before go-live isn't reflected — so the first Fusion payroll under-recovers on a few loans and over-pays on a couple of allowances that had a backdated increase in EBS. Are people loading a separate retro adjustment element for the pre-go-live delta, or is there a cleaner way through balance init?
We run a small GB population off the same Fusion instance as our GCC entities. Every cycle a handful of employees are 1p off on net pay versus the parallel run. It's always the same shape — someone with a mid-period rate change and a percentage-based deduction. I suspect the order of the deduction fast formula relative to the proration formula. Has anyone nailed down whether it's a rounding rule on the element or the formula itself?