Про смэв 3 от первого лица

Эффективное информационное взаимодействие органов власти

Согласно закону 210-ФЗ, органы, предоставляющие государственные и муниципальные услуги, имеют обязанность обмениваться документами и информацией для оказания услуг и выполнения функций. В рамках этого процесса информационное взаимодействие между федеральными и региональными органами власти осуществляется через Систему межведомственного электронного взаимодействия (СМЭВ) на Едином портале государственных услуг (ЕПГУ).

ViPNet EDI 3 для эффективного обмена данными

ViPNet EDI 3 предоставляет возможность обмена данными по каналам СМЭВ между органами власти, коммерческими организациями и гражданами при предоставлении государственных услуг. Этот продукт позволяет организациям создать системы обмена электронными документами или интегрировать ViPNet EDI 3 в уже существующие информационные системы.

Основные возможности ViPNet EDI 3

• Усиленная квалифицированная электронная подпись согласно требованиям Минцифры и ФСБ России.
• Контроль за форматами и сроками прохождения документов.
• Автоматическая обработка входящих и исходящих запросов в СМЭВ.
• Интеграция с инфраструктурой удостоверяющих центров и системами ЭДО.
• Поддержка криптографических алгоритмов ГОСТ Р 34.10-2012 и ГОСТ Р 34.11-2012.

Преимущества использования ViPNet EDI 3

• Гарантированная совместимость с СМЭВ при любых модернизациях.
• Бесперебойная работа в режиме 24×7 с более чем 10-летним опытом применения в органах исполнительной власти.
• Предоставление REST API и SOAP API для интеграции с информационными системами заказчика.
• Удобная работа с ЕПГУ для приема и обработки заявлений на оказание услуг в электронном виде.

Функционал ViPNet EDI 3

• Подписание электронной подписью организации запросов и ответов.
• Маршрутизация входящих запросов между подразделениями заказчика.
• Мониторинг работоспособности сервера и хранение запросов/ответов.
• Отслеживание сроков обработки и передача вложений через СМЭВ 3.хх.

Общество быстро развивается в сторону электронного обмена информацией, и ViPNet EDI 3 – надежный инструмент для организаций, желающих повысить эффективность и безопасность своих операций.

Возможности ViPNet EDI Soap Gate 3

Возможность отправлять и проставлять ЭП-ОВ для видов сведений в режиме Рассылка

ViPNet EDI Soap Gate 3 представляет собой специализированный сервер с программным обеспечением, который обеспечивает обмен электронными сведениями между организациями по каналам СМЭВ с применением электронной подписи. Поставляется в виде аппаратных исполнений (SG1000, SG2000) и VA исполнения (SG-VA).

Взаимодействие с сервисами

ViPNet EDI Soap Gate 3 взаимодействует с сервисами ФНС России, МВД России, Казначейства России, ПФР, ФССП России, Росреестра, ЕЭК и прочими.

Функционал модулей

Для интеграции ИС Заказчика со СМЭВ (Сценарий 2) и взаимодействия с ЕПГУ на ViPNet EDI Soap Gate 3 устанавливаются модули proxySMEV3 (SOAP API) и XSDUnit (REST API). Эти модули позволяют ИС Заказчика выполнять следующие действия через СМЭВ:

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

Производительность

ViPNet EDI Soap Gate 3 обладает высокой производительностью и возможностью масштабирования до 18 000 000 обрабатываемых входящих запросов видов сведений в сутки на один ПАК.

Состав решения

В состав ViPNet EDI Soap Gate 3 входит программное обеспечение ViPNet EDI Inspection 3, предназначенное для администрирования учетных записей пользователей, мониторинга и сбора статистики по запросам и ответам.

ViPNet EDI Client 3 применяется в Сценарии 1 и поставляется в виде программного комплекса (ОС Windows, ОС Astra Linux) или web-исполнения. Этот клиент позволяет:

• Сертифицировать и обслуживать систему
• Соответствовать требованиям криптографической защиты информации класса КС3
• Соответствовать требованиям к электронной подписи для класса КС3

Сертификация

Системы ViPNet EDI Soap Gate 3 и ViPNet EDI Client 3 сертифицированы в ФСБ России и соответствуют требованиям к средствам криптографической защиты информации класса КС3.

Заключение

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

Работа с интерфейсом ГосУслуг: проблемы и возможные решения

Проблемы с интерфейсом

