A KFS role held by the individual who is responsible for ensuring that funds are spent and managed according to the goals, objectives and mission of the organization. They ensure that the funds are being spent according to a budgeted plan and that the allocation of expenditures is appropriate to the function identified for the account.
At Cornell, the account manager is the person responsible for the account (the "account owner"). This role is maintained in the account e-doc.
A KFS role held by the individual responsible for activity in a discrete account that is associated with a Contracts & Grants award. This will be the principal investigator (PI), co-principal investigator, team lead, or other faculty having oversight responsibility, and will also be assigned as the account manager for that account. This role is maintained in the award e-doc.
Note: This individual will be responsible for effort certification for activity paid from this account.
An optional role that allows users to receive workflow action requests as defined by criteria that include the document type, account, dollar amount, and/or override code (expired account override, for example). A Reimagining Cornell Finance Initiative subcommittee is working on recommendations for a standard assignment of the account reviewer.
A KFS role held by an individual at the departmental level who oversees the management of an account at a level higher than the fiscal officer. This role will rarely receive direct requests for action from KFS. The account supervisor cannot be the same person as the fiscal officer or the account manager. This role is maintained in the account e-doc. A Reimagining Cornell Finance Initiative subcommittee is working on recommendations for a standard assignment of the account supervisor.
The data entered on a transactional e-doc that tells the system how to record the accounting information in the general ledger. In KFS, it consists of the chart, account, sub-account, object code, sub-object code, project code, org ref ID, and amount. Sometimes called the "transaction string."
A comparison of the current Cornell accounting string and the new KFS accounting string can be found on the KFS Accounting String page.
The functions of the Purchasing & Accounts Payable (PURAP) module that facilitate processing of vendor invoices and credit memos related to goods and services procured through a purchase order.
The KFS module that records amounts due to Cornell from the sale of goods and services delivered, but not yet paid for.
A screen that displays all e-docs routed to a KFS user. An e-doc will appear in a user's action list when it has been initiated and saved (but not submitted), or when some action (approve, acknowledge, FYI) is requested, and disappear after the appropriate action has been taken. Users can change their action list preferences regarding how the action list is displayed, and set e-mail notifications.
See Accounts Payable.
See Accounts Receivable.
A KFS role held by the individual(s) responsible for an entire sponsored project, irrespective of accounts. There may be multiple award project directors, one of which must be designated as primary. This primary role will be defined as the lead principal investigator, based on Office of Sponsored Programs and sponsor records.
The award project director may oversee multiple accounts (including his or her own) on an award, each of which will have their own account project director. The award project director role is maintained in the award e-doc.
See business analyst.
The business analyst (BA) works as a liaison among campus stakeholders to understand the structure, policies, and operations of the organization and recommends potential solutions that enable it to achieve its goals.
For the KFS implementation, they facilitate business requirements sessions, organize overall requirements, oversee documentation, and ensure their milestones are achieved. They provide a bridge between the functional and technical teams; assist with the overall set-up of the KFS operational system; and inform reporting and interface business needs, scope, and design.
Each college or unit at Cornell has a liaison to the KFS project. This list is available on the Campus Liaisons page.
Real or personal property that has a unit acquisition cost equal to or greater than $5,000 and an estimated life of one year or greater. Capital assets include buildings, improvements, land, land improvements, leasehold improvements, research and other types of equipment, large computer systems, art and museum holdings, library books, etc.
The KFS module that tracks information regarding capital assets.
The information stored in KFS that defines the codes and coding structures that enable KFS to record transactions in the general ledger. These are defined in ways that enable Cornell to meet its operational, managerial, and external financial reporting needs. For more information, see the Chart of Accounts page.
See Contracts & Grants.
See chart of accounts.
As defined by University Policy 5.10, Information Security, this is information that has been determined by the data stewards to require the highest level of privacy and security controls. Currently, any information that contains any of the following data elements, when appearing in conjunction with an individual's name or other identifier, is considered to be confidential: social security number,
credit card number, driver's license number, bank account number, or patient treatment information. Access to data elements in this classification must be limited to people who have a documented business need for the information.
The KFS module that allows users to record and track information regarding sponsored research program proposals and awards (at Cornell, formerly known as Grants & Contracts). The Kuali Coeus (KC) system will replace much of the Contracts & Grants module functionality once it is implemented at Cornell.
An option that allows users to find documents. You may perform a general document search via a combination of document properties such as date, document type, or document ID. In addition, there are specialized searches for many documents, with criteria specific to each.
A round magnifying glass icon found next to fields throughout KFS that allows users to look up reference table information, then see and select from a list of valid values for that field.
The individual who is responsible for the financial transactions of a particular account and ensuring that they are compliant with university policies and procedures. Most transactional documents route to the fiscal officer for approval.
At Cornell the fiscal officer will be a Business Service Center director. This does not mean the BSC director will have to approve every transaction; he or she can delegate the responsibility for approving certain transactions to BSC staff or others directly involved in the financial activity of the account. Fiscal officer approval delegation is set by account, and may be further defined by transaction type and/or dollar amount.
A document with no pending approval requests but with pending acknowledge requests is in processed status. A document with no pending approval requests but with pending FYI requests is in final status. See also, ad hoc routing.
See general ledger.
The official repository for the university's financial and budget information, which stores account balance and budget information for multiple fiscal years, as well as detailed records of all financial transactions.
Information Delivery and Reporting. See the KFS Confluence site for ID&R terms.
A function that allows a KFS user to query information from the database by entering selection criteria. Examples include general ledger and labor ledger balance inquiries.
An integration point between a standalone application and the Kuali Financial System that enables sending and receiving central accounting data.
The basic role that grants users access to KFS. It gives a person the ability to initiate most documents and use inquiries and search screens. At Cornell, this role will be given to individuals whose jobs require them to initiate or view accounting transactions within KFS.
Kuali Enterprise Workflow is the electronic routing infrastructure, or workflow engine. It manages the creation, routing, and processing of electronic documents (e-docs) necessary to complete a transaction. Kuali Enterprise Workflow can also be used to automate and regulate the approval process for the transactions or documents created in other applications. At Cornell, Kuali Enterprise Workflow is called Cynergy.
"The insanely fine, collaboratively developed, modular financial information system for higher education" – courtesy of kuali.org
An e-doc used to establish and maintain a Kuali table record (for example, account, sub-account, object code, sub-object code, project, organization, user, role, delegate, or review hierarchy). Most are accessible from the administration menu, while those specific to the Chart of Accounts module are accessible from the main menu.
A classification within KFS that defines all departments, units, and colleges within a financial reporting hierarchy of seven organization (org) types: University, Campus, Executive, College/Division, Group, Department, and Section. The university defines the first four org types, and each college and division defines its own Group, Department, and Section orgs. Cornell uses the College/Division org type to report the entire university’s financial picture, meaning every Group, Department, or Section reports up through a College/Division.
For more information, see the Organizations page.
An abbreviation for Organization Reference Identification. This free-form field in the accounting string can be used to provide additional information about that particular accounting line.
See project director.
Authorization to take specific actions within the KFS application or data warehouse. Examples of permissions are the ability to initiate or open a particular document type. One or many permissions can be granted to a role.
The pre-production instance of KFS is an early version of the system that will run from July 1, 2010, through the end of June 2011. Financial processing will still take place in the existing system, but the PPI will allow us to validate the chart of accounts and capture one year of historical monthly balances (July 2010 - June 2011). In addition, we will produce consolidated financial statements in KFS and validate them against the actual Cornell consolidated financial statements for the year ending June 30, 2011.
The individual designated by the university to be responsible for the scientific or technical aspects of a grant and for day-to-day management of a project or program. In addition, the principal investigator (PI) is a member of the university team responsible for ensuring compliance with the financial and administrative aspects of an award. This individual works closely with designated officials within the grantee organization to create and maintain necessary documentation, including both technical and administrative reports; prepare justifications; appropriately acknowledge federal support of research findings in publications, announcements, news programs, and other media; and ensure compliance with other federal and organizational requirements.
The PI is also typically the project director (PD) defined in KFS. In cases where the PI is not eligible to be the PD (such as pre-doc graduate fellowship grants), the university may name a mentoring faculty member as the PD.
"A program for the systematic monitoring and evaluation of the various aspects of a project, service, or facility to ensure that standards of quality are being met." – Wikipedia
The goal of the QA effort in the KFS implementation project is to ensure the system is fit for Cornell's use and meets the expectations of the users. It relies on working with customers to identify these along with the goals that will be used when testing the system, and having clear testing processes.
A collection of permissions and responsibilities that are granted to users that allow them to perform their business within the KFS application or data warehouse.
University management and the data stewards have deemed this information, though not classified as confidential per University Policy 5.10, Information Security, to be sensitive in nature. Access to these data elements is restricted to those who have a valid business need. An example of sensitive information is an individual's salary information.
A generic term for additional route levels that are triggered by attributes of a transaction. They can be based on the type of document, the accounts being used, or other attributes of the transaction, and they often represent special administrative approvals that may be required. As examples, payments to non-U.S. citizens would route to a central tax area; transactions using a grant account require approval by a central contracts and grants processor.
An optional element of the KFS accounting string that allows tracking of financial activity within a particular account at a finer level of detail.