Как я мы и обещали, когда тестировали электронную систему чеков Paymer, мы не обойдем своим вниманием и  решение для коммерции Paymer Merchant. Сервис Merchant Paymer позволяет легко и быстро автоматизировать прием средств на сайтах продавцов online-товаров и реализовать удобную для покупателей схему расчетов с использованием цифровых чеков Paymer.

Сервис позволяет работать с цифровыми чеками четырех типов, имеющих обеспечение в виде титульных знаков WMZ (эквивалент USD), WMR (эквивалент RUR), WME (эквивалент EUR), а также электронной валюты E-GOLD. Он также позволяет принимать к оплате в качестве чеков Paymer предоплаченные WMR- и WMZ- карты. При расчетах номер и код активации карты вводятся в соответствующие поля, предусмотренные для номера и кода чека Paymer.

О преимуществах использования Paymer и Paymer Merchant можно подробно почитать в нашем предыдущем тестировании и на сайте системы. Я же перейду сразу к делу. Предположим, что я хочу интегрировать мой интернет-магазин с системой Paymer для приема чеков в качестве оплаты. Первое, что мне необходимо сделать – зарегистрироваться. Делается это точно так же, как и при обычной регистрации пользователя, которую я уже описывал ранее (здесь вставить ссылку на тестирование paymer). Не забудьте в процессе регистрации поставить галочку, что намереваетесь использовать Merchant.

Теперь, когда аккаунт в системе у меня есть, для обеспечения приема чеков Paymer на моем веб-сайте через сервис Paymer Merchant я должен выполнить два шага:

1. Создать 3 HTML страницы — платежную страницу, страницу успешно выполненного платежа и страницу невыполненного платежа. Данные страницы будут содержать все ключевые элементы для обеспечения приема платежей через Paymer Merchant на моем сайте.

2. Настроить сервис Paymer Merchant для обработки платежей, выполняемых клиентом на мой мерчант. В результате будет реализована возможность приема платежей на выбранный мною мерчант и подтверждения о выполнении платежа покупателем на e-mail.

Вообще все операции с магазином на сайте системы сосредоточены в разделе «Использование», который находится в верхнем меню. Здесь есть удобная функция «мастер», которая призвана помочь сгенерировать формы запроса на сервис Paymer Merchant. Но сначала нужно создать магазин в подразделе «Настройка магазинов». Туда я и отправился. В этом меню показаны имеющиеся магазины, но так как у меня их пока нет, таблица пуста. Под таблицей есть ссылка «Добавить магазин» – вот она то мне и нужна.

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

Здесь же устанавливается сумма платежа за услугу, тип оплаты может быть одним из четырех: все виды титульных знаков Webmoney и валюта E-Gold. Так же якобы есть возможность принимать свободную сумму, то есть платежи  любого размера. А якобы, так как при активации данной галочки происходит переход на абсолютно пустой экран, опять технические недоработки, которые попадались мне и при тестировании системы с точки зрения простого пользователя. Но после перезахода в систему, опция свободной суммы все-таки появилась.

Смысл следующий: если установлена Свободная сумма, то данные о типе и сумме платежа будут браться из запроса на сервис по следующему правилу:

• Если тип и сумма не определены в запросе на сервис, то они будут полностью варьируемые (т.е. и тип и сумму пользователь будет определять самостоятельно);

• Если тип передан, то варьируема будет только цена.

Поле «Пароль» можно не заполнять, но оно может пригодиться в дальнейшем. Пароль добавляется к реквизитам платежа, высылаемым продавцу вместе с оповещением. Эта строка используется для повышения надежности идентификации высылаемого оповещения. Содержание строки известно только сервису Paymer Merchant и продавцу. Соответственно, я его придумал (можно любой, максимум 50 символов) и поставил галочку «Посылать пароль на страницу Result» (ее имеет смысл ставить, если только канал обеспечивает безопасную передачу по протоколу SSL!), а галочку «показать пароль» я трогать не стал.

Здесь же есть кнопка «Добавить обработчики событий». События нужны для того, чтобы система могла оповещать меня о ходе платежей. События бывают нескольких видов. Тип события выбирается в выпадающем списке «Тип» (см. рис.2), а метод – в списке «Метод» (неожиданно, да? 🙂 )

