Продажи · CC CMS 3.0
Около 9 минут · Проверено 20 октября 2026
Подготовьте онлайн-оплату в тестовом магазине и отличайте статус заказа от подтверждённого платежа или возврата денег.
Перед началом
Нужен модуль ЮKassa, доступ администратора и тестовый магазин провайдера. Подготовьте shopId и тестовый ключ. Рабочий сайт должен иметь доступный извне HTTPS-адрес. Скриншоты ниже показывают интерфейс без ключей и платежей.
Откройте настройки ЮKassa
В каталоге откройте «ЮKassa». Для первого подключения оставьте «Тестовый магазин ЮKassa» включённым. Введите shopId и секретный ключ именно тестового магазина. Рабочий ключ нельзя использовать как замену тестового.
Настройки ЮKassa. Реальные ключи не введены, новые платежи выключены. Скриншот можно открыть в полном размере. Определите передачу данных для чека
Выберите режим, соответствующий вашему подключению у провайдера. CMS может передавать состав заказа как полную предоплату либо не передавать его, если чеки организованы отдельно. Настройки налогообложения и чеков согласуйте с ответственным специалистом: экран CMS не заменяет такую настройку.
Добавьте онлайн-способ оплаты
Сохраните подключение и откройте «Оплата». Добавьте способ типа «Онлайн-оплата», выберите ЮKassa и включите запись. Название должно быть понятным покупателю.
Тип способа и платёжный сервис выбираются отдельно. Скриншот можно открыть в полном размере. Подключите подтверждения провайдера
В кабинете ЮKassa настройте HTTP-уведомления на публичный HTTPS-адрес вашего сайта с путём /payments-yookassa/webhook/. Нужны события payment.succeeded, payment.canceled и refund.succeeded. Локальный адрес .test для этого не подходит.
Проведите согласованный тестовый сценарий
Оформите тестовый заказ с онлайн-оплатой. В админке переведите его в обработку и уточните доставку: только затем покупателю доступна оплата. Используйте тестовые сценарии провайдера. Проверьте успешную и отменённую попытку, не создавая реальных списаний.
Проверьте платёж в заказе
Возвращение покупателя на сайт ещё не подтверждает оплату. Сверьте платёжный статус в заказе с результатом провайдера. Webhook и дополнительная API-проверка подтверждают результат; планировщик также сверяет начатые операции.
Отличайте отмену заказа от возврата денег
Отмена заказа или возврат товара на склад не возвращают деньги автоматически. Для оплаченного заказа есть отдельное действие «Возврат оплаты»: выберите позиции, количество, доставку при необходимости и причину, затем проверьте расчёт и подтверждение. Это ответственная финансовая операция.
Переходите к рабочему магазину после проверки
Только после приёмки тестового процесса подключайте рабочие реквизиты и выключайте тестовый режим. Проверьте HTTPS, уведомления, режим чеков и регулярный запуск планировщика. Не публикуйте ключи в инструкциях, заявках или скриншотах.
Важно
Возврат со статусом ожидания или неопределённым исходом нельзя считать успешным и сразу повторять. Сначала проверьте операцию у провайдера. Для возвратов сотруднику требуется отдельное право. Упрощённая передача состава чека не поддерживает смешанные ставки и маркировку.
Что должно получиться
Тестовый заказ проходит весь путь, результат оплаты подтверждается в админке, а команда понимает отдельный порядок возврата денег.
Если что-то не получается
Кнопки оплаты у покупателя нет
Проверьте статус обработки заказа, уточнение доставки, активность онлайн-способа и подключение ЮKassa.
Покупатель вернулся, но заказ не оплачен
Не выставляйте оплату по одному факту перехода. Проверьте результат платежа, webhook и доступность API провайдера.
Заказ отменён, а деньги остались у магазина
Отмена и возврат оплаты — разные операции. Если возврат необходим, уполномоченный сотрудник оформляет его отдельно и проверяет итоговый статус.
Скриншоты сняты в отдельной учебной установке. Примеры вымышлены. Доступные разделы и внешний вид сайта зависят от темы, модулей и прав пользователя.