Техническая база знаний T-Wiki.ru
Инструменты пользователя
Инструменты сайта
Боковая панель
Главное меню
Решение ошибок АРМ ЛПУ ЭРС
Для облегчения поиска ошибок был создан отдельный раздел для сбора ошибок из АРМ ЭРС, читайте внимательнее подсказки ниже:
Поделиться статьей в:
В случае возникновения ошибки при получении результата обработки: Ошибка вызова сервиса передачи/получения данных VALID_SIGNATURE ЭП действительна; ERROR_BUILDING_CERT_PATH При проверке сертификата ЭП произошла ошибка. Ошибка построения цепочки сертификатов
Причина:
Ошибка возникает из-за нарушения корректности цепочки сертификатов — либо один из сертификатов цепочки просрочен, либо установлен не туда, либо это вообще некорректный сертификат.
Решение:
На рабочее место пользователя с 4.07.22 необходимо ставить в «Личное хранилище»:
Скачиваем и устанавливаем ВСЮ ЦЕПОЧКУ СЕРТИФИКАТОВ уполномоченного лица ФСС:
(eln_prod_Личное.cer устанавливаем в «Личное» остальные два в «Доверенные корневые центры сертификации»)
Убеждаемся что у пользователя есть права на контейнер закрытого ключа учреждения
В случае возникновения ошибки при запуске программы: Unable to build entity manager factory
Причина:
Ошибка возникает в случае отсутствия связи с СУБД PostgreSQL, либо сервер БД недоступен
Решение
Необходимо проверить на сервере БД запущена ли служба Postgresql-9.5 и доступен ли сервер БД, а также порт указанный при установке АРМ ЭРС
В случае возникновения ошибки при запуске программы «Invalid Configuration Location» The configuration area at .. could not be created. Please choose a writable location using the ‘-configuration’ command line option
Причина:
Пользователю недостаточно места для создания и хранения временных файлов, создаваемых программой.
Решение:
Проверьте квотирование места на диске: уберите квотирование либо увеличьте доступное пользователю пространство,
В случае возникновения ошибки при получении результата обработки: Connection could not be allocated. Listener does not currently know of service requested in connect descriptor
Причина:
Сервер ФСС временно не доступен
Решение:
Необходимо ожидать восстановления работоспособности
В случае возникновения ошибки при получении результата обработки: Отсутствует уполномоченный представитель с таким сертификатом ЭП
Причина:
Выбран неправильный сертификат УЛ ФСС
Решение:
Скачать сертификат Уполномоченного лица ФСС отсюда: https://lk.fss.ru/cert.html установить его в личные и выбрать его в настройках подписи.
В случае возникновения ошибки при получении результата обработки: Ошибка вызова сервиса передачи/получения данных. Could not send Message
Причина:
Сервер ФСС временно не доступен
Решение:
Необходимо ожидать восстановления работоспособности
В случае возникновения ошибки при установке или обновлении программы «GostCryptography.dll Этому файлу не сопоставлена программа для выполнения этого действия»
Причина:
Возможно причина кроется в сломанных системных файлах
Решение:
Необходимо обновить систему и выполнить команды в командной строке от имени администратора:
После этого необходимо перезагрузиться
Подробнее вы можете прочитать здесь
В случае возникновения «ошибки шифрования» при проставленной галочке :
Причина:
Не применяются настройки шифрования выставленные в настройках ПО
Решение:
Перейти в «C:FssArmErsconfiguration.settings» (для х64 версии)
либо в «C:FssToolsconfiguration.settings» (для x86 версии)
Открыть в блокноте файл: ru.ibs.fss.eln.prefs в конце добавить строчку encryptmessages=1
В случае возникновения «Internal Error COMCryptoAPIClient» :
Причина:
В процессе установки программы библиотека GostCryptography.dll по каким-то причинам не зарегистрировалась
Решение:
В командной строке CMD выполнить (с правами администратора): Для x86 программы
Для x64 программы
В случае возникновения ошибок «Сообщение не найдено» либо бесконечный «Вызов сервиса ФСС» либо «Ошибка вызова сервиса передачи/получения данных Error processing request — getResultByID»
Причина:
Сервис ФСС перегружен, либо некорректна подпись МО
Решение:
Необходимо повторить отправку/запрос позднее. В программе АРМ ЭРС проверьте в настройках подписи корректна ли подпись медицинской организации (МО) либо сертификат ФСС
В случае возникновения «Ошибки дешифрования сообщения. Ошибка при попытке расшифровать сообщение»
Причина:
Причиной возникновения данной ошибки может служить чрезмерная нагрузка на сервис ФСС, либо сбой криптопровайдера
Решение:
Попробуйте совершить операцию позднее.
В крайнем случае проблема может решиться переустановкой криптопровайдера (КриптоПРО или VipnetCSP)
Также в программе АРМ ЭРС проверьте в настройках подписи корректна ли подпись медицинской организации (МО) либо сертификат ФСС
После обновления ПО данная настройка может быть пустой
Также можно попробовать удалить все установленные сертификаты связанные с ФСС и скачать их по данной ссылке: https://disk.yandex.ru/d/nAQmOZ7WZi8S1w
(eln_prod_Личное.cer устанавливаем в «Личное» остальные два в «Доверенные корневые центры сертификации»)
Убеждаемся что у пользователя есть права на контейнер закрытого ключа учреждения
Также можно снять галочку на «Проверять подпись на входящих сообщениях»
В случае возникновения ошибки «вызова сервиса передачи/получения данных»
Причина:
Перебои в работе сервиса взаимодействия ФСС
Решение:
В случае возникновения ошибки «Отсутствует лицензия на осуществление медицинской деятельности»
Причина:
Текст ошибки говорит сам за себя
Решение:
Необходимо проверить введенные в настройках реквизиты организации а также связаться с региональным представителем ФСС
В случае возникновения ошибки «Отсутствует заключенный договор с ТОФ на оказание услуг»
Причина:
Текст ошибки говорит сам за себя
Решение:
Необходимо связаться с региональным представителем ФСС
В случае возникновения ошибки «Internal Error Rollback Exception» при попытке открыть сведения о посещениях
Причина:
Ошибка возникает из-за отсутствующих строках и колонках в БД, программа пытается прочитать данные в несуществующих ячейках
Решение:
Необходимо обновить ПО на рабочем месте, где установлена БД
В случае возникновения ошибки «Unmarchalling Error» при попытке отправить/запросить талон/ЭРС
Причина:
скорее всего неправильно заполнены данные в определенном поле
Решение:
Необходимо изучить текст ошибки
(в данном примере ошибка гласит о том, что введено 10 цифр в поле, где должно быть 12 цифр)
В случае возникновения ошибки «Invalid element in ErsOpenService .. -registerMODate» при попытке отправить/запросить ЭРС
Причина:
Вы используете устаревшую версию программы, введены новые контроли, поля и т.д.
Решение:
Необходимо обновить АРМ ЭРС
В случае возникновения ошибки «ЭЦП неверна SIGNATURE ERROR ЭП Недействительна» при попытке отправить/запросить талон/ЭРС также возникает при запросе счета
Причина:
Внутренняя ошибка программы, из-за которой подпись на талоне не проставилась корректно
Решение:
Необходимо в талоне нажать кнопку «На подписании» затем снова подписать талон кнопкой «Подпись руководителя ЛПУ» (может потребоваться нажать 2 раза)
После этого повторно отправить талон
В случае возникновения ошибки «В настройках соединения указан неправильный порт. Проверьте правильность адреса сервиса в настройках соединения» при попытке отправить/запросить талон/ЭРС
Причина:
Проблема связана с недоступностью (полной неработоспособностью сервиса ФСС)
Решение:
Необходимо ожидать восстановления работоспособности сервиса
В случае возникновения ошибки «Ошибка вызова сервиса передачи/получения данных. Несоответствующий статус для включения талонов в реестр» при попытке включить талоны в реестр
Причина:
Статус талонов в реестре отличается от «Принято в ТОФ»
Решение:
Для решения проблемы нужно убедиться, что статус перечисленных в ошибке талонов, включенных в реестр должен быть — Принято в ТОФ
Часто бывает так, что статус талона в локальной базе может отличаться от статуса в ФСС (для этого можно запросить статус обработки повторно) можно уточнить этот момент у представителя ФСС
В случае возникновения ошибки «Дата постановки на учет должна быть равна началу периода наблюдения» при попытке сохранить ЭРС
Причина:
Дата постановки на учет была забита вручную и скорее всего неправильно
Решение:
Необходимо ввести одинаковую дату постановки на учет и дату начала периода наблюдения через кнопку «Календарь» в поле с датами
В случае возникновения ошибки «Premature end of file
Причина:
Ошибка возникает, когда валидация отправляемого XML-файла не проходит на удаленном сервисе. Проблема на стороне ФСС.
Решение:
В случае возникновения ошибки «Ошибка вызова сервиса передачи/получения данных. 1606: Несоответствующий статус для включения талонов в реестр: Талон» при попытке получить результат обработки счета
Причина:
Для счета не нужно запрашивать результат обработки
Решение:
Для решения проблемы необходимо нажать кнопку «Получить данные об оплате счета»
В случае возникновения ошибки «Не удалось подписать информацию Invalid Iddata=[имя талона]» подписать реестр
Причина:
Некорректно заполнено поле — номер реестра
Решение:
Необходимо удалить пробелы или другие запрещенные символы из номера реестра
В случае возникновения ошибки «The content of element ‘status’ is not complete.» при попытке запросить результат обработки
Причина:
Проблема на стороне сервиса взаимодействия с ФСС
Решение:
Необходимо ждать решения проблемы со стороны ФСС
В случае возникновения ошибки Validator Exception: PKIX path validation failed: java.security.cert.CertPathValidatorException: timestamp check failed
Причина:
Проблема с SSL сертификатом на стороне ФСС
Решение:
Необходимо обновить ПО, либо подсунуть файл из архива cacerts.zip
в папку с программой/jre/lib/security
В случае возникновения ошибки «Internal error Widget is disposed»
Причина:
Внутренняя ошибка программы
Решение:
Перед любыми действиями делайте резервную копию папки!
Необходимо удалить содержимое папки
C:FssArmErsworkspace.metadata.pluginsorg.eclipse.e4.workbench
После этого перезапустите приложение
В случае возникновения ошибки при отправке реестров «Ошибка вызова сервиса передачи/получения данных. Unmarshalling Error: Длина поля типа #AnonType_bankCheckingAccbillinfo не соответствует ограничению»
Причина:
Ограничение на минимальную длину обязательного поля для реквизитов банка в счете
Решение:
Убедитесь в корректности заполнения реквизитов банковского счета. Смотрите текст ошибки:
| р/с | минимум 20 символов |
| наименование банка | минимум 4 символа |
| БИК банка | минимум 6 символов |
Всем, кому понравился или помог это проект — Вы можете помочь ему развиваться материально:
Donate (помощь проекту)
Источник
Содержание
Решение проблем по установке, настройке и использованию АРМ ЛПУ ЭРС
В данной статье собраны наиболее популярные проблемы АРМ ЛПУ ЭРС и методы их решения, также всяческие фишки и подсказки для системных администраторов, которые сопровождают данное ПО.
Читайте внимательнее!
Для поиска по статье нажмите Ctrl+F и введите первые символы кода ошибки или вопроса
ВНИМАНИЕ! Узнать о работоспособности сервисов ФСС в данный момент вы можете по кнопке ниже
Монитор работоспособности сервисов ФСС
Разбор ошибок АРМ ЛПУ ЭРС
Процесс установки АРМ ЛПУ ЭРС
В соответствии с рекомендациями ФСТЭК с 11.10.2022 будет выложена новая версия АРМ ЛПУ (ЭРС) с PostgreSQL — 10.22. При переходе на версию АРМ ЛПУ (ЭРС) 3.0.30 необходимо выполнить следующие шаги:
1. Сделать резервную копию данных (Администрирование → Резервное копирование базы данных).
2. При установке новой версии АРМ ЛПУ ОБЯЗАТЕЛЬНО выбрать пункт «Установить» на вкладке «Параметры подключения к базе данных». В строке порт соединения ОБЯЗАТЕЛЬНО указать новый номер порта (по умолчанию — 5433), отличный от номера для PostgreSQL 9.5 (по умолчанию — 5432).
3. После запуска АРМ ЛПУ в настройках соединения с базой данных (Администрирование → Настройки соединения с базой данных) ОБЯЗАТЕЛЬНО заменить номер порта на новый.
4. Восстановить данные из резервной копии (Администрирование → Восстановление базы данных).
Также БД можно восстановить командой: pg_restore.exe -p 5433 -U fss -d fss < fss.backup
Примечание:
Если вы используете подключение к базе данных, установленной на удаленный сервер, то сначала нужно установить новую версию ЛПУ на этот сервер с учетом условий выше.
Скачиваем программу необходимой разрядности:
Скачать АРМ ЭРС
Обязательно нужно обновлять ПО дистрибутивами одинаковой разрядности!
В противном случае можно получить неработоспособную БД.
В случае возникновения проблем с установкой PostgreSQL10 после 11.10.22:
1. Открываем установочный exe файл в 7zfm.
2. Вытаскиваем оттуда postgresql-10.22-1-windows.exe.
3. Запускаем postgresql-10.22-1-windows.exe, устанавливаем в папку C:postgresql10, пароль Manager1 порт 5433
4. Запускаем установку АРМ ЛПУ
Устанавливаем программу от имени администратора.
Убедимся что установлен NET.Framework 4.7 — Скачать
Обновлены сертификаты в цепочке(убран доверенный сертификат от неакредитованного УЦ), сертификат УЛ ФСС действует до 15.03.23
На рабочее место пользователя с 4.07.22 необходимо ставить в «Личное хранилище»:
Сертификат уполномоченного лица ФСС
Сертификат ЛПУ (юр.лицо)
Сертификат руководителя ЛПУ (физ.лицо)
Сертификат главного бухгалтера
(eln_prod_Личное.cer устанавливаем в «Личное» остальные два в «Доверенные корневые центры сертификации»)
Убеждаемся что у пользователя есть права на контейнер закрытого ключа учреждения
Настройка программы
Во вкладке «Администрирование — Настройки сервисов ФСС» указать строку соединения:
https://docs.fss.ru/ws-gtw-ers-crypto-v20/api/soap/v1/ErsService?wsdl
Убедимся, что проставлены все галочки в настройках электронной подписи:
Терминальный режим
Для работы программы в терминальном режиме при установке программы на сервер (многопользовательский режим)
необходимо создать bat-файл в папке с программой со следующим текстом:
start "" "fss_mo.exe" -data users%username%
-
Создать ярлык для данного bat-файла
-
Вывести его на общий рабочий стол (C:UsersPublicDesktop)
-
Пользователи могут успешно подключаться к удаленному рабочему столу и использовать данный bat-файл для работы в программе в многопользовательском режиме.
PS. Обязательно необходимо под каждым терминальным пользователем повторить процедуру установки сертификатов ФСС (три сертификата) и сертификат учреждения (ЛПУ)
Доступ в PGAdmin
Для доступа в админку СУБД нужно перейти в: C:postgresqlbin
Запустить файл: pgAdmin3.exe
Правой кнопкой мыши на БД — Подключиться
Логин: postgres
Пароль: Manager1
Обновление АРМ ЭРС
Перед обновлением необходимо убедиться, что никто из пользователей не работает
в АРМ ЛПУ(ЭРС) и сделать резервную копию базы (По инструкции выше или через PGadmin)
Процесс обновления отличается от исходных параметров СУБД и ОС:
1. База расположена на сервере с ОС Windows, параметры подключения
стандартные (Имя базы: fss, логин: fss, пароль: fss)
Чтобы обновить программу необходимо скачать ее последнюю версию по адресу: Ссылка
Убедиться что на сервере с базой Postgres установлен вместе с программой АРМ ЭРС
Запускаем скачанный дистрибутив и ОБЯЗАТЕЛЬНО снимаем галочку «Установить» на шаге установки сервера БД
После установки в папке с программой проверяем файл UpdateDatabase.log (лог
обновления).
При удачном обновлении данный файл должен содержать примерно такие строки:
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2019081301.sql" DELETE 0 DELETE 0 DELETE 1 c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2019100201.sql" UPDATE 1 UPDATE 1 c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2021060401.sql" TRUNCATE TABLE INSERT 0 1
При НЕ удачном обновлении в файле будут только строки (их будет много, а не
конкретно эти 4:
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021403.sql" c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021404.sql" c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021405.sql" c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021406.sql"
2. База расположена на сервере с ОС отличной от Windows или параметры
подключения НЕ стандартные
Открываем дистрибутив при помощи архиватора (7-zip) и достаем из него папку
ELNupdates
Запускаем pgAdmin, открываем базу, переходим к схеме «ers»
Далее нажать на:
И последовательно по порядку выполняем все запросы из папки updates
Как внести изменения в оплаченный талон?
Внесение изменений в оплаченный талон 2
В случае, если в оплаченном Талоне 2 была допущена ошибка в следующих полях из списка в разделе «Сведения о новорожденном»:
• поле «Общее количество детей, включая рожденных ранее»;
• поле «Пол ребенка»;
• поле «Рост, в сантиметрах»;
• поле «Вес, в граммах»;
• поле «Дата-время родов»;
,то данные можно изменить и отправить повторно. Для этого в талоне 2 на панели инструментов нажать кнопку «Внести изменения в оплаченный талон», поля из списка разблокируются. Далее нужно внести изменения, подписать талон, отправить в ФСС и получить результат, статус талона изменится на «Принято ТОФ» (изменения успешно отправлены). Запросить актуальный статус оплаченного талона, нажав кнопку «Получить статус талона», в ответ придет статус «Оплачено».
Всем, кому понравился или помог это проект — Вы можете помочь ему развиваться материально:
Поддержать проект
Ошибка подключения к сервисам ФСС (решено)
С середины октября у многих организаций, в том числе медицинских учреждений возникли проблемы в работе с сервисом электронных больничных при подключении к нему из АРМ ЛПУ, медицинских информационных систем, из 1С.
При попытке загрузить электронные листки нетрудоспособности или создать новый выходило сообщение «Ошибка вызова сервиса передачи/получения данных фсс. Возможно в настройках соединения указан неправильный url». При попытке проверки соединения появлялось сообщение «Не удалось подключиться к сервису фсс».
Данная ошибка связана с заменой техслужбой ФСС 17 октября 2021 г. части интернет-адреса сервисов ЭЛН с *docs* на *eln*.
Для того, чтобы исправить эту ошибку:
1. Вам желательно обновить сертификаты ФСС. Подробная инструкция и сертификаты находятся здесь: https://lk.fss.ru/cert.html.
2. В АРМ ЛПУ необходимо открыть «Администрирование» — «Настройки сервисов ФСС» и заменить в строке соединения с сервисом ФСС url-адрес на верный.
Новый адрес соединения для медицинских организаций: https://eln.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL
Новый адрес соединения для организаций-страхователей: https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL
Новый адрес соединения для МСЭ: https://eln.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL
В случае недоступности основных адресов соединения (например, из-за DDoS-атак) ФСС ввела резервные точки подключения:
для медицинских организаций: https://eln-rez.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL
для организаций-страхователей: https://eln-rez.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL
для МСЭ: https://eln-rez.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

Форум КриптоПро
»
КриптоПро УЦ
»
КриптоПро УЦ 1.5
»
Ошибка подключения АРМ администратора к Центру Регистрации
|
Andmos |
|
|
Статус: Активный участник Группы: Участники Сказал «Спасибо»: 11 раз |
«…ещё вчера, были я и ты!» — шлягер В.Кузьмина из далёких 80-х. Итак, еще в пятницу всё было прекрасно, но выходные пролетели, и весь народ, весь трудовой народ, отправился с утра на традиционную пахоту под названием РАБОТА. Однако, у нас, при попытке начать эту самую работу, произошло нечто, что нарушило привычный темп и ритм течения событий: при попытке соединения АРМ с ЦР возникла ужасная и неописанная в документации, ошибка.[imghttp://www.cryptopro.ru/…um2/resource.ashx?i=2348[/img] Текст ошибки указывает на возникновение проблем с MSDTC, однако проверка установок ничего не дала:[imghttp://www.cryptopro.ru/…um2/resource.ashx?i=2349[/img]. Общая картина такова: ЦС и ЦР на одном компьютере, база данных центра регистрации на выделенном сервере, где кроме неё крутятся еще несколько корпоративных приложений, использующие свои базы данных и потому доступ к этой машине практически отсутствует. При этом, все проверочные (тестовые) соединения, присутствующие в Параметрах Центра Регистрации показывают, что все в порядке. На компьютере с ЦС и ЦР присутствует SQL Express 2005, установленный исторически вместе с УЦ, однако база ЦР вынесена на выделенный сервер с SQL Server 2008, вследствие чего подъём бекапа БД центра регистрации с 2008 (даже в режиме совместимости)на локальной СУБД 2005 для обеспечения функционирования УЦ не представляется возможным Отредактировано пользователем 27 марта 2015 г. 15:19:07(UTC) Пользователь Andmos прикрепил следующие файлы:
У Вас нет прав для просмотра или загрузки вложений. Попробуйте зарегистрироваться. |
![]() |
WWW |
|
Molostvov |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 2 раз |
Добрый день. |
![]() |
|
|
Andmos |
|
|
Статус: Активный участник Группы: Участники Сказал «Спасибо»: 11 раз |
Доброго дня. Подключение к удаленной БД происходит. В качестве временной меры, был поднят бекап БД центра регистрации на виртуальной машине, куда и произведено переподключение центра регистрации. Бекап БД ЦР с виртуальной машины будет поднят на штатном удаленном сервере после выяснения причин возникновения проблемы и её устранения. Ошибки в журнале на сервере ЦР есть — какой именно журнал требуется. |
![]() |
WWW |
|
Molostvov |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 2 раз |
Журнал приложений. |
![]() |
|
|
Andmos |
|
|
Статус: Активный участник Группы: Участники Сказал «Спасибо»: 11 раз |
Проблема была решена частично: был все-таки осуществлен подъём виртуальной машины с установленным на ней сервером 2003, а на нём развернут MS SQL Express 2008Р2. На SQL-е был поднят бекап БД центра регистрации и первичная задача (подключение АРМ администратора) была решена. После изучения причин возникновения проблемы, было выяснено, что после наката системных обновлений от Microsoft сервер, на котором располагалась база ЦР (MS SQL 2008 — в дальнейшем это «сыграет»!), перестал авторизовываться в MS DTC. Проблема авторизации сейчас изучается и решается. Однако, пока БД развернута на виртуальной машине, происходит выпуск сертификатов, и теперь возникла задача синхронизации базы ЦР с виртуальной машины на штатный сервер, после решения проблемы авторизации после системных обновлений. Трудность решения данной задачи заключается в том, что на штатном сервере БД использовался MS SQL 2008? в то время как на виртуальной сервере был установлен MS SQL Express 2008 Р2. Т.е. возникает необходимость подъёма бекапа базы с более высокой версии на предыдущую, условно говоря. В качестве эксперимента был использован способ переноса БД через создаваемые MSSQL Express2008P2 скрипты, где предоставляется возможность выбора версии сервера более низких версий. Фактически, на штатном сервере производится создание новой БД ЦР с актуальными данными. И вот тут нас ожидает подстава. При попытке подключения в «Параметрах центра Регистрации» к новой БД (с SQLной авторизацией, пользователь уже есть) оснастка ЦР сообщает: 1.неизвестная версия подключенной БД; 2. подключаемая база не является БД центра регистрации. как можно решить данную задачу, сохранив данные в БД ЦР в актуальном состоянии? |
![]() |
WWW |
| Пользователи, просматривающие эту тему |
|
Guest |
Форум КриптоПро
»
КриптоПро УЦ
»
КриптоПро УЦ 1.5
»
Ошибка подключения АРМ администратора к Центру Регистрации
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.