В последнее время пользователи ГосУслуг начали испытывать трудности с пониманием интерфейса системы. Эта проблема затрагивает даже тех, кто знаком с программированием и имел дело с множеством программ. Почему же возникли такие сложности?

Голосование и обсуждение

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

Предложения по улучшению

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

Взаимодействие пользователя с системой

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

Важность удобства интерфейса

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

Заключение

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

Сложности и требования в разработке интерфейсов для государственных порталов

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

Голоса: 18

• ↑16
• ↓2

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

Голоса: 3

• ↑2
• ↓1

Не знаю сколько вам лет – мне почти 40. В айти с 2001 года. Последнее время интерфейсы много где стали для меня сложнее. Я для себя сделал такие выводы:

• Метрики: все гонятся за метриками, поэтом стали делать чаще изменения. Любые изменения требуют привыкания.
• Продакты – это молодые люди. Условно, до 30. Они на другом воспитаны, другой кругозор, опыт и т.д.
• Возраст, в данном случае мой.

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

Голоса: 9

• ↑8
• ↓1

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

Не смотрела на ситуацию со стороны гонки за метриками, но то, что сейчас всё молниеносно меняется/развивается – это факт. И реально сами ИТшники иногда с трудом разбираются как пользоваться продуктами друг друга. Спокойно к этому отношусь, как к прогрессу и возможности потренировать мозг.

Робот Макс мне нравится как пользователю. Раньше было сложнее справиться с порталом госуслуг.

Голоса: 12

• ↑10
• ↓2

НЛО прилетело и опубликовало эту надпись здесь.

Моя мама дважды пенсионер по возрасту. Ей 120 лет?

Голоса: 7

• ↑7
• ↓0

СМЭВ решил пойти в люди. Ура. Давно пора.

За последний год, конечно многое поменялась, особенно с ЛК УВ, вроде становится проще, но это не точно.

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

Голоса: 13

• ↑12
• ↓1

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

Голоса: 10

• ↑10
• ↓0

А почему у вас принято вместо слова отправить использовать слово подать? Есть какие-то официальные guidelines?

Голоса: 2

• ↑2
• ↓0

Отличная статья! Благодарю, Анастасия!

Голоса: 10

• ↑8
• ↓2

Надеюсь вы перевели это все на json. Делать валидные xml с посредственной документацией было очень больно.

Голоса: 2

• ↑1
• ↓1

А в json можно не делать валидацию и так сойдёт?

Конечный результат: 104 голоса, 99 голосов вверх и 5 вниз.

Всего голосов 8: ↑7 и ↓1

Всего голосов 3: ↑3 и ↓0

Предполагалось, что статья познакомит заинтересованных ИТ-специалистов со СМЭВ с точки зрения внедрения.

В СМЭВ3 используются стандартные механизмы разбора xml с реализацией форматно-логического контроля.На счет коммуникационного обмена можно посмотреть презентацию доклада "От PostgreSQL к Tarantool: выбор в отсутствие выбора" на Joker по поводу реализации механизма очередей в СМЭВ для обмена сообщениями.

Если есть интерес с точки зрения интеграции со СМЭВ можете подписываться и задавать вопросы на нашем канале Новости СМЭВ+

Тогда это не "под капотом", это "на поверхности". Я делал СМЭВ3 до того как он ушел в ртлабс, конечно сильно интересно узнать что-то с тех пор изменилось и какие части остались 🙂 Техпортал вот практически такой же, каким был изначально.

Всего голосов 1: ↑1 и ↓0

Всего голосов 8: ↑8 и ↓0

Да ну нет, вы же не используете jaxb для разбора soap, правда? Наверняка там сейчас dom или даже sax/stax и всякие проверки поверх них.

Это уже тянет на не "под капотом Госуслуг", а на "Что в движке СМЭВ?" )) Передала коллегам из разработки, что есть такой интерес.

Всего голосов 6: ↑6 и ↓0

О, судя по FTP куски моей архитектуры всё ещё живы, прикольно ) Мы тогда боялись что клинер не будет успевать вычищать старые файлы

А могут ли к ЛК УВ подключиться частные организации предоставляющие услуги по внедрению и поддержке ГИСОГД РФ и собственно иметь собственный аккаунт ?. Мы постоянно работаем со СМЭВ.

Всего голосов 5: ↑5 и ↓0

Неужели по всей России уже высокоскоростной интернет? А если нет, то почему XML, а не, например, protobuf?

Это не считая вопроса: "Не проще ли было допилить RabbitMQ, чем изобретать собственный велосипед?"

