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

User

Send message
да и мало ли, купил рюкзак на 10кг, а тут появляется на 15 кг, который будет интересен клиенту.
я сам не путешественник, но предполагаю что такое может иметь место.
Вы правы, рюкзак новый вряд ли через месяц понадобится, возможно через полгода-год.
А вот другие штуки, например, газовый балон большей емкостью, еще что-нибудь, может понадобиться и раньше.
Смысл в том, чтобы клиенту постоянно сообщать о новом ассортименте, который ему может понадобиться. Рассылки должны учитывать покупательное поведение клиента и т.д.
Поддерживаю.

* Телефон обязательно.

* Требование регистрации до оформления заказа может оттолкнуть покупателей.
Лучше запросите у пользователя минимум информации для заказа, а после оформления автоматически его зарегистрируйте и отправьте письмо с логином/паролем. И важно — вы уже получили клиента, не забывайте про него, пиши ему с периодически. Например, купил он рюкзак месяц назад, появились у вас новые, напишите ему об этом.

Желаю удачи!
Все ограничения для агрегатора устанавливаются ну уровне банке и автоматически действуют для всех пользователей агрегатора — мерчант аукаунт по факту здесь один.

Ограничения на суммы, страны.
Ограничения для каждого агрегатора свои.
Например, Платеж.Ру www.expressgold.ru/Info/Instructions.aspx?CurrLabel=OceanBankR

Для остальных нужно узнавать непосредственно у поставщика услуг.
Честно.

7-10-30 дней запланировать не возможно.

Обычно — 7 дней
Максимум -10 дней.
Исключительня ситуация (было два случая, Вы, и система денежных переводов) — 30 дней.
Банк третья сторона, но сторона, на которую мы влияем, и которая решение выносит в как правило течение 7 рабочих дней, в редких случаях 10 рабочих дней.

С Вами был особый случай, что затянулось на месяц.
У банк были на то причины, на которые мы, к сожалению, не смогли повлиять.
Прошу прощения за такую работу банка, подчеркну — это очень редкий кейс.

Все остальное Вас устраивает?

Подключение не бесплатное. 220 американских рублей. Все остальное как есть.
Только сегодня представилась возможность лично познакомиться с ген. диром Ассиста. Очень приятный в общении человек, обладающий большим опытом. Как раз о переходящих клиентах говорили :) Почему решили перейти?
6 месяцев не с потолка взятая цифра — это «время жизни чарджбека»
По поводу сотрудничества — обе стороны заинтересованы. Мы Вам нужны, Вы нам нужны.
Все понятно, все логично.

По поводу 4-х месяцев, привожу хронологию:
1) Заявку на подключение Вы подали 26 ноября 2009.

2) 3 декабря 2009 года Вы прислали нам анкету.

3) После проверки анкеты, комплект необходимых документов мы попросили Вас предоставить 8 декабря 2009 года.

4) Приложения 3 и 4 договора с банком Вы предоставили 17 декабря 2009 года.

5) Весь комплект документов Вы прислали 22 января 2010 года, 28 января мы направили документы в банк.

6) 1 марта мы получили ответ из банка об одобрении Вашей компании. Полагаю Вы знаете почему так долго.

7) 1 марта мы направили Вам договоры на подписание, ждем включения…


Итого, время, которое Вас рассматривал POS:
2 дня рассматривали анкету (4 и 7 декабря, 5 и 6 — выходные)
3 дня рассматривали документы (25, 26 и 27 января)
Итого: 5 дней, ну плюс еще 5 дней. Пусть всего 10 дней.

Все остальное время Вы предоставляли документы (почти 2,5 месяца)
И Вас рассматривал банк (почти месяц)… И у них было много вопросов по рискам с Вами. ну Вы знаете.

Согласны с таким раскладом?
Скорее всего Вы не так поняли.
Не мог Вам этого сказать менеджер, назовите дату и время звонка, подниму запись разговора.

