Интерфейс портала ГосУслуг: проблемы и решения
Как насчет пахнут деньги?
Оглавление
- Голоса и мнения
- ГОСТ и сокращения
- Проблема интерфейса ГосУслуг
- Предложения по улучшению
Голоса и мнения
По данным опроса, многие пользователи испытывают затруднения с интерфейсом портала ГосУслуг. Непонятные сокращения и длинные названия создают барьеры даже для опытных пользователей.
ГОСТ и сокращения
Соблюдение ГОСТа требует использования определенных сокращений, но это не должно усложнять понимание информации. Некоторые названия можно было бы упростить, чтобы они отражали суть компоненты.
Проблема интерфейса ГосУслуг
Интерфейс ГосУслуг стал отображением технически сложных процессов, которые могут быть непонятными для пользователя. Пользователю необходим простой и интуитивно понятный интерфейс для взаимодействия с государством.
Предложения по улучшению
Предлагается оставить пользователю возможность инициировать запросы и получать квитанции от государства о выполненных действиях. Это поможет сделать интерфейс более дружелюбным и эффективным.
Важно понимать, что интерфейс ГосУслуг имеет большое значение для пользователей и олицетворяет государство. Улучшение интерфейса поможет сделать взаимодействие с порталом более комфортным и эффективным для всех пользователей.
СМЭВ-система и Госуслуги: основы межведомственного взаимодействия
СМЭВ-система – это межведомственная электронная платформа, используемая для обмена данными между государственными организациями.
ЛК УВ – это личный кабинет участника взаимодействия, где пользователи могут получать и передавать информацию между различными ведомствами.
Сложности использования и законодательство
Одной из основных сложностей при работе с СМЭВ является необходимость соблюдения законодательных требований, регулирующих обмен информацией между ведомствами.
Опыт пользователя и изменения в интерфейсе
Часто изменения в интерфейсе и функционале обусловлены стремлением к улучшению метрик и общего опыта пользователей. Однако, для более взрослого поколения адаптация к новым технологиям может быть вызовом.
Перспективы развития и специфика терминологии
Система Госуслуг постоянно совершенствуется, делая процесс взаимодействия более удобным для пользователей. Важно учитывать специфику терминологии и сокращений, используемых в рамках данной платформы.
Заключение
Подводя итог, использование СМЭВ и Госуслуг имеет определенные особенности и требует внимания к деталям. Однако, благодаря постоянному развитию и улучшениям, электронное взаимодействие между ведомствами становится все более эффективным и удобным для пользователей.
Реабетная загрузка
Метод. рекомендации СМЭВ3 и другая официальная документация действительно сложночитаема. Поэтому мы написали статьи (базу знаний) и продолжаем их пополнять. Пишите, пожалуйста, чего конкретно не хватает, мы с удовольствием дополним, распишем, запишем видео, если есть потребность.
Вопросы и ответы
А почему у вас принято вместо слова отправить использовать слово подать?
Есть какие-то официальные guidlines?
Надеюсь вы перевели это все на json.
Делать валидные xml с посредственной документацией было очень больно.
А в json можно не делать валидацию и так сойдёт?
Всего голосов 10: ↑8 и ↓2
Всего голосов 2: ↑1 и ↓1
Всего голосов 8: ↑7 и ↓1
Всего голосов 3: ↑3 и ↓0
Всего голосов 6: ↑6 и ↓0
Всего голосов 5: ↑5 и ↓0
Интеграция со СМЭВ
Предполагалось, что статья познакомит заинтересованных ИТ-специалистов со СМЭВ с точки зрения внедрения.
В СМЭВ3 используются стандартные механизмы разбора xml с реализацией форматно-логического контроля. На счет коммуникационного обмена можно посмотреть презентацию доклада От PostgreSQL к Tarantool: выбор в отсутствие выбора на Joker по поводу реализации механизма очередей в СМЭВ для обмена сообщениями. Если есть интерес с точки зрения интеграции со СМЭВ, можете подписываться и задавать вопросы на нашем канале Новости СМЭВ+.
Технические детали
Тогда это не под капотом, это на поверхности.
Я делал СМЭВ3 до того как он ушел в ртлабс, конечно сильно интересно узнать что-то с тех пор изменилось и какие части остались 🙂 Техпортал вот практически такой же, каким был изначально.
Да ну нет, вы же не используете jaxb для разбора soap, правда?
Наверняка там сейчас dom или даже sax/stax и всякие проверки поверх них.
Подключение к ЛК УВ
А могут ли к ЛК УВ подключиться частные организации предоставляющие услуги по внедрению и поддержке ГИСОГД РФ и собственно иметь собственный аккаунт?
Мы постоянно работаем со СМЭВ.
Неужели по всей России уже высокоскоростной интернет?
А если нет, то почему XML, а не, например, protobuf?
Это не считая вопроса: Не проще ли было допилить RabbitMQ, чем изобретать собственный велосипед?
Когда мы его начали делать — примерно 8 лет назад — у RabbitMQ не было никакого способа обеспечить гарантии, а protobuf (а тем более msgpack, cbor и capnproto) не был хоть сколько-то распространён. А ещё у них у всех есть проблема: нет единого стандарта подписи сообщения (за пределами понятных SSL и вот этого всего, но этого мало). А у XML есть xmlsec и схема.
Проблемы с удобством использования государственных сервисов
Неловкий вопрос – архитектора вы наняли из моих преподов в универе, которых держали в подвале с годам моего выпуска в 2007 года?
Я читал и просто ломал стул от смеха вместе с коллегами, а СМЫВ и ИУДА СМЫВА (та самая пробка где-то рядом, будет ещё не один десяток лет мемом лично про вот это вот всё).
Высокая нагрузка на серверы
Объем хозяйства 2500 запросов в секунду. Размазанный по десяти нодам это 250 в секунду. Где highload? Или насколько криво вы всё это написали что это стал highload? В вас не спутниковый канал валится с каждым запросом в 2ГБ, а сама логистика проста как пень, её талантливый студент за курсач нарисует, и за диплом сделает. Ещё и 11 месяцев отдыхать будет.
Проблема обновления и установки
Доставить любой ценой – лозунг прочитал, ничего о механизме не увидел, просто по нулям. Брокер сообщений это от Ивана Грозного ещё, давно устарело и неактуально, и нелогично, может возьмёте что-то понадёжнее?
- Инсталлятор прекращает работу без сообщения об ошибке
- Необходимость установки пакетов не указана
- Сайты и манипуляции с образами не интуитивны
Подход к улучшению услуг
Ваш продукт по факту должен охватывать именно людей и быть удобным для людей хотя бы в общей массе до 85% – а не Ваши безумные дизайнерские пляски в попытке личного изощрения непонятно над чем.
Было бы не плохо, если бы инсталлятор сообщал о необходимости установки пакетов, которые используются в его работе. И было бы не плохо дополнить предварительные требования для установки адаптера списком необходимых пакетов.
Заключение
Всё вышесказанное субъективно – но устройте голосование у людей. Гладко было на бумаге, да забыли про овраги. Вы делаете продукт не для людей – факт.
А Ваш продукт должен быть удобным для пользователей. Подумайте об улучшении механизмов установки и обновления, и уделите внимание интерфейсу и инструкциям для удобства пользователей.
## Проблемы с удобством использования государственных сервисов
Неловкий вопрос - архитектора вы наняли из моих преподов в универе, которых держали в подвале с годам моего выпуска в 2007 года?
Я читал и просто ломал стул от смеха вместе с коллегами, а СМЫВ и ИУДА СМЫВА (та самая пробка где-то рядом, будет ещё не один десяток лет мемом лично про вот это вот всё).
## Высокая нагрузка на серверы
Объем хозяйства 2500 запросов в секунду. Размазанный по десяти нодам это 250 в секунду. Где highload? Или насколько криво вы всё это написали что это стал highload? В вас не спутниковый канал валится с каждым запросом в 2ГБ, а сама логистика проста как пень, её талантливый студент за курсач нарисует, и за диплом сделает. Ещё и 11 месяцев отдыхать будет.
## Проблема обновления и установки
Доставить любой ценой - лозунг прочитал, ничего о механизме не увидел, просто по нулям. Брокер сообщений это от Ивана Грозного ещё, давно устарело и неактуально, и нелогично, может возьмёте что-то понадёжнее?
* Инсталлятор прекращает работу без сообщения об ошибке
* Необходимость установки пакетов не указана
* Сайты и манипуляции с образами не интуитивны
## Подход к улучшению услуг
Ваш продукт по факту должен охватывать именно людей и быть удобным для людей хотя бы в общей массе до 85% - а не Ваши безумные дизайнерские пляски в попытке личного изощрения непонятно над чем.
Было бы не плохо, если бы инсталлятор сообщал о необходимости установки пакетов, которые используются в его работе. И было бы не плохо дополнить предварительные требования для установки адаптера списком необходимых пакетов.
## Заключение
Всё вышесказанное субъективно - но устройте голосование у людей. Гладко было на бумаге, да забыли про овраги. Вы делаете продукт не для людей - факт.
А Ваш продукт должен быть удобным для пользователей. Подумайте об улучшении механизмов установки и обновления, и уделите внимание интерфейсу и инструкциям для удобства пользователей.
Тем что выложено пользоваться не возможно. Приходиться тратить дни что бы разобраться с тем как систему просто развернуть.
Статья, описывающая общий принцип взаимодействия обмена. с точки зрения программиста, в статье сложно найти данные, которые не описаны ЕСКС (Единая система контекстной справки). Но суть статьи показать, как верно описывать работу по интеграции создаваемых систем взаимодействия с различными госорганами, в рамках общения разработчик-начальство. Возможно, эта статья будет полезна для вендоров решений, для описания простым языком сути внедряемых разработок, особенно в разрезе требований законодательства РФ в сфере электронного взаимодействия. Вообще смэв отлично заходит для работы с различными гос. органами, особенно если они не хотят принимать запросы или утверждают, что вы опоздали с ответом. А ругать тут конкретно ГосУслуги и что там дизайн кривой и каждый раз разный, смысла нет. Эта статья про методы, которые используются при формировании какой-либо услуги. В смэв стало проще получать доступ к данным, он стал более шаблонным, а также проще указать что сроки не вышли и на внедрение исправленного/нового формата есть по закону 90 дней, а не как раньше "завтра не примете, после завтра будет штраф, и нас не волнует, что формат мы сделали вчера" Если смотреть внимательнее то есть недочёт, в статье приведены данные для тестовой системы (14 дней).
А кто такие косвенные участники?
А есть СМЭВ Адаптер в docker? контейнер ключа ему в volume, ну и лицензию JCP прикрутить.
А у Интеграционный узел адаптера (ИУА) есть исходники? Если нет, то почему бы их не открыть?
Согласно требованиям закона 210-ФЗ «Об организации предоставления государственных и муниципальных услуг», органы, предоставляющие государственные и муниципальные услуги, обязаны предоставлять в иные органы и учреждения документы и информацию, необходимые для предоставления государственных и муниципальных услуг, а также получать от иных государственных органов, органов местного самоуправления документы и информацию.
Информационное взаимодействие федеральных и региональных органов исполнительной власти, иных органов и организаций при предоставлении государственных и муниципальных услуг на Едином портале государственных услуг (ЕПГУ), а также при исполнении государственных и муниципальных функций в электронном виде происходит через Систему межведомственного электронного взаимодействия (СМЭВ).
Решение ViPNet EDI 3 обеспечивает обмен данными в электронном виде по каналам СМЭВ между органами власти, коммерческими организациями и гражданами в ходе оказания государственных услуг и выполнении государственных функций.
С помощью продуктов ViPNet EDI 3 можно создавать системы обмена электронными документами организации или интегрировать ViPNet EDI 3 в действующие информационные системы. ViPNet EDI 3 позволяет обеспечить усиленную квалифицированную электронную подпись в соответствии с требованиями Минцифры и ФСБ России для реализации сценариев межведомственного электронного взаимодействия, контроль за форматами и сроками прохождения документов, автоматическую обработку входящих и исходящих запросов в СМЭВ. Продукты ViPNet EDI 3 могут быть интегрированы с инфраструктурой удостоверяющих центров, другими системами ЭДО и PKI, решениями компании «ИнфоТеКС» по реализации клиентской, серверной и «облачной» электронной подписи.
Поддержка криптографических алгоритмов ГОСТ Р 34.10-2012 и ГОСТ Р 34.11-2012.
Разграничение служебной и пользовательской информации.
Встроенные возможности интеграции с государственными информационными системами: ЕПГУ, ГИС ГМП, ФГИС ДО, ЕСИА, ЦПГ, ГЭПС, ФИАС, ЕГР ЗАГС, ЕРУЛ, ИИС ЕАЭС и др.
Не требует знаний, опыта работы со СМЭВ, отслеживания изменений в СМЭВ.
Гарантированная совместимость со СМЭВ вне зависимости от модернизации СМЭВ.
Возможность бесперебойной работы в режиме 24×7, подтверждённая более чем 10 летним опытом применения ViPNet EDI G2G 3 в органах исполнительной власти.
Для интеграции с информационными системами заказчика предоставляется REST API и SOAP API.
Прием и обработка заявлений на оказание услуг в электронном виде с ЕПГУ.
Подписание электронной подписью организации (ЭП-ОВ) исходящих запросов / ответов, проверка электронных подписей входящих запросов / ответов.
Маршрутизация входящих запросов СМЭВ между подразделениями заказчика в зависимости от настраиваемых правил маршрутизации.
Мониторинг работоспособности сервера системы.
Хранение запросов / ответов и их истории.
Мониторинг запросов по срокам обработки.
Передача вложений через СМЭВ 3.хх с использованием механизма МТОМ и файлового хранилища СМЭВ.
Возможность отправлять и проставлять ЭП-ОВ для видов сведений в режиме «Рассылка».
Взаимодействие с сервисами ФНС России,МВД России, Казначейства России, ПФР, ФССП России, Росреестра, ЕЭК и пр.
ViPNet EDI Soap Gate 3 представляет собой специализированный сервер с программным обеспечением. Осуществляет обмен электронными сведениями между организациями по каналам СМЭВ с применением электронной подписи. Поставляется в виде аппаратных исполнений (SG1000, SG2000) и VA исполнения (SG-VA). Для интеграции ИС Заказчика со СМЭВ (Сценарий 2) для обмена сведениями между организациями и взаимодействия с Единым порталом государственных услуг (далее — ЕПГУ) на ViPNet EDI Soap Gate 3 устанавливаются модули proxySMEV3 (SOAP API) и XSDUnit (REST API). Модули позволяют ИС Заказчика выполнять следующие действия через СМЭВ 3:
Наше решение работает с запросами разных размеров и умеет проставлять или проверять подпись для больших вложений с последующей отправкой или получением при работе со СМЭВ.
Производительность с возможностью масштабирования – до 18 000 000 обрабатываемых входящих запросов видов сведений в сутки на один ПАК ViPNet EDI Soap Gate:
В состав ViPNet EDI Soap Gate 3 входит программное обеспечение ViPNet EDI Inspection 3, которое предназначено для администрирования учетных записей пользователей, мониторинга и сбора статистики по запросам и ответам на запросы.
ViPNet EDI Client 3 применяется в Сценарии 1. Поставляется в виде программного комплекса (ОС Windows, ОС Astra Linux) или web-исполнения. Позволяет:
Сертификация и обслуживание
Сертификация в ФСБ России ПАК ViPNet EDI Soap Gate 3 соответствует требованиям к средствам криптографической защиты информации класса КС3 и требованиям к средствам электронной подписи для класса КС3 (СФ/124-4474 от 10.03.2023).
ПК ViPNet EDI Client 3 соответствует требованиям к средствам криптографической защиты информации класса КС3 и требованиям к средствам электронной подписи для класса КС3 (СФ/124-4369 от 25.10.2022).
Наше решение вас заинтересовало?
Оставьте заявку и наши специалисты свяжутся с вами, чтобы детально обсудить все параметры запроса