Здравствуйте, 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 именно товары не софт продаёт
Здравствуйте, 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) как у Страйпа.
Здравствуйте, Mikom, Вы писали:
M>Без проблем можно открыть мерчант аккаунт специально под ваш бизнес в одном из крупнейших банков США, сейчас работаем с Chase. Но в этом есть целесообразность при хороших оборотах. Компания во Флориде — оптимальный вариант по обработке заказов от конечных пользователей, а также приему, обработке и администрированию платежей.
К сожалению, со Страйп нельзя работать как с Пионер.
Связка Пионер+регистратор выходит сильно дешевле и проще, чем юрлицо в штатах+Stripe. В других странах, где есть Stripe тоже налоги не маленькие, а бюрократия не слишком простая.
Вроде бы в Эстонии начали всё автоматизировать и переводить в IT, возможно там с ведением фирмы попроще, но Страйп в Эстонии не работает.
Как сейчас проще и выгоднее начать русскому физику (в текущий момент бытия) работать со Страйп? Может, есть какой-то лайфхак?
Здравствуйте, sharez, Вы писали:
S>Как сейчас проще и выгоднее начать русскому физику (в текущий момент бытия) работать со Страйп? Может, есть какой-то лайфхак?
Про недостатки Страйпа понятно. А в чем смысл есть этот кактус?
Здравствуйте, marcopolo, Вы писали:
M>Про недостатки Страйпа понятно. А в чем смысл есть этот кактус?
Смысл в бОльшем наборе возможностей, особенно если вы не просто продаете софт по схеме оплата-отсылка серийника.
Как пример — подписка на сервис, но не subscriptions регистраторов, потому что размер платежей каждый месяц может быть разным. Плюс форма покупки на своём сайте, что дает +10 к репутации и возможность аналитики. На традиционных регистраторах надо ещё продукты дублировать с магазином на своём сайте (попробуйте забить 10 продуктов по 5 разных лицензий каждого, а потом ещё обновлять всё это синхронно).
Здравствуйте, Freid, Вы писали:
F>Есть еще пара нюансов. Заказчик американский и хочет работать только с американскими аггрегаторами/банками. Плюс, специфика проекта требует оперативного вывода средств — желательно, чтобы это происходило просто и быстро по первому требованию. Ну, и, естественно, комиссия посредников тоже является важным моментом.
У Амазона вроде была такая услуга. И вроде как комиссия у них в пределах разумного.
