Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

uPay Reference Guide: Marketplace Department: Configuring uPay Site 

Introduction

Preparation

...

uPay Postback Setup

Department can optionally receive transaction authorization information as a postback.

Warning

Must be SSL port (i.e. 443, 8443).


Warning

Verify that SSL connection is valid (e.g. valid SSL trust chain with all the necessary intermediate CA certificates). Verify here.


Info

If still having issues with postback receipt, TouchNet may need to explicitly import your SSL certificate. Will require full certificate in .pem or .txt format.

  1. Submit TEST and PROD department postback IP/port information to sfinsvcsdev@uci.eduto sfinsvcsdev (AT) uci (DOT) edu. Email Address - Initiate the request for the email address to be entered on the production uPay sites; this address is the “From”
    1. TouchNet needs to be notified to add firewall exception to allow postback transmission through

    2. Port needs to be an SSL port (i.e. 443, 8443)

uPay

    1. . Otherwise department storefront will not receive data.


    2. Code Block
      titleRequest Format
      Environment: (Test, Production, or both)
      Host:
      IP:
      Port:


Info

 If need TouchNet postback source IPs, contact sfinsvcsdev.

uPay Setup Preparation

Departments may want to determine/request these in advance:

  1. Email Address
    1. Initiate request for email address on production uPay site
    2. Address is the "From" address on the email receipt for users that enter their email address on the credit card payment form, as well as receive customer inquiries, alerts for failed transactions, etc.
    3. Your Can use own email address can be used for testing, but the production site needs the official functional office email address that will be properly monitored.
  2. Graphics -
    1. Initiate
    the
    1. request
    for images
    1. for
    the
    1. header, sidebar (optional), and footer images of
    the
    1. uPay screens
    2. These are not Not needed for testing, but must be ready for production
  3. Style Sheet - The
    1. Optional. Modify look of
    the
    1. uPay site
    can be modified
    1. by uploading customized style sheets
    . This is optional. If you want to use them
    1. If using style sheets, initiate
    the
    1. process to develop and approve
    the
    1. design of
    your
    1. production uPay site
    .

KSAMS Access

KSAMS Roles - Test accounts are provisioned for development purposes; however. However, production accounts need to access must be requested and in place before you can set up your uPay site in production. The following KSAMS requests must be submitted:

...

approved in KSAMS to gain access to PRODUCTION TouchNet Marketplace.

Info

Contact sfinsvcsdev for test accounts.

Ecommerce Roles

Info

