Arlk 0023 ошибка росимущество - Исправление ошибок и поиск оптимальных решений проблем

ЧАстые ВОпросы по порталу Росимущества

Вопрос: «Не могу зайти в личный кабинет – пароль не работает. Что делать?»

Ответ: Вероятное решение: если логин или пароль организации содержит «1» (единица) или «l» (маленькая буква «L» английского алфавита), то проверьте правильность ввода – часто пользователи путают эти символы между собой (особенно при получении логина и пароля по факсу). Если не помогло, обратитесь в тех. поддержку.

Вопрос: «Как сохранить данные при вводе?»

Ответ: на каждой форме ввода данных анкеты нужно нажать кнопку ОК. Клавишу «Enter» нажимать НЕ НАДО!

Вопрос: «При подаче заявки я не могу найти нужное АО в списке! Что делать?»

Ответ: скорее всего, если в списке Наименование АО для подачи заявки Вы не обнаружили нужное акционерное общество – ОБЯЗАТЕЛЬНО воспользуйтесь формой поиска, указав наименование АО

Вопрос: «Я не могу найти в списках выбора организации в которых работал(а)? Как все-таки указать свой опыт?»

Ответ: Если в списках выбора организаций нет нужной – добавьте информацию в примечания к анкете, с указанием необходимых полей.

Вопрос: «При печати отправленных заявок я не вижу выбранных АО. Что делать?»

Ответ: Проверьте, что ваши заявки переведены в статус «Отправлено»!

Вопрос: «Возникают ошибки при работе с ЛК ГС – Internet Explorer зависает/отображаются непонятные сообщения об ошибках! Что делать?»

Вероятное решение:

Для работы Личного кабинета необходимо использовать Internet Explorer версии не ниже 8. Для просмотра версии Вашего браузера воспользуйтесь командой “О программе”.

Важно: прежде чем сообщать в службу поддержки Росимущества о Вашей проблеме – обязательно уточните версию Вашего Internet Explorer. За дополнительной информацией об уточнении версии Вашего браузера обратитесь к системному администратору Вашей компании.

Последнюю версию Internet Explorer Вы можете установить с сайта www.microsoft.ru

Если после обновления Internet Explorer ошибки все равно появляются – воспользуйтесь другим компьютером.

Помните:

1) Если запрашивается количество или %, то указывать количество (например, 0) и % (например, 15), а не писать «нет».

2) Для удобства просмотра информации можно перемещать границы окон отображения личного кабинета.

3) Отмеченные красной звездочкой поля форм обязательны для заполнения.

Источник

#361

Доброго времени суток коллеги! Прочитав последние сообщения в теме, решили проверить ГПр из состава ЗИП. В общем картина такая, на компьютере ВОИ стоит «голая» ХР,а само ПО ВОИ не установлено, причём заметно, что на этом компьютере имеется вирус! Во всех каталогах присутствует папка »System volume information» и на любой флешке вставленной в этот ПК эта папка появляется тоже. А ПК ПОИ не загружается вообще. После загрузки БИОСА на чёрном экране мигает сообщение «Retrying boot sequence», есть подозрение, что на ПК ПОИ ось не установлена вообще. Поэтому возник вопрос, я так понимаю ПК ПОИ не имеет как такого жёсткого диска и установка ПО происходит на какую-то встроенную флешку (отображается в БИОСЕ как 3M-2GB ATA Flash disk)? Диски с ПО в ЗИПе имеются.

Что мешало проверить ГПр при вводе?

#362

Все правильно. так и должно быть если система видит новый диск, то создает эту папку для восстановления. Если на диске есть каталоги, то в каждом каталоге. Это не вирус.

Попросил помощи, получил только болтовню. Спасибо всем.

#363

Попросил помощи, получил только болтовню. Спасибо всем.

Язык мой- враг мой! Всё кто не может помочь, но что-то то произнесёт — патентованные болтуны? Вот это новость.

#364

Добрый день! У нас имеется инструкция по замене ГПР. Но я не дома, буду только 8 января. В кратце — в ГПР 2 компа, необходимо в них поменять IP адреса и имя компа на те, что были в отказавшем ГПР. Для машины под ХР это делается штатным способом, а для машины по линуксом необходимо зайти при загрузке в сервисный режим, войди от имени пользователя root и выполнить команду chunit 1(2) в зависимости от комплекта. Да, и все манипуляции производить с отключённой локальной сетью.
[automerge]1641277303[/automerge]
По поводу сбоев при работе ответчика особенно не напрягайтесь. Мы после записи проверяем двумя другими бортами — если замечаний нет, то локатор не трогаем, а просто отписывается. Если замечания есть, то ищем причину.

Доброе утро, хотел бы попросить скинуть инструкцию по замене ГПр . Эл. адрес zotikov.andrey@yandex.ru. Заранее спасибо.

#365

Доброе утро, хотел бы попросить скинуть инструкцию по замене ГПр

Отправил на указанный адрес.

#366

Отправил на указанный адрес.

Спасибо

#367

Добрый день!
Столкнулись с таким отказом системы охлаждения «Лиры-А10».
В 23.23.54 возник отказ коммуникатора А8 шкафа 126ВК01 и через 7 секунд ушли в аварию преобразователи частоты ЧП1,ЧП2 вентиляторов охлаждения передатчиков шкафа 996ГГ04. Аварию коммуникатора А8 сбросили, а авария преобразователей частоты «Веспер» ЧП1, ЧП2 осталась. На обоих преобразователях частоты выдается диагностическое сообщение CAL — «Ожидание связи по ПЛС. После подачи питания не получены корректные данные по ПЛС при F02=2 и F03=6».
Меняли коммуникатор А8, плату управления передатчика Д2ВВ046, неоднократно перегружали ГПР-1, ГПР-2, делали полное выключение станции, снимали питание с ЧП1, ЧП2 — ничего не помогает.
При перестройке преобразователей частоты в режим ручного управления (F02=0, F03=0) вентиляторы работают нормально. То есть не проходят команды и сигналы от шкафа 126ВК01 до преобразователей ЧП1, ЧП2 в шкафу 996ГГ04.
Никто не сталкивался с подобным отказом?

#368

Никто не сталкивался с подобным отказом?

Доброго Вам! В самих преобразователях частоты так же установлена плата интерфейса RS-485 можно посмотреть их. Хотя маловероятно что бы отказали обе платы одновременно. Пройдитесь по константам, возможно «слетели» установки. У нас было пару раз, только на ПЧ вращения антенны.

#369

Возможно при замене коммуникатора не ту прошивку выбрали?

#370

Возможно при замене коммуникатора не ту прошивку выбрали?

Нет, прошивка А8. Работа ЧП1, ЧП2 восстановилась после полного отключения СВ КР-2 и последующего включения. Какой — то програмный сбой управления вентиляторами.

#371

Добрый день, коллеги, появился новый вопрос, может кто сталкивался: На АСКУ загорела розовым цветом Обработка, при открытии след. уровня показывает розовым цветом окно МПИ и Обработка.
Информация о ВС присутствует. Ругается на ошибку по времени.
Может кто то что то подскажет?

82eacf19-7655-45af-bda7-5e08875e1184.jpg

107 KB

· Просмотры: 35
ba7ca80e-90f5-46aa-8f73-bf561268b6c8.jpg

161.4 KB

· Просмотры: 34

#372

Проверьте что отображается на экране ячейки Д2ВБ010. Если ошибка, то нужно с заводом разбираться. А если там отображена дата и время а так же состояние, то проблема обмена между ячейками и ГПР. Вы случайно с тыловыми V4 не работали? Могли просто шлейфы задеть случайно.

#373

Проверьте что отображается на экране ячейки Д2ВБ010. Если ошибка, то нужно с заводом разбираться. А если там отображена дата и время а так же состояние, то проблема обмена между ячейками и ГПР. Вы случайно с тыловыми V4 не работали? Могли просто шлейфы задеть случайно.

на 1 мпи вопрос решили, причиной послужил неисправный магистральный усилитель, вышел из строя после грозы, на 2-м мпи пока показывает только 0

#376

Попробуйте, мне так удалось «отловить» дефект в разъеме между МПИ и кросс платой.

#377

Попробуйте, мне так удалось «отловить» дефект в разъеме между МПИ и кросс платой.

замена не помогла

#378

Значит дефект перешел на исправный комплект вместе с МПИ. Тогда только на завод…

#379

Добрый вечер, коллеги!!! Может кто-нибудь проверял и сталкивался уже с данной проблемой в АРЛК «Лира-А10», а именно: при выборе опции «Вертолет» в формуляре сопровождения ВС (вручную) в ВОИ на ДТ или ГПр-ах (для наблюдения малоподвижных и низкоскоростных целей в районе аэродрома) работает все штатно, при этом метка ВС от малоподвижных и низкоскоростных целей (вертолеты и ВС типа Цесна-172) наблюдаются вплоть до ВПП (V=10-20км/ч). А вот на нашей КСА УВД «Альфа» на КДП при этом пропадает метка и формуляр соответственно, именно от ВС на котором выставлена данная опция «Вертолет» в формуляре на локаторе. Остальные метки ВС присутствуют, без замечаний со стороны диспетчерского состава!!! У нас стоят версии СПО: ВОИ-7.2.0.6 и АСКУ-1.70 от 20.06.2017г

#380

Добрый день! Просмотрите файлы *.kdp, ели метка от вертолета присутствует. то она транслируется на КСА. Значит проблема настройки КСА «Альфа». У нас была схожая проблема, только между «»Лирой и СОИ «Норд». Решилось выставлением одинаковой минимальной скорости обнаружения и в КСА и на «Лире». Если в файле *.kdp отметка от вертолета отсутствует, то нужно смотреть базовые настройки локатора.

Источник

Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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/">
       <soap:Body>
          <soap:Fault>
  <faultcode>soap:Server</faultcode>
             <faultstring>ЭП-ОВ не
  соответствует подписанным данным:
  ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки
  ЭП: Нарушена целостность ЭП.</faultstring>
             <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE1 :
  TR:SYNC:SPS:2</Code>
  <Description>SMEV-100:ЭП-ОВ не соответствует подписанным данным:
  ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки
  ЭП: Нарушена целостность ЭП.</Description>
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
             </detail>
          </soap:Fault>
       </soap:Body>
    </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/">
 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Проверка подписи на вложении zapros.jpg: Дайджест не прошел проверку!</faultstring>
   <detail>
    <ns3:SignatureVerificationFault 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2" 
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2" 
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
     <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:SPS:7</Code>
     <Description>SMEV-100:Проверка подписи на вложении zapros.jpg:
 Дайджест не прошел проверку!</Description>
     <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
  </soap:Fault>
 </soap:Body>
</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/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Проверка
  подписи на вложении zapros.jpg: Ошибка получения дайджеста (OID) из
  подписи.</faultstring>
       <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
         <Code>tsmev3:PRODUCTION_AREA:TSMEV3_CORE2
  : TR:SYNC:SPS:8</Code>
  <Description>SMEV-100:Проверка подписи на вложении zapros.jpg:
  Ошибка получения дайджеста (OID) из подписи.</Description>
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>

Рекомендуется проверить что подпись вложения удовлетворяет профилю формата PKCS#7 согласно п.6.3.1. Подписи в формате PKCS#7 и
Приложение В. Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия.

5. Текст ошибки: Срок действия сертификата ЭП-* истёк. Сертификат действителен до @validUntil.

Причина

Пример

Срок действия ЭП-ОВ истёк.

<soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">

 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Срок действия сертификата ЭП-ОВ истёк. Сертификат действителен до 2014-12-03 12:21</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:4</Code>
     <Description>SMEV-100:Срок действия сертификата ЭП-ОВ истёк.
 Сертификат действителен до 2014-12-03 12:21</Description>
     <ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>

Срок действия ЭП-СП истёк.

<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>
<soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Срок действия сертификата ЭП-СП не начался. Сертификат действителен с 2022-06-01 09:00</faultstring>
   <detail>
    <ns3:SignatureVerificationFault
xmlns:ns3=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3″

xmlns:ns2=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3″
xmlns=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3″>
     <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:SPS:4</Code>
     <Description>SMEV-100:Срок действия сертификата ЭП-ОВ не начался.
Сертификат действителен до 2014-12-03 12:21</Description>
     <ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>

Срок действия ЭП-СП не начался.

<AsyncProcessingStatus><OriginalMessageId>4fd0f689-1d79-11e9-831b-00155d1c2b05</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Срок действия сертификата ЭП-СП не начался. Сертификат действителен с 2022-06-01 09:00</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>

Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.

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/">
       <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.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>LOCAL:DEV:localhost:TR:SYNC:RTR:1</Code>
  <Description>SMEV-100:Технологический доступ к СМЭВ временно
  отозван в связи с нарушением установленного лимита обращений в
  систему</Description>     
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
             </detail>
          </soap:Fault>
       </soap:Body>
    </soap:Envelope>

Рекомендуется Уменьшить интенсивность обращения к методам Единого сервиса СМЭВ 3 до рекомендованных. Значения лимитов по умолчанию зафиксированы в п. 5.4 Методических Рекомендаций СМЭВ.

SMEV-200

1. Текст ошибки: Превышен максимально допустимый суммарный размер присоединённых файлов и сообщения.

Возникает на этапе проверки размера сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Размер присоединённых файлов превысил 5 Мб при отправке через MTOM

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
	<soap:Fault>
	<faultcode>soap:Server</faultcode>
	<faultstring>Превышен максимально допустимый суммарный 
размер присоединённых файлов и сообщения.</faultstring>
	<detail>
	<ns3:AttachmentSizeLimitExceeded 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
	<Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:2</Code>
	<Description>SMEV-200:Превышен максимально допустимый 
суммарный размер присоединённых файлов и сообщения.</Description>
	<ns3:PermittedTotalAttachmentSize>5242880</ns3:PermittedTotalAttachmentSize>
	<ns3:RealTotalAttachmentSize>6275349</ns3:RealTotalAttachmentSize>
	</ns3:AttachmentSizeLimitExceeded>
	</detail>
	</soap:Fault>
	</soap:Body>
	</soap:Envelope>

Рекомендуется проверить размер прикрепляемых файлов — суммарный размер вложений для передачи с помощью МТОМ с одним сообщением не должен превышать 5 Мб.

2. Текст ошибки: Количество ФТП-вложений превышает допустимое.

Возникает на этапе проверки количества ФТП-вложений в сообщении, принятого методом SendRequest либо SendResponse в рамках синхронной обработки.

Причина

Пример

Количество вложений в сообщении превысило лимит.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
	<soap:Fault>
	<faultcode>soap:Server</faultcode>
	<faultstring>Количество ФТП-вложений превышает допустимое</faultstring>
	<detail>
	<ns3:AttachmentSizeLimitExceeded 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
	<Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:2</Code>
	<Description>SMEV-200:Количество ФТП-вложений превышает допустимое</Description>
	<ns3:PermittedTotalAttachmentSize>10</ns3:PermittedTotalAttachmentSize>
	<ns3:RealTotalAttachmentSize>15</ns3:RealTotalAttachmentSize>
	</ns3:AttachmentSizeLimitExceeded>
	</detail>
	</soap:Fault>
	</soap:Body>
	</soap:Envelope>

Рекомендуется сократить количество вложений, передаваемых в сообщении, до разрешенного. Целевой лимит количества вложений указан в синхронном ответе в блоке PermittedTotalAttachmentSize.

SMEV-201

1. Текст ошибки: Некорректная информация о фтп вложениях; message id = @id_сообщения.

Возникает на этапе проверки файлов вложения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

1.Несоответствие заголовка и вложений
2. Вложение не загружено перед отправкой сообщения

<AsyncProcessingStatus>
	<OriginalMessageId>57a28db2-18d1-11e9-8037-0242ac110008</OriginalMessageId>
	<StatusCategory>requestIsRejectedBySmev</StatusCategory>
	<StatusDetails>Некорректная информация о фтп вложениях;
 message id = 57a28db2-18d1-11e9-8037-0242ac110008</StatusDetails>
	<SmevFault>
	<ns2:Code>LOCAL:P:localhost:TR:ASYNC:FS:2</ns2:Code>
	<ns2:Description>SMEV-201:Некорректная информация о фтп вложениях;
 message id = 57a28db2-18d1-11e9-8037-0242ac110008</ns2:Description>
	</SmevFault>
	</AsyncProcessingStatus>

Рекомендуется:

убедиться, что вложение было предварительно загружено на файловое хранилище СМЭВ;
проверить корректность указания в сообщении содержимого заголовка RefAttachmentHeader.

2. Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.

Возникает на этапе проверки заголовков файлов вложения сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Несоответствие заголовка и вложений

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
		<soap:Fault>
		     <faultcode>soap:Server</faultcode>
		     <faultstring>Вложение [Id="otvet"] не имеет заголовка.</faultstring>
		     <detail>
		        <ns3:AttachmentContentMiscoordination
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
		         <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:4</Code>
		         <Description>SMEV-201:Ошибка СМЭВ. 
Обратитесь в службу технической поддержки.</Description>
		        </ns3:AttachmentContentMiscoordination>
		     </detail>
		</soap:Fault>
	</soap:Body>
</soap:Envelope>

Рекомендуется:

убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent;
убедиться, что количество заголовков равно количеству вложений;
убедиться, что содержимое элементов Id в AttachmentContent не дублируется».

SMEV-202

Текст ошибки: Квота на файловое хранилище для получателя превышена!
Возникает на этапе определения файловой квоты в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Закончился выделенный на файловом хранилище СМЭВ объем свободного места для ИС УВ-получателя сообщения с вложением в результате несвоевременного разбора входящей очереди сообщений.

<AsyncProcessingStatus>
      <OriginalMessageId>54897fef-6bfc-11eb-ab7f-0a0027000002</OriginalMessageId>
      <StatusCategory>requestIsRejectedBySmev</StatusCategory>
      <StatusDetails>Квота на файловое хранилище для получателя превышена!</StatusDetails>
     <SmevFault xsi:type="ns3:QuoteLimitExceeded"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <ns2:Code>tsmev3:P:TSMEV3_ASYNC_CORE2:TR:ASYNC:PP:QT:1</ns2:Code>
 <ns2:Description>SMEV-202:Квота на файловое хранилище
 для получателя превышена!</ns2:Description>
 <ns3:RemainedTotalQuoteSize>3238634</ns3:RemainedTotalQuoteSize>
 <ns3:RealTotalAttachmentSize>12582912</ns3:RealTotalAttachmentSize>
      </SmevFault>
</AsyncProcessingStatus>

Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю сообщения через СЦ.

SMEV-206

Текст ошибки: Количество символов в идентификаторе файла вложения превышает допустимое.

Возникает на этапе валидации идентификатора файла вложения МТОМ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Идентификатор файла МТОМ вложения, передаваемого в сообщении превышает 255 символов

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>SMEV-206:Количество символов в идентификаторе
 файла вложения превышает допустимое</faultstring>
    <detail>
     <ns3:InvalidContent 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3"
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3"
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3">
      <Code>CONNECTOR</Code>
      <Description>SMEV-206:Количество символов в идентификаторе файла
вложения превышает допустимое</Description>
     </ns3:InvalidContent>
    </detail>
   </soap:Fault>
  </soap:Body>
 </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/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Недопустимый формат идентификатора сообщения. См. RFC-4122.</faultstring>
    <detail>
     <ns3:InvalidMessageIdFormat xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:1</Code>
      <Description>SMEV-300:Недопустимый формат идентификатора сообщения.
 См. RFC-4122.</Description>
     </ns3:InvalidMessageIdFormat>
    </detail>
   </soap:Fault>
  </soap:Body>
 </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/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Сообщение с идентификатором 
23d023ab-20a0-11e9-a8e6-aaaaaa2cac00 было послано ранее.</faultstring>
    <detail>
     <ns3:MessageIsAlreadySent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:3</Code>
	      <Description>SMEV-301:Сообщение с идентификатором
 23d023ab-20a0-11e9-a8e6-aaaaaa2cac00 было послано ранее.</Description>
     </ns3:MessageIsAlreadySent>
    </detail>
   </soap:Fault>
  </soap:Body>
 </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/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Timestamp идентификатора сообщения слишком давний.</faultstring>
    <detail>
     <ns3:StaleMessageId xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 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" 
xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:2</Code>
      <Description>SMEV-302:Timestamp идентификатора сообщения 
слишком давний.</Description>
     </ns3:StaleMessageId>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>

Рекомендуется проверить дату и время генерации метки времени. Сгенерировать MessageID с новой меткой времени.

SMEV-401

1. Текст ошибки: Не найден вид сведений.

Возникает на этапе проверки наличия вида сведений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

В блоке MessagePrimaryContent указаны корневой элемент или целевое пространство имен незарегистрированного в СМЭВ 3 Вида сведений или текущее время отправления запроса не входит в срок действия ВС (с/по)

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
 <soap:Body>
 <soap:Fault>
 <faultcode>soap:Server</faultcode>
 <faultstring>Не найден вид сведений.</faultstring>
 <detail>
 <ns3:BusinessDataTypeIsNotSupported
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
 <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:BSV:1</Code>
 <Description>SMEV-401:Не найден вид сведений.</Description>
 <ns3:RootElementLocalName>DataRequestttttt</ns3:RootElementLocalName>
 <ns3:RootElementNamespaceURI>urn://qa/8.0.0</ns3:RootElementNamespaceURI>
 </ns3:BusinessDataTypeIsNotSupported>
 </detail>
 </soap:Fault>
 </soap:Body>
 </soap:Envelope>

 <st3:AsyncProcessingStatus>
      <st3:OriginalMessageId>18e1b148-00b4-11ec-914d-00059a3c7a00</st3:OriginalMessageId>
       <st3:StatusCategory>requestIsRejectedBySmev</st3:StatusCategory>
        <st3:StatusDetails>Не найден вид сведений</st3:StatusDetails>
	<st3:SmevFault xsi:type="sf3:BusinessDataTypeIsNotSupported"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<sb3:Code>PREPROCESSING</sb3:Code>
	<sb3:Description>SMEV-401: Не найден вид сведений.</sb3:Description>
	<sf3:RootElementLocalName>DataRequest22</sf3:RootElementLocalName>
	<sf3:RootElementNamespaceURI>urn://qa/1.0.0</sf3:RootElementNamespaceURI>
	</st3:SmevFault>
</st3:AsyncProcessingStatus>

Рекомендуется:

определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в Актуальных адресах СМЭВ3;
найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока MessagePrimaryContent c эталонным сообщением, опубликованным в руководстве пользователя Вида сведений — проверить, правильно ли указаны корневой элемент и целевое пространство имен корневого элемента;
проверить срок действия ВС в карточке.

2. Текст ошибки: Попытка отправить сообщение, не соответствующее типу вида сведений.

Возникает на этапе проверки наличия вида сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

В рамках метода SendRequest отправлено сообщение в блоке MessagePrimaryContent которого указан корневой элемент ответа или для сообщения, отправляемого по методу SendResponse, указан корневой элемент запроса.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Попытка послать сообщение {urn://qa/8.0.0}DataRequest через метод sendResponse,
 в то время как этот тип сообщений зарегистрирован как REQUEST</faultstring>
    <detail>
     <ns3:BusinessDataTypeIsNotSupported
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:RTR:7</Code>
      <Description>SMEV-401:Попытка отправить сообщение, не соответствующее типу вида сведений</Description>
      <ns3:RootElementLocalName>DataRequest</ns3:RootElementLocalName>
      <ns3:RootElementNamespaceURI>urn://qa/8.0.0</ns3:RootElementNamespaceURI>
     </ns3:BusinessDataTypeIsNotSupported>
    </detail>
   </soap:Fault>
  </soap:Body>
 </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/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Входящая очередь запрошенного типа сообщений,
 принадлежащая пользователю CN=АО РТ Лабс, C=RU, ST=50 Московская область,
 L=Химки, STREET="141400, Россия, Московская обл., 
г. Химки, ул. Пролетарская, д. 23, ком 101", O=АО РТ Лабс,
 OID.1.2.643.100.1=#120D31303335303039353637343530, 
OID.1.2.643.3.131.1.1=#120C303035303437303533393230,
OID.1.2.840.113549.1.9.2=Санити СМЭВ3 ИС01 не зарегистрирована в СМЭВ</faultstring>
    <detail>
     <ns3:UnknownMessageType xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2" 
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2" 
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
 xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:12</Code>
      <Description>SMEV-402:Входящая очередь запрошенного типа сообщений,
 принадлежащая пользователю CN=АО РТ Лабс, C=RU, ST=50 Московская область,
 L=Химки, STREET="141400, Россия, Московская обл., г. Химки, ул. Пролетарская, 
д. 23, ком 101", O=АО РТ Лабс, OID.1.2.643.100.1=#120D31303335303039353637343530, 
OID.1.2.643.3.131.1.1=#120C303035303437303533393230,
OID.1.2.840.113549.1.9.2=Санити СМЭВ3 ИС01 
не зарегистрирована в СМЭВ</Description>
     </ns3:UnknownMessageType>
    </detail>
   </soap:Fault>
  </soap:Body>
 </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/">
 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Сообщение содержит не все вложенные элементы.
 Блок MessagePrimaryContent отсутствует либо пуст.</faultstring>
   <detail>
    <ns3:InvalidContent xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
     <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:PP:55</Code>
     <Description>SMEV-403:Сообщение содержит не все вложенные элементы.
 Блок MessagePrimaryContent отсутствует либо пуст.</Description>
    </ns3:InvalidContent>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>

Рекомендуется:

выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
повторить отправку сообщения.

2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.

Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.

Причина

Пример

Отправляемое сообщение не соответствует схемам Единого сервиса

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
  <soap:Fault>
  <faultcode>soap:Server</faultcode>
  <faultstring>Сообщение содержит не все вложенные элементы. 
Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
 отсутствует либо пуст.</faultstring>
  <detail>
  <ns3:InvalidContent 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>LOCAL:DEV:localhost : TR:SYNC:PP:55</Code>
  <Description>SMEV-403:Сообщение содержит не все вложенные элементы.
 Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
 отсутствует либо пуст.</Description>
  </ns3:InvalidContent>
  </detail>
  </soap:Fault>
  </soap:Body>
 </soap:Envelope>
 <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
       <SOAP-ENV:Fault>
          <faultcode>SOAP-ENV:Client</faultcode>
          <faultstring>Сообщение не соответствует схеме Единого сервиса:
 Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
отсутствует либо пуст</faultstring>
       </SOAP-ENV:Fault>
    </SOAP-ENV:Body>
 </SOAP-ENV:Envelope>

Рекомендуется:

выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
повторить отправку сообщения.

3. Текст ошибки: Метка времени сообщения @timestamp не действительна.

Возникает на этапе синхронной валидации xml-сообщения, принятого методами GetRequest, GetResponse, GetStatus, GetIncomingQueueStatistics.

Причина

Пример

Значение временной метки в сообщении отличается от текущего

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body> 
       <soap:Fault> 
          <faultcode>soap:Server</faultcode> 
          <faultstring>Метка времени сообщения
 2014-02-11T17:10:03.616+04:00 не действительна</faultstring> 
          <detail> 
             <ns3:InvalidContent
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"> 
                <Code>fed0:TEST_AREA:FED0_CORE1 : TR:SYNC:PP:3</Code> 
                <Description>SMEV-403:Метка времени сообщения
 2014-02-11T17:10:03.616+04:00 не действительна</Description> 
             </ns3:InvalidContent> 
          </detail> 
       </soap:Fault> 
    </soap:Body> 
 </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/">
    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
       <SOAP-ENV:Fault>
          <faultcode>SOAP-ENV:Server</faultcode>
          <faultstring>SMEV-405: Входящая очередь testroiv08N03 сообщений, 
принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</faultstring>
          <detail>
             <sf3:InvalidContent 
xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
 xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
                <sb3:Code>CONNECTOR</sb3:Code>
                <sb3:Description>SMEV-405: Входящая очередь testroiv08N03 сообщений,
 принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</sb3:Description>
                <sf3:ValidationError errorPosition="0">SMEV-405: Входящая очередь testroiv08N03 сообщений,
 принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</sf3:ValidationError>
             </sf3:InvalidContent>
          </detail>
       </SOAP-ENV:Fault>
    </SOAP-ENV:Body>
 </SOAP-ENV:Envelope>

Рекомендуется:

убедиться, что сертификат, которым подписывается сообщение, зарегистрирован в СМЭВ;
проверить, что указанная в тексте ошибки мнемоника ИС и ее очередь (общая или выделенная — NodeId) была зарегистрирована в СМЭВ;
если были выявлены ошибки, исправить их (скорректировать мнемонику ИС, зарегистрировать ИС в СМЭВ, зарегистрировать сертификат, добавить выделенный узел ИС) и повторить попытку отправить запрос.

SMEV-406

Текст ошибки: Входящая очередь «мнемоника ИС_мнемоника узла» сообщений, принадлежащая пользователю «мнемоника ИС», деактивирована в СМЭВ.

Возникает на этапе проверки активации выделенного узла ИС в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Выделенный
узел (NodeId) ИС деактивирован

<SOAP-ENV:Envelope
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
      <SOAP-ENV:Header/>
      <SOAP-ENV:Body>
         <SOAP-ENV:Fault>
  <faultcode>SOAP-ENV:Server</faultcode>
            <faultstring>SMEV-406:
  Входящая очередь testroiv08_N02 сообщений, принадлежащая пользователю
  testroiv08, деактивирована в СМЭВ</faultstring>
            <detail>
               <sf3:InvalidContent
  xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
  xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
  <sb3:Code>CONNECTOR</sb3:Code>
  <sb3:Description>SMEV-406: Входящая очередь testroiv08_N02
  сообщений, принадлежащая пользователю testroiv08, деактивирована в
  СМЭВ</sb3:Description>
  <sf3:ValidationError errorPosition="0">SMEV-406:
  Входящая очередь testroiv08_N02 сообщений, принадлежащая пользователю
  testroiv08, деактивирована в СМЭВ</sf3:ValidationError>
  </sf3:InvalidContent>
             </detail>
          </SOAP-ENV:Fault>
       </SOAP-ENV:Body>
    </SOAP-ENV:Envelope>

Рекомендуется создать обращение через СЦ с просьбой активировать выделенный узел ИС, приложив логи запроса и ошибки, указав номер обращения в рамках которого производилась регистрация узла ИС.

SMEV-500

Текст ошибки: Превышение пороговой продолжительности обработки вызова.

Возникает на этапе проверки EOL сообщения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина

Пример

Истекло установленное отправителем время жизни сообщения

<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Превышение
  пороговой продолжительности обработки вызова</faultstring>
       <detail>
        <ns3:EndOfLifeReached
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:PP:3</Code>
  <Description>SMEV-500:Превышение пороговой продолжительности
  обработки вызова</Description>
  </ns3:EndOfLifeReached>
       </detail>
      </soap:Fault>
     </soap:Body>
    </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/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Сообщение
  e8cd9dc6-22f2-11e9-a8e6-aaaaaa2cac00 не найдено среди
  неподтверждённых.</faultstring>
       <detail>
        <ns3:TargetMessageIsNotFound
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns=""urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2""
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE1 :
  TR:SYNC:DAS:4</Code>
         <Description>SMEV-501:Сообщение
  e8cd9dc6-22f2-11e9-a8e6-aaaaaa2cac00 не найдено среди
  неподтверждённых.</Description>
  </ns3:TargetMessageIsNotFound>
       </detail>
      </soap:Fault>
     </soap:Body>
    </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/">
    <soap:Body>
    <soap:Fault>
 <faultcode>soap:Server</faultcode>
   <faultstring>Невозможно определить получателя для сообщения. 
Полное имя корневого элемента: {http://epgu.gosuslugi.ru/lk/order/event/3.1.1}
eventServiceRequest</faultstring>
      <detail>
       <ns3:RecipientIsNotFound
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
 xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:4</Code>
         <Description>SMEV-502:Не найден получатель по виду сведений</Description>
  </ns3:RecipientIsNotFound>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>

Рекомендуется:

убедиться, что среди Поставщиков, получивших технологический доступ к Виду сведений, присутствует Поставщик с указанным в сообщении кодом маршрутизации;
в случае неверного кода маршрутизации исправить и повторить отправку запроса.

SMEV-503

Текст ошибки: Отправитель сообщения не зарегистрирован.

Возникает на этапе проверки регистрации отправителя сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse, GetRequest, GetResponse, Ack.

Причина

Пример

Информационная
система Участника не зарегистрирована в СМЭВ 3

<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body>
     <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Отправитель сообщения не зарегистрирован.</faultstring>
       <detail>
       <ns3:SenderIsNotRegistered
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 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"
 xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:1</Code>
         <Description>SMEV-503:Отправитель сообщения
 не зарегистрирован.</Description>
  </ns3:SenderIsNotRegistered>
       </detail>
      </soap:Fault>
     </soap:Body>
    </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/">
      <SOAP-ENV:Header/>
      <SOAP-ENV:Body>
         <SOAP-ENV:Fault>
  <faultcode>SMEV-505</faultcode>
            <faultstring>Норматив
  продолжительности подготовки сообщения-ответа превышен на 726 секунд 322
  миллисекунд. Значение норматива продолжительности 25
  секунд.</faultstring>
            <detail>
               <sf3:EndOfLifeReached
  xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
  xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
  <sb3:Code>CONNECTOR</sb3:Code>
  <sb3:Description>Норматив продолжительности подготовки
  сообщения-ответа превышен на 726 секунд 322 миллисекунд. Значение норматива
  продолжительности 25 секунд.</sb3:Description>
  </sf3:EndOfLifeReached>
            </detail>
         </SOAP-ENV:Fault>
      </SOAP-ENV:Body>
   </SOAP-ENV:Envelope>

Рекомендуется обратить внимание на следующее: ответ на запрос по версии вида сведений не сможет быть направлен с нарушением норматива продолжительности подготовки сообщения-ответа.

SMEV-600

Текст ошибки: Очередь, в которую должно быть отправлено сообщение, переполнена.

Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.

Причина

Пример

Ошибка
связана с ограничением на допустимое количество сообщений в очереди запросов
ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди
ИС получателя запроса.

<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
      <soap:Body>
         <soap:Fault>
 <faultcode>soap:Server</faultcode>
            <faultstring>Очередь,
 в которую должно быть отправлено сообщение, переполнена.</faultstring>
            <detail>          
  <ns3:DestinationOverflow
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
                   <Code>fed0:DEV:FED0_CORE2: TR:SYNC:PP:15</Code>
  <Description>SMEV-600:Очередь, в которую должно быть отправлено
  сообщение, переполнена.</Description>    
  <ns3:MessageBrokerAddress>unknown</ns3:MessageBrokerAddress>   
  <ns3:DestinationName>delivery.testfoiv._REQUEST_</ns3:DestinationName>       
  </ns3:DestinationOverflow>
           </detail>
        </soap:Fault>
     </soap:Body>
  </soap:Envelope>

<AsyncProcessingStatus>

<OriginalMessageId>e86b5350-1995-11e9-b078-0050568925e4</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Очередь, в которую должно быть отправлено сообщение,
 переполнена.</StatusDetails>
<SmevFault xsi:type="ns3:DestinationOverflow"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:DAS:2</ns2:Code>
<ns2:Description>SMEV-600:Очередь, в которую должно быть отправлено сообщение,
 переполнена.</ns2:Description>
<ns3:MessageBrokerAddress>unknown</ns3:MessageBrokerAddress>
<ns3:DestinationName>delivery.FNS002_3S._REQUEST_</ns3:DestinationName>
</SmevFault></AsyncProcessingStatus>

Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю запроса через СЦ.

SMEV-60

Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.

Возникает на этапе проверки в рамках синхронной или асинхронной обработки xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse, Ack.

Причина

Пример

1.
Некорректная структура сообщения
2. Отсутствует или некорректно заполнен элемент to сообщения-ответа.
3. Сообщение направлено неверным методом (например, если запрос направлен
по методу SendResponse)
4. Технологические работы в СМЭВ

<soap:Envelope
 xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>                
  <soap:Fault>
  <faultcode>soap:Server</faultcode>                          
  <faultstring>Ошибка СМЭВ. Обратитесь в службу технической
  поддержки.</faultstring>
  <detail>
  <ns3:SMEVFailure
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:10</Code>
  <Description>SMEV-60:Ошибка СМЭВ. Обратитесь в службу
  технической поддержки.</Description>
  </ns3:SMEVFailure>
  </detail>
  </soap:Fault>
   </soap:Body>
  </soap:Envelope>

Рекомендуется:

выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
в случае ошибок привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3 (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».

Источник

Содержание

ЧАстые ВОпросы по порталу Росимущества
rosim.ru Узнать Статус Сейчас
rosim.ru Состояние на Сегодня
rosim.ru Статус Отключений по Всему Миру
Пошаговая Инструкция если rosim.ru упал
Q: Что делать если rosim.ru упал?
Q: Что если rosim.ru на самом деле упал?
mirpluk.ru
Уютный бложик Джикса
Не заходит или не подписывает на сайте rosim.ru
Во всем виноват КриптоПро
Разгребая говны.
Сайт росимущества техническая поддержка
Функции модуля правообладателя (АСУФИ) Росимущество
Регистрация в системе Модуль правообладателя
Домашняя страница личного кабинета
Инструкция по работе с новой версией АСУФИ 2.0 Модуль Правообладателя Росимущество

ЧАстые ВОпросы по порталу Росимущества

Вопрос: «Не могу зайти в личный кабинет – пароль не работает. Что делать?»

Вопрос: «Как сохранить данные при вводе?»

Ответ: на каждой форме ввода данных анкеты нужно нажать кнопку ОК. Клавишу «Enter» нажимать НЕ НАДО!

Вопрос: «При подаче заявки я не могу найти нужное АО в списке! Что делать?»

Вопрос: «Я не могу найти в списках выбора организации в которых работал(а)? Как все-таки указать свой опыт?»

Вопрос: «При печати отправленных заявок я не вижу выбранных АО. Что делать?»

Ответ: Проверьте, что ваши заявки переведены в статус «Отправлено»!

Для работы Личного кабинета необходимо использовать Internet Explorer версии не ниже 8. Для просмотра версии Вашего браузера воспользуйтесь командой “О программе”.

Важно: прежде чем сообщать в службу поддержки Росимущества о Вашей проблеме – обязательно уточните версию Вашего Internet Explorer. За дополнительной информацией об уточнении версии Вашего браузера обратитесь к системному администратору Вашей компании.

Последнюю версию Internet Explorer Вы можете установить с сайта www.microsoft.ru

Если после обновления Internet Explorer ошибки все равно появляются – воспользуйтесь другим компьютером.

Помните:

1) Если запрашивается количество или %, то указывать количество (например, 0) и % (например, 15), а не писать «нет».

2) Для удобства просмотра информации можно перемещать границы окон отображения личного кабинета.

3) Отмеченные красной звездочкой поля форм обязательны для заполнения.

