Плагин «Подписка 3KL» часть 1. Интеграция с сервисами приема платежей

Сергей Гусев
29.09.2026
Плагин «Подписка 3KL» предназначен для зачисления пользователей на курс. Данная часть инструкции посвящена общей информации о плагине и сценариям зачисления (как платным, так и бесплатным).
Описываемый в статье плагин enrol_otpay называется «Подписка 3КL» начиная с версии 4.1.11b.  Начиная с версии 3.9.18b он назывался «Платная подписка 3KL». В более ранних версиях используется название «OT Pay».
Функционал, описанный в данном цикле статей, в полном объеме доступен в СЭО 3КL начиная с версии 4.5.10b.
Если вы используете более раннюю версию системы — обратитесь с заявкой на проведение обновления в службу технической поддержки ООО «Открытые технологии».
Cодержание:
1. Общая информация
  1.1. Общая информация о плагине
  1.2. Общая информация об интернет-оплате
  1.3. Особенности интеграции СЭО 3КL с сервисами платежей
    1.3.1. Последовательность действий при интеграции с существующими сервисами платежей
    1.3.2. Часто задаваемые вопросы по интеграции с платежными сервисами
2. Возможности плагина
  2.1. Сценарии подписки на курс
    2.1.1. Зачисление с электронной оплатой через интеграцию с эквайером
    2.1.2. Зачисление с электронной оплатой через платежный шлюз
    2.1.3. Заявка на зачисление с оплатой по счету (ПД-4)
    2.1.4. Заявка на зачисление с оплатой
    2.1.5. Заявка на зачисление без оплаты (авторизованный пользователь)
      2.1.5.1. Заявка на зачисление от неавторизованного пользователя
    2.1.6. Самостоятельное зачисление по купону
    2.1.7. Свободная самозапись (бесплатный доступ к подписке)
  2.2. Сценарии управления подпиской
    2.2.1. Зачисление на курс после принятия политики (соглашения)
    2.2.2. Ограничение доступа к подписке по условиям
    2.2.3. Скидка при платном зачислении (купоны на скидку)
    2.2.4. Подписка c отложенным началом обучения
  2.3. Сценарии дополнительных возможностей подписки
    2.3.1. Заморозка действующей подписки
    2.3.2. Настройка уведомлений (на примере уведомления контакта курса о новой заявке)
    2.3.3. Определение формы входа для неавторизованных в системе пользователей
  2.4. Возможности и сценарии стилизации
    2.4.1. Переименование кнопки зачисления на курс (на примере курса-конференции)
    2.4.2. Дополнительные компоненты оформления
Перейти к статьям:
Плагин «Подписка 3KL» часть 2. Глобальные настройки
(глобальные настройки плагина в зависимости от выбранных эквайеров и типов оплаты)
Плагин «Подписка 3KL» часть 3. Настройка платной подписки на курс
(добавление платной подписки в курс, настройка способа зачисления, решения)

1. Общая информация

1.1. Общая информация о плагине

Разработанный ООО «Открытые технологии» плагин «Подписка 3KL» предназначен для организации различных сценариев подписки (как платных, так и бесплатных) и может применяться, в первую очередь,  для автоматической записи слушателей на курс после онлайн-оплаты. Плагин позволяет:

  • устанавливать цены и сроки подписки с поддержкой скидочных купонов;
  • осуществлять интеграцию с сервисами платежей (эквайерами);
  • настраивать условный доступ к подписке и оплате;
  • создавать единый тариф для подписки на несколько курсов;
  • устанавливать разные тарифы на курс, в зависимости от:
    • общего срока подписки;
    • доступных материалов и заданий (контента);
    • количества обращений пользователя к курсу (первоначальная подписка на курс, продление и возобновление курса могут быть настроены на разную стоимость).
  • предоставлять пользователям возможность добровольной приостановки доступа к подписке (заморозки), для курсов, ограниченных по времени;
  • задавать льготный период подписки на курс;
  • устанавливать льготную стоимость при продлении или повторной подписке на курс;
  • организовывать ознакомительный доступ к курсу (бесплатный доступ к первым нескольким секциям и платная подписка для доступа к остальным секциям);
  • реализовывать сценарии бесплатной подписки (по купону, по запросу, по значениям полей профиля пользователя).

Плагин поддерживает следующие способы оплаты:

  • электронная (посредством интернет-эквайринга);
  • по сгенерированному счету, с последующей оплатой через банк;
  • купоном.

Для использования плагина нужно выполнить следующие действия:

  • проверить состояние активации плагина «Подписка 3KL»*;
  • выполнить глобальную настройку СЭО 3КL для организации приема платежей;
  • добавить и настроить способы записи на курс;
  • протестировать прохождение платежей.

______________________________________
* — плагин будет автоматически активен на системе с действующим серийным номером и тарифным планом. Его дополнительна активация может потребоваться в том случае, если вы ставили систему самостоятельно или произошел технический сбой. Подробнее здесь.

При настроенном в курсе способе зачисления «Подписка 3KL» пользователь, на странице описания курса, будет видеть плашку (плашки, если настроено несколько вариантов зачисления) со следующей  возможной информацией (Рис. 1.1.1):

  • предлагаемый способ оплаты (если зачисление платное);
  • стоимость курса (полную и со скидкой, если настроено);
  • поле для ввода кода купона (если настроено);
  • кнопку перехода к оплате (зачислению, если подписка бесплатна).

