Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

After you configure and activate the service the results of payments transactions by bankcards and electronic cash (payments, confirmations, cancellations - depending on settings) will be sent to the enterprise server. The results of payment confirmation, refunds and cancellations are not sent. Also the result of a payment which is closed by timeout is not sent.transactions completed due to a timeout are not sent.

Warning

Attention! For security reasons results are sent only on ports 443, 8443, 80, 8080. No other ports can be used to receive the results!

To use the service through HTTPS a certificate from the trusted certification authority must be used.

The list of the sent parameters:

Parameter

Value 

merchant_id

The merchant identifier in IPS Assist

ordernumber

Order number

billnumber

Unique order number in IPS Assist

testmode

Test mode

ordercomment

Comment

orderamount

Original amount of order

ordercurrency

Original currency of order

amount

Order amount

currency

Order currency

rate

Currency rate

firstname

Payer's first name

lastname

Payer's last name

middlename

Payer's middle name

email

Payer's e-mail

clientip

Customer IP-address

ipaddress

Payer's IP-address

meantype_id

Payment means ID

meantypename

Type of payment means

meansubtype

Subtype of payment means

meannumber

Number of payment means

cardholder

Payment means holder

cardexpirationdate

Card expired date

issuebank

Issuing bank name

bankcountry

Country of issuing bank

orderdate

Date of order(GMT)

orderstate

Order status

responsecode

Response code

message

Message

customermessage

Result message for customer

recommendation

Recommendation

approvalcode

Authorization code

protocoltypename

Protocol

processingname

Processing name

operationtype

Operation type

operationdate

Operation date and time(GMT)

authresult

3Ds authorization result (Y - success, N - fail, A - Attempt, U - unknown, R - rejection, C -not completed for any reason, E - error, I - Informational Only)

authrequired

The card involvement in 3Ds check result (1 - involved, 0 - not involved, -1 - unknown, null - error appear during involvement check)

packetdate

Request date (GMT)

signature

1) For signature type MD5 - empty

2) For PGP type - an X value, signed by IPS Assist secret key and converted into BASE64 string. 

checkvalue

Request validation code

1) For signature type MD5 - calculated as: uppercase(md5(uppercase(md5(SALT) + md5(Х)))), where SALT - the secret word; Х - is string concatenation of merchant_id, ordernumber, orderamount, ordercurrency, orderstate string representations (without delimiters). 

2) For PGP type - empty

slipno

Financial transaction identifier (not used)

personalaccount

The the ERIP personal account number, on which the payment was made. 

Warning

Attention! The parameter is added at the request of the merchant (if there are prepayments) to the IPS Assist technical support service (support@belassist.by)

3DSecure parameters

version

3DSecure protocol version

alphaauthresult

3Ds authorization result (Y - success, N - fail, A - Attempt, U - unable to authenticate, R - rejection, C -not completed for any reason, E - error, I - Informational Only)

challenge

Interaction with the cardholder (C - yes, F - no, D - Decoupled Authentication)

eci

Electronic Commerce Indicator (5 - full authentication, 6 - authentication attempt, 7 - without authentication)

Expand
titleAn example of request result in SOAP format:
Code Block
languagexml
<?xml version="1.0" encoding="utf-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://www.paysecure.ru/ws/"><soapenv:Body>
<ws:PushPaymentResult>
<merchant_id>500001</merchant_id>
<ordernumber>18062012_SDR</ordernumber>
<billnumber>550000110000001.1</billnumber>
<testmode>1</testmode>
 <ordercomment>тестовый платеж</ordercomment>
 <orderamount>21.00</orderamount>
 <ordercurrency>BYN</ordercurrency>
 <amount>21.00</amount>
 <currency>BYN</currency>
 <rate>1</rate>
 <firstname>Test</firstname>
 <lastname>Testov</lastname>
 <middlename>T.</middlename>
 <email>test@test.by</email>
 <clientip>10.10.10.10</clientip>
 <ipaddress>0.0.0.0</ipaddress>
 <meantype_id>2</meantype_id>
 <meantypename>MasterCard</meantypename>
 <meansubtype>Standart</meansubtype>
 <meannumber>546792****4128</meannumber>
 <cardholder>TEST</cardholder>
 <cardexpirationdate>12/20</cardexpirationdate>
 <issuebank>Bank</issuebank>
 <bankcountry>RUS</bankcountry>
 <orderdate>06.07.2016 11:10:06</orderdate>
 <orderstate>Approved</orderstate>
 <responsecode>AS000</responsecode>
 <message />
 <customermessage>Завершено успешно.</customermessage>
 <recommendation>SUCCESSFUL AUTHORIZATION</recommendation>
 <approvalcode>X40334</approvalcode>
 <protocoltypename>NET</protocoltypename>
 <processingname>Fake</processingname>
 <operationtype>100</operationtype>
 <operationdate>06.07.2016 11:10:07</operationdate>
 <authresult />
 <authrequired>0</authrequired>
 <slipno></slipno>
 <personalaccount>92333456</personalaccount>
 <packetdate>06.07.2016 11:11:02</packetdate>
 <signature />
 <checkvalue>45A33F800F2BD16C02E3D2F5C81557A0</checkvalue>
 <threedsdata>
     <version>1.0.0</version>
     <alphaauthresult>Y</alphaauthresult>
     <challenge>C</challenge>
     <eci>5</eci>
 </threedsdata>
</ws: PushPaymentResul></soapenv:Body></soapenv:Envelope>

If the expected response setting is different from HTTP 200, then in response to the message about the payment results, the IPS Assist expects an xml package from the enterprise system. 

In case of the successful receiving and processing message the format of the replay packet should be:

Code Block
languagexml
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <SOAP-ENV:Body>
  <m:PushPaymentResultResponse xmlns:m="http://www.assist.ru/wsdl">
  <return xmlns:si="http://www.assist.ru/type/" xsi:type="si:SOAPStruct">
    <billnumber>5696145241469255.1</billnumber>
    <packetdate>26.06.2019 08:44:00</packetdate>
  </return>
  </m:PushPaymentResultResponse>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

In case of failure:

Code Block
languagexml
<?xml version="1.0" encoding="windows-1251"?>
    <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
        <SOAP-ENV:Body SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
            <SOAP-ENV:Fault>
                <faultcode>5</faultcode>
                <faultstring>143</faultstring>
                <detail />
            </SOAP-ENV:Fault>
        </SOAP-ENV:Body>
    </SOAP-ENV:Envelope>

For the description of the first and second codes of the automated interfaces refer to table "Error codes"

The system repeats sending the payment result message with increasing intervals during the four hours but not more than 8 times, if:

  • the setting of expected response is different from HTTP 200 and the merchant does not respond with either a successful or unsuccessful payment result message;
  • the setting of expected response is HTTP 200, but the received response is different.


Warning

Attention! When the received replay indicates a failure in message handling the sending of payment results is not repeated. Values of firstcode, secondcode are used for used to diagnose the problems.

Warning

Attention! The testmode value of response has to be checked. If the payment was made in test mode (testmode = 1), then the shipment of goods or providing of services for the current request is not required.

Back on top