Interfață comerciant Web - wiki WebMoney

termeni cheie

Vânzătorul este considerat a fi un participant WebMoney Transfer. primirea pentru plățile dvs. WM-pungă de la alți participanți la sistem prin intermediul unui serviciu web Merchant Interface. Se presupune că vânzătorul primește plata pentru bunuri sau servicii furnizate acestora prin intermediul internetului, și, prin urmare, are propriul său site.

Un client este un transfer WebMoney. dispuși să plătească pentru serviciile sau produsele oferite de către vânzător de pe Internet.

Descriere Merchant Web Interfață

RX Setări de plată

În plus față de înregistrare în WebMoney Transfer pentru a primi plăți prin intermediul serviciului web Merchant interfață vânzătorul trebuie să stabilească un număr de parametri care guvernează acceptarea de plăți și alerte vânzătorul cu privire la plăți.

Setarea parametrilor se face pe site-ul setările serviciului pagina - merchant.webmoney.ru.

Pentru fiecare pungă, pe care vânzătorul primește plăți atunci când este păstrat propriul set de valori.

O listă completă a parametrilor și a funcțiilor lor este prezentată mai jos:

Pavilion de stabilire a modului de procesare a plăților, atunci când. În modul de interfață de testare Merchant Web simulează executarea plăților (plăți efective nu au fost îndeplinite). Implicit este setat modul de testare. În modul de testare, puteți plăti numai prin WM Keeper. Dacă indicatorul este setat la „Off.“, Comerciant interfață web, în ​​toate cazurile, va informa cumpărătorul cu privire la imposibilitatea de plată. În modul de operare, plățile sunt ca de obicei.

Informațiile care vor fi afișate cumpărătorului la plata. În acest domeniu, este recomandabil să specificați un nume de marcă, numele site-ului, servicii, magazin, precum și alte informații care caracterizează vândute prin pungă de bunuri și servicii.

50 de caractere (majuscule)

Trimite cheia secretă a Rezultat URL-ul, dacă adresa URL a rezultatului oferă intimitate

50 de caractere (majuscule)

În cazul în care vânzătorul utilizează interfața X20. Încorporați acceptarea plăților în aplicația mobilă sau de serviciu, este adesea necesar pentru a efectua apelul de interfață direct dintr-o aplicație client (adică, pentru aplicații și servicii simple, fără participarea server-side, sau chiar și în absența acestuia), astfel încât, din motive de siguranță nu este de dorit în interfața de apelare pentru a utiliza standardul cheie secretă. astfel încât să nu compromită. Pentru a face acest lucru, puteți specifica în acest câmp este opțional Cheia secretă X20 și apoi interfață X20 va funcționa doar cu acest șir.
Cheia secretă X20, de asemenea, ar trebui să fie obligate să indice, în cazul includerii de pavilion obligatoriu să solicite o semnătură a formei de plată. deoarece este folosit în timpul formării semnăturii.

255 de caractere (majuscule și minuscule)

Se trece parametrii în cererea prealabilă

Pavilion pentru a informa interfață Merchant serviciu Web că solicitarea transmisă către site-ul comerciantului Rezultatul direct la adresa URL înainte de a încerca să execute plata este necesar să se treacă prin parametrii sub forma unei anchete preliminare. Dacă indicatorul nu este setat cererea de examinare merge fără parametri de transmisie.
În cazul în care parametrii de pavilion de transport este stabilit, site-ul comerciantului trebuie să returneze șirul „DA“, în răspunsul (strict 3 caractere majuscule, și numai ei în organism a reveni in documentul HTML, nu mai multe etichete, formatare, etc.) la serviciul web Merchant Interface a fost capabil să continue cu plata. În cazul în care site-ul comerciant va returna altceva - plata se face va fi, iar răspunsul va fi prezentat cumpărătorului în mesajul de eroare. Prin urmare, în cazul unei decizii privind predzaprose că plata nu este efectuată, acesta trebuie să fie returnat în corpul de retur HTML-document text de eroare detaliat cu instrucțiuni pentru utilizator motivul pentru care plata nu a putut fi efectuată și că utilizatorul trebuie să facă la plata a trecut prin.

Proxy pentru a Rezultat URL

255 de caractere (majuscule și minuscule)

Metoda suna de succes URL

Metoda (POST, GET sau LINK), care vor fi folosite în timpul tranziției spre succes URL.

255 de caractere (majuscule și minuscule)

Metoda apel nereușit URL

Metoda (POST, GET sau LINK), care vor fi utilizate în timpul tranziției la Fail URL.

Permite utilizarea de URL-ul, trimis sub formă de

Flag notificare web Merchant Interface acest rezultat URL-ul. Succesul URL. Metoda suna succes URL. Fail URL-ul și metoda de apel nereușit URL-ul poate fi modificat sub forma de cerere de plată.

Trimite o notificare de eroare de plată către portar

Flag notificare web Merchant Interface că, dacă apare o eroare atunci când este necesară plata pentru a trimite o notificare către portar vânzătorului.

Metoda de control notificare semnătură de plată

Algoritmul pe care web Merchant Interface utilizează pentru a controla o notificare de autenticitate, este trimis pe site-ul comerciantului atunci când plata prin intermediul serviciului. Acceptate două opțiuni: SHA256 și SIGN (MD5 nu este acceptată, dar este lăsat să sodmestimosti setările vechi).

Asigurați-vă că pentru a solicita confirmarea tranzacției prin SMS

Dacă activați această opțiune, clienții pot svoerisht plata la pungă, doar o confirmare prin SMS sau al doilea factor Enum. Această opțiune este valabilă numai pentru plăți în WM și nu se aplică în cazul altor metode de plată.

Neaparat necesită semnătura formularului de plată

Metode de plată suplimentare

Algoritmul de plată

face o plată, algoritmul prezentat în figura de mai jos.

formulare HTML

Pentru transmiterea de informații între interfața site-ul web și servicii web Merchant vânzătorului ispolzuyutcya cinci HTML forme de bază:

  • Formular de cerere de plată - a generat site-ul web al vânzătorului de a face o cerere de a efectua plata în serviciul de interfață web Merchant și o transmite prin intermediul browser-ul clientului.
  • Forma o anchetă preliminară - generat de servicii web Merchant Interfață pentru a transfera parametrii de pre-interogare în executarea plății pe site-ul comerciantului, în cazul în care pavilion Transmiteți parametrii în cerere. Dacă indicatorul nu este setat - nu este utilizat (interogare este executat fără parametri). Cererea este trimisă fără browser-ul web al cumpărătorului.
  • Formularul de notificare de plată - serviciul generat de comerciant Web interfață pentru a transfera plata către alerte site-ul comerciantului. Notificarea este transmisă fără utilizarea browser-ul web cumpărător.
  • Forma de plată a făcut - generat de servicii web Merchant interfață, în cazul plății cu succes și transferat la site-ul comerciantului, prin intermediul browser-ului clientului.
  • Formularul de plată nedecontate - generate de web serviciu de comerciant interfață, în cazul neîndeplinirii obligațiilor de plată și transferate pe site-ul comerciantului, prin intermediul browser-ului clientului.

Formular cerere de plată

Acest formular trimite o cerere către site-ul web comerciant la comerciant interfața serviciu Web prin intermediul browser-ul clientului. Acesta trebuie să aibă următoarele atribute și câmpuri:

Domenii - câmp transmise în forma descrisă în tabelul de mai jos: