...

This page contains initial topics for discussion between the SSDT and AOS for the USAS-R and USPS-R projects.

USxS Redesign links

• Fiscal Oversight Report
• Re-Opening Posting Periods
• Redesign Technical Documentation
• Public Redesign Wiki's
• Technical Overview
  
  

Differences between Classic and Redesign Software

...

• Classic USAS:
  • User works within the current processing month
  • Cannot process checks or receipts for the next month until current month is closed
  • Amounts stored in "Accumulator" fields 
    • Month-to-Date
    • Fiscal-to-Date
    • Calendar-to-Date
  • Accumulators cleared by ADJUST process monthly, and at end of fiscal and calendar years
  • Future Purchase Orders allowed via special "future" processing
    • Don't actually get posted as a purchase order until the future month becomes the current month
  • It is a standard practice for ITC's to create a copy of USAS data files prior to closing with ADJUST.  If errors are discovered, or audit adjustments are needed, for the prior year, they corrections may be made in the copy of the files and reports re-generated. 
• USAS-R
  • Contains concept of "Posting Period"
  • No accumulators
  • Amount fields all calculated "on the fly" from ledgers or transactions
  • Can have any number of posting periods open, but only one "Current" posting period
  • Currently can process transactions in any open posting period
  • No special process for future purchase orders, but does require an open posting period for the "future" date
  • Likewise will be able to begin processing checks and receipts in the next month before closing the current month
  • Software allows re-opening of prior closed posting periods
    • Currently, restricts to periods in current fiscal year plus June of prior fiscal year

...

The following link outlines some reasons why users might want to re-open closed posting periods and discussion questions:

In addition, the following questions have come up:

• How does the ability to re-open closed posting periods affect monthly reporting?
  • Do monthly reports have to be generated and stored?
  • If yes, do they need to be regenerated if changes are made in a prior period?
  • Or, can they be created for the prior periods on an "as-needed" basis?
• Are there any restrictions that should be in place on use of future periods?

Example feedback related to posting periods: Opening prior periods to post transactions

Standardized Reports for Audit

...