Как интегрировать visa/mastercard в свой сайт?

Question

[Ilya Bobkov]

Как интегрировать visa/mastercard в свой сайт?

Answer 1

[Дмитрий Ковальский]

Вам нужна услуга эквайринга. Это либо банки, либо агрегаторы платежей. Если вы не оч крупная организация - рекомендую агрегатора. Например Робокасса

Comments

[⚡ Kotobotov ⚡]

а почему именно робокасса а не например яндекс.касса?
у яндекса комиссия вроде значительно ниже

[Дмитрий Ковальский]

дима кубитский: 1) например 2) комиссия будет зависеть от объема платежей, так что я бы не велся на маркетинг-bullshit с промо сайтов сервиса, а конкретно звонил бы в сервис. Я тут ничего рекомендовать не берусь, таких агрегаторов в целом не мало. Их плюс в том - сколько механизмов оплаты вам предложат. Банки предложат visa/mastercard. Агрегатор может подкинуть webmoney.яд,qiwiWallet, выставление счетов в банки по номеру телефона клиента. Это гибче и конечный клиент может испытать мимолетное счастье от того, что оплатит как ему удобно.

[⚡ Kotobotov ⚡]

Дмитрий Ковальский: у робокассы ебическая коммисия, мы с неё специально на яндекс.кассу перешли

[Дмитрий Ковальский]

дима кубитский: Держите меня в курсе.

[⚡ Kotobotov ⚡]

Дмитрий Ковальский: :)

Answer 2

[Андрей Федоров]

Нужны знания PHP. Ваш сайт должен обращаться к серверу платежного агрегатора или банка предоставляющего интернет-эквайринг путем XML или JSON запросов. Как правило имеется инструкция по внедрению с описанием запросов и прочих взаимодействий.

Механизм который я пробовал реализовать в свое время у себя на сайте включал след.этапы:
1. Отправка запроса на получение токена.
2. Формирование запроса с использованием токена на оплату.
3. Получение ответа от сервера банка.
Дополнительно нужно было реализовать:
1. Получение списка операций.
2. Отмена платежа
3. Возврат средств.

PHP знаю слабо, поэтому пытался пробиться через дебри инструкции 2 месяца, что-то даже получалось, но работу так до конца и не довел. В результате сделал выбор в пользу неавтоматического режима у https://kassa.yandex.ru

Comments

[Дмитрий Ковальский]

Вы чуть чуть неправы. Знания PHP не нужны. Точнее они нужны не больше, чем знания любого другого языка или фреймворка, ориентированного на веб. Некоторые эквайринговые интерфейсы вообще не требуют знаний XML, JSON - нужно лишь просто корректно сформировать банальную форму GET или POST запроса на нужный адрес.

[Андрей Федоров]

Дмитрий Ковальский: "Некоторые эквайринговые интерфейсы" в данном случае имеют недостаток - они не автоматические.

[Дмитрий Ковальский]

Андрей Федоров: Поясните в двух словах что вы понимаете под автоматическим/неавтоматическим режимом?

[Андрей Федоров]

Дмитрий Ковальский: Обработка ответа сервера эквайрера - она может быть автоматической и ручной.

Вы, как пользователь, пришли на сайт платить. Заплатили. Сайт вам выдал - заказ оплачен, все ок. Это автомат.

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

[Дмитрий Ковальский]

Андрей Федоров: Во втором случае еще есть механизм callback-запросов магазину о том что такой-то заказ оплачен.

[Андрей Федоров]

Дмитрий Ковальский: Верно, и как вы это сделаете "банальной формой GET или POST"? Это первый случай, а не второй. Нужен PHP.

[Дмитрий Ковальский]

Андрей Федоров: 1) Я это реализовывать не буду. Точнее - это описывается в документации сервиса. К примеру - Банк Москвы делает POST-запрос с набором параметров на указанный вами обработчик запросов. 2) я вам сейчас страшную тайну раскрою, только вы никому. *шепотом* другие платформы на других языках тоже умеют обрабатывать callback запросы *шепотом*. Знание веб-программирования нужно. PHP? опционально. Хэндлеры для callback-ов можно писать почти на чем угодно. JS,C#,JAVA десятки их.

[Андрей Федоров]

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

[Дмитрий Ковальский]

Андрей Федоров: У нас с вами разные понимания банальной формы. Если конечно вы не собираетесь подпись запроса считать на бумажке. я лишь хотел сказать что про XML/JSON вы можете и не знать вовсе потому что общение будет идти через HTTP-запросы, а язык - не принципиален в целом. А если вы используете CMS - то существуют плагины для некоторых платежных сервисов. Т.е. требование о веб-программировании тоже становится менее срочным.

[Андрей Федоров]

Дмитрий Ковальский: Напротив, думаю мы видим этот вопрос больше одинаково, чем по разному. Только отчего-то вы вдруг решили мне оппонировать. Полагаю мы внесли ясность в этот вопрос для ТС, а выбор средства реализации действительно не принципиален.

Answer 3

[Riccon]

Самое простое - Яндекс.Деньги.
Без Юр. лица или ИП можно принимать оплату Яндекс.Деньгами и пластиковыми картами. Кошель до 15000 рублей.
https://money.yandex.ru/get/?for=private
Кнопку можно свою сделать, чтобы вообще не было ассоциаций с Яндекс. Можно получать post-уведомления (о пополнении кошелька), в которых будут приходить ID заказов(сделанных на вашем сайте).