Привет, Хабр! Мы в RBKmoney новый платежный процессинг написали. С нуля. Ну не мечта ли?

Мы расскажем, как написали весь процессинг RBKmoney Payments, так мы его назвали. Как делали его устойчивым к нагрузкам и сбоям оборудования, как придумали возможность его практически линейного горизонтального масштабирования.

И, под конец, как мы со всем этим взлетели, не забыв о комфорте тех, кто находится внутри - наша платежная система создавалась с мыслью о том, чтобы быть интересной в первую очередь для разработчиков, тех, кто ее создает.

Этим постом мы открываем цикл статей, в которых будем делиться как конкретными техническими вещами, подходами и реализациями, так и опытом разработки больших распределенных систем в принципе. Первая статья - обзорная, в ней мы обозначим вехи, которые будем раскрывать подробно, а иногда - очень подробно.

Disclaimer

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

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

Суровая реальность такова, что за платежным процессингом находятся платежные организации, вовсе не с распростертыми объятиями принимающие такой трафик, а иногда даже просящие "присылать нам не более 3 запросов в секунду". А на интерфейсы смотрят люди, которые, может быть, впервые в интернете решились что-то оплатить. И любой косяк UX, непонятность и задержка - это повод запаниковать.

Корзина, в которую можно положить покупки даже во время торнадо

Наш подход в создании платежного процессинга заключается в том, чтобы предоставить возможность всегда запустить платеж. Без разницы, что творится у нас внутри - сгорел сервер, админ запутался в сетях, отключили электричество в здании/районе/городе, у нас дизель хм… потеряли. Неважно. Сервис все равно позволит запустить платеж.

Подход звучит знакомо, не так ли?

Да, мы вдохновлялись концепцией, описанной в Amazon Dynamo Paper . Парни из Амазона тоже строили все так, что пользователь должен иметь возможность положить книжку в корзину, какая бы жуть ни творилась по ту сторону его монитора.

Конечно, мы не нарушаем законы физики и не придумали как опровергнуть CAP-теорему . Не факт, что платеж тут же и проведется - ведь могут быть неполадки и на стороне банков, но запрос сервис создаст, и пользователь увидит, что все сработало. Да и нам до идеала еще десяток листингов беклога с техническим долгом, чего греха таить, можем и 504 ответить изредка.

Заглянем в бункер, раз торнадо за окном

Нужно было сделать наш платежный шлюз доступным всегда. Возросла ли пиковая нагрузка, что-то упало или ушло на обслуживание в ДЦ - конечный пользователь не должен этого замечать вообще.

Это решили минимизацией мест, где хранится состояние системы - очевидно, что stateless-приложения легко масштабировать до горизонта.

Сами приложения у нас крутятся в Docker-контейнерах, логи из которых мы надежно сливаем в центральное Elasticsearch-хранилище; друг друга они находят через Service Discovery, а данные передают по IPv6 внутри Макросервиса .

Все собранные и работающие совместно микросервисы вместе с сопутствующими службами являются Макросервисом, который предоставляет вам в итоге платежный шлюз, каким вы его видите снаружи в виде нашего публичного API.

За порядком приглядывает SaltStack, в котором описано все состояние Макросервиса.

Мы еще вернемся с подробным описанием всего этого хозяйства.

С приложениями легче.

А вот если хранить где-то состояние, то обязательно в такой базе, в которой минимальна цена выхода из строя части нод. Еще чтобы в ней не было мастер-нод с данными. Чтобы могла с предсказуемым временем ожидания на запросы отвечать. Это тут мечтают? Тогда еще чтобы ее обслуживать особо не надо было, и чтобы разработчикам-эрлангистам нравилась.

Да, разве мы еще не сказали, что вся онлайн-часть нашего процессинга на Эрланге написана?

Как многие уже, наверное, догадались выбора у нас как такового и не было.

Все состояние онлайн-части нашей системы хранится в Basho Riak . О том, как готовить Riak и не сломать себе пальцы (потому что мозг вы сломаете обязательно), мы еще расскажем, а пока продолжим дальше.

Где деньги, Лебовски?

Если взять бесконечное количество денег, возможно, удастся построить бесконечно надежный процессинг. Но это не точно. Да и денег нам особо не выделили. В аккурат на сервера уровня "качественный, но Китай".

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

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

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

Но с серверами легче.

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

Но с дисковыми массивами так не поступить! Выход из строя даже небольшого дискового хранилища - это отказ части платежного сервиса, чего мы себе позволить не можем. Дублировать СХД? Слишком нецелесообразно.

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

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

С сетевым железом подход не сильно отличается. Берем середнячков, получаем хорошее, подходящее под задачи оборудование совсем недорого. На случай выхода из строя свитча - параллельно работает второй, а на серверах настроен OSPF, сходимость обеспечена.

Таким образом у нас получилась удобная, отказоустойчивая и универсальная система - стойка, набитая простыми дешевыми серверами, несколько свитчей. Следующая стойка. И так далее.

Просто, удобно и в целом - очень надежно.

Прослушайте правила поведения на борту

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

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

Мы решили ничего не запрещать, а наоборот, поощрять все новое. Так у нас в продакшене построился Макросервис из огромной кучи приложений в докер-контейнерах, управляемый через SaltStack , кластеры Riak"а, Consul в качестве Service Discovery, оригинальная реализация трассировки запросов в распределенной системе и множество других замечательных технологий.

erlang/otp Добавить метки

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

Методы приема платежей

Платежные системы

Метод удобен тем, что можно оплачивать товары и услуги не выходя из дома.

Минусы: необходимость регистрации в системе, возможны лимиты на оплату (например, до 15 тыс. рублей).

Примеры сервисов: WebMoney, Яндекс.Деньги, Qiwi-Кошелек. Помимо этих основных существует еще множество, с разными тарифами, возможностями. Часть платежных систем имеют партнерские программы и бонусы за использование системы.

Для подключения возможности оплаты через платежные системы потребуются документы, получение соответствующего профиля.

Терминалы оплаты

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

Минусы: покупателю необходимо найти терминал оплаты; владельцу сайта нужно привязывать свой магазин к терминалу.

Примеры терминалов: Элекснет, Qiwi.

Универсальные системы

Это так называемые агрегаторы, которые объединяют различные системы платежей и позволяют выводить средства на единый счет.

Сервисы хороши тем, что не нужно заключать договора с каждой платежной системой.

Примеры: Robokassa, Assist.

SMS-платежи

Эта возможность оплаты подходит для сайтов с низкими ценами по оплате сервисов или товаров. Например, эта возможность оплаты подходит для оплаты дней просмотра сериалов (например, на сайте turbofilm.tv), или на сайтах знакомств (оплата за поднятие объявления, подарок и пр.).

Такие платежи удобны, поскольку покупатель отправляет для заказа код на короткий номер, больше никаких операций от пользователя не требуется.

Минусы: приходится заключать отдельные договора с каждым из операторов.

Альтернатива: сервис A1pay.ru, где основные операторы уже подключены.

Банковские карты

Это способ оплаты картами Visa, MasterCard.

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

Примеры систем для процессинга кредитных карт: Chronopay, Assist.

Подключение

На что нужно обратить внимание при выборе типов оплаты для своего сайта:

• Какая стоимость будет у ваших товаров или услуг; вполне возможно, что достаточно возможности оплаты через sms;
• Кто ваша аудитория, чем ей удобнее будет оплачивать услуги или товары — хотя при подключении различных возможностей оплаты шанс выше, что посетитель купит у вас;
• Вы хотите самостоятельно подключать различные платежные системы или использовать услуги агрегаторов.

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

• Будет ли у вас оплата кредитной картой.

Выводы

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

Но бесспорно — возможность оплаты через интернет — необходимость для сайта в наше время.

Истории из жизни

Я совершала покупку в одном интернет-магазине, и увидела возможность оплаты «банковская карта». Поскольку наличные снимать в банкомате мне приходится редко, я решила, что могу оплатить заказ банковской картой. Однако, была сильно удивлена, когда при переходе на следующий шаг оформления заказа мне сообщили реквизиты, по которым я должна произвести оплату в ближайшем отделении банка. Вывод: необходимо правильно называть возможности оплаты, чтобы не вводить покупателя в заблуждение.

Предыдущий выпуск: Выпуск №11. Производство контентаВсе рассылкиСледующий выпуск: Выпуск №13. Заработок на своем сайте