Рис. 1.1.1. Пример страницы описания курса с вариантами оплаты.

-Вернуться к содержанию-

1.2. Общая информация об интернет-оплате

Интернет-эквайринг реализует возможность безналичной оплаты услуг и товаров, предоставляемых на вашем сайте, с помощью банковской карты; электронными деньгами (ЮMoney, WebMoney, Qiwi-кошелёк); через терминалы (Евросеть, Qiwi, Элекснет); а также посредством мобильных платежей через сотовых операторов.

В процессе электронной оплаты задействованы несколько участников:

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

Для приема платежей через интернет, продавцу нужно:

  • заключить договор с эквайером;
  • подключить онлайн-кассу (согласно действующей редакции Закона № 54-ФЗ, для торговли через интернет необходимо подключить онлайн-кассу и выписывать чеки);
  • настроить технические средства своего ресурса (например, среды электронного обучения) для работы с выбранным эквайером.
Пример сценария оплаты картой:
1) В Системе (вашей СЭО 3КL) настроена подписка на курсы с возможностью оплаты картой.
2) Пользователь заходит на страницу описания интересующего его курса, видит информацию о стоимости и условиях подписки и, если его все устраивает, выбирает вариант оплаты банковской картой.
3) Система перенаправляет его на страницу Платежного сервиса эквайера, где пользователь вводит данные банковской карты.
4) Платежный сервис эквайера формирует запрос и направляет его в Банк-эмитент.
5) При успешной обработке запроса проводится авторизация в Платежной системе.
6) Если данные введенной карты верны, баланс (дебетовый или кредитный) по ней положителен и денежных средств достаточно для оплаты, то Банку-эквайеру поступает уведомление о том, что операция может быть проведена.
7) Банк-эквайер получает клиринговый файл.
8) Выполняется возмещение по операциям в пользу интернет-ресурса (Системы).
9) Формируется отчет о платеже, Пользователь перенаправляется обратно в Систему и подписывется на курс.
Обратите внимание: все этапы, связанные непосредственно с оплатой, проходят вне СЭО 3КL и обеспечиваются службами и программными средствами банков плательщика и получателя.

-Вернуться к содержанию-

1.3. Особенности интеграции СЭО 3КL с сервисами платежей

Текущая версия плагина «Подписка 3KL» поддерживает возможность оплаты через:

Если у вас заключен договор с эквайером, который еще не поддерживается в СЭО 3КL, вы можете обратиться в техническую поддержку ООО «Открытые технологии», чтобы доработать плагин (доработка платная). Для этого необходимо создать в личном кабинете заявку в категории «Выделенный специалист/Разработчик или сисадмин». Типовая трудоемкость интеграции с новыми системами процессинга платежей составляет 32 нормо-часа. Перед началом работ специалисты технической поддержки выполнят проверку API сервиса и возможности реализации интеграции. Это обусловлено тем, что не все сервисы можно интегрировать с системой.

Если окажется, что интеграцию выполнить невозможно, то заявка будет отклонена, а нормо-часы за проверку возможности интеграции списаны не будут.

Некоторые сервисы могут иметь свои готовые плагины интеграции, которые можно поставить бесплатно, через заявку на сторонний плагин. Однако, они не будут покрываться гарантийной техподдержкой и у них отсутствует поддержка тех уникальных возможностей, которые предоставляет плагин «Подписка 3KL»: подписка с регистрацией в одно действие, скидочные купоны, отдельный тариф на продление, временная заморозка по инициативе слушателя и т. п.

-Вернуться к содержанию-

1.3.1. Последовательность действий при интеграции с существующими сервисами платежей
Если удобного для вас эквайера еще нет в перечне доступных — инициируйте процедуру интеграции с ним.
Действие ЮKassa (бывшая Яндекс Касса**) Сбер Epay (JSC Halyk bank) (бывший «Казкоммерцбанк»***)

1) Выбрать подходящего вам эквайера.

Рейтинг эквайеров можно посмотреть здесь.

Доступны дополнительные инструменты: автоплатежи, оплата в рассрочку и др.

Поддерживает ряд партнерских онлайн-касс.

Комиссия — 3,5-6%.

Сайт сервиса.

Все платежи защищены по международным стандартам.

Для разрешения любых вопросов работает круглосуточная служба поддержки.

Платежи проводятся через собственную
онлайн-кассу.

Комиссия — 1,8-2%.

Описание услуги эквайринга.

Контакты.

Крупнейший в Казахстане коммерческий банк-эквайер.

Комиссия — 2,5-4%.

Описание, тарифы, договор и регистрационная форма.

Контакты.

2) Заключить договор с выбранным эквайером.

Воспользоваться эквайрингом могут ИП или юридические лица. Для заключения договора с эквайером нужно подать заявку на его сайте (заявку на обратный звонок менеджера), в которой указать базовую информацию: Ф.И.О, контакты и ИНН.

Заявка на подключение. Заявка на подключение. Форма для регистрации.

3) Пойти проверку (в процессе заключения договора эквайер проводит проверку вашего ресурса)

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

Служба безопасности ЮKassa проверяет подключаемые площадки на соответствие требованиям:

  • наличие SSL-сертификата (для правильной работы интеграции);
  • наличие на подключаемом сайте товаров с конкретными ценами (например, стоимость платных курсов);
  • наличие тарифов и пользовательского соглашения, если предлагаются платные услуги;
  • наличие реквизитов организации и контактных данных;
  • отсутствие переадресации оплаты (оплата должна производиться исключительно на подключаемом сайте).

