ePay Payment Requests Overview

ePay is UC Riverside's online application for processing eligible non-purchase order (non-PO) payment requests through Oracle Financials. The application streamlines payment processing by applying business rules, electronic approvals, and standardized workflows to help ensure compliance with University policy and accounting requirements.

Use ePay only for eligible payment types that are supported by Accounts Payable. If you are unsure whether ePay is the appropriate payment method, review the information below before creating a payment request.


When to Use ePay

Use ePay to process eligible non-PO payments, including:

  • Honoraria
  • Human Subject Payments
  • Performance Agreements
  • Stipends to Non-Students
  • Casual Labor
  • Game Officials
  • Homestays
  • Library Acquisitions (ORG16 only)
  • Other eligible non-PO payments
  • Multiple-payee refunds and other approved multi-payee payments

Use the tabs to learn more about getting started, payment types, roles and approvals, and the payment request process.


When Not to Use ePay

Do not use ePay for:

  • Employee travel reimbursements (use Concur)
  • Employee business expense reimbursements (use Concur)
  • Purchase Order (PO) invoice payments (use Oracle Payables)
  • Employee payroll payments (use UCPath)
  • Procurement Card (PCard) reconciliation (use Concur)

If you are unsure which payment process to use, contact Accounts Payable before initiating a request.


Before You Submit a Payment Request

Before creating an ePay payment request:

  • Confirm that ePay is the appropriate payment method.
  • Verify the payee has an active supplier profile in Oracle Financials, if required.
  • Gather all required supporting documentation.
  • Identify the appropriate payment type.
  • Ensure you have the appropriate ePay role assigned in the Enterprise Access Control System (EACS).

For supplier registration guidance, visit the Non-PO Supplier/Payment Requests webpage.


How ePay Works

The ePay process consists of five basic steps:

  1. Determine the appropriate payment type.
  2. Create an ePay payment request.
  3. Attach required supporting documentation.
  4. Submit the request through the approval workflow.
  5. Accounts Payable performs a final review and processes the payment.

Detailed instructions are available on the Payment Processing tab.


Benefits of Using ePay

ePay helps departments:

  • Submit payment requests electronically
  • Route requests through the appropriate approval workflow
  • Apply business rules based on the payment type
  • Track request status throughout the approval process
  • Maintain supporting documentation electronically
  • Support compliance with University policies and audit requirements

Additional Resources

If you need assistance before creating an ePay payment request, the following resources are available:

Getting Started

Before creating an ePay payment request, ensure you have the appropriate access, understand the payment type you are submitting, and have gathered all required supporting documentation. Taking a few minutes to prepare your request will help avoid delays and returned transactions.


Before You Begin

Before opening ePay, verify the following:

  • ePay is the appropriate payment method for your transaction.
  • You have identified the correct payment type.
  • The payee has an active supplier profile in Oracle Financials, if required.
  • You have the appropriate ePay role assigned in the Enterprise Access Control System (EACS).
  • All required supporting documentation is available.

Verify Supplier Status

Many ePay payment requests require the payee to be established as a supplier in Oracle Financials before payment can be processed.

If the payee has not yet completed supplier registration, complete that process before creating an ePay payment request.

For supplier registration instructions, visit the Non-PO Supplier/Payment Requests webpage.


Select the Appropriate Payment Type

Selecting the correct payment type is one of the most important steps in the payment process. The payment type determines:

  • Required information
  • Required supporting documentation
  • Business rules
  • Approval routing
  • Tax reporting requirements, when applicable

Use the Payment Types tab to determine which payment type best fits your transaction.


Gather Required Documentation

Supporting documentation helps Accounts Payable verify the payment and ensure compliance with University policy.

Depending on the payment type, documentation may include:

  • Invoice
  • Performance Agreement
  • Payment justification
  • Event or activity documentation
  • Research documentation
  • Tax forms
  • Other supporting documentation required for the payment

Incomplete documentation may delay payment processing or result in the request being returned for correction.


Verify Your Access

Access to ePay is managed through the Enterprise Access Control System (EACS).

Your department's System Access Administrator (SAA) assigns ePay roles based on your job responsibilities.

If you are unable to access ePay or need changes to your assigned role, contact your department's SAA.


Before You Submit

Before submitting your payment request, confirm that:

