List of the authorized request parameters

URL of the authorization request is https://<SERVER-NAME>/pay/order.cfm

The full list of the authorized request parameters is given in table below:

Parameter

Mandatory field

Adopted values

Default value

Description

Merchant_ID

Yes

Number


The merchant identifier in IPS Assist

OrderNumber

Yes

128 characters


Order number in the merchant payments system

Delay

No

0 – one-stage operation
1 – double-stage operation

0

Attribute of a bankcard authorization for the double-stage operation mode.

If you want to use the double-stage payment mechanism, you should first consult with the support service staff (support@assist.ru).

Language

No

RU – Russian,
EN – English

Language of legal entity/enterprise

Language of authorized pages

OrderComment

No

4000 characters


Comment.

OrderAmount

Yes

Number, 15 digits, two digits after the delimiter (delimiter '.')


Payment amount, in original currency (e.g., 10.34).

OrderCurrency

No

3 characters

Currency of legal entity/enterprise

Code of currency of the OrderAmount .

Lastname

No

70 characters


Customer's last name.

Firstname

No

70 characters


Customer's first name.

Middlename

No

70 characters


Customer's middle name.

Email

No

128 characters


Customer's e-mail.

Address

No

256 characters


Customer's address.

HomePhone

No

64 characters


Customer's home phone number.

WorkPhone

No

20 characters


Customer's work phone number.

MobilePhone

No

20 characters


Customer's mobile phone number.

Country

No

3 characters


Customer's country.

State

No

3 characters


Customer's region.

City

No

70 characters


Customer's city.

Zip

No

25 characters


Customer's post zip code.

URL_RETURN

No

256 characters


