Время на прочтение
Роскомнадзор опубликовал реестр ресурсов, относящихся к сервисам размещения объявлений. В их число вошли 12 платформ, на которые законодательство наложит ряд обязанностей.
Согласно закону «Об информации, информационных технологиях и о защите информации», на владельцев этих ресурсов наложат ряд дополнительных обязанностей: не допускать использование принадлежащих им интернет-ресурсов в целях размещения противоправной информации, обеспечить интеграцию сервиса с ЕСИА и Госуслугами, разместить свои контактные данные и установить счетчик посещаемости.
На сайте РКН уточняется, что к сервисам относятся информационные ресурсы или программные приложения, которые предназначены для организации взаимодействия пользователей между собой через размещение объявлений на русском языке и самостоятельное обращение по таким объявлениям. Доступ к таким сервисам в течение суток должен составлять более 100 тысяч пользователей, находящихся на территории РФ.
Я работаю разработчиком в компании АО «Центр Электронных Финансов».
Один и наших проектов — портал Государственных закупок Республики Казахстан — goszakup.gov.kz.
Год назад мы запустили большой проект — Унифицированные сервисы (OpenData).
Для реализации была использована методология RestAPI.
Сегодня я расскажу о новой версии наших сервисов и новом интерфейсе работы с ними.
Мы разработали и запустили 6 сервисов Открытых данных:
Многие компании Казахстана уже подключаются и получают данных по данным сервисам.
Запуск Открытых данных позволил примерно на 40% снизить нагрузку базы данных за счет того, что компаниям не нужно писать различные парсера, чтобы собирать данных о Государственных закупках. Достаточно пройти не сложный Квест 🙂
Унифицированные сервисы — Новый подход
RestAPI дает возможность удобнее и быстрее получить данные чем парсинг сайта, но стандартный RestAPI не дает компаниям гибкости и для построения связи с объектами приходится получать сначала все данные и только потом строить связи между ними.
Для получения данных по объявлению необходимо по RestAPI запросить сначала реестр объявлений, затем реестр лотов и в завершении реестр планов. Значит на получение одного объявления необходимо выполнить минимум 3 запроса, а если надо получить данных по 50 объявлениям потребуется минимум 101 запрос к RestAPI при условии, что в каждом объявлении будет по 1 лоту (1 на получение 50 объявлений, 50 на получение лотов, 50 на получение пунктов плана).
Мы нашли способ сократить это количество до Одного запроса!
Мы запускаем 2-ю версию Унифицированных сервисов — ows.goszakup.gov.kz/v2.
Помимо расширения наборов данных мы расширяем и возможность работы с нашим API.
Теперь данные можно получить и по RestAPI и по новому интерфейсу — GraphQL.
ows.goszakup.gov.kz/v2/graphql
Описывать, что такое GraphQL я не буду, для этого вы можете ознакомиться со статьей aliksend — Что же такое этот GraphQL?
Я расскажу какие преимущества мы получили после запуска GraphQL:
Гибкость запросов
При простом запросе RestAPI вы получаете тот формат данных которые были заложены заранее.
При запросе к GraphQL вы получаете данные в том формате в котором нужно вам.
При запросе данных вы сами определяете формат данных которые нужны, например нужны ИД и
В ответ получаем только эти данные:
Ну такие запросы это самое легкое в реализации GraphQL. Компании получают возможность самим выбирать какие данные они хотят получить, при этом нам не надо вносить каких либо корректировок как если бы это было при работе с RestAPI. Вы получаете только тот набор полей который необходим.
Получение связанных объектов
Мы не остановились на том, чтобы повторить функционал RestAPI просто дав возможность частично выбирать данные.
Мы реализовали 2-ю особенность GraphQL — связи объектов.
Если получать данные по RestAPI, чтобы получать данные по договору и по компании заказчику в договоре требовалось сначала получить данные из Реестра участников, а только потом получать данные из Реестра договоров и самим строить связь между объектами.
Теперь при работе с GraphQL не нужно выполнять полное получение данных по Реестру участников, достаточно запросить данные в интересующем вас формате:
Тем самым одним запросом мы получаем и данные по договору, и данные по компании заказчику:
И таких связей реализовали много, теперь компаниям для получения данных потребуется значительно меньше запросов для получения данных. При этом больше не надо догадываться как именно связаны друг с другом объекты, получать полные наборы данных, чтобы связать их друг с другом.
Я попытался наглядно показать частично структуру связей которой получилось добиться.
Типизация запросов и ответов
Многие сторонники SOAP запросов всегда ставили самым главным плюсом — типизацию данных.
RestAPI в отличие от SOAP не имеет описания своей структуры и вы заранее не знаете какой тип данных. Но GraphQL меняет все.
Теперь можно запросить у GraphQL данные по всей схеме данных и вы получите:
Я для работы с GraphQL использую программу Insomnia REST Client — insomnia.rest
Она при работе с GraphQL получает всю структуру объектов и подсказывает при построении запроса.
Приведу в качестве примера несколько скриншотов.
1. Помощь в построении запросов т.к. программа получила полную структуру объектов
2. Подсказку по описания каждого поля с его типом данных и описанием
3. Подсказку если какое-то поле получило флаг — Deprecated
И данная особенность GraphQL позволяет вам иметь полную картину с какими полями и объектами вы работаете.
Новый интерфейс поиска данных
И самое интересное я оставил напоследок.
Не хватает возможности искать по этим данным.
Дна начало был реализован формат поиска с указанием параметров в самом запросе:
Но тут я столкнулся с рядом проблем:
Чтобы упростить построение запросов, и расширить возможность поиска я реализовал вложенные объекты для фильтрации данных.
Определяем в запросе переменную с указанием объекта фильтрации.
Описываем сами параметры поиска данных:
И в результате мы получим все объявления которые имеют статусы 1 и 2.
В самом запросе указываем только структуру данных, а все параметры поиска уходят в передачу параметров где уже можем передавать и массивы данных для фильтрации по нескольким критериям.
При этом в самой схеме GraphQL мы все также имеем описание и такого объекта поиска:
Унифицированные сервисы — Версия 2
Мы запустили новый функционал, который во много раз упрощает работу с нашим API, имеет гибкую структуру запросов и возможность поиска данных по заданным критериям.
Мы не потеряли в скорости получения данных, а только сокращаем за счет этого количество запросов необходимых для получения данных.
Мы получили возможность предупреждать в схеме данных об отключенных или переименованных полях.
Мы планируем и далее развивать API и дать возможность также морфологического поиска данных по сервисам.
В Федеральный закон «Об информации, информационных технологиях и о защите информации» включена новая статья 10.7 «Обязанности владельца сервиса размещения объявлений», которой, в частности:
— установлены обязанности владельца сайта или страницы сайта в сети «Интернет», используемых для размещения объявлений, доступ к которым в течение суток составляет более ста тысяч пользователей, находящихся на территории РФ;
— закреплено, что владельцем сервиса размещения объявлений может выступать гражданин РФ, не имеющий гражданства другого государства, или российское юридическое лицо, находящееся под контролем РФ, субъекта РФ, муниципального образования или гражданина РФ.
Так, владелец сервиса размещения объявлений не должен допускать использования такого сервиса в целях совершения уголовно наказуемых деяний, разглашения сведений, составляющих гостайну, распространения материалов, содержащих публичные призывы к осуществлению террористической деятельности, материалов, пропагандирующих порнографию, насилие и жестокость, и материалов, содержащих нецензурную брань. Кроме этого, владелец сервиса размещения объявлений должен разместить на сервисе адрес электронной почты для направления юридически значимых сообщений и обеспечить интеграцию и взаимодействие сервиса с Единым порталом госуслуг.
Законом Роскомнадзор уполномочен вести реестр сервисов размещения объявлений и в случае обнаружения на сервисе размещения объявлений информации, распространяемой с нарушением законодательства, обращаться в суд с заявлением об ограничении доступа к сервису размещения объявлений в случае неисполнения его владельцем обязательных требований.
Федеральный закон вступает в силу с 1 марта 2023 года.
Дата публикации на сайте: 29.12.2022
Больше документов и разъяснений по антикризисным мерам — в системе
КонсультантПлюс.
Зарегистрируйся и получи пробный доступ
У владельцев сервисов появился целый ряд обязанностей.
Кратко вся публикация за 3 секунды
Кратко вся публикация за 3 секунды
Ромкомнадзор создал реестр из 12 ресурсов для объявлений, установив для них жесткие требования.
Роскомнадзор назвал ресурсы объявлений, которые включены в реестр классифайдов: Auto.ru, HeadHunter, SuperJob, «Авито», «Домклик», «Зарплата.ру», «Профи», «Работа.ру», «Циан», «Юла», «Яндекс Недвижимость» и «Яндекс Услуги», — говорится в сообщении ведомства.
По требованию Роскомнадзора, такие сайты, их 12, не должны служить площадками для распространения экстремизма и совершения уголовно наказуемых деяний. Помимо этого, они должны интегрироваться с «Госуслугами» и ЕСИА, иметь счетчик посещаемости и обнародовать свои контактные данные.
Сервисами объявлений ведомство называет информационные ресурсы или программные приложения, «предназначенные для организации взаимодействия пользователей между собой путем размещения объявлений на русском языке и самостоятельного обращения по таким объявлениям, сгруппированным по их содержанию». Посещать подобные сервисы в сутки должны не менее 100 тыс. пользователей, находящихся на территории России.
ВТБ ввел новый способ обратной связи от клиентов о цифровых сервисах банка: голосом.
Найдите в категории или через поиск нужную услугу или продукт для вашего бизнеса.
Укажите, что вам требуется сбелать, какие решения нужны для компании. Задайте требования, сроки, бюджет.
Побывайте на странице каждого понравившегося поставщика. Оцените порфолио услуг, отзывы, информацию и сделайте заказ прямо в браузере.