Источник

rosim.ru Узнать Статус Сейчас

Вы столкнулись с проблемой, пытаясь открыть сайт rosim.ru ? Узнайте, может быть, проблемы с вашей стороны или же сайт упал.
Проверьте состояние rosim.ru – может сайт упал, или же проблема у вас!

rosim.ru Состояние на Сегодня

rosim.ru Статус Отключений по Всему Миру

Пошаговая Инструкция если rosim.ru упал

Q: Что делать если rosim.ru упал?

Если rosim.ru на самом деле не «упал» но не доступен на вашей системе, попробуйте альтернативу этому сайту.

Однако во многих случаях, проблема объясняется неправильным DNS. В этом случае, просто используйте этот IP (193.151.0.70), введите его в адресную строку вашего браузера и нажмите ввод. Если это сработает, то будьте уверены – проблема в DNS. Исправить его можно здесь.

Q: Что если rosim.ru на самом деле упал?

Если rosim.ru на самом деле упал, вы можете:

Попробовать альтернативную ссылку, к примеру m. rosim.ru , имя сайта с «www» и без.

Подождать – большинство зависаний и других неполадок не длятся долго.

Оставить запрос на форуме, блоге, странице фейсбука – обычно менеджеры выкладывают информацию о планируемых работах на сайте, так что всегда полезно взглянуть.

