FAQ Overview

Публичные материалы

Что из себя представляет среда электронного обучения 3KL?

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

Помимо прочего система позволяет (перечислены только самые основные и часто востребованные возможности):

  • Размещать учебные материалы в любых форматах.
  • Создавать автоматические тесты для контроля знаний слушателей.
  • Создавать задания для сбора на проверку письменных работ и других файлов (например, таблиц Excel, написанных учениками программ, созданных в Cad-системе чертежей и т.п.).
  • Организовывать общение между всеми участниками учебного процесса с помощью встроенной системы обмена сообщениями, форумов, чатов, комментариев, блогов, систем перекрестной проверки и оценки, анкетирований, голосований, инструментов совместного редактирования и другими способами.
  • Собирать и просматривать статистику работы слушателей.
  • Управлять регистрацией слушателей в системе: регистрировать слушателей вручную, импортировать списками, синхронизировать с Active Directory и базами данных, разрешать слушателям саморегистрацию, вход через соцсети и др.
  • Управлять доступом слушателей к каждому из курсов: подписывать вручную, разрешать самозапись, создавать платные курсы с электронной оплатой, создавать правила автоподписки на курс, траектории и др.
  • Организовывать портфолио достижений, сбор и хранение письменных работ, индвидуальные планы развития, первоначальный инструктаж, регулярную переаттестацию,  кадровый резерв и др.

Технически СЭО 3KL представляет собой веб-приложение (сайт), которое устанавливается на сервер, а пользователи работают с ним через любой веб-браузер, например с помощью  Firefox, Chrome или Internet Explorer.
Для пользователей продукта это означает следующее:

  • Слушателям и преподавателям не нужно ничего дополнительно устанавливать на свои устройства.  Они просто открывают веб-браузер, вводят адрес, авторизуются и работают. Точно так же как с Facebook, Яндекс.Почтой и  т.п.
  • С системой можно работать через Интернет из любой точки мира. Либо наоборот, установить ее в локальной сети организации и сделать доступной только из офиса.
  • Система является централизованной, то есть все обновления материалов, сделанные преподавателями, а также вся активность слушателей мгновенно отображаются в системе.
  • Все технические работы по обслуживанию и обновлению системы выполняются только на сервере. На компьютерах пользователей никаких работ проводить не потребуется.

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-09 14:46


Как узнать о СЭО 3KL подробнее?

Компания Открытые технологии предлагает следующие возможности для ознакомления со средой электронного обучения 3KL:

Материалы для самостоятельного ознакомления с СЭО 3KL

Публичный демонстрационный стенд

Индивидуальная демонстрация в формате вебинара по Skype

В рамках индивидуальной демонстрации эксперт компании Открытые технологии продемонстрирует вам систему с учетом потребностей именно вашего образовательного проекта, а также ответит на ваши вопросы, в том числе про возможности кастомизации и доработки системы.

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

Бесплатный  тариф "Ознакомительный"

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

Основное отличие бесплатного тарифа "Ознакомительный" от коммерческих тарифов - полное отсутствие технической поддержки. Для обращения в техническую поддержку вы можете приобрести любой коммерческий тариф, например "Облачный 50".

Для изучения многих возможностей системы нужно сперва ввести данные, например, чтобы посмотреть отчет о тестировании, необходимо создать курс, тест, наполнить его вопросами, добавить к курсу слушателей, пройти от их имени тест. В процессе самостоятельного ознакомления далеко не все заходят так далеко. Поэтому мы рекомендуем начинать ознакомление с индивидуальной демонстрации, просмотра видео-записей и работы с публичным демо-стендом.

Для подключения бесплатного тарифа "Ознакомительный",  свяжитесь с  отделом продаж ООО "Открытые технологии".

Прототип и пилотное внедрение

Иногда, даже после детального изучения программного продукта, для окончательного принятия решения необходимо выполнить пилотное внедрение: настроить систему под требования вашей организации, наполнить ее примерами данных и попытаться провести пилотное обучение.

Вы можете попытаться сделать это сами, в рамках бесплатного тарифа "Ознакомительный". Чаще всего это бывает непросто, т.к. именно на этапе подготовки прототипа возникает множество вопросов по устройству и функционалу системы, а техническая поддержка на в бесплатном тарифе не доступна, к тому же, сотрудники потенциального клиента могут на этом этапе не иметь достаточной мотивации для погружения в систему. Для таких ситуаций компания Открытые технологии предлагает следующие услуги для пилотного внедрения:

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-22 16:35


Как происходит обучение в среде электронного обучения 3KL?

Среда электронного обучения Русский Moodle 3KL может быть адаптирована к разным схемам различного типа образовательного процесса. Перечислим некоторые из них:

  • Классический учебный процесс с постоянными группами, периодами и сменяемыми в периодах учебными дисциплинами. Речь, конечно же о ВУЗах, колледжах и школах (несмотря на все различия между ними, у них больше общего, чем, например, между ВУЗом и корпоративным университетом).
  • Дополнительное образование без выдачи документа об образовании. В дополнительном образовании, обычно, много внимания уделяют маркетинговой части, магазину курсов, возможностям самообслуживания клиентов - самозаписи, самоподписке, электронной оплате, а также важной частью является товарный вид самих курсов, удобство работы с контентом, возможности применения игровых и групповых форм обучения.
  • Краткосрочные курсы с выдачей документа об образовании. По сравнению с предыдущим вариантов, обучение больше формализовано, меньше внимания уделяется игровым формам, групповым проектам, больше требований к отчетности, запись, обычно, происходит по спискам.
  • Корпоративное обучение. Здесь важное внимание уделяется сквозной интеграции с другими системами клиента, автоматизации обучения и контроля в зависимости от должностей, инструментам планирования, управления и контроля обучения, а также возможностям игровой мотивации.

Это достижимо за счет гибкости настроек и широкого спектра входящих в состав инструментов. Разумеется, каждый конкретный проект использует только часть возможностей системы, но само их наличие позволяет выбрать наиболее подходящие под конкретную ситуацию, а также оставляют перспективу развития.

Общая схема организации обучения

Тем не менее, есть последовательность шагов, общая для всех типов учебных процессов:

  1. Регистация пользователей в системе.  Поддерживается как ручная регистрация силами администратора, так и само-регистрация, импорт по спискам, интеграция с базой данных, Active Directory и множество других способов.
  2. Создание учебных материалов. В СДО Русский Moodle 3KL учебные материалы комплектуются в курсы, в свою очередь курсы состоят из тематических секций, а каждая секция - из элементов курса (текстовые материалы, мультимедиа, тесты, форумы, интерактивные материалы, задания с ручной проверкой, задания с перекрестной проверкой и многое другое). Курсы же группируются в категории курсов, которые могут иметь несколько уровне вложенности, аналогично тому, как файлы располагаются в папках.
    Курсы могут быть разных размеров: как состоящие из единственного материала (обычно это вебинар или тест), так и объемные, расчитанные на целый год обучения.  Курс может быть настроен как на открытый доступ ко всем материалам сразу, так и на последовательное обучение или адаптивную настройку траектории внутри курса.
    Курсы создаются с помощью встроенного в систему конструктора курсов, который включает полный функционал как по созданию, так и по редактированию уже созданных курсов.
  3. Подписка пользователей на курсы. В Moodle управление обучением происходит путем подписки и отписки на курс. Опять же, подписка может происходить как по инициативе слушателя, так и принудительно, также доступны инструменты платной подписки с электронной оплатой, автоматической подписки по правилам, подписки по спискам, подписки по команде из внешней системы, подписки на базе академических групп и учебных планов в модуле "Электронный деканат" и др.
  4. Проведение обучение. В завимости от того, как был сконструирован курс, обучение может происходить как автономно, так и с участием преподавателя, как в индивидуальном формате, так и в группе, как в свободном режиме, так и по жестко заданному графику.
  5. Просмотр результатов. По результатам обучения система формирует не только текущие и итоговые оценки, но и множество отчетов, статистику, а также может генерировать электронные сертификаты и награды.

 

 Общая схема работы слушателя с курсом

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

  • Слушатель видит оглавление курса, состоящее из тематических секций и входящих в них материалов. В зависимости от настроек курса, материалы могут быть сразу доступны, либо, наоборот скрыты, либо видны, но открываться только в заданой преподавателем последовательности.
  • Пользователь открывает самый верхний не изученный материал и работает с ним. После этого, в зависимости от типа и настроек материала, он может помечаться как изученный, либо за него может выставляться оценка.  После этого пользователь переходит к следующему материалу.
  • Если преподаватель это разрешил, пользователю доступен журнал с его оценками, а также он может видеть статистику, оценки, отзывы преподавателя и другую информацию в уже изученных материалах и выполненных заданиях и тестах.
  • Система может отсылать слушателю и/или его куратору (руководителю, родителю) уведомления и напоминания.  Например, система может отправить напоминание, если слушатель не выполнил задание в срок или не заходил в систему дольше определенного промежутка времени.
  • После окончания изучения курса, система может сформировать для слушателя электронный сертификат.

Общая схема работы преподавателя с курсом

  • Преподаватель видит список курсов, где он преподает. Там же он видит общее количество заданий, ожидающих его проверки, с возможностью перейти к списку непроверенных работ.
  • Оглавление курса для преподавателя выглядит почти также, как и для слушателя, но он видит сразу все материалы, а не только доступные. Система может отображать список ожидающих проверки работ, а также помечать элементы, требующие внимания преподавателя, например, количество непрочитанных сообщений в форуме.
  • Преподаватель заходит в элементы, требующие его участие и отвечает на сообщения в форуме, проверяет задания,  одобряет предложенные слушателями записи в глоссарии и базе данных, просматривает статистику SCORM и т.п.
  • Если в курсе занимается сразу несколько групп, преподаватель имеет возможность переключиться к одной из них и работать только с результатами и отчетами по этой группе.
  • Преподавателю доступен журнал оценок слушателей курса, отчеты по активности, прохождению курса, детализация результатов тестов, списки сданных на проверку и проверенных работ, детальные отчеты по каждому слушателю и другая информация.
  • Если требуется, преподаватель может разослать слушателям новость, добавить общее или индивидуальное событие в календарь, разослать сообщения всем или заданным слушателям, вступить со слушателем в переписку.

 Общая схема разработки нового курса

  • Администратор (методист, менеджер, создатель курсов) создает в системе новый курс, прикрепляет его к нужной категории курсов (разделу каталога курсов) и назначает туда редактирующего преподавателя.
  • Редактирующий преподаватель входит в курс и нажимает кнопку "Начать редактировать" (в правом верхнем углу).
  • СДО отображает курс в режиме редактирования - напротив всех редактируемых элементах появляются инструменты управления, в нижней части каждой тематической секции появляется меню добавления новых учебных материалов, в боковой колонке появляется меню добавления  вспомогательных информационных и навигационных блоков.
  • Редактирующий преподаватель вносит название тем или разделов в заголовки дематических секций, затем, с помощью меню добавления новый элементов курса, добавляет новые материалы: тексты, мультимедиа, тесты, форумы, задания, задания с перекрестной проверкой, интерактивные материалы, глоссарии, базы данных, wiki, вебинары (если включена интеграция) и др.
  • Редактирующий преподаватель выходит из режима редактирования нажав кнопку "закончить редактирования.
  • Система отображает оглавление курса так, как увидел бы его слушатель.
  • Редактирующий преподаватель, либо адаминистратор настраивают режимы подписки на курс (ручная запись, свободная самозапись, платная самозапись, автоматическая запись, запись по данным из внешней БД и др.). Если требуется, подписывают нужных слушатель на курс вручную.

 

 

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-09 14:44


Что будет, если не продлить лицензию или SaaS СЭО 3KL?

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

Облачная версия (SaaS)

  • В случае облачной версии СЭО размещена на мощностях нашей компании. При прекращении обслуживания мы ее отключаем и удаляем. Перед этим вы можете запросить выгрузку базы данных и файлов сервера (не включая исполняемые файлы). Эти данные содержат ваши учебные материалы, настройки и всю историю обучения. Их достаточно, чтобы:
    • развернуть СЭО на базе community-версии Moodle без сохранения функционала, который есть только в СЭО 3KL;
    • вернуться на нашу облачную версию после перерыва с сохранением всех данных и истории обучения;
    • приобрести лицензию на СЭО 3KL на вашем собственном сервере и развернуть полностью идентичную инсталляцию на собственном сервере.
Если продление не планируется.
Через 30 дней после завершения обслуживания мы удаляем все резервные копии с наших серверов.
После этого срока восстановление вашей системы вместе с данными будет возможно только из скаченной вами резервной копии. Чтобы не потерять ваши данные и учебные материалы после выключения системы, рекомендуем вам заранее подать заявку в техническую поддержку через личный кабинет в свободной форме для получения резервной копии данных из СЭО.

Серверная версия

  • В случае, если система была установлена на вашем собственном сервере, при прекращении обслуживания она продолжит работать, как работала. Но, при этом:
- не будет доступа к гарантийной технической поддержке;
- не будет доступа к обновлениям;
- не будет доступа к Базе знаний;
- не будет доступа к маршруту внедрения (курс "Справочные материалы и маршрут внедрения СЭО 3KL Русский Moodle");
- не будет доступа к вебинарам для диспетчеров-администраторов;
- не будет доступа к  Облачным сервисам, необходимым для работы некоторых плагинов и отдельных функций, таких как:
           - элемент курса "Занятие";
           - элемент курса "Библиотеки ресурсов" (кроме бесплатных источников с тарифом «Free»);
           - элемент курса "Вебинар.ру";
           - способ записи на курс "otPay";
           - локальный плагин "Техническая поддержка СЭО 3KL";
           - локальный плагин "Панель обработки прецедентов";
           - блок "Подсказки по СЭО 3KL";
           - способ доставки сообщений "OTSMS";
           - плагины предотвращения плагиата "Антиплагиат".

При желании вы можете обновиться на communtity-версию Moodle, но перед этим вам придется либо отказаться от всех дополнительных плагинов, которых нет в community-версии, либо самостоятельно адаптировать их  к новой версии Moodle.

Если продление не планируется. 
Рекомендуем вам заранее запросить root-доступ к серверу и полный администраторский доступ к СЭО, так как после окончания гарантийной поддержки эти заявки не будут выполнены.

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

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-09-16 16:35


Как реализовать повторное прохождение элемента курса "Лекция"?

Эта статья в этой версии недоступна.

Опубликовал: : Любовь Бузинова
Последние обновление: 2020-10-27 14:30


Сервис «Облачные службы»

Эта статья в этой версии недоступна.

Опубликовал: : Сергей Гусев
Последние обновление: 2021-09-07 11:06


Плагин «Аутентификация СЭО 3КL»

Плагин с таким названием и обновленным функционалом доступен в СЭО 3КL начиная с версии 3.9.7b.
Если вы используете более раннюю версию системы — обратитесь с заявкой на проведение обновления в службу технической поддержки ООО «Открытые технологии».
 Описание устаревшей версии плагина — в статье Плагин аутентификации «Синхронизация с Free Deans Office».

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

Плагин «Аутентификация СЭО 3КL» обеспечивает возможность самостоятельной регистрации пользователей в системе. Функционал модуля позволяет:

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

1.1. Необходимые права

Для выполнения операций, описанных ниже, уровень ваших прав в системе должен быть «Полный Администратор».
По умолчанию мы предоставляем доступ «Диспетчер-Администратор». Для изменения глобальных конфигураций мы рекомендуем выбрать набор требуемых опций по данной инструкции и обратиться в техническую поддержку с заявкой на конфигурирование системы.
Подробнее — в статье Полный административный доступ.

2. Настройки плагина «Аутентификация СЭО 3КL»

2.1. Включение плагина

Включение/отключение функционала плагина доступно на странице «Настройки аутентификации» (меню Настройки->Администрирование->Плагины->Аутентификация->Настройки аутентификации) (поз. 1 Рис. 2.1.1).

Рис. 2.1.1. Страница «Настройки аутентификации» в разделе «Администрирование» меню «Настройки».

Пиктограмма  в столбце «Включить» соответствует включенному состоянию плагина, пиктограмма — выключенному. Переключение состояния осуществляется нажатием на текущую пиктограмму.

В поле «Самостоятельная регистрация» раздела «Общие настройки» страницы «Настройки аутентификации» должен быть выбран параметр «Аутентификация СЭО 3КL»  (см. поз. 2. Рис. 2.1.1).

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

2.2. Общие настройки

Общие настройки плагина представлены на одноименной странице, расположенной в меню Настройки->Администрирование->Плагины->Аутентификация->Аутентификация СЭО 3КL->Общие настройки (поз. 3 Рис. 2.2.1).

 

 Рис. 2.2.1. Плагин «Аутентификация СЭО 3КL» в меню «Администрирование».

Настройки на странице сгруппированы в тематические разделы (Рис. 2.2.2).

Рис. 2.2.2. Общие настройки плагина «Аутентификация СЭО 3КL».
  • Двухфакторная аутентификация

Включить двухфакторную аутентификацию. Установка/снятие маркера в чекбоксе позволяет включить/отключить сценарий двухфакторной аутентификации: после того, как пользователь указал логин и пароль, система генерирует и отправляет ему одноразовый код из 4 цифр (на почту или по СМС, в зависимости от настроек) и авторизация в СЭО 3КL будет произведена только после ввода этого кода.

Срок жизни кода. Определяет промежуток времени с момента генерации кода, в течении которого пользователь может ввести код подтверждения и успешно авторизоваться.

Количество разрешенных попыток ввода проверочного кода. Параметр устанавливает количество возможных попыток ввода проверочного кода.

Двухфакторная аутентификация может быть использована и с другими плагинами авторизации (например, внешняя БД, LDAP).
Настройка для отключения двухфакторной аутентификации для администраторов: $CFG->disabledualauth = true;
  • Настройки регистрации
Текущая версия плагина поддерживает два сценария : самостоятельная регистрация и регистрация по предварительным спискам.

Способ доставки сообщений. Определяет, каким способом пользователь получит данные о регистрации: письмом на электронную почту, в виде СМС на номер телефона или по обоим каналам.

Для обеспечения возможности получения СМС на номер телефона, в системе предварительно должен быть включен и корректно настроен плагин OTSMS.
Подробнее в статье Настройка отправки уведомлений пользователю по СМС

Подразделение. Позволяет выбрать из выпадающего списка подразделение Электронного деканата, в которое будут добавлены регистрируемые пользователи.

Если  регистрировать пользователей в ЭД не нужно - выбирается параметр «Не добавлять пользователей в Деканат».

Включить подтверждение учетной записи по электронной почте? (Да/Нет). При включенном подтверждении (=Да), в завершении процедуры регистрации на почту пользователя будет отправлено письмо с ссылкой, по которой необходимо перейти для подтверждения регистрации.

  • Ограничение попыток поиска во внешнем источнике при регистрации по предварительным спискам

Включить ограничение попыток поиска во внешнем источнике. Установка/снятие маркера в чекбоксе позволяет включить/отключить настройку ограничения количества попыток.

Время до восстановления попыток. Определяет период времени между сеансами обращения ко внешнему источнику при превышении количества попыток сеанса.

Количество разрешенных попыток ввода. Определяет количество попыток поиска во внешнем источнике в рамках одного сеанса.

  • Дополнительные настройки по полям регистрации

Включить reCAPTCHA (Да/Нет). Позволяет дополнительно защитить сайт от нежелательной автоматической регистрации путем добавления формы reCAPTCHA от Google.

Добавить поле для повтора пароля? (Да/Нет). Устанавливает вид поля пароля. Если выбрано «Нет», в форме только одно поле пароля (без повтора), с возможностью просмотреть введенный пароль. Если выбрано «Да», то форма будет содержать дополнительное поле для повтора пароля, возможности просмотреть пароль не предусмотрено.

  • Блокировка полей пользователя

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

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

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

2.3. Настройки внешних источников данных

На странице «Настройки внешних источников данных» (см. поз. 2 Рис.2.2.1) доступна возможность настроить подключение к SQL-таблице внешней базы данных(БД) (Рис. 2.3.1).

Рис. 2.3.1. Страница «Настройки внешних источников данных».

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

Само подключение к внешней базе данных должно быть предварительно создано и настроено на странице «Управление подключениями к внешним БД» (меню Настройки->Администрирование->Управление подключениями к внешним БД).

Подробная информация в статье Управление подключениями к внешним БД
Пример настройки внешнего источника

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

Рис. 2.3.2. Настройка подключения к внешнему источнику для сценария «Регистрация по предварительным спискам».

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

Рис. 2.3.3. Подключенная таблица mdl_cli_preliminary_list_synh из внешнего источника w3_divanov.

Внешний источник с предварительными списками подключен.

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

2.4. Настройки полей формы регистрации

Функционал страницы «Настройки полей формы регистрации» (см. поз. 1 Рис. 2.2.1) позволяет настроить внешний вид формы регистрации, определить количество этапов регистрации, указать дополнительные свойства (модификаторы) полей формы.

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

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

2.4.1. Настройки полей формы для самостоятельной регистрации

Страница настроек для сценария самостоятельной регистрации (Рис. 2.4.1.а) содержит следующие элементы:

Рис. 2.4.1.а. Страница «Настройки полей формы регистрации» для сценария самостоятельной регистрации.

Название поля профиля в СЭО 3КL (см. поз. 1 Рис. 2.4.1.а).

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

Селектор выбора этапа регистрации (см. поз. 3 Рис. 2.4.1.а). Доступны следующие варианты:

  • Для первого этапа регистрации (поле будет отображаться на форме первого этапа регистрации).
  • Для второго этапа регистрации (поле будет отображаться на форме второго этапа регистрации).
  • Не показывать поле (на форме регистрации поле отображаться не будет).

Список модификаторов, допустимых для поля (см. поз. 4 Рис. 2.4.1.а).
В процессе настройки формы пользователь может назначить дополнительные свойства (установить маркер в соответствующем чекбоксе), определяющие правила заполнения поля при регистрации. Для сценария самостоятельной регистрации доступны следующие модификаторы:

  • Обязательное поле.
  • Генерируемое поле.
  • Скрытое поле.
  • Поле для проверки уникальности.
Подробнее о модификаторах полей в п. 3.1. Описание модификаторов полей
Если, согласно алгоритму валидации, поле обязательно должно содержать какой-то модификатор — он проставляется системой автоматически и не может быть изменен пользователем вручную.
Пример настройки формы

Задача:
Форма для самостоятельной регистрации должна содержать поля в указанном порядке: Фамилия, Имя, Отчество, Электронная почта, Мобильный телефон, Город. Все поля должны быть заполнены пользователем в обязательном порядке. Логин и пароль должны генерироваться автоматически. Логин генерируется на основе электронной почты регистрируемого пользователя.

Подробная информация об алгоритмах генерации в п. 3.2. Особенности формирования значений для генерируемых полей

Решение:
На странице «Настройки полей формы регистрации» плагина «Аутентификация СЭО 3КL» перемещаем поля формы в следующем порядке: Фамилия, Имя, Отчество или второе имя, Адрес электронной почты, Логин, Пароль, Мобильный телефон, Город.
Устанавливаем для них селектор выбора этапа регистрации «Для первого этапа регистрации» и модификатор «Обязательное поле».
Для полей Логин и Пароль — еще и модификатор «Генерируемое поле».
Дополнительно убеждаемся, что для Логина и Пароля автоматически установился модификатор «Скрытое поле».
Порядок остальных полей с выбранным селектором «Не показывать поле» не важен.
Сохраняем настройки формы (Рис. 2.4.1.б).

Рис. 2.4.1.б. Настройка полей формы регистрации.

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

Рис. 2.4.1.в. Настроенная форма регистрации.

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

2.4.2. Настройки полей формы для регистрации по предварительным спискам

Сценарий «Регистрация по предварительным спискам» подразумевает наличие корректно подключенной к системе внешней БД, содержащей необходимую информацию.

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

Рис. 2.4.2.а. Страница «Настройки полей формы регистрации» для сценария регистрация по предварительным спискам.

Выпадающее меню селектора содержит список заголовков таблицы внешнего источника (Рис. 2.4.2.б) и позволяет определить соответствие (сопоставить) поля системы полю из внешней БД.

Рис. 2.4.2.б. Выпадающее меню селектора «Сопоставление с внешними источниками».

Если установлено «Поле соответствия не выбрано» — сопоставление для данного поля не производится.

Наличие подключенного внешнего источника данных добавляет к ранее описанному в п. 2.4.1 списку модификаторов дополнительные:

  • Поисковое поле.
  • Транслируемое поле.
Подробнее о модификаторах полей в 3.1. Описание модификаторов полей
Пример настройки формы

Задача:
Внутренняя БД предприятия содержит ФИО сотрудников, их индивидуальные номера и код отдела.
При регистрации сотрудников в системе профессиональной аттестации необходимо обеспечить:

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

Решение:
Настраиваем подключение к таблице mdl_cli_preliminary_list_synh внешней БД с данными сотрудников (w3_divanov) (см. Рис. 2.3.2).

Процедуру регистрации разбиваем на два этапа.

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

Для первого этапа (первой регистрационной формы):

  • определяем порядок следования полей Индивидуальный номер, Фамилия, Имя, Отчество или второе имя (селектор выбора этапа регистрации = «Для первого этапа регистрации»);
  • устанавливаем им модификаторы «Обязательное поле» и «Поисковое поле»;
  • сопоставляем с полями таблицы id, lastname, firstname, middlename соответственно.

Для второго этапа (второй регистрационной формы):

  • определяем порядок следования полей Адрес электронной почты, Логин, Пароль, Мобильный телефон, Должность, Отдел (селектор выбора этапа регистрации = «Для второго этапа регистрации»);
  • устанавливаем для этих полей модификатор «Обязательное поле»;
  • для поля Отдел устанавливаем модификатор «Транслируемое поле»;
  • для поля Электронная почта устанавливаем модификатор «Поле для проверки уникальности»;
  • для всех остальных полей устанавливаем селектор выбора этапа регистрации «Не показывать поле» (порядок следования не важен).

Сохраняем настройки формы (Рис. 2.4.2.в).

Рис. 2.4.2.в. Настройка полей формы регистрации.

В процессе регистрации пользователь заполняет поля первой формы (Рис. 2.4.2.г).

Рис. 2.4.2.г. Форма первого этапа регистрации.

Система проверяет введенные данные на соответствие с данными БД и, в случае их совпадения (=пользователь является сотрудником), открывает форму второго этапа регистрации (Рис. 2.4.2.д).

Рис. 2.4.2.д. Форма второго этапа регистрации.

В процессе второго этапа пользователем дозаполняются все необходимые для работы с системой поля и производится проверка уникальности адреса электронной почты. В случае успешной проверки пользователь регистрируется в системе.

Если на первом этапе регистрации будут введены неверные данные (не соответствующие информации в БД), система сформирует сообщение о том, что записей во внешнем источнике не найдено и не допустит пользователя к прохождению второго этапа. При превышении заданного количества неправильных попыток доступ к регистрационной форме первого этапа будет заблокирован на установленное время (см. п. 2.2. Общие настройки).

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

3. Дополнительная информация 

3.1. Описание модификаторов полей

Перечень поддерживаемых в текущей версии модификаторов полей: 

Название модификатора Описание Сценарий применения Примечание
Обязательное поле Делает поле обязательным для заполнения. Самостоятельная регистрация, Регистрация по предварительным спискам  
Генерируемое поле Указывает на то, что значение поля должно быть сгенерировано системой автоматически.
Доступен только для полей, для которых предусмотрена возможность генерации (логин, пароль, электронная почта).
Самостоятельная регистрация, Регистрация по предварительным спискам  
Скрытое поле Поле не будет отображено на форме регистрации. Самостоятельная регистрация, Регистрация по предварительным спискам  
Поле для проверки уникальности Регистрация будет возможна только в случае, если в списке уже зарегистрированных пользователей нет ни одного пользователя с таким же значением этого поля. Если модификатор установлен сразу для нескольких полей - на уникальность проверяется совокупность всех отмеченных полей (логическое «И») Самостоятельная регистрация, Регистрация по предварительным спискам Не может быть генерируемым.
Поисковое поле По этому полю будет происходить поиск записи во внешнем источнике и регистрация будет возможна, если в источнике будет найдено только одно совпадение значения поля. Регистрация по предварительным спискам. Не может быть генерируемым, скрытым.
Может применяться только для 1 этапа регистрации.
Транслируемое поле В случае успешной регистрации значение поля внешнего источника будет скопировано в соответствующее поле системы. Регистрация по предварительным спискам. Не может быть генерируемым.
Может применяться только для 2 этапа регистрации.
Для работы транслируемых полей необходимо наличие хотя бы одного поискового поля на 1 этапе регистрации.
Некоторые модификаторы (одновременный их выбор) и селекторы не могут быть совмещены друг с другом. Так, например, поле не может быть одновременно поисковым и скрытым. Встроенный механизм валидации выбранных настроек позволяет избежать логических ошибок при построении формы регистрации и, при неправильно проставленных маркерах или выбранных одновременно с ними селекторами, формирует пользователю сообщение о некорректном выборе.
Если какие-то поля были отмечены как обязательные, но не были отображены в форме регистрации, при первом входе в систему пользователю будет предложено перейти в профиль и дозаполнить необходимые поля.

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

3.2. Особенности формирования значений для генерируемых полей

Текущая версия плагина предусматривает возможность генерации полей логин, электронная почта и пароль.

Логин.
Может быть сгенерирован на основе электронной почты, телефона или в виде «username+числовой идентификатор, обеспечивающий уникальность».
Выбор варианта генерации зависит от взаимного расположения полей в перечне: генерируемое поле логин поле должно располагаться сразу под полем (электронная почта или телефон), на основании которого производится генерация. Если над логином другое поле, а сам логин отмечен генерируемым — логин генерируется по третьему сценарию.

Электронная почта.
Адрес генерируется из логина (если логин на этом этапе отсутствует, применяется «username+числовой идентификатор, обеспечивающий уникальность») + @+ хост из настройки $CFG->wwwroot.

Пароль.
Генерируется в соответствии с настройками системы (Администрирование->Безопасность->Параметры безопасности сайта).

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

3.3. Валидация подключения к внешней БД

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

Примеры
1) Переподключение к другой (существующей в источнике) таблице внешней БД.
В системе действует сценарий регистрации по предварительным спискам: настроено подключение к таблице mdl_cli_preliminary_list_synh внешней БД w3_divanov, поля формы регистрации привязаны к необходимым полям внешнего источника. Администратор на странице «Настройки внешних источников» пытается переподключиться к таблице custom_grades, которая существует во внешней БД.
При попытке сохранить данные на странице будет отображено сообщение об изменении настроек внешнего источника и необходимости проверки (корректировки) связей в форме регистрации (Рис. 3.3.1).

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

Рис. 3.3.2. Сообщения на странице «Настройки полей формы регистрации».
2) Подключение к несуществующей во внешней БД таблице.
В системе действует сценарий регистрации по предварительным спискам: настроено подключение к таблице mdl_cli_preliminary_list_synh внешней БД w3_divanov, поля формы регистрации привязаны к необходимым полям внешнего источника. Администратор на странице «Настройки внешних источников» пытается переподключиться к несуществующей в источнике таблице cmdl_cli.
При попытке сохранить данные на странице будет отображено сообщение , что такая таблица не найдена во внешнем источнике (Рис. 3.3.3).

Рис. 3.3.3. Сообщение об отсутствии таблицы во внешнем источнике.
Если пользователь в настройках плагина удалит подключение к внешнему источнику, то связь формы регистрации с внешней БД будет автоматически разорвана.

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

 

Опубликовал: : Гусев Сергей
Последние обновление: 2021-10-08 10:36


Эта статья в этой версии недоступна.

Опубликовал: : Михаил Ренжин
Последние обновление: 2019-03-19 11:53


Публичные материалы » СЭО 3KL

Блок «Сводка по курсам»

Эта статья в этой версии недоступна.

Опубликовал: : Сергей Гусев
Последние обновление: 2021-04-28 16:15


Публичные материалы » СЭО 3KL » Сценарии интеграции

Интеграция СЭО 3KL с информационными системами, в том числе решениями на базе 1С: 1С:Университет, 1С:Колледж, 1С:ЗУП

Что такое интеграция?

Под интеграцией чаще всего понимают процесс обмена данными между двумя программными продуктами.

Интеграция снижает трудоемкость работы оператора и уменьшает количество ошибок ручного ввода.

Для этого нужно стремиться к тому, чтобы никакие данные не нужно было вводить повторно. При этом в каждой системе могут оставаться не синхронизированные данные, если во второй системе эти данные не используются.

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

Иногда под интеграцией понимают совершенно другое, например, сквозную авторизацию из одной системы в другую, либо оформление двух сайтов в одинаковом дизайне и размещение их на одном сервере. В данной статье эти варианты не рассматриваются и под интеграцией всегда подразумевается обмен данными.

Сколько стоит интеграция?

Не существует какого-то общепринятого списка требований к интеграции. Интеграцией можно назвать как кнопку в одной программе, запускающей другую, так и полную синхронизацию всех объектов в реальном времени. Поэтому определить возможность и цену интеграции можно только на основании требований к интеграции.

Как минимум требования к интеграции должны включать:

  • Перечень объектов и их полей, которые должны передаваться между системами.
    • Например: список пользователей, список подписок на курс, оценки.
  • Направление передачи данных:
    • Например: пользователи и подписки на курс передаются из 1С:Университет в Moodle, а оценки передаются в обратном направлении.
  • Требования к процессу:
    • Например: интеграция должна происходить полностью автоматически без вмешательства оператора,  информация о пользователе и его подписках должна актуализироваться в момент входа пользователя в систему, но не реже 1 раза в сутки, а информация об оценках должна выгружаться по запросу оператора через 1С.

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

Существуют ли типовые сценарии интеграции?

Да, при интеграции СДО Русский Moodle 3KL с системами класса "Электронный деканат" (1С:Университет, 1С:Колледж), а также кадровыми системами (1С:ЗУП) как минимум, стремятся обеспечить передачу списка пользователей (студентов/преподавателей/сотрудников) из 1С в СДО Русский Moodle 3KL. Это необходимый минимум, без которого параллельная эксплуатация двух этих систем становится крайне неудобной.

Также часто реализуют передачу списка подписок на курс и обратную передачу оценок. Это более сложные процессы, которые требуют некоторой подготовки со стороны 1С (выполняемой 1С-партнером или штатным 1С-разработчиком) .

Силами наших разработчиков возможна только доработка на стороне Moodle. На стороне 1С разработка осуществляется либо силами клиента, либо силами других разработчиков.

Какие существуют готовые инструменты интеграции 1С и СДО Русский Moodle 3KL?

Перечисленные в этом разделе способы используют готовые инструменты, которые уже присуствуют в СДО Русский Moodle 3KL. Поэтому на стороне Moodle не требуется никаких доработок. Все необходимые настройки на стороне Moodle выполняет гарантийная техническая поддержка.
От вас потребуется только добавить поддержку взаимодействия на стороне 1С.

Буферная база данных

Чаще всего используется интеграция через буферную базу данных. Этот способ предполагает создание промежуточной базы данных, в которую из 1С будут выгружаться данные для передачи в Moodle. Обычно это делает администратор или разработчик конфигурации 1С.

С помощью этого способа СДО Русский Moodle 3KL может принять следующие типы объектов:

  • Пользователи. Помимо основных данных, таких как ФИО, электронная почта, логин и пароль (могут быть переданы из 1С или сформированы на стороне Moodle и затем высланы на электронную почту или в SMS-сообщении), может быть передано неограниченное количество дополнительных полей профиля.
  • Подписка на курсы. Этот способ предполагает передачу из 1С в Moodle  списка пользователей и курсов, на которые они должны быть подписаны. Если таких курсов еще не существует, они могут быть автоматически созданы (тогда пользователи будут подписаны на пустые, только что созданные курсы).
  • Подразделения  (для модуля "Электронный деканат для Moodle")
  • Контингент.Студенты. Аналогичен передаче списка пользователей, но данные импортируются в модуль "Электронный деканат для Moodle" с обработкой специальности, параллели, академической группы  и подразделения (кафедры). Что позволяет задействовать встроенный модуль "Электронный деканат".
  • Контингент.Сотрудники. Аналогично предыдущему, но для преподавателей или сотрудников.
  • Учебеные программы (для модуля "Электронный деканат для Moodle")
  • Учебные процессы. Список учебных процессов (группа + дисциплина + преподаватель + семестр) для модуля "Электронный деканат для Moodle".
  • Дистижения. Перечень достижений для модуля "Порфтолио учебных и вне-учебных достижений".

В обратном направлении могут быть переданы:

  • Итоговые оценки по электронным курсам.

Импорт/экспорт через Excel/CSV

Этот способ аналогичен предыдущему, но предполагает взаимодействие через импорт/экспорт файлов в формате CSV (Excel).

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

REST/SOAP

В СДО Русский Moodle 3KL реализован сетевой API, который позволяет внешним системам запрашивать данные из Moodle, либо отдавать команды на создание/обновление объектов. Примерение этого API на стороне 1С требует разработки модуля-адаптера, который будет выполнять данные вызовы.

Уточняйте нюансы у нашей службы технической поддержки.

Active Directory

Строго говоря, этот способ не является интеграцией с 1С. Однако, во многих организациях уже реализована автоматическая выгрузка сотрудников или слушателей из 1С в Active Directory. СДО Русский Moodle 3KL позволяет использовать эти данные из одного или нескольких доменов Active Directory одновременно.

Какие дополнительные способы интеграции можно разработать?

В случае, если ни один из готовых вариантов вам не подходит, мы готовы выполнить для вас доработку на стороне СДО Русский Moodle 3KL, чтобы реализовать нужный вам сценарий интеграции.

Разработка выполняется либо в рамках услуги "Расширенная техническая поддержка", либо в рамках выполнения работ по согласованному ТЗ.

OData

В 1С присутствует встроенный REST интерфейс, позволяющий обращаться к данным  из 1С без модификации конфигурации на стороне 1С.

От ваших специалистов потребуется лишь включить этот интерфейс, открыть нам к нему доступ и перечислить объекты и их поля, с которыми нам следует взаимодействовать.

Буферная БД

Если готовых инструментов синхронизации через буферную БД вам недостаточно, мы готовы разработать новые или модифицировать существующие по вашему заданию.

Дополнительные интерфейсы SOAP/REST

Если готовый сетевой API вам по каким-либо причинам не подойдет, мы готовы разработать дополнительные вызовы по вашему заданию

Обмен файлами

Этот способ не очень удобен, однако, вполне функционален. Если ваш разработчик 1С предпочтет интеграцию на базе обмена файлами в форматах CSV, XML или другом открытом формате, мы готовы разработать соответствующие конвертеры на стороне Moodle.

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-08 15:51


Способы регистрации и аутентификации пользователей

Способы аутентификации пользователей в системе Moodle:


Другие полезные материалы


Вебинар #10 (2020-04-17): Инструменты управления пользователями в Moodle и СЭО 3KL

План вебинара:
Что такое пользователь Moodle (3мин 20сек)
Инструменты саморегистрации пользователей
Инструменты создания пользователей силами администратора
Инструменты импорта и синхронизации пользователей
Дополнительные поля профиля пользователя (27мин 10сек)
Массовые действия и прочие операции с пользователями 

Опубликовал: : Алексей Городков
Последние обновление: 2021-06-18 15:15


Интеграция со сторонними сервисами

Под интеграцией подразумевается предоставление технической возможности внедрения сторонних сервисов в интерфейс СДО.

Любой наш клиент имеет возможность заказать разработку интеграции со сторонними сервисами. Мы предоставляем лишь техническую возможность интеграции сторонних сервисов, саму услугу клиент подключает у третьей стороны.

Интеграции, уже присутствующие в сборке:

 

Возможность оплаты курсов картой непосредственно из СДО (Acquiropay)

"Acquiropay - способ записи на курс через систему платежей Acquiropay".

Проверка работ на предмет заимствований в автоматическом режиме (Антиплагиат)

"Подключение плагина "Антиплагиат" от Антиплагиат.ru"
"Использование плагина Антиплагиат"

Системы вебинаров, интегрированные в СДО

"Подключение вебинаров"
Webinar.ru. "Интреграция с Webinar.ru"
WizIQ. "Интеграция с WizIQ"
BigBlueButton. "Интеграция с BigBlueButton"
Adobe Connect. "Интеграция с Adobe Connect"
OpenMeetings. "Интеграция с OpenMeetings"

Сервис СМС-рассылок SMS.RU

"Использование сервиса "SMS.RU" в Moodle"

Платная подписка на курсы

"Платная подписка. Плагин OT Pay"
"Активация плагина OT PAY и его глобальные настройки"
"Настройка платной подписки на курс - плагин OT Pay"

 

Клиентам на заметку. Скорость подключения услуги зависит от третьих сторон и в отдельных случаях может занимать продолжительное время. Уточняйте длительность подключения перед покупкой услуги.

Опубликовал: : Алексей Городков
Последние обновление: 2021-06-18 15:05


Проверка сданных заданий на заимствования с помощью сервиса "Антиплагиат.Ру". Плагин "Антиплагиат"

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

Для того, чтобы воспользоваться плагином "Антиплагиат", необходимо создать Задание, которое будет оцениваться и включить в настройках Задания использование плагина.

1. Нужно зайти в выбранный курс, включить "режим редактирования" и кнопкой "Добавить элемент или ресурс" создать в курсе элемент «Задание».

2. Далее, в настройках элемента «Задание» в блоке "Настройки плагина плагиаризма «Антиплагиат»" нужно включить плагин и отображение свидетельств оригинальности:

Плагин "Антиплагиат" отправляет на поверку только заблокированные для изменений задания. Способ блокировки заданий зависит от параметра "Требовать нажатия кнопки «Отправить»" в настройках элемента курса "Задание".

Если этот параметр имеет значение «Да», то студенту при его ответе отображается кнопка «Отправить», при нажатии на которую ответ блокируется. Через некоторое время такие работы будут автоматически переданы на проверку.

В случае, когда параметр установлен в значение «Нет», преподавателю необходимо вручную блокировать ответы студентов в интерфейсе просмотра ответов на задание.

Обратите внимание, что загружаемый файл должен иметь расширение, соответствующее файлу текстового формата (doc, txt, rtf и т.п.).

Современные (2019) обновленные настройки плагина в Задании:

3. После отправки задания на проверку, при включенном свойстве "отображать студенту...", студент увидит процент оригинальности ответа:

4. После того, как студенты загрузят в систему свои ответы на задания, и задания будут отправлены на поверку в Антиплагиат, нужно перейти по ссылке «Просмотр/оценка всех ответов» и посмотреть список всех ответов с отметками оригинальности плагина Антиплагиат:

Опубликовал: : Алексей Городков
Последние обновление: 2021-08-25 14:03


Интеграция вебинаров в СЭО 3KL

1. Общие положения

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

Как правило, участники имеют возможность задавать свои вопросы, общаться в чате. Модератор может предоставить микрофон любому участнику.

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

Для удобства пользователей в «СЭО 3КL» предусмотрена интеграция с сервисами вебинаров, информация о которых доступна в таблице, приведенной ниже. Благодаря интеграции, для участников вебинар выглядит как часть среды электронного обучения:

  • учителя создают и настраивают вебинары непосредственно из конструктора курса;
  • студенты переходят в комнату вебинара прямо из материалов курса;
  • отсутствует повторная регистрация и авторизация.
Интеграция с вебинарами доступна в «СЭО 3КL» для любого тарифного плана любого вида лицензии. Список доступных сервисов постоянно расширяется, исходя из потребностей клиентов.

2. Перечень вебинар-сервисов, доступных в текущей версии СЭО 3КL

Название сервиса
Описание Разработка интеграции
Тип интеграции Варианты подключения
TrueConf Коммерческая платформа TrueConf для проведения веб-конференций Открытые технологии Встроен в модуль Занятие Приобретение продукта TrueConf для установки на собственный сервер1.

Webinar.ru Коммерческая платформа Webinar.ru для проведения веб-конференций Открытые технологии Встроенный плагин Webinar.ru 1. Приобретение облачного сервиса Webinar.ru (тарифный план должен включать опцию «Доступ к API Webinar»).

2. Приобретение продукта Webinar.ru для установки на собственный сервер.
BigBlueButton Оpen source платформа BigBlueButton для проведения веб-конференций Сторонний разработчик Встроенный плагин BigBlueButton 1. Установка продукта BigBlueButton на собственный сервер:
а) самостоятельно2;
б) специалистами ООО «Открытые технологии»3.

2. Использование демосервера, поддерживаемого BigBlueButton Inc для ознакомления с продуктом4.

3. Приобретение облачного сервиса BigBlueButton.
OpenMeetings Оpen source платформа OpenMeetings для проведения веб-конференций Сторонний разработчик Встроенный плагин OpenMeetings Установка продукта OpenMeetings на собственный сервер5
 WebEx Meeting Коммерческая платформа Cisco WebEx для проведения веб-конференций Сторонний разработчик Установка по требованию Приобретение облачного сервиса WebEx Meeting
Zoom meeting Коммерческая платформа Zoom для проведения веб-конференций Сторонний разработчик Установка по требованию Приобретение облачного сервиса Zoom meeting (тарифный план должен включать опцию «REST API»)

1 — на текущий момент необходимая для интеграции опция «TrueConf API» предоставляется только в серверной версии TrueConf.

2 — гарантия на продукт не предоставляется.

3 — работа по установке и настройке производится бесплатно; возможна для некоторых тарифных планов (уточняйте в технической поддержке ООО «Открытые технологии»); гарантия на работу не предусмотрена.

4 — на вебинары, проводимые на общем бесплатном демосервере, накладываются следующие ограничения: количество участников до 5 человек; 1 спикер; длительность сессии не более 15 минут.

5 — для использования требуется самостоятельная настройка сервера и опытный системный администратор для его обслуживания.


Заключить договор с Webinar.ru можно как напрямую (у поставщика ВКС), так и через  ООО «Открытые технологии».

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

Опубликовал: : Алексей
Последние обновление: 2021-10-11 20:32


Массовая загрузка пользователей через файл csv

1. Импорт пользователей в СДО

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

Первая строка таблицы должна содержать заголовки для каждой колонки с данными. Пример:

email, username, firstname, lastname, password, city, country, icq, phone1, url, description, course1
Важно! Четыре первые колонки обязательны для импорта и регистрации.

1.1. Импорт пользователей с записью на курс

Колонка course1 позволяет задать короткое имя курса, на который эти пользователи будут автоматически подписаны. Результат (файл с таблицей) надо сохранить в формате CSV (текст с разделителем) и загрузить в СДО через меню: "Администрирование" -> "Пользователи" -> "Учетные записи" -> "Загрузить пользователей".

Нужно обращать внимание на кодировку символов и разделитель: они должны совпадать с теми, которые будут выбираться при импорте файла. Система предложит предпросмотр данных.

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

2. Создание .csv файла

2.1. Что такое CSV файл

CSV — текстовый формат, предназначенный для представления табличных данных, его можно создавать и редактировать в любом текстовом редакторе, добавив в конце имени файла расширение .csv (например, FILE.csv).

2.2. Поля для заполнения информации о пользователе

2.2.1. Обязательные поля

username - имя пользователя (должно быть уникально, может содержать только алфавитные строчные буквы, цифры,дефис '-', подчеркивание '_',точка '.', или знак '@')

firstname - настоящее имя пользователя

lastname - фамилия пользователя

email - адрес электронной почты (должно быть уникально и иметь вид: name@example.com)

*Для добавления новых пользователей необходимо указать все обязательные поля. Для обновления имеющихся пользователей достаточно поля "username".

2.2.2. Необязательные поля

institution - учреждение, к которому принадлежит пользователь (ВУЗ, колледж, название рабочей организации);

department - подразделение в учреждении, к которому принадлежит пользователь;

city - город;

country - страна;

lang - язык;

timezone - часовой пояс;

idnumber -используется для указания идентификатора пользователя во внешней системе

icq - номер icq;

phone1, phone2 - телефонный номер (1;2);

address - адрес (улица, дом, квартира);

url - ссылка на сайт пользователя (например, страница в VK/Facebook, личный сайт);

description - описание пользователя (например, личная характеристика или краткая биография);

autosubscribe - автоподписка.

2.2.3. Поле password

password

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

2.2.4. Пользовательские поля

profile_field_xxxxx

Пользовательские поля профиля: XXXXX - уникальное имя поля (краткое название кастомного поля, обычно пишется латиницей), указываемое после конструкции "profile_field_".

Cоздавать пользовательские поля необходимо перед импортом. Часть символов ХХХХХ должна быть в нижнем регистре, иначе не будет принято. Запись должна содержать "profile_field_xxxxx".

Пример:
1. Если создано пользовательское текстовое поле с названием  "Жанр" и кратким названием "genre", в файле в заголовке таблицы нужно указать короткое имя: "profile_field_genre".
2. Для пользовательских полей профиля, которые представляют собой меню, используется соответствующее значение.
3. Для пользовательских полей профиля типа дата используется стандарт ISO формате ГГГГ-мм-ДД, например, 2014-06-19. Данные в таком формате будут правильно локализованы в интерфейсе.

2.2.5. Поля для зачисления на курс

Заголовки полей должны иметь числовой суффикс, например: type1, group1, enrolperiod1 и т.д.

course - краткое название курса;

type - задает роль для зачисления. Значения:
1 - роль студента (по умолчанию),
2 - задает роль преподавателя,
3 - задает роль ассистента;

role - используется для указания ролей напрямую, используя для роли короткое имя или ID (из базы данных);

group - используется для назначения пользователя в группу, используя имя или ID (названия числовых групп не поддерживаются);

enrolperiod - период времени, в течение которого будет активна запись на курс;

enrolstatus - позволяет блокировать пользователей курса, когда значение 1 или должно быть оставлено пустым для обучающихся.

2.2.6. Поле глобальной группы

cohort1

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

2.2.7. Поле роли системы

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

2.2.8. Поля для удаления и блокировки пользователей

deleted - удаление пользователя из системы (значения 0 - не удалять или 1 - удалять)
Чтобы удалить пользователя, нужно указать значения полей username и deleted.

suspended - блокировка пользователя в системе (значения 0 - не блокировать или 1 - блокировать)
Чтобы заблокировать пользователя, нужно указать значения полей username и suspended.

Производить добавление и удаление/блокировку пользователей можно загрузкой одного csv файла. Для добавляемых пользователей заполняются все нужные поля, а для удаляемых или блокируемых пользователей заполняются только username и deleted или suspended соответственно.

При удалении нужно разрешить удаление пользователей.

2.2.9. Поле метода аутентификации

Наименование поля: auth

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

  • Ручная регистрация: manual
  • Самостоятельная регистрация по электронной почте: email
  • Автоматическая подписка кураторов: enrolmentor
  • OTOAuth: otoauth
  • Синхронизация с Free Deans Office: dof
  • User key authentication: userkey
  • Сервер LDAP: ldap
  • Внешняя база данных: db
  • OAuth 2: oauth2
  • Мульти-LDAP: otmultildap

2.3. Структура CSV файла

1. Необходимо задать обязательные поля для заполнения (по желанию можно добавить необязательные и пользовательские поля);
2. Затем в новой строке в той же последовательности, что и перечисленные поля, указать данные пользователя.
3. В следующей строке указать данные второго пользователя и т.д.

Нужно обращать внимание на ограничение по длине данных, вводимых в поля (указано в символах):

login - 100
password - 255
firstname - 100
lastname - 100
email - 100
city - 120
country - 2
lang - 30
description - неограничено
url - 255
idnumber - 255
institution - 255
department - 255
phone1 - 20
phone2 - 20
address - 255
firstnamephonetic - 255
lastnamephonetic - 255
middlename - 255
alternatename - 255

В значениях полей не должно быть переносов строк.

Пример:
username,password,firstname,lastname,email,course1,group1,cohort1
jonest,verysecret,Tom,Jones,jonest@someplace.edu,math102,Section 1,year 3
reznort,somesecret,Trent,Reznor,reznort@someplace.edu,math102,Section 3,year 4

3. Загрузка CSV файла

3.1. Интерфейс загрузки пользователей

Для загрузки CSV файла нужно открыть интерфейс загрузки пользователей, который находится по следующему пути:

Блок "Настройки" -► "Администрирование" -► "Пользователи" -► "Учетные записи" -► "Загрузить пользователей"

3.2. Загрузка файла с пользователями

3.2.1. В интерфейсе нужно
либо нажать на "Выберите файл...", затем перейти в  папку с файлом и два раза кликнуть на него;

3.2.2. либо перетащить файл из папки в поле загрузки;

3.2.3. Разделитель нужно выбрать соответствующий разделителю в файле;

*если будет выбран несоответствующий разделитель, загрузка будет произведена некорректно.

3.2.4. Кодировку оставить по умолчанию UTF-8 или выбрать windows-1251, в зависимости  от кодировки, в которой создан файл.

3.3. Настройки загрузки

3.3.1. Тип загрузки (1):

Добавить новых, пропустить имеющихся пользователей - опция добавляет пользователей в базу данных, но не затрагивает пользователей, уже имеющихся в базе данных;

Добавить всех, при необходимости добавлять номер к логину - добавляет всех пользователей из файла, и, если у них имеются повторяющиеся логины, то при загрузке к логину будет добавляться нумерованный суффикс (например: login, login1 или login_1);

Добавить всех, и обновить имеющихся пользователей - добавляет всех пользователей из файла и обновляет уже имеющихся пользователей, если изменения затрагивают данную группу пользователей;

Только обновить имеющихся пользователей - обновляет пользователей, уже имеющихся в базе данных, если в файле содержатся данные об этих пользователях.

3.3.2. Пароли новых пользователей (2):

Необходимое поле в файле - если указано поле "password" в самом CSV файле, будет загружен пароль из файла;

Создавать пароль при необходимости и рассылать его по электронной почте - автоматически создает пароль для пользователя и отправляет его по адресу электронной почты пользователя.

3.3.3. Данные существующих пользователей (3)

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

3.3.4. Пароли существующих пользователей (4)

Опцию можно установить в значение "Изменять", если в пункте "Данные существующих пользователей" не указано значение "Не изменять";

4. Примеры использования

4.1. Примеры полей для файлов CSV (могут быть использованы как шаблоны)

1. Простое добавление пользователя: добавление пользователя.csv

2. Добавление пользователя с глобальной ролью: добавление пользователя с глобальной ролью.csv

3. Добавление пользователя в глобальную группу: глобальные группы.csv