Когда мы его начали делать — примерно 8 лет назад — у RabbitMQ не было никакого способа обеспечить гарантии, а protobuf (а тем более msgpack, cbor и cap’n’proto) не был хоть сколько-то распространён. А ещё у них у всех есть проблема: нет единого стандарта подписи сообщения (за пределами понятных SSL и вот этого всего, но этого мало). А у XML есть xmlsec и схема.

Неловкий вопрос — архитектора вы наняли из моих преподов в универе, которых держали в подвале с годам моего выпуска в 2007 года? Я читал и просто ломал стул от смеха вместе с коллегами , а СМЫВ и ИУДА СМЫВА ( та самая пробка где-то рядом, будет ещё не один десяток лет мемом лично про вот это вот всё)

А теперь серьёзно.

Объём хозяйства 2500 запросов в секунду. Размазанный по десяти нодам это 250 в секунду. Где highload? Или насколько криво вы всё это написали что это стал highload? В вас не спутниковый канал валится с каждым запросом в 2ГБ, а сама логистика проста как пень, её талантливый студент за курсач нарисует, и за диплом сделает. Ещё и 11 месяцев отдыхать будет.

"Доставить любой ценой" — лозунг прочитал, ничего о механизме не увидел, просто по нулям. Брокер сообщений это от Ивана Грозного ещё , давно устарело и неактуально, и нелогируемо, может возьмёте что-то понадёжнее?

И да, я в ИТ с 90 года, даже плотно на ассемблере посидел, во всех сферах поработал, чего только не видел и в сетях и в серверах и в виртуализации. Но то что стало с госуслугами это тихий ужас, у меня мама всю жизнь работала в КБ ещё в СССР корабли в космос запускала образно говоря — но Ваш конечный продукт Гос Услуг она боится хуже барабашки. Вы делаете продукт НЕ ДЛЯ ЛЮДЕЙ — факт. И Вам этот факт ВООБЩЕ НЕ ИНТЕРЕСЕН! А Ваш продукт по факту должен охватывать именно людей И БЫТЬ УДОБНЫМ ДЛЯ ЛЮДЕЙ хотя бы в общей массе до 85% — а не Ваши безумные дизайнерские пляски в попытке личного изощрения непонятно над чем.

Всё вышесказанное субъективно — но устройте голосование у людей

Гладко было на бумаге, да забыли про овраги.

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

В моём случае, не хватило пакета tar, при том что все предварительные требования с сайта были выполнены – инсталятор был запущен на требуемом дистрибутиве ОС Линукс.

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

И было бы не плохо дополнить предварительные требования для установки адаптера списком необходимых пакетов.

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

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

Выкачиваешь 9 гигабайт образов докер, потом понимаешь что это для кубернетис, и думаешь и зачем я это качал ?

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

Вы когда последний раз свои инструкции исполняли ? Что бы с чистого листа ИУА установить ? А надо так делать с каждой новой версией. И с нуля устанавливать и существующий обновлять.

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

Статья, описывающая общий принцип взаимодействия обмена. с точки зрения программиста, в статье сложно найти данные, которые не описаны ЕСКС (Единая система контекстной справки). Но суть статьи показать, как верно описывать работу по интеграции создаваемых систем взаимодействия с различными госорганами, в рамках общения разработчик-начальство. Возможно, эта статья будет полезна для вендоров решений, для описания простым языком сути внедряемых разработок, особенно в разрезе требований законодательства РФ в сфере электронного взаимодействия. Вообще смэв отлично заходит для работы с различными гос. органами, особенно если они не хотят принимать запросы или утверждают, что вы опоздали с ответом. А ругать тут конкретно ГосУслуги и что там дизайн кривой и каждый раз разный, смысла нет. Эта статья про методы, которые используются при формировании какой-либо услуги. В смэв стало проще получать доступ к данным, он стал более шаблонным, а также проще указать что сроки не вышли и на внедрение исправленного/нового формата есть по закону 90 дней, а не как раньше "завтра не примете, после завтра будет штраф, и нас не волнует, что формат мы сделали вчера" Если смотреть внимательнее то есть недочёт, в статье приведены данные для тестовой системы (14 дней).

А кто такие косвенные участники?

А есть СМЭВ Адаптер в docker? контейнер ключа ему в volume, ну и лицензию JCP прикрутить.

А у Интеграционный узел адаптера (ИУА) есть исходники? Если нет, то почему бы их не открыть?