Capabilities and limitations
When developing a custom template, you should pay attention to available capabilities and existing nuances and limitations.
Options | Capabilities | Nuances and limitations |
---|---|---|
Way to open Payment Page | You can open Payment Page in three ways: | If you use several ways, it takes more time to develop |
Way to open Access Control Server (ACS) page of the issuing bank | You can open ACS page in the same or the separate tab | |
Way to display payment result pages | You can display payment result pages on Payment Page or on your project web page | For displaying on Payment Page you must develop these page layouts as a part of the template layout |
Additional customer data | You can use additional parameters in addition to mandatory ones, for example, to gather customer data. For more information, see Collecting customer data | You must specify for each parameter:
|
Interface language support | You can use any languages for the template layout. Rocketpay provides localizations for some languages. You can use supported localizations developed by Rocketpay and edit them to your custom needs, also you can develop localization in other language by yourself. For more information on supported languages, see Interface language support | If you use languages that are not supported by default, you need to develop localization by yourself for all pages of Payment Page. The language is selected when Payment Page is generating. After Payment Page is generated a customer cannot change the language |
Text elements | You can change default text elements: fields name, placeholders, error messages, privacy policy and copyright notices | For a multiple parallel translations you need to edit all these translations.Rocketpay does not provide translations in these cases |
Fonts | You can use both system and custom fonts | You can use only licensed fonts and integer font size values |
Supported blending modes | You can use only the Normal blending mode without opacity for layered PSD files | |
Adaptive layout | You can use a fixed or an adaptive layout for the template layout. In the adaptive layout, your designer defines the set of breakpoints |
The adaptive layout needs to be at least 320 pixels width. The recommended width of fixed layout is 1024 pixels |
Input data validation | You can edit default texts in error messages |
If you need to configure validation rules you need to confirm this option with technical support additionally. Default input validation are defined below |
Browser compatibility | You can expect that Payment Page supports the latest versions of popular browsers:
|
You need to confirm additionally the option to operate with browsers of earlier versions. Old versions of Internet Explorer, including 9.0, are not supported |
The following rules are applied to validate the accuracy of data input:
- A bank card number must contain from 16 to 19 digits depending on the issuing bank according to the Luhn algorithm.
- A cardholder name field must contain at least two Roman Alphabet characters. One of them is for the first name and the other is for the last name.
- A bank card must not be expired before the current month of the current year.
- Bank cards must have a three-digit card security code.