Authorization relay response
Contents
- 1 Payment Authorization Relay Response
- 2 PlatiOnline Authorization relay response
- 2.1 POST (JavaScript PlatiOnline Server - Client Internet Browser - Merchant Server)
- 2.2 POST (Direct PlatiOnline Server - Merchant Server) - Merchant HTML Page
- 2.3 POST (Direct PlatiOnline Server - Merchant Server) - PlatiOnline Template
- 2.4 GET (Redirect PlatiOnline Server - Client Internet Browser - Merchant Server)
- 2.5 SOAP (Direct PlatiOnline Server - Merchant Server) - PlatiOnline Template
Payment Authorization Relay Response
On each transaction you can setup the relay response method:
Response method | Comments |
---|---|
PTOR | POST using JavaScript |
POST_S2S_PO_PAGE | POST server PO to merchant server, customer get the PO template |
POST_S2S_MT_PAGE | POST server PO to merchant server, customer get the Merchant template |
SOAP_PO_PAGE | POST SOAP server PO to merchant server, customer get the PO template |
SOAP_MT_PAGE | POST SOAP server PO to merchant server, customer get the Merchant template |
GET | DISABLED imposible to use Plati Online 5.x |
Also merchants can setup a parameter to instruct Plati Online system to send the transaction decline response to the merchant's server.
PlatiOnline Authorization relay response
PlatiOnline Authorization result is automatically sent when acquiring bank accepts or declines amount authorization.
PlatiOnline.ro system provides several methods that allow merchants to receive transaction response:
POST (JavaScript PlatiOnline Server - Client Internet Browser - Merchant Server)
This method creates a HTML form where « action » parameter has merchant's URL f_relay_response_url.
- Upon automated onLoad event, a JavaScript code will « submit » the form.
- By using this method SESSION variables related to HTTP communication between merchant server and customer's Browser can be used.
NOTE: this method is NOT recommended for websites that do not use SSL!
POST QueryString contain F_Relay_Message and F_Crypt_Message:
Parameter | Data type | Comments |
---|---|---|
f_relay_message | text | Authorization XML relay response https://secure.plationline.eu/xml_validation/auth.response.v5.xsd encrypted with AES algorithm |
f_crypt_message | text | AES Key used to encrypt Authorization XML relay response |
merchant fields | text | QueryString used on Authorization XML request on tags //merchants_fields//PostQueryString;XML schema https://secure.plationline.eu/xml_validation/f_message.auth.v5.xsd |
POST (Direct PlatiOnline Server - Merchant Server) - Merchant HTML Page
- Using this method allows a direct communication between servers without involving customer's Browser.
- PO Server will POST directly to merchant's URL;
- Merchant server processes transaction result and responds to PO server with a HTML/JavaScript code;
- PO Server saves HTML/JavaScript code and then sends it directly to customer's Browser.
- The customer will view in Browser the merchant generated HTML/JavaScript response.
NOTE: By using this method, SESSION variables related to HTTP communication between merchant server and customer's Browser CANNOT be used on the merchant's server.
NOTE: this method is recommended for websites that do not use SSL!
POST (Direct PlatiOnline Server - Merchant Server) - PlatiOnline Template
- Este asemenatoare cu metoda de mai sus insa clientul va vedea rezultatul autorizarii intr-un format HTML PlatiOnline.
- In functie de rezultat avem urmatoarele templateuri:
- Template PO tranzactiile Aprobate;
- Template PO tranzactiile Respinse. In acest template afisam mesajul de decline si oferim posibilitatea clientului sa reincerce tranzactia prin apasarea unui buton;
- Template PO tranzactiile In curs de verificare. In acest template clientul este informat ca trebuie sa astepte intrucat tranzactia trebuie verificata manual;
- Template PO pentru tranzactiile Expirate (Aprobate dar finalizeate DUPA ce timpul alocat de comerciant pentru efectuarea operatiei de Autorizare pentru comanda respectiva a trecut (Delta T pentru autorizare).
Tagul <f_auth_minutes> din campul F_Message Formatul campului F_Message pentru operatia de AUTORIZARE
ATENTIE utilizand acesta metoda, pe serverul comerciantului nu se pot utiliza variabilele SESSION din comunicarea HTTP dintre serverul comerciantului si Browserul clientului.
ATENTIE acesta metoda este recomandata website-urilor care nu utilizeaza SSL!
Colectia POST contine setul de parametrii trimisi de comerciant in F_Message la sectiunea <f_relay_response_url> la cererea de Autorizare si parametrii Plati Online:
Parametru Authorizare | Tipul de data | Descriere |
---|---|---|
PO_RELAY_MESSAGE | text | Rezultatul incriptarii campului F_MESSAGE_RELAY. Ce contine campul '''F_MESSAGE_RELAY'''? |
Orice alt parametru | text | Parametrii trimisi la cererea de autorizare: Datele necesare pentru AUTORIZARE PO Versiunea 4.x |
GET (Redirect PlatiOnline Server - Client Internet Browser - Merchant Server)
- Metoda face un redirect la URL-ul comerciantului cu rezultatul Autorizarii.
Utilizand acesta metoda se pot utiliza variabilele SESSION din comunicarea HTTP dintre serverul comerciantului si Browserul clientului.
Lungimea QueryString este de limitata la 2000 de caractere.
Redirectul arata de forma : http(s)://url.comerciant?QueryString
ATENTIE acesta metoda NU este recomandata website-urilor care nu utilizeaza SSL!
Colectia QueryString contine setul de parametrii trimisi de comerciant in F_Message la sectiunea <f_relay_response_url> la cererea de Autorizare si parametrii Plati Online:
Parametru Authorizare | Tipul de data | Descriere |
---|---|---|
PO_RELAY_MESSAGE | text | Rezultatul incriptarii campului F_MESSAGE_RELAY. Ce contine campul '''F_MESSAGE_RELAY'''? |
Orice alt parametru | text | Parametrii trimisi la cererea de autorizare: Datele necesare pentru AUTORIZARE PO Versiunea 4.x |
SOAP (Direct PlatiOnline Server - Merchant Server) - PlatiOnline Template
- Utilizarea acestei metode permite o comunicare directa intre servere fara sa implice Browserul clientului.
- Serverul PO face POST direct la URL-ul comerciantului prin "Content-Type" = "application/soap+xml; charset=utf-8";
- Serverul Comerciantului prelucreaza rezultatul tranzactiei si raspunde serverului PO cu un cod XML;
- In functie de rezultat avem urmatoarele template-uri:
- Template PO tranzactiile Aprobate;
- Template PO tranzactiile Respinse. In acest template afisam mesajul de decline si oferim posibilitatea clientului sa reincerce tranzactia prin apasarea unui buton;
- Template PO tranzactiile In curs de verificare. In acest template clientul este informat ca trebuie sa astepte intrucat tranzactia trebuie verificata manual;
- Template PO pentru tranzactiile Expirate (Aprobate dar finalizeate DUPA ce timpul alocat de comerciant pentru efectuarea operatiei de Autorizare pentru comanda respectiva a trecut (Delta T pentru autorizare).
Tagul <f_auth_minutes> din campul F_Message Formatul campului F_Message pentru operatia de AUTORIZARE
ATENTIE utilizand acesta metoda, pe serverul comerciantului nu se pot utiliza variabilele SESSION din comunicarea HTTP dintre serverul comerciantului si Browserul clientului.
ATENTIE acesta metoda este recomandata website-urilor care nu utilizeaza SSL!
Colectia POST contine setul de parametrii trimisi de comerciant in F_Message la sectiunea <f_relay_response_url> la cererea de Autorizare si parametrii Plati Online:
Parametru Authorizare | Tipul de data | Descriere |
---|---|---|
PO_RELAY_MESSAGE | text | Rezultatul incriptarii campului F_MESSAGE_RELAY. Ce contine campul '''F_MESSAGE_RELAY'''? |