Versions Compared

Key

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

...

Test Case

Description

Expected Outcome

Comments

Page Display

  1. Banner
    1. 580 pixels wide
  2. Stylesheet
    1. May need to tweak
  3. Payment description
    1. screen_header
      1. if not supplied, then program profile name
    2. refundable flag

 

 

Authorized Payment

In the vendor's test environment, by default, all payments are authorized.

The vendor transmits post-backs in real time for authorized payments.

  1. Use different card types
Note
titlePost-Back and Receipt Display Is Asynchronous

The Payment Gateway posts back to the department when it receives the vendor's post. The redirect back to the department will occur after the user presses the button on the vendor receipt page.

  1. Vendor display user receipt
    1. Button for user to go back to the storefront
  2. Gateway post-back to department storefront
  3. If user entered valid email, receive email receipt

 

Canceled Payment

This is a function added by CCCS, since Authorize.Net doesn't offer a cancel option.

  1. Gateway post-back to department storefront
  2. Redirect user back to storefront

 

Declined Payment

The decline procedure is described above.

The vendor does not transmit post-backs for declined payments. As long as a payment is declined, the user will not receive a receipt and the vendor will not transmit a post-back to CCCS.

There is no limit on the number of attempts.

  1. The Gateway department post-back job is scheduled to run every 10 minutes.
    1. If there is no vendor response for an authorization or cancellation for a particular session within 10-20 minutes, then the post-back job will post the record back to the department.
  2. If an authorization is made, see outcome for "Authorized Payment"

 

Close Window

 

See outcome for "Declined Payment"

 

Timeout

The vendor timeout is 1 hour. After this, the next payment attempt will error out.

See outcome for "Declined Payment"

 

...