Также полагаю, договор Вы читали не внимательно.
Информация по возврату депозита указана в договоре обычным шрифтом, таким же как и весь договор, если потребуется, приложу сканы:
4.1.3. На основании индивидуальных условий обслуживания, Процессинговый центр формирует в порядке, указанном в п.4.2. настоящего Договора, страховой депозит. Размер страхового депозита на момент подписания настоящего Договора указан в разделе 9 Приложения №1 и может изменяться в установленном порядке, в соответствии с п. 4.2.3. и 4.2.4.
4.1.4. В течение 3 (трех) рабочих дней после подписания Сторонами настоящего Договора, Процессинговый центр направляет Предприятию счет на оплату Страхового депозита в соответствии с п.4.2. настоящего Договора.
4.1.5. Из суммы страхового депозита Процессинговый центр вправе производить списание в свою пользу денежных средств, в случаях невозможности оплаты или несвоевременной оплаты Предприятием счета согласно п.4.1.2. настоящего Договора.
4.1.6. Предприятие обязуется поддерживать установленый размер страхового депозита, путем перечисления денежных средств на счет Процессингового центра на основании выставленных счетов.
4.1.7. В случае необходимости пополнении страхового депозита, Процессинговый центр формирует и направляет Предприятию в начале месяца (не позднее 10-го числа месяца) счет на оплату на сумму, равную разнице между установленным размером страхового депозита и его значением на момент формирования данного счета.
4.1.8. Денежные средства, по выставленным в соответствии с п. 4.1.2., 4.1.4. и 4.1.7. счетам, должны быть перечислены Предприятием на расчетный счет Процессингового центра по реквизитам, указанным в разделе 10 настоящего Договора не позднее 3 (трех) рабочих дней с момента получения счета на оплату Предприятием.
4.2. Формирование размера страхового депозита осуществляется в следующем порядке:
4.2.1. Размер страхового депозита определяется для Предприятия в индивидуальном порядке, на основании заявленного ежемесячного оборота Предприятия по операциям с использованием банковских карт и других данных, указанных в Анкете, типа бизнеса Предприятия, а также предоставленных Предприятием при оформлении заявки на подключение к Процессинговому центру документов.
4.2.2 Страховой депозит удерживается Процессинговым центром на весь срок действия настоящего Договора и подлежит возврату по прошествии 3 (трех) календарных дней со дня расторжения договора.
4.2.3. Размер страхового депозита подлежит пересмотру со стороны Процессингового центра каждые 3 (три) месяца на основании статистических показателей Предприятия по Успешным Транзакциям, операциям Refund и зарегистрированным операциям Chargeback.
4.2.4. Размер суммы страхового депозита может быть увеличен при выявлении Процессинговым центром роста количества Транзакций или суммарного оборота по Транзакциям по оплате товаров или услуг Предприятия, совершенных с использованием Карт, мошенническим путем, а также в случае превышения по Торговому счету Предприятия допустимого уровня операций Refund и Chargeback. Об изменении размера страхового депозита Процессинговый центр направляет Предприятию соответствующее уведомление в электронном виде. Измененная сумма страхового депозита указывается в дополнительном соглашении к настоящему Договору и применяется после подписания Сторонами дополнительного соглашения.


что касается звездочки и мелкого шрифта, возможно речь идет о приложении 1, в котором указывается размер этого депозита.

Вот выдержка из Приложения 1 касательно страхового депозита:

9 Размер страхового депозита от 0 до 10%


А вот и что мелким шрифтом:

Размер страхового депозита определяется в индивидуальном порядке исходя из заявленного ежемесячного оборота и типа бизнеса Предприятия, а также других факторов и взимается при подключении к Процессинговому центру. Размер страхового депозита подлежит пересмотру каждые 3 месяца на основе статистики Предприятия по подтвержденным авторизациям, операциям Refund и зарегистрированным Chargeback.


По-моему, все прозрачно и понятно.
Тем более, если учесть что в пункте 9 вместо от 0 до 10% прописывается конкретная цифра, обычным шрифтом.
Скорее нет, чем да.
Зависит от географии Вашей аудитории.
Для банка действительно требуется много документов, но это все учредительный пакет, и мне кажется, не очень сложно его один раз соббрать, сделать пару копий и держать на такого рода случаи.