Интеграция со Сбербанком проходит проще чем с ЮKassa: проверка сайта на
товары и цены, обычно, не проводится.

Требования, предъявляемые к ресурсу магазина.

 Нет информации.

4) Подключить облачную кассу

Для соблюдения закона №54-ФЗ при проведении электронных платежей необходимо подключиться к облачной кассе, либо принять решение о формировании чеков вручную (для этого у вас должен дежурить кассир, который будет оперативно формировать и высылать чеки).

Чтобы открыть онлайн кассу, необходимо зарегистрироваться в личном кабинете на сайте поставщика услуги, заполнить данные организации, подписать Договор, оплатить счет, получить номера ККТ и зарегистрировать их в ФНС.

СЭО 3КL не отправляет кассовые чеки на почту слушателя, это осуществляют другие сервисы.

Предоставляет интеграционный сервис с онлайн-кассами:

Свой сервис.  Нет информации.

5) Выполнить настройку СЭО 3КL для работы с выбранным эквайером.

Здесь вам понадобятся:

Настройки способа оплаты ЮKassa.

Пример данных, которые сообщает ЮKassa пользователю сервиса:
Адрес сервера для запросов - https://money.yandex.ru/eshop.xml
ShopID xxxxxx
Scid xxxxxxx
ShopPassword 123456

Настройки способа оплаты Сбер.

Пример технической информации от Сбербанка:
Адреса серверов для API запросов:
Тестовый сервер - https://3dsec.sberbank.ru/
payment/rest/
Боевой сервер - https://securepayments.sberbank.ru

Настройки способа оплаты Epay (JSC Halyk bank).

6) Протестировать корректность оплаты из СЭО 3КL

После настройки и активации интеграции проводится проверка корректности оплаты с помощью тестового сервера эквайера и тестовых карт.

Далее, при успешном результате, тестируются реальные платежи.

Тестовые материалы ЮКасса Тестовые материалы Сбер  Нет информации.
** — Компания «Яндекс.Деньги» объявила о ребрендинге сервиса с 15 декабря 2020г., изменив наименование на ЮMoney. Платежный сервис для бизнеса Яндекс.Касса теперь называется ЮKassa. В плагине «Подписка 3KL» обновлены платежные протоколы в связи с ребрендингом ЮKassa. После обновления СЭО 3KL все изменения применятся автоматически. Если используется устаревший способ подключения («протокол HTTP» или «старый платежный API»), во время обновления произойдет автозамена в настройке «Адрес сервера для запросов» со старого адреса на новый. В случае использования в этой настройке какого-либо нестандартного решения, необходимо вручную внести изменения так, чтобы в платежных запросах был прописан адрес https://yoomoney.ru/eshop.xml. Рекомендуем выполнить все необходимые настройки в Юkassa и переходить на использование способа подключения «Протокол API».
*** — В процессе слияния в июле 2018 года «Казкоммерцбанк» прекратил свое существование как юридическое лицо.  Объединённый банк стал самым крупнейшим в Казахстане и оставил название «Halyk Bank».  Изменение названия эквайера обеспечило актуальность информации в инструменте онлайн-оплаты для СЭО 3KL, используемых в учебных заведениях Казахстана. В плагине «Подписка 3KL» обновлены платежные протоколы в связи с изменением названия эквайера Epay (JSC Halyk bank) .

-Вернуться к содержанию-

1.3.2. Часто задаваемые вопросы по интеграции с платежными сервисами
  • ЮKassa

1) Где найти адрес сервера для запросов, пароль магазина и номер витрины для передачи в техническую поддержку?

Адрес сервера для запросов, пароли (в том числе и пароль магазина shop password) и номера витрины выдаются ЮKassa. Проверьте входящие электронные письма или обратитесь в техподдержку ЮKassa.


2) В процессе заключения договора от ЮКаssа приходят сообщения:
«На сайте https://ваш_сайт(СЭО) нет платных товаров/услуг. Разместите цены и сообщите нам» или
«На сайте нет цен. Необходимо разместить на сайте подробную информацию о своих товарах и услугах (опубликуйте каталог). Сообщите нам, когда всё будет готово».
Как ответить и что делать?

Предоставьте техподдержке ЮKassa ссылку на курс из СЭО 3КL в таком виде, чтобы было видно, что имеется платная услуга. Например, отправьте ссылку на страницу описания курса, где указано, что курс платный (размещена цена).


3) Нам пришло письмо от техподдержки ЮKassa:
«Обращаем Ваше внимание, что для проверки подключаемого сайта нашей службой безопасности необходимо чтобы сайт соответствовал следующим требованиям:
- На сайте обязательно наличие хотя бы одного товара. Если на сайте представлено несколько разделов, обязательно наполнение каждого из разделов хотя бы одним товаром с актуальной информацией и реальной ценой.
- Если на сайте принимается оплата за услуги, то должны быть размещены тарифы и пользовательское соглашение.
- Необходимо указание реквизитов организации и контактных данных.
- Оплата должна производиться на подключаемом сайте, без переадресаций.
Просьба сообщить по факту завершения наполнения сайта».
Что делать и как на него ответить?

В ответном письме ЮKassa необходимо предоставить ссылки на страницы с описаниями платных курсов. В самой же среде электронного обучения в основном меню можно расположить/настроить пользовательское соглашение и прайс-лист (тарифы), в блоке html/подвале/шапке указать реквизиты организации. Расположить ссылки на эти страницы через элементы док-панели.


