Автоматический прием wm-платежей. сервис webmoney merchant.

Введение

Неспециализированный принцип

Возврат платежей

Введение

Существует 3 метода автоматического приема WebMoney на сайте:

Web Merchant Interface
XML-интерфейс X20
Выписка WM-счета с последующей проверкой оплаты (метод весьма устарел). Реализуется посредством XML-интерфейсов X1 и X3.

Я советую применять 1-й метод, поскольку он самый универсален — разрешает принимать оплату от пользователей любой версии Кипера (Classic, Light, Mini, Mobile). Помимо этого, он разрешает вашему клиенту оплачивать товар/услугу не только с WM-кошелька, но и с WM-карты, WebMoney Check. с банковской карты(!), из платежных терминалов, по совокупности финансовых переводов и т.п. без необходимости регистрации в совокупности WebMoney.

Исходя из этого в данной статье мы поболтаем о Web Merchant Interface (дальше будем именовать его кроме этого упрощенно — Мерчант ) и разглядим подключение сайта к нему на конкретном примере.

Прежде, чем начать, ответим на серьёзный вопрос: возможно ли подключить прием WebMoney в автоматическом режиме, совсем не владея навыками программирования? Ответ таков: нет, запрещено. Ни по одному из 3-х способов.

Так же, но, как и при подключения к сайту любой другой системы электронных денег, вам необходимо иметь минимальные навыки программирования.

В некоторых самые простых случаях вероятно подключение Web Merchant Interface по этому упрощенному управлению без необходимости что-то программировать. Но наряду с этим, не смотря на то, что сам прием платежей и будет автоматизирован, их обработка все равно останется ручным трудом. А это указывает, что не будет и моментальности, исходя из этого таковой подход равносилен простой публикации на сайте номеров собственных WM-кошельков (как, кстати, до сих пор многие и поступают).

Так или иначе, в данном материале я предполагаю, что вы можете программировать под web хотя бы на минимальном уровне. Если не можете, то дальше возможно не просматривать — у вас ничего не выйдет. Легко разместите на сайте номера собственных кошельков и принимайте платежи вручную.

Или наймите программиста.

Для демонастрации кода программы я буду применять PHP + СУБД MySQL. Но потому, что я попытаюсь сдобрить статью подробными комментариями, для вас будет очень просто реализовать подключение к Web Merchant Interface на втором серверном языке, что вы понимаете. В случае если что-то все же останется не осознанным, прибегайте к техническому описанию интерфейса, которое находится тут .

По большому счету, если вы ни при каких обстоятельствах не видели, как трудится Web Merchant Interface, то посмотрите вот данный пример.

Неспециализированный принцип

Неспециализированный принцип работы Web Merchant Interface таковой (см. рис.1). Вы формируете на своем сайте нужную информацию о заказе (точка А ) и отправляете ее сайту Мерчанта https://merchant.webmoney.ru. Одновременно с этим и ваш клиент попадает на данный сайт для совершения платежа. Мерчант авторизует клиента, предлагает выбрать метод оплаты, контролирует наличие нужной суммы на кошельке либо WM-карте, т.е. проводит последовательность нужных проверок и идентификаций.

Затем Мерчант списывает WM с кошелька либо карты клиента. В тот же момент уплаченная сумма поступает на ваш кошелек. Мерчант уведомляет ваш сайт о том, что приобретение удачно произведена либо о том, что появилась какая-либо неточность (точка С ).

Рис.1. Схема сотрудничества вашего сайта с Мерчантом

Так, вам не требуется контролировать собственный кошелек, дабы определить, поступил платеж, либо нет. За вас это делает единожды созданный вами робот. Всё трудится машинально, беспрерывно и без вашего участия.

Работы по подготовке

Для применения Web Merchant Interface ваш WMID должен иметь аттестат продавца. Идем по данной ссылке и делаем требования, нужные чтобы получить аттестат продавца. Но, возможно и без этого.

Имея начальный либо персональный аттестат, также возможно принимать платежи через Web Merchant Interface. Действительно, в этом случае Вы станете скованы лимитами .

Сейчас на странице Настройки необходимо установить кое-какие опции. Для этого наоборот нужного кошелька жмем настроить. Попадаем на страницу с настройкам. Приводим ее ниже:

Рис.2. Пример заполнения настроек при подключении кошелька к Мерчанту

Что означают эти опции (см. рис.2)?

