This article provides information for configuring the General Ledger Transfer.
Specifying Transferable Transactions
Parameters can be used to specify transactions that can be transferred via the GLT. The attributes that can be used are:
- Origin Code
- Document Type
- Balance Type
- Object Level
- Object Sub-type
- Object Type
- Object Consolidation
Payment Requests, Credit Memos and Disbursement Vouchers
- PREQs and CMs will not be available for selection until the document status is Final or Processed.
- Payments canceled in PDP are excluded.
- The latest document associated with a payment that is later reissued will be included.
The table below shows the default configuration for Kuali Financials. The namespace for these parameters is KFS-FP Financial Processing. The component is General Ledger Transfer Entry.
Parameter |
Default Values |
Allow/Deny |
Explanation |
---|---|---|---|
ORIGIN_CODES |
IR;CS |
Deny |
Prevents ICR and Cost Share entries from being transferred. |
DOCUMENT_TYPES |
DEPR;ACLO; PAY;ST;YEST;CINV; ICR;AV |
Deny |
Prevents Annual Closing transactions, Payroll Transactions, Contracts & Grants Invoice, Indirect Cost Recovery and Adjustment/Accrual Vouchers from being transferred. NOTE: Checks and ACH transactions originating from PDP are excluded by other parameters. |
BALANCE_TYPES |
AC |
Allow |
Only allows Actual transactions to be transferred, Budget and Encumbrances are not allowed. |
OBJECT_LEVELS |
Deny |
No values have been set for this parameter, it can be used to further refine transactions that can be transferred. |
|
OBJECT_SUB_TYPES |
Deny |
No values have been set for this parameter, it can be used to further refine transactions that can be transferred. |
|
OBJECT_TYPES |
IN;EX;EE;ES |
Allow |
Only allows Income and Expense object codes to be selected. NOTE: If you will be using the Adjustment/Accrual Voucher, include IC. |
OBJECT_CONSOLIDATION |
Deny |
No values have been set. It can be used to further refine transactions that can be transferred. |
Establishing Defaults for Late and Prior Year Adjustments
You can configure the GLT to require an explanation for transfers that happen outside of a specified time period. The following parameters can be used to define requirements around Late and Prior Year Adjustments.
Late Adjustments Parameters
The GLT does not prevent a user from initiating a transfer for transactions older than some specified number of days. If a transfer should not happen, approvers in the workflow can disapprove a submitted GLT.
You can configure a default for all transactions as well as on override for certain sub-funds.
Parameter |
Default Values |
Explanation |
LATE_ADJUSTMENT_REQUIRED |
120 |
This parameter set the default number of days after which a user will be required to fill in the Late Adjustment Certification. Set to this a very high number if your organization does not want Late Adjustment Certification to be submitted with transfers. |
LATE_ADJUSTMENT_OVERRIDE |
FEDERA=30 |
This parameter can override the default days-late parameter based on sub-fund. If a transaction is being transferred to or from an account in the sub-fund(s) specified in this parameter and the transaction is older than the number of days indicated here, the GLT will require the user to fill in the Late Adjustment Certification. |
Prior Year Adjustments Parameters
The following parameters can be used to control whether transfers are allowed for transactions in prior years, and if so, for which Fund Groups and Sub-fund Groups.
Parameter |
Default Values |
Explanation |
PRIOR_YEAR_TRANSFERS_FUNDS |
CG |
This parameter allows corrections to be made to Contracts & Grants account in prior years. |
PRIOR_YEAR_TRANSFERS_SUB_FUNDS |
No values are defined for this parameter. It can be used to specify sub-funds that allow prior year transfers |
Restricting object codes on the TO side
The following parameters can be copied and set up for the GLT to restrict additional object codes and sub-funds.
- OBJECT_CODES
- OBJECT_CONSOLIDATIONS
- OBJECT_LEVELS
- OBJECT_SUB_TYPES
- OBJECT_TYPES
- SUB_FUND_GROUPS
To restrict object codes and/or sub-fund groups from use on the TO side, copy an existing relevant parameter.
- Namespace Code: KFS-FP Financial Processing
- Component: GeneralLedgerTransfer
- Application ID: KFS
- Parameter Name: <the copied parameter name - it must be exactly the same>
- Parameter Value: <the value you wish to restrict>
- Parameter Description: <update to reference the GLT>
- Parameter Type Code: Document Validation
- Parameter Constraint Code: Denied
Overriding Continuation Account Logic
In order to ensure GLT transactions do not post to continuation accounts, add the GLT to the CONTINUATION_ACCOUNT_BYPASS_DOCUMENT_TYPES parameter.
Accounting Period Drop Down
Instead of creating a year end document, the GLT uses the Accounting Period selector for users to specify the period in which a transaction should post. Use the following parameters to configure the Accounting Period selector.
Parameters
Parameter |
Default Values |
Explanation |
ENABLE_FISCAL_PERIOD_SELECTION_IND |
Y |
Set this parameter to Y in order to display the Fiscal Period selector defined in the FISCAL_PERIOD_SELECTION_DOCUMENT_TYPES |
NUMBER_OF_POST_BACK_PERIODS |
1 |
Determines the number of periods a transaction can be posted back. If you are creating entries in July, that should post to period 13, set the value to 1. If you’re in August, you’ll need to set this to 2. |
FISCAL_PERIOD_SELECTION_DOCUMENT_TYPES |
GLT |
Specifies the documents where the fiscal period selector should display. |
Permissions
Permission Edit Accounting Period - KFSSYS517b controls who can edit the Accounting Period on the GLT. Assign these permissions to the appropriate roles when you are ready for users to use the Fiscal Period dropdown.
Batch Step
A new batch step was added to the PosterJob that sets the GLT Document number on the FROM side of the transaction that is created when a transaction is moved. Following is a screenshot prior to the addition of the batch step. The transaction that is created to reverse the first transaction should also be marked with the GLT document number in order to prevent future transfers of the FROM side of the transaction.
Comments
2 comments
Are PREQs, CM's and DV's now allowed to be corrected prior to being paid?
Hi Brett - I'm pretty sure they've always been able to be corrected prior to being paid. The payment doesn't affect the expense. However, if a PREQ or a CM is canceled/canceled or reissued in PDP, it will not be available to be transferred. Are you seeing an issue?
Thanks, Kymber
Please sign in to leave a comment.