4) Как правильно заполнить техническую анкету API?

Рис. 1.3.2.а. Пример технической анкеты от ЮKassa.
  • Наименование магазина. То название, которое будет видеть пользователь во время платежа.
  • Адрес сайта. Указывается адрес (URL) ресурса (например, https://moodle.opentechnology.ru).
  • CMS. Система управления контентом сайта (движок).
  • Адрес для уведомлений. Адрес интеграции, отвечающей на запросы эквайера (https://ваш_сайт_СЭО/enrol/otpay/plugins/yandex/request./notification.php).
  • Email для реестров. Адрес электронной почты, на которую будут приходить реестры платежей.

  • Сбер

1) Как создать кнопку для оплаты курса, если у нас есть бланк квитанции сбербанка с QR-кодом? Можем ли мы сделать так, чтобы слушатель мог выбрать способ оплаты по QR-коду?

На текущий момент, функционала для квитанции с QR-кодом в плагине «Платная подписка 3KL» нет. В рамках расширенной технической поддержки за нормочасы мы можем рассмотреть возможность разработки данного функционала.


-Вернуться к содержанию-

2. Возможности плагина

В разделе представлены базовые сценарии, иллюстрирующие возможности способов зачисления плагина Подписка 3KL». Сложные решения, требующие одновременной настройки нескольких инструментов СЭО 3KL, а также решения по настройке тарифов и льгот смотрите здесь.

-Вернуться к содержанию-

2.1. Сценарии подписки на курс

2.1.1. Зачисление с электронной оплатой через интеграцию с эквайером
Сценарий реализует возможность онлайн-оплаты курсов банковскими картами с использованием интеграции с эквайерами «ЮKassa», «Сбербанк», «Epay (JSC Halyk bank)».
Чтобы воспользоваться данным сценарием у вас должен быть действующий договор с эквайером из перечня перечисленных выше и в СЭО 3KL выполнены все необходимые настройки интеграции.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Название_эквайера» (Рис. 2.1.1.а);
Цена = «Стоимость_курса» (Рис. 2.1.1.б);

Рис. 2.1.1.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.1.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Определение цены курса.

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Перейти на страницу оплаты» (Рис. 2.1.1.в).

Рис. 2.1.1.в. Пример внешнего вида плашки для сценария «Электронная оплата через через интеграцию с эквайером».

3) Система перенаправляет пользователя в интерфейс оплаты эквайера (Рис. 2.1.1.г).

Рис. 2.1.1.г. Пример страницы оплаты эквайера «Сбербанк».

4) Эквайер передает информацию в систему об успешном платеже****.

5) Система зачисляет пользователя на курс.

6) Администратор, используя панель администрирования заявок или инструмент «Панель управления СЭО 3KL», просматривает статистику по поступившим оплатам (Рис. 2.1.1.д).

Рис. 2.1.1.д. Пример вкладки «Заявки и оплаты» Панели управления СЭО 3KL. Установлена фильтрация оплаченных заявок через эквайера «Сбербанк».

_________________________________
**** — Для соблюдения закона №54-ФЗ, при проведении электронных платежей покупателю должен выдаваться кассовый чек, подтверждающий оплату. Если у вас подключена облачная касса, вышеописанный сценарий дополняется под сценарием «Облачная касса»:

Эквайер передает данные о платеже в облачную кассу.

Облачная касса формирует чек и высылает его Пользователю.

-Вернуться к содержанию-

2.1.2. Зачисление с электронной оплатой через платежный шлюз
Сценарий реализует возможность онлайн-оплаты курсов с использованием плагинов платежных шлюзов (банков, платежных систем или сервисов). В текущей версии СЭО 3KL предустановлен плагин платежного сервиса «Робокасса».
Чтобы воспользоваться данным сценарием у вас должен быть действующий договор с организацией-владельцем платежного шлюза и в СЭО 3KL выполнены все необходимые настройки плагина платежного шлюза и платежного счета.
Отличительной особенностью данного сценария является возможность настраивать оплату сразу на несколько платежных счетов одной платежной организации (один платежный шлюз — несколько платежных счетов), тогда как в сценарии «Электронная оплата через через интеграцию с эквайером» — один эквайер = один счет.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Платежный шлюз» (Рис. 2.1.2.а);
Платежный счет = «Настроенный_платежный_счет»;
Цена = «Стоимость_курса» (Рис. 2.1.2.б).

Рис. 2.1.2.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.2.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Определение платежного счета и цены курса.

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Перейти к оплате» (Рис. 2.1.2.в).

Рис. 2.1.2.в. Пример внешнего вида плашки для сценария «Электронная оплата через платежный шлюз».

3) Система перенаправляет пользователя в интерфейс оплаты платежного шлюза (Рис. 2.1.2.г).

Рис. 2.1.2.г. Пример модального окна платежного шлюза «Робокасса».

4) Организация-владелец платежного шлюза передает информацию в систему об успешном платеже.

5) Система зачисляет пользователя на курс.

6) Администратор, используя панель администрирования заявок или инструмент «Панель управления СЭО 3KL», просматривает статистику по поступившим оплатам (Рис. 2.1.2.д).

Рис. 2.1.2.д. Панель администрирования заявок. Пример успешной оплаты курса через платежный шлюз.

-Вернуться к содержанию-

