Understanding Source Transaction Type Setup

Much of the documentation in this topic is for information only, and no modifications should be made to the pages unless stated otherwise. Any changes to most of the pages constitutes a customization and should be performed by a programmer with extensive experience in Oracle's PeopleSoft application code, usually with the help of PeopleSoft configuration experts.

For the Budget Processor to know how to process a source transaction, such as a purchase order or billing invoice, it needs to recognize the transaction as belonging to one of the source transaction types defined for Commitment Control.

Source Transaction Type

Description

AP_ACCT_LN

Voucher (gain, loss, close)

AP_ACCTDSE

Voucher (discount earned)

AP_ACENC

Voucher Accrual Encumbrance

AP_ACEXP

Voucher Accrual Expense

AP_ACTDSEC

Voucher - Disc Earn - PO close

AP_VCHR_NP

Voucher (non-prorated item)

AP_VOUCHER

Voucher

AR_MISCPAY

Direct Journal Payments

AR_REVEST

Receivables

BI_INVOICE

Billing Invoice

CM_TRNXTN

Cost Management Transaction

EX_ACENC

Expenses Accrual Encumbrance

EX_ACEXP

Expense Sheet Accrual Expense

EX_EXCLOSE

Close Expense Reports

EX_EXSHEET

Expense Sheet

EX_TRVAUTH

Travel Authorization

GENERIC

Generic Transaction

GL_BD_JRNL

General Ledger Budget Entry

GL_JOURNAL

General Ledger Journal

GM_FA

Facilities and Administration

GM_FA_UPG

Facilities and Administration (For Upgrade Budget Processor only)

HP_PAY_ENC

Payroll Encumbrances

HP_PAY_EXP

Payroll Expense

HR_PAYROLL

Payroll Transaction

HYP_CHECK

Hyperion Budgets –Check Only

HYP_POST

Hyperion Budget Transaction

PC_BUDGET

Project Budget

PC_JOURNAL

Project Journal

PO_POENC

Purchase Order

PO_POENCNP

PO (non-prorated item)

PO_PROCARD

Procurement Card

PO_RAENC

Receipt Accruals - Encumbrance

PO_RAEXP

Receipt Accruals - Expense

REQ_PRECNP

Purchase Requisition - Non-prorated

REQ_PREENC

Purchase Requisition

Source transaction types define the following parameters:

  • The commitment control amount type (pre-encumbrance, encumbrance, expenditure, and so forth) associated with the transaction type.

  • The records and fields in which each type of transaction is stored.

  • The source transaction temporary table used in the budget processor application engine program.

  • The transaction type that gets referenced (for reversal or liquidation) by the transaction, along with the records and fields in which the referenced transaction is stored.

  • The order in which source transactions of a type are processed.

    If nothing is specified, the Budget Processor processes the transaction based on the keys defined on the header record.

  • The details required for the PeopleCode "Transfer()" function to perform page transfers from source transaction entry, inquiry, and adjustment pages to the appropriate budget exception handling pages, and vice versa.

  • Criteria that enable the Budget Processor to select particular transactions for budget checking (such as purchase requisitions with a status code of open, approved, or cancelled).

  • The source transaction record fields that the Budget Processor updates with the budget-checking status.

  • The records and fields accessed to display source transaction information on budget exceptions pages and to provide links to the source transaction drill-down pages.

  • Budgetary control options (control, control initial document, track with budget, track without budget, or default from higher level) and budget-checking override options for the transaction type.

  • The option to update the Commitment Control Transaction Log to provide an audit trail of all budget-checking activity for the source transaction type.

  • The option to skip monetary and budget attributes related edits for source transactions lines that have previously been budget checked and have a status of V or W; however, configuration related edits, such as ChartField not found in tree, are still logged.

These definitions appear on the Source Transactions component. Because these definitions depend on the data structure of other PeopleSoft applications, all but the budgetary control options, budget-checking override options, and transaction log option come predefined for each delivered source transaction type, and should not be changed except in special circumstances, such as when you configure Commitment Control to work with third-party source applications. You should therefore use the Source Transactions component primarily to review and familiarize yourself with the parameters that define each source transaction type.

However, you can freely change the budgetary control options, budget-checking override options, and transaction log option on the Options page without affecting other applications. The budgetary control options you select here override the options you set at higher levels in the control budget options hierarchy. Likewise, the budget-checking override options you select here can disable budget-checking override ability for a transaction type, even for users with override security access.

Warning! Do not add source transaction types or change the values in any of the Source Transactions component pages other than the Options page. Any changes that you make require corresponding changes to other tables and PeopleSoft applications. If you do need to change any of these values, the modifications should be performed only by programmers with extensive experience in PeopleSoft application code, usually with the help of PeopleSoft configuration experts.