Попробовать альтернативу – Нажмите, чтобы посмотреть, если таковая есть. В большинстве случаев вы ее легко можете найти!

Источник

mirpluk.ru

Уютный бложик Джикса

Не заходит или не подписывает на сайте rosim.ru

В связи с переходом чебуркрипты и сертификатов на Гост 2012 года, по всем около гос-сайтам начались проблемы. Об этом нас предупреждали давно, но все тянули как всегда до последнего. Итак, не объявляя войны Межведомственный портал по управлению государственной собственностью или Росимущество, что по адресу http://www.rosim.ru/about/systems/mvpt, заявил что не хотит работать больше с плагином который только по Госту 2001 года и надо бы его переустановить. В моем правда случае начали происходить проблемы с подписанием документов. Вообще чудом удалось найти новость про этот самый плагин, а я только начал отходить от плясок с электронным бюджетом. Естественно никто не предупредил нас, что это начало очередного увлекательного приключения — заставь нормально работать гос сайт. Ты готов? Открывайся сезам

А теперь выдохнули и за дело.

На rosim.ru какой-то свой плагин подписания с енигмой и геями, не криптопро эцп browser plug-in, не sign.cab который на zakupki.gov.ru. Его надо обновить, для этого надо удалить старый плагин. Если вы только начали, немного о настройке IE тут, про Фокс врут, там вообще не работает. Плагин удаляется в установке и удалении программ. Дальше при попытке подписать документы, вам предложат скачать новый. Но он не будет работать с Криптопро ниже 4 версии. Его тоже надо переставить, у меня была Крипто про CSP 4.0.9842 (это важно).

Во всем виноват КриптоПро

И вот тут начинается самое веселье. На windows 7 в 11 exporer меня смогли поразить до глубины души. При попытке зайти в личный кабинет http://www.rosim.ru/about/systems/mvpt експлорер выдает —
Ваш сеанс работы будет прекращён. Обнаружена критическая неполадка система будет автоматически перезагружена через одну минуту. Сохраните работу сейчас. Отмечу что слыхал про такую же проблему при входе на zakupki.gov.ru.

В первую очередь не паникуйте с тупых советников в интернете о том что это у вас вирусы, на самом деле у вас как и у всей страны Крипто Про. Где-то там по пути употребления кокса, горами валяющегося у разработчиков после празднования столь удачно лобированных ими интересов, они облажались. И в версию 4.0.9842 вкралась ошибка которая и вызывает в експлорере жажду угнетать вас. Быстро выкатили обновление 4.0.9944, но у многих от казначейства старая версия.

Разгребая говны.

Вообще настоятельно рекомендую воспользоваться инструкциями с Закупок там настройки весьма похожи плюс есть Крипто про нормальный. Ключ активации криптопро подходит от четвертого, обязательно проверьте активацию, а то внезапно слетит через три месяца. Поверх 3.6 не ставиться Криптопро 4.0.9944, выдает какую-то идиотскую ошибку типа не найден файл. Обязательно обновляем
криптопро эцп browser plug-in. В документации с закупок узнаем, что надо отключить:
Сервис — Свойства браузера — Дополнительно
Использовать TLS 1.1
Использовать TLS 1.2. Не надо отключать TLS 1.0, тогда версия Криптопро 4.0.9842 не будет выключать компьютер. В случае с версией 4.0.9944 верните галочки как было, может оно где еще понадобится (там же в инструкциях упоминается в Крипто-Про
включить режим усиленного контроля использования ключей, у меня все и без него завелось).

Для 4.0.9944 убирать не надо

Но и это еще не все. Мы только зашли, подписать возможно не выйдет. Версия 4.0.9842 выдаст ошибку при подписании документов типа — ошибка обращения к контейнеру закрытого ключа (заборол только обновлением до исправленной версии). И наконец rosim.ru с Криптопро 4.0.9944 уже даже призывно манит выбором сертификата пользователя при подписании, но выдает ошибку — ошибка при вызове криптоплагина. signhash error. Это результат того что у вас подпись еще по Гост 2001, на сколько понял с 4го Крипто с таким не особо работает. Решение с zakupki.gov.ru рабочее. Если у вас все подписи по Гост 2012, возможно все норм и ничего делать не надо.

На этом у меня все заработало. Заодно и Закупки пересадились на новый гост и я пошатываясь ушел в закат.

Источник

Сайт росимущества техническая поддержка

Функции модуля правообладателя (АСУФИ) Росимущество

Функции и возможности модуля правообладателя – автоматизированной системы учета федерального имущества (АСУФИ):

Предоставление данных о новых объектах федерального имущества, которые принадлежат правообладателю на соответствующем вещном праве, или о лице, которое владеет правами на объект учёта или данными о нём;
Предоставление нужных документов для внесения изменений в данные об объектах учета, которые принадлежат правообладателям на соответствующем вещном праве, или о лице, которое владеет правами на объект учёта или сведениями о нём;
Предоставление нужных документов для удаления сведений об объекте учёта или о лице, владеющем правами на объект учёта или сведениями о нём;
Добавление и просмотр результатов инвентаризации;
Просмотр данных, внесенных в реестр федерального имущества.

Регистрация в системе Модуль правообладателя

Для регистрации в личном кабинете на Межведомственном портале в качестве госслужащего перейдите на страницу регистрации.

После нажатия на кнопку «Регистрация» откроется новая страница, в которой необходимо выбрать «Регистрация для госслужащего».

На странице регистрации госслужащего заполните предлагаемую форму. Поля отмеченные звездочкой являются обязательными.

Заполните форму и нажмите «Отправить». Если форма была заполнена верно, Вы увидите информационное сообщение.

Для завершения регистрации на портале Росимущества, подтвердите Ваш электронный адрес, перейдя по ссылке в отправленном сообщении.

После прохождения вышеописанной регистрации у Вас появится доступ к общим функциям портала.

В течение 2-6 рабочих часов Ваша учетная запись будет проверена и Вам будет открыт доступ к личному кабинету.

Для регистрации личного кабинета в подсистеме Модуль правообладателя на межведомственном портале Росимущество следует выполнить следующие действия:

Перейти на страницу регистрации ;
Выбрать тип регистрации:
- Проф. директор, независимый эксперт;
- Госслужащий;
- Юридические лица и органы исполнительной власти.
Затем, в зависимости от типа регистрации, заполнить требуемые данные, либо – послать официальный запрос в Росимущество, согласно прикрепленному в инструкции бланку.

Домашняя страница личного кабинета

Домашняя страница содержит кнопки быстрого перехода к основным функциональным разделам личного кабинета (далее — ЛК ГС).

Кнопки быстрого перехода отправляют Вас в соответствующие разделы личного кабинета.

Для просмотра документов, выложенных на домашней странице, кликните по ссылке «Просмотреть» напротив интересующей записи. Документ будет открыт в новой странице браузера.

Домашняя страница ЛК ГС в верхней части содержит ряд вкладок:

Домашняя страница
Рабочий кабинет — основное меню, работа с которым описана далее в настоящей инструкции;
Данные на карте — карта, на которой размещены все объекты Росимущества;
Мой профиль — содержит в себе ряд дополнительных вкладок, которые позволяют работать с данными относящимися непосредственно к профилю пользователя;
Мой профиль — информация о пользователе: номер телефона, адрес электронной почты, информация о действиях пользователя;
Моя почта — доступ к информации своей электронной почты. Все оповещения с МВ Портала будут приходить именно на этот почтовый ящик;
Мой календарь — вы можете создавать, удалять и редактировать события;
Мои задачи — задачи по согласованию документов, которые назначили Вам другие участники Портала, в нижней части экрана – задачи, созданные Вами и назначенные другим участникам. Задачи в списках появляются автоматически в результате отправления документов на согласование. Вы можете отредактировать форму представления списка задач;
Мои файлы — на странице файлов пользователя отображены все документы пользователя. Для просмотра документа кликните левой клавишей «мыши» по его названию. Вы можете изменить внешнее представление списка документов по Вашим параметрам;
Мой сайт — отражен канал новостей конкретного пользователя. Например, изменения на страницах, которые отслеживает пользователь, а также настройки подписки пользователя
Мои параметры — настройки личного кабинета;
Поиск по порталу — заполните форму и нажмите кнопку «Поиск». Результаты поиска будут представлены в окне браузера;
Инструкции — собраны инструкции по работе с различными компонентами Портала и настройками программного обеспечения;
Форум — представлены темы коллективного обсуждения, общие документы и задачи, а также извещения и ссылки. Для просмотра темы коллективного обсуждения/документа или задачи нажмите по её названию левой клавишей «мыши».

нового обсуждения – нажмите «Новое обсуждение»;
нового документа – нажмите «Создайте документ» и выберите формат документа;
новой задачи – нажмите «добавить элемент»;
нового извещения – нажмите «добавить извещение»;
новой ссылки – нажмите «добавить ссылку».

Заполните предложенные поля и нажмите кнопку «Сохранить» или кнопку «Отмена», если не хотите сохранять введенную информацию.

Вкладка «Домашняя страница» переводит непосредственно на начальную страницу личного кабинета.

При выборе пункта меню «Анкетные данные» перед Вами откроется форма редактирования. После изменения данных нажмите ОК для сохранения. Поля, отмеченные звездочкой, являются обязательными для заполнения.

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

Общие сведения об организации;
Сведения об акционерном капитале;
Сведения об органах управления и контроля;
Сведения о корпоративных мероприятиях;
Отчетность:
Форма 1 (Бухгалтерский баланс);
Форма 2 (Отчет о прибылях и убытках);
Поручения;
Дочерние и зависимые организации
Документы;
Документы ЛК АО;
Справку Росимущества.

Раздел «Участие в органах управления АО» содержит в себе следующие подразделы:

Перечень АО — раздел содержит список организаций, в органы управления которых входит представитель интересов;
Корпоративные мероприятия — пройдя по пути Основное меню. Государственный служащий → Участие в органах управления АО → Корпоративные мероприятия Вы попадете в раздел, который содержит список корпоративных мероприятий (КМ) общества;
Отчет о работе представителя — раздел содержит список отчетов представителя, которые им созданы. Каждый созданный отчет можно посмотреть и удалить, используя соответствующие команды контекстного меню;
Добавление отчета о работе представителя — нажать кнопку «Добавить». Появится окно «Добавить карточку », в котором необходимо выбрать отчетный период, за который будет сформирован отчет, и наименование АО и нажать кнопку «ОК».
Просмотр карточки отчета Переход на карточку отчета выполняется одинарным нажатием кнопки «Посмотреть», либо одинарным щелчком в браузере на созданной записи отчета. Откроется карточка отчета;
Участие в КМ — д ля заполнения сведений об участии в корпоративных мероприятиях на карточке «Отчета представителя интересов РФ» перейдите в меню «Участие в КМ». В данном разделе отображаются корпоративные мероприятия за отчетный период, а также их вопросы, включенные в повестку дня;
Опросный лист — заполнение опросного листа по оценке работы СД выполняется в меню «Опросный лист → Редактировать» карточки отчета;
Бухгалтерская отчетность — п ри выборе пункта меню «Бухгалтерская отчетность → Форма 1 (Бухгалтерский баланс)» (или «Форма 2 (Отчет о прибылях и убытках)») появляется возможность ознакомиться с соответствующей отчетностью организации;
Подписать отчет — После заполнения всех сведений отчета, с целью придания отчету юридической значимости, необходимо выполнить подписание отчета электронно-цифровой подписью (ЭЦП). Подписание возможно при условии наличия установленного на Вашем рабочем месте криптопровайдера (подробнее смотрите в разделе портала о технических настройках портала). Для подписания необходимо выполнить команду «Подписать». В появившемся окне нажать кнопку «Подписать и отправить»;
Подписанный отчет — раздел позволяет просмотреть информацию о подписанном отчете, а так же о параметрах ЭЦП;
Доклад о ФХД общества — данный пункт меню доступен только в отчетах за второй квартал. Выбор данного пункта меню позволяет перейти на карточку документа – доклада о финансово-хозяйственной деятельности общества;
Сообщить о невозможности заполнения отчета . В данном разделе предусмотрен механизм, позволяющий сообщить о невозможности заполнения отчета, отправив электронное письмо куратору общества в Росимуществе, куратору общества в ФОИВ, на адрес электронной почты общества. Для этого необходимо выбрать пункт меню «Сообщить о невозможности заполнения отчета». При этом появится сообщение, уточняющее о необходимости отправки сообщения электронной почты;
Ведение реестра показателей экономической эффективности деятельности. Путь: Основное меню. Государственный служащий → Участие в органах управления АО → Ведение реестра показателей экономической эффективности деятельности;
Поручения — при переходе в раздел Основное меню. Государственный служащий → Участие в органах управления АО → Поручения перед вами открывается список поручений;

Другие пункты главного меню личного кабинета официального сайта Росимущества с пояснениями приведены ниже:

Информация от Росимущества — данный пункт основного меню позволяет просмотреть важные документы, размещенные Росимуществом. Для просмотра интересующей записи выберите команду «Посмотреть» или щелкните по ней левой кнопкой «мыши». При этом документ будет открыт в новой вкладке браузера;
Проект договора на представление интересов РФ. Пункт позволяет просмотреть проект договора на представление интересов РФ. Документ открывается в новой вкладке браузера.
Проект договора между обществом и членом СД. Пункт позволяет просмотреть проект договора между обществом и членом СД. Документ открывается в новой вкладке браузера.
Мои заявки — для доступа к сведеньям о заявках необходимо нажать на пункт меню Мои заявки.
В открывшейся форме выбирается нужная заявка, по выбранным параметрам;

Инструкция по работе с новой версией АСУФИ 2.0 Модуль Правообладателя Росимущество

Открыть инструкцию, в которой собраны ответы на часто задаваемые вопросы по АСУФИ, руководство пользователя модуля правообладателя, обучающее видео и презентация.

Источник

Ошибка P0023 — Положение распределительного вала “B”, банк 2 — короткое замыкание или обрыв цепи электромагнитного клапана управления маслом

Определение кода ошибки P0023
Что означает ошибка P0023
Причины возникновения ошибки P0023
Каковы симптомы ошибки P0023?
Как механик диагностирует ошибку P0023?
Частые ошибки при диагностировании кода P0023
Насколько серьезной является ошибка P0023?
Какой ремонт может исправить ошибку P0023?
Дополнительные комментарии для устранения ошибки P0023

Определение кода ошибки P0023

Ошибка P0023 указывает на короткое замыкание или обрыв цепи электромагнитного клапана управления маслом распределительного вала выпускных клапанов (банк 2).

Что означает ошибка P0023

Ошибка P0023 является общим кодом ошибки, который указывает на то, что модуль управления двигателем (ECM) обнаружил неисправность в цепи электромагнитного клапана управления маслом распределительного вала выпускных клапанов (банк 2) во время одного цикла езды.

Причины возникновения ошибки P0023

ECM автомобиля подал команду клапану управления маслом на выполнение рабочего цикла продолжительностью менее 80%, но фактическая продолжительность цикла составляет 100%.
ECM автомобиля подал команду клапану управления маслом на выполнение рабочего цикла продолжительностью более 70%, но фактическая продолжительность цикла составляет менее 2%.
Произошло короткое замыкание или обрыв электрических проводов или цепи электромагнитного клапана управления маслом.

Каковы симптомы ошибки P0023?

Загорание индикатора Check Engine на приборной панели автомобиля
Неустойчивая работа двигателя при ускорении автомобиля
Проблемы с запуском двигателя автомобиля
Увеличение расхода топлива вследствие короткого замыкания или обрыва цепи электромагнитного клапана управления маслом
Неровный холостой ход или заглохание двигателя при замедлении автомобиля