Событие можно активировать или перевести в пассивный режим, можно позволить изменение его и назначить пароль. Но самое главное при добавлении события – это ввести правильный URL, на который система будет высылать оповещения. Итак, события:

• Result — URL (на веб-сайте продавца), на который Paymer Merchant посылает оповещение о совершении платежа с его детальными реквизитами. В методе можно выбрать пункт Mail и в URL ввести что-то вроде mailto:mail@mail.ru, тогда оповещение будет приходить на электронную почту;

 Success — URL (на веб-сайте продавца), на который будет переведен интернет-браузер покупателя в случае успешного выполнения платежа в сервисе Paymer Merchant. URL должен иметь префикс «http://» или «https://». Метод (POST, GET), будет использоваться при переходе на Success URL;

• Fail — URL (на веб-сайте продавца), на который будет переведен интернет-браузер покупателя в том случае, если платеж в сервисе Merchant Paymer не был выполнен по каким-то причинам. URL должен иметь префикс «http://» или «https://». Метод (POST, GET), который будет использоваться при переходе на Fail URL;

• Request — URL (на веб-сайте продавца), на который сервис Paymer Merchant посылает оповещение о желании клиента купить его товар. (т.е. клиент предоставил реквизиты чека, они проверены, но клиент пока не подтвердил оплату);

• Pay — URL (на веб-сайте продавца), на который сервис Paymer Merchant посылает оповещение о желании клиента купить его товар. Клиент ввел реквизиты, чек проверен, и клиент подтвердил свое желание его купить

Я создал, на всякий случай, все эти события, хотя они не все обязательны. Потом всегда можно отключить или изменить их все. После нажатия на «Сохранить», система попросила подтвердить создание или вернуться назад. Я подтвердил и мерчант был создан под уникальным номером 422. Теперь мой список настроек магазинов не пуст. (см. рис.3)

А вот теперь я отправился в мастер, о котором упоминал ранее. Ссылка на него находится на левой панели. Судя по визуальным закладкам, мастер разделен на несколько частей: начальную страницу и несколько шагов. (см. рис.4)

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

На первом шаге (следующая страница) мне потребовалось указать параметр режима тестирования. Можно выбрать из 3х вариантов:

• 0- Сервис будет имитировать неудачную оплату.
• 1- Сервис будет имитировать успешную оплату без реальный денежных переводов.
• 2 — Сервис будет имитировать успешную оплату в 80% случая.

Я выбрал пункт «1» и нажал на стрелку перехода на следующий шаг. На следующей странице (шаг 2) мастер попросил ввести сумму, которую я запрашиваю за товар. Если бы я, при создании магазина выбрал свободную сумму, то здесь ее еще можно было бы изменить, но так как у меня фиксированная сумма, то здесь просто она и представлена. Жму далее. На этой странице мне представили информацию о полях, которые можно менять в дальнейшем, если при создании магазина (в настройках мерчанта, их можно менять хоть когда) проставлены флаги «изменяем» на соответствующие события.

На итоговой странице мастера мне выдали текст формы, который я должен вставить на сайт магазина. (см. рис.5)

Если вам знаком хоть чуть-чуть html, вы это без труда сделаете. Или поручите интеграцию веб-мастеру, который обслуживает ваш интернет-магазин. У меня это не вызвало проблем. На дизайн не смотрите  – его просто нет. (см. рис.6)

При нажатии присходит редирект на платежный раздел Paymer Merchant. (см. рис.7)

После заполнения полей и нажатия на кнопку «Оплатить», система сообщила мне, что платеж успешно совершен и перенаправила обратно, на мой «интрнет-магазин» (см. рис.8).

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

Итог: система реально работает и позволяет довольно легко интегрировать в магазин функцию приема платежей в виде чеков Paymer. Особых проблем замечено не было, но знание html требуется, правда, на том уровне, которым владеет любой начинающий веб-мастер. Даже у меня получилось, хоть я и не программист. Процесс оплаты проходит быстро, и задержек я не заметил. На сайте есть подробная инструкция, так что всем интернет-магазинам могу посоветовать внедрить эту услугу. Таким образом, бесплатно вы получите еще один вид оплаты ваших услуг\товаров, который, наверняка, найдет своих покупателей.

(Всего прочитано 99 раз, из них 1 посещений сегодня)
0