Область применения электронной подписи (ЭП или ЭЦП) довольно широка. Например, многие специальные сервисы требуют верификации пользователя с её помощью: Госуслуги, онлайн-сервисы для управления средствами в банке, электронные площадки и другие. Поэтому любые технические неполадки, возникающие при использовании ЭЦП, могут вызвать различные серьёзные: от упущенной выгоды до материальных убытков.
Какие бывают ошибки
Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на три группы:
- Проблемы с сертификатом. Они появляются, когда сертификат не выбран, не найден или не верен.
- Проблемы с подписанием документа. Ошибки возникают при попытке подписать документ.
- Проблема при авторизации на торговых площадках.
Рассмотрим неполадки подробнее и разберёмся, как их решать.
Сертификат не найден
Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».
У подобных ошибок могут быть следующие причины:
- На компьютере не установлены корневые сертификаты Удостоверяющего Центра (УЦ), в котором была получена ЭП. Необходимо установить либо обновить корневой сертификат. Установка корневых сертификатов удостоверяющего центра подробно описана в нашей инструкции.
- На ПК не установлено ни одного личного сертификата ЭП. Для применения ЭП необходимы и личные сертификаты. Об их установке мы писали в другой статье.
- Установленные на компьютере необходимые сертификаты не валидны. Сертификаты отозваны или просрочены. Уточните статус сертификата в УЦ. Ошибка с текстом «Ваш сертификат ключа подписи включён в список отозванных» возникает, если у сертификата закончился срок действия или на ПК нужно обновить список сертификатов. В последней ситуации следует вручную загрузить перечень отозванных сертификатов.
Для установки списка отозванных сертификатов:
- Откройте личный сертификат пользователя в окне Свойства браузера. Чтобы открыть его, наберите «Свойства браузера» в поисковой строке меню Пуск. Перейдите во вкладку Содержание и нажмите кнопку «Сертификаты».
- Во вкладке Состав выберите из списка пункт «Точки распространения списков отзыва».
- В блоке Имя точки распространения скопируйте ссылку на загрузку файла со списком отзыва.
- Скачайте по указанной ссылке файл. Нажмите по нему правой кнопкой мыши и выберите в контекстном меню «Установить список отзыва (CRL)».
- Следуйте указаниям «Мастера импорта сертификатов».
Не виден сертификат на носителе
Как правило, причина такой проблемы — сбой в работе программных компонентов. Для её решения достаточно перезагрузить компьютер. Однако иногда этого бывает недостаточно, поэтому требуется переустановка драйверов или обращение в службу техподдержки.
К наиболее распространённым причинам такой проблемы относятся следующие случаи:
- Драйвер носителя не установлен или установлен некорректно. Для решения проблемы необходимо извлечь носитель электронной подписи из ПК и скачать последнюю версию драйвера носителя с официальных ресурсов. Если переустановка драйвера не помогла, подключите носитель к другому ПК, чтобы убедиться в исправности токена. Если токен определится другой системой, попробуйте удалить на неисправном компьютере драйвер носителя и установить его заново.
- Долгое опознание носителя. Для решения проблемы необходимо дождаться завершения процесса или обновить версию операционной системы.
- Некорректная работа USB-порта. Подключите токен к другому USB-порту, чтобы убедиться, что проблема не в носителе ЭП. Если система определила токен, перезагрузите компьютер. Если это не поможет, следует обратиться службу технической поддержки.
- Неисправность носителя. Если при подключении токена к другому компьютеру или USB-порту система не определяет его, значит, проблема в самом носителе. Устранение неисправности возможно в данном случае лишь одним путём — нужно обратиться в сервисный центр для выпуска нового носителя.
ЭП не подписывает документ
Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:
- Закрытый ключ на используемом контейнере не соответствует открытому ключу сертификата. Возможно, был выбран не тот контейнер, поэтому следует проверить все закрытые контейнеры на компьютере. Если необходимый контейнер по тем или иным причинам отсутствует, владельцу придётся обращаться в удостоверяющий центр для перевыпуска ЭП.
- Ошибка «Сертификат недействителен» (certificate is not valid). Следует повторно установить сертификат ЭП по инструкциям УЦ в зависимости от используемого криптопровайдера — КриптоПро CSP, ViPNet CSP или другого.
- Сертификат ЭП определяется как непроверенный. В этом случае необходимо переустановить корневой сертификат удостоверяющего центра.
- Истёк срок действия криптопровайдера. Для решения этой проблемы необходим новый лицензионный ключ к программе-криптопровайдеру. Для его получения необходимо обращаться к специалистам УЦ или к ответственным сотрудникам своей организации.
- Подключён носитель с другим сертификатом. Убедитесь, что подключён правильный токен. Проверьте также, не подключены ли носители других сертификатов. Отключите другие носители в случае их обнаружения.
В момент подписания электронных документов или формирования запроса в различных может возникнуть ошибка «Невозможно создание объекта сервером программирования объектов».
В этой ситуации помогает установка и регистрация библиотеки Capicom:
- Скачайте файл архива.
- Распакуйте и переместите файлы capicom.dll и capicom.inf в каталог syswow64, находящийся в корневой папке ОС.
- Откройте командную строку от имени администратора — для этого в меню Пуск наберите «Командная строка», нажмите по найденному приложению правой кнопкой мыши и выберите Запуск от имени администратора.
- Введите «c:windowssyswow64regsvr32.exe capicom.dll» (без кавычек) и нажмите ENTER. Должно появиться уведомление о том, что команда выполнена успешно.
Выбранная подпись не авторизована
Подобная ошибка возникает при попытке авторизации в личном кабинете на электронных торговых площадках. Например, при входе на площадку ZakazRF отображается сообщение «Выбранная ЭЦП не авторизована».
Эта ошибка возникает из-за того, что пользователь не зарегистрирован на площадке, либо не зарегистрирован новый сертификат ключа ЭП. Решением проблемы будет регистрация нового сертификата.
Процесс запроса на авторизацию ЭП на разных торговых площадках может отличаться: часто нужно отправлять запрос оператору системы на авторизацию, иногда рабочее место настраивается автоматически.
Если ошибка сохраняется, возможно, следует отключить защитное ПО или добавить сайт электронной площадки в исключения.
Часто задаваемые вопросы
Почему компьютер не видит ЭЦП?
Причина кроется в несовместимости программного обеспечения и физического носителя ЭЦП. Необходимо проверить версию операционной системы и переустановить её до нужной версии. Если токен повреждён, возможно, понадобится обратиться в удостоверяющий центр для перевыпуска электронной подписи.
О том, что делать, если компьютер не видит ЭЦП и о способах проверки настроек, мы подробно писали в нашей статье.
Почему КриптоПро не отображает ЭЦП?
Если КриптоПро не отображает ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление программы в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.
Подробнее ознакомиться, как устранить данную неисправность можно в нашей статье.
Где на компьютере искать сертификаты ЭЦП?
Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:
C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.
Что такое сертификат ЭЦП и зачем он нужен мы рассказали в нашей статье.
Описание ошибок интеграции с ЕИС ЭА
Содержание
- 1 РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ
- 2 РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.
- 3 РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .
- 4 РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.
- 5 РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ
- 6 РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.
- 7 РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.
- 8 РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».
- 9 РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).
- 10 РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.
- 11 РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»
- 12 РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.
- 13 РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).
- 14 РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).
- 15 РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).
- 16 РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).
- 17 РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.
- 18 РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1
- 19 РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.
- 20 РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000
- 21 Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».
РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ
Реквизиты исполнителя в графике исполнения в ПИКе не соответствует реквизитам исполнителя в ЕРУЗ.
Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» приведите реквизиты исполнителя в графике исполнения в соответствие с ЕРУЗ.
РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.
Тип продавца не соответствует типу участника закупок в ЕРУЗ.
Рекомендации:
• по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» у исполнителя необходимо установить признак «Включить в наименование «ИП»;
• вернуть документ на формирование;
• удалить сведения о документе;
• исполнителю заново сформировать документ и отправить на подписание.
РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .
1 причина возникновения ошибки. На данный момент ЕИС не принимает документы с признаком «Документ содержит товар(ы), подлежащие маркировке».
Рекомендации: верните документ на формирование, в блоке «Сведения о товарах, работах, услугах» измените признак на «Документ не содержит товаров, подлежащих прослеживаемости или маркировке» и направьте документ на подписание в ЕИС повторно.
2 причина возникновения ошибки. Ошибка как на изображении ниже может возникать, если в ПИК подгружена устаревшая версия контракта ЕИС.
Рекомендации: Заказчику необходимо обновить идентификаторы контракта и этапов на вкладке «Предмет, стороны, условия». Для этого нужно нажать кнопку «Заполнить идентификаторы контракта и этапов». После обновления Исполнитель должен вернуть документ к формированию кнопкой «Вернуть к формированию» и отправить документ в ЕИС повторно.
РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.
К документу не добавлены файлы с типами документов, которые утверждены Приказом Минздрава № 15н от 18.01.2021 г. .
Рекомендации: верните документ на формирование и в блоке «Добавление файла» добавьте файлы с типами документов согласно Приказу Минздрава № 15н от 18.01.2021 г.
РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ
В блоке «Сведения о составителе информации продавца» в поле «Наименование экономического субъекта» указано наименование исполнителя отличное от наименования в ЕРУЗ.
Рекомендации: верните документ на формирование и приведите наименование исполнителя в блоке «Сведения о составителе информации продавца» в соответствие с ЕРУЗ символ в символ (ВАЖНО! регистр, пробелы, кавычки учитываются).
РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.
Согласно ЕСКЛП данный ЛП входит в перечень ЖНВЛП, информация в ЕИС по данному ЛП не соответствует информации ЕСКЛП.
Рекомендации: Заказчику в контракте в ЕИС необходимо исправить сведения о выбранном ЛП в части наличия его в перечне ЖНВЛП.
РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.
Не сопоставлены объекты закупки в ПИК и ЕИС.
Рекомендации: на вкладке «Объекты закупки» по кнопке «Заполнить информацию об объектах закупки из ЕИС» необходимо сопоставить объекты закупки, вернуть документ на формирование и направить документ на подписание в ЕИС повторно.
РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».
В карточке контракта в документе приемки не предусмотрено принятие результатов экспертизы приемочной комиссии.
Рекомендации: верните документ на формирование и удалите файл с типом «Решение приемочной комиссии», далее направьте документ на подписание в ЕИС повторно.
РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).
Ошибка возникает при подписании документа приемки в ПИКе при наличии подписанного напрямую документа приемки в ЕИС.
Рекомендации: для связывания документа в ПИКе с подписанным документом в ЕИС необходимо написать в ТП ПИК, предоставив скриншот документов этапа контракта из ЕИС со стороны исполнителя и печатную форму подписанного документа в ЕИС.
РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.
Реквизиты заказчика в графике исполнения в ПИКе не соответствует реквизитам заказчика в контракте в ЕИС.
Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов заказчика» приведите реквизиты заказчика в графике исполнения в соответствие с контрактом в ЕИС.
РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»
Режим исполнения контракта в ПИКе отличается от режима исполнения, указанного в контракте в ЕИС.
Рекомендации: необходимо привести в соответствие режим исполнения в ПИК и ЕИС, изменение режима в ПИКе производится по доп. соглашению (с нарушением существенных условий).
РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.
В блоке «Сведения об обязательстве и контракте (основание) поле «Идентификатор государственного контракта» заполнено некорректным значением.
Рекомендации: верните документ на формирование, в блоке «Сведения об обязательстве и контракте (основание) очистите поле «Идентификатор государственного контракта» и направьте документ на подписание в ЕИС повторно.
РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).
Единица измерения для объекта не совпадает в ПИК и ЕИС.
Рекомендации:
• исполнителю необходимо вернуть документ на формирование;
• заказчику нужно привести в соответствие объекты закупок между ПИК и ЕИС, так, чтобы не было различий (изменять нужно там, где указано не верно), затем повторно сопоставить объекты по кнопке «Заполнить информацию об объектах закупки из ЕИС»;
• после сопоставления объектов исполнитель может направить документ на подписание в ЕИС повторно.
РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).
Рекомендации:
• пользователю необходимо в личном кабинете заказчика (в ЕИС) удалить информацию о покупателе по данному документу;
• вернуть документ к формированию в ПИКе ;
• повторно направить документ на подписание в ЕИС.
РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).
Рекомендации: по дополнительному соглашению (с нарушением существенных условий) на вкладке «Объекты закупки» необходимо заполнить значения «Количество» и «Цена единицы» в соответствие с информацией в ЕИС. Ставка НДС в ПИК и ЕИС должна совпадать.
РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).
Рекомендации: для исполнения контракта по сметам в ПИКе в ЕИС должен быть установлен признак, что контракт является строительным.
РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.
Рекомендации:
• заказчику по дополнительному соглашению (с нарушением существенных условий) для объекта закупки, указанного в ошибке, необходимо откорректировать значение в поле «Количество потребительских единиц в потребительской упаковке» в соответствие со значением, указанным в ЕИС;
• исполнителю необходимо вернуть документ на формирование и повторно направить документ на подписание в ЕИС.
РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1
Рекомендации:
• вернуть документ к формированию;
• на вкладке «Информация покупателя» в блоке «Сведения о формировании информации покупателя» в поле «Наименование экономического субъекта – составителя информации покупателя» необходимо указать наименование организации в соответствие с наименованием в ЕИС (символ в символ, пробелы и регистр имеют значение).
РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.
Рекомендации (2 варианта устранения ошибки):
• 1 вариант: заказчику необходимо внести изменения в контракт ЕИС и убрать у объекта признак «Объект закупки заменен на товар, работу, услугу, качество, технические и функциональные характеристики (потребительские свойства) которых улучшены в сравнении с указанными в контракте», после этого повторить отправку документа;
• 2 вариант: подписать документ приемки напрямую в ЕИС, затем импортировать его.
РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000
Рекомендации: в карточке контракта в ЕИС необходимо проставить признак «Предметом контракта является приобретение жилых помещений»
Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».
В случае возникновения такой ошибки в документе пользователю необходимо сделать следующее:
1. Сформировать Уведомление об уточнении и НЕ ПОДПИСЫВАТЬ ЕГО.
Уведомление об уточнении (продолжение)
2. После сохранения уведомления об уточнении переходим снова в реестр документов об исполнении контракта, находим документ и удаляем уведомление об уточнении.
Удаление Уведомления об уточнении
3. В ПИК необходимо нажать кнопку «Вернуться к формированию».
4. Заказчику снова необходимо отправить документ на подписание. И НЕ заходить в ЕИС в документ, пока в ПИК не появится сообщение в документе, что он успешно отправлен на подписание в ЕИС.
Ответить
Ekaterina183
0
Ответ написан 06.06.2022 в 23:39
Добрый день. Ошибки при отправке УПД через портал поставщиков : Обнаружены ошибки при отправке файлов в ЕИС: [handledEisClientException, Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0012. Идентификатор файла не соответствует маске <RT_A_O_GGGGMMDD>, где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0014. Контракт, которому соответствует GUID этапа контракта, заданный в приложении к документу в атрибуте: ФайлУПДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УПД ФайлУКДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УКД отсутствует в подсистеме’;] (Исполнение контракта (ЭДО): Отправка УПД в ЕИС). Какие действия предпринять! Подскажите пожалуйста
Оценка ответа: 0
Ответить
kav
0
Ответ написан 15.06.2022 в 14:11
Ekaterina183
Добрый день. Ошибки при отправке УПД через портал поставщиков : Обнаружены ошибки при отправке файлов в ЕИС: [handledEisClientException, Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0012. Идентификатор файла не соответствует маске <RT_A_O_GGGGMMDD>, где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0014. Контракт, которому соответствует GUID этапа контракта, заданный в приложении к документу в атрибуте: ФайлУПДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УПД ФайлУКДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УКД отсутствует в подсистеме’;] (Исполнение контракта (ЭДО): Отправка УПД в ЕИС). Какие действия предпринять! Подскажите пожалуйста
Добрый день, у нас такие же ошибки, ка решили вопрос?
Оценка ответа: 0
Ответить
Карпова Анастасия Сергеевна
Эксперт
2555
Ответ написан 15.06.2022 в 14:20
kav
Добрый день, у нас такие же ошибки, ка решили вопрос?
Уважаемые коллеги, советуем обратиться в тех. поддержку.
Оценка ответа: 0
Ответить
Карпова Анастасия Сергеевна
Эксперт
2555
Ответ написан 15.06.2022 в 14:21
Ekaterina183
Добрый день. Ошибки при отправке УПД через портал поставщиков : Обнаружены ошибки при отправке файлов в ЕИС: [handledEisClientException, Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0012. Идентификатор файла не соответствует маске <RT_A_O_GGGGMMDD>, где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор’;; Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_0014. Контракт, которому соответствует GUID этапа контракта, заданный в приложении к документу в атрибуте: ФайлУПДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УПД ФайлУКДПрод/СведКонт/@ИдЭтапКонт или @ТехИдЭтапКонт или @ВнешТехИдЭтапКонт для УКД отсутствует в подсистеме’;] (Исполнение контракта (ЭДО): Отправка УПД в ЕИС). Какие действия предпринять! Подскажите пожалуйста
Уважаемые коллеги, советуем обратиться в тех. поддержку.
Оценка ответа: 0
Ответить
elena.ger2010
0
Ответ написан 30.08.2022 в 14:00
Обнаружены ошибки при отправке файлов в ЕИС: [handledEisClientException, Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_1043. Для документа с идентификатором ON_NSCHFDOPPR_2ZK-CUS-08732000098_2ZK-SUP-00019329584_20220802_88CF2DEB-12AF-47DB-8680-2140C8777B3D, заданным в атрибуте «Идентификатор файла с исходным УПД, для которого сформировано текущее Исправление» (ФайлУПДПрод/@ИдФайлИсх), в подсистеме существует исправление УПД (титул продавца)’;] (Исполнение контракта (ЭДО): Получены ошибки ЕИС по загруженным файлам)
Выскакивает вот такая ошибка при направлении документов в ЕИС из портала поставщиков Москвы
Никаких черновиков в ЕИС нет. Как исправить, непонятно
Оценка ответа: 0
Ответить
anka4387
5
Ответ написан 12.09.2022 в 11:09
Произошла непредвиденная ошибка при генерации Xml файлов — ошибка при отправке документа в ЕИС с Портала Поставщиков. Как решить проблему?
Оценка ответа: 5
Ответить
128194
0
Ответ написан 12.09.2022 в 13:25
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков
Оценка ответа: 0
Ответить
harlamovkot
0
Ответ написан 12.09.2022 в 14:11
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков. Служба технической поддержки молчит.
Оценка ответа: 0
Ответить
puma77779
0
Ответ написан 12.09.2022 в 16:08
Произошла непредвиденная ошибка при генерации Xml файлов — у меня аналогичная ошибка, дохвониться в службу поддержки не могу, трубку никто не берет.
Оценка ответа: 0
Ответить
smm27mms
0
Ответ написан 13.09.2022 в 12:01
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков
Оценка ответа: 0
Ответить
smm27mms
0
Ответ написан 13.09.2022 в 12:03
puma77779
Произошла непредвиденная ошибка при генерации Xml файлов — у меня аналогичная ошибка, дохвониться в службу поддержки не могу, трубку никто не берет.
Добрый день! Решилась ли у Вас данная проблема?
Оценка ответа: 0
Ответить
irina
0
Ответ написан 14.09.2022 в 12:01
elena.ger2010
Обнаружены ошибки при отправке файлов в ЕИС: [handledEisClientException, Код: ‘1’; Уровень: ‘Ошибка’; Наименование: ‘Ошибка выполнения интеграционного контроля’; Описание: ‘РДИК_ИК_1043. Для документа с идентификатором ON_NSCHFDOPPR_2ZK-CUS-08732000098_2ZK-SUP-00019329584_20220802_88CF2DEB-12AF-47DB-8680-2140C8777B3D, заданным в атрибуте «Идентификатор файла с исходным УПД, для которого сформировано текущее Исправление» (ФайлУПДПрод/@ИдФайлИсх), в подсистеме существует исправление УПД (титул продавца)’;] (Исполнение контракта (ЭДО): Получены ошибки ЕИС по загруженным файлам)
Выскакивает вот такая ошибка при направлении документов в ЕИС из портала поставщиков Москвы
Никаких черновиков в ЕИС нет. Как исправить, непонятно
Добрый день! Как удалось решить данную проблему?
Оценка ответа: 0
Ответить
timonchik
0
Ответ написан 19.10.2022 в 17:03
Что за ошибка? :РК_РДИК_16115_0003. Банковские реквизиты, указанные поставщиком не соответствуют сведениям из СГК 1504701126122000029 (Корреспондентский счет)
Оценка ответа: 0
Ответить
Карпова Анастасия Сергеевна
Эксперт
2555
Ответ написан 19.10.2022 в 17:19
timonchik
Что за ошибка? :РК_РДИК_16115_0003. Банковские реквизиты, указанные поставщиком не соответствуют сведениям из СГК 1504701126122000029 (Корреспондентский счет)
Добрый день !
Советуем просмотрите реквизиты которые вы вводили
Оценка ответа: 0
Ответить
miss.partners
5
Ответ написан 21.11.2022 в 15:19
128194
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков
ДОбрый день, скажите как справились с ошибкой? У меня тоже самое, техподдержка молчит, а закрывать контракт надо….
Оценка ответа: 0
Ответить
miss.partners
5
Ответ написан 21.11.2022 в 15:19
128194
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков
ДОбрый день, скажите как справились с ошибкой? У меня тоже самое, техподдержка молчит, а закрывать контракт надо….
Оценка ответа: 0
Ответить
miss.partners
5
Ответ написан 24.11.2022 в 02:19
smm27mms
Произошла непредвиденная ошибка при генерации Xml файлов -ошибка выскакивает при отправке в ЕИС через портал поставщиков
ответ поддержки:
При возникновении ошибки «Произошла непредвиденная ошибка при генерации Xml файлов» отправьте документ повторно.
Если не помогло, проверьте:
1. Если заполнен грузополучатель, то заполнен и адрес грузополучателя;
2. Тип организации и ИНН грузополучателя соответствуют выбранной организации. Если не соответствует — исправьте;
3. Количество выбранного товара не равно нулю;
4. Токен-ключ в профиле пользователя на ПП совпадает с токен-ключом в профиле на ГИС ЕИС, и срок действия у него актуален.
После корректировок по предыдущим пунктам — сохраните и отправьте документ ещё раз.
Я нашла ошибку в заполнении грузополучателя, после исправления проблема решилась…. (правда возникла другая=))
Оценка ответа: 5
Ответить
prudnikova.a
0
Ответ написан 28.11.2022 в 13:07
irina
Добрый день! Как удалось решить данную проблему?
Тоже интересует как решили вопрос. Тех поддержка молчит. Заказчик ждет УПД
Оценка ответа: 0
Ответить
elina.porshina
0
Ответ написан 14.01.2023 в 10:08
при отправке упд через портал поставщиков выскакивает такая ошибка: ОШИБКА ПРИ ЗАПРОСЕ ИНФОРМАЦИИ О КОНТРАКТЕ ИЗ ЕИС. СЕРВИС ЕИС ВЕРНУЛ СООБЩЕНИЕ. КОД ОШИБКИ «0». ТЕКСТ ОШИБКИ: НЕПРЕДВИДЕННАЯ ОШИБКА В ХОДЕ ОБРАБОТКИ ЗАПРОСА. техподдержка молчит. как это исправить?
Оценка ответа: 0
Ответить
Наталья Ивановна Горбунова
0
Ответ написан 24.01.2023 в 16:18
Здравствуйте, вот уже третью неделю пытаюсь загрузить УПД на ПП, но постоянно выдает одну и туже ошибку. Это возникло после Нового года, до Нового года таких проблем я не знала и заполняю все ровно также, как и раньше. Как справиться с данной проблемой??? Техподдержка молчит, 2 раза писала уже запрос и тишина. Может кто знает, что делать??? См. НижеОбнаружены блокирующие ошибки ЭДОИсправление этих ошибок обязательно для отправки сведений в ЕИС
Свернуть
Документ не прошел проверки в ЕИСВалидация по xsd-схеме
Код: 1
РДИК_ИК_0003. Загружается xml-файл (транспортный пакет), не соответствующий интеграционным схемам ЕИС. Для успешной обработки необходимо передавать транспортный пакет (ФайлПакет), сформированный согласно схеме DP_PAKET_EIS_01_00.xsd. В составе загружаемого в ЕИС транспортного пакета должны передаваться: УПД/УКД (титул продавца); Приложение к документу, которое является составной и неотъемлемой частью УПД/УКД (титул продавца) и которое сформировано по схеме DP_PAKET_EIS_01_00.xsd. Сам пакет должен быть сформирован по элементу ФайлПакет, обернут в SOAP-оболочку и должен содержать следующие блоки: Документ/Контент, который содержит УПД/УКД (титул продавца) в base64; Прилож/Контент, который содержит ФайлУПДПрод/ФайлУКДПрод) в base64. УПД — Универсальный передаточный документ (титул Продавца). Актуальные требования смотрите в Альбоме ТФФ и xsd-схемах. УКД — Универсальный корректировочный документ. Актуальные требования смотрите в Альбоме ТФФ и xsd-схемах. Передаваемые сведения должны иметь кодировку windows-1251 (В шапке ФайлПакет, Файл, ФайлУПДПрод/ФайлУКДПрод необходимо указывать <?xml version=»1.0″ encoding=»windows-1251″ ?>). Ошибка валидации xml-документа «ON_NSCHFDOPPR»: cvc-maxLength-valid: Value ‘ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ УНИТАРНОЕ ПРЕДПРИЯТИЕ «ФЕДЕРАЛЬНЫЙ ЦЕНТР ПО ПРОЕКТИРОВАНИЮ И РАЗВИТИЮ ОБЪЕКТОВ ЯДЕРНОЙ МЕДИЦИНЫ» ФЕДЕРАЛЬНОГО МЕДИКО-БИОЛОГИЧЕСКОГО АГЕНТСТВА’ with length = ‘169’ is not facet-valid with respect to maxLength ‘160’ for type ‘Строка160Тип’.
Оценка ответа: 0
- Главная
- Интересное обо всём
- Не удалось подписать XML. Невозможно сформировать УПД «Счет используется в контрактной системе».
-
Новые статьи
-
Комментарии
Дорогие друзья, я, как и вы наверное, раз уж вы попали на мою статью, являюсь индивидуальным предпринимателем. И конечно же как и многие, участвую в различных конкурсах, тендерах, аукционах и котировках. В наше не легкое время это один из способов, что бы найти себе более менее нормальный контракт с достойной оплатой. Хотя конкуренция на этом поприще и большая, но бывает что все таки можно что то себе урвать, как говорится «Лишняя копеечка в доме никогда не помешает»
До недавнего времени не возникало ни каких проблем по торгам, но с введением УПД на портале поставщиков Москвы у меня, думаю как и у многих возникли сложности с подписанием документов, а именно ошибка дословно звучащая так:
Не удалось подписать XML. Невозможно сформировать УПД, т.к. в компании «ХХХХ» ни указано ни одного счета с отметкой «Счет используется в контрактной системе».
Я перерыл кучу литературы, разных мануалов и интернета, но к сожалению так не чего и не нашел. Пришлось напрягать техническую поддержку «Портала поставщиков» города Москвы прежде чем я наконец то понял, что от меня хотят.
1. И так, при подписании (подписать и отправить) УПД появляется та непонятная надпись про счет, в верхнем правом углу выделенная красным, я думаю все понятно, что без решения этой ошибки нас не пустят дальше:
2. Не теряемся, нажимаем на иконку своего профиля в самом верхнем правом углу, Управление профилем-…… далее…….. СТОП!!! не будем заморачиваться, а переходим по ссылке https://old.zakupki.mos.ru/#/profile (вы должны быть авторизированы) далее, нажимаем «Профиль компании и отправленные запросы»
3. Выбираем вкладку банковские реквизиты и после нажимаем на вкладку «Заявка на изменение данных»
4. Чуть пролистываем вниз, и вот оно !!! Счет используется в контрактной системе, ставим ГАЛОЧКУ, далее…
5. Нажимаем СОХРАНИТЬ и ОТПРАВИТЬ ЗАЯВКУ, в течении 10-20 минут, площадка проверит ваши данные и после проверки вы без труда сможете подписать свою первую УПД.
Вот в принципе и всё, надеюсь эта статья вам поможет, у кого будет желание жду вас к себе в мастерскую https://sloboda-master.ru/ Всем успехов!!
Федор Изюмов
Вход на сайт
Популярные категории
hi i have the following code to perform xml serialization:
private void SaveButton_Click(object sender, RoutedEventArgs e)
{
string savepath;
SaveFileDialog DialogSave = new SaveFileDialog();
// Default file extension
DialogSave.DefaultExt = "txt";
// Available file extensions
DialogSave.Filter = "XML file (*.xml)|*.xml|All files (*.*)|*.*";
// Adds a extension if the user does not
DialogSave.AddExtension = true;
// Restores the selected directory, next time
DialogSave.RestoreDirectory = true;
// Dialog title
DialogSave.Title = "Where do you want to save the file?";
// Startup directory
DialogSave.InitialDirectory = @"C:/";
DialogSave.ShowDialog();
savepath = DialogSave.FileName;
DialogSave.Dispose();
DialogSave = null;
FormSaving abc = new FormSaving();
if (MajorversionresultLabel != null && MajorversionresultLabel.Content != null && MajorversionLabel.Content.ToString() != string.Empty)
abc.Majorversion = MajorversionresultLabel.Content.ToString();
//abc.Minorversion = MinorversionresultLabel.Content.ToString();
//abc.Projectnumber = ProjectnumberresultLabel.Content.ToString();
//abc.Buildnumber = BuildnumberresultLabel.Content.ToString();
//abc.Previousbuildversion = PreviousbuildversionresultLabel.Content.ToString();
abc.Startzbuildfrom = StartzbuildfromcomboBox.SelectedItem;
using (Stream savestream = new FileStream(savepath, FileMode.Create))
{
XmlSerializer serializer = new XmlSerializer(typeof(FormSaving));
serializer.Serialize(savestream, abc);
}
}
the error «There was an error generating the XML document» occurs at serializer.Serialize(savestream, abc);
my form saving class:
public class FormSaving
{
public string Majorversion
{
get;
set;
}
public string Minorversion
{
get;
set;
}
public string Projectnumber
{
get;
set;
}
public string Buildnumber
{
get;
set;
}
public string Previousbuildversion
{
get;
set;
}
public object Startzbuildfrom
{
get;
set;
}
}
can anyone help me fix this?
EDIT:
i tried this but it doesnt work as well:
under «save button»
abc.Startzbuildfrom = StartzbuildfromcomboBox.SelectedItem.ToString();
under «load button»
StartzbuildfromcomboBox.SelectedItem = abc.Startzbuildfrom;
here is how i populate my combobox items:
<ComboBox Height="23" Margin="577,72,497,0" Name="StartzbuildfromcomboBox" VerticalAlignment="Top"><ComboBoxItem>library</ComboBoxItem></ComboBox>
hi i have the following code to perform xml serialization:
private void SaveButton_Click(object sender, RoutedEventArgs e)
{
string savepath;
SaveFileDialog DialogSave = new SaveFileDialog();
// Default file extension
DialogSave.DefaultExt = "txt";
// Available file extensions
DialogSave.Filter = "XML file (*.xml)|*.xml|All files (*.*)|*.*";
// Adds a extension if the user does not
DialogSave.AddExtension = true;
// Restores the selected directory, next time
DialogSave.RestoreDirectory = true;
// Dialog title
DialogSave.Title = "Where do you want to save the file?";
// Startup directory
DialogSave.InitialDirectory = @"C:/";
DialogSave.ShowDialog();
savepath = DialogSave.FileName;
DialogSave.Dispose();
DialogSave = null;
FormSaving abc = new FormSaving();
if (MajorversionresultLabel != null && MajorversionresultLabel.Content != null && MajorversionLabel.Content.ToString() != string.Empty)
abc.Majorversion = MajorversionresultLabel.Content.ToString();
//abc.Minorversion = MinorversionresultLabel.Content.ToString();
//abc.Projectnumber = ProjectnumberresultLabel.Content.ToString();
//abc.Buildnumber = BuildnumberresultLabel.Content.ToString();
//abc.Previousbuildversion = PreviousbuildversionresultLabel.Content.ToString();
abc.Startzbuildfrom = StartzbuildfromcomboBox.SelectedItem;
using (Stream savestream = new FileStream(savepath, FileMode.Create))
{
XmlSerializer serializer = new XmlSerializer(typeof(FormSaving));
serializer.Serialize(savestream, abc);
}
}
the error «There was an error generating the XML document» occurs at serializer.Serialize(savestream, abc);
my form saving class:
public class FormSaving
{
public string Majorversion
{
get;
set;
}
public string Minorversion
{
get;
set;
}
public string Projectnumber
{
get;
set;
}
public string Buildnumber
{
get;
set;
}
public string Previousbuildversion
{
get;
set;
}
public object Startzbuildfrom
{
get;
set;
}
}
can anyone help me fix this?
EDIT:
i tried this but it doesnt work as well:
under «save button»
abc.Startzbuildfrom = StartzbuildfromcomboBox.SelectedItem.ToString();
under «load button»
StartzbuildfromcomboBox.SelectedItem = abc.Startzbuildfrom;
here is how i populate my combobox items:
<ComboBox Height="23" Margin="577,72,497,0" Name="StartzbuildfromcomboBox" VerticalAlignment="Top"><ComboBoxItem>library</ComboBoxItem></ComboBox>
Такая ошибка Произошла непредвиденная ошибка при подписании могла возникнуть,
после удаления старых контейнеров закрытых ключей (в моём случае Контейнера ЗК были на рутокене).
Решение в сообщении:
sedkazna.ru/forum.html?view=topic&catid=…=1245&start=15#16936
Нужно удалить сохранённые пароли закрытых ключей в КриптоПРО
и перезайти в браузер
Формирование запросов на сертификат на сайте https://fzs.roskazna.ru
настройка для браузера Internet Explorer 11
Проверить версию, если ниже Internet Explorer 11
Нужно обновить через интернет или
можно воспользоваться установщиком
для оффлайн обновления файл «!Установка IE11 инсталятором.rar»
ссылка для скачивания
встать на файл и нажать вверху [ Скачать ]
Добавить в надёжные сайты Internet Explorer 11
Свойства браузера — вкладка Безопасность — Надёжные сайты — Сайты
https://fzs.roskazna.ru
https://lk-fzs.roskazna.ru
Свойства браузера — вкладка Конфиденциальность
Снять галку с:
[ ] Включить блокирование всплывающих окон
КриптоПРО 4.0.9944
или выше
В КриптоПРО CSP — вкладка Оборудование — Настроить считыватели
Если нет «Биологический ДСЧ», то нужно обязательно добавить.
КриптоПРО ЭЦП Browser Plug-in 2.0.13292.0
или выше
Скачать актуальную версию 2.0, файл cadesplugin.exe для пользователей, можно по ссылке
www.cryptopro.ru/products/cades/plugin
Установить корневые сертификаты ФК
Добавить в список доверенных узлов КриптоПро ЭЦП Browser Plug-in
Пуск -> КРИПТО-ПРО -> Настройки ЭЦП Browser Plug-in
Нажать правой кнопкой мыши на [Настройки ЭЦП Browser Plug-in]
«Открыть с помощью Internet Explorer»
Нажать на кнопку внизу страницы [Разрешить заблокированное содержимое]
Добавить нужные сайты нажать на [ + ]
https://fzs.roskazna.ru
https://lk-fzs.roskazna.ru
И нажать [ Сохранить ]
Если не помогло и ошибка осталась, то можно сделать сброс настроек IE11, перезагрузится
и заново установить настройки IE файлом «1.Установка настроек IE 11.0 (05.12.2019).reg»
файл с настройками IE11 можно взять из архива yadi.sk/d/mHRxDNMy2v8ZnA
RicardoDiaz пишет: срок действия ключа 20 сентября 2020г, Срок действия закрытого ключа 11 сентября 2020 г.
Чтобы можно было воспользоваться подписью после 11 сентября
Нужно пересоздать контейнер
или
Отключить Контроль — Срок действия закрытого ключа в КриптоПРО
Пересоздать контейнер закрытого ключа:
sedkazna.ru/forum.html?view=topic&catid=9&id=1206#16365
пункт
«2.4 У Контейнера закрытого ключа, закончился — Срок действия закрытого ключа, но срок действия сертификата ещё не закончился»
ОТКЛючение и ВКЛючение контроля действия закрытого ключа в КриптоПРО.
Ссылка для скачивания yadi.sk/d/gm4AiDH1nAGALQ
Файлы bat запускать под пользователем с правами Администратора
правой кнопкой мыши — Запуск от имени Администратора
«КриптоПРО, ОТКЛючение контроля — Срок действия закрытого ключа.bat»
«КриптоПРО, ВКЛючение контроля — Срок действия закрытого ключа.bat»
Проверить через:
КриптоПРО CSP -> вкладка Сервис -> [ Протестировать ]
Выбрать ключевой контейнер пользователя -> [ Далее ]
До отключения контроля
подпись Ошибка 0x80090010: Отказано в доступе.
После отключения контроля
подпись успешно
проверка успешно
Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 3.0.
SMEV-100
1. Текст ошибки: Отсутствует ЭП-ОВ.
Возникает на этапе проверки ЭЦП в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse, Ack.
| Причина | Пример |
| Запрос не подписан электронной подписью органа власти (ЭП-ОВ) (отсутствует или некорректно заполнен блок SenderInformationSystemSignature) |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Отсутствует ЭП-ОВ</faultstring> <detail> <ns3:SignatureVerificationFault xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1" xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1" xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1"> <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:SPS:1</Code> <Description>SMEV-100:Отсутствует ЭП-ОВ</Description> <ns3:SignatureVerificationFault>NoSignatureFound</ns3:SignatureVerificationFault> </ns3:SignatureVerificationFault> </detail> </soap:Fault> </soap:Body> </soap:Envelope> |
Рекомендуется подписать сообщение ЭП-ОВ и повторить отправку.
2. Текст ошибки: @signatureTypeAsString не соответствует подписанным данным.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| ЭП-СП не соответствует подписанным данным: данные изменены после подписания или допущены ошибки при формировании подписи |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>0f952bd0-3868-11ea-b0b7-0050569445fb</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>ЭП-СП не соответствует подписанным данным: ru.voskhod.crypto.exceptions.SignatureValidationException:
Ошибка проверки ЭП: Нарушена целостность ЭП.</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type="ns3:SignatureVerificationFault">
<Code>fed0:P:FED0_ASYNC_CORE1:TR:ASYNC:SPS:2</Code>
<Description>SMEV-100:ЭП-СП не соответствует подписанным данным:
ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки ЭП: Нарушена целостность ЭП.</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault></ns2:SmevFault>
</ns2:AsyncProcessingStatus>
|
| ЭП-ОВ не соответствует подписанным данным: данные изменены после подписания или допущены ошибки при формировании подписи |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить алгоритм подписи. Общая последовательность должна быть такой (на примере SendRequest):
- каноникализация содержимого узла SenderProvidedRequestData;
- нормализация;
- расчет хэша;
- формирование ЭП-ОВ:
- запись cодержимого хэша в CallerInformationSystemSignatureSignatureSignedInfoDigestValue
- каноникализация, нормализация элемента CallerInformationSystemSignatureSignatureSignedInfo
- расчёт хэша элемента CallerInformationSystemSignatureSignatureSignedInfo
- подпись хэша CallerInformationSystemSignatureSignatureSignedInfo
- запись значения подписи в CallerInformationSystemSignatureSignatureSignatureValue
- запись данных сертификата в CallerInformationSystemSignatureSignatureKeyInfoX509DataX509Certificate
3. Текст ошибки: Проверка подписи на вложении @id_вложения: @error.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Неправильно подписано вложение или ошибка в структуре конверта СМЭВ |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>35861260-1599-11ea-b248-000c2904fa57</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
Дайджест не прошел проверку!</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type="ns3:SignatureVerificationFault">
<Code>tsmev3:P:TSMEV3_ASYNC_CORE2:TR:ASYNC:PP:SPS:7</Code>
<Description>SMEV-100:Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
Дайджест не прошел проверку!</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется проверить в каком формате электронная подпись добавлена в сообщение, а так же проверить структуру XML-сообщения на соответствие общим схемам СМЭВ с помощью инструмента «Проверки корректности xml-сообщения», размещенном на главной странице неавторизованной зоны ЛК УВ.
4. Текст ошибки: Проверка подписи на вложении @id_вложения: Ошибка получения дайджеста (OID) из подписи.
Возникает на этапе проверки подписи вложения на соответствие формату PKCS#7 в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Подпись вложенных файлов не удовлетворяет Профилю формата PKCS#7 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить что подпись вложения удовлетворяет профилю формата PKCS#7 согласно п.6.3.1. Подписи в формате PKCS#7 и
Приложение В. Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия.
5. Текст ошибки: Срок действия сертификата ЭП-* истёк. Сертификат действителен до @validUntil.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Срок действия ЭП-ОВ истёк. | <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body> |
| Срок действия ЭП-СП истёк. |
<AsyncProcessingStatus><OriginalMessageId>4fd0f689-1d79-11e9-831b-00155d1c2b05</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Срок действия сертификата ЭП-СП истёк. Сертификат действителен до 2018-10-12 10:16</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:SPS:4</ns2:Code>
<ns2:Description>SMEV-100:Срок действия сертификата ЭП-СП истёк.
Сертификат действителен до 2018-10-12 10:16</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется проверить сроки действия сертификата в блоке PersonalSignature.Заменить ЭП на действительную электронную подпись и повторить отправку сообщения.
6. Текст ошибки: Срок действия сертификата ЭП-* не начался. Сертификат действителен с @validSince
Возникает на этапе проверки ЭЦП в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Срок действия ЭП-ОВ не начался. | <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body> xmlns:ns2=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3″ |
| Срок действия ЭП-СП не начался. |
|
Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.
7. Текст ошибки: Cертификат отозван. Код ответа в ГУЦ: @code
Возникает на этапе проверки сертификата ЭП-ОВ в ГУЦ в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Возникла ошибка при проверке сертификата в ИС ГУЦ |
<AsyncProcessingStatus><OriginalMessageId>03e1b072-1993-11e9-99c3-62fe784ec952</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Cертификат отозван. Код ответа в ГУЦ:14</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:GUTC:1</ns2:Code>
<ns2:Description>SMEV-100:Cертификат отозван. Код ответа в ГУЦ:14</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.
8. Текст ошибки: Технологический доступ к СМЭВ временно отозван в связи с нарушением установленного лимита обращений в систему.
Возникает на этапе проверки лимитов обращения к методам Единого сервиса СМЭВ 3 в рамках синхронной обработки.
| Причина | Пример |
| Превышены допустимые лимиты по одному из методов Единого сервиса СМЭВ 3 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется Уменьшить интенсивность обращения к методам Единого сервиса СМЭВ 3 до рекомендованных. Значения лимитов по умолчанию зафиксированы в п. 5.4 Методических Рекомендаций СМЭВ.
SMEV-200
1. Текст ошибки: Превышен максимально допустимый суммарный размер присоединённых файлов и сообщения.
Возникает на этапе проверки размера сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Размер присоединённых файлов превысил 5 Мб при отправке через MTOM |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить размер прикрепляемых файлов — суммарный размер вложений для передачи с помощью МТОМ с одним сообщением не должен превышать 5 Мб.
2. Текст ошибки: Количество ФТП-вложений превышает допустимое.
Возникает на этапе проверки количества ФТП-вложений в сообщении, принятого методом SendRequest либо SendResponse в рамках синхронной обработки.
| Причина | Пример |
| Количество вложений в сообщении превысило лимит. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется сократить количество вложений, передаваемых в сообщении, до разрешенного. Целевой лимит количества вложений указан в синхронном ответе в блоке PermittedTotalAttachmentSize.
SMEV-201
1. Текст ошибки: Некорректная информация о фтп вложениях; message id = @id_сообщения.
Возникает на этапе проверки файлов вложения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
|
1.Несоответствие заголовка и вложений 2. Вложение не загружено перед отправкой сообщения |
<AsyncProcessingStatus> |
Рекомендуется:
- убедиться, что вложение было предварительно загружено на файловое хранилище СМЭВ;
- проверить корректность указания в сообщении содержимого заголовка RefAttachmentHeader.
2. Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки заголовков файлов вложения сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
|
Несоответствие заголовка и вложений |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent;
- убедиться, что количество заголовков равно количеству вложений;
- убедиться, что содержимое элементов Id в AttachmentContent не дублируется».
SMEV-202
Текст ошибки: Квота на файловое хранилище для получателя превышена!
Возникает на этапе определения файловой квоты в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Закончился выделенный на файловом хранилище СМЭВ объем свободного места для ИС УВ-получателя сообщения с вложением в результате несвоевременного разбора входящей очереди сообщений. | <AsyncProcessingStatus> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю сообщения через СЦ.
SMEV-206
Текст ошибки: Количество символов в идентификаторе файла вложения превышает допустимое.
Возникает на этапе валидации идентификатора файла вложения МТОМ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Идентификатор файла МТОМ вложения, передаваемого в сообщении превышает 255 символов | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется сформировать идентификаторы, передаваемые в тегах //AttachmentHeader/contentId и //AttachmentContent/id, не превышающие размер в 255 символов.
SMEV-300
Текст ошибки: Недопустимый формат идентификатора сообщения. См. RFC-4122.
Возникает на этапе валидация идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Формат идентификатора сообщения MessageID не соответствует стандарту RFC-4122. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить корректность содержимого элемента MessageID. UUID необходимо генерировать по версии 1 (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122 http://rfc.askapache.com/rfc4122/rfc4122.html#section-4.2). СМЭВ использует метку времени, содержащуюся в UUID, для проверки срока годности сообщения, к которому относится данный UUID. Для СМЭВ срок годности одного сообщения составляет 24 часа.
SMEV-301
Текст ошибки: Сообщение с идентификатором @messageId было послано ранее.
Возникает на этапе валидации идентификатора сообщения в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Отправляется сообщение с MessageID, который уже отправлялся ранее. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
|
<AsyncProcessingStatus><OriginalMessageId>a95b71d6-1993-11e9-8758-3bde16b3418d</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Сообщение с идентификатором
a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</StatusDetails>
<SmevFault><ns2:Code>LOCAL:P:localhost:TR:ASYNC:UNQ:3</ns2:Code>
<ns2:Description>SMEV-301:Сообщение с идентификатором
a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</ns2:Description>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется сгенерировать новое значение для MessageID и повторить отправку.
SMEV-302
Текст ошибки: Timestamp идентификатора сообщения слишком давний.
Возникает на этапе валидации идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Метка времени в идентификаторе сообщения MessageID более 24-х часов. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить дату и время генерации метки времени. Сгенерировать MessageID с новой меткой времени.
SMEV-401
1. Текст ошибки: Не найден вид сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В блоке MessagePrimaryContent указаны корневой элемент или целевое пространство имен незарегистрированного в СМЭВ 3 Вида сведений или текущее время отправления запроса не входит в срок действия ВС (с/по) |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
|
<st3:AsyncProcessingStatus> |
Рекомендуется:
- определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в Актуальных адресах СМЭВ3;
- найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока MessagePrimaryContent c эталонным сообщением, опубликованным в руководстве пользователя Вида сведений — проверить, правильно ли указаны корневой элемент и целевое пространство имен корневого элемента;
- проверить срок действия ВС в карточке.
2. Текст ошибки: Попытка отправить сообщение, не соответствующее типу вида сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В рамках метода SendRequest отправлено сообщение в блоке MessagePrimaryContent которого указан корневой элемент ответа или для сообщения, отправляемого по методу SendResponse, указан корневой элемент запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- для запроса, отправляемого методом SendRequest проверить, что в блоке MessagePrimaryContent вложенный элемент соответствует корневому элементу запроса в соответствии со схемой Вида сведений, опубликованной в руководстве пользователя;
- для ответа отправляемого методом SendResponse проверить, что в блоке MessagePrimaryContent вложенный элемент соответствует корневому элементу ответа в соответствии со схемой Вида сведений, опубликованной в руководстве пользователя.
SMEV-402
Текст ошибки: Входящая очередь запрошенного типа сообщений, принадлежащая пользователю @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) не зарегистрирована в СМЭВ.
Возникает на этапе обработка сообщения в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse.
| Причина | Пример |
|
1. Неверно указаны параметры фильтрации в тегах NamespaceURI и RootElementLocalName блока MessageTypeSelector (в том числе, если указанный ВС не зарегистрирован в нужной среде). 2. Информационная система Участника не зарегистрирована в СМЭВ 3, либо ИС отсутствует в необходимой среде. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- проверить содержимое элементов NamespaceURI и RootElementLocalName блока MessageTypeSelector — целевое пространство имен и корневой элемент должны соответствовать зарегистрированному в СМЭВ 3 Виду сведений;
- проверить зарегистрирован ли данный ИС в той среде СМЭВ 3, в которой идет обращение;
- проверить зарегистрирован ли сертификат, которым подписано направленное сообщение, в соответствующей среде СМЭВ 3;
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-403
1. Текст ошибки: Сообщение содержит не все вложенные элементы. Блок @tagname отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse.
| Причина |
Пример |
|
Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
3. Текст ошибки: Метка времени сообщения @timestamp не действительна.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами GetRequest, GetResponse, GetStatus, GetIncomingQueueStatistics.
| Причина | Пример |
| Значение временной метки в сообщении отличается от текущего | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется выполнить проверку значения времени в элементе Timestamp по методам Timestamp:
- Метод GetRequestRequest : GetRequestRequest — MessageTypeSelector — Timestamp
- Метод GetResponseRequest : GetResponseRequest – MessageTypeSelector — Timestamp
- Метод GetStatus : GetStatusRequest — Timestamp
- Метод GetIncomingQueueStatisticsRequest : GetIncomingQueueStatisticsRequest — Timestamp
Значение должно совпадать с текущим (допустимая дельта — 30 минут).
4. Текст ошибки: Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = @Message_Id
Возникает на этапе Асинхронная валидация xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Вида сведений |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>704b80da-2268-11e9-afd2-02579a2b356e</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</ns2:StatusDetails>
<ns2:SmevFault xsi:type=""ns3:InvalidContent"" xmlns:xsi=""http://www.w3.org/2001/XMLSchema-instance"">
<Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:BSV:3</Code>
<Description>SMEV-403:Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</Description>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern
'[A-Za-z0-9]{1,32}' for type 'documentseriesType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element
'tns:passportSeries' is not valid.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern
'[A-Za-z0-9]{1,32}' for type 'documentnumberType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element 'tns:passportNumber'
is not valid.</ns3:ValidationError>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется:
- скачать схемы Вида сведений в карточке на Технологическом портале;
- выполнить валидацию содержимого блока MessagePrimaryContent отправляемого сообщения по схемам Вида сведения с помощью xml-валидаторов или сверить с эталонным сообщением, опубликованным в руководстве пользователя;
- исправить ошибки и повторить отправку сообщения.
SMEV-405
Текст ошибки: Входящая очередь «наименование очереди» сообщений, принадлежащая пользователю «мнемоника ИС», не зарегистрирована в СМЭВ.
Возникает на этапе Проверка наличия очереди ИС в СМЭВ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Очередь ИС не зарегистрирована в СМЭВ |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что сертификат, которым подписывается сообщение, зарегистрирован в СМЭВ;
- проверить, что указанная в тексте ошибки мнемоника ИС и ее очередь (общая или выделенная — NodeId) была зарегистрирована в СМЭВ;
- если были выявлены ошибки, исправить их (скорректировать мнемонику ИС, зарегистрировать ИС в СМЭВ, зарегистрировать сертификат, добавить выделенный узел ИС) и повторить попытку отправить запрос.
SMEV-406
Текст ошибки: Входящая очередь «мнемоника ИС_мнемоника узла» сообщений, принадлежащая пользователю «мнемоника ИС», деактивирована в СМЭВ.
Возникает на этапе проверки активации выделенного узла ИС в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Выделенный узел (NodeId) ИС деактивирован |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется создать обращение через СЦ с просьбой активировать выделенный узел ИС, приложив логи запроса и ошибки, указав номер обращения в рамках которого производилась регистрация узла ИС.
SMEV-500
Текст ошибки: Превышение пороговой продолжительности обработки вызова.
Возникает на этапе проверки EOL сообщения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Истекло установленное отправителем время жизни сообщения |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>e35b183b-2093-11e9-a8e6-aaaaaa2cac00</ns2:OriginalMessageId>
<ns2:StatusCategory>cancelled</ns2:StatusCategory>
<ns2:StatusDetails>Превышение пороговой продолжительности обработки вызова</ns2:StatusDetails>
<ns2:SmevFault><Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:PP:3</Code>
<Description>SMEV-500:Превышение пороговой продолжительности обработки вызова</Description>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется установить новое значение для элемента EOL и повторить отправку сообщения.
SMEV-501
Текст ошибки: Сообщение @AckTargetMessage не найдено среди неподтверждённых.
Возникает на этапе обработки сообщения в рамках синхронной обработки xml-сообщения, принятого методом Ack.
| Причина | Пример |
| Подтверждение получения сообщения с указанным MessageId было выполнено ранее или указанное значение MessageID некорректно |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться что сообщение Ack отправлено в тот же контур СМЭВ 3 (разработческий, тестовый, продуктивный), в котором было получено сообщение GetRequest или GetResponse;
- извлечь значение MessageID из полученного методом GetRequest или GetResponse сообщения;
- в элементе AckTargetMessage сообщения AckRequest указать полученный MessageID и отправить в адрес Единого сервиса.
SMEV-502
Текст ошибки: Не найден получатель по виду сведений.
Возникает на этапе обработки получателя сообщения по виду сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Неверно указан код маршрутизации либо его формат. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что среди Поставщиков, получивших технологический доступ к Виду сведений, присутствует Поставщик с указанным в сообщении кодом маршрутизации;
- в случае неверного кода маршрутизации исправить и повторить отправку запроса.
SMEV-503
Текст ошибки: Отправитель сообщения не зарегистрирован.
Возникает на этапе проверки регистрации отправителя сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| Информационная система Участника не зарегистрирована в СМЭВ 3 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-504
Текст ошибки: Доступ запрещён.
Возникает на этапе проверки доступа отправителя к виду сведений в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| ИС не добавлена в СМЭВ 3 в качестве потребителя для запрашиваемого ВС |
<AsyncProcessingStatus>
<OriginalMessageId>9f5ac848-1fad-11e9-bd88-7901cd343bf5</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Доступ запрещён.</StatusDetails>
<SmevFault><ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:ACSM:1</ns2:Code>
<ns2:Description>SMEV-504:Доступ запрещён.</ns2:Description>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется:
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- проверить корректность указания целевого пространства имен и корневого элемента Вида сведений (содержимое MessagePrimaryContent);
- убедиться, что ранее был направлен запрос в Ситуационный центр на получение доступа к Виду сведений из п.2 для ИС, зарегистрированной в соответствующем контуре СМЭВ (разработческий, тестовый, продуктивный) из п.1;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-505
Текст ошибки: Превышение пороговой продолжительности обработки вызова.
Возникает при получении на коннекторе клиентов сообщения ответа (SendResponseRequest), в рамках синхронной проверки.
| Причина | Пример |
| Норматив продолжительности подготовки сообщения-ответа превышен на n секунд m миллисекунд . Значение норматива продолжительности N секунд. |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется обратить внимание на следующее: ответ на запрос по версии вида сведений не сможет быть направлен с нарушением норматива продолжительности подготовки сообщения-ответа.
SMEV-600
Текст ошибки: Очередь, в которую должно быть отправлено сообщение, переполнена.
Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Ошибка связана с ограничением на допустимое количество сообщений в очереди запросов ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди ИС получателя запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<AsyncProcessingStatus>
<OriginalMessageId>e86b5350-1995-11e9-b078-0050568925e4</OriginalMessageId> <StatusCategory>requestIsRejectedBySmev</StatusCategory> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю запроса через СЦ.
SMEV-60
Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки в рамках синхронной или асинхронной обработки xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| 1. Некорректная структура сообщения 2. Отсутствует или некорректно заполнен элемент to сообщения-ответа. 3. Сообщение направлено неверным методом (например, если запрос направлен по методу SendResponse) 4. Технологические работы в СМЭВ |
<soap:Envelope |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- в случае ошибок привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3 (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
- проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
- для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
Здравствуйте, прошу помочь разобраться кто сталкивался. Работаем на портале поставщиков с 2021 года, был ключ все хорошо работало, подписывали Исполнения и т д 27.01.2022 получили в ИФНС новую ЭЦП по новым правилам и тут начались собственно проблемы.
На портале поставщиков, при попытке установить связь по ЭДО выдает одну и туже ошибку, что корневой сертификат выпущен неаккредитованным УЦ Код 264
Не подписать Исполнения которых уже куча не оплату получить.
Неоднократно писал в техподдержку на портале, на обычное обращение разводят руками, что не знают в чем дело т к ЭЦП у меня соответствует всем новым правилам, из обращения сделали инцидент.
Цитирую: По обратной связи, полученной от наших специалистов, инцидент IM300104 находится в работе на стороне оператора ЭДО. Оператором ЭДО в процессе электронного документооборота между поставщиками и заказчиками является Калуга – Астрал. К сожалению, у специалистов Портала нет доступа к данному функционалу.
Необходимо ожидать решения от оператора ЭДО.
По решению инцидента Вы будете проинформированы на электронную почту.
Сроки предоставления информации вышли. Так никто ничего не решил. Я связался с Калугой Астрал они говорят вы тоже не наш клиент обращайтесь в Департамент, в этом департаменте говорят, что не их компетенция обращайтесь на портал, так что же делать?)))))
Кто сталкивался, помогите разобраться, замкнутый круг какой то. На всех остальных площадках ЭЦП работает отлично.
Исправлена ошибка, в результате которой при формировании документа о приемке на вкладке «Контрагенты» подвкладке «Поставщик» могло отображаться пустое значение реквизита «Наименование контрагента для платежного поручения».
Исправлена ошибка, в результате которой при просмотре печатной формы документа о приемке на вкладке «Документ о приёмке» могло отображаться некорректное значение реквизита «Наименование товаров (описание выполненных работ, оказанных услуг), имущественного права».
Исправлена ошибка, в результате которой при выполнении запроса на получение документов поставщика могло возникать сообщение: «Непредвиденная ошибка в ходе обработки запроса. Подробности см. в журнале регистрации. Повторите запрос позднее или обратитесь в службу поддержки ЕИС.».
Была реализована доработка, в рамках которой в реестре нормативно-справочной информации был актуализирован справочник «Коды субъектов РФ».
Исправлена ошибка, в результате которой при формировании сведений о контракте в реестре контрактов после нажатия на кнопку «Направить на контроль и разместить» могло возникать сообщение: «Страница временно недоступна. Попробуйте перезагрузить страницу.».
Исправлена ошибка, в результате которой при формировании сведений об изменении контракта в реестре контрактов после нажатия на кнопку «Направить на контроль и разместить» мог некорректно срабатывать автоматический контроль: «Информация об изменении контракта не может быть направлена на проверку в соответствии с постановлением Правительства Российской Федерации от 28.11.2013 г. № 1084, так как в настоящий момент на проверке находится информация об исполнении, завершающая исполнение данного контракта.»
Исправлена ошибка, в результате которой при аннулировании сведений о контракте в реестре контрактов после нажатия на кнопку «Подписать и отправить на подтверждение» могло возникать сообщение: «Страница временно недоступна. Попробуйте перезагрузить страницу.».
Исправлена ошибка, в результате которой при формировании денежного обязательства в реестре контрактов на вкладке «Шаг 2. Расшифровка обязательства» могло отображаться некорректное значение реквизита «Назначение платежа для распоряжения о совершении казначейского платежа».
Исправлена ошибка, в результате которой при формировании извещения об отмене решения об одностороннем отказе в реестре документов об исполнении контрактов после подписания сведения могли зависать в статусе «Направлено поставщику».
Исправлена ошибка, в результате которой при формировании распоряжения о совершении казначейского платежа на вкладке «Шаг 1. Сведения о РСКП, документе — основании» в блоке «Общие сведения» могло отображаться некорректное значение реквизита «Главный распорядитель бюджетных средств, главный администратор источников финансирования дефицита бюджета».
Исправлена ошибка, в результате которой при формировании распоряжения о совершении казначейского платежа на вкладке «Шаг 1. Сведения о РСКП, документе — основании» с типом «Оплата за контрагента неустоек (штрафов, пеней) по акту» после нажатия на кнопку «Сохранить и проверить на нарушения» мог некорректно срабатывать автоматический контроль:
«При перечислении таможенных платежей вполе «Налоговый период/код таможенного органа» раздела «Реквизиты налоговых платежей» должен быть указан код таможенного органа (8 символов).».
Исправлена ошибка, в результате которой при отправке по интеграции извещений об осуществлении закупок могло возникать сообщение: «Непредвиденная ошибка в интеграционном адаптере ПРИЗ».
Исправлена ошибка, в результате которой при отправке по интеграции сведений о контракте могло игнорироваться значение реквизита «sumaryPackagingQuantity».
Исправлена ошибка, в результате которой при отправке по интеграции распоряжений о совершении казначейских платежей сведения могли не поступать в Подсистему управления расходами ГИИС «Электронный бюджет» (ПУР ЭБ).