When an accrual entry is created where more than one fiscal year is involved, and the future fiscal year is not open then system does not allow to post those entries and gives error. Opening future period in advance is a risk from customer's perspective
Error message:
Period...not open
Repro steps:
1. Create an Accrual Scheme
2. Create a General Journal
3. Apply the accrual scheme in that general journal
4. Post the entries
5. If more than one fiscal year is involved then entries are not posted and gives error "Period...not open"
Expected Result: There should be no requirement to have the future fiscal period open. There should be a functionality where the future period entries can be stored at backend or somewhere and when the period gets created in the system, system should either post those entries automatically or prompt the user to post the same
Comments
The solution shall not only consider across fiscal year but also for periods on-hold within a fiscal year.A specific user group is not considered safe enough when we try to sell this functionality for our customers.
Category: General Ledger
Dear all,It is ok from our perspective in corporate finance (group) that periods going forward are "open" for this functionality to be used.However bookings in current month may not be debet current month credit the month +1. All trancations mus be ligned debet/credit for the same month. Further previous month should be "closed" and can only be reopened of the limited employees in Corporate finance, group.Thank you//Mette
Category: General Ledger
This functionality is much needed. It would guess that almost no customers uses the existing functionality as it requires the periods to be created and open (whereas the latter is quite problematic).
Category: General Ledger
This is the reason why some of the customers don't want to use the Accrual functionality and choose for the Periodic journals
Category: General Ledger