Vantiv (Now Worldpay) is a full services payment provider offering payment processing and payment gateway services. Zuora pre-integrates with both the Vantiv (Now Worldpay) payment gateway and processor, as well as their Automatic Account Updater.
Go to Vantiv/Zuora Sign up for more information about Vantiv (Now Worldpay).
Vantiv (Now Worldpay) was previously called Litle & Co.
Confirm with Vantiv (Now Worldpay) support whether your Merchant ID is enabled for the Vantiv (Now Worldpay) test environment and whether your Merchant ID is linked with Zuora's Vantiv Submitter ID for the test environment. Vantiv (Now Worldpay) gateway does not permit access to its test environment using your production Merchant ID, so you must obtain a test Merchant ID for testing purposes.
When your request is sent to the Vantiv (Now Worldpay) Gateway via Zuora, the request is sent with the Zuora's Submitter ID in all environments. Your Merchant IDs can vary per your gateway settings for the production and testing environments.
If you plan to process both credit card and ACH transactions, we recommend that you configure two separate instances of the Vantiv (Now Worldpay) Gateway within Zuora. The first configuration with verification turned on can process credit cards, and the second configuration with verification turned off can process ACH transactions. This setup avoids issues caused by eCheck verification on ACH transactions.
Once the gateway is enabled for your tenant, configure your gateway by going to Payments Settings > Setup Payment Gateway page. When selecting a Gateway Type, select Vantiv(Now WorldPay).
There are some common fields you must complete for every gateway configuration. We recommend reviewing our Setup Payment Gateway documentation for information on these common fields:
In addition to the common fields, every gateway has unique requirements and information (such as credentials) that you must provide to configure the gateway in Zuora.
Click and select the Merchant ID number for the gateway configuration. The Merchant ID number should be the same one you provided to Zuora Global Support to enable in your tenant, and the ID(s) will appear as a picklist in the gateway configuration page. If you have more than one Merchant ID number, you can set up Zuora Global Support to enable in your tenant, and the ID(s) will appear as a picklist in the gateway configuration page. If you have more than one Merchant ID number, you can set up multiple gateway configurations for each Merchant ID number.
If the Use Gateway Test Environment checkbox is selected, you also need to select the test environment type in the Test Environment Type field. The Pre-Live and Post-Live environments are available.
The Pre Live test environment is the platform used for all merchant testing. You should use this environment if you are a newly on-boarding Vantiv merchant or if you are an existing Vantiv merchant seeking to incorporate additional features or functionalities.
The Post Live testing environment is intended for merchants that are already fully certified and submitting transactions to the Vantiv Production platform but wish to perform regression or other tests to confirm the operational readiness of modifications to their own systems.
The Commerce Indicator identifies the source channel of the transaction request (i.e., the environment that the cardholder used to provide the payment card details to the merchant) and the type of transaction being processed. Select one of the following values from the list:
Report groups are used to separate your transactions into different categories so that you can view financial reports by a specific report group name.
If the Store Token checkbox is selected, the unique cnpToken for the Credit Card transactions from the Gateway is stored in the TokenId field, which can be used for querying in reports.
The eCheck Verification feature requires advanced permissions on the gateway side. By selecting the Disable eCheck Verification checkbox, the eCheck Verification API requests will not be performed.
This is the advanced feature to detect fraud transactions. This feature requires advanced permissions or setups on the gateway side. Currently, Zuora supports this feature only by making API requests.
The customBilling field allows you to specify the custom billing descriptor for the transaction. This billing descriptor is used instead of the descriptor that is defined as the default billing descriptor. If you do not define this element, the system will use the default descriptor. This feature requires configured setups or permissions from the gateway.
The Phone number is used to configure the Custom Billing support with the gateway. This field is required if the Enable Descriptor/Custom Billing Support checkbox is selected.
The 3D Secure provides real-time authentication of the cardholder for online merchants. Transactions that are authenticated receive chargeback and interchange benefits. This feature requires configured setups or permissions on the gateway side.
By selecting this checkbox, you are agreeing to send extra information related to a transaction in order to qualify for certain purchasing interchange rates. The extra information is required by the gateway, which must be submitted to achieve Level 2 Interchange rates for Visa and MasterCard.
By selecting this checkbox, you are agreeing to send extra information related to a transaction in order to qualify for certain purchasing interchange rates. The extra information is required by the gateway, which must be submitted to achieve Level 3 Interchange rates for Visa and MasterCard.
This is the maximum number of invoice items to be considered while sending Level2/Level3 information. The default value is 98.
This is the API Name of the commodity code custom field. Commodity code is one of the mandatory fields to qualify for Visa Level 3 Interchange rates. This custom field must be created in the product rate plan charge level.
We recommend testing your selected payment gateway using both your payment gateway's test and production (live) environments. Once you have completed testing in the gateway's test environment, it is recommended that you perform a test in your live production environment with a real credit card. If there are any differences in the configuration of your testing and production accounts, testing in production ensures your production merchant account is set up properly and can successfully connect to the production environment.
If Use Gateway Test Environment is selected in your payment gateway configuration, Zuora will direct payment transactions to the Vantiv testing environment that you chose in the Test Environment Type field in the Credentials section.
You will be accessing a test environment linked to Zuora's Submitter ID.
If Use Gateway Test Environment is not selected, Zuora will direct payment transactions to the Vantiv (Now Worldpay) production environment.
Test credit card numbers and testing scenarios can be found in the Vantiv XML Reference Guide. Please work with your Vantiv implementation analyst to retrieve all necessary information for testing. Contact Vantiv Support for the latest version of the Vantiv XML Reference Guide. This guide provides specific credit card account numbers and data to include in your testing to generate specific gateway responses.
Zuora has been certified with Vantiv as an integration partner and maintains the integration on an ongoing basis, thoroughly testing the integration with every new release. The Vantiv integration documentation is helpful if you are integrating Vantiv directly with your website, however, you do not need to perform any integration or certification testing to submit transactions to Vantiv via the Zuora application. The intended audience for the integration guides are technical integrators, however, these documents can be helpful to non-technical integrators who can refer to it for information on testing and troubleshooting gateway errors (as described below).
In general, gateway testing environments are intended to give merchants the opportunity to test their gateway and integrations to their gateway, in order to work out any bugs before going to the production environment. Some gateway test environments are shared amongst multiple merchants, and other gateways provide unique testing environments for each merchant. Additionally, gateway test environments (also referred to as certification or sandbox environments) do not have the same high availability or performance capability as production environments. As such, they are not intended for load testing. Merchants performing high volumes of load testing that puts a stress on a shared test environment may receive a warning from the gateway or have their access to the testing environment suspended.
There are several ways to obtain information about gateway errors:
For credit card and ACH transactions, Zuora recommends you to configure two separate instances of the Vantiv gateway within Zuora. Use the first configuration (with verification turned on) for processing credit cards. Use the second configuration (with verification turned off) for ACH transactions. This setup avoids issues caused by eCheck verification on ACH transactions
We recommend that you check the payment in Zuora to see how many times the same payment method has been retried for payment and failed. If there have been several retries, check the error messages from the beginning with the first failure and the more recent failures to determine if the error message is the same. If a merchant tries to process a payment against the same credit card too many times despite receiving errors, this could trigger warnings to the card issuing bank. The card issuing bank may place an alert on the account and not allow any further transactions from the merchant using that payment method. When a merchant has been flagged, the error received on the payment may not state the reason why, instead, it might be a generic error decline error. In this case, the merchant (Zuora customer) should work with Vantiv (Now Worldpay) Support to see if they can identify the problem with the payment method. If the processor does not know, then the merchant and/or the card holder can try calling their card issuing bank to look into the issue.
Vision