☐ The correct payment type has been selected.

☐ The supplier has been established in Oracle Financials, if required.

☐ The Chart of Accounts (COA) information is accurate.

☐ All required supporting documentation has been attached.

☐ The payment request is complete and accurate.


What Happens Next?

After submission, ePay automatically routes the payment request through the appropriate approval workflow based on:

  • Your department's EACS roles
  • The selected payment type
  • Applicable University business rules

Once all required approvals have been completed, Accounts Payable performs a final review before processing payment.

The Roles & Approvals and Payment Processing tabs provide additional information about the approval process and payment lifecycle.

Roles & Approvals Overview

ePay uses role-based security and approval workflows to ensure payment requests are reviewed and approved by the appropriate individuals before payment is processed.  Access to ePay is managed through the Enterprise Access Control System (EACS). Each department's System Access Administrator (SAA) assigns and maintains ePay roles based on an employee's job responsibilities and the department's internal business processes. If you need access to ePay or changes to your roles, contact your department's SAA.


How Approval Routing Works

Departmental Requestor (Optional)
            ↓
Departmental Transactor
            ↓
Departmental Pre-Approver (Optional)
            ↓
Departmental Approver
            ↓
Accounts Payable Review
            ↓
Payment Processing

After a payment request is submitted, ePay automatically routes the transaction through the appropriate approval workflow based on the selected payment type, business rules and your department's EACS role assignments. Users do not manually select approvers during the routing process.


ePay Roles at a Glance

EACS Role Primary Action Purpose
Departmental Requestor (Optional) Initiate Starts a payment request and provides supporting information for processing.
Departmental Transactor Prepare & Submit Creates, completes, and submits payment requests for approval.
Departmental Pre-Approver (Optional) Review Performs an optional departmental review before formal approval.
Departmental Approver – Head / Delegate Approve Provides the department's official approval of the payment request.
Accounts Payable Final Review & Process Performs the final review and processes the payment.

Departmental Roles

Departmental Requestor (Optional)

The Departmental Requestor initiates a payment request and provides the information needed for processing. The request is then forwarded to a Departmental Transactor for completion and submission.

Typical responsibilities include:

  • Initiating payment requests
  • Providing supporting documentation
  • Supplying payment details to the Departmental Transactor

Departmental Transactor

The Departmental Transactor prepares and submits payment requests on behalf of the department.

Typical responsibilities include:

  • Creating payment requests
  • Selecting the appropriate payment type
  • Entering payment information
  • Selecting the supplier
  • Entering the Chart of Accounts (COA)
  • Uploading supporting documentation
  • Submitting payment requests for approval
  • Correcting and resubmitting returned requests

Departmental Pre-Approver (Optional)

Departments may choose to include a Departmental Pre-Approver as part of their internal review process.

Typical responsibilities include:

  • Reviewing requests for completeness
  • Verifying supporting documentation
  • Returning requests for correction before departmental approval

Departmental Approver (Head or Delegate)

The Departmental Approver performs the department's official approval of the payment request.

Within EACS, this role may be assigned as either Departmental Approver – Head or Departmental Approver – Delegate.

Typical responsibilities include:

  • Confirming the payment serves a legitimate University business purpose
  • Reviewing supporting documentation
  • Verifying departmental funding
  • Ensuring compliance with applicable University policies
  • Approving or returning requests for correction

Accounts Payable Review

After all required approvals have been completed, Accounts Payable performs a final review before payment is processed.

Accounts Payable verifies that:

  • All required approvals have been obtained.
  • Supporting documentation is complete.
  • Payment information is accurate.
  • Applicable policy and tax requirements have been met.

If additional information or corrections are needed, the payment request will be returned to the department before payment can be processed.


Best Practices

To help ensure timely payment processing:

  • Work with your department's SAA to ensure the appropriate EACS roles are assigned.
  • Maintain appropriate separation of duties whenever practical.
  • Submit complete payment requests with all required supporting documentation.
  • Monitor pending approvals and respond promptly to returned requests.
  • Periodically review departmental role assignments to ensure access remains appropriate.

Payment Process Overview

ePay provides a streamlined process for submitting eligible non-purchase order (non-PO) payment requests through Oracle Financials. The application applies business rules, routes requests through the appropriate approval workflow, and tracks each payment request from submission through payment.

