Pull to refresh
2
0
Марат @eventviewer

User

Send message
Есть. Между Platron и Payanyway.
Игроки рынка не молчат, а действуют как могут. Просто действуют не каждый по отдельности, а от лица организации, представляющей их интересы и интересы рынка — от Ассоциации Электронных Денег. Вот только часть тех активностей, которые произвела ассоциация, были направлены официальные обращения:
1) Банк России — № 15115
2) Минфин – № 2-7109
3) Гос. Дума — № ВХ2.8-15-2644
4) Минкомсвязи
5) Администрация Президента
6) Общественная палата
7) Росфминмониторинг

Вы абсолютно правы! Правильно будет так:
Правила Apple In App Purchase запрещают делать покупки С ИСПОЛЬЗОВАНИЕМ СТОРОННЕГО ПРОЦЕССИНГА внутри приложения того, что будет использоваться исключительно внутри приложения, например, покупка «меча или другого артфеакта».
И еще статья 171 УК РФ (Незаконное предпринимательство), если стрижка будет в особо крупных размерах.
Cогласно вашей логике это будет (движение д/с, не байтов-битов) примерно так:
C — с карты отправителя в банк-отправителя
B — с банка-отправителя в расчетный банк Visa/MC в стране отправителя
B — транзитный перевод через банк-корреспондент в расчетный банк МПС в стране получателя
B — с расчетного банка МПС в стране получателя в банк-получателя
C — с банка получателя на карту получателя

Ну и если понаставить «2», то получится примерно C2B2B2B2C.

А если показать движение байтов и битов, и учесть сервера дата-центров, каналов связи, производителей компьютеров отправителя и получателя до получится C2B2B2B2B2B… 2B2B2BC
По стоимости наверное да, но в моем случае кажется есть одно преимущество: человеку, который будет переводить Вам на payID достаточно иметь только карту, нет необходимости заводить электронный кошелек.
Очень рад, что сервис PayOnline лидирует!
Хочу рассказать еще об одной полезной фиче по приему переводов.
Можно завести себе payID, привязать к нему карту, и принимать платежи уже на payID («не светить» номер своей карты).
Можно в ЛК payID сгенерировать ссылку на прием переводов, например Тест перевода, там же можно еще и форму сделать.
В 2005 году я прочел книгу Э. Йордана «Путь камикадзе». Чтение, как правило, проходило во время моих поездок в метро на работу. Это обеспечивало настороженные взгляды окружающих (смотрели то на книгу, то на меня, особенно если я 3-4 дня не брился) и некоторое свободное пространтство вокруг меня (ну да, что стоять рядом с тем, кто читает книгу про камикадзе).
В далекие 97-98 участвовал в ACM, и у них было еще ограничение на размер стека.
Оно было не искуственно, а скорее техническое, использовались C/Pascal для MS-DOS, там было 64K. В некоторых задачах это мешало.
Эквайеру всегда выгодно работать по ECI5 или ECI6, эквайеров в первую очередь заботит безопасность (при ECI5 и ECI6 ответственность на эмитенте), во вторую обороты. Мы у себя в PayOnline разработали 2-х стадийную авторизацию: сначала пустим по ECI5/ECI6, а потом, если не удалось из-за отказа эмитента — по ECI7. И трафик в норме, и с безопасностью все ок.
Сначала 2 момента ввода в тему:

1. Если эмитент поддерживает 3-DS эмиссию, то его карты бывают подписаны на 3-DS в эмитенте (enrolled), и бывают не подписаны. А бывает так, что эмитент не поддерживает 3-DS эмиссию.

2. Есть различные режимы авторизации транзакции эквайером
ECI5: 3-DS acquirer only, т.е. эквайер поддерживает 3-DS, а эмитент нет
ECI6: Full 3DS, т.е. и эквайер поддерживает 3-DS и карта была подписана на 3-DS
ECI7: Secured e-Commerce, т.е. эквайер направил авторизационный запрос с указанием что 3-DS не нужен

Теперь про авторизацию.
В последнем случае (ECI7), как раз и возможен сценарий, когда 3-DS enrolled карты пройдет по e-Commerce, т.е. код не затребуют, это правда регулируется банками-эмитентами, они могут дать отказ. НО, эмитенту в этом случае даже более интересно провести авторизацию, поскольку ответственность (liability shift) не нем, а на эквайере.

3-D Secure (Verified By Visa И MasterCard SecureCode) позволяет переместить отвественность на держателя карты, но от фрода защищают не шибко. Карту, подписанную на 3-DS можно легко авторизовать по обычному e-commerce, и тогда 3-ds код запрашиваться даже не будет (т.е. можно и без 3-ds кода провести операцию).

В антифроде, чем больше данных тебе известно о плательщике, об устройстве, с которого проихзводится оплата, тем более точный скоринговый rate можно присвоить операции.
Не так уж и много банков-эмитентов (топ 10 покрывают > 90% эмиссии карт), особенно тех, у которых 4 первые буквы совпадают.
Я же объяснил выше, что нужно для антифрода.
Поле cardholdername можно всегда считать равным CARDHOLDER NAME и платежи будут проходить. В принципе, платежи без cvc2/cvv2 тоже можно проводить. Не означает же это, что не нужно требовать эти данные.
Хм… ajax работает только в веб-форме.
Вы правы, наименование банка для совершения платежа не нужно, как и Holder (нигде в техническом взаимодействие с VI/MC не использует это поле). Но для антифрода наименование банка полезно, как и cardholder.

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

5 млн. руб. — www.dmpmos.ru/default.aspx?s=0&p=564
1 млн., 2 млн., 3 млн. руб — fasie.ru/

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

Пишу потому что знаю, сами начинали с fasie.ru, некоторые знакомые успешно получали деньги по другим программам.
Название банка-эквайера, обслуживающего pos-терминал есть на чеке?
более того, первые 6 цифр — есть ни что иное, как BIN банка и можно взять даже со свой карты.
И для одного банка они могут совпадать (исключение только крупные банки, с большой эмиссией).

Рауф, молодцы, так держать.
Спасибо, безусловно, полезная информация и опыт.
1
23 ...

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Registered
Activity