Интеграция с сервером Честного Знака - транспортный уровень
С 01.07.2020 в РФ вводится обязательная маркировка лекарств. Занимется этим https://честныйзнак.рф/ (далее ЧЗ).
Нужно для клиники сделать виндовую службу, которая обеспечит обмен данными между расположенным в интернете сервером ЧЗ, и расположенным в локальной сети MS SQL Server.
.
Т.е. служба работает, раз в Х секунд проверяет наличие новых документов в определенных таблицах в SQL Server. Если я в SQL Server добавил в заданную таблицу xml документ, например "Накладная приема лекарств", то служба должна передать его на сервер ЧЗ.
Раз в Y минут служба проверяет наличие новых документов на сервере ЧЗ, и при наличии, загружает их, и кладет в SQL Server.
При появлении в таблице в SQL Server новой записи "получить справочник Х", служба получает из ЧЗ справочник Х.
Визуализация, обработка и формирование документов не нужна, нужен транспортный уровень. Т.е. авторизация, ЭЦП, получение данных, отправка данных, постраничное получение, интервалы между запросами, логирование, устойчивость к ошибкам, обработка ошибок.
.
Язык разработки MS C#. В качестве базы данных используется MS SQL Server 2008R2 Express.
.
Требуемые навыки, и используемые инструменты:
• Бесплатная редакция MS C# (нужно будет поднять и настроить на предоставленном компе)
• MS SQL Server 2008 R2 Express (добавление объектов в существующую базу)
• Клиентская часть REST API сервисов, HTTP, HTTPS, SSL (RSA и ГОСТ), УКЭП aka ЭЦП
• Для организации доступа, желателен постоянный внешний ip
.
Работа сдается в виде исходных кодов. У Вас будет удаленный доступ к двум компьютерам. На компьютере #1 (билд сервер) производится компиляция службы, после чего служба ставится на компьютер #2, и там поверяется ее работа.
.
ЧЗ предоставляет открытый тестовый стенд, и два варианта доступа к системе: рабочий, и "песочницу". Для "песочницы", и доступа к рабочему серверу ЧЗ нужна постоянная (не тестовая) УКЭП, УКЭП точно будет на компьютере #2, под вопросом - на компьютере #1 (это важно?).
.
Собственником кода является Заказчик.
Инструменты общения во время разработки - телеграмм и скайп.
Требуется аккуратное оформление кода, наличие комментариев, при необходимости - пояснения что и как в коде работает.
Правила оформления кода - будут предоставлены отдельным документом, если в этом будет необходимость.
Потребуются пояснения и, возможно, демонстрация, по настройке сертификатов, ЭЦП, и прочей обвязки, нужной для работы службы.
По времени, я предполагаю, на работу нужно около недели рабочего времени. Это моя оценка объема работ, а не требование по срокам.
Оплата в рублях. Предпочтительно ЯД, или Сбер, но можно обсудить. Безопасная сделка не используется.
Стоимость я предполагаю около 30 тыс, зависит от предложений. Предполагаю, что могу ошибаться как в меньшую, так и в большую сторону.
Оплата после завершения работ, возможно разбиение на этапы.
.
Насколько я понимаю описание https://честныйзнак.рф/upload/iblock/200/IS-_Markirovka_.-MDLP.-Protokol-obmena-interfeysnogo-urovnya.pdf, логика ЧЗ такая, что во всех многообразных функциях и обращениях к серверу ЧЗ, все значимые данные компонуются в json/xml, и передаются как одно целое. Это означает, что мы можем вынести формирование xml / json / get строки за пределы разрабатываемой службы. То есть Вам, как разработчику, не надо будет отдельно программировать каждый из упомянутых в "Протоколе обмена" методов. Допустим, есть метод 7.5.1. "Получение объекта ФИАС по идентификатору адресного объекта". Служба берет из MS Sql: Адресную строку "Endpoint: GET //reestr/fias/addrobj/{addrobj}", тип метода get/post, json со всеми параметрами (подготовленный за пределами службы, в данном случае пустой). И посылает в ЧЗ, не зная, что это за метод, и не кодируя его параметры. Ответ тоже приходит в формате json, и разборку полученного json на отдельные параметры тоже выносим за пределы службы.
Отдельно стоят методы, в которых отсылаются xml документы, потому что надо преобразовать в base64, и это преобразование желательно возложить на службу.
в "Протоколе обмена..." говорится, что документы большого объема пересылаются через WebDAV. В этом же документе в п. "5.5. Получение информации об ограничении размера небольших документов" говорится, что сейчас большим считается документ размером более 1 Мб. Накладные, и т.п. документы в формате xml занимают в разы меньше места, чем 1 Мб. Соответственно, исходим из предположения, что WebDAV НЕ нужен.
Этапы:
1. Обсудить и согласовать список используемых компонентов, если таковые потребуются. Если нужны платные компоненты, об этом желательно сказать до начала работ.
2. Поднять на виртуальном сервере #1 MS студию для C#, при необходмиости - установить и настроить нужные компоненты.
3. Подключение к серверам и авторизация.
4. "Простые" get запросы в ЧЗ без параметров.
5. Методы, где нужно преобразовывать xml в base64. Логирование, отладка, устойчивость работы.
6. Тестовая работа, исправление найденных недостатков
7. Гарантийное сопровождение (обсудить срок)
.
Данное ТЗ является достаточно черновым. При необходимости уточнений, и наличии вопросов, обращайтесь в личку, или по скайпу.
Более детальное ТЗ, структура данных для sql, и т.п., будет формироваться в процессе работы.
.
Краткая инструкция по быстрому старту для изучения API, инструкция по подключению к тестовому стенду.
.
ИС "Маркировка". МДЛП. Протокол обмена интерфейсного уровня.
.
Подборка документов от ЧЗ для разработчиков
https://честныйзнак.рф/business/projects/medicines/documents/for_developers/