2.1.3. Заявка на зачисление с оплатой по счету (ПД-4)
Использование сценария предполагает, что в глобальных настройках плагина «Подписка 3KL» (раздел «Настройки способа генерации формы») корректно заполнены платежные реквизиты организации-получателя денежных средств, и пользователь, в процессе подачи заявки, получает сгененрированный системой и заполненный платежный документ для последующей самостоятельной оплаты.
При этом, оплата курса пользователем  будет происходить по каналам, не связанным никакими интеграционными решениями с СЭО 3KL, а факт поступления платежа фиксируется вручную.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Зачисление с подтверждением» (Рис. 2.1.3.а);
Сценарий = «Генерация счета» (Рис. 2.1.3.б);
Цена = «Стоимость_курса».

Рис. 2.1.3.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.3.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор сценария способа оплаты.

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Сформирорвать счет» (Рис. 2.1.3.в).

Рис. 2.1.3.в. Пример внешнего вида плашки для сценария «Заявка на курс с оплатой».

3) Система открывает форму с реквизитом «Плательщик» (Рис. 2.1.3.г).

Рис. 2.1.3.г. Модальное окно «Заполнение формы».
В поле «Плательщик» системой автоматически подставляется ФИО пользователя, выполняющего сценарий оплаты. При необходимости на этом этапе пользователь имеет возможность изменить данные плательщика (например, оплата пройдет от организации или родителя потенциального слушателя курса).

4) Пользователь нажимает кнопку «Сформировать счет» (см. Рис. 2.1.3.б) и pdf-файл со сгененрированной квитанцией по форме ПД-4 скачивается на устройство пользователя (Рис. 2.1.3.д).

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

5) Пользователь оплачивает сгененрированную квитанцию.

6) Ответственный за зачисление слушателей на курс сотрудник получает информацию об оплате курса пользователем, находит в  панели администрирования заявок (см. поз. 1 Рис. 1.3.2) его заявку и изменяет значение в поле столбца «Статус» с «Ожидание» на «Оплачено» (Рис. 2.1.3.е).

Рис. 2.1.3.е. Пример подтверждения оплаты счета в панели администрирования заявок. 

6) Система зачисляет пользователя на курс.

-Вернуться к содержанию-

2.1.4. Заявка на зачисление с оплатой
Сценарий может быть востребован, когда оплата курса пользователем  происходит по каналам, не связанным никакими интеграционными решениями с СЭО 3KL, и факт поступления платежа должен фиксироваться вручную.
В отличие от сценария «Заявка на курс с оплатой по счету», в данном сценарии исключен этап генерации платежного документа.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Зачисление с подтверждением» (Рис. 2.1.4.а);
Сценарий = «Заявка на курс с оплатой» (Рис. 2.1.4.б);
Поведение для неавторизованного пользователя = Требовать авторизацию/регистрацию.

Рис. 2.1.4.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.4.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор сценария способа оплаты.

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Отправить заявку» (Рис. 2.1.4.в).

Рис. 2.1.4.в. Пример внешнего вида плашки для сценария «Заявка на курс с оплатой».

3) Система открывает форму заявки.

4) Пользователь заполняет поля формы и отправляет заявку (Рис. 2.1.4.г).

Рис. 2.1.4.г. Пример внешнего вида формы заявки.
Количество полей формы заявки, а также обязательность их заполнения определяется при настройке способа зачисления.

5) Ответственный за зачисление слушателей на курс сотрудник получает информацию об оплате курса пользователем, находит в  панели администрирования заявок (см. поз. 1 Рис. 2.1.4.б) его заявку и изменяет значение в поле столбца «Статус» с «Ожидание» на «Оплачено» (Рис. 2.1.4.д).

Рис. 2.1.4.д. Пример подтвержденной заявки в панели администрирования заявок. 

6) Система зачисляет пользователя на курс.

-Вернуться к содержанию-

2.1.5. Заявка на зачисление без оплаты (авторизованный пользователь)
Настройка и работа с этим сценарием полностью идентична сценарию «Заявка на курс с оплатой». Отличие состоит в том, что на плашке способа зачисления с использованием сценария «Заявка на курс» не отображается стоимость, что позволяет более дружелюбно визуализировать бесплатные варианты подписки.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Зачисление с подтверждением» (Рис. 2.1.5.а);
Сценарий = «Заявка на курс» (Рис. 2.1.5.б);
Поведение для неавторизованного пользователя = Требовать авторизацию/регистрацию.

Рис. 2.1.5.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.5.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор сценария способа оплаты.

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Отправить заявку» (Рис. 2.1.5.в).

Рис. 2.1.5.в. Пример внешнего вида плашки для сценария «Заявка на курс».

3) Система открывает форму заявки.

4) Пользователь заполняет поля формы и отправляет заявку (Рис. 2.1.5.г).

Рис. 2.1.5.г. Пример внешнего вида формы заявки.
Количество полей формы заявки, а также обязательность их заполнения определяется при настройке способа зачисления.

5) Ответственный за зачисление слушателей на курс сотрудник проверяет через панель администрирования заявок (см. поз. 1 Рис. 2.1.5.б) поступившую заявку и изменяет значение в поле столбца «Статус» с «Ожидание» на «Оплачено» (Рис. 2.1.5.д).

Рис. 2.1.5.д. Пример подтвержденной заявки в панели администрирования заявок. 

6) Система зачисляет пользователя на курс.

В качестве альтернативного бесплатного варианта зачисления, который не требует дополнительного подтверждения, может быть использован сценарий «Бесплатный доступ».

