You should not be able to select a post or reverse date on a transaction that is for a period that is either not created or not open.

Issue No: GL-1780
Created 5/18/2015 6:41:39 AM
Type Feature
Priority Major
Status Closed
Resolution Fixed
Fixed Version 15.3
Description The date entery field should be limited to current open periods in the GL Fiscal calandar. When you enter a transaction the date control should prevent you from entering in the wrong period.     *Background:*   We should look at all data validation and determine how to eliminate the need for posting errors. For Example when you post a transaciton it checks to see if the transaciton is in a valid fiscal period. While this is a great check why dont we put it on the entry date box so that only valid dates can be selected.   Take orbitz for example- lets say you are booking a flight - you could not fly yesterday right?     !pastedImage_d37128_0.png!     Nor can you book over 300 days in advance       !pastedImage_d37128_1.png!     Note - today is 5-18 but you could note even select 5-17. I suggest that the calandar control get a start and end date that shows when posing is valid - we should still leave the posting rules in place but we need that start and end date in there to ensure that we are on track.     For General ledger this means:   * User should not be able to enter a post date that is not in an open fiscal period (both forward and back. * User should not be able to enter a reversing date that is not in an open fiscal period(both forward and backward)