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

1. Технологический портал по СМЭВ 3
http://smev3.gosuslugi.ru/portal/

2. Проверка схем вида сведений на соответствие МР СМЭВ 3.0
http://smev3.gosuslugi.ru/portal/checkxsdmr.jsp

3. Проверка xml-сообщения на соответствие схемам сервиса СМЭВ
http://smev3.gosuslugi.ru/portal/checkxmlform.jsp

4. Реальные примеры запросов, проходящие вышеописанные проверки.
http://smev3.gosuslugi.r...BE%D1%81%D0%BE%D0%B2.zip

5. Исходный код клиента СМЭВ 3. Написан на Java.
http://smev3.gosuslugi.r...hout%20dependencies).zip
Ссылка находится в "Часто задаваемые вопросы - Где скачать актуальную версию библиотек клиента СМЭВ 3?"

Отредактировано пользователем 23 апреля 2015 г. 14:13:43(UTC)  | Причина: Не указана

Изменилось, в общем-то, все. Принцип работы, подписывание сообщений.
Теперь просто все стали "клиентами" системы СМЭВ. Хоть и есть разделение на сервис-клиент, но принцип работы идентичен.

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

Вся работа синхронная: запрос и тут же ответ
- Есть ли запросы от клиента ? Да, на первый.
- Есть ли ответ от сервиса ? Нет, перезвоните попозже.

Отредактировано пользователем 14 мая 2015 г. 12:22:39(UTC)  | Причина: Не указана

Формат соответствует логике работы. Есть "конверт" предназначенный СМЭВ, есть кусок предназначен непосредственно сервису.
Хотя СМЭВ все равно проверяет все части: на соответствие подписей, на соответствие xsd схеме.

Нужно один раз создать сообщение, и можно клепать какие угодно сервисы/клиенты. Там меняется только один XML кусок, ответственный непосредственно за "вид сведений", индивидуальный для каждого сервиса.

Отредактировано пользователем 14 мая 2015 г. 12:37:08(UTC)  | Причина: Не указана

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

Описания выглядит так, будто осталось как было в версии 2.5. Но указанно, что:
- Сервис регистрируется только по согласованию с Министерством связи и массовых коммуникаций Российской Федерации.
- Запрещена передача вложений.
- Запрещена передача бинарных данных.

Какие-то обрезки. Думаю это скорее для какого-то служебного взаимодействия совсем. "для своих".

Присоединяюсь к уважаемому NIC

И если нет, то подскажите, пожалуйста, существуют ли сторонние .NET библиотеки его реализовывающие?

Мы на работе эту тему изучали, оказалось, что средствами SignedXml по-простому (без реализации кучи виртуальных шарповых методов) такую трансформацию произвести не удастся.
Можно руками преобразовать входной XML, но тогда SignedInfo ничего про "urn://smev-gov-ru/xmldsig/transform" не узнает, не запишет в подписываемый блок <Transforms> и, следовательно, СМЭВ не примет такое сообщение.

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

Отредактировано пользователем 10 июля 2015 г. 14:13:06(UTC)  | Причина: Не указана