Интернет-валюты

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

Основание, строительство и разработку интернет-валюты, в отличие от валют бумажных, для организации которых нужна по меньшей мере МЕСТНАЯ ВЛАСТЬ, подвластны любому человеку или компании, физическому или юридическому лицу. В этом главное отличие. Для создания платёжной системы, основанной на интернет-платежах, создателям не нужен административный ресурс.

Система Webmoney — одна из самых удобных платежных систем для осуществления всевозможных расчетов в интернете. Она является полноценной средой финансовых взаимоотношений в сети, ею пользуется миллионы людей во всем мире. Данная система может понадобиться вам для получения денег, заработанных в интернете.

Вам понадобится

• — компьютер с доступом в интернет;
• — WM Keeper Classic

Инструкция

Для того чтобы зарегистрироваться, зайдите на сайт Webmoney. На сайте вы увидите кнопку регистрация, нажмите на нее и выберете «Я впервые регистрируюсь», жмите далее. В появившемся окне вам нужно будет заполнить все пустые ячейки, далее жмите «продолжить». Вам будет также предложено перепроверить заполненные данные, и если вы захотите снять деньги с системы ваши данные должны быть достоверными. После того, как вы все проверили, жмите продолжить. На ваш адрес электронной почты будет выслан уникальный код, который необходимо будет далее ввести.

Как открыть платежную систему

Теперь вам стал доступен WM Keeper Classic. При первом запуске программа запросит код активации, который выслан был вам на почту. Первый делом создайте кошельки на рубли и на доллары, поскольку именно они используются чаще остальных. Когда уже есть свой рублевый кошелек можно зайти в его свойства и увидеть состояние счета **wmr. Когда вы нажмете на ** wmr, откроется окно с номером вашего кошелька, обязательно сохраните и запишите его где-нибудь на листочке.

Последнее, что вам осталось сделать,- это проверить свои личные данные. Обратите внимание на WMID, состоящий из 12 цифр. Он вам понадобится для различных регистраций, списания средств с вашего счета, также он используется как логин.

Как же пополнить ваш кошелек? В открытом "Кипере" зайдите во вкладку «Кошельки», правой кнопкой кликнете контекстное меню, выберете «пополнить». Далее нудно выбрать способ пополнения: это может быть, например, пополнение через банковскую карту. Нажмите на указанную ссылку и прочитайте инструкцию. При переводе денежной суммы учтите, что все операции осуществляются с комиссией, поэтому лучше переводить немного больше денег.

Теперь вы можете начать пользоваться своим Webmoney-кошельком.

Внимание, только СЕГОДНЯ!

Данный функционал доступен пользователям продуктов «Интернет-магазин» .

Яндекс.Касса

Подключите платежную систему «Яндекс.Касса», и ваши клиенты будут оплачивать товары и услуги онлайн.

«Яндекс.Касса» предусматривает несколько способов оплаты:

• кошельки Яндекс.Денег;
• банковская карта;
• счет мобильного телефона;
• наличная оплата через кассы или терминалы;
• WebMoney;
• мобильный терминал (mPOS).

Как сделать платежную систему на сайте?

Для подключения к «Яндекс.Касса» заполните заявку на подключение, настройте готовый модуль, который уже есть на вашем сайте, подпишите договор-оферту и начните принимать платежи.

1. Заполнить заявку.

Укажите адреса в настройках «Яндекс.Касса»:

• URL для оповещения о зачислении платежа: https://gate.umi.ru/yandex30/{Host}/
• URL для проверки заказа: https://gate.umi.ru/yandex30/{Host}/
• URL для сообщения пользователю об успешном платеже: http://{Hostndomain}/emarket/purchase/result/successful/
• URL для сообщения пользователю о неудачном платеже: http://{Hostname}/emarket/purchase/result/failed/

Host - системное имя сайта, Hostndomain - привязанное доменное имя или системное имя сайта.

1. После заключения договора укажите в соответствующих полях идентификатор, номер витрины и пароль, а затем активируйте платежную систему.

Обратите внимание!
Если подключить платежную систему с доменом третьего уровня ({Host}), а после привязать домен второго уровня, то необходимо будет подписывать дополнительное соглашение с сервисом «Яндекс.Касса» для подключения к их системе нового домена.

Как интегрировать ваш сайт с платежной системой Яндекс.Деньги (для физических лиц)?

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

1. Откройте счет в электронной платежной системе Яндекс.Деньги.

Устал строить продажи в соцсетях лишь на доверии?

На странице HTTP-уведомлений укажите адрес, на который будут приходить уведомления о входящих платежах: https://gate.umi.ru/yandex30/site-internet-magazin.umi.ru/ , где вместо site-internet-magazin.umi.ru вам нужно вписать название вашего интернет-магазина:

3.На этой же странице HTTP-уведомлений поставьте галочку «Отправлять уведомления» и нажмите кнопку «Сохранить»:

4. После этого, подключите прием платежей через Яндекс.Деньги в панели управления вашего интернет-магазина в разделе «Магазин» → «Платежные системы».

Укажите номер вашего кошелька Яндекс.Деньги и секретное слово, скопированное со страницы настроек HTTP-уведомлений https://sp-money.yandex.ru/myservices/online.xml, нажмите «Сохранить»:

Деньги Online

Вы можете подключить платежные системы через сервис «Деньги Online». Ваш клиент сможет оплачивать покупки через ту платежную систему, к которой он привык, а ваша компания мгновенно получит деньги на свой счет.

Доступны для подключения более 50 способов оплаты:

• MasterCard, VISA;
• Яндекс.Деньги;
• WebMoney;
• QIWI;
• Мобильные платежи Билайн, Мегафон, МТС;
• Все доступные для подключения платежные системы можно увидеть на сайте сервиса «Деньги Online».

Для заключения договора с сервисом «Деньги Online» вы можете иметь любую организационно-правовую форму. Это можно сделать, перейдя по ссылке.

После заключения договора с сервисом «Деньги Online» вам нужно будет указать в соответствующих полях «Идентификатор проекта» и «Секретное слово».

Для сервиса «Деньги Online» укажите 3 следующих адреса:

• URL - для оповещения о зачислении платежа: http://ваш сайт.ru/emarket/order_paysystem_callback/
• URL - для сообщения пользователю об успешном платеже: http://ваш сайт.ru/emarket/purchase/result/successful/
• URL - для сообщения пользователю о неудачном платеже: http://ваш сайт.ru/emarket/purchase/result/failed/

29 октября 2010 в 17:28

Как создаются платежные системы: часть первая

• Блог компании Mail.ru Group

Летом 2009 года компания Mail.Ru объявила о запуске новой платежной системы, созданной силами собственных разработчиков (напомним, что до этого технологическую и сервисную поддержку проекта Деньги@Mail.Ru осуществляла платежная система «МаниМэйл»). Новый проект должен был, помимо всего прочего, предложить пользователям портала единый, удобный и безопасный механизм оплаты услуг различных сервисов компании - от развлекательных проектов (Игры, Приложения в Моем Мире) до проектов электронной коммерции (Товары, Недвижимость, Рассылки).

Прошел год. Деньги@Mail.Ru продолжают развитие, наращивая количество финансовых инструментов как для пользователей, так и для магазинов. Для пользователей это возможность переводов внутри системы, оплаты различных услуг и товаров (от оплаты многочисленных игр, сотовой связи, интернета и услуг ЖКХ до покупки одежды и билетов), возможность ввода с банковских карт и вывода на виртуальные карты Visa. Для магазинов активно развиваются инструменты для автоматизации приема оплаты или пополнения счетов пользователей - многие функции платежной системы доступны через API.

Кроме упомянутых явных функций есть и технологические, о которых рассказывают гораздо реже, но которые не менее значимы для компании в целом. Например, у сервисов портала и магазинов, подключенных к Деньгам@Mail.Ru, есть возможность принимать платежи от пользователей, которые держат свои электронные средства в других платежных системах - WebMoney, «Яндекс.Деньги» и ряде других. Не менее важная часть системы - это процессинг sms, с помощью которых посетители из многих стран могут оплачивать услуги различных сервисов портала без необходимости открывать счет в платежной системе.

Этой статьей мы открываем целый цикл рассказов о том, как устроена наша платежная система изнутри, какие инструменты мы используем для обеспечения ее надежной работы, как обеспечивается работа с десятками внешних систем, с какими проблемами нам довелось столкнуться, как мы их решали и какие выводы сделали. Помимо технических статей попробуем рассказать о том, как с помощью нашей платежной системы расширить финансово-активную аудиторию ваших интернет-магазинов и приложений для социальных сетей. Если вам интересны какие-то иные темы касательно Денег@Mail.Ru, спрашивайте, постараемся осветить.

Как закалялась сталь

Задача начать работу над новым проектом была поставлена перед нашим отделом в конце 2008-го года. На тот момент времени платежные системы не относились к тем видам проектов, которые в Mail.Ru привыкли разрабатывать, запускать и успешно эксплуатировать. Однако уже на этапе постановки задачи было понимание, что нужно было учесть и реализовать в процессе разработки.

Мы назвали эти требования «МММ» (это, конечно, шутка) по первым буквам. Вот они:

• М асштабируемость
• М ультивалютность
• М ноговитринность

Чуть подробнее о каждом из них.

Масштабируемость

Не секрет, что иногда проект «выстреливает» неожиданно для создавших его людей, получает большое количество пользователей, и перед разработчиками встает проблема, как быстро справиться с резко возросшими нагрузками. Обкладывание проекта memcache’ами, подъем master-slave репликации - эти понятия знакомы многим людям, пытавшимся что-то сделать, чтобы проект не тормозил. К сожалению, даже этими нехитрыми способами обычно не получается помочь быстро - надо учить компоненты системы ходить в кэш, использовать один сервер баз данных для записи и множество для чтения и так далее. Быстро обеспечить хорошее горизонтальное масштабирование (scale-out) - задача не всегда тривиальная . И нам не хотелось столкнуться через неделю-месяц-год после запуска с тем, что для решения этой задачи придется переписывать проект, который всё это время не будет справляться со своей основной задачей - электронными платежами. Поэтому уже на этапе проектирования системы нужно было заложить фундамент для простого масштабирования Денег@Mail.Ru.

Мультивалютность

Опять же не секрет, что иногда код, прекрасно работающий с яблоками, отказывается работать, когда на обслуживаемом им складе появляются бананы. Ну не предусмотрена в коде работа с разными сущностями! Во многих случаях, которые доводилось видеть, задача часто решалась заведением для апельсинов нового набора таблиц, аналогичного «яблочным», и копированием ранее написанного кода с заменой $iApples на $iBananas . В других случаях решение задачи было более адекватным - в базе появлялись дополнительные поля, классы наследовались от уже готовых с добавлением каких-то новых методов и свойств (например, атрибут «кожура» для яблока обрабатывается совсем не так, как для банана). Но даже это решение иногда требовало достаточно больших изменений в коде. Поэтому заложить в систему мультивалютность нужно было сразу же.

Многовитринность

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

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

Удалось ли нам это сделать? Да, удалось в полной мере.

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

Мы можем процессить все имеющиеся в мире валюты (национальные банки, ау!), не задумываясь о том, как будет себя вести система. Чтобы не быть голословным - сейчас в системе уже используется несколько валют (ох уж эти юридические заморочки!).

Ну а в качестве примера витрин можно привести версию сайта для отладки магазинов, на которой используется тестовая валюта; мобильную версию сайта , у которой собственный набор доступных действий и собственные шаблоны. Еще один пример - витрина для работы магазинов с API, где используется метод авторизации, отличный от того, с помощью которого в Деньгах@Mail.Ru идентифицируются пользователи портала. Запуск этих витрин для системы действительно выглядел всего лишь как появление в файлах конфигурации блоков с описанием витрин и пары папок с шаблонами. Ровно так же мы можем обеспечить, например, работу на нашем движке платежной системы Деньги@ВКонтакте.Ру или любой другой, которая выскажет такое желание.

Думаю, многим интересно, как с технической точки зрения нам это всё удалось реализовать. Поэтому в следующей статье мы расскажем об инструментах и технологиях, которые позволили нам сделать нашу платежную систему такой, какая она есть, а так же остановимся на общей архитектуре проекта. Оставайтесь с нами!

Команда Денег@Mail.Ru

Теги:

• платёжные системы
• Mail.ru
• как это было

Добавить метки

Благодаря которому вы настроите прием платежей на сайте за 2 часа и даже если вы не оформлены как ИП и совсем не разбираетесь в технических тонкостях.

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

Варианты приема платежей

Итак, чтобы организовать на своем сайте прием платежей, нужно решить для себя, как вы будете работать – с отдельными платежными системами или агрегаторами платежей. Первый вариант – низкие комиссии, но жесткие требования к веб-ресурсам, второй вариант – чуть большая комиссия и деньги «падают» сначала к партнерам.

Общий принцип работы с агрегаторами платежей

Все системы получения денег от покупателей имеют единый принцип работы:

• Пользователь вводит нужные данные в определенную форму (Ф.И.О., ник, е-мейл и пр.)
• Покупатель после заполнения формы попадает на страницу оплаты в выбранной системе электронных платежей
• Владелец товара получает от партнера письмо с данными об оплате и проверяет правильность внесения суммы
• Покупатель перенаправляется на страницу скачивания файла или получает пароль на доступ к приватным страницам или файлам. Если это интернет-магазин, покупатель получает письмо с уведомлением что его заказ принят.

Конечно же, это схематичное объяснение, у каждого агрегатора платежных систем свои алгоритмы действий, свои нюансы и при начале работы с ними владельцу веб-ресурса стоит внимательно изучить все особенности «платежек». И обязательно сделать контрольную закупку, чтобы убедиться, что все работает как надо.

Самый простой способ приема платежей на сайте

Давайте рассмотрим варианты установки платежных систем. Самый легкий и простой вариант – в отдельном блоке на сайте указать номер кошелька в Яндексе, ВебМани, Мэйл.ру, РБК Мани и т.п. и сумму, которую вы хотите видеть на своем счете за товар. Если товаров несколько, то информацию придется размещать на странице с предложением.

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

Обзор известных платежных агрегаторов

Сервисов для приема платежей в Интернете множество – ниже я расскажу про некоторые из них, более подробно – про установку на сайт «платежки» от Единой Кассы.

1. Начнем с Интеркассы – неплохого сервиса, готового подключить к вашему или сайту все известные платежные системы. За свои услуги INTERKASSA возьмет комиссию в 3% от полученной оплаты за товары. Во время приема платежей Интеркасса не получает от покупателя его секретные данные, что гарантирует безопасность сделки. Для начала сотрудничества с системой придется зарегистрироваться и отправить на модерацию сайт – не все площадки принимаются к обслуживанию. Помимо кода можно установить модули и плагины – это упростит работу с интеграцией «платежки ». Кстати, вот видео по работе с системой:

2. Следующая система приема платежей – КиберПлат . Чтобы начать работу с этим сервисом, нужно пройти регистрацию, получить пакет документов от менеджера проекта, заполнить бумаги и отослать их сотрудникам КиберПлата. В ответ вы получите данные для установки системы платежей. На мой взгляд – очень много лишних движений и ожиданий, но зато здесь есть полное юридическое обоснование сотрудничества и безопасность работы.

3. Третья система приема платежей на сайте в нашем списке – QIWI .

Для работы с системой нужно зарегистрироваться и отправить на модерацию адрес интернет-магазина. При подключении придется выбрать тип кошелька: именной или юридического лица. Разница между ними есть, и существенная, начиная с комиссии и заканчивая сроками подключения сервиса. После одобрения интернет-магазина администрация сервиса присылает уведомление и документы, которые придется подписать и вернуть обратно. Далее – настройка формы приема платежей в выбранном вами протоколе (можно выбрать комбинированный).

4. Следующая «платежка» — .

Сервис известный и популярный, для работы с ним нужно зарегистрироваться и отправить пакет документов администрации портала. После этого вам придет код, который нужно будет установить на сайт. Комиссия за обслуживание зависит от выбора тарифа, их несколько: «Основной», «ЖКУ», «Твори добро» и т.д. К оплате принимаются кошельки RBK Money и все основные электронные платежные системы.

Этот сервис приема платежей является одним из лучших в своей сфере, которому в 2013-м году исполнится 10 лет:). ROBOKASSA работает как с юридическими, так и с физическими лицами. Для начала сотрудничества юридическим лицам следует создать аккаунт, подписать договор, проверить работоспособность системы, согласиться с актом техсостояния «платежки» и оформить доверенность. Сотрудничество с физическими лицами основывается на публичной оферте и требует лишь регистрации и подтверждения, что сайт соответствует правилам сервиса. В первом варианте для расчетов партнеры используют безналичный расчет, во втором – электронные деньги. Робокасса действительно надежный агрегатор, если вы сомневаетесь в выборе системы, то обратите внимание на нее в самую первую очередь. Плата за услугу взимается в зависимости от выбранного тарифа, и начинается с 1%.

Как сделать прием платежей на сайте с помощью Единой Кассы

Почему я выбрал эту систему? Из-за ее простоты и удобства установки. Итак, заходим на merchant.w1.ru/checkout/site и жмем кнопку «Подключиться сейчас» :

На открывшейся странице нам показывают алгоритм наших дальнейших действий, и мы начинаем с регистрации:

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

Пароль для регистрации приходит на указанный е-мейл. После того как вы его введете, откроется страница старта.

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

Настраиваем интернет-магазин. Здесь придется подтвердить права на сайт, загрузив текстовый файл в коревую папку или установить некий код в шаблон главной страницы.

Подтвердив права на сайт, следует настроить форму приема платежей на сайте. Как правильно это сделать, рассказывается на странице merchant.w1.ru/checkout/site/develope , там же – описание параметров, которые можно ввести в код для дополнительных характеристик оплаты (с какими кошельками работать, с какими – нет, какая должна быть валюта и пр.).

Получится нечто подобное – после соответствующих настроек и интеграции:

Можно установить информер, в котором указаны способы оплаты заказа.

А еще можно сделать все с помощью модулей. Закачать их можно со страницы, с которой мы начинали работу:

Ниже – видео как устанавливать прием платежей на сайте на Joomla !

Надеюсь, теперь вы знаете, как организовать прием платежей на сайте – по крайней мере в общих чертах. Осталось только понять, что вы будете продавать и остановиться на какой-либо платежной системе. Успехов!

Настоящая Политика конфиденциальности персональной информации (далее - Политика) действует в отношении всей информации, которую ООО "Сайтмаркет" (далее – Поставщик) может получить о пользователе во время использования им любого из сайтов Поставщика (далее - Сайты). Использование Сайтов означает безоговорочное согласие пользователя с настоящей Политикой и указанными в ней условиями обработки его персональной информации. В случае несогласия с этими условиями пользователь должен воздержаться от использования Сайтов.

1. В рамках настоящей Политики под «персональной информацией пользователя» понимается персональная информация, которую пользователь предоставляет о себе самостоятельно при регистрации (создании учётной записи) или в процессе использования Сайта, включая персональные данные пользователя.

2. Поставщик собирает и хранит только те персональные данные, которые необходимы для оказания услуг (исполнения соглашений и договоров с пользователем).

3. Персональную информацию пользователя Поставщик может использовать в целях: идентификации стороны в рамках соглашений и договоров, предоставления пользователю персонализированных услуг, а также связи с пользователем, в том числе направление электронных писем, SMS и других уведомлений, запросов и информации, касающейся оказания услуг.

4. В отношении персональной информации пользователя сохраняется ее конфиденциальность. Поставщик вправе передать персональную информацию пользователя третьим лицам только для улучшения оказания услуг пользователю.

5. При обработке персональных данных пользователей Поставщик руководствуется Федеральным законом РФ «О персональных данных».

6. Пользователь может в любой момент удалить предоставленную им в рамках определенной учетной записи персональную информацию. При этом удаление аккаунта может повлечь невозможность использования некоторых возможностей Сайтов.

7. Для удаления своего аккаунта пользователь может воспользоваться функцией «Отписаться от рассылки», содержащейся в каждом электронном письме, направляемом Поставщиком пользователю, либо отправить запрос на электронную почту Поставщика support@сайт . Также пользователь должен очистить cookie и кэш браузера.

8. Поставщик принимает необходимые и достаточные организационные меры для защиты персональной информации пользователя от неправомерного или случайного доступа, уничтожения, изменения, блокирования, копирования, распространения, а также от иных неправомерных действий с ней третьих лиц.

9. Поставщик имеет право вносить изменения в настоящую Политику. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Политики вступает в силу с момента ее размещения..