Пользователь 93898666 марта 2026 10:06
Нормальный платежный модуль для онлайн-магазина
Я сам подключением не занимался, видел только конечный результат, когда виджет уже появился на сайте. По мне так все ок, с устройством личного кабинета быстро разобрался. Отдельное спасибо за подробную аналитику, очень впечатлен. Платежи проходят моментально, они сразу же видны в админке. Очень порадовала опция холдирования платежей. Надеюсь, что больше не будет терять деньги на транзакциях при возврате заказов.
Пользователь 942111225 марта 2026 10:44
Техподдержке респект, чувствуется профессионализм
Подключал на днях Cloud Payments к своему онлайн-магазину бытовой техники. С самого начала, поговорив со знакомыми, был настроен на то, что процесс окажется долгим и непросты. На удивление справился за 5 часов, но все это время на связи был сотрудник техподдержки компании. Пошагово мне все объяснял, помог разобраться с модулем оплаты и все настроить. Пока вопросов нет, но если что, то я не особо переживаю, потому что знаю, что техподдержка всегда на связи и поможет.
Пользователь 943113031 марта 2026 09:51
Наконец-то сайт стал приносить деньги
Пеку торты на заказ уже много лет. В какой-то момент муж предложил продвигать выпечку через собственный сайт. Около года мы с этим сайтом бились, вложили кучу денег в раскрутку и вот созрели до того, чтобы через него начать принимать заказы. Проще всего организовать это оказалось с эквайрингом Клауд Пэйментс. Во всяком случае, мои коллеги его нахваливали. Мы подключили этот сервис в январе, когда немного схлынул поток заказов, и сейчас я не нарадуюсь. Даже постоянных клиентов уже приучила проплачивать все через сайт, где есть конструктор по сбору тортиков и калькулятор. Больше не надо никому ничего объяснять по телефону, я просто снимаю с сайта заказы, выполняю их и доставляю в оговоренный срок.
Пользователь 945415414 апреля 2026 09:32
Решила вопрос с проблемными платежами, работать стало намного проще
Меня просто убивало от одной мысли, что каждое утро нужно начинать не с работы в мастерской, а с разгребания вопросов с поступившими заказами. Я создаю украшения ручной работы и вообще далека от процесса продаж. Поэтому когда знакомый посоветовал установить мне на сайт СР, согласилась без колебаний. Мне важно было не отвлекаться на проблемы с оплатой, которые периодически возникали и отнимали много времени. Сервис СР минимизировал проблемные платежи, за месяц было всего две жалобы на то, что оплата не прошла. Да и с заказами стало работать намного проще, потому что утром просто открываю личный кабинет, вижу все оплаты и за полчаса комплектую заказы и отношу их на почту. После этого могу спокойно работать и не отвлекаться на технические моменты.
Пользователь 937441625 февраля 2026 11:25
Платежи проходят быстро и без сбоев
С подключением CloudPayments пришлось повозиться, но техподдержка сервиса оказалась на высоте и в итоге помогла все разрулить. По функционалу все норм, открыли для себя опцию формирования ссылок для оплаты и платежи по QR-коду. Оба варианта рабочие, используем при оформлении крупных заказов, где более 5 позиций товаров. Ну и после первой недели использования эквайринга могу сказать, что сбоев в приеме платежей не наблюдалось, это прям бальзам на душу.
Пользователь 244351119 сентября 2018 21:35
Все работает
Модуль очень прост в установке единственное он у меня работает через GET а не через POST как написано в настройках
Пользователь 27980315 октября 2020 14:26
Платежный обработчик, ломающий другие.
В июле в "Обсуждениях", передал информацию, что обработчик cloudpayment негативно влияет на работу других обработчиков из за ошибки в коде.
В файле handler.php есть замечательный метод который ВСЕГДА возращает true. Из за чего на странице возврата, когда система по параметрам пытается определить через какой обработчик была произведена оплата, обработчик от cloudpayments расталкивая всех КРИЧИТ ЭТО Я, без каких либо проверок.
вот сам метод:
static public function isMyResponse(Request $request, $paySystemId) {
return true;
}
В первую очередь пишу ради исправления проблемы. Т.к. разработчики данного модуля ее игнорируют. прошу ПОДДЕРЖКУ БИТРИКС обратить на данную проблему свое внимание и провести дополнительную модерацию данного модуля, поскольку он мешает корректной работе других модулей!
Ответ разработчика23 октября 2020 10:12
Эта проблема решена в beta версии модуля - 1.0.9
Пользователь 60917320 декабря 2020 18:05
Стабильная версия модуля не работает
на php 7.1 и выше модуль вовсе не работает, а битрикс на данный момент требует минимум 7.2
В bete говорят это исправили, но это бета, не для общего пользования.
Ответ разработчика28 декабря 2020 10:35
Стабильная версия работает на php 7.2 (проверено на стандартном шаблоне). Бета так же работает на php 7.2 (установить можно отключив загрузку стабильных обновлений в настройках системных обновлений)
Пользователь 2419819 февраля 2021 13:17
Ошибка частичной оплаты
В коде /php_interface/include/sale_payment/cloudpayment/handler.php
функция getPaymentIdFromRequest выдает оплату первую по списку из всех оплат заказа, а не ту которую пользователь оплачивает
как вариант реализации:
public function getPaymentIdFromRequest(Request $request)
{
if ($request->get('InvoiceId'))
{
$order=\Bitrix\Sale\Order::load($request->get('InvoiceId'));
foreach($order->getPaymentCollection() as $payment){
$id=$payment->getField("ID");
if ($this->isCorrectSum($payment, $request) and $this->service->getField('ID')==$payment->getField('PAY_SYSTEM_ID') ) return $id;
$l[]=$id;
}
return current($l);
}
}
Пользователь 1404821 августа 2022 18:56
перепутаны поля ключа и пароля
Решали проблемы с модулем и выявили баг, что поля ключа и пароля в админке, перепутаны ...
Если откроете страницу платежной системы с выбранным обработчиком "cloudpayments" и загляните через инспектор браузера, то можно увидеть что в поле с заголовком "Public ID" названиt input = APIPASS, а у поля "Пароль для API" = APIKEY.
Так же, если залезть в в код модуля, где то переменные берутся как есть APIPASS = APIPASS, APIKEY = APIKEY и следовательно на выходе получаем не верные переменные (и я не понимаю, как то все тогда работает. и работает ли вообще .... ), а где то
/bitrix/modules/cloudpayments.cloudpayment/install/php_interface/include/sale_payment/cloudpayment/handler.php:141
$accesskey = trim($this->getBusinessValue($payment, 'APIPASS'));
$access_psw = trim($this->getBusinessValue($payment, 'APIKEY'));
т.е. кто то из разработчиков был в курсе проблемы. но поленился исправить, сделав лишь свою поставленную задачу (там вроде отсылка счета идет).
Изначально ошибка допущена в файле
/bitrix/php_interface/include/sale_payment/cloudpayment/lang/ru/.description.php
Где перепутаны переменные.
Саппорт CloudPayments (именно люди отвечающие за разработку), дали ответ в стиле "у нас все работает", даже не заглянув подробно присланную им и расписанную информацию.
Сейчас общаюсь с менеджером их общего саппорта, который и вправду пытается помочь решить проблему, посмотрим что получится.
Проблема в модуле, версии бета 1.0.9 . Стабильную не проверял, т.к. при общении с тех поддержкой перед этим, они сказали что лучше ставить последнюю бета версию.
Пользователь 12271128 октября 2022 16:05
Метод isMyResponse всегда отдает true
Добрый день.
В стабильной версии 1.0.8 handler.php Вашей платежной системы метод isMyResponse вообще не проверяет его это запрос или нет. Он просто отдает всегда true и по итогу при обработке запроса от платежной системы в sale_ps_result.php методом PaySystem\Manager::searchByRequest($request); никогда не дойдет очередь до проверки результат чьей платежной системы пришел, если платежная система расположена ниже Вашей по алфавиту. Т.к. Ваша отдаст true и поиск завершится.
Проблема исправлена в beta версии 1.0.9, но не пора ли перевести ее в стабильную? 2 года уже прошло. У большинства по умолчанию стоит установка только стабильных обновлений, а значит очень многие столкнутся с данной проблемой. Мы потратили кучу времени пока разобрались, что нашей платежной системе мешает ваша платежная система.
