API УТМ-а : ЕГАИС в опте и рознице

Добрый день!

Некоторое время назад, когда КЭП-ы для ЕГАИС выпускались на руководителя организации, а затем на представителя, использовал для записи RSA-ключа api УТМ-а примерно так:

curl -X GET "хттр://IP-УТМ:8080/api/rsa/keygen?INN=ИНН&KPP=КПП&factAddress=%2522161380%252c%......&fsrarid=ФСРАРID&fullName=%2522%25d0%259f%2...................id=1576361"

Делалось это для магазинов с 2g интернетом, потому, что дождаться открытия и какой-либо реакции web-интерфейса УТМ-а было просто нереально ))

Сейчас (сборка УТМ 4.2.0b002571) это волшебство работает/должно работать несколько по-другому (надо как-то МЧД подсунуть...)

Кто знает как? (сильно поможете)

Здравствуйте! Чтобы записать RSA-ключ для КЭП-а на руководителя организации или представителя, вы можете воспользоваться API УТМ-а.

Однако, я не совсем понимаю, что означает "должно работать несколько по-другому". Если вы хотите записать RSA-ключ для других лиц, вместо руководителя организации и представителя, вам понадобятся соответствующие их идентификаторы в системе УТМ-а.

Если у вас есть дополнительные детали или конкретные вопросы, пожалуйста, уточните, и я постараюсь помочь вам.

Добрый день, проверка мчд:
метод : POST,
адресзапроса = "api/query/proxy/gateway/rsa/mchd/checkMchd";
структура запроса(параметры) : ("ukep": ФИО на кого доверенность(берется из доверенности);
"sig", тело файла подписи в base64 без разрывов(символы(13,10), УТМ некорректно передает "правильные" base64);
"mchd" : тело файла доверенности в base64 строке)

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

Метод GET для записи ключа:
СтрокаЗапроса = "api/rsa/keygen?id=ИДТочкиВОтветеОтУТМ&fsrarid=ФСРАРИДТочки&fullName=ПолноеНаименование&INN=ИННЮрлица
&KPP=КППТочки&factAddress=ФактическийАдресТочкиИзМассива&mchdId=ИДМЧДвОтвете&innPrincipial=ИННДоверителя(юрлицо)&orgName=НаименованиеОрганизации
&kppPrincipial=КППДоверителя&streetAddress=ЮридическийАдресОрганизации&cityCountry=КодРегиона"

После успешной отправки в ответ структура где можно подсмотреть успешность записи или какая ошибка.
У меня это успешно работает со 2 сентября по сей день. Ибо точек много, а поддержке крайне неудобно все доверки переносить на клиентские, распаковывать. Все зашито в обработку, и парой нажатий клавиш, можно сформировать в 1С.

Добрый день, вы можете поделиться такой обработкой для 1с?

удалил сообщение

Правильно делаю? А то не выходит что-то ((

SIG=`cat < ON_EMCHD_20231011_a135073d-297b-4de6-a9d8-8b83344e00dd.sig | base64`
MCHD=`cat < ON_EMCHD_20231011_a135073d-297b-4de6-a9d8-8b83344e00dd.xml | base64`

curl -X POST "хттп://ип-адрес-утм:8080/api/query/proxy/gateway/rsa/mchd/checkMchd" -H "accept: application/json" -H "Content-Type: application/json" -d "{ukep: "ИВАНОВ ИВАН ИВАНОВИЧ", sig: "$SIG", mchd: "$MCHD"}"

ответ какой приходит? возможно конвертирует в base64 некорректно, должна получиться строка при конвертации без символов переноса после каждого 64 символа, я поэтому и акцентировал на этом внимание.

Тоже в 1С-ке сначала не мог понять, пока не дошло, что утм отправляет цельной строкой, и почему различается например файлы закодированная на любом онлайн сервисе, и проходит отлично проверка с тем, что получаю я после метода Base64Строка.

{"timestamp":"2023-10-13T10:29:33.770+00:00","status":500,"error":"Internal Server Error","message":"Error request from egais service: 500 Internal Server Error: [no body]","path":"/api/query/proxy/gateway/rsa/mchd/checkMchd"}

Проверил на виндовом curl. Работает:

curl.exe -H "Content-Type: application/json" -d "{"ukep":"Фамилия Имя Отчество","sig":"MIIWcwYJKoZIhvcNAQcCo......................","mchd":"77u/PD94bW\........................."}" хттп://localhost:8080/api/query/proxy/gateway/rsa/mchd/checkMchd

Проверка проходит и данные листингом падают в ответ.



(0.02Мб)

ай яй, при отправке в форум убрались символы, в параметрах перед всеми двойными кавычками ставил \





(0Мб)