Comments 20
Очень жаль, что огромным тормозом развития мобильных платежей в России являются сами ОпСоСы. Тщательно культивированное недоверие к платежам через короткие номера, скрытые и навязываемые ненужные и неадекватные по цене услуги, просто космические (8%..30%) комиссии — все это просто убило веру людей в эту технологию. А ведь как удобно расплачиваться просто подтверждающим смс с прикрепленной карты или с самого счета мобильного оператора:
1. продавец шлет смс или использует свое приложение подключенное к интернету, с кодом товара и номером телефона клиента
ЛИБО
1. продавец генерирует номер операции (в своем приложении) и сообщает его клиенту (это не обязательно должен быть большой уникальный номер транзакции, а номер, уникальный среди текущих незавершенных операциях у платежной системы — скорее всего это будет очень маленькое число, 2-4 числа)
1.а. покупатель отсылает смс сообщение с этим кодом платежному шлюзу (на короткий номер) или напрямую сотовому оператору (USSD код)
ЭТОТ вариант может быть спокойнее для покупателя, так как он не сообщает свой телефонный номер
2. клиент получает сообщение на сотовый, в котором указаны подробности сделки, цена и код подтверждения
3. клиент отсылает этот код подтверждения на короткий номер платежки
4. покупатель получает подтверждение оплаты от платежного шлюза
Достоинства технологии — никакого лишнего оборудования, никакой передачи данных карты стороннему лицу (очень смешно выглядит ввод данных карты на оборудовании продавца, 'когда он не видит')
1. продавец шлет смс или использует свое приложение подключенное к интернету, с кодом товара и номером телефона клиента
ЛИБО
1. продавец генерирует номер операции (в своем приложении) и сообщает его клиенту (это не обязательно должен быть большой уникальный номер транзакции, а номер, уникальный среди текущих незавершенных операциях у платежной системы — скорее всего это будет очень маленькое число, 2-4 числа)
1.а. покупатель отсылает смс сообщение с этим кодом платежному шлюзу (на короткий номер) или напрямую сотовому оператору (USSD код)
ЭТОТ вариант может быть спокойнее для покупателя, так как он не сообщает свой телефонный номер
2. клиент получает сообщение на сотовый, в котором указаны подробности сделки, цена и код подтверждения
3. клиент отсылает этот код подтверждения на короткий номер платежки
4. покупатель получает подтверждение оплаты от платежного шлюза
Достоинства технологии — никакого лишнего оборудования, никакой передачи данных карты стороннему лицу (очень смешно выглядит ввод данных карты на оборудовании продавца, 'когда он не видит')
Мне вообще не нравится идея передавать курьеру данные моей платежной карты в любом виде (и да, курьер «не видит», как клиент вводит данные карты на его смартфоне — это звучит глупо). Лучший вариант для меня — если по результатам сформированного заказа отправляется электронный счет для оплаты через paypal (возможно, есть другие аналогичные сервисы, я ими просто не пользуюсь). Возможен так же вариант с опсосом, хотя на счету телефона у меня сумм больше 200-300 рублей не бывает никогда, а вот к пейпалу привязана нормальная пластиковая карта.
Платежные системы (Visa и Mastercard) запрещают мерчантам вводить на своих телефонах номера карт покупателей.
Да и код 3-D Secure тоже нельзя вводить на оборудовании мерчанта.
Хотя у SumUp терминалы Datecs DRD-10 и DRD-50, которые на рынке самые защищенные.
По крайней мере, каким-то чудом прошли сертификацию на обычных микроконтроллерах.
Со втычками да, проблемы. Некоторые клиенты бояться за свою карту.
Но есть же терминалы, которые работают по bluetooth, плюс поддерживают ввод PIN.
Они очень похожи на обычные POS и доверие вызывают больше.
Кстати, только у терминалов Datecs сигнал передается в виде синусоиды, остальные упорно пытаются передать в телефон/из телефона меандр. После чего борются с искажением сигнала.
Да и код 3-D Secure тоже нельзя вводить на оборудовании мерчанта.
Хотя у SumUp терминалы Datecs DRD-10 и DRD-50, которые на рынке самые защищенные.
По крайней мере, каким-то чудом прошли сертификацию на обычных микроконтроллерах.
Со втычками да, проблемы. Некоторые клиенты бояться за свою карту.
Но есть же терминалы, которые работают по bluetooth, плюс поддерживают ввод PIN.
Они очень похожи на обычные POS и доверие вызывают больше.
Кстати, только у терминалов Datecs сигнал передается в виде синусоиды, остальные упорно пытаются передать в телефон/из телефона меандр. После чего борются с искажением сигнала.
Я бы не стал вводить номер карты на телефоне курьера т.к. на нём технически невозможно обеспечить «Причем номер карты не будет виден курьеру — клиент введет его сам». Полагаю для взломанного айфона можно придумать способ сохранить введённые данные.
Bluetooth терминал самый лучший вариант. Лучше если с поддержкой PayWave.
Bluetooth терминал самый лучший вариант. Лучше если с поддержкой PayWave.
На самом деле у этого решения есть одно существенное преимущество: не нужен кассовый аппарат.
А откуда будет выдаваться кассовый чек (банковский слип)?
Формально это оплата через интернет и потому тут действуют те же правила. Т.е. чек не нужен (он будет отправлен по email или sms по правилам платежных систем).
Хороший вопрос! :) как минимум можно организовать на имэйл а так, как в класическом интернет эквайринг — чека нет, накладную и на кассе за товар привозит с собой курьер.
Но на самом деле есть одно интересное исследование, которое мы проводим вместе с банками, как приведем все в соответствие, напишем статью насчет этого.
Но на самом деле есть одно интересное исследование, которое мы проводим вместе с банками, как приведем все в соответствие, напишем статью насчет этого.
Так и не нашел на вашем сайте примера платежной формы, использующей вашу систему! Сделайте как ваши конкуренты, форму пожертвования 30руб в какой-нибудь благотворительный фонд — для демонстрации ее работы.
Друзья есть ли еще идеи, что можно добавить?
Оффтоп, но все же: когда уже SDK/API для приложений выйдет с документацией? :)
Sign up to leave a comment.
Создаем виртуальный mPOS терминал