Each integration method's features may require different settings to work properly. The main settings you should be aware of before starting your integration are covered below.
Terminals need the “Allow Internet” permission to be enabled to use them with the HPP.
This setting must be configured by our Support Teams - verify before integrating.
The Hosted Payment Pages can be styled. For details on styling the Hosted Payment Pages, see the section Pay Pages.
Styling is performed by the Merchant.
Terminals do not need any special configuration to use the XML Integration. However, depending on the transactions you intend to process, settings may need to be adjusted. Confirm with our support team if the Terminal you are trying to use allows the use of XML Integration.
Several features require configuration to work properly. Most are configured at Terminal Level, so ensure they are accessible to the Terminal you are using.
All of the settings below must be configured by our Support Teams - verify before integrating.
Merchant Portfolio Settings
At this level, when a Merchant Portfolio is configured, three different settings can be used to define how the the Secure Card Registration and the Payment using a Secure Card should occur for its Merchants:
Merchant Settings
Any merchant can choose between sharing its Secure Cards among all of its Terminals, or not, using the following property:
However, if the Merchant is associated to a Merchant Portfolio with Enable SecureCard Auto Sharing enabled, its Share all Secure Cards is automatically enabled.
Terminal Settings
The most basic configuration required to use Secure Card is enabling it at the Terminal Level.
The Subscription feature requires Secure Card to be enabled (and actual Secure Cards (tokens) registered). Once Secure Card is enabled, the Subscription feature itself needs to be enabled and the following items need to be configured:
FIELD | DESCRIPTION |
---|---|
Subscription max wait for payment, days | Defines the amount of days a subscription's payment can be delayed before the system suspends the given subscription. |
Subscriptions max missed periods | Defines the amount of times a subscription can miss payments before being suspended by the system. |
Subscriptions payment notification, days | Defines the amount of days the system waits until sending the notification warning for a subscription which couldn't be paid. |
Subscription missed periods notification | Defines the amount of times a subscription can miss payments before the system starts sending warning notifications about it. |
Subscription repeat notification, days | Defines the amount of days the system waits until sending the next notification warning about a subscription which is still not paid. |
Subscription auth max attempts | Defines the amount of authorization attempts the system will try before suspending an automatic subscription. |