Your Ecommerce program profile name is your uPay site name.

  1. Ecommerce - Department Profile Creator
    1. The individual that will set up the credit and expense profiles for the uPay Site transactions
    2. Note that the uPay Site name MUST be identical to the Program Name
    3. This person may or may not be the developer for this project
      1. Sets up program profile with KFS income/revenue and expense accounts for incoming transactions
      2. Typically fiscal officer; may be developer
    4. Ecommerce - Department Head
      1. The individual that will approve the profileApproves submitted program profiles for department

    Marketplace Roles

    1. Marketplace - uPay Site Manager
      1. This allows you to modify the uPay Site that will be initialized for you in PRODUCTION
      2. Note that in TEST, you will be creating your own from scratch
      3. This is minimally the developer for this project, additional functional staff may be added to this role in the futureManages uPay site settings
      4. Typically IT; may add functional staff as needed
    2. Marketplace - uPay Payment Clerk
      1. Issues transaction refunds
      2. Functional staff
      3. As a developer, when it’s time to test the PRODUCTION uPay site, you will need a real credit card and perform a live transaction. You will want to be able to refund this charge immediately after; in production this is a FUNCTIONAL USER role, developers only use this feature for testing
    3. Marketplace - uPay Accountant
      1. This is solely a functional user role

     

     

    1. Sending Web Application – until you set up your sending web application, you can use the above “uPay Test URL” to check your uPay site configuration
      1. Views uPay reports
      2. Views and updates Posting Status report
      3. Functional staff and IT (especially for Posting Status report)

    Further details here: Ecommerce & Marketplace KSAMS Roles

    uPay TEST

    uPay TEST URL information

    uPay TEST Setup Tips

    1. Sending Web Application - application that redirects customer to payment page
      1. UPAY_SITE_ID – required;  when you create your
        1. Required; upon uPay Site creation,
        it will generate
        1. a Site ID value
        that you must send
        1. is generated
        2. Value must be sent with the customer to
        TouchNet
        1. Marketplace
      2. EXT_TRANS_ID – strongly suggested;  you must send
        1. Strongly recommended; must send this key/value to get a reference value in the postback to know what/who
        this
        1. payment is for,
        like for
        1. which invoice number this payment applies to
      3. EXT_TRANS_ID_LABEL – this is optional, this
        1. Optional; allows you to label this value for the customer in a way that is relevant
        Code Block
        <input type="hidden" name="UPAY_SITE_ID" value="$upay_site_id">

        
        <input type="hidden" name="EXT_TRANS_ID_LABEL" value="$ext_trans_id_label">

        
        <input type="hidden" name="EXT_TRANS_ID" value="$ext_trans_id">


    2. Postback Web Application – you must - decide if you will use using a separate web application to process the postback results of the payment transaction;   you will need to test the verify postback functionality of the payments submitted
    3. Create

      your TouchNet

      uPay

      Site

      site in the TEST

      version

      environment;

       

      fill in the

      information for the following sections;  specific fields mentioned are not inclusive of all the fields you need to enter, just those with hints to help your development:Miscellaneous
    4.                                                                i.      Site Name – Make it reader friendly;  this will show in the signature block of the notification of payment email the user receives;  must also be identical to the Program Name in the ECommerce profile
    5.                                                              ii.      Posting URL – is the web application that TouchNet

      following sections:

      Info

      In TEST, you will be creating your uPay from scratch. In PRODUCTION, a skeleton uPay site is created.


      Tip

      Not exhaustive. Reference with tips to assist development.

      1. Miscellaneous
        1. Posting URL - Is the web application that Marketplace will send the postback payment results to;  it it does not have to be the same URL as your original web application used for sending the client to TouchNetMarketplace;   make sure any necessary firewalls rules are in place to allow TouchNet to access this web application
        2.                                                             iii.      Additional Posting Value – not - Not viewed by anyone but your postback application and is meant to allow you to validate the source of the postback html HTTP POST
        3.                                                            iv.      Success Link URL – button- Button; where customers go after their payment has completed
        4.                                                              v.      Error Link URL – only - Only used for system errors
        5.                                                            vi.      Cancel Link URL – button- Button; where customers go when they click the cancel button
      2. Email Messages
        1. Payment Notification Signature Text - Shows in signature block of the notification of payment email the user receives
          1. If empty, defaults to Site Name (which may not be good choice for signature)
      3. Messages & Titles
      4. Payment Settings
        1.                                                                i.      Required encoded validation key for amount - If you are using a default payment amount, you do not need to enable this
        2.                                                              ii.      Passed Amount Validation Key - If you are using a default payment amount, you do not need to populate this
        3.                                                             iii.      Default Payment Amount - If you are using a default payment amount, you MUST enter a that value here (no dollar signs, e.g. 100.00)
        4.                                                            iv.      Payment Amount Prompt - If you are using default payment amount, this prompt is not displayed anywhere
      5. Images - Upload your header, footer, and sidebar (optional) images here;   you can test your payments without this at the beginning
      6. Style Sheets - Optional, ; upload your style sheets here if you’re using them
      7. Users - Do not edit anything here

    ...

     

    1. Change the status of your new uPay Site to “Enabled” – site to "Enabled" - this is changed in the Miscellaneous section

    uPay TEST Verification

    1. Use the uPay Test URL above to test your uPay set upTest MC credit card number:
           MasterCard 5454545454545454
           CVV 125
           Any future expiration"uPay test page" (uPay TEST URL information) to verify your uPay setup
    2. Test credit card numbers
      1. Review the posted payments in TouchNet by navigating Marketplace reports
        1. Navigate to the Payment Search
          1. Search for your payment, usually by
          “Order Date” range
          1. "Order Date" range
          2. Verify results
        2. Navigate to Marketplace Reports » uPay Sites » <uPay Site Name>
          1. Revenue
          2. By Product
          3. Verify results
    3. Test your sending web application - set the form action value to the “uPay Posting URL” above"uPay posting URL"
    4. Test your postback processing - you will bet get back an assortment of key/value pairs depending upon your uPay Site site configuration
    5. Once your end-to-end testing is successful, you are ready to move to setting up the production environment

    uPay PRODUCTION

    1. Submit your Ecommerce program for your uPay Site;   if you have multiple uPay sitesEcommerce program corresponds to exactly one uPay site (or uStore)
      1. An Ecommerce program has one Chart of Account (COA) distribution. If you have one COA distribution, you can use the same Ecommerce program. If you have different COA distribution, you will need
      a separate program for each site
      1. https://applications.oit.uci.edu/ecommerce/multiple Ecommerce programs, such that each program has a unique COA distribution.
      2. IMPORTANT:   The “Program Name” The "Program Name" must be identical to the “uPay Site Name”IMPORTANT:  The uPay Site Name is used in the payment notification email in the signature block, e.g., “Sincerely, (uPay site name)” so consider how a cryptic name will look in the signature block"uPay Site Name"
    2. Your production uPay sites will be initialized for you with the Site Name and some minimal settings;   enter additional customized settings as needed (Site Email Address, images, style sheets, verbiage for messages and emails, etc.)
      1. Follow the instructions provided in the uPay Reference Guide wiki pageguide: Marketplace Department: Configuring uPay Site
    3. Change your site status to “Enabled”"Enabled"
    4. Marketplace Department: Verifying uPay Site
    5. You can continue to use your web applications in test mode while accessing the production uPay Site but any payments submitted require a real credit card creating real charges;   be sure you have the ability to refund reverse your transactions
    6. Change all settings to production and run final end-to-end testing in the production environment
    7. Remind the functional unit to set up their staff with individuals that can process refunds and access the accounting features in TouchNetMarketplace
    8. Submit SAQ-A and Terms and Conditions forms to the functional department head for signature and submission to Dianne Bean

    ...

    1. submit to Payment Card Services at pcsgroup (AT) uci (DOT) edu