А депозит такой — все просто — ваш проект high risk, отрасль такая, более того, условия которые мы Вам предложили не самые плохие и Вы их приняли.

Мы ждем когда Вы ключитесь. Готовы работать для Вас, помогать Вам и снижать уровень чарджбеков — это наша приоритетная задача. Но в этом мы ожидаем что Вы будут нам также помогать.

Хм… Согласно требования МПС стоимость товара/услуги при оплате банковской картой не должна отличаться от любого другого способа. Таким образом, цена наличными и по карте должны совпадать. Если у вас оплата только картами, я рекомендую убрать графу «услуги банка», чтобы не вводить клиента в заблуждение, если есть оплата наличными, то издержки по оплате картами берите на себя. Несколько жалоб в МПС от ваших клиентов и вас могут принудить изменить политику ценообразования по картам.
Есть такой список в Visa usa.visa.com/download/merchants/cisp-list-of-pcidss-compliant-service-providers.pdf
Там рядом с Ассистом указано — payment gateway, или же Internet Payment Gateway Provider (IPGP).
До IPSP там очень недалеко, я знаю что они действительно IPSP. Принципиальное отличие в том, могут ли IPSP предоставлять gateway connection. Ответ — Assist может.
Самое интересное, несмотря на то что PayOnline System тоже IPSP/IPGP — в списке Visa мы указаны как PaymentGateway, да еще и в названии ошиблись. Ждем пока исправят, надеюсь недолго ждать…

Ну и список MasterCard'а да кучи
www.mastercard.com/us/sdp/assets/pdf/Compliant%20Service%20Providers%20-%20July%2015%202009.pdf

Нам тоже нравится работать с Робокс и очень приятно слышать такой отзыв о PayOnline System.
Мы делаем все возможное, чтобы все наши клиенты ставились довольными!

Теперь по вопросу.

В презентации сказано по поводу агрегаторов: «Уровень защиты держателей карт — низкий»

PCI DSS хуже/лучше быть не может, это же стандарт, и соответствие ему уже очень гуд.
Я даже не знал, что он есть у Робокассы. Позволите взглянуть?
У РБКмани он есть, не знаю срок его истечения правда.
Почему тогда Робо не работает с банками по gateway соединению?

Следующий пункт, «Уровень предотвращения мошеннических операций — средний».
На безопасность влияет много факторов:
система онлайн мониторинга;
система оффлайн мониторинга;
возможность доступ к кодам ошибок по транзакциям к банкам. Здесь, мы вам во многих
случаях также не сообщаем реальные ошибки по транзакциям,
особенно те, что отклоняются нашей системой мониторинга.

Если идти дальше — возьмем 3DS, например у нас, да у других IPSP свой MPI плагин.
У нас двустадийная система авторизации транзакций.

Так что можно утверждать — степень контроля рисков у IPSP выше чем у агрегаторов (средняя) и
выше чем у банков (низкая степень) — как правило нет серьезной системы онлайн-монитоинга,
по крайней мере точно не у всех банков.
Позвольте комментарий.
Chronopay принадлежит более 50% рынка электронной коммерции в РФ. Вообще медлительность/невнимательность к клиентам (проявляется в бо'льшей части для мелких и средних клиентов) — это недостаток почти любой крупной компании, с которым необходимо бороться постоянно.Я работал с гигантами e-Commerce в USA — на письма отвечают 2-3 недели!

Про почту России мне понравилось :)
WM и QIWI — очень лояльные и дружественные. QIWI у нас уже есть, webMoney будет 10 апреля.
А вот с ЯД пока не удается договориться, ну я думаю все сложится.

Вообще дружить надо, здоровой конкуренции это не помеха.
А рынок развивать всем вместе необходимо.

Достойный, даже решения для iphone есть.
Однако на месте российской компании, я бы работал с российским процессингом/банком/агрегатором по российским законам.

Information

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