-Вернуться к содержанию-

2.1.5.1. Заявка на зачисление от неавторизованного пользователя
Сценарий может быть востребован, когда важно минимизировать действия со стороны потенциального пользователя при подаче заявки. При этом, создателю заявки необязательно авторизоваться или регистрироваться в системе, а сама форма заявки может содержать минимум полей для заполнения (только необходимые для последующей связи  и решения всех вопросов по каналам вне СЭО 3KL).

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Зачисление с подтверждением» (Рис. 2.1.5.1.а);
Сценарий = «Заявка на курс» (Рис. 2.1.5.1.б);
Поведение для неавторизованного пользователя = Отображать форму заявки;
Опция «Отображать в витрине неавторизованным» установлена.

Рис. 2.1.5.1.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор способа оплаты.

Рис. 2.1.5.1.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Выбор и настройка сценария способа оплаты.

2) Неавторизованный в системе пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку «Отправить заявку» (Рис. 2.1.5.1.в).

Рис. 2.1.5.1.в. Пример внешнего вида плашки для сценария «Заявка на курс».

3) Система открывает форму заявки.

4) Пользователь заполняет поля формы и отправляет заявку (Рис. 2.1.5.1.г).

Рис. 2.1.5.1.г. Пример внешнего вида формы заявки.
Количество полей формы заявки, а также обязательность их заполнения определяется при настройке способа зачисления.

5) Ответственный за обработку заявок сотрудник мониторит через панель администрирования заявок (см. поз. 1 Рис. 2.1.5.1.б) появление новых запросов и связывается с пользователем по контакту, указанному в заявке (Рис. 2.1.5.1.д).

Рис. 2.1.5.1.д. Пример заявки в панели администрирования заявок. 

-Вернуться к содержанию-

2.1.6. Самостоятельное зачисление по купону
Сценарий реализует условно-бесплатный вариант подписки — пользователь имеет возможность самостоятельно подписаться на курс, если ему известен код купона на зачисление (который был предварительно сгененрирован в СЭО 3KL) . 

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку:
Способ оплаты = «Зачисление по купону» (Рис. 2.1.6.а).

Рис. 2.1.6.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL».

3) Ответственный сотрудник/администратор, используя панель управления купонами (см. поз. 1 Рис. 2.1.6.а), создает купон для зачисления на курс (Рис. 2.1.6.б).

Рис. 2.1.6.б. Пример купона на зачисление в интерфейсе панели управления купонами.

4) Код купона становится известен пользователю.

5) Пользователь на странице описания курса выбирает плашку способа записи, вводит в поле код купона и нажимает кнопку зачисления (Рис. 2.1.6.в).

Рис. 2.1.6.в. Пример внешнего вида плашки для сценария «Зачисление по купону».

3) Система поверяет актуальность купона и зачисляет пользователя на курс.

4) Администратор впоследствии может воспользоваться панелью управления купонами для анализа эффективности использования сгенерированных в системе купонов (Рис. 2.1.6.г).

Рис. 2.1.6.г. Столбец «Статус» в интерфейсе панели управления купонами. Одноразовый купон «j8ke5fzj» для курса «Космонавтика» был использован пользователем.

-Вернуться к содержанию-

2.1.7. Свободная самозапись (бесплатный доступ к подписке)

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL» и выполняет его настройку.
Способ оплаты = «Бесплатный доступ» (Рис. 2.1.7.а).

Рис. 2.1.7.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL».

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку зачисления (Рис. 2.1.7.б).

Рис. 2.1.7.б. Пример внешнего вида плашки для сценария «Бесплатный доступ».

3) Система зачисляет пользователя на курс.

В качестве альтернативного бесплатного варианта зачисления может быть использован сценарий «Заявка на курс»

-Вернуться к содержанию-

2.2. Сценарии управления подпиской

2.2.1. Подписка на курс после принятия политики (соглашения)
Сценарий может быть востребован, когда для обучения на курсе пользователь должен выразить свое согласие с какими-то дополнительными условиями, выходящими за рамки политик сайта, с которыми пользователь согласился ранее: передать новые персональные данные, принять условия оплаты и т. п.
Подразумевается, что в СЭО 3KL уже выбран обработчик политик «Политики соглашений 3KL», в котором создана и настроена необходимая для зачисления на курс политика.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL», выбирает и настраивает нужный ему способ оплаты, из выпадающего списка настройки «Требовать принятия политик и соглашений» выбирает требуемую для обучения на курсе политику (Рис. 2.2.1.а).

Рис. 2.2.1.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL».

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку зачисления (Рис. 2.2.1.б).

Рис. 2.2.1.б. Пример внешнего вида плашки записи на курс. Сценарий «Бесплатный доступ», требуется согласие с политикой.

3) Система открывает пользователю интерфейс принятия политики (Рис. 2.2.1.в).

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

4) Пользователь принимает политику, нажимая кнопку «Подтверждаю согласие».

5) Система отрабатывает дальнейший алгоритм сценария подписки (зачисляет пользователя на курс, переводит к оплате и т. п.).

6) Политика, согласие с которой было получено при подписке на курс, отобразится в перечне политик пользователя (О пользователе->Конфиденциальность и политики->Политики и согласия) как принятая (Рис. 2.2.1.г).

Рис. 2.2.1.г. Пример пользовательского интерфейса «Политики и согласия».
Возможность зачисления на курс после подтверждения пользователем согласия с политикой может быть так же реализована через условие доступа «Согласие с политикой».

