Problem statement:
When adjusting posted project expense transactions that were originally posted in a prior fiscal year, the Project adjustment posting process validates against the original transaction’s fiscal year/period status. If that historical period is On hold/closed (common after year‑end close), users must temporarily reopen the old period to post the adjustment. In real finance operations, this is time‑consuming, creates operational risk, and is difficult to execute safely during busy close cycles.
Proposed improvement (feature request):
Introduce a controlled, audit‑safe enhancement to Project adjustments that allows posting an adjustment without reopening the original historical fiscal period, while preserving traceability to the original transaction. For example:
- Add an option such as “Post adjustment in current open period (do not require historical period to be open)”
- Maintain a complete audit trail linking the adjusted transaction back to the original posting (references preserved)
- Ensure appropriate security and control (role-based privilege / admin configuration) so organizations can decide whether to allow this behavior
Business value:
- Reduces operational overhead for finance teams
- Minimizes the compliance risk introduced by reopening closed or on‑hold periods
- Improves user experience for common “post‑close correction” scenarios
