[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-article-interoperabelnist-edtech-servisiv":3},{"uuid":4,"title":5,"subtitle":6,"content":7,"preview":392,"date_published":397,"date_pinned":397,"img":398,"alias":399,"is_published":400,"is_pinned":401,"type":13,"category":402,"category_name":403,"category_alias":404,"background_color":405,"preview_icon":13,"category_value":406,"external_link":13},"8b09d5b0-9dfc-4122-9bcd-8cebfcda1144","Интероперабельность EdTech-сервисов: почему совместимость важна для онлайн-школы","Как проверить совместимость учебных сервисов на реальном маршруте: идентификаторы, роли, задания, оценки, ошибки синхронизации и смена поставщика.",{"type":8,"content":9},"doc",[10,18,23,31,36,41,47,61,66,72,99,104,110,115,120,126,131,136,142,147,152,158,169,182,188,193,198,204,209,214,219,224,230,235,240,245,251,256,261,266,272,277,282,288,293,298,304,309,314,319,324,330],{"type":11,"attrs":12,"content":14},"paragraph",{"align":13},null,[15],{"text":16,"type":17},"Студент открывает внешнее упражнение из урока, выполняет его и видит успешный результат. В учебном кабинете задание остаётся незавершённым. Поддержка проверяет два аккаунта, преподаватель вручную переносит оценку, а администратор ищет причину. Сервисы работают отдельно, однако связь между ними не обеспечивает ожидаемого процесса. Именно такие границы определяют практическую ценность совместимости: человек должен выполнить нужное действие без повторной регистрации, потери контекста и противоречивых состояний учебного результата.","text",{"type":11,"attrs":19,"content":20},{"align":13},[21],{"text":22,"type":17},"Интероперабельность означает способность систем обмениваться информацией и использовать её по согласованным правилам. Для школы важны как минимум технический формат, одинаковое понимание данных и организационный порядок. Успешно переданный файл может содержать оценку по другой шкале. Корректный вход может открывать неправильную роль. Поэтому проверять нужно конкретный студенческий маршрут и конечный результат, а не только факт существования API или название стандарта в описании продукта.",{"type":24,"attrs":25,"content":28},"heading",{"align":13,"level":26,"id":27},2,"heading_2_1",[29],{"text":30,"type":17},"Нарисуйте границы между системами",{"type":11,"attrs":32,"content":33},{"align":13},[34],{"text":35,"type":17},"Перечислите, где создают учетную запись, назначают курс, выполняют практику, проверяют работу и сохраняют итог. Для каждого перехода укажите необходимые данные и ожидаемое действие. Схема должна быть понятна методисту и техническому специалисту. Если команда не знает, где возникает окончательная оценка, интеграция не устранит неопределенность автоматически. Сначала нужно договориться о процессе, иначе разные сервисы лишь быстрее будут передавать противоречивые записи между собой.",{"type":11,"attrs":37,"content":38},{"align":13},[39],{"text":40,"type":17},"Добавьте сценарии ошибок: повторный вход, переход к другой группе, неудачная отправка работы, отсутствие ответа внешнего сервиса. Именно здесь часто требуется ручная помощь. Согласуйте, кто видит проблему и что делает далее. Студент не должен самостоятельно выяснять, какая система потеряла результат. Внутренняя карта поможет службе поддержки собирать правильные факты и передавать случай ответственному без многократного повторения одних и тех же вопросов участнику, который уже выполнил нужную учебную работу.",{"type":24,"attrs":42,"content":44},{"align":13,"level":26,"id":43},"heading_2_2",[45],{"text":46,"type":17},"Разделите вход и право на действие",{"type":11,"attrs":48,"content":49},{"align":13},[50,52,59],{"text":51,"type":17},"Единый вход может облегчать использование, но не означает, что роли и доступы правильно настроены в каждом сервисе. ",{"text":53,"type":17,"marks":54},"OpenID Foundation объясняет роль OpenID Connect",[55],{"type":56,"attrs":57},"link",{"href":58,"title":13},"https:\u002F\u002Fopenid.net\u002Fdevelopers\u002Fhow-connect-works\u002F",{"text":60,"type":17}," в проверке идентичности. Для учебного процесса отдельно нужно определить, что может студент, преподаватель и администратор. Человек может быть правильно опознан и одновременно получить лишние или недостаточные полномочия. Эти вопросы следует проверять как связанные, но различные части конечного маршрута.",{"type":11,"attrs":62,"content":63},{"align":13},[64],{"text":65,"type":17},"Не используйте изменяемый адрес электронной почты как единственное неявное предположение о тождественности записей без надлежащего проектирования. Нужны согласованные идентификаторы и правила изменений. Что произойдет после исправления адреса или создания дубликата? Как связывают историю обучения? Ответы зависят от реализации. Школа должна получить их от ответственных специалистов и проверить на тестовых записях. Иначе один человек может выглядеть как два студента, а две разные записи — ошибочно объединиться в один учебный профиль.",{"type":24,"attrs":67,"content":69},{"align":13,"level":26,"id":68},"heading_2_3",[70],{"text":71,"type":17},"Стандарты решают определенные части задачи",{"type":11,"attrs":73,"content":74},{"align":13},[75,81,83,89,91,97],{"text":76,"type":17,"marks":77},"LTI от 1EdTech",[78],{"type":56,"attrs":79},{"href":80,"title":13},"https:\u002F\u002Fstandards.1edtech.org\u002Flti\u002F",{"text":82,"type":17}," описывает запуск внешних учебных инструментов и связанные сервисы. ",{"text":84,"type":17,"marks":85},"OneRoster",[86],{"type":56,"attrs":87},{"href":88,"title":13},"https:\u002F\u002Fstandards.1edtech.org\u002Foneroster\u002Fspecifications\u002Fstandards\u002Fv1p2",{"text":90,"type":17}," касается обмена списками, учебными группами и соответствующими данными в своем контексте. ",{"text":92,"type":17,"marks":93},"QTI",[94],{"type":56,"attrs":95},{"href":96,"title":13},"https:\u002F\u002Fwww.1edtech.org\u002Fstandards\u002Fqti",{"text":98,"type":17}," сосредоточен на переносимости заданий и тестов. Это разные задачи. Поддержка одного стандарта не доказывает наличие всех необходимых связей, а общая фраза о совместимости не объясняет версию, профиль и фактически реализованные возможности конкретного продукта.",{"type":11,"attrs":100,"content":101},{"align":13},[102],{"text":103,"type":17},"Попросите поставщика показать именно нужный сценарий. Например, запуск упражнения с правильным контекстом и возврат согласованного состояния. Уточните, какие части входят в поддержку, а какие требуют отдельной работы. При наличии сертификации проверьте её точный объём в соответствующем каталоге. Не превращайте отметку в универсальную гарантию. Реальная совместимость зависит также от другой стороны, локальных настроек, версий и данных, которые школа использует в своём процессе и ожидает корректно получить после завершения действия.",{"type":24,"attrs":105,"content":107},{"align":13,"level":26,"id":106},"heading_2_4",[108],{"text":109,"type":17},"Согласуйте содержание каждого поля",{"type":11,"attrs":111,"content":112},{"align":13},[113],{"text":114,"type":17},"Оценка может быть сырым числом, процентом, категорией или суммой нескольких попыток. Статус «завершено» может означать просмотр, отправку работы или успешную проверку. Определите смысл полей до начала обмена. Технически правильная передача не исправляет различия в интерпретации. Для каждого значимого поля полезно иметь краткое описание, допустимые значения и правило обновления. Это совместная работа предметных и технических ролей, так как только код не определяет педагогический смысл учебной записи.",{"type":11,"attrs":116,"content":117},{"align":13},[118],{"text":119,"type":17},"Особенно внимательно проверяйте пустые значения и нули. Отсутствие оценки не всегда означает неправильный ответ. Работа могла ожидать проверки или не быть пригодной для оценивания из-за технической проблемы. Если синхронизация заменяет все такие состояния нулем, аналитика становится обманчивой. Согласуйте, как они отображаются преподавателю и студенту. Человек должен понимать, окончательный ли результат уже получен или требуется действие, а не догадываться об этом по одному числу без контекста.",{"type":24,"attrs":121,"content":123},{"align":13,"level":26,"id":122},"heading_2_5",[124],{"text":125,"type":17},"Определите источник текущего состояния",{"type":11,"attrs":127,"content":128},{"align":13},[129],{"text":130,"type":17},"Для группы, оценки, дедлайна и роли может существовать свой собственный владелец данных. Укажите, где хранится актуальное значение и как другие системы его получают. Если две стороны могут редактировать одно поле, необходимо правило конфликта. В противном случае последующий автоматический обмен может незаметно вернуть старое состояние после ручного исправления. Не оставляйте порядок на случайное время запроса. Он должен соответствовать реальному процессу и быть понятным людям, принимающим учебное решение.",{"type":11,"attrs":132,"content":133},{"align":13},[134],{"text":135,"type":17},"Согласуйте также задержку. Не каждое изменение передается мгновенно, и это может быть приемлемо для некоторых задач. Важно объяснить ожидаемое поведение и иметь способ отличить нормальное ожидание от сбоя. Для критического дедлайна или доступа требуется соответствующее внимание. Если LMS-платформа WeStudy входит в учебную среду, проверьте фактическое распределение источников данных и поддерживаемые способы обмена. Не предполагайте поддержки любого стандарта или сервиса без подтверждения для вашей конфигурации.",{"type":24,"attrs":137,"content":139},{"align":13,"level":26,"id":138},"heading_2_6",[140],{"text":141,"type":17},"Проверьте повторения и нарушенный порядок событий",{"type":11,"attrs":143,"content":144},{"align":13},[145],{"text":146,"type":17},"Внешний сервис может повторно отправить результат после временной ошибки. Другое событие может прийти позже, чем ожидала команда. Техническая реализация должна иметь согласованный способ обработки таких случаев. На уровне школы спросите: не создастся ли двойная попытка, не исчезнет ли новая оценка и как заметят расхождение? Это конкретные вопросы к завершённому процессу, которые помогают выявить проблемы до того, как они затронут реальные итоги студентов.",{"type":11,"attrs":148,"content":149},{"align":13},[150],{"text":151,"type":17},"Для тестирования используйте специальные записи и согласованную среду. Не изменяйте реальные оценки ради проверки без соответствующего плана и полномочий. После каждого сценария сверяйте обе стороны, а не только ответ об успешном запросе. Он может означать техническое принятие, но не нужное конечное состояние. Критерий должен быть человеческим и проверяемым: правильная работа, правильный участник, нужная версия и понятное отображение результата для роли, которая будет продолжать учебный процесс.",{"type":24,"attrs":153,"content":155},{"align":13,"level":26,"id":154},"heading_2_7",[156],{"text":157,"type":17},"Переносимость контента требует отдельной приёмки",{"type":11,"attrs":159,"content":160},{"align":13},[161,163,167],{"text":162,"type":17},"Импортированный тест может сохранить текст, но изменить логику оценивания или потерять определенный тип взаимодействия. Проверьте примеры разных форматов, медиа, формулы и объяснения ответа. Не ограничивайтесь количеством перенесенных вопросов. Для каждого критического типа нужна реальная попытка. ",{"text":92,"type":17,"marks":164},[165],{"type":56,"attrs":166},{"href":96,"title":13},{"text":168,"type":17}," помогает стандартизировать соответствующий обмен, однако конкретный набор возможностей следует сверять между системами. Переносимость является свойством проверенного сценария, а не только расширения файла, который удалось загрузить.",{"type":11,"attrs":170,"content":171},{"align":13},[172,174,180],{"text":173,"type":17},"Отдельно проверьте доступность после перехода. Структура, подписи и управление могут измениться в другой среде. ",{"text":175,"type":17,"marks":176},"WCAG 2.2",[177],{"type":56,"attrs":178},{"href":179,"title":13},"https:\u002F\u002Fwww.w3.org\u002FTR\u002FWCAG22\u002F",{"text":181,"type":17}," является ориентиром для применимых требований, но требуется фактическая проверка маршрута. Если упражнение технически открылось, это ещё не означает, что его можно завершить с клавиатуры или вспомогательной технологией. Сохраняйте границы приёмки и ответственного за исправление, особенно когда проблема возникает на стыке формата, контента и внешнего плеера или интерактивного компонента.",{"type":24,"attrs":183,"content":185},{"align":13,"level":26,"id":184},"heading_2_8",[186],{"text":187,"type":17},"Подготовьте план смены поставщика",{"type":11,"attrs":189,"content":190},{"align":13},[191],{"text":192,"type":17},"Выясните, что школа может получить на выходе: материалы, работы, оценки, структуру курсов и необходимую историю. Для каждого типа данных важны формат, содержание и способ проверки. Экспорт без документации может быть сложно использовать. Не обещайте полной переносимости, если она не проверена. Для решения о сервисе полезно пройти небольшой пробный цикл выгрузки и чтения согласованных данных, чтобы видеть реальную зависимость до момента большого перехода.",{"type":11,"attrs":194,"content":195},{"align":13},[196],{"text":197,"type":17},"Переход должен учитывать действующих студентов. Какие работы ещё проверяются, какие сроки действуют и где искать результат после изменения? Нужна сверка и понятная коммуникация. Если LMS-платформа WeStudy является частью выбранного маршрута, проверяйте поддерживаемые действия на фактических данных тестового набора. Конкретный инструмент не снимает необходимости в методическом решении о статусе перенесённых записей. Команда должна подтвердить, что новое состояние соответствует согласованным условиям обучения и не создаёт случайной потери уже выполненной работы.",{"type":24,"attrs":199,"content":201},{"align":13,"level":26,"id":200},"heading_2_9",[202],{"text":203,"type":17},"Пройдите один полный сценарий оценивания",{"type":11,"attrs":205,"content":206},{"align":13},[207],{"text":208,"type":17},"Представим условную школу, которая подключает внешнее лабораторное упражнение. Участник открывает его с нужного урока, выполняет попытку и получает результат. Школе нужно определить, что возвращается: факт отправки работы, предварительный балл или окончательная оценка. Эти состояния нельзя заменить одним словом «успех». Если работу еще должен проверить преподаватель, автоматическое завершение курса может быть преждевременным. Перед настройкой команда согласовывает учебное правило, а техническая сторона реализует именно его, сохраняя возможность проверить результат на обоих концах обмена.",{"type":11,"attrs":210,"content":211},{"align":13},[212],{"text":213,"type":17},"Далее участник повторяет упражнение. Сохраняется ли первая попытка, какая оценка становится действительной и нужно ли передавать объяснения? Если политика использует лучший результат, последняя более низкая оценка не должна случайно изменять итог. Если учитывается последняя попытка, требуется другое поведение. Это решение школы, которое не стоит оставлять стандартной настройке без проверки. Совместимость должна воспроизводить согласованную логику оценки, а не незаметно навязывать её через порядок записей во внешней системе.",{"type":11,"attrs":215,"content":216},{"align":13},[217],{"text":218,"type":17},"Затем преподаватель меняет оценку после пересмотра. Команда проверяет, не вернет ли следующая синхронизация старое значение. Для такого сценария необходим владелец текущего значения и правило конфликта. В журнале должны быть видны источник изменения и необходимый контекст без лишних персональных данных. Если обе стороны поддерживают редактирование, это не означает, что они автоматически одинаково трактуют приоритет. Именно на примере ручного исправления часто становится понятно, согласован ли процесс на самом деле, а не просто работает с первой безошибочной попытки.",{"type":11,"attrs":220,"content":221},{"align":13},[222],{"text":223,"type":17},"Наконец проверяют, что видит студент. Во внешнем упражнении и учебном кабинете должно быть понятно состояние, даже когда окончательное решение еще ожидается. Если между системами допустима задержка, объясните её. Поддержке нужен маршрут проверки расхождений. Этот условный пример не устанавливает технических свойств конкретного продукта. Он показывает, как превратить общий вопрос об интеграции в несколько проверяемых учебных действий, по которым команда может принять результат и знать, что делать в случае отклонения.",{"type":24,"attrs":225,"content":227},{"align":13,"level":26,"id":226},"heading_2_10",[228],{"text":229,"type":17},"Проверьте изменение группы и роли",{"type":11,"attrs":231,"content":232},{"align":13},[233],{"text":234,"type":17},"Человек может перейти в другой поток, временно приостановить участие или стать куратором. Для каждого случая определите, какие данные изменяются и какие права должны исчезнуть или появиться. Не ограничивайтесь созданием нового доступа. Старый также может остаться активным. На тестовой записи проверьте, что человек видит только соответствующий контекст и не теряет нужную историю. Это важно не только для удобства: неправильная роль может открыть чужие работы или позволить изменение результатов, которое участник не должен выполнять.",{"type":11,"attrs":236,"content":237},{"align":13},[238],{"text":239,"type":17},"Если студент возвращается после перерыва, команда должна понимать, продолжает ли он прежний маршрут или начинает новый. Одинаковое название курса не доказывает тождество версий. Новый поток может иметь другие материалы и критерии. Согласуйте, как отображать перенесенные результаты и что нужно проверить повторно. Техническая сторона не должна самостоятельно решать педагогическую эквивалентность. Ее задача — корректно выполнить определенный обмен, а соответствующая роль школы объясняет содержание статуса и последствия для дальнейшего обучения конкретного человека.",{"type":11,"attrs":241,"content":242},{"align":13},[243],{"text":244,"type":17},"После завершения сотрудничества или участия проверьте порядок отзыва доступа во всех необходимых системах. Выход из одной системы не всегда автоматически изменяет доступ в другой. Требуются фактические подтверждения и владелец процесса. При этом не удаляйте учебную историю произвольно, если её нужно сохранять в соответствии с согласованными условиями и применимыми требованиями. Решения о правах, хранении и видимости следует разделять. Так интеграция будет поддерживать жизненный цикл участия, а не только удобный первый вход нового студента в курс.",{"type":24,"attrs":246,"content":248},{"align":13,"level":26,"id":247},"heading_2_11",[249],{"text":250,"type":17},"Подготовьте словарь обмена для команды",{"type":11,"attrs":252,"content":253},{"align":13},[254],{"text":255,"type":17},"Сделайте короткий документ с названиями сущностей: участник, курс, поток, задание, попытка, работа, оценка. Для каждой объясните идентификатор и связи. Один курс может иметь несколько потоков, а одно задание — несколько попыток. Если это не различать, отчеты и поддержка будут использовать одни и те же слова для различных объектов. Словарь нужен не для технической сложности ради самой себя. Он позволяет методисту, администратору и поставщику задать один конкретный вопрос и понять, какую именно запись нужно проверить или изменить.",{"type":11,"attrs":257,"content":258},{"align":13},[259],{"text":260,"type":17},"Добавьте пример данных без реальных личных подробностей. Небольшой согласованный набор поможет проверить типы полей, пустые значения и структуру. Он должен охватывать характерные случаи, а не только одну идеальную запись. Если информация поступает пакетами, проверьте частичную ошибку: что произойдет с корректными строками и как найти отклоненные? Команде нужен доступный отчет, который позволяет исправить причину без повторного создания всех участников или потери уже переданных результатов в учебной среде.",{"type":11,"attrs":262,"content":263},{"align":13},[264],{"text":265,"type":17},"Определите версию словаря и владельца изменений. Новое поле или иное толкование статуса может повлиять на отчет, доступ и поведение студента. После изменения проверьте связанные сценарии. Не оставляйте старые копии как одинаково действительные документы. Для небольшой школы достаточно компактного описания с примерами, если оно действительно поддерживается. Большой технический файл без читаемого пояснения может не помочь людям, которые ежедневно решают обращения и принимают учебные решения на основе переданных данных.",{"type":24,"attrs":267,"content":269},{"align":13,"level":26,"id":268},"heading_2_12",[270],{"text":271,"type":17},"Согласуйте приёмку и уведомление об обновлениях",{"type":11,"attrs":273,"content":274},{"align":13},[275],{"text":276,"type":17},"До запуска назовите, какие сценарии должны пройти и кто подтверждает каждый результат. Методическая роль проверяет содержание, техническая — реализацию, поддержка — возможность разобрать типичное исключение. Один владелец собирает выводы и видит открытые вопросы. Не считайте приёмку завершённой только после сообщения подрядчика о готовности. Нужно подтвердить фактический студенческий путь и состояние данных, которые школа будет использовать для следующего действия. Если определённая функция не проверена, оставьте её границы видимыми в решении.",{"type":11,"attrs":278,"content":279},{"align":13},[280],{"text":281,"type":17},"Договоритесь, как поставщики сообщают об изменениях и что школа проверяет после них. Не каждое обновление требует полного повторения всех сценариев, но изменение входа, формата оценки или ключевого сервиса имеет определённое последствие. Сохранённый набор примеров облегчит проверку. Для действующих групп важно планировать время изменений и доступный отклик на отклонения. Такая организация уменьшает зависимость от случайного обнаружения проблемы студентом в момент сдачи важной работы или завершения программы.",{"type":24,"attrs":283,"content":285},{"align":13,"level":26,"id":284},"heading_2_13",[286],{"text":287,"type":17},"Кто будет поддерживать связь после запуска",{"type":11,"attrs":289,"content":290},{"align":13},[291],{"text":292,"type":17},"Для каждой интеграции нужен внутренний владелец, технический контакт и порядок изменений. Версии сервисов и правила доступа могут обновляться. Не оставляйте знания только в переписке с бывшим подрядчиком. Сохраните краткое описание данных, сценарии проверки и известные границы. Поддержке нужен понятный способ сообщить о расхождении, а преподавателю — правило временного решения, пока техническая сторона выясняет причину. Так школа сохраняет управляемость без требования к каждому студенту понимать внутреннее устройство всех сервисов.",{"type":11,"attrs":294,"content":295},{"align":13},[296],{"text":297,"type":17},"Хорошая совместимость делает нужный путь предсказуемым. Начните с действия участника, согласуйте содержание данных, проверьте повторения и ошибки и оставьте владельца поддержки. Стандарты помогут говорить с поставщиками точнее, когда известно, какой именно обмен нужен. Конечный критерий прост: студент может выполнить задачу, а школа корректно видит её результат и умеет решить исключение. Именно это отличает полезную связь систем от формально успешной передачи, которая продолжает требовать постоянного ручного восстановления учебного контекста.",{"type":24,"attrs":299,"content":301},{"align":13,"level":26,"id":300},"heading_2_14",[302],{"text":303,"type":17},"Определите границу данных для каждого перехода",{"type":11,"attrs":305,"content":306},{"align":13},[307],{"text":308,"type":17},"Технический партнер может предлагать передавать полный профиль студента, хотя внешнему упражнению нужны только постоянный идентификатор, роль и принадлежность к учебному контексту. Проверьте назначение каждого дополнительного поля. Дата рождения, домашний адрес или внутренние заметки преподавателя не становятся обязательными только потому, что формат позволяет их включить. Ответственная команда должна объяснить, какое действие обеспечивает поле и что произойдет, если его не передавать. Такая проверка сокращает количество неочевидных зависимостей между системами.",{"type":11,"attrs":310,"content":311},{"align":13},[312],{"text":313,"type":17},"Отдельно согласуйте изменение назначения данных. Результат упражнения, переданный для отображения оценки, не следует автоматически считать готовым материалом для любого другого анализа. Например, черновые попытки могут содержать совершенно другой сигнал, чем утвержденная работа. Если команда использует эти записи для рекомендаций студенту, она должна знать их происхождение, полноту и ограничения. Иначе совместимый по формату обмен станет источником неправильной интерпретации даже при отсутствии технической ошибки в самой передаче.",{"type":11,"attrs":315,"content":316},{"align":13},[317],{"text":318,"type":17},"Проверьте также завершение подключения. После отключения инструмента в школе могут остаться ссылки на работы, которые уже невозможно открыть. Определите, какие материалы сохраняются для продолжения обучения, в каком доступном формате и на какой согласованный срок. Ответ должен охватывать студенческий опыт: человек должен понимать, где его подтвержденный результат и к кому обратиться по поводу расхождений. Запись в техническом журнале сама по себе этот вопрос не решает.",{"type":11,"attrs":320,"content":321},{"align":13},[322],{"text":323,"type":17},"Для каждой границы назначьте владельца со стороны школы. Он согласовывает значения полей и принимает результат сценария, тогда как технический специалист отвечает за реализацию связи. Эти роли могут выполнять разные люди, но между ними требуется совместное решение. Так интеграция остается понятным учебным процессом после обновления сервиса, смены сотрудника или появления нового типа задания, которого не было при первоначальной настройке.",{"type":24,"attrs":325,"content":327},{"align":13,"level":26,"id":326},"heading_2_15",[328],{"text":329,"type":17},"Источники",{"type":331,"attrs":332,"content":334},"ordered_list",{"order":333},1,[335,348,359,370,381],{"type":336,"content":337},"list_item",[338],{"type":11,"attrs":339,"content":340},{"align":13},[341,346],{"text":342,"type":17,"marks":343},"1EdTech: LTI",[344],{"type":56,"attrs":345},{"href":80,"title":13},{"text":347,"type":17},".",{"type":336,"content":349},[350],{"type":11,"attrs":351,"content":352},{"align":13},[353,358],{"text":354,"type":17,"marks":355},"1EdTech: OneRoster 1.2",[356],{"type":56,"attrs":357},{"href":88,"title":13},{"text":347,"type":17},{"type":336,"content":360},[361],{"type":11,"attrs":362,"content":363},{"align":13},[364,369],{"text":365,"type":17,"marks":366},"1EdTech: Question & Test Interoperability",[367],{"type":56,"attrs":368},{"href":96,"title":13},{"text":347,"type":17},{"type":336,"content":371},[372],{"type":11,"attrs":373,"content":374},{"align":13},[375,380],{"text":376,"type":17,"marks":377},"OpenID Foundation: How OpenID Connect Works",[378],{"type":56,"attrs":379},{"href":58,"title":13},{"text":347,"type":17},{"type":336,"content":382},[383],{"type":11,"attrs":384,"content":385},{"align":13},[386,391],{"text":387,"type":17,"marks":388},"W3C: WCAG 2.2",[389],{"type":56,"attrs":390},{"href":179,"title":13},{"text":347,"type":17},{"type":8,"content":393},[394],{"type":11,"content":395},[396],{"text":6,"type":17},1786983520,"https:\u002F\u002Fcloud.cs3.westudy.ua\u002Ffile?path=westudy_online%2Fpublic%2Fwestudy%2Ffef6dfd3-1236-4a5c-90c8-4407e20fd489.webp","interoperabelnist-edtech-servisiv",true,false,"8aadcfd0-a55b-4965-a1ce-84f390be3859","EdTech та цифрові технології","EdTech_westudy","light","news.articles"]