Page URL, to where a customer should return after performing his/her payment in the system (option "Go to the shop page" should be enabled in merchant's settings in Personal account). ). It is recommended to use HTTPS protocol for secure communication.

URL_RETURN_OK

No

256 characters

URL_RETURN parameter value, or, if none, return URL parameter after successful authorization, specified in Personal account

Page URL, to where a customer should return after successful performing his/her payment in IPS Assist (option "Go to the shop page" should be enabled in merchant's settings in Personal account)). It is recommended to use HTTPS protocol for secure communication.

URL_RETURN_NO

No

256 characters

URL_RETURN parameter value, or, if none, return URL specified in Personal account

Page URL, to where a customer should return if the payment is not performed in IPS Assist or payment is still in progress (current payment status "In Progress"), see details. The option "Go to the shop using return URL" should be enabled in merchant's settings in Personal account. It is recommended to use HTTPS protocol for secure communication.

CardPayment

No

1 – pay using bankcard;
0 – without using bankcard

1

A customer can perform his/her payment using bankcard, if parameter value 1 has been sent, or the parameter is missing (and bankcard payments are enable for the enterprise)

YMPayment

No

1 – use YandexMoney payment system,
0 – without using YandexMoney

1

A customer can perform his/her payment using YandexMoney payment system, if parameter value 1 has been sent, or the parameter is missing (and YandexMoney payments are enable for the enterprise)

WMPayment

No

1 – use WebMoney payment system,
0 – without using WebMoney

1

A customer can perform his/her payment using WebMoney payment system, if parameter value 1 has been sent, or the parameter is missing (and WebMoney payments are enable for the enterprise)

QIWIPayment

No

1 – use QIWI payment system,
0 – without using QIWI

1

A customer can perform his/her payment using QIWI payment system, if parameter value 1 has been sent, or the parameter is missing (and QIWI payments are enable for the enterprise)

FastPayPayment

No

1; 0

0

A customer can perform his/her payment using the Faster Payment System, if parameter value 1 has been sent and payments via FPS are enable for the enterprise.

GooglePayPaymentNo1; 00Payment via Google Pay attribute (=1)
ApplePayPaymentNo1; 00Payment via Apple Pay attribute (=1)
SamsungPayPaymentNo1; 00Payment via Samsung Pay attribute (=1)
MirPayPaymentNo1; 00Payment via Mir Pay attribute (=1)

Signature

No*

String


The string is joined according the determined rules.

Then the MD5 hash prepared from this string. Hash is signed by private RSA key of the merchant. Key length - 1024. Received bit sequence is a signature. Signature is transferred BASE64 coded string.

Attention! The parameter is necessary in order to protect the transmitted data from the possibility of their substitution by intruders. You should also enable the setting for check value or signature in the Personal account.

 

Checkvalue

No*

String


Request validation code. The string has to be generated as follows: uppercase(md5(uppercase(md5(SALT) + md5(Х)))), where SALT – secret word; Х – the string joined according the determined rules.

Note. If the merchant uses request validation code without delimiters, please, contact the support team support@assist.ru

Attention! The parameter is necessary in order to protect the transmitted data from the possibility of their substitution by intruders. You should also enable the setting for check value or signature in the Personal account.

MobileDevice

No

0 – use merchant's settings;
1 –standard pages;
2 - pages for mobile devices.

0

Payment pages type (standard or for mobile devices). If no values passed for this parameter in the request then default merchant setting is used (standard pages). In order to switch to the device auto detection mode, please, contact the support team support@assist.ru.

RecurringIndicator

No

1 – recurrent payment
0 – nonrecurrent payment

0

Recurring payment indicator

RecurringMinAmount

No/Yes

Number, 15 digits, two digits after the delimiter (delimiter '.')


Min amount of recurrent payments.
Mandatory if RecurringIndicator = 1

RecurringMaxAmount

No/Yes

Number, 15 digits, two digits after the delimiter (delimiter '.')


Max Amount of recurrent payments.
Mandatory if RecurringIndicator = 1

RecurringPeriod

No/Yes

Number, 3 digits


Frequency of recurrent payments in days.
Mandatory if RecurringIndicator = 1

RecurringMaxDate

No/Yes

Date as string in DD.MM.YYYY format


The end date of recurrent payments.
Mandatory if RecurringIndicator = 1

Account

No/Yes**

30 symbols/12 digits**


Number of the contract or personal account of the buyer

Disable3DSNo

0 - perform 3D-Secure authorization according to the merchant settings;

1 - fulfill payment without 3-D Secure

0

Flag of disabling 3-D Secure.

The use of this operating mode is possible in agreement with Assist. To configure it, you need to contact the support service (support@assist.ru).

When using this parameter, it must also be added to the order signature, which is built according to determined rules.

* In order to protect the transmitted data from the possibility of their substitution by intruders, one of the parameters (Signature or Checkvalue) must be passed, and the setting for the check value (or signature) in the Personal account must also be enabled.

**for merchants with mcc 4814 (Telecommunications services), you must pass a billed phone number in the parameter.

OrderMaxPoints

No

Number, 15 digits (delimiters: '.', ',')

0

 Maximum amount of order that can be payed by bonus points (by THANK YOU from Sberbank Bonus Program)

If more than one parameter specifying the type of payment means (CardPayment, WMPayment etc.) has value 1, a customer can choose a method of payment on the payments page of IPS Assist. If these parameters are not sent, a user can also select a method of payment on IPS Assist payment page from all those available for this enterprise. If all these parameters have the value 0, then it results to error.

An example of a button with all necessary parameters:

<FORM ACTION="https://<SERVER-NAME>/pay/order.cfm" METHOD="POST">
<INPUT TYPE="HIDDEN" NAME="Merchant_ID" VALUE="Your Merchant_ID">
<INPUT TYPE="HIDDEN" NAME="OrderNumber" VALUE="A20042011_28">
<INPUT TYPE="HIDDEN" NAME="OrderAmount" VALUE="237.40">
<INPUT TYPE="HIDDEN" NAME="OrderCurrency" VALUE="USD">
<INPUT TYPE="HIDDEN" NAME="Delay" VALUE="0">
<INPUT TYPE="HIDDEN" NAME="Language" VALUE="RU">
<INPUT TYPE="HIDDEN" NAME="Email" VALUE="test@test.ru">
<INPUT TYPE="HIDDEN" NAME="OrderComment" VALUE="Order payment 28-A">
<INPUT TYPE="HIDDEN" NAME="URL_RETURN_OK" VALUE="http://www.URL.ru/yes">
<INPUT TYPE="HIDDEN" NAME="URL_RETURN_NO" VALUE="http://www.URL.ru/no">
<INPUT TYPE="HIDDEN" NAME="CardPayment" VALUE="1">
<INPUT TYPE="HIDDEN" NAME="WMPayment" VALUE="0">
<INPUT TYPE="HIDDEN" NAME="YMPayment" VALUE="0">
<INPUT TYPE="SUBMIT" NAME="Submit" VALUE="Buy">
</FORM>

After pressing this button, a customer is redirected to the authorized pages of IPS Assist, where he/she can enter the other personal data and perform payments using his/her bankcard. The information, such as a customer's first name, second name and e-mail are mandatory (the parameters Firstname, Lastname, Email) and should be either send in the authorized request, or entered on the payment page.

Please, note that the original amount and the currency code send by the enterprise in the payment parameters, when redirecting a customer to the authorized pages of IPS Assist, can differ from the authorization amount and currency. The authorization amount and currency are the amount and currency that were sent to Processing Center for the bankcard authorization (the amount is normally in Roubles). For example, if the payment original amount is 100 USD, then the authorization amount made 05.04.2011 equals to 2822.77 RUB.

After successful payment, the order in IPS Assist adopts the status Approved; all possible order statuses see "OrderState field values".

The parameter OrderMaxPoints should be passed in the authorization request when the enterprise concluded appropriate contract and wants to provide the possibility to customer to pay a part of the goods'/services' cost by THANK YOU bonus points. The value of OrderMaxPoints parameter sets the maximum quantity of THANK YOU bonus points that customer can use within the payment of the order. If customer pays by SberBank card (that is involved in THANK YOU from Sberbank Bonus Program) and there are available bonus points on the customer's bonus account then (after the entering the card details) customer receives the proposal to pay a part of the order amount via bonus points. The maximal quantity of bonus points that can be used is the smallest quantity of OrderMaxPoints and available quantity on the customer bonus account. Customer can select any quantity of bonus points (considering the limitation) or pay the full amount of the order via the card (not using the bonus points). One (card payment) or two payment operations (card payment and payment via bonus points) will be created in IPS Assist depending on customer's choice.

The enterprise can also organize bonus points accruals on the customer's bonus account for purchased goods/services (the appropriate contract should be concluded and some settings in IPS Assist should be tuned for this). Bonus points accruals are independent of usage bonus points within the payment of the order. The accrual operation can be created in IPS Assist in addition to payment operations during the order processing in case when the enterprise works on this scheme.

All operations that created during the order processing (card payment, bonus points payment, and bonus accruals) can be seen in the Order monitoring section in the IPS Assist Personal Account  and in the responses from web-services (for example orderresult).

NOTE: Payment confirmation and order cancel operations on orders with more than one successful payment operation has some specifics, that is described in appropriate sections of this manual.


Customer's return to Internet shop page after purchase

After performing payment in IPS Assist a customer can see the page with the information of the payment results (for example, "Completed"), as well as the payment, customer and enterprise data.

You can also set up a customer's automatic redirecting to the enterprise web site after performing the payment in IPS Assist. For this, after the authorization select the action "Go to the shop's page" in Personal account in the section "Merchants settings", tab "Payments settings". If the authorization is successful, a customer is redirected to the address that you specified in the parameter URL_RETURN_OK. In the other cases a customer is redirected to the address specified in the parameter URL_RETURN or URL_RETURN_NO. However, during the authorization by bankcard this address is supplemented with the parameters Billnumber (complete unique order number in IPS Assist) and OrderNumber (order number in the enterprise payments system) corresponding to the given payment, in the following format:

http://URL return/?billnumber=complete_unique_order_number&ordernumber=order_number

If the parameters URL_RETURN_OK and URL_RETURN_NO are not sent in the authorization request, then URL_RETURN parameter value is used for a customer's automatic redirection. If this parameter is also not sent, then the return URL_RETURN_OK and URL specified in "Merchants settings" section in Personal account are used.

When customer returns to the merchant site the value of the order number is always transmitted as URL-encoded string: all non alpha-numeric characters (except '-' and '_'.) are replaced by the percent sign '%' followed by two digits hex code; spaces are replaced by '+' sign. This is important when the order number contains characters of non latin alphabet or some special symbols.

When using the option of a customer's return to the shop, it is recommended to sent an additional request about the authorization result to IPS Assist server after receiving data about the paid order at URL_RETURN_OK (see details) in order to make sure the order payments have been performed. It is recommended as well to send an additional request about the authorization result to IPS Assist server after receiving data about the paid order at URL_RETURN and URL_RETURN_NO, because a customer is redirected to these addresses with different payment state, including the state "In process".

Back on top