Thank you for your participation todayWe hope this information
proved helpful
Look for this presentation on the Core-CT website
www.core-ct.state.ct.usClosing
OpeningReminders & Hot TopicsFirst I will briefly go over
some reminders and hot topics
Managing Your CustomersHighlighting some common issues related
to how a customer is set upShow you things that you can do in order
to avoid some of these issues
Managing Your Billing Header InformationShow some issues,
helpdesk tickets we have had in the past related to how some of the
Billing Header Information is set up
How Inactive ChartField Values Impact BillingFocus on things
that should be verified in the case there are Inactive ChartField
ValuesExplain why it is important to do so
TransparencyWe have all heard how the new administration
stresses the importance of transparencyThings like social security
numbers, credit card numbers, any information you would not want
made public for whatever reasons should not be used; much of what
we do as government employees can be FOIed and included in the
searchable database
Billing Month-End CloseA reminder to please make an effort to
get things done prior to the 5th business day of the following
monthAny issues, if any, can be found earlier and can be dealt with
accordingly
Billing UPKs Check out the billing UPKs, their different modesA
lot of useful and helpful information can be found within the
UPKsIf there are consolidations, people moving, etc. UPKs is a
great tool for training purposes
Managing Your Customers
Creating a CustomerDiscuss a common problem when creating a
customer
First ScreenshotThe very first thing that should be done when
creating a customer is changing the Date Added and Since dates.When
you first get to the page, you may notice that whatever the date is
when you are adding a new customer, that is the date that defaults
in.
Second ScreenshotWe are asking you to back-date those fields; it
is recommended that the beginning of the Fiscal Year, or first day
of the month is used.
What happens on occasion is that a deposit may come in from a
customer that has not yet been created, and you would like to apply
the payment to a bill rather than direct journaling it.If the
customer is created a day or two after the deposit, and the dates
are not back-dated, you will run into a posting error.
Customer NotesIt is important to remember to tie a Remittance
Note to any customer you create.State and Federal Customers are
maintained by Core; they will have a Remittance Note
First ScreenshotClick the More hyperlink.
Second ScreenshotClick the Notes hyperlink
Third ScreenshotSelect REMITTANCEThe Note Text will appear, as
well as where the note text will print on.
A Remittance Note will tell the customer who to make out the
check to.
Updating an AddressUpdating an address is simple, but there is
one step that is often overlooked.
Step 1Click the Add a Row for an Address LocationThe reason we
want to add a row, rather than correct history and change the
original address is for historical purposes.
Step 2Enter the data for the new address, Address Location
2.
Step 3Set the old address, Address Location 1, to Inactive
Step 4This is the step that is often overlooked, and will cause
finalization problems.Search for any existing bills that have not
been finalized or Recurring and/or Installment Bill Templates
related to the Customer Address Location that was updated.If there
are any results, the Customer Address Location must be updated.
First ScreenshotUpon entering the Header Information page, click
the Address hyperlink.
Second ScreenshotUpdate the Location to the new and active
Location Address.
Again, if you do not update any existing bills or bill templates
after updating the address, it will result in a finalization
problem; your bill will not process to AR, and therefore transact
against it.
Managing Your Billing Header Information
Maintaining Billing Specialists and Bill Inquiry Phone
NumbersBilling Specialists and Bill Inquiry Phone Numbers give the
customer a contact to call for any questions on a bill.
Invoice ExampleThis invoice is an example where there is not a
contact number for the customer to call.Aside from a contact number
not appearing, another incident that we have come across is a
contact number appearing that is incorrect, somebody that has moved
to a different agency or position.
Bill Inquiry of the InvoiceYou can see that the Bill Inquiry
Phone and Biller fields are blank.It is recommended that the phone
number and biller are in sync, unless there is another business
practices in place, such as a general billing phone number for the
customer to call instead of billers phone number.
Maintaining the Billing Specialists and Bill Inquiry Phone
Numbers
Billing Specialists and Bill Inquiry Phone Numbers are found
under the same navigation.You want to verify for both that the
correct values are set up and active; as well as setting any other
values to Inactive.Billing Header Info Default ValuesThere are ways
ensure the correct Biller and Bill Inquiry Phone Number appears on
each bill by establishing default values.
First ScreenshotValues can default based by the Business
UnitEvery time the Business Unit is used, set values will
default.
Second ScreenshotA more common practice is setting up default
values by Bill Type.Every time a particular Bill Type is used, set
values will default; this is especially true when multiple people
handle the billing for an agency.
You may also override any of the default values and choose one
manually.How Inactive ChartField Values Impact Billing
Impact to BI Distribution Codes and Impact to Billing
TemplatesIn Billing, Inactive ChartField Values will affect
anything that ties to a pre-existing accounting string, such as BI
Distribution Codes and Billing Templates for Recurring and
Installment Bills.Depending on Fiscal Year ChartField requests and
decisions, accounting strings that once contained all Active
ChartField Values may change, and that must be accounted for.You
should check with your agency to ensure you get a listing of any
ChartField Values they request to Inactivate every year.
IssueBI Distribution Codes and Bill Templates may contain
Inactive ChartField Value(s)Bills will Finalize, but fail to
process as AR Items due to the Inactive ChartField Value(s); this
means no transactions regarding payment can take place until the
situation is resolved.
SolutionUpdate ChartField Values for identified BI Distribution
Codes and/or Bill Templates
How to IdentifyAsk your agency for a listing of any ChartField
Values that will become Inactive come the new fiscal year; this
will give you a head start in preparing for fiscal year end.Also,
as part of Billing Fiscal Year-End, we will send you a list of any
BI Distribution Codes and/or Bill Templates that need to be
updated
BI Related UPKsAgain, I would like to stress how useful UPKs
are.The UPKs that directly relate to what was covered for the
Billing portion of this user group are listed on this slide.I
encourage you to take a look at these, and the other UPKs listed
under Billing, and other modules, such as AR and GL for that
matter, to gain a better understanding of what happens in those
modules as well.Any Questions?Check this query every day. If you
get no results in the query, you are good. If there are any lines
in the query results, you need to correct the error. If you dont
know what the error is, check with your budget unit. They would
know if they need to put in a budget, add funds to the budget, or
if the coding is incorrect. We have a job aid on the CORE website
for correcting direct journals in budget error. I will speak more
about this topic later in the presentation.If you are the creditor
agency, it is very frustrating to get payments for bills that are
not the correct amount. The only thing we can tell you, is to call
the debtor agency if they have not contacted you, and ask why. You
dont want to just let the bill sit there and wait to see if the
payment comes in. If you make contact and can get the answers when
all the information is fresh and paperwork available, it is much
easier to resolve the dispute and add conversations to the bills,
or credit the difference and close out the bill. We currently have
932 open AR items that are prior to July 1, 2006. All of these
items should be closed out or at least have conversations on the
bills if payments are being made. They are going to need a lot of
research and in many cases, the same person who created the
transactions is no longer working in the agency. That is why we
strongly suggest adding conversations to the items.The accounting
date of a deposit is the date the bank stamps on the deposit.
CORE-CT receives these bank files the next morning and processes
them into the system. The received and entered dates are the day
that the system creates the deposits in CORE-CT, they are not the
accounting date. These dates are normally one or more days after
the accounting date. That is why at the end of the month, agencies
need to actually go into the deposit and look at the accounting
date to determine if it needs to be processed in the month that is
closing. The accounting date on a GIRO is the same date as the
Payment on a Voucher. The received and entered dates are usually
the day before.If you are having any banking issues, call your
contact person at the Treasurers Office. These issues include bank
deposits that dont appear in your pick list, deposit errors that
the bank makes when processing the deposit, deposits that do not
belong to your agency, and any debit or credit memos that you cant
reconcile.Weve had many questions as to why deposits must be
processed in CORE in a timely manner. By state statute, you must
deposit funds in the bank within 24 hours, but once they are in
CORE, some agencies will wait until the end of the month to process
them. This is not a good practice because there might be issues
with a deposit that the Treasurers Office must deal with, or the
funds were sent in error and must be returned, or there may be a
technical problem that CORE has to resolve. Also, an agency cannot
use these funds in their budgets until the deposits are completed
and posted. The Treasurers Office issued a memo back in 2005 to
clarify the procedure. Please refer to this memo when you are
processing deposits. We need to close AR on the 5th of the new
month and all problems must be resolved by then. OSC will also be
forthcoming with instructions that deposits created in CORE must be
processed within 4 business days. They will be monitoring for
compliance.
This is a memo the Treasurers Office created to address the
issues of when deposits should be journalized in CORE. According to
State Statutes, a deposit must be made to the bank within 24 hours
of receipt. The deposit appears in the agencys deposit pick list
the next day. According to this memo, the agencies should complete
the confirmation and journalizing steps by the end of the day that
the deposit information is received in the CORE-CT system.
OSC will be coming out with a new memorandum about processing
deposits in CORE within 4 business days. They will also be
monitoring the deposits for compliance.
Any Questions or Comments?
Conversations should be used in AR:anytime there is a partial
payment;on any AR item over 6 months old to show that progress has
been made and the item is still collectible; updated periodically
as item gets older to show steps are being taken to collect an
outstanding debt.
Where a conversation already exists, there are two links.
Add a Conversation use this to add a completely new
conversation. This is the preferred way to add the conversation. On
the queries, it appears as a distinct conversation.
View/Update Conversations- this should only be used to view a
conversation. If you click on the yellow button to add a
conversation on the conversation page- this conversation will be
added to the original and not show up in the EPM queries as being
distinct. The information in the queries will show the original
date and the original conversation. It will not show information
for any updates you may enter here.
Where no conversation exists there is only one link to Add A
Conversation this adds a completely new conversation to the
item.
When you create a new conversation, a Subject and Sub-Topic need
to be added as well as a description. There are values configured
for the Subject and Sub-Topic. Anything can be entered in the
description field. Use these fields for defining different levels
of a conversation. The subject basically defines the type of bill
being used. In this case, the bill is to another State Agency so
the subject should be State Payment. Either External or
Miscellaneous would be used if the bill is to an outside customer
or municipality. If the bill is to a Federal Agency, the subject
would be Federal.
The second level of describing the conversation is the
Sub-Topic, which means Subject Topic. This value is a general
description of what is happening to this bill. These are all
configured values. Click on the looking glass icon and choose a
value that would describe this conversation. In this example,
DISPUTE is being used.
The next level is the description field. A user can enter
anything they want in this field. We would suggest making a list of
descriptions that an agency would use consistently, so when the
report is created, it would group the conversations together. This
example uses the description Incorrect Amount.
In some larger agencies, even more detail may be needed, and
Keywords can be used. There are values configured for this field
which will be illustrated later.
Enter the conversation, then click on the references tab to be
certain the item is listed. If it is not, the conversation will not
appear in the EPM query under the item. The conversation then ties
to the customer and is applied to all items for that customer, even
if the conversation does not apply.
These are the configured values for the Subject and Sub-Topic
fields.
Keyword is another optional way to further define the
conversation. There are configured values for this field also.These
are the configured values for the keyword field.
This is a partial example of an EPM query for conversations.
This query does not include any keyword values. The Descr field in
the query is the description field on the Conversation page which
is entered by the user. The Long Descr field in the query is the
full Conversation that is entered on the Conversation page.
Subject and SubTopic are not fields on the EPM queries. They are
fields that you are able to search on when using inquiry pages in
the AR module.
This is a partial EPM query result which includes the keyword
field. You can see how a keyword will further define the action
being taken on a particular item. These queries can be downloaded
to Excel and used in pivot tables or sorted anyway you might need
them to be. The View/Update Conversation page in AR, allows
searching by a variety of different criteria. If the customer is
known, the Customer number can be entered, the Status of New, Open
or Closed can be used. The Item ID can be entered. If fields are
not known they can be left blank for a list which includes all
values. In this case we will create a very broad search by the
Business Unit.
These are the search results. Description is the field that
agencies can enter their own descriptions. The Subject and
Sub-Topic fields are the CORE configured fields we just looked at.
Notice how organized descriptions can help when trying to find
specific item conversations. You can see from this inquiry that we
only had Miscellaneous configured for both the Subject and
Sub-Topic. This really doesnt make much sense or help organize
conversations. That is why we configured the new values for these
fields.
ANY QUESTIONS ON CONVERSATIONS?
Run this EPM query daily to see if there are any deposits in
budget error. This is the only place you will be able to find out
if there is a problem. The deposit will be in error and not remain
on the pick list. The money will not post to the GL either. Then
navigate to Accounts Receivable>Payments>Direct Journal
Payments>Modify Accounting Entries. This is what you will see.
The budget status is ERROR. Click on the looking glass icon with
the red x in it. This will drill down to the error. The job aid on
the CORE website gives step by step instructions on how to correct
the errors. If you dont know the coding, go to the agency budget
unit and check with them. Sometimes it can be the wrong budget
reference, an incorrect coding, or no budget exists. If no budget
exists for Allotment or Appropriation budgets and the coding string
is correct, you must call Julie Wilson at OSC for her to enter
these legal level budgets. Any AGY1,AGY2, or PRJ budgets are
entered by the agency budget unit.
ANY QUESTIONS ON DIRECT JOURNALS IN BUDGET ERROR?This happens if
an employee is overpaid, or there is a workers compensation
recovery. The money can be paid back through a check from the
employee to the agency, or by payroll deduction if the employee is
still employed. The money is received as a deposit in the Accounts
Receivable module. The AR processor creates accounting entries to
process the deposit as a Direct Journal. If the correct chartfield
values are not known, the AR processor must get them from Payroll.
The chartfield values should be the same as they were for the
original payroll expense, except for the account field. In order
for the correct account code to be entered, a determination must be
made as to when the original expense was incurred.The net amount of
the check is the amount that gets deposited in AR. In this case the
funds were recovered through a deduction in the employees next 3
paychecks.The original check date was 1/29/2010. The money was
recovered in February and March of 2010. This would be a recovery
of a current fiscal year expense.
Central Payroll enters the reversal of this check from the COP9
because it happened in the current calendar year. Central Payroll
only enters the reversals for current calendar year payroll
expenditures. In this scenario, when Central Payroll reverses the
check, there are automatic entries to the GL reversing the 50110
account and the offsetting entry is automatically created for
account 10419. AR must code the refund when it is received in AR to
the account code of 50235 for current fiscal year expenditures. If
you code it to 50110 you are duplicating the entry that Central
Payroll makes. OSC reverses this entry for account 50235 to 10419
in a GL journal. If you look in the agencys GL under account code
50235, you will see the OSC journals with debit amounts to 50235
and credit amounts to 10419.
For any current fiscal year check date, the account used in AR
MUST be 50235. OSC will also create journals if any changes are
necessary.
Please refer to Comptrollers Memo-2010-19 for more
information.Be sure to only enter the last name as this is not
sensitive identifying information. Do not enter a social security
number or a complete employee name. Anything you enter will be
public information.
ANY QUESTIONS?Review business process, of returning excess funds
to the grantor agency some discussion on pass-through to non-state
agencies. Then review spreadsheet corrections for transfer grant
coding.
OSC Monitors and reconciles grant transfer coding on a monthly
basis in the restricted fund by running queries and comparing
coding for each payment ID.
There will be a job aid on grant transfers in the near
future.
Grant Transfer :A grant transfer is a pass-through of grant
dollars from one department to another within fund 12060/12062
funds (see Comptrollers Memo 2009-39).
The Invoice type is GT AP Voucher should be coded to 55110
(Transfer Grants between State Agencies)- AR Deposit should be
coded to either 47100 (Federal Restricted) or 47200 (Non-Federal
Restricted).
Other Transfer: The bill type is ST. The transfer between state
agencies can be between two non restricted funds or a restricted
fund and a non restricted fund. Can be transfers between all other
funds that are not between 12060 and 12062- AP Voucher should be
coded to an expenditure account other than 55110. Can either use a
specific expenditure account or the more generic account 55120
(Transfer Grant Expenditure - State Agencies)- AR Deposit should be
coded to a revenue account other than 47100 or 47200.
Pass-Thru Non State Transfer: The account that should be used on
a voucher payment for this type of a pass-through is 55050. This
account was established to track funds provided to sub-recipients
of external entities. Payment for goods and services should never
be coded to account 55050. This account was established to track
funds provided to sub-recipients of external entities.
Grant Business Process: Begins with the AR agency grant
receiving agency creation of the grant transfer invoice pursuant to
an agreement or MOU. The GT transfer invoice facilitates the intra
state transfer (pass-through) from one state agency to another
state agency. ( see Comptrollers Memo 2009- 39) The GT bill type
should never be used to bill external entities.
Great care should be exercised on the coding of grant transfers.
The AR unit should only use the GT bill type only for the passing
of grant dollars to another state agency.
Memo: I have noted that some AR units incorrectly used a GT bill
type for non grant transfer transactions.
As mentioned in the Billing Module, edits have been implemented
so that the only choice for the account is either 47100 Grant
Transfer Federal Restricted or 47200.
The colleges (UOC, UHC, CCC and CSU) Federal Grants are all
lumped into their operating fund. The bill type ST is used in place
of GT by them. Anytime a bill is received from any of these
institutions, the bill type should be either an ST or ET.
Grant Paying Agency-AP/Comments:
Only intra fund transfers within the restricted funds 12062 or
12060 are considered grant transfers. The AP unit should not code
payments to account 55110 where the transfer invoice number does
not begin with GT. The fund must be 12060 or 12062, and Account
55110 should only be used for grant transfers and not purchases of
goods and services.
Remember, if this pertains to the colleges and Higher Education,
their operating funds are used, not 12060 or 12062. The account
number should be 55120. If expenditures are being paid from a
grant, use whatever expenditure account is appropriate.
The handout cheat sheet should be shared with staff at your
office.
Edits have been implemented in the billing module to only allow
a GT invoice within fund numbers 12062 12060. If the AP unit
receives the a grant transfer invoice in error. DO NOT PAY IT. You
should request that the AR unit send another transfer invoice with
the correct bill type.
This screen shows the grant transfer coding of the both AR and
AP business unit. As you can see, transfer grant expenditure and
revenue above offset to zero. The expenditures will not be double
counted for financial reporting purposes. The credit to account
55110 reflects the net dollars transferred out by the grantor
agency. If any remaining funds are unspent, they must be returned
to the grantor (Federal Agency or private entity). AP creates a
voucher using 55040. Account 55040 can only be used in the
restricted funds 12060 and 12062.The above screen shot shows the
return and accounting of excess funds between state agencies. Grant
coding errors may take a considerable amount of time to be
corrected. The receipt and payment of funds for these transfers are
NOT within 12060 and 12062. On the AP side use account 55120 and on
the AR side use account 47300 or a more specific account ( see the
Comptrollers' Memo 2009-39).
The colleges (UOC, UHC, CCC and CSU) Federal Grants are all
lumped into their operating fund. The bill type ST is used in place
of GT by them. Anytime a bill is received from any of these
institutions, the bill type should be either an ST or ET.Regular
expenditures for goods and services should never be coded to
account 55050. Account 55050 should only reflect amount passed
through to external entities. (see the Grant Job Aid )
Expenditures for this account will be used to report pass
through funds provided to sub-recipients for certain grants to the
federal government. Incorrect coding to this account will impact
SEFA (Schedule of Expenditures of Federal Awards) which is part of
the States single audit reporting.To facilitate the monthly
reconciliation of grant transfer coding statewide, coding errors
should be corrected in the month that they occur. It should be
remembered that the unique accounts: 47100, 47200 and 55110 should
only be used for grant transfer processing and nothing else!!
OSC monitors and reconciles grant coding on a monthly basis to
achieve consistent coding. Upon notification from OSC, you must
correct grant coding errors in the month they occurred, or the
immediate open accounting period. These corrections should be
posted ASAP.
Any questions on journals, call Joann Lacaria at OSC,
860-702-3379.Any questions on grant coding, call Tony Torcia at
OSC, 860-702-3354.RULE: Grant Transfers (GTS) in AR are between
state agencies funds 12060/12062, and must use revenue account
47100 or 47200. Money received from outside sources should never be
coded to revenue account 47100 or 47200. The AP business unit
should never use account 55110 when the receiving agency is not
going to deposit the GIRO funds in fund 12060 or 12062.
The consistent use of proper coding enables the State to report
financial information correctly .
Account 55050: proper coding is necessary. Expenditures (pass
through to external entities) for certain federal grants will be
reported in the SEFA.
The monthly reconciliation is prepared by OSC after the AR
monthly close. If grant transfer coding errors are detected,
agencies are contacted via email and a spreadsheet is presented
showing the AR and AP side of each GIRO payment. A spreadsheet
journal correction should be processed with the journal date in the
month of occurrence. If the accounting period is closed, post the
journal in current accounting period. This correction needs to be
posted as soon as you are notified.
Payroll Posting ScheduleGL Payroll Journals are posted the
Wednesday prior to check dateFringe Benefit Cost Allocations are
posted the Saturday after check dateSensitive dataPlease be aware
that sensitive data, such as employee personal information, SSN
information, etc. entered into free form fields, such as Journal
Description or Journal Line Reference may be available to the
public when loaded to searchable, transparent, databases.Journal
Sources and SSJsIt is important to use the appropriate Journal
Source when entering journals, particularly when using the
spreadsheet upload tool.
PC Payroll CorrectionThis Journal Source should be used when
entering GL journals to correct payroll expenditures.
DC Deposit CorrectionThis Journal Source should be used when
correcting entries that originated from AR Direct Journals.
ONL Online Journal EntryThis Journal Source may be used for
miscellaneous journal entries, entered through the online pages,
which are not payroll corrections or deposit corrections.
SSJ Spreadsheet Journal EntryThis Journal Source may be used for
spreadsheet journals, uploaded into Core-CT, which are not payroll
corrections or deposit corrections. When uploading spreadsheet
journals you should use the Journal Source of PC or DC when
appropriate.Click the icon to enter Journal Header
Defaults.Business Unit: STATELedger Group: MOD_ACCRLUserID: (Enter
your Core-CT UserID)
Source: The source of SSJ (Spreadsheet Journal) is the Default
Source. You may change this to PC or DC if the majority of journals
you upload fall into either category.
These Defaults are merely for ease of data entry.When adding the
Journal Header in the spreadsheet journal tool, the Source will
default from the Setup options.
You should change it to PC for payroll correction journals and
DC for deposit correction journals. All other journal entries may
remain as SSJ.When adding a Journal online, the Source will default
to ONL.
You should change it to PC for payroll correction journals and
DC for deposit correction journals. Trees are used to roll-up
Chartfields.
Above is an example of a tree used to combine department IDs for
reporting purposes.
There are trees used to roll-up departments for budgeting
purposes.
There are trees that roll-up accounts by function such as income
statement, balance sheet, asset accounts, etc.A very useful online
inquiry is the Budgets Overview Inquiry.
This will give a quick snapshot, or overview of a group of
budgets at one time. Users can then drill into that budget data for
details.One strategy for setting up Inquiry parameters is to name
the inquiry based on the ledger group.
You may have other strategies, such as by budget function or
division.Please note that you may adjust the number of Rows
retrieved in your inquiry.
The budget balance shown is a total for all of the rows
retrieved.We are currently researching the feasibility of creating
shadow ledger groups based on a Federal Fiscal Year.
We are seeking feedback from agencies regarding these ledgers,
their possible use, and/or necessity.
There are questionnaires available at the door.
The new ledgers would be named FEDERAL and FED_CASH. Each
month-end, balances would be copied from MOD_ACCRL and MOD_CASH,
respectively, to the new ledgers.
Users could then run some balance reports based on a Federal
Fiscal Year.To start, Users would be able to run the existing
reports listed above, for the Federal Ledger groups.Commitment
Control / Budget/Encumbrance balances would NOT be copied to
Federal Legers.
Transaction data, such as PO reports, AP inquiries, etc. will
still be maintained as usual in the sub-system. That means that
should you wish to research a balance, you will still have to run
reports in MOD_ACCRL/MOD_CASH, AP, AR, or PO for the appropriate
month based on the State calendar.
Example: If I were to research an Expenditure BALANCE for Period
1 on the FEDERAL ledger, I could run the Ledger Activity Report for
MOD_ACCRL for Period 4 to find the journal entries, and drill down
to AP or Payroll from there, as usual.This report was designed by
OPM and OFA to meet the above mentioned statutory reporting
requirements.Again, the balances shown on this report are NOT
budget balances. This report is a statement of projected cash flow.
It is not designed to reconcile to Commitment Control balances.
Please note that entries made to cash accounts that are not
offset by a revenue or expense account (ie. Transfers, Interest
Credit Program) will not be represented in the Revenue or
Expenditure columns.
Users may use the Cash Ledger Report to assist in reviewing cash
balances.
Users may also use the Estimate columns to adjust cash.Please
discuss these entries with your OPM liaison. Users may want to use
the Estimate columns to adjust cash.Please discuss these entries
with your OPM liaison.
Commitment Control> Budget Reports> Pre-Enc/Encumbrance
Summary ReportTwo different reports can be run from this same page;
1) Pre-Encumbrance Summary, and 2) Encumbrance
Summary.Pre-Encumbrance Summary Report (CTGLR343) displays the
status of requisitions (pre-encumbrances) that have been approved
and budget checked. Encumbrance Summary Report (CTGLR344) displays
the status of purchase orders (encumbrances) that have been
approved and budget checked. The Balance column of each report may
then be used to reconcile the respective balance on the Budget
Details page.
However, these reports only display Requisition or Purchase
Order activity.Any Journal Entries done to correct erroneous
encumbrance balances will NOT appear on these reports.
In order to reconcile the Pre-Enc/Encumbrance Report to an
encumbrance balance, users may have to look for DATCLEAN journal
entries.
The following EPM query has been developed to ASSIST in the
reconciliation Pre-encumbrance and Encumbrance Balance reports to
the Budget.This query has been developed to ASSIST in the
reconciliation Pre-encumbrance and Encumbrance Balance reports to
the Budget. This is used to facilitate reconciliation of DATCLEAN
entries created to reverse double encumbrances or pre-encumbrances.
At times, GL Journal Entries are posted to the system by OSC, in
order to correct encumbrance / pre-encumbrance issues. These
entries all begin with the Journal ID of DATCLEAN.
Please note, there may be entries to either the PRE
(Pre-Encumbrance) or ENC (Encumbrance) ledger, depending on the
correction. Also note, they are summed by Chartfield and Journal
ID.
Automated Forgotten Password Reset Feature in Core-CT
Instructions for setting up your User System Profile in Core-CT
can be found at:
http://www.core-ct.state.ct.us/security/pps/pwreset.pps FAQs:
http://www.core-ct.state.ct.us/security/docs/psswrd_rst_faq.docAutomated
Forgotten Password Reset Feature in Core-CT
Instructions for setting up your User System Profile in Core-CT
can be found at:
http://www.core-ct.state.ct.us/security/pps/pwreset.pps FAQs:
http://www.core-ct.state.ct.us/security/docs/psswrd_rst_faq.doc
