Skip to main content

Opening and Closing Accounting Periods

Open and close accounting periods to control journal entry and journal posting, as well as compute period- and year-end actual and budget account balances for reporting.
Accounting periods can have one of the following statuses:
Open: Journal entry and posting allowed.
Closed: Journal entry and posting not allowed until accounting period is reopened. Reporting and inquiry allowed.
Permanently Closed: Journal entry and posting not allowed. You cannot change this period status. Reporting and inquiry allowed.
Never Opened: Journal entry and posting are not allowed. General Ledger assigns this status to any period preceding the first period ever opened in your calendar, or to any period that has been defined, but is not yet future-enterable. You cannot change this period status.
Future-Entry: Journal entry is allowed, but posting is not. Your period is not yet open, but falls within the range of future-enterable periods you designated in the Set of Books window. You cannot change this period status without using the concurrent process to open the period.
You can open new accounting periods, close accounting periods, reopen closed accounting periods, and open an encumbrance year (if you are using encumbrance accounting).
Note: When you define a new set of books, choose carefully the first accounting period you want to open. Once you open your first accounting period, General Ledger does not allow you to open prior accounting periods.
Additionally, you cannot translate account balances for the first period ever opened. Therefore, we recommend that you open at least one period prior to the first accounting period in which you wish to enter transactions.
Additional Information: If you use Multiple Reporting Currencies, you must open/close accounting periods in your primary set of books and in each of your reporting sets of books.

To open a new accounting period:
1. Navigate to the Open and Close Periods window.
2. General Ledger displays the Latest Open accounting period. Note that while a period may be the most recently opened accounting period, this period may have a current status of closed.
3. Choose Open Next Period. General Ledger calculates the ending account balances for the current period, and launches a concurrent process to open the next period. The current period remains Open.
Suggestion: Although you can have several open accounting periods, to maximize the efficiency of the General Ledger posting process, as well as to minimize the possibility of user error, limit the number of accounting periods that are open at one time.
If you open the first period of a new fiscal year, OKGeneral Ledger automatically updates the Retained Earnings account.
4. Save your work.
To close an accounting period:
1. Navigate to the Open and Close Periods window.
General Ledger displays all accounting periods defined for your calendar with the period type of your set of books.
2. Select the open period that you want to close.
3. Enter a new status for the period.
Enter Closed to prevent entering or posting journals to that period. You can reopen a closed period at any time.
Enter Permanently Closed to prevent entering or posting journals to that period. You cannot reopen a permanently closed period.
4. Save your work.
To reopen an accounting period:
1. Navigate to the Open and Close Periods window.
General Ledger displays all accounting periods defined for your calendar with the period type of your set of books.
2. Select the period that you want to reopen. You can reopen any closed period that is not permanently closed.
3. Change the status to Open.
4. Save your work.

Comments

Popular posts from this blog

Applying Prepayments to Invoices

You can apply the available amount of Item type distributions from a Temporary type prepayment to one or more invoices to offset the amount you pay on the invoice(s). If you entered the prepayment as a Permanent type and want to apply it, you can query the prepayment in the Invoices window and change the Prepayment Type to Temporary. If you use Automatic Offsets then your setting for the Prevent Prepayment Application Across Balancing Segments Payables option controls whether you can apply a prepayment to an invoice or expense report with a different balancing segment. Prerequisites The invoice type is Standard, Mixed, or Expense Report. Today's date is on or after the Settlement Date of the prepayment. The invoice date is on or after the date of the prepayment. The prepayment is type Temporary, fully paid, validated, not cancelled, has no active holds, and has not already been fully applied. The prepayment has the same supplier, invoice currency and payment currenc

Application Utilities Lookups and Application Object Library Lookups

Maintain existing and define additional Lookups for your shared Lookup types. You can define up to 250 Lookups for each Lookup type. Each Lookup has a code and a meaning. For example, Lookup type YES_NO has a code Y with meaning Yes, and a code N with a meaning No. Note: In Releases 11.0 and earlier, there were two Lookup features, Special Lookups and Common Lookups. These two features have been merged into one. The new consolidated Lookups feature has Lookups maintained in this form. If you make changes to a Lookup, users must log out then log back on before your changes take effect. Lookups Block Type Query the type of your Lookup. You can define a maximum of 250 Lookups for a single type. User Name The user name is used by loader programs. Application Query the application associated with your Lookup type. Description If you use windows specialized for a particular Lookup type, the window uses this description in the window title. Access Level The access level restricts changes that

Matching Prepayments to Purchase Orders

You can match a prepayment to a purchase order or receipt. The accounting entries for Item distributions on a matched prepayment typically debit a prepayment account that Payables provides. However, during prepayment entry you can override any account that Payables defaults or builds. Payables does not create an encumbrance entry for the prepaid amount when a prepayment is matched to a purchase order. The match is treated like a reservation of the quantity billed. Payables does not calculate the invoice price variance or exchange rate variance at this point. Furthermore, you cannot change the unit price during the prepayment match to purchase order. A final match to the purchase order is not allowed either. When the matched prepayment is applied to an invoice, Payables reverses the matched quantity on the prepayment to reflect the balance of the total quantity matched. The following example illustrates a prepayment application to a purchase order: You contract to attend a $5,000 trade