System Period Control Does Not Apply to Recurring Transactions

System Period Control Does Not Apply to Recurring Transactions

QIf we use System Period Control (under Global Setup -> System) and have the dates set to 01/01/15 - 2/28/15 (see example below,) why does the system allow Recurring A/P Transactions past the 2/28/15 to be posted? It prevents us from entering vouchers beyond the 2/28/15 G/L Distribution date but allows recurring transactions to go beyond that date. Why is that?


A - The purpose of “System Period Control” is to control those transactions with date entries that:

  1. Will affect General Ledger;
  2. Have a process that has a ""user interface"" to allow the user to enter that date field.

The recurring transaction matches condition 1, but it does not fit condition 2 because the post recurring transactions are a report function and do not have a user interface.

One of the primary purposes of “System Period Control” is to prevent the user from accidentally entering a “bad” date due to data entry errors. It is more accurate to say the “System Period Control” is designed to prevent “bad” dates, more than it is designed to control the accounting period.

With a recurring transaction, data entry errors can only happen when it is set up initially for the first time. But we can’t control the date based on system period at that time because users will commonly set up initial recurring dates in the future periods. When the recurring entries are posted, the system determines the dates automatically, so there’s no user interface to allow the users to enter a “bad” date.

Generally speaking, the recurring functions are controlled by managers and it is unlikely to have a “bad” date due to data entry error. As a result, we do not apply “System Period Control” to any recurring functions throughout Elliott. 



    • Related Articles

    • AP0302 Accounts Payable Post Recurring AP Transactions

      Post Recurring A/P Transactions Application Overview The Post Recurring Transactions application transfers all transaction vouchers that were previously created in Recurring Voucher Processing to the A/P Transaction file. This posting serves to ...
    • AP0301 Accounts Payable Recurring Voucher Processing

      Recurring Voucher Processing Application Overview In addition to normal A/P activity, most companies have several payables that are due on a regular basis and for which there is no invoice and often not even a statement or any kind of reminder of ...
    • ARRECENT Accounts Receivable Recurring Sales Processing

      Recurring Sales Processing Application Overview In addition to normal A/R activity, most companies have several receivables, which are issued on a regular basis. Recurring sales can recur in two different ways. Either they are issued on a specific ...
    • AP0200 Accounts Payable Post AP Transactions

      Post A/P Transactions Application Overview The Post A/P Transactions application transfers all transaction vouchers that were previously created in A/P Transaction Processing to the A/P Open Item file and A/P Distribution to G/L file. It sends this ...
    • BB2200 Bank Book Processing Merge Bank Transactions

      Processing Merge Bank Transactions Application Overview In order to bring the Bank Reconcile File up-to-date, a Merge routine is provided. This is typically run once a month. This will merge transactions from A/R, A/P, and PR for the given Bank Cash ...