4. Добавление пользователя в курс с указанием локальной группы и локальной роли: указание курса, локальной группы, локальной роли.csv

5. Смена пароля у уже умеющегося пользователя : изменение пароля.csv

* При смене пароля через .csv необходимо выставить соответствующие настройки загрузки:

4.2. Добавление пользователей с записью на несколько курсов с указанием ролей

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

4.2.1. Создание текстового файла с расширением .CSV

Добавить в начало файла строчку:

username,password,firstname,lastname,email,course1,type1,role1,course2,type2,role2

на следующей строчке следует указать значения параметров:

username - логин пользователя,
password - пароль,
firstname - Имя,
lastname - Фамилия,
email - почта,
course1,course2 - название курса (краткое название курса),
type1,type2 - тип роли при регистрации (параметр для студента = 1, для преподавателя = 2)
role1,role2 - роль в курсе (student = студент, teacher = Ассистент (без права редактирования), editingteacher = Учитель, coursecreator = Создатель курса, manager = Управляющий)

Например, пользователя нужно записать на два курса "Тестовый" с ролью учителя и "Рабочий" с ролью студента.

Содержимое файла:

username,password,firstname,lastname,email,course1,type1,role1,course2,type2,role2
ivanov@localhost.ru,somesecret,Иван,Иванов,ivanov@localhost.ru,Тестовый,2,editingteacher,Рабочий,1,student

Ссылка на файл: user.csv

4.2.2. Загрузка пользователей в СДО

Перейти во вкладку: "Администрирование" -► "Пользователи" -► "Учетные записи" -►" Загрузить пользователей"

Следует выбрать файл с пользователями, указать разделитель между словами (в примере используется запятая), указать кодировку именно ту, в которой у вас сохранен файл (например,Windows1251) и кликнуть на кнопку "Загрузить пользователей".

1) Тип загрузки - здесь выбирается тип загрузки из доступных:

  • Добавить новых, пропустить имеющихся пользователей
  • Добавить всех, при необходимости добавлять номер к логину
  • Добавить новых и обновить имеющихся пользователей
  • Только обновить имеющихся пользователей

2) Пароли новых пользователей - Здесь выбирается, использовать ли пароль из файла или создать новый, если поле не заполнено.

  • Необходимое поле в файле
  • Создавать пароль при необходимости и отправлять его по электронной почте

3) Данные существующих пользователей - Здесь выбирается, что делать с данными пользователей

  • Не изменять
  • Заменять данными из файла
  • Заменять данными из файла и значениями по умолчанию
  • Заполнить пустые поля данными из файла и значениями по умолчанию

4) Пароли существующих пользователей - параметр доступен при типе загрузки "Только обновить имеющихся пользователей"

5) Принудительная смена пароля - Выбирается из параметров:

  • Пользователи с простыми паролями
  • Пусто
  • Все

6) Разрешить переименовывать - параметр доступен при типе загрузки "Только обновить имеющихся пользователей"

7) Разрешать удаление - параметр доступен при типе загрузки "Только обновить имеющихся пользователей"

8) Разрешить блокировку и активацию учетных записей - выбирается включить параметр заблокировать и активацию пользователей.

9) Стандартизация логинов - Механизм убирания пробелов и т.п.

10) Выбрать для массовых операций

  • Нет
  • Новые пользователи
  • Обновленные пользователи
  • Все пользователи

После настроек параметров необходимо кликнуть на кнопку "Загрузить пользователей".

На следующей странице будет отображено количество загруженных пользователей

Создано пользователей: 1
Пользователи с простыми паролями: 1
Ошибки: 0

Пользователь загружен в СДО и подписан на соответствующие курсы.

4.2.3. С записью в глобальные группы нужно:

1. Создать текстовый файл с расширением .CSV

2. Добавить в начало файла строчку:

username,password,firstname,lastname,email

Данные о пользователях:

ivanov@localhost.ru,somesecret,Иван,Иванов,ivanov@localhost.ru
petrov@localhost.ru,somesecret2,Петр,Петров,petrov@localhost.ru

Ссылка на файл: add2.csv

3. Загрузка пользователей в СДО

Перейти во вкладку: "Администрирование" -► "Пользователи" -► "Учетные записи" -► "Загрузить пользователей"

Следует выбрать файл с пользователями, указать разделитель между словами (в примере используется запятая), указать кодировку именно ту, в которой у вас сохранен файл (например,Windows1251) и кликнуть на кнопку "Загрузить пользователей".

Выбрать тип загрузки - "Только обновить имеющихся пользователей".

Выбрать для массовых операций - "Все пользователи".

4. После настроек параметров, следует кликнуть на кнопку "Загрузить пользователей".

На следующей странице будет отображено количество загруженных пользователей.

Выбрать параметр в поле "С выбранными пользователями..."->Добавить в группу.

5. Зачисление студентов в глобальную группу

Откроется окно с добавлением в глобальную группу:

Здесь нужно выбрать глобальную группу и нажать на кнопку "Добавить в группу".

4.3. Массовое переименование пользователей

При помощи экспорта/импорта данных из .csv-файла можно осуществить процедуру массового переименования пользователей.

1. Из СЭО выгрузить (в формате .csv) список необходимых пользователей (Администрирование>Пользователи>Учетные записи>Действия над несколькими пользователями).

2. В выгруженном файле любым удобным способом изменить название столбца «username» на «oldusername». Добавить новый столбец с названием «username» и заполнить его новыми логинами.

3. Загрузить данные (Администрирование>Пользователи>Учетные записи>Загрузить пользователей) из модифицированного .csv-файла обратно в СЭО, указав в настройках:

  • Тип загрузки= Только обновить имеющихся пользователей.
  • Данные существующих пользователей=Заменять данными из файла.
  • Разрешить переименовывать=Да.

 

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

5. Возможные проблемы и ошибки

5.1. Загрузка пользователей из CSV файла, содержащего кастомные поля Conditional field

Отмечены следующие проблемы:

  • Не загружаются пользователи из csv-файла, если в файле присутствуют поля Conditional field и при условии, что поля, входящие в его состав (внутренние) являются обязательными для заполнения.
  •  При выборе различных вариантов содержимого конкретного поля с последующим сохранением информации в профиле, в блоке информации о пользователе сохраняется содержимое всех полей, а не только тех, которые выбраны в настоящее время.

Это является особенностью работы плагина.

При загрузке значения поля Conditional field, делающего обязательным определенное поле профиля, система не позволит загрузить пользователей, даже если указанное поле будет заполнено (будет выдавать ошибку, что поле не заполнено). Если поле просто настроено в системе, но отсутствует в файле (не являясь обязательным), ошибки не возникнет. 
Если настроить плагин Conditional field так, чтобы при одном значении отображал и требовал заполнения одной группы полей, а при другом значении отображал и требовал заполнения другой группы, то не получится загрузить пользователей через CSV, заполнив только требуемые поля без значений для скрытой группы полей.

 Дорполнительная информация доступна в статьях
Conditional field
Conditional profile field
Moodle-profilefield_conditional

 

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

Опубликовал: : Алексей Городков
Последние обновление: 2021-10-05 13:36


Настройка авторизации через социальные сети

Плагин OTOAuth - Аутентификация пользователей через социальные сети - предназначен для возможности использования зарегистрированных аккаунтов пользователей социальных сетей для авторизации в СЭО 3KL.

Внимание! Для корректной работы авторизации в СЭО 3KL использованием аккаунта в социальной сети, у пользователя в социальной сети в личных настройках должен быть указан email.

1. Общий алгоритм настройки авторизации в социальной сети