Примечание: симптомы данной ошибки могут варьироваться в зависимости от положения распределительного вала.

Как механик диагностирует ошибку P0023?

При диагностировании данной ошибки механик выполнит следующее:

Визуально осмотрит электрические провода и разъем электромагнитного клапана управления маслом
Считает все сохраненные данные и коды ошибок с помощью сканера OBD-II, чтобы определить, когда и при каких обстоятельствах появилась ошибка
Очистит коды ошибок с памяти ECM и проведет тест-драйв автомобиля, чтобы выяснить, появляется ли код P0023 снова
Измерит сопротивление электромагнитного клапана управления маслом
Проверит электрические провода, идущие от электромагнитного клапана управления маслом к ECM автомобиля, на предмет короткого замыкания или обрыва
Если проблема не будет обнаружена, продолжит диагностирование, следуя процедуре, установленной производителем автомобиля

Примечание: при диагностировании и устранении данной ошибки необходимо следовать рекомендациям производителя автомобиля. В противном случае это может привести к серьезному повреждению двигателя, а также поспешной замене исправных компонентов.

Частые ошибки при диагностировании кода P0023

Наиболее распространенными ошибками при диагностировании данного кода являются:

Пренебрежение проверкой уровня, а также состояния и вязкости моторного масла
Пренебрежение очисткой кодов ошибок с памяти ECM и проведением тест-драйва автомобиля, чтобы выяснить, появляется ли код P0023 снова, прежде чем приступить к диагностированию ошибки
Несоблюдение процедуры диагностирования, установленной производителем автомобиля
Поспешная замена исправных компонентов без выполнения тщательной проверки

Насколько серьезной является ошибка P0023?

При появлении данной ошибки двигатель автомобиля может работать неустойчиво, неровно на холостом ходу или глохнуть.
Возможно увеличение расхода топлива и накопление чрезмерного количества углерода на внутренних компонентах клапана.
Если проблему долго не решать, это может привести к повреждению модуля управления двигателем (ECM).

Какой ремонт может исправить ошибку P0023?

Очистка кодов ошибок с памяти ECM и проведение тест-драйва автомобиля, чтобы выяснить, появляется ли код P0023 снова
Ремонт или замена электрических проводов или разъема электромагнитного клапана управления маслом распределительного вала выпускных клапанов (банк 2)
Замена электромагнитного клапана управления маслом
Замена модуля управления двигателем (ECM)

Дополнительные комментарии для устранения ошибки P0023

Причиной возникновения ошибки P0023 может стать обрыв цепи или коррозия разъема электромагнитного клапана управления маслом, а также короткое замыкание внутри клапана или в электрических проводах, относящихся к клапану.

Нужна помощь с кодом ошибки P0023?

Компания — CarChek, предлагает услугу — выездная компьютерная диагностика, специалисты нашей компании приедут к вам домой или в офис, чтобы диагностировать и выявлять проблемы вашего автомобиля. Узнайте стоимость и запишитесь на выездную компьютерную диагностику или свяжитесь с консультантом по телефону +7(499)394-47-89

Answers

Database and its giving me hundreds of error messages and 3 consistency errors. what are the steps i need to take. no worries as i have new backup of database. Thank you.

RehaanKhan. M

Well its good then restore from latest valid backup. Make sure you check consistency of backup using
restore verifyonly before applying.

Please mark this reply as answer if it solved your issue or vote as helpful if it helped so that other forum members can benefit from it

My Technet Articles
- Marked as answer by
  
  Monday, September 22, 2014 1:35 AM
Actually doing a disk fragmentation on which the database resides resolved issue. the database backup is working fine now. But, as suggested here i have run the DBCC CHECKDB on my Database and its giving me hundreds of error messages and 3 consistency errors.
what are the steps i need to take. no worries as i have new backup of database. Thank you.

That new backup is not likely to be extremely useful. Most likely, if you restore the database on a different server and run DBCC CHECKDB, you will find the same error messages.

What does the end of the output from DBCC say? More precisely, which repair level does it indicate? If it suggest REPAIR_ALLOW_DATA_LOSS, you will need to investigate your earlier backups of the database to find one which is clean. And then transaction log
backsup that you can roll forward.

I would also suggest that you run DBCC CHECKDB on the other databases on the server. That bad disk may have munged more than one of your databases.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Marked as answer by
  Lydia ZhangMicrosoft contingent staff
  Monday, September 22, 2014 1:33 AM

Источник

Remove From My Forums

Question
My Stored Procedures and Jobs Showing this Error. Even though i can able to access the data throgh SSMS in Database Engine.Please help on this.

Executed as user: RMSAdministrator. The operating system returned error 23(Data error (cyclic redundancy check).) to SQL Server during a read at offset 0x000006684a2000 in file ‘F:RMSLiveDataRMS.mdf’. Additional messages in the SQL Server error log and
system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors;
for more information, see SQL Server Books Online. [SQLSTATE HY000] (Error 823). The step failed.

Thanks

RehaanKhan. M

Answers

Database and its giving me hundreds of error messages and 3 consistency errors. what are the steps i need to take. no worries as i have new backup of database. Thank you.

RehaanKhan. M

Well its good then restore from latest valid backup. Make sure you check consistency of backup using
restore verifyonly before applying.

Please mark this reply as answer if it solved your issue or vote as helpful if it helped so that other forum members can benefit from it

My Technet Articles
- Marked as answer by
  
  Monday, September 22, 2014 1:35 AM
Actually doing a disk fragmentation on which the database resides resolved issue. the database backup is working fine now. But, as suggested here i have run the DBCC CHECKDB on my Database and its giving me hundreds of error messages and 3 consistency errors.
what are the steps i need to take. no worries as i have new backup of database. Thank you.

That new backup is not likely to be extremely useful. Most likely, if you restore the database on a different server and run DBCC CHECKDB, you will find the same error messages.

What does the end of the output from DBCC say? More precisely, which repair level does it indicate? If it suggest REPAIR_ALLOW_DATA_LOSS, you will need to investigate your earlier backups of the database to find one which is clean. And then transaction log
backsup that you can roll forward.

I would also suggest that you run DBCC CHECKDB on the other databases on the server. That bad disk may have munged more than one of your databases.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Marked as answer by
  Lydia ZhangMicrosoft contingent staff
  Monday, September 22, 2014 1:33 AM

Источник

ЧАстые ВОпросы по порталу Росимущества

SMEV-100

SMEV-200

SMEV-201

SMEV-202

SMEV-206

SMEV-300

SMEV-301

SMEV-302

SMEV-401

SMEV-402

SMEV-403

SMEV-405

SMEV-406

SMEV-500

SMEV-501

SMEV-502

SMEV-503

SMEV-504

SMEV-505

SMEV-600

SMEV-60

ЧАстые ВОпросы по порталу Росимущества

rosim.ru Узнать Статус Сейчас

rosim.ru Состояние на Сегодня

rosim.ru Статус Отключений по Всему Миру

Пошаговая Инструкция если rosim.ru упал

Q: Что делать если rosim.ru упал?

Q: Что если rosim.ru на самом деле упал?

mirpluk.ru

Уютный бложик Джикса

Не заходит или не подписывает на сайте rosim.ru

Во всем виноват КриптоПро

Разгребая говны.

Сайт росимущества техническая поддержка

Функции модуля правообладателя (АСУФИ) Росимущество

Регистрация в системе Модуль правообладателя

Домашняя страница личного кабинета

Инструкция по работе с новой версией АСУФИ 2.0 Модуль Правообладателя Росимущество

Ошибка P0023 — Положение распределительного вала “B”, банк 2 — короткое замыкание или обрыв цепи электромагнитного клапана управления маслом

Определение кода ошибки P0023

Что означает ошибка P0023

Причины возникновения ошибки P0023

Каковы симптомы ошибки P0023?

Как механик диагностирует ошибку P0023?

Частые ошибки при диагностировании кода P0023

Насколько серьезной является ошибка P0023?

Какой ремонт может исправить ошибку P0023?

Дополнительные комментарии для устранения ошибки P0023

Нужна помощь с кодом ошибки P0023?

Похожие статьи

Question

Answers

Question

Answers