Before creating a payment request, review the Getting Started tab to ensure you have the appropriate access, supplier information, and supporting documentation. 

Click the link to view the detailed full-screen version of the Non-PO Supplier Request Processes flowchart.


High-level ePay Payment Process

ePay Payment Process


Create a Payment Request

Create a new payment request and select the appropriate payment type. The selected payment type determines the required information, supporting documentation, approval workflow, and applicable business rules.

Complete the Payment Request

Enter all required payment information and attach the required supporting documentation. Required fields and documentation vary based on the selected payment type.

Submit for Approval

Once submitted, ePay automatically routes the payment request through the appropriate approval workflow based on your department's EACS role assignments and University business rules.

Accounts Payable Review

After departmental approval, Accounts Payable performs a final review to verify documentation, policy compliance, and payment eligibility. If additional information or corrections are required, the payment request will be returned to the department.

Payment

After final approval, Accounts Payable processes the payment through Oracle Financials. Payments are generally included in the next scheduled payment file following final approval.


Track a Payment Request

You can monitor the status of a payment request throughout the approval process. The payment request displays:

  • Current status
  • Approval history
  • Current workflow location

Monitoring the request helps departments identify pending approvals and respond promptly when additional information is requested.


Common Reasons for Returned Requests

A payment request may be returned if:

  • Required supporting documentation is missing.
  • Payment information is incomplete or inaccurate.
  • Additional clarification is needed.
  • Supplier information is incomplete.
  • University policy requirements have not been met.

Reviewing your request before submission can help reduce processing delays.


Best Practices

To help ensure timely payment processing:

  • Select the correct payment type.
  • Verify the supplier has an active supplier profile in Oracle Financials, when required.
  • Attach all required supporting documentation.
  • Review the payment request for completeness before submitting.
  • Respond promptly to returned requests.

Need Step-by-Step Instructions?

For step-by-step instructions with screenshots, visit Training Resources and search for "ePay." (COMING SOON)

Payment Types Overview

Selecting the correct ePay payment type is one of the most important steps when creating a payment request. The selected payment type determines the information you must provide, the required supporting documentation, and the approval workflow.

Note: ePay payment types are different from Supplier Request Types used during supplier registration. Supplier Request Types determine how a supplier is onboarded in Oracle Financials, while ePay payment types determine how a payment request is processed.

If you are unsure which payment type to use, contact Accounts Payable before submitting your payment request.


ePay Payment Types

ePay Payment Type Available As When to Use
Honorarium Single or Multi Payee A one-time payment to a non-employee or non-UCR student in recognition of a special service or distinguished achievement, such as a guest lecture, presentation, workshop, or panel participation.
Human Subject Payment Single or Multi Payee Payments to individuals participating in approved research activities.
Performance Agreement Single Payee Payments associated with approved Performance Agreements for performance-based services.
Stipend to Non-Student Single or Multi Payee Payments made to individuals who are not UC students for approved stipend programs.
Casual Labor Single or Multi Payee Eligible casual labor payments that are not processed through Payroll.
Game Official Single or Multi Payee Payments to athletic officials for officiating university-sponsored events.
Homestay Single or Multi Payee Approved payments for homestay services.
Refund Multi Payee Only Approved refunds issued to multiple payees as part of a single payment request.
Library Acquisitions (ORG16 Only) Single Payee Payments for eligible library acquisitions processed by ORG16 departments.
Other Single Payee Eligible non-PO payments that do not fit another available ePay payment type.

Before Creating a Payment Request

Before creating an ePay payment request:

  • Confirm that ePay is the appropriate payment method.
  • Verify the payee has completed supplier registration, if required.
  • Ensure the supplier is Spend Authorized in Oracle Financials.
  • Select the payment type that best describes the transaction.
  • Gather all required supporting documentation.

For supplier registration instructions, visit the Non-PO Supplier/Payment Requests page.


Need Help Choosing a Payment Type?

Selecting the correct payment type helps ensure:

  • The appropriate business rules are applied.
  • Required documentation is collected.
  • The payment request follows the correct approval workflow.
  • Payment processing is not delayed.

If you are unsure which payment type best fits your transaction, submit a ticket and select "Travel & Expense."  

Email Notifications Overview