-Вернуться к содержанию-

2.2.2. Ограничение доступа к подписке по условиям
Аналогично механизму ограничения доступа слушателей к элементам курса (ресурсам, секциям курса), настройка «Условия доступа» позволяет организовать доступ к подписке на курс при соответствии пользователя настроенным условиям.
Сценарий может быть применен как для платного, так и бесплатного доступа к курсу; позволяет сформировать сложную логику условий доступа; дает возможность настраивать видимость условий доступа (описания) в зависимости от соответствия условиям или авторизации пользователя в системе.

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL», выбирает и настраивает способ оплаты, в настройке «Условия доступа» задает требуемые условия доступа к подписке (Рис. 2.2.2.а).

Рис. 2.2.2.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL». Настроенный способ подписки на курс будет доступен, если поле профиля пользователя «Группа» = «зумер».

2а) Пользователь на странице описания курса переходит к плашке способа записи, но не соответствует настроенному условию. Способ записи остается недоступен пользователю (Рис. 2.2.2.б). Конец сценария.

Рис. 2.2.2.б. Пример плашки способа записи, когда пользователь не соответствует условию.

2б) Пользователь на странице описания курса переходит к плашке способа записи и соответствует настроенному условию. Способ записи пользователю доступен, пользователь нажимает кнопку зачисления на курс (Рис. 2.2.2.в).

Рис. 2.2.2.в. Пример плашки способа записи, когда пользователь соответствует условию.

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

-Вернуться к содержанию-

2.2.3. Скидка при платном зачислении (купоны на скидку)

1) Ответственный сотрудник/администратор, используя панель управления купонами, создает купон для зачисления на курс со скидкой (Рис. 2.2.3.а).

Рис. 2.2.3.а. Пример создания 50%-ного купона на скидку в интерфейсе панели управления купонами.

2) Администратор включает (в уже существующих в курсе платных способах зачисления «Подписка 3KL» или при создании нового способа) опцию «Поддержка скидочных купонов» (Рис. 2.2.3.б).

Рис. 2.2.3.б. Фрагмент страницы настроек способа зачисления «Подписка 3KL». При оплате выбранным способом оплаты «Сбербанк» будет возможно применение купонов на скидку.

3) Код купона становится известен пользователю.

4) Пользователь на странице описания курса в плашке «Скидочные купоны» вводит код купона и нажимает кнопку «Применить» (Рис. 2.2.3.в).

Рис. 2.2.3.в. Ввод купона на скидку.

3) Система поверяет актуальность купона, пересчитывает стоимость курса с учетом скидки по купону и отображает пользователю цену со скидкой (Рис. 2.2.3.г).

Рис. 2.3.4. Пример внешнего вида плашки  способа записи «Вводи купон - плати дешевле» с примененной скидкой.
Стоимость курса будет пересчитана по всем платным способам подписки, настроенным на курсе, в которых включена опция «Поддержка скидочных купонов».
Пользователь имеет возможность последовательно использовать сразу несколько купонов разного типа (одноразовый/многоразовый, купоны из разных категорий и т. п.). При этом скидки  могут быть суммированы.

4) Пользователь нажимает кнопку «Перейти на страницу оплаты» выбранного способа зачисления на курс.

5) Система переводит пользователя к интерфейсу оплаты (Рис. 2.2.3.д).

Рис. 2.2.3.д. Пример страницы оплаты эквайера «Сбербанк». Оплачивается сумма со скидкой. 

6) Пользователь успешно оплачивает подписку на курс.

7) Система зачисляет пользователя на курс.

8) Администратор, через панель управления купонами (см. поз. 1 Рис. 2.2.3.б), имеет возможность просмотреть, в каком курсе, когда и кем был использован купон на скидку (Рис. 2.2.3.е).

Рис. 2.2.3.е. Пример истории использования купона на скидку.

-Вернуться к содержанию-

2.2.4. Подписка c отложенным началом обучения

1) Администратор добавляет в курсе новый способ зачисления «Подписка 3KL», выбирает настраивает способ оплаты, в настройках которого :
устанавливает опцию « Разрешать пользователю подписываться раньше даты начала подписки»;
включает и задает дату начала подписки (Рис. 2.2.4.а).

Рис. 2.2.4.а. Фрагмент страницы настроек способа зачисления «Подписка 3KL».

2) Пользователь на странице описания курса выбирает плашку способа записи и нажимает кнопку зачисления (Рис. 2.2.4.б).

Рис. 2.2.4.б. Пример плашки способа записи «Бесплатный доступ».

3) Система отрабатывает дальнейший алгоритм сценария зачисления и подписывает пользователя на курс с состоянием подписки «Не текущее» (Рис. 2.2.4.в).

Рис. 2.2.4.в. Страница участников курса. Окно состояния подписки пользователя Буркин-demo Мирослав Анатольевич.

4) Пользователь перенаправляется на страницу описания курса, где видит сообщение о дате доступа к материалам курса (Рис. 2.2.4.г).

Рис. 2.2.4.г. Пример информационного сообщения о дате действия подписки.

-Вернуться к содержанию-

2.3. Сценарии дополнительных возможностей подписки

2.3.1. Заморозка подписки
Сценарий может быть востребован для ограниченных по времени курсов, когда пользователю необходимо на время приостановить свое обучение без потери общего количества дней: например на время командировки или болезни (когда, по каким-либо причинам,  доступ пользователя к СЭО 3KL невозможен).

