С утра юзер (8-30 мск и в 9-15) прислал скрины что робокасса не работает, код ошибки 40. Вчера вечером (17.02.2025) в 23 мск у них целый час длились проблемы, вообще формы оплаты не работали, ни одна оплата не прошла, все транзакции висели в состоянии "внештатн останов". Отписался в поддержку с вопросами, пока ответа нет.
Заметил ли кто такое?
Кто-нибудь сравнивал cloudpayments vs robokassa в действии — ну то есть коэффициенты конверсии, количество жалоб юзеров за неделю на невозможность оплатить?
А то что-то появилось желание провести a/b тестирование сервисов по приему платежей (через сайт).
Здравствуйте, vladrsdn, Вы писали:
V>Заметил ли кто такое?
Ты такую ситуацию первый раз наблюдаешь или уже повторяется регулярно (типа раз в неделю)?
Может быть это просто какой то разовый сбой? (который случается раз в год).
Re[2]: robokassa дико глючит. robokassa vs cloudpayments
Здравствуйте, Roman Vasin, Вы писали:
RV>Здравствуйте, vladrsdn, Вы писали:
V>>Заметил ли кто такое?
RV>Ты такую ситуацию первый раз наблюдаешь или уже повторяется регулярно (типа раз в неделю)? RV>Может быть это просто какой то разовый сбой? (который случается раз в год).
Первый раз с сентября, но не исключаю что в предыдущие дни в другие часы (когда я не так пристально наблюдаю) такое тоже могло быть но я не заметил. И еще количество продаж в единицу времени у меня возросло с прошлой пятницы, раньше мог и не замечать проблем из-за того что продажи были более редкими.
Здравствуйте, vladrsdn, Вы писали:
V>Всем привет,
V>Принимаю платежи юзеров из рф через робокассу.
V>С утра юзер (8-30 мск и в 9-15) прислал скрины что робокасса не работает, код ошибки 40. Вчера вечером (17.02.2025) в 23 мск у них целый час длились проблемы, вообще формы оплаты не работали, ни одна оплата не прошла, все транзакции висели в состоянии "внештатн останов". Отписался в поддержку с вопросами, пока ответа нет.
V>Заметил ли кто такое?
V>Кто-нибудь сравнивал cloudpayments vs robokassa в действии — ну то есть коэффициенты конверсии, количество жалоб юзеров за неделю на невозможность оплатить?
V>А то что-то появилось желание провести a/b тестирование сервисов по приему платежей (через сайт).
Вот сегодня с 10-40 мск и по настоящее время в робокассе сломалось, почти нет платежей (уже 2 часа).. Хотя юзеры переходят в робокассу в попытке оплатить в тех же количествах, что случаются в эти часы последние несколько месяцев. Самое обидное что робокасса ничего не сообщает своим селлерам что типа у нас проблемы, переключайтесь на резервный биллинг..
Протестировать cloudpayments хочется еще сильнее, но руки пока не доходили заниматься интеграцией с ними.
Никто случаем не пробовал все-таки a/b тестирование?
Здравствуйте, vladrsdn, Вы писали:
V>Никто случаем не пробовал все-таки a/b тестирование?
Всегда нужно иметь как минимум 2 шлюза приема платежей. Тут не тестировать нужно, а интегрировать параллельный второй и делать так, чтобы можно было легко направлять клиентов на один из них.
Распределение клиентов делается в зависимости от критериев:
1) "сбойность" какого-то из шлюзов
2) появление инсайдерской информации о неликвидности организации обеспечивающей работу шлюза, мониторить форумы и новости
3) максимизации прибыли за счет оптимизации размера комиссий
4) через все шлюзы должны периодически проходить оплаты в некотором соотношении, их нужно "подкармливать" и заодно это позволяет наблюдать за их работоспособностью
При распределении клиентов в основе лежит теория вероятности. Например, вы знаете что шлюз №1 сегодня глючит, поэтому временно назначаете коэффициент распределения для первого шлюза P1 = 0, а для второго P2 = 1. Это означает, что на сбойный шлюз попадет 0% клиентов, а на второй рабочий 100%. Затем по ходу изменения ситуации меняете соотношение P1 и P2. Например, первый шлюз предположительно начал работать, делаете P1 = 0.1, P2 = 0.9. Работает несколько дней хорошо, повышаете P1 = 0.3, P2 = 0.7 и т.д. Сумма всех вероятностей всегда остается при этом единицей (= 100%), т.е. всегда соблюдается равенство P1 + P2 = 1.
Управление коэффициентами P делать ручным через файл конфигурации, БД и/или панель управления. Наверное, и автомат можно такой сделать который будет управлять этим в режиме автопилота, но я не пробовал автомат.
Использую такую систему много лет, полет отличный.
Вопрос немного офтоп. У некоторых банков, например у Точки, есть свой интернет-эквайринг с весьма гуманными условиями (2,7% + 1.5% за чеки). Кто-то пробовал работать так? Чем это вообще грозит, что платежи будут поступать непосредственно на счет, а не аккумулироваться у посредника?
Re[2]: robokassa дико глючит. robokassa vs cloudpayments
Здравствуйте, mauzer_tim, Вы писали:
_>Вопрос немного офтоп. У некоторых банков, например у Точки, есть свой интернет-эквайринг с весьма гуманными условиями (2,7% + 1.5% за чеки). Кто-то пробовал работать так? Чем это вообще грозит, что платежи будут поступать непосредственно на счет, а не аккумулироваться у посредника?
Пользую Точка.Стор с декабря.
Кривоватое гуано.
Не валидирует емейлы покупателей, и часто юзеры вбивают неверный свой емейл, и никакого способа связи с ними вообще не оказывается!!
Деньги на счет приходят с задержкой 2 недели. Но это можно пережить..
Практически никакой возможности для автоматизации рассылки ключей, только парсить человекоориентированное письмо с уведомлением о заказе, вытаскивая оттуда имя товара и емей юзера.
Думаю лучше эквайринг от Т-Банка прикручивать. Там за кассовые чеки надо будет доплачивать 1% комиссии, но там хоть есть API
Здравствуйте, Aquilaware, Вы писали:
A>Здравствуйте, vladrsdn, Вы писали:
V>>Никто случаем не пробовал все-таки a/b тестирование?
A>Всегда нужно иметь как минимум 2 шлюза приема платежей. Тут не тестировать нужно, а интегрировать параллельный второй и делать так, чтобы можно было легко направлять клиентов на один из них.
A>Распределение клиентов делается в зависимости от критериев:
A> 1) "сбойность" какого-то из шлюзов A> 2) появление инсайдерской информации о неликвидности организации обеспечивающей работу шлюза, мониторить форумы и новости A> 3) максимизации прибыли за счет оптимизации размера комиссий A> 4) через все шлюзы должны периодически проходить оплаты в некотором соотношении, их нужно "подкармливать" и заодно это позволяет наблюдать за их работоспособностью
A>При распределении клиентов в основе лежит теория вероятности. Например, вы знаете что шлюз №1 сегодня глючит, поэтому временно назначаете коэффициент распределения для первого шлюза P1 = 0, а для второго P2 = 1. Это означает, что на сбойный шлюз попадет 0% клиентов, а на второй рабочий 100%. Затем по ходу изменения ситуации меняете соотношение P1 и P2. Например, первый шлюз предположительно начал работать, делаете P1 = 0.1, P2 = 0.9. Работает несколько дней хорошо, повышаете P1 = 0.3, P2 = 0.7 и т.д. Сумма всех вероятностей всегда остается при этом единицей (= 100%), т.е. всегда соблюдается равенство P1 + P2 = 1.
A>Управление коэффициентами P делать ручным через файл конфигурации, БД и/или панель управления. Наверное, и автомат можно такой сделать который будет управлять этим в режиме автопилота, но я не пробовал автомат.
A>Использую такую систему много лет, полет отличный.
В принципе, тоже о таком конечно же думал, но понадеялся что Робокасса достаточно надежна и занялся исправлением багов и добавлением фич в софте. Буду прикручивать интеграцию с cloudpayments или эквайрингу Т-Банка..
Здравствуйте, vladrsdn, Вы писали:
V>Пользую Точка.Стор с декабря.
А почему Точка.Стор, а не интернет-эквайринг? Я так понимаю, Стор это что-то типа Тильды — конструктор сайтов. Нам такое должно быть не нужно, по идее. А у Точковского интернет-эквайринга есть API, в котором есть возможность получения уведомлений (веб-хуки): https://enter.tochka.com/doc/v2/redoc/section/Pro-API . Или это не то?
Re[2]: robokassa дико глючит. robokassa vs cloudpayments
Здравствуйте, mauzer_tim, Вы писали:
_>Вопрос немного офтоп. У некоторых банков, например у Точки, есть свой интернет-эквайринг с весьма гуманными условиями (2,7% + 1.5% за чеки). Кто-то пробовал работать так? Чем это вообще грозит, что платежи будут поступать непосредственно на счет, а не аккумулироваться у посредника?
Использую интернет-эквайринг от модульбанка с их чеками. Итого 3.5%. Деньги на ИП счет в модуле поступают. Можно деньги на "виртуальном" счету копить сколько хочешь, по команде вывод на р/с.
Бесит: кривая отчетность, которую они присылают за прошедший месяц только если им напомнить два раза. Первый раз — ага, пришлем. Второй раз, вероятно, для того, чтобы готовый файл, который уже где-то валяется, взяли и скинули в чатик. Отчетность готовится несколько дней.
Ну и если правильно считать налог (модулькасса же агент, платить надо с общей суммы), то можно немного двинуться на расчетах, из их отчетности понять что-либо нереально. Ну либо я тупой и мне не хочется с этим разбираться.
Ну и вариантов приема платежей мало — карты, QR и, вроде, на этом все.
Re[4]: robokassa дико глючит. robokassa vs cloudpayments
Здравствуйте, mauzer_tim, Вы писали:
_>Здравствуйте, vladrsdn, Вы писали:
V>>Пользую Точка.Стор с декабря.
_>А почему Точка.Стор, а не интернет-эквайринг? Я так понимаю, Стор это что-то типа Тильды — конструктор сайтов. Нам такое должно быть не нужно, по идее. А у Точковского интернет-эквайринга есть API, в котором есть возможность получения уведомлений (веб-хуки): https://enter.tochka.com/doc/v2/redoc/section/Pro-API . Или это не то?
это общий апи для всего банка. Методов про точка стор в нем не вижу. Придется слушать уведомления о всех входящих (но там кажется не будет емейлов покупателей, только сумма и может название товара) — то есть товар покупателю автоматом не отправить никак.
Почему точка стор? Да так исторически сложилось, приспичило за 5 минут поднять прием платежей без единой строчки кода, эта задача успешно решена, мало смысла делать все через нормальный инет-эквайринг в моем случае.
