An Expense, Non-Labor Voucher Transaction was created with a Quantity = 1 and Cost/Rate = (-25,345) .
When the transaction is imported into the Project, because it is a Non-Labor resource, the Actual Units is computed as (Quantity * Cost).
For this scenario, this would compute to a negative amount. Within the current design of the application, the 'Import Financial Actuals' job allows this transaction to be posted to the project without any error and because the Project Actual Units does not allow a negative value, the Project Actual Units is now set to zero (0) and the Project Task Actual Cost = (-25,345)
Subsequently, the user wants to remove this transaction which will now cause a mismatch between WIP and Project Actual Units.
When the user 'reverses' or 'adjusts' the transaction, and it is imported back into the project, the Project Task Actual Units becomes +25,345 and the Actual Cost becomes zero (0). It was expected that both values should be zero. But because the Actual Units is set to zero from the original transaction, the 'reversal' or 'adjustment' transaction is computing the amount as [0 - (-25345)] = +25345 (simple math: subtracting a negative value becomes positive result)