1) Администратор включает и настраивает в способе зачисления функционал заморозки (Рис. 2.3.1.а).

Рис. 2.3.1.а. Раздел « Настройки добровольной заморозки подписки» в настройках способа зачисления «Подписка 3KL».

2) Слушатель курса, которому необходимо приостановить действие своей подписки, выбирает в меню вторичной навигации пункт «Заморозить подписку» (Рис. 2.3.1.б) и, на странице заморозки указывает дату, до которой подписка должна быть приостановлена (Рис. 2.3.1.в).

Рис. 2.3.1.б. Переход к заморозке подписки с главной страницы курса.

Рис. 2.3.1.в. Страница заморозки подписки.

3) Система проверяет, соответствует ли запрашиваемый период заморозки настройкам, и приостанавливает обучение пользователя в курсе.

4) Курс на период заморозки становится недоступен пользователю, на странице описания курса будет отображаться информация о заморозке (поз. 2, поз. 3 Рис. 2.3.1.г), а также возможность досрочной разморозки подписки (поз. 1 Рис. 2.3.1.г).

Рис. 2.3.1.г. Пример страницы описания курса для пользователя с замороженной подпиской.

5) По истечении срока заморозки Слушатель продолжает свое обучение, время подписки автоматически продлевается на время заморозки.

-Вернуться к содержанию-

2.3.2. Настройка уведомлений (на примере уведомления контакта курса о новой заявке)
Сценарий может быть востребован, когда важно своевременно сообщить контакту курса (сотруднику, ответственному за  зачисление пользователей) о появлении новой заявке/подписке на курс, чтобы он имел возможность оперативно связаться с потенциальным слушателем.

1) Администратор настраивает в способе зачисления  отправку контактам курса уведомления о новой заявке на оплату/ зачисление и, используя автоподстановки, создает текст уведомления (Рис. 2.3.2.а).

Рис. 2.3.2.а. Пример настройки сообщения контактам курса при появлении новой заявки/подписки.

2) Пользователь оставляет заявку на курс (Рис. 2.3.2.б).

Рис. 2.3.2.б. Пример заполненной формы заявки.

3) Контакт курса получает на электронную почту письмо с текстом уведомления (Рис. 2.3.2.в) и оперативно выполняет действия по обработке заявки (связывается с потенциальным слушателем по контакту, оставленному в заявке; подтверждает в панели администрирования заявок оплату и т. п.).

Рис. 2.3.2.в. Пример текста электронного письма, полученного контактом курса.

-Вернуться к содержанию-

2.4. Возможности и сценарии стилизации

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

1) Администратор настраивает в курсе-конференции способ зачисления «Подписка 3KL» и задает название для кнопки зачисления:
 Переопределение кнопки записи на курс = «Зарегистрироваться на конференцию» (Рис. 2.4.1.а).

Рис. 2.4.1.а. Пример страницы настроек способа зачисления «Подписка 3KL».

2) Пользователь, открывая лендинг конференции (страницу описания курса), в плашке способа зачисления видит текст, сооответствующий тематике мероприятия (Рис. 2.4.1.б).

Рис. 2.4.1.б.  Кнопка «Зарегистрироваться на конференцию» на плашке способа зачисления.
Подробнее об использовании среды электронного обучения в качестве онлайн-площадки в статье «Организация открытого мероприятия (онлайн-конференции) на базе СЭО 3KL».

-Вернуться к содержанию-

2.4.2. Дополнительные компоненты оформления
  • Пояснение к способу зачисления

При настройке способа зачисления администратор может добавить в поле «Краткое описание для пользователя» информационный текст (Рис. 2.4.2.а).

Рис. 2.4.2.а. Пример заполненного поля «Краткое описание для пользователя» на странице настроек способа зачисления «Подписка 3KL».

Этот текст будет отображаться на плашке способа зачисления и поможет пользователю лучше понять, что от него требуется для подписки на курс (Рис. 2.4.2.б).

Рис. 2.4.2.б. Пример плашек способов зачисления на странице описания курса.
При создании текста пояснения возможно использовать оформительские возможности визуального редактора (цвет шрифта, начертание шрифта и т. п.). 
  • Дополнительные кнопки зачисления*****

Если посадочная страница курса достаточно длинная, насыщена информацией и для навигации по ней приходится использовать прокрутку — функционал СЭО 3KL позволяет отображать дополнительные кнопки зачисления. При этом пользователю не нужно будет прокручивать страницу описания до конца и он сможет перейти к зачислению/входу в курс используя ближайшую кнопку входа (Рис. 2.4.2.в).

Рис. 2.4.2.в. Пример посадочной страницы курса-конференции.
  • Оформление витрины курсов

Для привлечения внимания к платным курсам в Витрине курсов, можно использовать дополнительные инструменты оформления самой витрины (Рис. 2.4.2.г):

  • стикеры с ценой курса;
  • тематические наклейки (Акция, Скидка, Новинка и т. п.);
  • информацию об уровне сложности и т. п.

Рис. 2.4.2.г. Фрагмент Витрины курсов.
Важно помнить, что такая стилизация выполняется вручную и никакие данные из плагина «Подписка 3KL» в Витрину курса автоматически не передаются.

_________________________________
**** — функционал реализован на базе других плагинов.

-Вернуться к содержанию-

Теги: интеграция, подписка
☆ ☆ ☆ ☆ ☆
Рейтинг ответа: 5 (2 оценок)

Комментарии запрещены