Skip to content

Web Checkout

This section explains the details of integration of the Web Checkout service

Payment Process Description

The process begins with the merchant, when a client clicks the payment button implemented in the merchant’s website, after the merchant displayed the amount to be paid to the customer. The amount will remain unchanged when being sent to the service; the transaction will reflect what the merchant sends as the paid amount.

The merchant’s application processes the client’s payment through the web service, which links it to Web Checkout. When the merchant uses the web service, the web service call must include the parameters specified in this section

The web service receives the merchant’s request and redirects to Web Checkout. This Payment Service consists of three main pages. The first page asks the Client to select a payment method, the second page displays the information the Client just entered for confirmation, and a third page shows the result of the payment transaction.

Customizable Screen Elements

This section presents the different screens elements that Web Checkout allows merchants to customize.

Payment Methods

In Web Checkout the merchant has the ability to accept the following methods of payment:

  • ACH (personal, savings, commercial)
  • Visa credit & debit card
  • MasterCard credit & debit card
  • American Express credit card
  • ATH® debit card from financial institutions certified by the ATH® Network

Payment Method Selection Screen

The previous image shows the screen where the client selects the payment method and it includes references to the merchant customizable elements.

Reference Description
1 Merchant image or logo. Must be in JPEG format and must not exceed the 100KB. The dimensions for the logo/image are 700 x 100.
2 Title that identifies the customer (i.e. Subscriber, Insured, etc.)
3 The merchant can specify the label to identify the accountID parameter sent in the parameters (i.e. Subscription, Membership, etc.).

Note: Depending on the sensitivity of this information, the Merchant may choose a mask that shows only the last 4 digits.
4 The merchant can specify a URL to which the client will be returned to if the button is pressed.

Note: By default, this button just closes the window/tab
5 Label for the Return Policy link (i.e. Terms & Conditions, etc.).

Note : By default, value is Refund Policy

Address Verification Service

The Address Verification System (AVS) is a system used to verify the address of a person claiming to own a credit card. The system will check the billing address of the credit card provided by the user with the address on file at the credit card company or issuing bank.

Checkout offers this service in a limited way. When active, Checkout will request the zip code related to the billing address of the credit card and send the information in the authorization message. If the zip codes do not match, Checkout will automatically reverse the transaction (if it was authorized) and display a message to the customer indicating that they need to review the payment information.

This service is only available for Web Checkout.

ACH Validation

As part of the security measures, the validation of bank account is a required process before processing an ACH transaction. This validation is through Plaid, a third-party service that allows the client to instantly connect their financial account through different options. For more information see ACH Services.

Implementation

The merchant must be registered in Evertec’s Checkout service and must have a username and a password. Evertec must also know the IP address from which the merchant will access the service. Therefore, the programming to use the service must be on the server side to validate correctly the IP address from which the service is being accessed.

Once the Merchant has sent the required parameters to the web service, it will return a response in case of a successful verification, the Web Checkout URL is: https://checkout.evertecinc.com/V2?Token+Language. The merchant has to redirect the customer to the URL of this response.

In case of an unsuccessful transaction, the service may return: a code with an error number (See possible response codes on the “Response Codes” section) or an error message.

The programmer must have special considerations when programming the payment button. For example, once the user clicks on the button, it may become disabled and display a message that indicates that the transaction is being processed. Please include any mechanism that simulates this wait, this so to prevent the user from clicking on the button multiple times. Every time the user clicks, a new Token request is made, and this generates failed transactions, once the Token has expired, they become Timeout-Expired transactions.

Parameter Description

The URLs of this service are the following:

  • Development - https://uat.mmpay.evertecinc.com/WebPaymentAPI/WebPaymentAPI.svc/ProcessCheckoutPayment/
  • Production - https://mmpay.evertecinc.com/WebPaymentAPI/WebPaymentAPI.svc/ProcessCheckoutPayment/

A JSON payload sample can be found here

Request Structure

Parameter Type Required Description Length
username string X Merchant username provided by Evertec. 1-50
password string X Merchant password provided by Evertec. 1-50
accountID string X Account number for the client of the merchant. 1-20
customerName string X Customer name for the client of the merchant. 1-100
customerEmail string X Customer email for the client of the merchant. 1-100
address1 string Client merchant address1. 0-100
address2 string Client merchant address2. 0-100
city string Client merchant city. 0-100
state string Client merchant state. 0-100
zipcode string Client merchant zip code. 5
phone string Client merchant phone. 1-12
fax string Client merchant fax. 1-12
trxID string X Merchant unique transaction value. 1-50
trxDescription string X Merchant transaction description value. 1-50
trxAmount string X Amount for the transaction. 0.0m
taxAmount1 string taxAmount1 value for the transaction. 0.0m
taxAmount2 string taxAmount2 value for the transaction. 0.0m
taxAmount3 string taxAmount3 value for the transaction. 0.0m
language string X Language for the transaction.

en – English / es - Spanish
2
ignoreValues string Card type that the merchant doesn’t like for the transaction. See Payment Method Codes. 0-9
filler1 string Use for general value. 0-50
filler2 string Use for general value. 0-50
filler3 string Use for general value. 0-50

Response Structure

Parameter Type Description
rCode string Transaction response code. See Response Codes.
rMsg string Transaction response message. This message includes the checkout URL if the rCode is “00”
requestID string Request ID for the transaction.

Error messages displayed in Web Checkout

Web Checkout validates the following information before proceeding with the authorization:

  • Valid format of card number
  • Valid bank’s routing number

If the customer enters invalid information about the method of payment, the system will show an error message when the payment is rejected. The payment can be rejected by any of the following reasons:

  • The card number is incorrect
  • The expiration date is incorrect
  • The CVV is incorrect
  • The PIN entered for an ATH® card is incorrect
  • The bank account or card does not have sufficient funds
  • The routing number entered is invalid
  • The bank account number is not valid

If the Web Checkout page is idle for more than 15 minutes the customer will get an error message indicating that the session expired and will be redirected to the merchant’s page.

Supported browsers

Web Checkout support the lastest and previous versions of browsers including Chrome (45+), Firefox (38+), Safari (9+), Microsoft Edge and the Internet Explorer 11.