Робота з WebMoney
Автор: Артем'єв Сергій Ігорович ICQ: 438856621 email: [email protected]
З ростом мережі Інтернет і кількістю онлайн - сервісів зростає конкуренція між продавцями послуг. Один із способів залучення додаткових клієнтів - реалізація можливості моментальної оплати послуги за пару кліків, не виходячи за межі сайту.
- Система досить безпечна. Все організовано таким чином, що при акуратному зверненні зі своїми ключами і паролями втратити щось практично неможливо.
- Система продумана до дрібниць і зручна в роботі. Можна підключатися з будь-якого комп'ютера і навіть через телефон.
- Система надає масу додаткових послуг, від каталогу товарів та магазину до системи інтеграції з банками і платіжними сервісами.
- Система добре відома за кордоном, тому зазвичай не виникає проблем при міжнародних перекладах.
- Система надає ряд сервісів для інтеграції системи оплати з корпоративними додатками, фірмовими сайтами і навіть домашніми сторінками.
Для перевірки прикладів з цього уроку вам знадобиться встановлений "WM Keeper Classic" останньої версії і найпростіший зовнішній хостинг з підтримкою PHP.
Webmoney пропонує на вибір кілька можливих способів проведення платежів:
- Web Merchant Interface
- Click & Buy Merchant Interface
- WM Automation Interface
Всі способи мають загальну функціональність і схожий набір можливостей, але організовані по-різному і застосовуються в різних випадках. Розглянемо їх докладніше.
Web Merchant Interface
Отже, перший спосіб прийому платежів - Web Merchant Interface. Він розроблений для використання на сайтах фірм і компаній, що займаються продажем товарів або послуг. Для користування цим сервісів необхідно володіти WM-сертифікатом продавця. Детальніше про систему сертифікатів можна почитати на офіційному сайті.
Принцип дії Web Merchant Interface дуже простий. Розробник повинен створити і розмістити на сайті три сторінки: страницу з формою оплати, сторінку успішної оплати і сторінку не вдалої завантаження.
Після цього необхідно на сайті merchant.webmoney.ru провести настройку гаманця (або гаманців), на який клієнти будуть переводити оплату за товари і послуги.
Назва параметра Значення Торговельне ім'я Назва організації або сервісу. Це ім'я буде виводитися в формі оплати. Secret Key Будь набір букв і цифр. Ця комбінація буде необхідна для перевірки коректності результатів платежу. У тестовому режимі не використовується. Result URL: Адреса, за якою буде надіслано підтвердження про проведення платежу. Можна вказати скрипт перевірки на вашому сайті або просто посилання типу "mailto" Success URL: Адреса сторінки, на котороую буде перенаправлений користувач після проведення платежу. Fail URL: Адреса сторінки, куди користувач буде перенаправлений в разі відмови від платежу або виникненні помилки. Метод формування контрольного підпису: Вибираємо потрібний нам варіант, наприклад "MD5". Режим Рекомендую поставити "Тестовий". В цьому режимі протокол обміну відпрацьовує повністю, але гроші не перераховуються. Активність Якщо відключити цей параметр, то всі користувачі будуть відразу перенаправлятися на сторінку помилки платежу. метод виклику Success URL Метод, яким буде передаватися сторінці успішної оплати всі необхідні параметри. метод виклику Fail URL Метод, яким буде передаватися сторінці помилки оплати всі необхідні параметри. Дозволяти використовувати URL, передані у формі Опція дозволяє більш гнучко використовувати можливості системи оплати за рахунок передачі додаткових налаштувань через форму оплати. Наприклад, можна передати гаманець одержувача або динамічно сформовані посилання на службові сторінки.Зверніть увагу на параметр «режим». Перший режим - «вимкнено». Якщо він включений - система не дозволить користуватися гаманцем і буде завжди перенаправляти користувача на сторінку невдалої оплати. Цей режим звичайно включається в екстреному випадку, при збоях сайту або проблеми з доставкою товарів.
Другий режим - робочий. Це основний режим роботи системи оплати. Але включати його можна тільки після повного тестування, коли ви будете однозначно впевнені в правильності всіх налаштувань і параметрів. В іншому випадку можете одного разу опинитися, що ваші клієнти платять невідомому власникові або взагалі вашим конкурентам.
Останній режим - тестовий. Він використовується при тестуванні системи оплати. Єдина його відмінність від робочого режиму - немає руху титульних знаків. Тобто всі механізми спрацьовують як годиться, але гроші практично не переводяться.
Отже, розглянемо найпростіший приклад. Створимо три файли:
Файл з формою замовлення:
<Html> <head> <title> Форма оплати послуги </ title> </ head> <body> <form id = pay name = pay method = "POST" action = "https://merchant.webmoney.ru/lmi /payment.asp "> <p> приклад платежу через сервіс Web Merchant Interface </ p> <p> заплатити 1 WMZ ... </ p> <p> <input type =" hidden "name =" LMI_PAYMENT_AMOUNT "value = "1.0"> <input type = "hidden" name = "LMI_PAYMENT_DESC" value = "тестовий платіж"> <input type = "hidden" name = "LMI_PAYMENT_NO" value = "1"> <input type = "hidden" name = "LMI_PAYEE_PURSE" value = "Z145179295679"> <input type = "hidden" name = "LMI_SIM_MODE" value = "0"> </ p> <p> <input type = "submit" value = "submit"> </ p > </ form> </ body> </ html>Файл сторінки, на яку користувач буде перенаправлений в разі успішної оплати:
<Html> <head> <title> Оплата завершена </ title> </ head> <body> <p> Платіж був виконаний. </ P> </ body> </ html>Файл сторінки, на яку система перешле користувача, якщо він помилиться або відмовиться від оплати:
<Html> <head> <title> Помилка виконання платежу </ title> </ head> <body> <p> Платіж не був виконаний. </ P> </ body> </ html>Ці файли необхідно розмістити на сервері. Для прикладу будемо вважати, що ви розмістили свої скрипти за адресою http: //pay.myserver/. Тепер, якщо перейти за адресою http: //pay.myserver/pay.php , З'явиться форма оплати послуги. У нашому прикладі ми використовуємо фіксовану вартість послуги, тому на формі видно тільки текст і одна кнопка «Оплатити».
При натисканні на кнопку сервера буде переданий запит на проведення платежу. Зауважте, що вам при цьому не треба вводити ніяких своїх даних. Сервер, отримавши запит, перевірить параметри запиту та в разі успіху перенаправить користувача на спеціальну сторінку входу в систему. Якщо користувач правильно вводить захисний код і підтверджує платіж - сервер його автоматично перенаправляє на сторінку успішного завершення (success.php). Але якщо користувач помилився при введенні захисту кожного разу, відмовився від платежу або просто не вистачило коштів на гаманці - система відправить його на сторінку помилки (fail.php).
Але на яку б сторінку не відбулося перенаправлення - сервер обов'язково передасть її параметри, що описують подробиці платежу або помилки. Проаналізувавши результати, ви зможете прийняти рішення - чи віддавати покупцеві сплачену послугу або товар.
Не слід забувати, що для успішного проведення платежу необхідно, щоб WM Keeper Classic був включений, тому що саме з його допомогою сервер засвідчується що ви - це ви. Кіпер вбудовується в браузери і таким чином забезпечує безпеку підключення користувача до системи WebMoney. Якщо кіпер вимкнений - ви не зможете навіть ввести захисний код, а вже провести платіж - тим більше.
Ми розглянули найпростіший спосіб використання Web Merchant Interface. У більш складних рішеннях можна створювати форми не тільки із змінними параметрами платежу, а й із змінними посиланнями на файли успішної і помилковою оплати. Приклад невеликий платіжної системи можна взяти на офіційному сайті .
Click & Buy Merchant Interface
Другий механізм оплати - Click & Buy Merchant Interface. Цей метод більш простий і універсальний, тому що не вимагає створення набору спеціальних сторінок. Мінімум, що необхідно зробити для інтеграції сайту з платіжною системою - вставити в потрібне місце сторінки особливим чином сформовану посилання.
Формат посилання виглядає так:
<a href="wmk:paylink? url=<http://pay.server.com/gifts.php?id=123> & purse = R840058594326 & amount = 100 & method = POST & desc = опис мети оплати & mode = test "> оплатити 100 WMR за вказану послугу </a>Сенс параметрів посилання зазначений в таблиці:
url Адреса сторінки веб-сайту продавця, на яку повинен перейти покупець, після оплати покупки. Адреса завжди задається в кутових дужках! purse Гаманець продавця, на який повинна бути виконана оплата. amount Вартість товару або послуги. Ціла і дробова частина поділяється точкою, після точки може бути не більше двох цифр, а не значущі нулі заборонені. method Метод передачі квитанції про оплату на веб-сайт продавця; POST або GET desc Короткий опис товару або послуги. Зазвичай вказується унікальний код товару або послуги. mode тестовий або робочий режим оплатиtest - тестовий режим оплати, кошти не переводяться
немає значення чи параметр опущений - робочий режим оплати, кошти переводяться
Параметри на засланні завжди однакові, незалежно від використовуваної версії кіпера (Classic або Light). Головне - правильно сформувати посилання, вказавши всі необхідні параметри.
приклад:
оплатити 100 WMR за користування послугоюПри кліці на такому посиланню браузер звернеться до кіперу користувача і передасть йому всі необхідні параметри для проведення платежу. Користувачеві залишиться тільки погодитися з фактом оплати та ввести захисний код. Природно, кіпер повинен бути запущений ДО того, як користувач клацне по посиланню.
Після проведення оплати сервер перенаправляє користувача на сторінку, вказану в посиланні. При цьому сервер передасть їй особливим чином сформовану квитанцію, що містить подробиці платежу. Перевіривши правильність квитанції, сайт продавця може надати покупцеві посилання на куплений товар або відкрити доступ до оплаченої послуги.
Спосіб дуже зручний, тому що дозволяє проводити оплату не тільки з браузера, але навіть з поштового клієнта, якщо той підтримує роботу з HTML і нестандартними протоколами. Навіть якщо зберегти сторінку на диск - функціональність посилання не зникне. Головне - щоб був запущений кіпер, який посилання обробить.
WM Automation Interface
Третій спосіб проведення оплати на увазі використання спеціалізованих модулів і протоколів, що надаються сервісом WebMoney Transfer. Ми не розглядатиме цей метод через його високу складності. Якщо ви зацікавитесь питаннями ЕЛЕКТОН комерції, тоді вам буде необхідно глибоко вивчити всі матеріали і документи, надані на офіційному сайті. А на початковому етапі з лишком достатньо перших двох методів.
Використання online платежів стає все більш доступним і популярним. Так що якщо ви створюєте свій онлайн-магазин або платний сервіс, не пошкодуйте сил і часу на вивчення механізмів оплати «на місці». Як ви вже могли переконатися, впровадити на своєму сайті систему оплати досить просто. Досить поставити собі за мету, визначити список товарів і послуг, зареєструватись свої гаманці і трохи попрацювати руками.
Грунтовно вивчивши принципи роботи схем оплати через webmoney ви без особливих зусиль зможете розібратися в схемах оплати інших систем, таких як Yandex.money, e-Gold, PayPal та ін.
Тільки відразу хочу вас застерегти: будьте гранично уважні при тестуванні скриптів і ніколи не зберігайте паролі і ключі від ящиків на серверах у відкритому вигляді. В іншому випадку ви ризикуєте не тільки втратити свої заощадження, але і несподівано придбати натовп кредиторів.
Якщо паролі або ключі зберігати на сервері все-таки доводиться - краще це робити в зашифрованому вигляді. Крім того, треба заздалегідь потурбуватися надійністю хостингу і максимально обмежити доступ до конфіденційних даних (напрмер, за допомогою використання безпечних з'єднань і шифрування трафіку).
На початок сторінки
На початок сторінки