Торговое имя — впишите ко мне наименование вашего
сервиса, что будет оплачиваться на этот кошелек. Это торговое имя плательщик будет видеть на странице Мерчанта перед оплатой (см. рис.3). Ни на что больше оно не воздействует.
Secret Key — запишем ко мне произвольную строчок из 15-20 знаков, складывающуюся из британских букв, других символов и цифр, не считая кавычек. Для чего нужен Secret Key, я поведаю чуть позднее.
Result URL, Success URL, Fail URL. В эти поля необходимо вписать адреса 3-х страниц вашего сайта (в обязательном порядке с http:// либо https:// в начале). Сами страницы мы будем программировать чуть позднее, а до тех пор пока разберемся, для чего они необходимы.

На Success URL клиент будет послан Мерчантом при успешной оплаты. На Fail URL клиент будет послан, в случае если оплата не известно почему не случилась (к примеру, клиент передумал платить и надавил на кнопку отказа, или у него выяснилось не хватает средств на кошельке). Страница Result URL — тайная, пользователь ее не видит. Она помогает для общения сервера Мерчанта с вашим сайтом, т.е. для обмена информацией. Нужно выбирать для скрипта (файла), прописанного в Result URL, не очевидное имя.

Рядом с Success URL и Fail URL выбираем в качестве способа вызова POST.

Передавать параметры в предварительном запросе — галочку ставим.

Разрешать применять URL, передаваемые в форме — галочку не ставим, эта опция нам не нужна.

Высылать оповещение об неточности платежа на кипер — будет ли Мерчант отправлять вам по внутренней на данный момент-почте сообщение при происхождения неточности при совершении платежа пользователем. Ставим галочку, поскольку это нужная фишка.

Способ формирования контрольной подписи — выбираем SHA256. Возвратимся к беседе о контрольной подписи позднее.

Режимы — выбираем Тестовый, так как в тестовом режиме деньги с кошелька плательщика не списываются, и это весьма удобно для проведения тестовых приобретений. В самом финише, в то время, когда всё готовься , мы возвратимся к данной опции и переведем ее в рабочий режим.

Жмем кнопку [Сохранить].

На скриншоте (рис.2) я устанавливал настройки для одного из собственных Z-кошельков. Совершенно верно так же возможно настроить и другие кошельки, в т.ч. и кошельки других типов (R, U и т.д.). В случае если, к примеру, вы собираетесь принимать оплату за товар/услугу в WMZ и WMR на выбор клиента, то вам необходимо настроить один Z- и один R-кошелек.

Настройки совсем аналогичны.

Формирование заказа. Начало платежа.

Дабы инициировать платеж, в точке А (см. рис.1) нам необходимо передать Мерчанту последовательность параметров, чтобы Мерчант знал, какую сумму и в пользу какого именно продавца списывать с кошелька клиента. Какие конкретно как раз действия пользователя будут предшествовать точке А — решать вам. Но не забывайте — к моменту, в то время, когда клиент надавит кнопку в точке А и перейдет на Мерчант для оплаты, вам в обязательном порядке необходимо иметь данные об этом пользователе и его покупке. В большинстве случаев, это решается одним из способов в зависимости от вашей конкретной ситуации:

Клиент формирует корзину приобретений и заполняет данные о себе, а ваш сайт подсчитывает и сохраняет цена его заказа. Таковой подход в большинстве случаев используется в вебмагазинах нецифровых товаров.
Клиент проходит регистрацию на сайте, входит в персональный аккаунт и показывает сумму, на которую он планирует пополнить собственный внутренний счет на вашем сайте. Значительно чаще используется на сайтах интернет-казино, хостинг-провайдеров.
Клиент один товар из каталога и показывает нужную информацию о себе. В большинстве случаев такую схему возможно встретить в магазинах цифровых товаров.

Так или иначе, мы не будем на данный момент обсуждать обрисованные методы и подходы. Данной теме посвящена не одна книга по программированию и юзабилити. Но, чтобы демонстрировать подключение сайта к Мерчанту на конкретном примере, условимся о задаче, которая перед нами стоит.

Пускай, нам требуется реализовывать клиентам некие электронные товары (скажем, коды пополнения мобильных операторов) и выслать их по email по окончании оплаты. Кроме этого договоримся для простоты, что клиент сможет выбирать из каталога и оплачивать за раз лишь один товар т.е. без формирования корзины приобретений.

Разумеется, что у нас в базе разрешённых должна быть таблица с чертями товаров:

Источник: owebmoney.ru

Финансовая жизнь

Автоматический прием wm-платежей. сервис webmoney merchant.

Настройка приема WebMoney на вашем сайте

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: