Здравствуйте, Freid, Вы писали:
F>При разработке примитивного интернет-магазина появилась необходимость принимать платежи с MasterCard и Visa, но как это делается — совершенно не понятно.
The old way принимать карточки был такой — вы идете в банк, открываете там т.н. merchant account. Потом идете в payment gateway provider (типа worldpay), долго и нудно с ними торгуетесь на предмет секюрити депозита, charge back fees и transaction rates, которые зависят не только от типа системы (visa, mc, amex), но и типа карточки (gold, platinum, airmiles, etc.) и потом уже интегрируетесь с ними.
Основная проблема с этим была (и есть) — PCI. Смысл этой белиберды в том, что если вы видите все детали карточек (full number и cvc), которыми ваши клиенты расплачиваются, то вы обязаны быть PCI-compliant. Это фундаментальный гемморой, включающий в себя физические аудиты hosting facilities, etc. Единственный плюс — более низкие transaction fees. На практике, вы не хотите быть PCI-compliant, только если вы не огромные retailer с маленькими margins, где каждый цент важен.
Второй старый вариант — это отдаться конторе, которая уже имеет merchant account, интегрировалась с gateway и теперь продает hosted checkout. Они принимают платежы за вас, поэтому всё получается просто, но они за это берут экстра. Плюс обычно предоставляют разные другие услуги типа рассылки чеков, базового саппорта, генерации серийников и т.п. Это по-сути e-commerce platforms типа Fastspring.
Так вот. Потом в какой-то момент появились Stripe. Это тоже payment processor (первого типа), но вам не нужно быть PCI-compliant, потому что вся информация по карточке _с вашей страницы_ идёт напрямую к ним. То есть, клиент набивает номер и cvc, нажимает Pay, их javascript библиотека посылает это в Stripe и получает назад card token, который отдает вам и вы оперируете с ним вместо карточки. В результате у вас — чистый payment processing, но без PCI.
Плюс Stripe вылизали on-boarding process — 1) они автоматом создают вам merchant account (но который вам не виден) 2) у них единый rate на все транзакции 3) они не требуют депозита 4) переводят деньги раз в день
Есть европейский клон Stripe — Paymill, но у них там всё было грустно с созданием merchant account и они требовали добавлять какой-то бред на website, потому что они работают под немецким законодательством.
Есть Braintree Payments — теперь принадлежит PayPal и работает как Stripe, но в оригинале это был обычный payment processor с идиотскими sales people, торговлей на счет рейтов и т.п. Они тоже додумались как обходить PCI-compliance, но прое#али свой шанс, потому что у них не было 1) 2) 3) как у Страйпа.
Выбор зависит от того хотите ли вы открывать мерчант аккаунт в банке и вида вашего бизнеса — в вашем случае, чем торгует магазин (разные товары — разные риски приема карт).
При разработке примитивного интернет-магазина появилась необходимость принимать платежи с MasterCard и Visa, но как это делается — совершенно не понятно. С PayPal-ом мы разобрались быстро, а вот карты оказались крепким орешком.
Я так понимаю, что напрямую получать такие платежи шансов нету? Первое, что приходит в голову — это воспользоваться услугами аггрегаторов, но тогда каких?.. А может все-таки есть вариант с использованием какого-нибудь клиент-банка? Я понятия не имею с какой стороны подойти к решению проблемы.
Есть еще пара нюансов. Заказчик американский и хочет работать только с американскими аггрегаторами/банками. Плюс, специфика проекта требует оперативного вывода средств — желательно, чтобы это происходило просто и быстро по первому требованию. Ну, и, естественно, комиссия посредников тоже является важным моментом.
Я думаю, что эта задача тривиальная и многие уже давно прекрасно знают как это лучше сделать. Поделитесь, пожалуйста, опытом, господа.
Буду благодарен за дельные советы. Прямые ссылки на статьи/доки приветствуются.
Здравствуйте, Grayscaler, Вы писали:
G>Если разобрались с PayPal, почему не принимаете через него карты?
А вот да! Хороший вопрос. Дело в том, что у них в документации написано, что вроде как можно принимать платежи по картам, но на самом деле оказалось, что это возможно только в том случае если покупатель имеет свой собственный аккаунт на PayPal и карта привязана к этому его аккаунту. А нам надо принимать платежи по картам без регистрации покупателя в PayPal.
Может я чего-то не знаю? Может ли PayPal выступать в роли аггрегатора и принимать оплату без регистрации, просто списывая средства с любой кредитки?
Здравствуйте, Freid, Вы писали:
F>Может я чего-то не знаю? Может ли PayPal выступать в роли аггрегатора и принимать оплату без регистрации, просто списывая средства с любой кредитки?
Здравствуйте, icezone, Вы писали:
I>Да, именно так. Регистрация не обязятельна.
В самом деле? Вы уверены? Дело в том, что мы сделали Express платеж и там покупатель должен обязательно авторизоваться на пейпале. Ничего другого мы найти не смогли. У них есть еще один вариант платежей, но там нужна какая-то мутная регистрация и не понятно можно ли с его помощью делать то, что нам надо.
Вы не могли бы по-подробней рассказать что к чему?
Здравствуйте, Freid, Вы писали:
F>Я так понимаю, что напрямую получать такие платежи шансов нету? Первое, что приходит в голову — это воспользоваться услугами аггрегаторов, но тогда каких?.. А может все-таки есть вариант с использованием какого-нибудь клиент-банка? Я понятия не имею с какой стороны подойти к решению проблемы.
Здравствуйте, CRT, Вы писали:
CRT>А можно пример, ссылку?
CRT>А то где я не встречал оплату пейпалом, везде только 2 варианта: CRT>1) оплата существующим акаунтом пейпала CRT>2) Одновременное создание аккаунта и оплата.
CRT>Просто оплаты картой без создания аккаунта не видел
Так ткнись в любую страничку покупки на Пейпале, там будет:
У вас нет счета PayPal?
(Необязательно) Присоединяйтесь к PayPal, чтобы ускорить завершение будущих операций.
Здравствуйте, Freid, Вы писали:
F>Может я чего-то не знаю? Может ли PayPal выступать в роли аггрегатора и принимать оплату без регистрации, просто списывая средства с любой кредитки?
Набор возможности зависит от уровня аккаунта ПРОДАВЦА. Для приема карт без регистрации покупателя в PayPal он должен быть Premier или Business.
Здравствуйте, Freid, Вы писали:
F>В самом деле? Вы уверены? Дело в том, что мы сделали Express платеж и там покупатель должен обязательно авторизоваться на пейпале. Ничего другого мы найти не смогли. У них есть еще один вариант платежей, но там нужна какая-то мутная регистрация и не понятно можно ли с его помощью делать то, что нам надо.
F>Вы не могли бы по-подробней рассказать что к чему?
Ага. По этой статье и делали. Но только это банальный перевод текста с самого пейпала и в нем есть противоречия:
Экспресс-платеж
...............
Раньше, пользователи могли принимать экспресс-платежи только от других пользователей PayPal, но с тех пор, как в систему ввели возможность оплаты прямо с банковской карты для тех, у кого нет аккаунта, получать платежи можно практически от всех, у кого есть карта. Прошу заметить, что экспресс-платежи целиком и полностью выполняются на платформе PayPal, таким образом данный метод невозможно в полной мере интегрировать на ваш веб-сайт.
Мы сделали этот вариант, но оказалось, что покупатель должен авторизоваться под своим аккаунтом.
I>Здравствуйте, vks40000, Вы писали:
V>>А чем регистраторы вам не угодили?
I>Наоборот, это он регистраторам не угодил. Не работают они с интернет-магазинами, им софт подавай.
Здравствуйте, CRT, Вы писали:
CRT>Здравствуйте, Freid, Вы писали:
F>>Буду благодарен за дельные советы. Прямые ссылки на статьи/доки приветствуются.
CRT>Вроде слышал что 2checkout CRT>https://www.2checkout.com/ CRT>в штатах популярен CRT>сам не пользовался
Вы можете вступить в прямые отношения с американской компанией MyCommerce (компания группы Digital River), мы проводим акцию FreeCommerce: http://mycommerce.com/ru/freecommerce, которая позволит Вам поэкспериментировать с сайтом и корзиной.
Здравствуйте, Freid, Вы писали:
F>При разработке примитивного интернет-магазина появилась необходимость принимать платежи с MasterCard и Visa, но как это делается — совершенно не понятно. С PayPal-ом мы разобрались быстро, а вот карты оказались крепким орешком.
F>Я так понимаю, что напрямую получать такие платежи шансов нету?
Почему нет? просто это связано с некоторыми проблемами. Юзайте поиск, что такое "банк эквайринг" и как подключиться.
Здравствуйте, Freid, Вы писали:
F>Здравствуйте, icezone, Вы писали:
F>Мы сделали этот вариант, но оказалось, что покупатель должен авторизоваться под своим аккаунтом.
Так Express он и есть только для регистрированных пользователей.
Здравствуйте, vyanko, Вы писали:
V>Вы можете вступить в прямые отношения с американской компанией MyCommerce (компания группы Digital River), мы проводим акцию FreeCommerce: http://mycommerce.com/ru/freecommerce, которая позволит Вам поэкспериментировать с сайтом и корзиной.
Вы уверены, что будете работать с любым интернет-магазином? Про софт пока ТС не сказал ни слова.
Здравствуйте, icezone, Вы писали:
I>Здравствуйте, vyanko, Вы писали:
V>>Вы можете вступить в прямые отношения с американской компанией MyCommerce (компания группы Digital River), мы проводим акцию FreeCommerce: http://mycommerce.com/ru/freecommerce, которая позволит Вам поэкспериментировать с сайтом и корзиной.
I>Вы уверены, что будете работать с любым интернет-магазином? Про софт пока ТС не сказал ни слова.
Странно было бы иное на форуме Russian Software Developers Network.
Здравствуйте, vyanko, Вы писали:
V>Странно было бы иное на форуме Russian Software Developers Network.
Чего странного-то? Я же сказал — интернет-магазин. И где еще спрашивать такие вопросы? В разделе веб-программирования? Или на рсдн-е никто не делает интернет-магазины? Ну глупости, чесслово.
Здравствуйте, Freid, Вы писали:
F>Здравствуйте, vyanko, Вы писали:
V>>Странно было бы иное на форуме Russian Software Developers Network.
F>Чего странного-то? Я же сказал — интернет-магазин. И где еще спрашивать такие вопросы? В разделе веб-программирования? Или на рсдн-е никто не делает интернет-магазины? Ну глупости, чесслово.
На какие рынки рассчитан проект и в каких странах зарегистрирована Ваша компания?
Здравствуйте, vyanko, Вы писали:
V>На какие рынки рассчитан проект и в каких странах зарегистрирована Ваша компания?
Проект рассчитан в основном на Америку, по крайней мере, по-началу. Будут приниматься микроплатежи — от $2 до пары сотен.
Клиент загорелся идеей воспользоваться услугами GoDaddy Merchant accounts. Но я что-то не уверен подойдет ли оно... Похоже, что у них там полноценный закрытый магазин, а с нашей спецификой это не вариант — у нас особый алгоритм при продаже.
Здравствуйте, Freid, Вы писали:
F>Здравствуйте, vyanko, Вы писали:
V>>На какие рынки рассчитан проект и в каких странах зарегистрирована Ваша компания?
F>Проект рассчитан в основном на Америку, по крайней мере, по-началу. Будут приниматься микроплатежи — от $2 до пары сотен.
F>Клиент загорелся идеей воспользоваться услугами GoDaddy Merchant accounts. Но я что-то не уверен подойдет ли оно... Похоже, что у них там полноценный закрытый магазин, а с нашей спецификой это не вариант — у нас особый алгоритм при продаже.
Посмотрите на платежный шлюз www.Beanstream.com. В 2013 году для подключения к нему нужно иметь регистрацию в США или Канаде.
Без проблем можно открыть мерчант аккаунт специально под ваш бизнес в одном из крупнейших банков США, сейчас работаем с Chase. Но в этом есть целесообразность при хороших оборотах. Компания во Флориде — оптимальный вариант по обработке заказов от конечных пользователей, а также приему, обработке и администрированию платежей.
Здравствуйте, Grayscaler, Вы писали:
F>>Может я чего-то не знаю? Может ли PayPal выступать в роли аггрегатора и принимать оплату без регистрации, просто списывая средства с любой кредитки? G>Набор возможности зависит от уровня аккаунта ПРОДАВЦА. Для приема карт без регистрации покупателя в PayPal он должен быть Premier или Business.
Добавлю что это зависит от страны покупателя и хз еще от чего.
У нас бизнес-аккунт на пайпале, при ссылке на оплату есть опция "Pay with PayPal: login below" и "Pay with with a credit card".
Но, если эту ссылку отправить клиенту, то у некоторых второй опции тупо нет. Они присылали скриншоты, где есть только заплатить пайпалом, а карточный вариант отсутствует.
Я бы посоветовал Stripe, они не работают с Россией, но со Штатами все нормально. Деньги поступают на счет через несколько дней после оплаты.
F>Есть еще пара нюансов. Заказчик американский и хочет работать только с американскими аггрегаторами/банками.
Тогда ему нужно идти в банк и открывать merchant account
Или интернет экваиринг
Мы тут в РФ слабо в этом разбираемся, потому что нам запрещено получать доход на иностранный счёт
Из посредников только 2checkout именно товары не софт продаёт
Здравствуйте, Mikom, Вы писали:
M>Без проблем можно открыть мерчант аккаунт специально под ваш бизнес в одном из крупнейших банков США, сейчас работаем с Chase. Но в этом есть целесообразность при хороших оборотах. Компания во Флориде — оптимальный вариант по обработке заказов от конечных пользователей, а также приему, обработке и администрированию платежей.
К сожалению, со Страйп нельзя работать как с Пионер.
Связка Пионер+регистратор выходит сильно дешевле и проще, чем юрлицо в штатах+Stripe. В других странах, где есть Stripe тоже налоги не маленькие, а бюрократия не слишком простая.
Вроде бы в Эстонии начали всё автоматизировать и переводить в IT, возможно там с ведением фирмы попроще, но Страйп в Эстонии не работает.
Как сейчас проще и выгоднее начать русскому физику (в текущий момент бытия) работать со Страйп? Может, есть какой-то лайфхак?
Здравствуйте, sharez, Вы писали:
S>Как сейчас проще и выгоднее начать русскому физику (в текущий момент бытия) работать со Страйп? Может, есть какой-то лайфхак?
Про недостатки Страйпа понятно. А в чем смысл есть этот кактус?
Здравствуйте, marcopolo, Вы писали:
M>Про недостатки Страйпа понятно. А в чем смысл есть этот кактус?
Смысл в бОльшем наборе возможностей, особенно если вы не просто продаете софт по схеме оплата-отсылка серийника.
Как пример — подписка на сервис, но не subscriptions регистраторов, потому что размер платежей каждый месяц может быть разным. Плюс форма покупки на своём сайте, что дает +10 к репутации и возможность аналитики. На традиционных регистраторах надо ещё продукты дублировать с магазином на своём сайте (попробуйте забить 10 продуктов по 5 разных лицензий каждого, а потом ещё обновлять всё это синхронно).
Здравствуйте, Freid, Вы писали:
F>Есть еще пара нюансов. Заказчик американский и хочет работать только с американскими аггрегаторами/банками. Плюс, специфика проекта требует оперативного вывода средств — желательно, чтобы это происходило просто и быстро по первому требованию. Ну, и, естественно, комиссия посредников тоже является важным моментом.
У Амазона вроде была такая услуга. И вроде как комиссия у них в пределах разумного.
Дело в том, что мы сделали Express платеж и там покупатель должен обязательно авторизоваться на пейпале. Ничего другого мы найти не смогли. У них есть еще один вариант платежей, но там нужна какая-то мутная регистрация и не понятно можно ли с его помощью делать то, что нам надо.