ePay automatically sends email notifications as payment requests move through the approval workflow. These notifications keep requestors, transactors, and approvers informed of required actions and changes to a payment request's status.

Because ePay does not send reminder notifications, users should review and act on email notifications promptly to avoid delays in payment processing.


When Are Email Notifications Sent?

Email notifications are generated when action is required or when the status of a payment request changes.

Common notification events include:

  • A payment request is ready for review or approval.
  • A payment request has been returned for correction.
  • A payment request has moved to the next step in the approval process.
  • Additional action is required before the payment can be processed.

Who Receives Notifications?

Email notifications are sent to individuals assigned the appropriate ePay role for the next step in the approval process.

Depending on your department's EACS role assignments, notifications may be sent to:

  • Departmental Requestor
  • Departmental Transactor
  • Departmental Pre-Approver
  • Departmental Approver

What Should You Do?

When you receive an ePay email notification:

  • Review the payment request promptly.
  • Complete the requested action, such as reviewing, approving, or correcting the request.
  • If the request is returned, make the necessary updates and resubmit it as soon as possible.

Delays in responding to notifications may delay payment processing.


Tracking a Payment Request

Email notifications provide updates throughout the approval process; however, the most current status is always available within ePay.

To determine where a payment request is in the approval process, review the request's:

  • Current status
  • Approval history
  • Current workflow location

Best Practices

To help ensure timely payment processing:

  • Monitor your University email regularly for ePay notifications.
  • Act promptly when a payment request requires your attention.
  • Review returned requests carefully before resubmitting them.
  • Use the payment request status and approval history to monitor progress.
Question Answer
What is ePay? ePay is UC Riverside's online application for processing eligible non-purchase order (non-PO) payment requests through Oracle Financials.
What types of payments can be processed through ePay? ePay supports eligible non-PO payment requests, including Honoraria, Human Subject Payments, Performance Agreements, Stipends to Non-Students, Casual Labor, Game Officials, Homestays, Library Acquisitions (ORG16 only), Other eligible non-PO payments, and multiple-payee refunds. Refer to the Payment Types tab for additional information.
What payments should not be processed through ePay? Do not use ePay for employee travel reimbursements, employee business expense reimbursements, Purchase Order (PO) invoice payments, payroll payments, or Procurement Card (PCard) reconciliations. Refer to the Overview tab if you are unsure which payment process to use.
Does the payee need to be a supplier before I create a payment request? Yes. When required, the payee must be established as a supplier in Oracle Financials before payment can be processed. Refer to the Non-PO Supplier/Payment Requests page for supplier registration guidance.
Can non-employees create their own payment requests? No. Non-employees do not have access to ePay. A UCR employee must create and submit the payment request on the payee's behalf after supplier registration has been completed.
How do I know which payment type to select? Review the Payment Types tab to determine which payment type best fits your transaction. If you are unsure, contact Accounts Payable before submitting your request.
Can I save a payment request and finish it later? Yes. Payment requests may be saved and completed later before they are submitted for approval.
Why was my payment request returned? Payment requests are commonly returned when required documentation is missing, payment information is incomplete or inaccurate, additional clarification is needed, or University policy requirements have not been met. Review the comments provided, make the necessary corrections, and resubmit the request.
How can I check the status of my payment request? Monitor the status within ePay by reviewing the current status, approval history, and current workflow location.
Who approves my payment request? Approval routing is determined automatically based on the payment type, your department's EACS role assignments, and applicable University business rules. Refer to the Roles & Approvals tab for more information.
Do I choose my approvers? No. ePay automatically routes payment requests to the appropriate approvers based on your department's EACS role assignments and University business rules.
How long does payment processing take? Accounts Payable generally processes complete payment requests that do not require additional information or corrections within 10 business days after the request reaches the Accounts Payable queue. Payments are generally included in the next scheduled payment file following final approval.
How will I know when action is required? ePay automatically sends email notifications when action is required during the approval process. Because reminder notifications are not sent, users should review and respond promptly to ePay email notifications. Refer to the Email Notifications tab for more information.
Where can I find step-by-step instructions? Visit Training Resources and search for "ePay" to access available job aids and training materials.
Where can I get help? For questions about payment eligibility, payment processing, or system functionality, submit a request through the Finance and Administration Support Portal and select Travel & Expense.