Чтобы работать с СЭО 3KL, используя свой аккаунт в какой-либо социальной сети (facebook, vk, google+ и т.п.), необходимо настроить авторизацию. Для этого требуется:

  1. Войти в конкретную социальную сеть под своим аккаунтом.
  2. Создать и настроить специальное приложение для интеграции СЭО 3KL и конкретной социальной сети.
  3. Прислать в службу поддержки СЭО 3KL (в личном кабинете http://opentechnology.ru/cp) уникальные данные, полученные в процессе настройки приложения - идентификатор и секретный код.
  4. Дождаться оповещения от службы поддержки СЭО 3KL о том, что настройка авторизации произошла успешно.

Ниже приведены ссылки на подробное описание настройки авторизации в каждой конкретной социальной сети:

2. Общие настройки плагина OTOAuth для администраторов требуются права администратора

Важно! Действия в данной инструкции с меткой требуются права администратора можно выполнить только при наличии доступа "Полный Администратор". По умолчанию мы предоставляем доступ "Диспетчер-Администратор". Для изменения глобальных конфигураций мы рекомендуем выбрать набор требуемых опций по данной инструкции и обратиться в техническую поддержку с заявкой на конфигурирование системы. Подробнее - в статье "Полный административный доступ".

Перейти к настройкам плагина OTOAuth можно через
блок "Настройки" -► "Администрирование" -► "Плагины" -► "Аутентификация" -► "OTOAuth"

Страница настроек плагина состоит из секции общих настроек, секции "Настройки сервисов" - под каждый сервис интеграции и секции "Блокировка полей пользователя", позволяющей управлять блокировкой полей профиля пользователей.

2.1. Секция "Общие настройки"

Начиная с версии СЭО 3KL 3.5.9a в модуль «Аутентификации пользователей OTOAuth» добавлена возможность указать, когда требуется обновлять данные в профиле пользователя при использовании авторизации через социальные сети.

Настройка "Обновление полей учетной записи Moodle" поддерживает следующие опции обновления:

  • При создании учетной записи
  • При каждом входе
  • Во время привязки
Примеры использования данной настройки:
Пример 1.
Новые пользователи поступают из доверенного источника (например, внешняя БД или Active Directory), но имеют возможность привязывать дополнительные способы авторизации для своего удобства. Например, привязывать авторизацию через Яндекс или Gmail, социальные сети, ЕСИА или сквозную авторизацию через внутренний портал. При этом данные в профиль пользователя попадают только из доверенного источника, а не из дополнительных привязок.
Пример 2.
Пользователи регистрируются через социальные сети. После создания учетной записи пользователи имеют возможность ее редактировать, например, скорректировать ФИО или изменить адрес электронной почты. Привязка к социальной сети при этом сохраняется, но данные в профиле остаются те, которые внес пользователь или администратор.

2.2. Секция "Настройки подтверждения аккаунтов администратором"

Данные настройки позволяют осуществить включение режима подтверждения (активации) учетной записи зарегистрировавшихся через социальные сети пользователей.

Пример (сценарий) использования данных настроек:
1. Администратор запрещает активацию аккаунта, созданного через соцсети, включает отправку уведомлений о создании заблокированной учетной записи, настраивает тексты уведомлений.
2. Пользователь регистрируется через соцсеть.
3. Система выдает сообщение пользователю о том, что учетная запись создана и ожидает активации администратором, отправляет уведомление о новой регистрации администратору.
4. Администратор получает уведомление, переходит по ссылке из письма к редактированию учетной записи и активирует аккаунт.
5. Пользователь может авторизоваться в СДО.

  • Создавать аккаунты не активированными - Значение по умолчанию: "Нет" - Если выбрано "Да", все созданные через Oauth2 аккаунты должны быть активированы администратором. Это - главная опция для включения модерации аккаунтов.
  • Отправлять администратору уведомления - Значение по умолчанию: "Нет" - Если выбрано "Да", информация обо всех созданных через Oauth2 аккаунтах будет отправлена администратору. Включает отправку уведомлений администратору.
  • Заголовок, полный и краткий текст уведомления для администратора можно отредактировать в соответствующих полях формы настроек.

2.3. Секция "Блокировка полей пользователя"

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

  • Разблокировано - поле доступно для редактирования.
  • Разблокировано, если пусто - поле доступно для редактирования, если оно не заполнено.
  • Заблокировано - поле будет недоступно для непосредственного редактирования пользователями и администраторами Moodle. Использование этой опции полезно, если производится управление этими данными во внешней системе аутентификации. 

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

Если в данных настройках блокировать поля, необходимые для работы СЭО 3KL, предварительно нужно убедиться, что предоставляется вся информация, необходимая для создания учетной записи, иначе учетная запись не будет работать. Чтобы избежать подобных проблем, можно попробовать установить блокировку в режим «Разблокировано, если пусто».

 

3. Интерфейс управления настраиваемыми провайдерами требуются права администратора

Данный интерфейс позволяет создать в СЭО 3KL клиента для кастомной oauth-авторизации.

Путь к настройкам:
Администрирование -► Плагины -► Аутентификация -► OTOAuth -► Настраиваемые провайдеры -► Управление провайдерами -► Просмотр списка провайдеров

С помощью кнопки "Добавление настраиваемого провайдера" осуществляется переход к форме добавления нового провайдера.

Конфигурация настраиваемого провайдера производится в формате yaml и должна быть представлена в виде ассоциативного массива. Пункт "Конфигурация" в справочном комментарии (?) содержит описание параметров и примеры (см.ниже).

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

Конфигурация

Конфигурация настраиваемого провайдера производится в формате yaml и должна быть представлена в виде ассоциативного массива.
В результате использования настраиваемой конфигурации возможно осуществить авторизацию по протоколу OAuth2.0 с использованием типа авторизации 'authorization_code'.
В качестве ключей этого массива могут служить:
  • clientid - идентификатор клиента (id приложения), предоставляется сервером авторизации после регистрации приложения, используется далее для автоматической подстановки в требуемых запросах;
  • clientsecret - секретный ключ (пароль приложения), предоставляется сервером авторизации после регистрации приложения, используется далее для автоматической подстановки в требуемых запросах;
  • icon - путь до изображения на сервере или закодированное в base64 изображение, используется в качестве иконки вашего способа авторизации;
  • allowregister - разрешена ли регистрация пользователей при помощи настраиваемого провайдера
    • если нет (любое пустое значение или отсутствие параметра) - пользователь сможет авторизоваться только при наличии в СДО аккаунта, связанного с аккаунтом настраиваемого провайдера;
    • если да (любое непустое значение, например, '1') - пользователю будет создана учетная запись при успешной авторизации;
  • authorize - конфигурация процесса вызова авторизации и получения авторизационного кода от сервера авторизации. Должна быть представлена в виде массива. В качестве ключей этого массива могут служить:
    • url - адрес, входная точка API авторизации (authorization endpoint)
    • parameters - массив параметров, требуемых сервером авторизации для данного запроса. Для автоматической замены, в значениях массива возможно использовать следующие подстановки:
      • {clientid} - подставляет идентификатор клиента (id приложения)
      • {redirect_uri} - подставляет ссылку переадресации, на которую будет осуществлено перенаправление после выдачи авторизационного кода
      • {state} - подставит автоматически сгенерированную строку, используемую для защиты от подделки запросов (cross-site request forgery)
    Пример:
       authorize:
          url: 'https://oauth.yandex.ru/authorize'
          parameters:
             client_id: '{clientid}'
             redirect_uri: '{redirect_uri}'
             state: '{state}'
             response_type: 'code'
  • accesstoken - конфигурация процесса получения ключа доступа (токена) от сервера авторизации. Должна быть представлена в виде массива. В качестве ключей этого массива могут служить:
    • url - адрес, предназначенный для получения ключа доступа, токена (token endpoint)
    • parameters - массив параметров, требуемых сервером авторизации для данного запроса. Для автоматической замены, в значениях массива возможно использовать следующие подстановки:
      • {clientid} - подставляет идентификатор клиента (id приложения)
      • {clientsecret} - подставляет секретный ключ (пароль приложения)
      • {redirect_uri} - подставляет ссылку переадресации, на которую будет осуществлено перенаправление после выдачи ключа доступа
      • {authorization_code} - подставляет авторизационный код полученный в результате авторизации на предыдущем шаге
    • requesttype - метод осуществления запроса ('get' или 'post')
    • curloptions - для случаев, когда требуется указать особенные параметры запроса, возможно передать массив с опциями, поддерживаемыми библиотекой curl
    • responsetype - ожидаемый формат ответа ('plain' или 'json')
    • responsefields - сопоставление требуемых для авторизации полей с полями, пришедими в результатах запроса к авторизационному серверу
      • token - для данного поля требуется указать название поля из ответа сервера, в котором содержится ключ доступа
    Пример:
       accesstoken:
          url: 'https://oauth.yandex.ru/token'
          parameters:
             client_id: '{clientid}'
             client_secret: '{clientsecret}'
             redirect_uri: '{redirect_uri}'
             code: '{authorization_code}'
             grant_type: 'authorization_code'
          requesttype: 'post'
          curloptions: []
          responsetype: 'json'
          responsefields:
             token: 'access_token'
  • userinfo - конфигурация процесса получения сведений об авторизованном пользователе от сервера авторизации. Получение информации о пользователе в некоторых системах разделено на области, и для получения всех необходимых данных может потребоваться несколько запросов. В связи с этим, значением данного параметра должен являться массив запросов (обратите внимание на дефис в примере). Каждый запрос должен быть представлен также, в виде массива. В качестве ключей запроса могут служить:
    • url - адрес для получения необходимой области информации о пользователе
    • parameters - массив параметров, требуемых сервером авторизации для данного запроса. Для автоматической замены, в значениях массива возможно использовать следующие подстановки:
      • {access_token} - подставляет ключ доступа, полученный в результате исполнения предыдущих операций
    • requesttype - метод осуществления запроса ('get' или 'post')
    • curloptions - для случаев, когда требуется указать особенные параметры запроса, возможно передать массив с опциями, поддерживаемыми библиотекой curl
    • responsetype - ожидаемый формат ответа ('plain' или 'json')
    • responsefields - сопоставление полей пользователя СДО с полями, пришедшими в результатах запроса к авторизационному серверу. Наиболее распространенные поля пользователя СДО:
      • username - логин пользователя в СДО
      • firstname - имя пользователя
      • lastname - фамилия пользователя
      • email - email-адрес пользователя
      • verified - подтверждена ли учетная запись, другими словами точно ли email принадлежит пользователю, который авторизовался; если провайдер предоставляет такие данные или вы уверены, что зарегистрироваться в провайдере можно только подтвердив аккаунт через mail или вы полностью доверяете провайдеру (например, это ваша система и вы точно знаете, что среди ваших пользователей не может быть злоумышленников), то можно использовать поле, предоставленное провайдером или подстановку '{1}' подтверждающую учетную запись без использования поля предоставленного провайдером
      • remoteuserid - идентификатор пользователя на стороне провайдера
      • lang - язык, предпочитаемый пользователем. Можно использовать, если значения соответствуют кодам языковых пакетов, например,
      • picture - адрес с изображением пользователя
    Пример:
       userinfo:
        - url: 'https://login.yandex.ru/info'
          parameters:
             oauth_token: '{access_token}'
             format: 'json'
          requesttype: 'get'
          curloptions: []
          responsetype: 'json'
          responsefields:
             username: 'login'
             email: 'default_email'
             verified: '{1}'
             firstname: 'first_name'
             lastname: 'last_name'
             remoteuserid: 'email'
  • refreshtoken - конфигурация процесса обновления ключа доступа (токена) от сервера авторизации.
  • revoke - конфигурация процесса аннулирования ключа доступа (токена) от сервера авторизации.

Пример кода конфигурации

Ниже в качестве примера приведен код конфигурации для Яндекс. Вы можете указать свои значения clientid и clientsecret для проверки работоспособности конфигурации.

 clientid: 'здесь указывается ваш индивидуальный ID'
clientsecret: 'здесь указывается ваш индивидуальный секретный код'
icon: 'data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACwAAAAsCAYAAAAehFoBAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAAXZJREFUeNrsl9ENgjAQhsEwgCPgBoxQJ0A3wCcelQmME/jMk7qBTmA3kBEYgRG8Jn1ozlYTe8XD9JILAYl8/D3+3iVJjBgx/ivati1UUv1fSgxXwaGEFJBz1311XX/93IxKRTicIIvQKzYjgr2/gZWUwJknbK5hzeXvIA+w7FfjvgeV+r4lsbfALgF2YFcSWt0KXW4csAWHGt6i8w5gJeePDqt2GcPXfYAFVpg7MN4M5KSAxwoyYHANMTWFc+7AuGZL7sA3dL7Smwlb4DMk3tVOjnv7nwPrLbjB3gwq3y0fIFlvkRK4Q+VQtjeUFVQNvLdLwMNVaawtKuYaVHCpYRNa9b4LXdeT2ZoHS0OkXmDJZuKw1LIJLOElNvo3XgoDkJo6jujygXNJ7NCoJEN1bxRTc65nu+DqUimMS0GG7I1nnuoqj13hQZSzrWF1z6BuxxLYYmNBa9cL2GFjSt2eJbDFxkZR1wf4xcY+qNsnMWLEiDFKPAUYANutbimoTIIxAAAAAElFTkSuQmCC'
allowregister: 1
authorize:
      url: 'https://oauth.yandex.ru/authorize'
      parameters:
         client_id: '{clientid}'
         redirect_uri: '{redirect_uri}'
         state: '{state}'
         response_type: 'code'
accesstoken:
      url: 'https://oauth.yandex.ru/token'
      parameters:
         client_id: '{clientid}'
         client_secret: '{clientsecret}'
         redirect_uri: '{redirect_uri}'
         code: '{authorization_code}'
         grant_type: 'authorization_code'
      requesttype: 'post'
      curloptions: []
      responsetype: 'json'
      responsefields:
         token: 'access_token'
userinfo:
    - url: 'https://login.yandex.ru/info'
      parameters:
         oauth_token: '{access_token}'
         format: 'json'
      requesttype: 'get'
      curloptions: []
      responsetype: 'json'
      responsefields:
         username: 'login'
         email: 'default_email'
         verified: '{1}'
         firstname: 'first_name'
         lastname: 'last_name'
         remoteuserid: 'email'

Опубликовал: : Алексей Городков
Последние обновление: 2021-06-18 15:13


Настройка упрощенной регистрации пользователей через email и СМС

Инструкция содержит настройки плагинов, системы, интеграцию с сервисом sms.ru и является продолжением статьи-решения "Упрощение регистрации пользователей", рассказывающей о формах и сценариях упрощенной регистрации пользователей.

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

Вместо самостоятельного выполнения действий по данной инструкции, вы можете подать заявку в гарантийную техподдержку, как описано в статье-решении "Упрощение регистрации пользователей" - п.1.2 и п.2.2.
Содержание:
1. Настройка упрощенной регистрации через email требуются права администратора
2. Настройка упрощенной регистрации через СМС требуются права администратора
2.1. Аккаунт на сайте sms.ru
2.2. Включение и настройка плагина OTSMS требуются права администратора
2.3. Настройка плагина аутентификации «Синхронизация с Free Deans Office» для СМС требуются права администратора

1. Настройка упрощенной регистрации через email требуются права администратора

Внимание! Действия в данной инструкции с меткой требуются права администратора можно выполнить только при наличии доступа "Полный Администратор". По умолчанию мы предоставляем доступ "Диспетчер-Администратор". Для изменения глобальных конфигураций мы рекомендуем выбрать набор требуемых опций по данной инструкции и обратиться в техническую поддержку с заявкой на конфигурирование системы. Подробнее - в статье "Полный административный доступ".

Не смотря на то, что при регистрации пользователя в «Moodle» обязательными являются поля «Имя», «Фамилия» и «Адрес электронной почты», в «Настройке полей формы регистрации» для упрощения регистрации можно указать только одно поле - «Адрес электронной почты», а остальные скрыть.

Так как в этом случае остальные обязательные поля заполнены не будут, при первом входе пользователя с помощью такой авторизации он будет перенаправлен на страницу редактирования профиля с просьбой заполнить недостающие данные - имя и фамилию.

В настройках плагина «Синхронизация с Free Deans Office» в секции «Общие настройки» выберем «Способ доставки сообщений» - «Электронная почта». См.рис.1.

Рис.1. Выберем «Способ доставки сообщений» - «Электронная почта».

В данной форме для активизации выбора нужно нажать левой кнопкой мыши на поле «Электронная почта», при включении опции оно выделится цветом: рис.2.

Рис.2. Активизация выбора способа доставки - «Электронная почта».

В секции «Настройки полей формы регистрации» установим в поле «Адрес электронной почты» значение «Показать», а все остальные поля формы оставим в значении «Скрыть». См.рис.3.

Рис.3. Настройки полей формы регистрации.

Сохраним эти настройки нажатием на кнопку «Сохранить» внизу страницы.

Примечание. Если в настройках выбрать «Способ доставки сообщений» - «Электронная почта», но не выбрать «Показать» в поле «Адрес электронной почты», сохранить настройку полей формы не получится, система выдаст предупреждение об обязательности отображения поля «Адрес электронной почты».
Подробнее о включении и настройках плагина «Синхронизация с Free Deans Office» можно почитать здесь: "Плагин аутентификации «Синхронизация с Free Deans Office»".

2. Настройка упрощенной регистрации через СМС

Для настройки механизма упрощенной регистрации пользователей через СМС нам понадобится:

2.1. Аккаунт на сайте sms.ru
2.2. Включение и настройка плагина OTSMS требуются права администратора
2.3. Настройка плагина аутентификации «Синхронизация с Free Deans Office» для СМС требуются права администратора

2.1. Сервис sms.ru

Для отправки СМС пользователям через систему «Moodle» нужно активировать интеграцию с сервисом sms.ru. На портале рассылки sms.ru необходимо завести учетную запись, войти в личный кабинет и пополнить баланс, оплатив услуги на отправку сообщений. Далее нам понадобится API ключ для интеграции с внешними программами. Найти его можно после авторизации внизу на главной странице или перейдя в раздел «Программистам».

Подробнее: Что такое "Сервис SMS.RU".

2.2. Включение и настройка плагина OTSMS требуются права администратора

Чтобы использовать в плагине «Синхронизация с Free Deans Office» отправку сообщений через «OTSMS», включим и настроим плагин «OTSMS».

Первоначальное управление плагином «OTSMS» осуществляется через переход в следующее меню настроек: «Настройки» → (1) см.рис.4, далее - «Администрирование» (2) → «Плагины» (3) → «Способы доставки сообщений» (4) → «Управление способами доставки сообщений» (5).

Рис.4. Настройки - Управление способами доставки сообщений

В «Управление способами доставки сообщений» включаем плагин «OTSMS», нажав на пиктограмму с перечеркнутым глазом в колонке «Включить», и переходим в его настройки через ссылку «Настройки», см.рис.5.

Рис.5. Включение и переход к настройкам плагина «OTSMS».

Если плагин «OTSMS» уже включен, в его настройки можно перейти сразу через основное меню настроек системы: «Настройки» (1) см.рис.8, далее - «Администрирование» (2) → «Плагины» (3) → «Способы доставки сообщений» (4) см.рис.6 → «OTSMS» (5).

Рис.6. Переходим в настройки плагина «OTSMS».

Интерфейс настроек плагина «OTSMS» выглядит так:

Рис.7. Настройки плагина «OTSMS»

Чтобы включить плагин, нужно в поле «API ID» ввести ключ API ID, полученный нами ранее с сайта sms.ru. Остальные настройки плагина опциональны и просты и корректируют тело самого сообщения: какой длины может быть сообщение, можно ли его транслитерировать или нет, нужно ли добавлять тему в текст.

Примечание. Добавление темы сообщения и транслитерация текста сообщения могут быть принудительно переданы плагином, который изначально генерирует сообщение. В этом случае настройки самого плагина «OTSMS» игнорируются. Т.е. по сути, это - настройки по умолчанию.
Нажимаем «Сохранить изменения». После сохранения изменений начинает работать интеграция.

После включения плагина «OTSMS», он добавится в настройки плагина аутентификации в форму «Способ доставки сообщений» и его можно будет выбрать.

2.3. Настройка плагина «Синхронизация с Free Deans Office» для СМС требуются права администратора

Переходим к настройкам плагина аутентификации «Синхронизация с Free Deans Office» для использования СМС.

В настройках плагина «Синхронизация с Free Deans Office» в секции «Общие настройки» выберем «Способ доставки сообщений» - «OTSMS».

В секции «Настройки полей формы регистрации» установим в поле «Телефон» значение «Показать», а все остальные поля формы установим в значении «Скрыть». См.рис.8.

Рис.8. Настройки полей формы регистрации для OTSMS.

Сохраним эти настройки нажатием на кнопку «Сохранить» внизу страницы.

Примечание. Если в настройках выбрать «Способ доставки сообщений» - «OTSMS», но не выбрать «Показать» в поле «Телефон», сохранить настройку полей формы не получится, система выдаст предупреждение об обязательности отображения поля «Телефон».

Опубликовал: : Алексей Городков
Последние обновление: 2021-06-18 15:19


Платная подписка. Плагин OT Pay. Интеграция с сервисами приема платежей

Инструкция описывает функционал плагина OT Pay, подключение электронной оплаты к СЭО 3KL, содержит ссылки на полезные ресурсы и является основной к дочерним:

Содержание
1. Назначение плагина OT Pay
2. Как это работает
   2.1. Зачисление на курс по купону
   2.2. Оплата по счету
   2.3. Электронная оплата
3. Настройка платной подписки
   3.1. Варианты настроек
4. Как подключить электронную оплату за курсы в Moodle
   4.1. Уточните, заключен ли у вашей организации договор с интернет-эквайером
   4.2. Выберите подходящего эквайера и заключите с ним договор
   4.3. Решите вопрос с подключением к облачной кассе
   4.4. Передайте реквизиты для подключения в техподдержку
   4.5. Протестируйте оплату из СЭО
   4.6. Часто задаваемые вопросы по подключению (Яндекс, Сбер). Полезная документация
   4.7. Возможность интеграции с другими платежными сервисами
5. Как сделать курс платным
6. Активация и глобальные параметры плагина OTPay
7. Что такое интернет-эквайринг и как происходит обработка платежей
8. Информация по настройкам плагина

1. Назначение плагина OT Pay

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

Оплата может быть перечислена посредством OT Pay с помощью

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

Помимо этих платных способов зачисления плагин предоставляет еще два (бесплатных):

  • зачисление на курс по по купону
  • заявка на курс

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

2. Как это работает

Когда в курсе настроен модуль оплаты, пользователь при записи на курс выбирает один из предоставленных вариантов оплаты:

  • зачисление на курс по купону
  • оплата по счету
  • электронная оплата

Рис. 2. Примеры отображения вариантов оплаты курса.

Если настроен сценарий "Заявка на курс", пользователь может отправить заявку на зачисление на курс преподавателю и указать в ней необходимую информацию:

2.1. Зачисление на курс по купону

Купон может либо обеспечивать зачисление на курс, либо давать скидку на стоимость курса при дальнейшей оплате другими способами. Скидка может быть как на фиксированную сумму (500р.), так и в % от стоимости курса (20%).

  • Если пользователь вводит код купона на зачисление на курс, система проверяет купон и, если купон действует в данный момент (активен в системе), тут же записывает пользователя на курс.
  • Если пользователь вводит код купона (или несколько кодов) на скидку, система проверяет купон и, если купон действует в данный момент, пересчитывает стоимость курса с учетом скидочных купонов, и далее пользователь может произвести оплату по счету (см.п.2.2.) или электронную оплату (см.п.2.3.) по цене со скидкой.
Подробнее об этом способе: "Зачисление на курс по купону"

2.2. Оплата по счету

  • Пользователь выбирает оплату по счету - "Сформировать счет".
  • Система выдает пользователю форму с запросом Наименование/ФИО плательщика.
  • Пользователь вводит Наименование/ФИО плательщика в форму и нажимает "Сформировать счет".
  • Система формирует извещение-квитанцию в формате PDF.
  • Пользователь распечатывает квитанцию и оплачивает счет в банке.
  • Управляющий в "Панели администрирования заявок" может видеть, что пользователь сформировал счет. При поступлении оплаты управляющий вручную изменяет статус заявки на "Оплачено".
  • Система зачисляет пользователя на курс.

2.3. Электронная оплата

  • Пользователь выбирает способ электронной оплаты - "Перейти на страницу оплаты".
  • Система отображает форму ввода реквизитов карты, электронного кошелька, оплаты с мобильного и других доступных способов оплаты.
  • Пользователь вводит реквизиты и производит оплату.
  • Система электронной оплаты передает данные в СЭО об успешном платеже.
  • Система зачисляет пользователя на курс.

Если подключена облачная касса

  • Эквайер передает данные о платеже в облачную кассу.
  • Облачная касса формирует чек и высылает его клиенту.

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

3. Настройка платной подписки

  • Техническая поддержка  по заявке Заказчика на включение модуля платной подписки активирует в системе модуль OT Pay.
  • В настройки СЭО заносятся реквизиты для подключения к интернет-эквайеру (далее - эквайеру) или банку, реквизиты для оплаты через банк, данные о скидочных купонах.
  • В курсы добавляются способы платной подписки, настраиваются цены, даты и сроки подписки, роли подписчиков, дополнительные параметры (различные цены для первичной подписки, продления, возобновления после перерыва; купоны, льготы, уведомления и др.).
  • Проводятся тестовые оплаты для проверки.

3.1. Варианты настроек

Некоторым заказчикам требуется настроить как типовые, так и специфические сценарии платной доступности к курсам:

  • Единый тариф
  • Льготный период подписки на курс
  • Льготы на переподписку на текущий курс
  • Льготы на подписку на второй курс
  • Разные тарифы на первоначальную подписку на курс, продление и возобновление курса
  • Разные тарифы в зависимости от срока подписки
  • Разные тарифы в зависимости от доступных материалов и заданий (контента)
  • Ознакомительный доступ: бесплатный доступ к первым двум секциям и платная переподписка для доступа к остальным секциям
  • Тариф на несколько курсов
Подробнее с настройками для этих решений можно ознакомиться в инструкции "Настройка платной подписки на курс - плагин OT Pay".

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

4. Как подключить электронную оплату за курсы в Moodle

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

4.1. Уточните, заключен ли у вашей организации договор с интернет-эквайером.

4.1.1. Да, договор заключен.

Есть ли этот эквайер в списке поддерживаемых OT Pay: Сбербанк, ЮKassa (Яндекс Касса), Acquiropay, Quazkom ?

  • Есть. Переходим к п.4.3. =>
  • Нет. Если у вас заключен договор с эквайером, который не поддерживается модулем OT Pay, вы можете подать заявку в расширенную техподдержку на платную доработку плагина. Либо перейти к п.4.2. =>

4.1.2. Нет, договор не заключен. Переходим к п.4.2. =>

4.2. Выберите подходящего эквайера и заключите с ним договор.

Плагин OT Pay поддерживает интеграцию со следующими эквайерами:

Сбербанк

Все платежи защищены по международным стандартам. Для разрешения любых вопросов работает круглосуточная служба поддержки. Платежи проводятся через онлайн-кассу, а оплату можно принимать множеством способов. Комиссии от 1,8-2%. Описание услуги эквайринга и заявка на подключение. Контакты.

ЮKassa (бывшая Яндекс Касса)

Разнообразные способы оплаты. Доступны дополнительные инструменты: автоплатежи, оплата в рассрочку и др. Поддерживает ряд партнерских онлайн-касс. Комиссии от 3,5-6%. Сайт сервиса - https://yookassa.ru/

Ребрендинг Яндекс.Касса ⇒ ЮKassa

Компания "Яндекс.Деньги" объявила о ребрендинге сервиса с 15 декабря 2020г., изменив наименование на ЮMoney. Платежный сервис для бизнеса Яндекс.Касса будет называться теперь ЮKassa.

В плагине "OT PAY" обновлены платежные протоколы в связи с ребрендингом ЮKassa. После обновления СЭО 3KL все изменения применятся автоматически.

Если используется устаревший способ подключения ("протокол HTTP" или "старый платежный API"), во время обновления произойдет автозамена в настройке "Адрес сервера для запросов" со старого адреса на новый. В случае использования в этой настройке какого-либо нестандартного решения, необходимо вручную внести изменения так, чтобы в платежных запросах был прописан адрес "https://yoomoney.ru/eshop.xml". Рекомендуем выполнить все необходимые настройки в Юkassa и переходить на использование способа подключения "Протокол API".

Acquiropay

Международная процессинговая компания, имеющая опыт работы по приёму платежей на рынке торгового и интернет-эквайринга на российском рынке электронной коммерции с 2011. Acquiropay является оператором персональных данных в Роскомнадзоре (номер 12-0232732). Поддерживает ряд партнерских онлайн-касс. Информация о компании. Как подключиться. Заявка на подключениеОписание услуги эквайринга. Ответы на технические вопросы. Контакты.

Quazkom (Казкоммерцбанк, Казахстан)

Крупнейший в Казахстане коммерческий банк-эквайер. Комиссии от 2,5-4%. Описание, тарифы, договор и регистрационная форма представлены здесь. Контактная информация.

4.2.1. Как заключить договор с эквайером

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

При первом общении с менеджером эквайера разговор стоит начать с того, что вас интересует подключение интернет-эквайринга для приема платежей на сайте (СДО).

 

4.2.2. Требования и запросы от популярных эквайеров на стадии заключения договора/подключения

ЮKassa

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

  • Для правильной работы интеграции понадобится SSL-сертификат.
  • Подключаемый сайт проверяется на наличие на нем товаров с ценами (платные курсы).
  • Если на сайте принимается оплата за услуги, то должны быть размещены тарифы и пользовательское соглашение.
  • Необходимо указание реквизитов организации и контактных данных.
  • Оплата должна производиться на подключаемом сайте, без переадресаций.
Информация о Яндекс.Кассе должна быть перепроверена в связи с переходом на ЮKassa.

ЮKassa запрашивает заполнение технической анкеты.
Техническая анкета от ЮKassa (протокол API):

Рис. 4.2.2. Техническая анкета от ЮKassa.

Пример заполнения технической анкеты API для сервиса Яндекса:

Наименование магазина - то название, которое будет видеть пользователь во время платежа. Например, "Открытые технологии".
Адрес сайта - указывается адрес (URL) СЭО. Например, https://moodle.opentechnology.ru.
CMS - система управления контентом сайта (движок) - Другая (Moodle).
Адрес для уведомлений - https://ваш_сайт_СЭО/enrol/otpay/plugins/yandex/request./notification.php. Например, https://moodle.opentechnology.ru/enrol/otpay/plugins/yandex/request/notification.php.
Email для реестров - ваш электронный адрес для получения реестров платежей. Например, reestr_pay@opentechnology.ru
Сбербанк

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

4.3. Решите вопрос с подключением к облачной кассе.

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

Сбербанк предоставляет свой сервис онлайн-касса. Описание услуги и заявка на подключение. Контакты.

ЮKassa проинтегрирована со следующими онлайн-кассами:

Оплата по 54-ФЗ для ЮKassa

Модуль Acquiropay проинтегрирован со следующими онлайн-кассами:

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

Для включения онлайн-кассы в модуле OT Pay нужно обратиться в техническую поддержку ООО «Открытые технологии».

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

4.4. Передайте реквизиты для подключения в техподдержку.

На данном этапе у вас заключен договор с эквайером, поддерживаемым OT Pay, и решен вопрос с кассой.

Необходимо передать реквизиты для подключения, предоставленные эквайером, и информацию об онлайн-кассе в техподдержку "Открытых Технологий". Информация для передачи по каждому эквайеру приведена ниже:

Сбербанк

  • Адрес сервера для запросов
  • Логин*
  • Пароль*
  • Период ожидания авторизации платежа от банка
  • Поддерживаемые платежные системы
* —Обратите внимание, что пара логин/пароль должна быть от учетной записи пользователя API, а не от личного кабинета эквайринга!
Пример технической информации от Сбербанка:
Адреса серверов для Api запросов:
Тестовый сервер - https://3dsec.sberbank.ru/payment/rest/
Боевой сервер - https://securepayments.sberbank.ru
Пример информации для техподдержки ОТ:
Адрес сервера для запросов: тестовый https://3dsec.sberbank.ru ; боевой https://securepayments.sberbank.ru
Логин xxxxx
Пароль xxxxx
Период ожидания авторизации платежа от банка: максимальный срок предавторизации 30 дней
Поддерживаемые платежные системы: мир, visa, master card, jcb
Обычно первоначально проводятся настройка и тестирование интеграции с тестовым сервером, далее осуществляется согласованный переход на боевой.

ЮKassa (Яндекс Касса)

  • Адрес сервера для запросов
  • Идентификатор магазина (shopId)
  • Пароль магазина (shop password)
  • Номен витрины (scid)
  • Интеграция с онлайн-кассой (Нет/Да)
  • Система налогообложения (СНО)
  • Ставка НДС
  • Поддерживаемые платежные системы
Пример данных, которые сообщает Ю.Kassa пользователю сервиса (их нужно сообщить в нашу техподдержку):
Адрес сервера для запросов - https://money.yandex.ru/eshop.xml
ShopID xxxxxx
Scid xxxxxxx
ShopPassword 123456

AcquiroPay

  • URL для взаимодействия с банком
  • Merchant_id
  • Product_id
  • Secret_word
  • Интеграция с онлайн-кассой (Нет/Да)
  • Ставка НДС
  • Поддерживаемые платежные системы

Казкоммерцбанк

  • URL для авторизации суммы в банке
  • URL для подтверждения-анулирования авторизации
  • Серийный номер сертификата
  • Имя магазина(сайта)
  • ID продавца в платежной системе
  • Приватный ключ пользователя
  • Пароль к приватному ключу пользователя
  • Публичный ключ банка
  • Поддерживаемые платежные системы

4.5. Протестируйте оплату из СЭО

Обычно первоначально проводится настройка интеграции с тестовым сервером эквайера и тестирование оплаты с помощью тестовых карт. Далее осуществляется согласованный переход в боевой режим и тестирование на реальных оплатах.

4.6. Часто задаваемые вопросы по подключению (ЮKassa, Сбер). Полезная документация.

ЮKassa

1. Вопрос:
Где найти информацию о перечисленных реквизитах подключения к сервисам эквайера для передачи в техподдержку "ОТ" ?
  • Адрес сервера для запросов
  • Пароль магазина (shop password)
  • Номер витрины (scid)
Ответ:
Адрес сервера для запросов, пароли и номера витрины выдаются ЮKassa. Прверьте входящие электронные письма или обратитесь в техподдержку ЮKassa.

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

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

Устаревшая справочная информация:
Старая техническая анкета от Яндекс, протокол HTTPS (теперь для новых подключений используется протокол API):



В данных для интеграции от ЮKassa ShopPassword (HTTP) теперь меняется на secret_key (API).
Полезная документация ЮKassa: Документация

Сбербанк

Вопрос:
Как создать кнопку для оплаты курса, если у нас есть бланк квитанции сбербанка с QR-кодом? Можем ли мы сделать так, чтобы слушатель мог выбрать способ оплаты по QR-коду?
Ответ:
К сожалению, функционала для квитанции с QR-кодом в плагине OT Pay нет. В рамках расширенной технической поддержки за нормочасы мы можем рассмотреть возможность разработки данного функционала.

4.7. Возможность интеграции с другими платежными сервисами

Вопрос:
Есть ли возможность интеграции с другими внешними платежными сервисами (например, с EveryPay)?
Ответ:
На интеграцию с системами процессинга платежей действует фиксированный тариф - 32 нормо-часа.
Для подачи заявки воспользуйтесь категорией «Выделенный специалист/Разработчик или сисадмин».
Проверка API и возможности его реализации будет выполняться после подачи такой заявки. Если это окажется невозможно, заявка будет отклонена без списания данных нормо-часов с вашего баланса.

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

5. Как сделать курс платным

Чтобы курс стал платным, нужно войти в курс и добавить в него способ записи на курс OT PAY («Настройки» -► «Пользователи» -► «Способы зачисления на курс»), настроить его и включить. Отключить другие (бесплатные) способы записи на курс.

Подробно о настройках зачисления на курс через OT Pay можно прочитать в инструкции "Настройка платной подписки на курс - плагин OT Pay". В инструкции приводятся различные решения для организации платных подписок.
Вернуться к Содержанию

6. Активация и глобальные параметры плагина OT Pay

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

Для подписки купоном в техподдержку нужно передать схему или описание вашей желаемой купонной программы или отдельного купона.

Для настройки параметров способа оплаты через интернет-эквайера техподдержке понадобится следующая информация:

  • реквизиты подключения к эквайеру
  • есть ли у вас онлайн-касса?
  • система налогообложения (СНО)
  • ставка НДС

Подробнее можно ознакомиться в инструкции "Активация плагина OT PAY и его глобальные настройки".

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

7. Что такое интернет-эквайринг и как происходит обработка платежей

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

Для приема платежей через интернет у Заказчика должен быть заключен договор с эквайером. Согласно действующей редакции Закона № 54-ФЗ, для торговли через интернет необходимо подключить онлайн-кассу и выписывать чеки. Онлайн-кассу можно подключить через эквайеров. Каждый эквайер обычно поддерживает определенные виды онлайн-касс.

 Справка:.

Интернет-эквайринг - это услуга, позволяющая оплачивать банковскими или виртуальными картами товары и услуги прямо на вашем сайте.

Поставщики эквайринга (эквайеры) для интернет-сайтов - это банки (Сбербанк, Казкоммерцбанк, Альфа-Банк), агрегаторы платежей (ЮKassa, RBK Money, Robokassa), провайдеры-процессинговые компании (Acquiropay).

Платежный шлюз — аппаратно-программный комплекс, который позволяет автоматизировать процесс приема платежей в интернете (PayPal, Webmoney).

Платежные системы — операторы электронных денежных средств - это сервисы оплаты для сайта напрямую в режиме онлайн (ЮMoney, WebMoney, Visa QIWI Wallet).

Схема оплаты по карте на интернет-сайте

Между процедурой внесения данных в форму на сайте и получением отчета об успешном осуществлении операции совершается несколько манипуляций:

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

Рис. 7. Схема электронной оплаты по карте.

Участники процесса:

  • Клиент, осуществляющий покупку;
  • Банковское учреждение, в котором у покупателя открыт РС, то есть эмитент;
  • Банк-эквайр. В нем открыт расчетный счет продавца;
  • Непосредственно продавец;
  • Процессинговый центр системы платежей;
  • Электронная система платежей;
  • Расчетный банк системы платежей. С его помощью взаимодействуют участники платежной системы.

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

8. Информация по настройкам плагина

Ребрендинг Яндекс.Касса - ЮКасса

Архивные (устаревшие материалы):
Активация плагина через техподдержку
Настройка платной подписки через Яндекс-Кассу
Настройка записи на конкретный курс
Выбор способа оплаты
Тестовая оплата
Настройка даты подписки и другие опции
Простая оплата через банк
Заполнение полей
Включение OT Pay в способах записи на курсы
Способ оплаты - Генерация счета
Настройки оплаты через банк
Как это видит пользователь
Администрирование заявок
Добавление способа записи AcquiroPay (или Яндекс Кассы)

Опубликовал: : Алексей Городков
Последние обновление: 2021-10-06 13:18


Библиотека ресурсов: интеграция ЭБС, базами знаний и внешними источниками контента

Элемент курса «Библиотека ресурсов» позволяет интегрировать СЭО с внешними хранилищами материалов, базами знаний и ЭБС для удобства включения внешних материалов в состав курса Moodle.

1. Элемент курса «Библиотека ресурсов»

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

Подключенные источники-библиотеки:
ЭБС «Лань — сервис подписки на коллекции электронных изданий
База знаний 3KL — Open Source система построения баз знаний от ООО «Открытые технологии» на базе phpMyFAQ 
Mediawiki — Open Source система управления контентом от фонда WikiMedia
База знаний техподдержки ОТ — коллекция материалов о среде электронного обучения Moodle и СЭО 3KL от ООО «Открытые технологии»
Открытые источники от фонда WikiMedia:
Википедия
Викисловарь
Викиучебник
Викиверситет

С помощью «Библиотеки ресурсов» преподаватель или редактор курса добавляют в курс готовые материалы из внутреннего хранилища учебных материалов на базе phpMyFAQ или из подключенных внешних источников. Элемент отображает эти материалы как обычные, встроенные в курс.

При обновлении материала в источнике во всех элементах «Библиотека ресурсов» всех курсов будет отображаться обновленная версия.

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

2. Добавление и настройка элемента «Библиотека ресурсов»

После добавления элемента «Библиотека ресурсов» в курс, нужно нажать на кнопку «Настройки материала»:

Рис. 2.1. Добавление элемента «Библиотека ресурсов» в курс.

Страницу с материалом можно выбрать с помощью каталога источника, переходя последовательно по его разделам (путь будет отображаться в «Хлебных крошках»):

Рис. 2.2. Параметры источника данных.

Либо можно воспользоваться интерфейсом поиска материала:

Рис. 2.3. Интерфейс поиска материала.

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

Материал можно предварительно просмотреть с помощью кнопки «Перейти к просмотру» или выбрать для публикации в данном элементе курса с помощью кнопки «Выбрать».

На странице предварительного просмотра можно также выбрать материал с помощью кнопки или вернуться назад:

Рис. 2.4. Страница предварительного просмотра.

После выбора материала нужно ввести название элемента (обязательное поле) и настроить, при необходимости, оставшиеся стандартные поля настроек:

Рис. 2.5. Стандартные поля настроек элемента.

Поля «Наименование источника» и «Ресурс» носят информационный характер и указывают название источника и заголовок выбранной из источника статьи.

После сохранения настроек элементы типа «Библиотека ресурсов» станут доступными для просмотра в курсе:

Рис. 2.6. Просмотр элементов в секции курса.

3. Глобальные настройки модуля Требуются права администратора

Важно! Действия в данной инструкции с меткой требуются права администратора можно выполнить только при наличии доступа «Полный Администратор». По умолчанию мы предоставляем доступ «Диспетчер-Администратор». Для изменения глобальных конфигураций мы рекомендуем выбрать набор требуемых опций по данной инструкции и обратиться в техническую поддержку с заявкой на конфигурирование системы. Подробнее в статье «Полный административный доступ».

Тарифный план

Администратор может перейти на страницу тарифного плана. Путь к настройкам:
Администрирование->Плагины->Модули элементов курса->Библиотека ресурсов->Тарифный план

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

Источники данных

Администратор после перехода в настройки плагина может управлять источниками данных. Путь к настройкам:
Администрирование->Плагины->Модули элементов курса->Библиотека ресурсов->Источники данных (Управление источниками)

На этой странице можно добавлять, редактировать и удалять источники.

Рис. 3.1. Страница управления источниками.

Добавлять можно источники разных типов: ЭБС «Лань», MediaWiki, phpMyFAQ. Поддержка источников на движке Mediawiki позволяет интегрировать материалы не только из проекта Викимедиа, но и из собственных, созданных на базе ПО Mediawiki.

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

phpMyFAQ:

  • Наименование источника
  • Базовый URL
  • Логин
  • Пароль

ЭБС «Лань»:

  • Наименование источника
  • Аутентификационный ключ подписчика

MediaWiki:

  • Наименование источника
  • Базовый URL

Опубликовал: : Алексей Городков
Последние обновление: 2021-06-18 13:05


Интеграция с сервисом прокторинга Examus.net

Examus.net - это сервис прокторинга, разработанный компанией Examus. Он предназначен для фиксации хода проведения дистанционного экзамена для удостоверения личности экзаменуемого и отслеживания соблюдения регламента в ходе экзамена. Сервис включает видеофиксацию, аудиофиксацию, запись экрана слушателя, отслеживание постороннего ПО, запущенного на компьютере слушателя.

Для выполнения интеграции с данным сервисом, необходимо:

  • Приобрести сервис у компании Examus
  • Получить инструкцию по встраиванию Examus в Moodle в службе технической поддержки компании Examus
  • Отправить заявку в категорию "Гарантийная техподдержка/Установка стороннего плагина", приложить к заявке полученные от техподдержки Examus плагины, рекомендации по установке, список параметров для первоначальной настройки и перечень данных, которые необходимо вернуть в техподдержку Examus для включения сервиса.
  • Техподдержка компании Открытые технологии выполняет установку и настройку плагинов, в этой же заявке возвращает запрошенные сведения.
  • Переслать в техподдержку Examus полученные от техподдержки компании Открытые технологии данные.

Пожалуйста, обратите внимание, что поскольку модуль интеграции с Examus пока не входит в состав комплекта СЭО 3KL Русский Moodle, интеграция не покрывается гарантийной технической поддержкой  компании Открытые технологии". Техподдержка компании Открытые технологии  может только установить плагин, применить настройки по присланному списку и удалить плагин. По всем остальным вопросам, связанным с этим плагином обращайтесь в компанию Examus

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2020-07-09 12:13


Требования к API внешней ЭБС, для интеграции с модулем "Библиотека ресурсов" (материал для разработчиков)

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

​Использующиеся термины

  • провайдер - организация, предоставляющая api для интеграции с СДО;

  • ресурс - книга, статья, журнал, документ, предназначенный для отображения в результате интеграции в модуле "Библиотека ресурсов";

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

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

​Введение

Модуль СДО "Библиотека ресурсов" предоставляет возможность преподавателю найти ресурс в одном из настроенных администратором СДО источников, для последующего отображения ресурса учащимся.
Преподаватель выполняет выбор ресурса путём выбора категории и просмотра списка ресурсов, содержащихся в категории, либо путём ввода поискового запроса и просмотра списка результатов поиска.

Ниже описаны методы, необходимые для реализации наиболее распространенного подхода интеграции между модулем СДО "Библиотека ресурсов" и внешними источниками. С их помощью возможно сформировать базовый набор функций, необходимых для работы с модулем.
Приведенные примеры не являются обязательными требованиями, они содержат перечень данных, необходимых по нашему опыту для реализации комфортной работы с интегрированной системой.

​Методы интеграции

​АВТОРИЗАЦИЯ

Реализовывается провайдером при необходимости предоставлять ресурсы ограниченному списку пользователей. 

​Общий принцип

  • администратору СДО известны реквизиты интеграции (секретный ключ или пара логин/пароль), которые он настраивает для подключения к источнику;

  • перед обращением к источнику, СДО делает запрос в источник по предоставленному источником api, передавая реквизиты интеграции;

  • источник возвращает токен авторизации для использования в последующих запросах;

​Пример запроса с комментариями по возможностям реализации

ENDPOINT
    - /api/auth
POST
    - username - логин для авторизации
    - password - пароль для авторизации
ОТВЕТ
    В ответ приходит объект JSON, содержащий результат обработки запроса и токен авторизации:
    - (bool) success - результат обработки запроса
    - (string) error - описание ошибки (если результат обработки запроса не был успешным)
    - (string) token - токен авторизации для использования в последующих запросах

​ПОЛУЧЕНИЕ КАТЕГОРИЙ

Преподаватель в СДО производит выбор ресурса, к которому планирует предоставить доступ учащемуся в курсе.
Одним из сценариев выбора ресурса является выбор из списка ресурсов, принадлежащих выбранной категории.
Если источник имеет древовидную структуру хранения ресурсов, необходимо реализовать возможность получения списка категорий с её использованием.

​Общий принцип:

    - СДО обращается к источнику, запрашивая список категорий, являющихся дочерними для категории, переданной параметром;
    - в запросе передается токен авторизации, полученный ранее от источника (если требуется источником);
    - источник возвращает список категорий, дочерних от категории, переданной параметром;

​Пример запроса с комментариями по возможностям реализации:

ENDPOINT
    - /api/categories
HEADERS
    - token - токен авторизации
GET
    - idCategory - идентификатор родительской категории, чьих потомков необходимо получить. Значение null интерпретируется как запрос категорий верхнего уровня (без родителя).
ОТВЕТ
    В ответ приходит объект JSON, содержащий результат обработки запроса и список категорий, найденных по запросу:
    - (bool) success - результат обработки запроса
    - (string) error - описание ошибки (если результат обработки запроса не был успешным)
    - (array) items - массив, содержащий объекты со сведениями о найденных категориях (пустой массив, если категорий не было найдено).
    Объекты категорий должны содержать:
    - идентификатор категории, 
    - наименование категории, 
    - сведения о наличии потомков в категории.
    Объект категории может содержать любые дополнительные сведения о категории.

​ПОЛУЧЕНИЕ РЕСУРСОВ ПО КАТЕГОРИИ

Преподаватель в СДО производит выбор ресурса, к которому планирует предоставить доступ учащемуся в курсе.
Одним из сценариев выбора ресурса является выбор из списка ресурсов, принадлежащих выбранной категории.
Если источник имеет структуру хранения ресурсов, подразумевающую наличие категорий, необходимо реализовать возможность получения списка ресурсов с её использованием.

​Пример запроса с комментариями по возможностям реализации:

ENDPOINT
    - /api/resources
HEADERS
    - token - токен авторизации
GET
    - idCategory - идентификатор категории
    - limit - количество ресурсов необходимое для предоставления в результатах запроса;
    - offset - количество ресурсов для смещения перед осуществлением выборки; вместо offset также допустимо принимать параметр page (страница) для организации смещения по формуле ((page-1)* limit)
ОТВЕТ
    В ответ приходит объект JSON, содержащий результат обработки запроса и список ресурсов, найденных по запросу:
    - (bool) success - результат обработки запроса
    - (string) error - описание ошибки (если результат обработки запроса не был успешным)
    - (array) items - массив, содержащий объекты со сведениями о найденных ресурсах (пустой массив, если ресурсов не было найдено).
    - (int) total - общее количество результатов по запросу (до применения смещения offset и ограничения limit)
   Объекты ресурсов должны содержать:
       - уникальный идентификатор ресурса
       - заголовок ресурса
   Объекты ресурсов могут содержать любую дополнительную информацию о ресурсе. Наиболее распространенные сведения для примера:
       - описание ресурса
       - авторы
       - isbn
       - издательство
       - количество страниц
       - год выпуска
       - url-адрес ресурса на веб-сайте провайдера
       - url-адрес с изображением обложки ресурса

​ПОИСК РЕСУРСОВ

Преподаватель в СДО производит выбор ресурса, к которому планирует предоставить доступ учащемуся в курсе.
Одним из сценариев выбора ресурса является выполнение поиска по поисковому запросу.
Если источник имеет возможность предоставить результаты поиска ресурсов по поисковому запросу, необходимо реализовать возможность получения списка ресурсов таким образом.

​Пример запроса с комментариями по возможностям реализации:

ENDPOINT
    - /api/resources
HEADERS
    - token - токен авторизации
GET
    - query - поисковая фраза; провайдеру рекомендуется обрабатывать поисковую фразу не только для полнотекстового поиска по содержимому ресурса, но и для поиска по заголовку ресурса, isbn, автору, идентификатору ресурса; при отсутствии этого параметра запрос воспринимается как попытка получить все ресурсы из категории (см. "ПОЛУЧЕНИЕ РЕСУРСОВ ПО КАТЕГОРИИ")
    - idCategory - идентификатор категории, в пределах которой необходимо выполнять поиск ресурсов по поисковой фразе; если источник поддерживает древовидную структуру хранения ресурсов, мы рекомендуем реализовать поддержку этого параметра; при отсутствии параметра должен выполняться поиск по всему источнику;
    - limit - количество ресурсов необходимое для предоставления в результатах запроса;
    - offset - количество ресурсов для смещения перед осуществлением выборки; вместо offset также допустимо принимать параметр page (страница) для организации смещения по формуле ((page-1)* limit)
ОТВЕТ
    В ответ приходит объект JSON, содержащий результат обработки запроса и список ресурсов, найденных по запросу:
    - (bool) success - результат обработки запроса
    - (string) error - описание ошибки (если результат обработки запроса не был успешным)
    - (array) items - массив, содержащий объекты со сведениями о найденных ресурсах (пустой массив, если ресурсов не было найдено).
    - (int) total - общее количество результатов по запросу (до применения смещения offset и ограничения limit)
   Объекты ресурсов должны содержать:
   - уникальный идентификатор ресурса
   - заголовок ресурса
   Объекты ресурсов могут содержать любую дополнительную информацию о ресурсе. Наиболее распространенные сведения для примера:
   - отрывок текста, в котором найдена поисковая фраза
   - описание ресурса
   - авторы
   - isbn
   - издательство
   - количество страниц
   - год выпуска
   - url-адрес ресурса на веб-сайте провайдера
   - url-адрес с изображением обложки ресурса

​ПОЛУЧЕНИЕ КОНТЕНТА РЕСУРСА

Преподаватель выбрал ресурс, к которому планирует предоставить доступ учащемуся в курсе.
Учащийся открывает модуль "Библиотека ресурсов" с ресурсом, настроенным ранее преподавателем.
Система должна отобразить ресурс учащемуся.

​Возможны три режима отображения:

    - встроенный контент. Модуль "Библиотека ресурсов" отобразит учащемуся плеер. Формирование кода плеера производится либо по образцу от источника (в образец подставляются параметры ресурса), либо источник должен предоставить готовый html-код плеера по запросу. Получившийся код отображается в СДО как есть, соответственно необходимо обеспечить использование только полных ссылок в контенте.
    - транслированный контент. Модуль "Библиотека ресурсов" отображает html-код ресурса, предоставленный источником, предварительно заменяя оригинальные ссылки, ведущие на материалы источника (не внешние) содержащиеся в контенте ресурса, на ссылку до специального скрипта, выполняющего маршрутизацию. Скрипт маршрутизации принимает в качестве параметра ссылку до источника и выполняет запрос к источнику на получение контента, передавая токен авторизации. Это позволяет организовать учащимся в СДО доступ к закрытому контенту без публикации ключей авторизации. Доступ предоставляется только пользователям, имеющим доступ к соответствующему элементу курса (авторизованы, подписаны на курс, дошли до изучения ресурса).
    - ссылка со сквозной авторизацией. При переходе учащегося к ресурсу, модуль "Библиотека ресурсов" запрашивает у источника предавторизованную (содержащую токен авторизации) ссылку на ресурс по идентификатору ресурса. Минусом данного режима является переход на другой сайт и изменение внешнего вида системы.

​Пример запроса ресурса с комментариями по возможностям реализации:

ENDPOINT
    - /api/resource_content
HEADERS
    - token - токен авторизации
GET
    - id - идентификатор ресурса
    - user - данные, идентифицирующие пользователя (для статистики)
    - course - данные, идентифицирующие курс (для статистики)
    - module - данные, идентифицирующие элемент курса (для статистики)
    - session - данные, идентифицирующие сессию (для статистики)
ОТВЕТ
    В ответ приходит объект JSON, содержащий результат обработки запроса и данные о ресурсе:
    - (bool) success - результат обработки запроса
    - (string) error - описание ошибки (если результат обработки запроса не был успешным)
    - (string) content - либо html-код плеера, либо html-код ресурса (контент), либо предавторизованная ссылка (в зависимости от необходимого режима отображения)
    Ответ может также содержать другие данные, если выбран режим отображения, подразумевающий необходимость подставлять в образец кода плеера данные об отображаемом ресурсе.

​ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

Источник может предоставить дополнительные файлы, необходимые html-плееру, например, скрипты javascript или стили css. Они могут быть переданы двумя способами:
- источник может вернуть предавторизованные ссылки (могут содержать дополнительные ключи прямо в URL, не должны требовать авторизации), которые модуль "Библиотека ресурсов" подставит в html-код.
- источник может предоставить API для запроса этих файлов. Модуль "Библиотека ресурсов" странслирует эти файлы. В этом случае, система проверит, что пользователь авторизован и имеет доступ к просмотру конкретного ресурса.

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-06-18 13:03


Можно ли установить СЭО 3KL на свой сервер?

Да,  компания Открытые технологии  предлагает ряд пакетов, предназначенных для установки СЭО 3KL на сервер клиента.

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

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

 

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-10-01 13:31


Что выбрать: лицензию СЭО 3KL для установки на свой сервер или аренду СЭО в облаке?

Компания Открытые технологии предлагает два варанта поставки среды электронного обучения 3KL:

  • Предоставление СЭО в облаке (SaaS). В этом варианте компания "Открытые технологии" предоставляет вам готовую к работе СЭО, а все заботы по приобретению, настройке и обслуживанию сервера берет на себя.
  • Лицензия на установку СЭО на собственный сервер клиента.  В этом случае вы предоставляете техническую площадку (сервер), соответствующий техническим требованиям, а специалисты компании "Открытые технологии" выполняют установку и обслуживание СЭО на вашем сервере. Либо вы можете скачать дистрибутив из личного кабинета и выполнить установку своими силами.

При выборе подходящего варианта вы можете учитывать следующие факторы.

Экономические аспекты

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

Аренда облачной версии может оплачиваться периодами от 3-х месяцев.

Лицензия для установки на собственный сервер продается на срок от 1 года.

Технические аспекты

  • При использовании СЭО в облаке, все технические аспекты мы берем на себя. Ваши системные администраторы в этом практически не задействованы.  Вам останется только организовывать учебный процесс, наполнять систему учебными материалами, добавлять пользователей и проводить обучение.
  • Основную часть работы по администрированию операционной системы и СЭО наши специалисты также возьмут на себя. Тем не менее от вас потребуется предоставить сервер и обеспечить его бесперебойное функционирование и сетевую доступность, а это предполагает либо аренду сервера (либо виртуальной машины) в дата-центре, либо наличие собственной серверной, оборудованной надежными каналами связи, системой охлаждения, системой бесперебойного питания.  Кроме того, все вопросы, связанные с надежностью работы оборудование и каналов связи в этом варианте будут на ваших специалистах.

Информационная безопасность

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

Действия, после прекращения договора

  • После прекращения обслуживания облачной версии, вы можете запросить архив с базой данных и файлами. Этого достаточно, чтобы привлеченный вами специалист смог развернуть СДО на базе бесплатной community-версии Moodle, но без дополнительных функций, которые есть только в СЭО 3KL.
    • Этот же архив пригодится вам, если через какое-то время вы решите снова воспользоваться нашим продуктом - наши инженеры восстановят его в облако или на ваш сервер, в зависимости от приобретенного вами продукта.
  • Если одновременно с прекращением договора на облачную версию, вы приобретаете у нас лицензию для установки на ваш сервер, наши специалисты могут по вашему запросу перенести все материалы, настройки, оценки и историю обучения напрямую на ваш новый сервер.
  • После прекращения обслуживания СЭО на вашем собственном сервере, программное обеспечение размещенное на вашем сервере продолжает функционировать, мы просто прекращаем обслуживание и обновление вашей СЭО, а так же предоставлять дополнительные сервисы, например, мониторинг состояния сервера, доступ к базе знаний по продукту и др.
  • Подробнее об ограничении дополнительных сервисов в статье Что будет, если не продлить лицензию или SaaS СЭО 3KL?

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-10-01 13:27


Что такое локальная и публичная (интернет) инсталляция СЭО 3KL?

При приобретении лицензии для установки СЭО 3KL на сервер клиента, установка может быть выполнена в двух вариантах:

  • Публичная инсталляции или интернет-инсталляция. При публичной установке система будет доступна пользователям с любого устройства, подключенного к сети Интернет.
    • Публичная инсталляция может быть закрыта авторизацией по логину и паролю и доступна только нескольким лицам. Но если она доступна им через Интернет - то такая инсталляция все-равно считается публичной.
  • Локальная инсталляция.  При локальной установке внутри локальной сети вашей организации, СЭО будет доступна только с устройств, подключенных к данной сети напрямую или через VPN. Никакие другие пользователи к вашей СЭО подключаться не смогут, в том числе система не будет доступна вашим клиентам и  сотрудникам с домашних компьютеров и компьютеров  в других организациях.
    • При локальной инсталляции невозможно будет выполнить никакие интеграции, требующие обращений к СЭО приложений из внешней сети.  Помимо прочего, это: использование Moodle в качестве сервера Oauth2 авторизации,  прием электронной оплаты, подключение из мобильного приложения и др.
    • Даже если доступ из внешней сети к локальной инсталляции будет открыт путем проброса портов с маршрутизатора,  для целей гарантийной поддержки данная инсталляция все-равно будет считаться локальной, т.к. работоспособность проброса портов находится в зоне ответственности клиента.

Для публичной инсталляции необходимо назначить серверу внешний публичный ip-адрес. Именно к нему будет привязано доменное имя, которое позволит внешним пользователям обратиться к системе. Основное взаимодействие с системой идет через порты 80 (протокол HTTP, используется для подтверждения бесплатного сертификата Let's Encrypt, который нужен для работы https, а также для редиректа посетителей на http) и 443 (протокол HTTPS - шифрованый протокол для работы с веб-интерфейсом). Для публичной инсталляции важно, чтобы оба этих порта были именно 80 и 443 и всегда были открыты: сервер сам их обработает и, если нужно, перебросит клиента на шифрованный протокол.  Изменение или блокировка этих портов создаст ощутимые неудобства вашим пользователям (номера портов необходимо будет набирать в адресной строке при обращении к СЭО), может ухудшить индексирование вашей СЭО поисковыми системами, привести к невозможности получить или перевыпустить бесплатный SSL-сертификат и к другим негативным последствиям. Поэтому, для надежной работы вашей СЭО и сохранения гарантийной поддержки в полном объеме мы рекомендуем выделить для СЭО отдельный публичный ip-адрес и назначить его напрямую на сервер, где установлена СЭО, не блокируя никаких портов. В остальных случаях, гарантийная поддержка считает инсталляцию локальной, даже если часть портов открыта или выведены наружу через с помощью проброса портов.

Для локальной инсталляции достаточно пробросить наружу 22 порт, который позволит подключиться нашим специалистам для проведения технических работ. Номер порта на наружнем маршрутизаторе при этом особого значения не имеет.

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

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

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-10-01 13:20


Мы уже используем community-версию Moodle, можем ли мы перейти на профессиональную версию СЭО 3KL?

Да,  СЭО 3KL полностью совместима с СДО Moodle.

Технически, СЭО 3KL является пакетом дополнительных модулей для Moodle 3.9. А также СЭО 3KL включает профессиональную гарантийную поддержку на русском языке, которая отсутствует у community-версии Moodle.

Как только вас подключат к личному кабинету техподдержки, сообщите инженерам техподдержки о том, что вместо установки системы с нуля, вам требуется перенести и обновить существующую инсталляцию community-версии Moodle. Лучше всего это сделать прямо в заявке на включение, где у вас запросят реквизиты сервера.  Тогда, вместо установки новой СДО, мы перенесем все курсы, пользователей, настройки, оценки и историю обучения из вашей старой СДО Moodle.  Дамп БД и архив moodledata необходимо собирать на выключенной системе, либо находящейся в режиме технического обслуживания. 

Поскольку СЭО 3KL базируется на Moodle 3.9, обновить возможно только версии, не больше 3.9.х. (то есть, можно обновить версии 3.9, 3.8, 3.7, 3.6, 3.5, 3.4, 3.2, 3.1, 3.0, 2.9, 2.8, 2.7, 2.6, 2.5, 2.4, 2.3, 2.2, 2.1, 2.0, 1.9 и более ранние).

Если у вас более поздняя версия (например, 3.10), вы можете либо установить СЭО 3KL с нуля, либо дождаться, когда выйдет следующая стабильная долгоживущая версия Moodle (ближайшая такая версия 3.9 запланирована на ноябрь 2022 года), а следом за ней обновится и профессиональная версия СЭО 3KL.

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-06-18 15:56


Могу ли я использовать СЭО 3KL с операционной системой "N" (подставьте любое название)?

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

Далее речь пойдет только о сервере, на который устанавливается СЭО 3KL

В основе как СДО Moodle, так и СЭО 3KL лежит кросс-платформенный программный код на PHP, поэтому формально, СЭО может работать с широким перечнем операционных систем.

В то же время, для корректной работы СЭО необходимо установить и правильно настроить значительное количество вспомогательного программного обеспечения. Речь не только о веб-сервере, СУБД и интерпретаторе PHP: как и большинство программных продуктов такого уровня, СЭО 3KL использует массу программных библиотек и вспомогательных утилит, которые необходимы для работы отдельных функций СЭО. Кроме того, есть ряд настроек и вспомогательных утилит, которые необходимы для стабильной и безопасной работы системы, сохранения работоспособности под высокой нагрузкой, резервного копирования, мониторинга "здоровья" сервера, отправки почты, работы фоновых заданий и многих других функций.

Настройка всего этого серверного окружения очень сильно зависит от конкретной операцинной системы, установленной на сервере. Некоторые службы и утилиты могут устанавливаться другим способом, по-другому настраиваться или вообще отсутствовать для отдельных операционных систем. Чтобы разобраться со всеми этими нюансами требуется очень большое количество времени, а некоторые неочевидные особенности могут себя обнаружить только спустя значительное время.

Именно поэтому, чтобы предоставить всем нашим клиентам обслуживание наивысшего качества за разумные деньги, мы везде используем одну и ту же версию операционной системы. Сейчас это Ubuntu Server 20.04 LTS. Под эту операционную систему нами разработаны вспомогательные пакеты и автоматические сценарии, которые позволяют быстро, без ошибок и с минимальной себестоимостью установить СЭО.

Бывают ситуации, когда заказчик желает использовать на сервере другую операционную систему. Это решается следующими способами:

  • С помощью виртуализации. Используйте любой подходящий гипервизор, например, бесплатный Virtual Box, или встроенный в Windows Server Hyper-V, или VMWare, или другой.  Создайте и предоставьте нашим инженерам доступ к виртуальной машине. Остальное мы сделаем сами.  Администрирование входит в состав гарантийной поддержки, поэтому вашим инженерам не придется самим иметь дело с Linux.
  • Вынесите СЭО во внешний контур: арендуйте VDS с Ubuntu Server 20.04 или физический сервер на внешней площадке и предоставьте нам доступ, мы установим СЭО туда.
  • Воспользуйтесь нашим облачным сервисом: мы предоставим вашим пользователям готовую к работе СЭО, а сервер и операционная система будут нашей заботой.

Если ни один из перечисленных вариантов вас не устраивает, остаются еще два варианта.  Однако, мы не можем рекомендовать ни один из них, оба на крайний случай.

  • Пакет "Кросс" допускает установку на нестандартную техническую площадку, например, на другую операционную систему. В этом случае мы не можем воспользоваться нашими готовыми пакетами, сценариями автоматизации и инструкциями, все приходится делать вручную, а к установке приходится привлекать наиболее квалифицированных инженеров. Поэтому данный пакет значительно дороже, сроки установки и реакции технической поддержки по нему увеличены, а объем наших гарантий по стабильности работы СЭО снижен.  При этом мы оставляем за собой право использовать любой, удобный нам способ установки и запуска СЭО на данной платформе (например, Docker, LXC или Windows Subsystem for Linux ), а также отказаться от установки на данной платформе, если она окажется непригодной, например, из-за недостатка системных ресурсов или отсутствия критически-важных вспомогательных программных продуктов под данную платформу.
  • Вы можете приобрести обычную лицензию для установки на сервер заказчика, но отказаться от установки силами гарантийной поддержки и установить СЭО самостоятельно. Подробнее читайте в статье "Могу ли я установить СЭО 3KL самостоятельно?"

 

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-10-01 13:21


Как происходит резервное копирование данных в СЭО 3KL?

В базе знаний гарантийной поддержки есть более подробная статья на эту тему.

Резервное копирование СЭО 3KL  возможно на трех уровнях:

  • Резервное копирование одного курса. Доступно через веб-интерфейс СЭО 3KL любому пользователю, которого вы наделите таким правом (обычно это разработчики курсов, методисты, менеджеры и администраторы).
  • Резервное копирование всей базы данных. Выполняется администратором сервера. По умолчанию мы настраиваем ежедневное инкрементное резервное копирование базы данных с сохранением резервных копий на диске сервера.  Чтобы восстановить состояние вашей СЭО на конкретную дату, создайте заявку для службы технической поддержки.
    • Для этого на вашем сервере требуется объем, в среднем равный двойному объему полезных данных. Для дополнительной надежности, вы можете подключить к серверу отдельный накопитель (желательно на отдельном устройстве) и сообщить об этом нашей гарантийной технической поддержке.
    • По вашему запросу инженеры могут настроить ежедневное формирование полного архива системы с ротацией в виде файла и загрузку его на другой раздел, либо предоставленный вами сетевой диск, или размещение для самостоятельного скачивания по HTTPS. Имейте в виду, что каждый такой архив занимает больше, чем сумма всех графический и мультимедийных файлов, загруженных в вашу СЭО всеми пользователями.
  • Резервное копирование сервера целиком (снепшот).  Вы можете сделать ее самостоятельно. Обычно применяется на виртуальных машинах, но с помощью специального ПО возможно и на физическом сервере (например, Acronis). Некоторые гипервизоры позволяют снимать снепшоты без остановки сервера. Физический сервер для снятия снепшота придется остановить.

Материалы для клиентов с подключенной гарантийной поддержкой:

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-10-01 13:04


Как узнать о СЭО 3KL подробнее?

Компания Открытые технологии предлагает следующие возможности для ознакомления со средой электронного обучения 3KL:

Материалы для самостоятельного ознакомления с СЭО 3KL

Публичный демонстрационный стенд

Индивидуальная демонстрация в формате вебинара по Skype

В рамках индивидуальной демонстрации эксперт компании Открытые технологии продемонстрирует вам систему с учетом потребностей именно вашего образовательного проекта, а также ответит на ваши вопросы, в том числе про возможности кастомизации и доработки системы.

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

Бесплатный  тариф "Ознакомительный"

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

Основное отличие бесплатного тарифа "Ознакомительный" от коммерческих тарифов - полное отсутствие технической поддержки. Для обращения в техническую поддержку вы можете приобрести любой коммерческий тариф, например "Облачный 50".

Для изучения многих возможностей системы нужно сперва ввести данные, например, чтобы посмотреть отчет о тестировании, необходимо создать курс, тест, наполнить его вопросами, добавить к курсу слушателей, пройти от их имени тест. В процессе самостоятельного ознакомления далеко не все заходят так далеко. Поэтому мы рекомендуем начинать ознакомление с индивидуальной демонстрации, просмотра видео-записей и работы с публичным демо-стендом.

Для подключения бесплатного тарифа "Ознакомительный",  свяжитесь с  отделом продаж ООО "Открытые технологии".

Прототип и пилотное внедрение

Иногда, даже после детального изучения программного продукта, для окончательного принятия решения необходимо выполнить пилотное внедрение: настроить систему под требования вашей организации, наполнить ее примерами данных и попытаться провести пилотное обучение.

Вы можете попытаться сделать это сами, в рамках бесплатного тарифа "Ознакомительный". Чаще всего это бывает непросто, т.к. именно на этапе подготовки прототипа возникает множество вопросов по устройству и функционалу системы, а техническая поддержка на в бесплатном тарифе не доступна, к тому же, сотрудники потенциального клиента могут на этом этапе не иметь достаточной мотивации для погружения в систему. Для таких ситуаций компания Открытые технологии предлагает следующие услуги для пилотного внедрения:

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-22 16:35


Как происходит обучение в среде электронного обучения 3KL?

Среда электронного обучения Русский Moodle 3KL может быть адаптирована к разным схемам различного типа образовательного процесса. Перечислим некоторые из них:

  • Классический учебный процесс с постоянными группами, периодами и сменяемыми в периодах учебными дисциплинами. Речь, конечно же о ВУЗах, колледжах и школах (несмотря на все различия между ними, у них больше общего, чем, например, между ВУЗом и корпоративным университетом).
  • Дополнительное образование без выдачи документа об образовании. В дополнительном образовании, обычно, много внимания уделяют маркетинговой части, магазину курсов, возможностям самообслуживания клиентов - самозаписи, самоподписке, электронной оплате, а также важной частью является товарный вид самих курсов, удобство работы с контентом, возможности применения игровых и групповых форм обучения.
  • Краткосрочные курсы с выдачей документа об образовании. По сравнению с предыдущим вариантов, обучение больше формализовано, меньше внимания уделяется игровым формам, групповым проектам, больше требований к отчетности, запись, обычно, происходит по спискам.
  • Корпоративное обучение. Здесь важное внимание уделяется сквозной интеграции с другими системами клиента, автоматизации обучения и контроля в зависимости от должностей, инструментам планирования, управления и контроля обучения, а также возможностям игровой мотивации.

Это достижимо за счет гибкости настроек и широкого спектра входящих в состав инструментов. Разумеется, каждый конкретный проект использует только часть возможностей системы, но само их наличие позволяет выбрать наиболее подходящие под конкретную ситуацию, а также оставляют перспективу развития.

Общая схема организации обучения

Тем не менее, есть последовательность шагов, общая для всех типов учебных процессов:

  1. Регистация пользователей в системе.  Поддерживается как ручная регистрация силами администратора, так и само-регистрация, импорт по спискам, интеграция с базой данных, Active Directory и множество других способов.
  2. Создание учебных материалов. В СДО Русский Moodle 3KL учебные материалы комплектуются в курсы, в свою очередь курсы состоят из тематических секций, а каждая секция - из элементов курса (текстовые материалы, мультимедиа, тесты, форумы, интерактивные материалы, задания с ручной проверкой, задания с перекрестной проверкой и многое другое). Курсы же группируются в категории курсов, которые могут иметь несколько уровне вложенности, аналогично тому, как файлы располагаются в папках.
    Курсы могут быть разных размеров: как состоящие из единственного материала (обычно это вебинар или тест), так и объемные, расчитанные на целый год обучения.  Курс может быть настроен как на открытый доступ ко всем материалам сразу, так и на последовательное обучение или адаптивную настройку траектории внутри курса.
    Курсы создаются с помощью встроенного в систему конструктора курсов, который включает полный функционал как по созданию, так и по редактированию уже созданных курсов.
  3. Подписка пользователей на курсы. В Moodle управление обучением происходит путем подписки и отписки на курс. Опять же, подписка может происходить как по инициативе слушателя, так и принудительно, также доступны инструменты платной подписки с электронной оплатой, автоматической подписки по правилам, подписки по спискам, подписки по команде из внешней системы, подписки на базе академических групп и учебных планов в модуле "Электронный деканат" и др.
  4. Проведение обучение. В завимости от того, как был сконструирован курс, обучение может происходить как автономно, так и с участием преподавателя, как в индивидуальном формате, так и в группе, как в свободном режиме, так и по жестко заданному графику.
  5. Просмотр результатов. По результатам обучения система формирует не только текущие и итоговые оценки, но и множество отчетов, статистику, а также может генерировать электронные сертификаты и награды.

 

 Общая схема работы слушателя с курсом

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

  • Слушатель видит оглавление курса, состоящее из тематических секций и входящих в них материалов. В зависимости от настроек курса, материалы могут быть сразу доступны, либо, наоборот скрыты, либо видны, но открываться только в заданой преподавателем последовательности.
  • Пользователь открывает самый верхний не изученный материал и работает с ним. После этого, в зависимости от типа и настроек материала, он может помечаться как изученный, либо за него может выставляться оценка.  После этого пользователь переходит к следующему материалу.
  • Если преподаватель это разрешил, пользователю доступен журнал с его оценками, а также он может видеть статистику, оценки, отзывы преподавателя и другую информацию в уже изученных материалах и выполненных заданиях и тестах.
  • Система может отсылать слушателю и/или его куратору (руководителю, родителю) уведомления и напоминания.  Например, система может отправить напоминание, если слушатель не выполнил задание в срок или не заходил в систему дольше определенного промежутка времени.
  • После окончания изучения курса, система может сформировать для слушателя электронный сертификат.

Общая схема работы преподавателя с курсом

  • Преподаватель видит список курсов, где он преподает. Там же он видит общее количество заданий, ожидающих его проверки, с возможностью перейти к списку непроверенных работ.
  • Оглавление курса для преподавателя выглядит почти также, как и для слушателя, но он видит сразу все материалы, а не только доступные. Система может отображать список ожидающих проверки работ, а также помечать элементы, требующие внимания преподавателя, например, количество непрочитанных сообщений в форуме.
  • Преподаватель заходит в элементы, требующие его участие и отвечает на сообщения в форуме, проверяет задания,  одобряет предложенные слушателями записи в глоссарии и базе данных, просматривает статистику SCORM и т.п.
  • Если в курсе занимается сразу несколько групп, преподаватель имеет возможность переключиться к одной из них и работать только с результатами и отчетами по этой группе.
  • Преподавателю доступен журнал оценок слушателей курса, отчеты по активности, прохождению курса, детализация результатов тестов, списки сданных на проверку и проверенных работ, детальные отчеты по каждому слушателю и другая информация.
  • Если требуется, преподаватель может разослать слушателям новость, добавить общее или индивидуальное событие в календарь, разослать сообщения всем или заданным слушателям, вступить со слушателем в переписку.

 Общая схема разработки нового курса

  • Администратор (методист, менеджер, создатель курсов) создает в системе новый курс, прикрепляет его к нужной категории курсов (разделу каталога курсов) и назначает туда редактирующего преподавателя.
  • Редактирующий преподаватель входит в курс и нажимает кнопку "Начать редактировать" (в правом верхнем углу).
  • СДО отображает курс в режиме редактирования - напротив всех редактируемых элементах появляются инструменты управления, в нижней части каждой тематической секции появляется меню добавления новых учебных материалов, в боковой колонке появляется меню добавления  вспомогательных информационных и навигационных блоков.
  • Редактирующий преподаватель вносит название тем или разделов в заголовки дематических секций, затем, с помощью меню добавления новый элементов курса, добавляет новые материалы: тексты, мультимедиа, тесты, форумы, задания, задания с перекрестной проверкой, интерактивные материалы, глоссарии, базы данных, wiki, вебинары (если включена интеграция) и др.
  • Редактирующий преподаватель выходит из режима редактирования нажав кнопку "закончить редактирования.
  • Система отображает оглавление курса так, как увидел бы его слушатель.
  • Редактирующий преподаватель, либо адаминистратор настраивают режимы подписки на курс (ручная запись, свободная самозапись, платная самозапись, автоматическая запись, запись по данным из внешней БД и др.). Если требуется, подписывают нужных слушатель на курс вручную.

 

 

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-07-09 14:44


Что будет, если не продлить лицензию или SaaS СЭО 3KL?

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

Облачная версия (SaaS)

  • В случае облачной версии СЭО размещена на мощностях нашей компании. При прекращении обслуживания мы ее отключаем и удаляем. Перед этим вы можете запросить выгрузку базы данных и файлов сервера (не включая исполняемые файлы). Эти данные содержат ваши учебные материалы, настройки и всю историю обучения. Их достаточно, чтобы:
    • развернуть СЭО на базе community-версии Moodle без сохранения функционала, который есть только в СЭО 3KL;
    • вернуться на нашу облачную версию после перерыва с сохранением всех данных и истории обучения;
    • приобрести лицензию на СЭО 3KL на вашем собственном сервере и развернуть полностью идентичную инсталляцию на собственном сервере.
Если продление не планируется.
Через 30 дней после завершения обслуживания мы удаляем все резервные копии с наших серверов.
После этого срока восстановление вашей системы вместе с данными будет возможно только из скаченной вами резервной копии. Чтобы не потерять ваши данные и учебные материалы после выключения системы, рекомендуем вам заранее подать заявку в техническую поддержку через личный кабинет в свободной форме для получения резервной копии данных из СЭО.

Серверная версия

  • В случае, если система была установлена на вашем собственном сервере, при прекращении обслуживания она продолжит работать, как работала. Но, при этом:
- не будет доступа к гарантийной технической поддержке;
- не будет доступа к обновлениям;
- не будет доступа к Базе знаний;
- не будет доступа к маршруту внедрения (курс "Справочные материалы и маршрут внедрения СЭО 3KL Русский Moodle");
- не будет доступа к вебинарам для диспетчеров-администраторов;
- не будет доступа к  Облачным сервисам, необходимым для работы некоторых плагинов и отдельных функций, таких как:
           - элемент курса "Занятие";
           - элемент курса "Библиотеки ресурсов" (кроме бесплатных источников с тарифом «Free»);
           - элемент курса "Вебинар.ру";
           - способ записи на курс "otPay";
           - локальный плагин "Техническая поддержка СЭО 3KL";
           - локальный плагин "Панель обработки прецедентов";
           - блок "Подсказки по СЭО 3KL";
           - способ доставки сообщений "OTSMS";
           - плагины предотвращения плагиата "Антиплагиат".

При желании вы можете обновиться на communtity-версию Moodle, но перед этим вам придется либо отказаться от всех дополнительных плагинов, которых нет в community-версии, либо самостоятельно адаптировать их  к новой версии Moodle.

Если продление не планируется. 
Рекомендуем вам заранее запросить root-доступ к серверу и полный администраторский доступ к СЭО, так как после окончания гарантийной поддержки эти заявки не будут выполнены.

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

 

Опубликовал: : Алексей Дьяченко
Последние обновление: 2021-09-16 16:35


Инструкция для студентов по работе с курсом в среде электронного обучения 3KL (Русский Moodle)

В статье описаны основы работы пользователей (слушателей курсов) с СДО Moodle и учебными курсами на примерах демонстрационных серверов компании «Открытые технологии» и СЭО 3KL Русский Moodle.

Примечание. Состав и настройки модулей системы, расположение блоков, навигация и внешний вид могут отличаться от других версий и сборок Moodle. Цель данной инструкции – знакомство слушателей с основными страницами системы СЭО 3KL Русский Moodle от v3.5.10+, включая работу с курсами.

1. Регистрация и авторизация на сайте

НАВЕРХ

Для получения доступа к СДО Moodle пользователь должен зарегистрироваться в системе. Сделать это можно двумя способами:

  1. Саморегистрация. Создается новая учетная запись, после чего на указанный адрес электронной почты приходит письмо со ссылкой для подтверждения регистрации.
  2. Принудительная регистрация. Аккаунт для пользователя создает сотрудник учебного заведения или организации, обладающий в системе Moodle правами администратора. В этом случае пароль и логин для входа пользователь может получить разными способами на усмотрение администрации (через СМС-уведомление, на электронную почту, на печатном носителе и т. д.).
Примечание. Регистрация в системе не означает автоматического получения доступа к конкретным курсам (за исключением случаев, когда подписка на курс – принудительная). После регистрации способом самозаписи пользователь не увидит в личном кабинете доступных курсов: на них необходимо подписываться отдельно.

Для авторизации в системе дистанционного обучения необходимо нажать кнопку «Вход» в правом верхнем углу и в соответствующих полях открывшегося окна авторизации ввести логин и пароль.

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

2. Личный кабинет

НАВЕРХ

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

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

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

На странице Личного кабинета могут отображаться дополнительные блоки, такие как «Календарь предстоящих событий», «Опыт!», «Пользователи на сайте» и другие.

Изменить данные своего профиля можно на странице редактирования (кнопка «Редактировать данные»).

3. Как записаться на курс

НАВЕРХ

Примечание. Если вы уже записаны на курсы, можете пропустить этот пункт.

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

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

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

Для выбора подходящей категории или нужного курса пользователь может использовать фильтры для сортировки учебных материалов по следующим параметрам:

  • название курса;

  • сезон;

  • календарный период обучения;

  • стоимость;

  • уровень образования и другие параметры.

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