Коды ошибок еис - Решение и исправление самых разных ошибок на TopOshibok.ru

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

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

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

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

1xx Информационные коды

100 Continue Server Code

100 Continue означает «работу в штатном режиме». Он означает, что пользователем был сделан хороший запрос, и сервер принялся к обработке. Это временный код ответа, имеющий место лишь тогда, когда пользователь ожидает финального ответа от сервера, который происходит только после того, как будет отослан последний пакет данных.

Когда этот код может использоваться? Это внутренний код, и иногда он даже не генерируется, если пользователь уже получил какие-то данные от сервера. Это нечто вроде послания к серверу о том, что соединение было установлено успешно, и двери открыты. Высылай данные, но не забудь закрыть дверь, когда закончишь дела (имеется в виду код финального ответа).
Вернуться в начало

101 Switching Protocols

Это, наверное, один из самых простых серверных кодов, который означает, что пользователь сделал запрос на переключение типа протокола, используемого на веб-сервере, и сервер дал согласие на это.

Когда этот код может использоваться? При переключении на новую версию HTTP с протокола старого типа. Этот запрос выполняется только при наличии более подходящего протокола (иными словами, при наличии более свежей версии HTTP).
Вернуться в начало

102 Processing

Так как WebDAV-запрос (протокол передачи) может содержать не только один запрос, но также множество подзапросов, включая операции с файлами, он зачастую может затребовать более длительного времени для завершения запроса.

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

2xx Success

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

200 OK

Этот код, вероятно, является самым популярным, но при этом самым незаметным ввиду его характера. Он означает, что обмен между пользователем и сервером завершен, и все прошло так, как должно было.

201 Created

В результате успешного выполнения запроса был создан новый ресурс. Например, запрос пользователя привел к созданию нового ресурса вроде новой страницы. Сервер-источник должен создать ресурс перед тем, как отправлять код 201. Если ресурс не может быть создан в данный момент, то сервер вместо этого должен отобразить код 202 (accepted).
Вернуться в начало

202 Accepted

Запрос был принят на обработку, но она не завершена по каким-либо причинам. Запрос может и не быть выполнен до конца, в зависимости от того, был ли он отклонен в процессе обработки.

Когда этот код может использоваться? Когда сервер не может выполнить запрос в тот момент, в который он был сделан. Запрос изначально не рассчитан на обязательное исполнение, и клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс.
Вернуться в начало

203 Non-Authoritative Information

Сервер успешно обработал запрос, но передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. По сути, этот код очень похож на 200, но указывает на то, что информация была получена не из первоисточника.

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

204 No Content

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

Когда этот код может использоваться? Этот код, главным образом, используется для того, чтобы позволить осуществить ввод или какие-либо действия без необходимости обновлять документ (страницу).
Вернуться в начало

205 Reset Content

Сервер успешно обработал запрос, но при этом не возвращает какой-либо контент. В отличие от 204, этот ответ требует от запрашиваемого обновить документ.

Когда этот код может использоваться? Обычно он используется тогда, когда пользователь заполняет форму, а сервер посылает браузеры запрос на очистку формы. Он схож с кодом 204, но просит пользователя сбросить документ после завершения – например, очистить HTML-форму после подтверждения.
Вернуться в начало

206 Partial Reset

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

Когда этот код может использоваться? Этот кода обычно используется вследствие запрос If-Range, который применяется в мощных валидаторах кэша. Запрос также должен включать заголовки области, которые используется в качестве параметров диапазона возвратной информации.
Вернуться в начало

207 Multi-Status

Сервер передаёт результаты выполнения сразу нескольких независимых операций, которые помещают в тело сообщения в виде XML-документа.
Вернуться в начало

3хх Перенаправление

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

300 Multiple Choices

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

Когда этот код может использоваться? Обычно этот код можно увидеть, когда сервер считает, что предоставленный пользователем (другими словами, браузером пользователя) URL имеет недостаточно точный указатель, и предлагает дальнейший выбор. Обычно это происходит тогда, когда пользователь использует URL на директорию не самого последнего уровня, и сервер предлагает ему выбор имеющихся файлов или директорий последующего уровня.
Вернуться в начало

301 Moved Permanently

Это довольно распространенный пользовательский запрос. Он означает, что запросы для данного ресурса (а также все последующие запросы) должны быть перенаправлены на заданный URL.

Когда этот код может использоваться? Когда страница более не существует, либо ссылка, ведущая на сторонний источник, уже не работает. 301 редирект сообщает пользователю о том, что запрашиваемый ресурс был перемещен (обычно это реализуется при помощи файла .htaccess, доступного на серверах Apache).
Вернуться в начало

302 Found

Этот код сообщает пользователю, что расположение запрашиваемого ресурса временно изменено, и 302 код состояния должен содержать информацию о новом месторасположении, которое пользователь и должен запросить.

Когда этот код может использоваться? У этого кода есть несколько применений, многие из которых не являются тем, для чего код был изначально предназначен. Изначально он представлял собой основной способ создания временного перенаправления. Тем не менее, сегодня существуют и другие – этичные, и неэтичные – способы его применения.
Вернуться в начало

303 See Other

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

Когда этот код может использоваться? Этот метод главным образом существует для того, чтобы позволить выводу данных POST-активированного скрипта перенаправить агента пользователя к выбранному ресурсу.
Вернуться в начало

304 Not Modified

Этот код означает, что пользователь запрашивает документ/ресурс только в том случае, если он подвергался изменениям с момента последнего обновления кэша данного документа.

Когда этот код может использоваться? Если в ответе от сервера сообщается о том, что параметры документа If-Modified-Since или If-Match не менялись с момента создания последнего кэша, то нет необходимости в повторной отправке ресурса.
Вернуться в начало

305 Use Proxy

Этот код сообщает пользователю, что доступ к запрашиваемому ресурсу возможен только посредством прокси, указанного в ответе.

Когда этот код может использоваться? Этот код часто отображается в связи с мерами безопасности, и предоставляет доступ к запрашиваемым URL-ресурсам.
Вернуться в начало

306 Switch Proxy

Этот код изначально означал «последующие запросы должны использовать указанный прокси», но в данный момент не используется и зарезервирован.
Вернуться в начало

307 Temporary Redirect

Этот код возвращается, если ресурс на данный момент временно доступен по другому URL, который также предоставляется в ответе. Этот код немного отличается от кода 302 – он представляет собой более определенную версию кода 302.

Когда этот код может использоваться? Он используется практически в тех же случаях, что и 302, но пользователь должен продолжить запросы по исходному URL при следующих запросах, либо до тех пор, пока не будет применен новых код ответа.
Вернуться в начало

4хх Ошибка клиента

Класс кодов 4xx предназначен для указания ошибок со стороны клиента, либо на то, что локации никогда (или уже) не существовало. Эти коды состояния применимы к любому методу запроса.

400 Bad Request

Запрос не может быть исполнен ввиду синтаксической ошибки.

Когда этот код может использоваться? Когда пользователь запрашивает информацию, но делает это, пренебрегая правилами протокола передачи гипертекста. Запрос не следует повторять без изменения синтаксиса.
Вернуться в начало

401 Unauthorized

Этот код связан с запросом к ресурсу, который требует авторизации. Ответ 401 указывает на то, что попытка авторизации была отклонена по тем данным, которые предоставил пользователь.

Когда этот код может использоваться? Когда пользователь совершает запрос к серверу, используя неправильные данные авторизации (имя пользователя и/или пароль).
Вернуться в начало

402 Payment Required

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

Когда этот код может использоваться? Старый сервис MobileMe от Apple выдавал ошибку 402, если аккаунт пользователя в MobileMe подозревался в злоупотреблении сервисом. Кроме того, Youtube использует это состояние, если конкретный IP-адрес уличен в совершении чрезмерного числа запросов, и тогда пользователю необходимо ввести CAPTHA.
Вернуться в начало

403 Forbidden

Пользователь пытается осуществить доступ к ресурсу, к которому у него нет доступа, и авторизация не изменит положения.

Когда этот код может использоваться? Когда сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Обычно такое случается, когда ресурс не предназначен для публичного доступа.
Вернуться в начало

404 Not Found

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

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

405 Method Not Allowed

Метод, при помощи которого совершается запрос к ресурсу, не доступен. Другими словами, ошибка возникает при попытке использовать GET на форме, которая требует ввод данных посредством POST, либо использовании метода PUT на ресурсе, который предназначен только для чтения.

Когда этот код может использоваться? Ошибки 405 встречаются в связи с конкретными объектами на веб-странице, для которых был совершен запрос. Например, когда строка запроса в скрипте отличается от пользовательского запроса, в котором подразумевается использование этого скрипта.
Вернуться в начало

406 Not Acceptable

Запрошенный ресурс способен генерировать только тот контент, который не применим к Accept-заголовкам в самом запросе. Браузер способен указывать серверу характеристики данных, которые данные будут принимать от сервера

Когда этот код может использоваться? Если форма файла запрошенного ресурса не совпадает с форматом, который пользователь способен распознать. Мы говорим сейчас о языке программирования, а не о французском!
Вернуться в начало

407 Proxy Authentication Required

Как и код состояния 401, код 407 означает, что клиент сначала должен авторизоваться через прокси. Чтобы сделать это и авторизоваться, прокси должен вернуть поле с заголовком proxy-authenticate, который отвечает требованиям, представленным сервером.

Когда этот код может использоваться? Когда сервер думает, что запрос данных от клиента корректным, но доступ к ресурсу возможен только посредством авторизации через прокси-сервер.
Вернуться в начало

408 Request Timeout

Время ожидания сервером передачи от клиента истекло.

Когда этот код может использоваться? Руководствуясь спецификацией W3 HTTP: «Клиент не сделал запрос в отведенный промежуток времени, который сервер был готов ждать. Клиент МОЖЕТ повторить запрос когда угодно».
Вернуться в начало

409 Conflict

Указывает на то, что запрос не может быть выполнен из-за конфликтного обращения к ресурсу.

Когда этот код может использоваться? Вы можете получить такой код при загрузке файла на веб-сервер, где уже имеется более свежая версия этого файла, что приводит к конфликту в системе контроля версий.
Вернуться в начало

410 Gone

Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Пользователю не следует повторять идентичный запрос.

Когда этот код может использоваться? Если более невозможно осуществить доступ к ресурсу посредством данного запроса, и сервер не владеет информацией о возможном месте расположения ресурса. Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404.
Вернуться в начало

411 Length Required

Запрос не указывает длину контента, и это было затребовано в совершенном запросе.

Когда этот код может использоваться? Когда браузер не определяет длину запрашиваемого контента в заголовке запроса. Сервер не примет запрос без валидного поля заголовка content-length.
Вернуться в начало

412 Precondition Failed

Сервер не отвечает одному из предварительных условий, которые отправитель указал в запросе. Другими словами, один или более заголовок запроса был возвращен с атрибутом false.

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

413 Request Entity Too Large

Код 413 отображается в тех случаях, когда сервер отказывается обработать запрос по причине слишком большого размера тела запроса.

Когда этот код может использоваться? При использовании в форме метода POST с контентом, по размеру большим, нежели сервер способен обработать.
Вернуться в начало

414 Request-URL Too Long

Этот код отображается, когда сервер не может обработать запрос из-за слишком длинного указанного URL.

Когда этот код может использоваться? Когда POST-запрос конвертируется в GET-запрос. POST-запрос поддерживает отправку безграничного объема данных, связывая их с самим запросом. Тем не менее, если запрос должен быть конвертирован в GET-запрос, то запрос позволяет привязать данные формы к URL, что позволяет проводить информацию в больших размерах, чем это было доступно.
Вернуться в начало

415 Unsupported Media-Type

Ответ 415 отправляется для указания о том, что сервер заметил, что часть запроса была сделана в неподдерживаемом формате.

Когда этот код может использоваться? Когда в запросе не указываются какие-либо типы медиа, которые поддерживаются ресурсом или сервером. Например, пользователь запрашивает изображение с расширением файла, которое не поддерживается сервером. Сервер знает о том, что было запрошено, но не понимает формат, в котором был запрошен ресурс.
Вернуться в начало

416 Requested Range Not Satisfiable

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

Когда этот код может использоваться? Когда у сервера запрашивают XXX-YYY байтов какого-либо ресурса, но ресурс имеет меньший размер, чем указано в запросе.
Вернуться в начало

417 Expectation Failed

Этот ответ может быть получен, когда по каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.

Когда этот код может использоваться? Все вполне и так понятно. Когда один из заголовков запроса, заголовок «Expect», имеет запрос, на который сервер не может предоставить ответ.
Вернуться в начало

418 I’m a teapot

Этот код был создан в 1998 году как одна из традиционных первоапрельских шуток IETF, в RFC 2324, Hyper Text Coffee Pot Control Protocol, и вряд ли будет обрабатываться современными HTTP-серверами.

422 Unprocessable Entity

Запрос был принят и понят, но не может быть выполнен ввиду наличия семантических ошибок.

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

423 Locked

Целевой ресурс из запроса заблокирован от применения к нему указанного метода. Чтобы ресурс стал доступным, необходимо снять блокировку или предоставить правильные данные авторизации.

Когда этот код может использоваться? Когда ресурс… закрыт. Обычно это случается из соображений безопасности.
Вернуться в начало

424 Failed Dependency

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

425 Unordered Collection

Этот код отображается, когда ресурс определен в черновиках «WebDAV Advanced Collections Protocol», но не присутствует в «Web Distributed Authoring and Versioning Ordered Collections Protocol».
Вернуться в начало

426 Upgrade Required

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

428 Precondition Required

Сервер-источник требует, чтобы в запросе были указаны предварительные условия. Этот код предназначен для того, чтобы избежать конфликта версий ресурса в тех случаях, когда клиент получает (GET) состояние ресурса, изменяет его, и отправляет (PUT) обратно на сервер, и в то же время какая-то третья сторона также изменяет положение ресурса прямо на севере, что приводит к конфликту.

Когда этот код может использоваться? Запрашивая указание условий, сервер как бы гарантирует клиентам то, что они используют корректные актуальные копии ресурс. Если же это не соответствует действительно, пользователь получит ошибку 428.
Вернуться в начало

429 Too Many Requests

Этот ответ посылается, если клиент попытался отправить слишком много запросов за короткое время.

Когда этот код может использоваться? Когда пользователь посылает слишком много запросов за короткий промежуток времени.
Вернуться в начало

431 Request Header Fields Too Large

Происходит, когда сервер не собирается обрабатывать запрос, так как какое-то из полей заголовка (или все поля заголовков) слишком большое.

Когда этот код может использоваться? В основном тогда, когда заголовок запроса от пользователя больше, чем сервер способен обработать. Запрос может быть повторен после того, как будет уменьшен размер полей заголовков в запросе.
Вернуться в начало

444 No Response

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

Когда этот код может использоваться? Обычно использовался в качестве сдерживающего фактора против вредоносного ПО.
Вернуться в начало

449 Retry With (Microsoft)

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

Когда этот код может использоваться? Этот код зачастую генерируется, когда выставленные параметры запроса не соответствуют тем, что может принять сервер.
Вернуться в начало

450 Blocked by Windows Parental Controls (Microsoft)

Расширение Microsoft. Эта ошибка выдается, когда параметры Windows Parental Controls выставлены на блокировку доступ к определенным веб-страницам.

Когда этот код может использоваться? Когда родители (зная об этой функции) используют родительский контроль, и id-доступа запросил доступ к заблокированному ресурсу.
Вернуться в начало

451 Unavailable For Legal Reasons

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

5xx Ошибка сервера

Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

Эти серверные ответы зачастую отображаются, когда пользователь делает запрос, который сервер не в состоянии обработать по той или иной причине. Сервер должен включать сообщение для браузера, которое должно быть показано пользователю – в нем сообщается, что сервер (и по каким причинам) не способен обработать запрос.

500 Internal Server Error

Данная ошибка говорит о любой внутренней ошибке сервера, которая не входит в рамки остальных ошибок класса.

Когда этот код может использоваться? Когда ресурс или ссылка создаются на сервере (вроде календаря в системе бронирования), которые технически не существуют в виде ссылки или доступного ресурса, но показывается пользователю в виде ссылки.
Вернуться в начало

501 Not Implemented

Сервер либо не понимает метод в запросе, либо не поддерживает возможностей, необходимых для обработки запроса

Когда этот код может использоваться? Вы можете столкнуться с этим, когда сервер не поддерживает нормальные протоколы запроса, вроде GET, OPTIONS, HEAD, POST и т.д.
Вернуться в начало

502 Bad Gateway

Ответ 502 отображается, когда сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера.

Когда этот код может использоваться? Обычно, когда вышестоящий сервер и прокси-сервер/шлюз не согласовывают между собой протоколы, представленные в запросе, и в результате получается ошибка при обмене данных.
Вернуться в начало

503 Server Unavailable

Сервер временно не имеет возможности обрабатывать запросы по техническим причинам. В основном, это состоянии является временным.

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

504 Gateway Timeout

Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса.

Когда этот код может использоваться? Когда для передачи данных используется прокси-сервер/шлюз, и два сервера ждут ответов.
Вернуться в начало

505 HTTP Version Not Supported

Сервер не поддерживает указанную в запросе версию протокола HTTP.

Когда этот код может использоваться? В случаях, описанных выше! Когда HTTP-протокол более старый, нежели требуется серверу, и следовательно не поддерживается.
Вернуться в начало

506 Variant Also Negotiates

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

Когда этот код может использоваться? Когда сервер настроен некорректно, и не способен обработать запрос.
Вернуться в начало

507 Insufficient Storage

Когда сервер не способен разместить данные, так как не хватает места для выполнения текущего запроса.

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

509 Bandwidth Limit Exceeded

Этот код ответа используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика.

Когда этот код может использоваться? Когда на сервере Apache выполняется корректное расширение, и в ISP установлен уровень пропускного канала, который скоро может быть превышен. Существует несколько опций предела.
Вернуться в начало

510 Not Extended

Когда на сервере отсутствует расширение, которое желает использовать клиент. Когда этот код может использоваться? Когда сервер требует больше информации в совершаемом запросе.
Вернуться в начало

511 Network Authentication Required

Данный код состояния отображается в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету.

Когда этот код может использоваться? Когда пользователь предварительно должен дать свое согласие на условия использования, перед тем, как он получит доступ к интернету (например, к Wi-fi точке доступа).

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

Если сайт внезапно перестал работать, диагностировать и устранить проблему поможет этот небольшой чек-лист.

Вначале рассмотрим основные проблемы на стороне сервера.

Место на диске

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

Если есть доступ к серверу по SSH, то достаточно запустить команды:

df -i

df -h

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

Что делать, когда осталось мало места на диске

Доступность служб

Как правило, для работы сайтов необходимо, чтобы был запущен веб-сервер и сервер БД mysql. Проверить статус служб можно через отдельный пункт ISPmanager:

Раздел «Службы» в ISPmanager

Если с какой-то из служб возникла проблема, то «лампочка» не включится, и тогда необходимо будет разбираться с этой службой отдельно. Так же, в большинстве случаев, об этом скажет главная страница сайта: либо отображается код ошибки, например, 500, 502, 504, либо непосредственно сам текст с отладочной информацией, если это позволяют настройки CMS, движка, на котором написан сайт.

Мы рассмотрели настройки со стороны сервера — если всё корректно по диагностике из предыдущих пунктов, но сайт по-прежнему не работает, то необходимо сужать круг поиска возможных причин ошибок и провести диагностику сайта.

Рассмотрим вариант дальнейших действий, если на сервере установлена панель управления ISPmanager.

Просмотр логов

Первым делом следует проверить:

не вносились ли изменения в код сайта,
не обновлялась ли CMS и плагины,
не была ли изменена версия PHP,
имеются ли резервные копии, на случай, если сайт не получится «реанимировать».

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

Сайты — нужный домен — изменить:

Настройка WWW-домена в ISPmanager

Выводимые сайтом ошибки можно посмотреть по пути

/var/www/http-logs/имя-сайта.error.log

например, запустив команду tail, подключившись к серверу по SSH:

Вывод логов сайта с помощью tail

Необходимо убедиться, что нужные параметры PHP для выявления ошибки, такие как:

error_reporting

display_errors

display_startup_errors 

log_errors

включены.

Проверить это можно в том же ISPmanager во вкладке:

Настройки — Настройки PHP — Расширенные настройки, выделив нужную версию.

Настройки PHP в ISPmanager

Либо можно добавить их непосредственно в код сайта — в главную (индексную) страницу index.php:

ini_set('display_errors', 1);

ini_set('display_startup_errors', 1);

error_reporting(E_ALL);

Либо прописать в файл .htaccess в корне сайта:

php_flag display_startup_errors on

php_flag display_errors on

Тем самым, мы включили возможность вывода ошибок и логирование со стороны PHP и в большинстве случаев сообщений в логе будет достаточно, чтобы понять, в какую сторону «копать». Но бывает, что и этого мало, тогда необходимо идти дальше и включать вывод диагностической информации уже непосредственно внутри самого сайта, средствами его движка.

Включение вывода ошибок и debug

Большинство CMS поддерживают вывод отладочной информации на экран, что поможет в диагностике ошибок.

Например, если WordPress не может соединиться с базой данных, он выведет такое сообщение:

Ошибка соединения с базой данных WordPress

Если же при этом в конфигурационном файле wp-config.php, который находится в корне сайта, включить дебаг — поменять директивы:

define('WP_DEBUG', false);

define('WP_DEBUG', true);

то выводимая информация будет полнее:

Подробный вывод ошибки соединения с БД

И в этом примере выводимый текст достаточно ясно даёт понять, что указан неправильный пароль пользователя базы данных.

Подобный способ отладки применим для большинства CMS: дебаг можно включить в configuration.php у Joomla, .settings.php(скрытый файл с точкой перед названием) у Битрикс и так далее. Узнать, как это сделать, может помочь документация используемого движка.

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

Совместимость версий PHP

Одна из частых проблем — сайт работает на одной версии PHP, а на сервере используется другая. Несовместимость версий приводит к некорректной работе сайта. Если дело в этом, вы увидите синтаксические ошибки вида:

Parse error: syntax error, unexpected T_STRING

Либо явное сообщение, как например это делает WordPress:

Неправильная версия PHP в WordPress

Другая распространенная ошибка:

Extension ‘mysql’ is deprecated since PHP 5.5 and removed since PHP 7.0; Use mysqli instead

Говорит о том, что вы пытаетесь запустить сайт на версии 7.0 и выше, когда он работает с более ранними версиями PHP и использует устаревшее расширение php-mysql, когда как в новых версиях используется только php-mysqli.

Отсутствие расширений PHP

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

Ioncube Loader is NOT installed at your server to run this application

или

Uncaught Error: Call to undefined function curl_init()

Это говорит об отсутствующих или выключенных расширениях PHP Ioncube или Curl соответственно.

Проверить их наличие можно через меню ISPmanager:

Настройки — Настройки PHP — Управление расширениями

Расширения PHP в ISPmanager

Посмотреть текущую версию PHP можно через меню Сайты в строке с нужным сайтом:

Версии PHP в разделе «WWW-домены»

Либо подложить файл info.php c содержимым в корень сайта:

<?php

phpinfo();

?>

затем перейти по адресу в браузере http://вашсайт.рф/phpinfo.php — в верхней части страницы увидете, какая версия используется сайтом:

Вывод файла info.php

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

Лимиты PHP

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

Об этом скажут сообщения:

PHP Fatal error: Allowed memory size of 8388608 bytes exhausted

В этом случае необходимо увеличить параметр на лимит используемой ОЗУ для одного скрипта memory_limit.

The process *** exceeded the timeout of 60 seconds или PHP EXECUTION TIMEOUT ERROR

Увеличиваем время ( в секундах), поменяв параметры set_time_limit и max_execution_time.

The uploaded file exceeds the upload_max_filesize directive in php.ini

Правим директивы на размер загружаемых файлов в мегабайтах: upload_max_filesize и post_max_size.

Используем strace

Если способы, перечисленные выше, не помогли, можно попробовать использовать утилиту strace. Но будьте готовы к тому, что вам потребуется подключаться к серверу по SSH и потратить значительное время на поиск ошибок в логах — вывод этой команды не очень удобен для восприятия.

Утилита предназначена для вывода на экран или в отдельный файл системных вызовов. Грубо говоря, показывает последовательность обращений скриптов сайта друг к другу. Это помогает отловить ошибку, если выводимого дебага недостаточно или не помогает решить проблему.

Устанавливается она yum install strace на серверах Centos или apt install strace для Debian/Ubuntu.

В общем виде подойдет такой синтаксис:

strace -s999 -o /tmp/strace.txt /opt/php71/php index.php

Где:

strace -s999— вызов команды strace с максимально подробным выводом и запись его в файл /tmp/strace.txt
/opt/php71/php — адрес интерпретатора PHP
index.php — путь к вызываемому файлу.

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

Заключение

В этой статье мы рассмотрели вероятные причины, почему может не работать сайт: из-за проблем «внутри» сервера — закончившихся ресурсов или неработающих служб. Разобрались, как включать логи, настраивать PHP и включать дебаг для выявления ошибок.

Если ничего не помогло, то рекомендуем не мучаться и не заниматься «самолечением» — обратитесь в техническую поддержку хостинга или к разработчику. Как правило, так получится решить проблему гораздо быстрее и без фатальных последствий.

Как правильно написать запрос в службу технической поддержки

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

1xx Информационные коды

100 Continue Server Code

101 Switching Protocols

102 Processing

2xx Success

200 OK

201 Created

202 Accepted

203 Non-Authoritative Information

204 No Content

205 Reset Content

206 Partial Reset

207 Multi-Status

3хх Перенаправление

300 Multiple Choices

301 Moved Permanently

302 Found

303 See Other

304 Not Modified

305 Use Proxy

306 Switch Proxy

307 Temporary Redirect

4хх Ошибка клиента

400 Bad Request

Запрос не может быть исполнен ввиду синтаксической ошибки.

401 Unauthorized

402 Payment Required

403 Forbidden

404 Not Found

405 Method Not Allowed

406 Not Acceptable

407 Proxy Authentication Required

408 Request Timeout

Время ожидания сервером передачи от клиента истекло.

409 Conflict

Указывает на то, что запрос не может быть выполнен из-за конфликтного обращения к ресурсу.

410 Gone

411 Length Required

Запрос не указывает длину контента, и это было затребовано в совершенном запросе.

412 Precondition Failed

413 Request Entity Too Large

414 Request-URL Too Long

Этот код отображается, когда сервер не может обработать запрос из-за слишком длинного указанного URL.

415 Unsupported Media-Type

416 Requested Range Not Satisfiable

417 Expectation Failed

418 I’m a teapot

422 Unprocessable Entity

Запрос был принят и понят, но не может быть выполнен ввиду наличия семантических ошибок.

423 Locked

424 Failed Dependency

425 Unordered Collection

426 Upgrade Required

428 Precondition Required

429 Too Many Requests

Этот ответ посылается, если клиент попытался отправить слишком много запросов за короткое время.

431 Request Header Fields Too Large

444 No Response

449 Retry With (Microsoft)

450 Blocked by Windows Parental Controls (Microsoft)

451 Unavailable For Legal Reasons

5xx Ошибка сервера

Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

500 Internal Server Error

Данная ошибка говорит о любой внутренней ошибке сервера, которая не входит в рамки остальных ошибок класса.

501 Not Implemented

502 Bad Gateway

503 Server Unavailable

504 Gateway Timeout

505 HTTP Version Not Supported

Сервер не поддерживает указанную в запросе версию протокола HTTP.

506 Variant Also Negotiates

507 Insufficient Storage

Когда сервер не способен разместить данные, так как не хватает места для выполнения текущего запроса.

509 Bandwidth Limit Exceeded

510 Not Extended

511 Network Authentication Required

Источник

Ошибки при входе в ЕИС

Модераторы: Xep_CoH, HeakkyPaTHbIu

Марь Ивановна: Сообщения: 87; Зарегистрирован: Пн фев 15, 2021 5:14 pm; Репутация: 0; Благодарил (а): 6 раз; Поблагодарили: 1 раз

Re: Ошибки при входе в ЕИС

Сообщение

Марь Ивановна » Чт мар 16, 2023 9:39 am

Добрый день. Подскажите, пожалуйста, такая проблема. Вчера слетел сертификат руководителя в ЕИС. При входе в личный кабинет, после выбора пользователя — выбрасывает на главную страницу. Сертификат работает на всех других площадках и казначейских программах. Другие сертификаты пользователей — тоже работают. Что это может быть?

Инфо: Сообщения: 383; Зарегистрирован: Пн мар 30, 2020 6:21 am; Репутация: 0; Благодарил (а): 2 раза; Поблагодарили: 20 раз

Re: Ошибки при входе в ЕИС

Сообщение

Инфо » Ср апр 05, 2023 10:20 am

5 апреля 2023 года у части пользователей ЕИС в сфере закупок при попытке авторизации в личном кабинете участника закупок может возникать модальное окно с текстом: «Произошла ошибка, код ошибки «Not supported in SOAP 1.1». Ошибка возникает по причине проблем в головном удостоверяющем центре.

HeakkyPaTHbIu: Сообщения: 549; Зарегистрирован: Ср окт 23, 2019 5:25 pm; Репутация: 6; Благодарил (а): 23 раза; Поблагодарили: 9 раз

Re: Ошибки при входе в ЕИС

Сообщение

HeakkyPaTHbIu » Ср апр 05, 2023 12:51 pm

Акимова Л писал(а): ↑Ср апр 05, 2023 10:17 am
У всех такая ошибка?
Ошибка Not supported in SOAP 1.1.jpg

Проблема была устранена 5 апреля 2023 года в 14:45 по московскому времени. Головной удостоверяющий центр работает в штатном режиме, доступ в личный кабинет ЕИС в сфере закупок восстановлен.

Источник

Общее #

Ошибка	Как исправить
Ошибка проверки аутентификационной информации. User with login [XXX] not found	Вероятно, неверно указан логин и/или пароль. Подробное решение по ссылке
Статус отправки при выгрузке сведений из программы – “Отправка отменена”.	Проверьте, что сертификат ЭЦП выбран в программе (Информация об организации – Данные ЕИС – Сертификат).

План-график (ПГ) #

Ошибка	Как исправить
UE. ПГ_ИК_4003. Следующий номер версии плана-графика с номером 2017011110000780010001 должен быть 58.	Версия выгружаемого ПГ должна быть на единицу больше размещенной версии ПГ в ЕИС. При выгрузке изменений в поле «Включить изменения в версию плана-графика» введите значение из ошибки (в примере 58).
UE. ПГ_ИК_5002. Для размещенного ПГ с реестровым номером 2017011930004200060023 уже существует проект изменения плана-графика с идентификатором 3162084. Для внесения изменений в существующий проект направляйте проект изменения с указанием в тэге id соответствующего значения идентификатора.	Вероятно, в вашем личном кабинете в ЕИС уже есть версия ПГ на подготовке. Удалите ее из личного кабинета перед отправкой ПГ из программы Эконом-Эксперт.

Контракт, исполнение контракта, извещение #

Ошибка	Как исправить
В требованиях заказчика […] обнаружен идентификационный код закупки не соответствующий исходной позиции плана-графика В требованиях заказчика […] обнаружен ранее используемый идентификационный код закупки в документе Первый свободный идентификационный код закупки: 005	Перейдите в закупку, блок ЕИС, вкладка Связь с планом-графиком. Проверьте правильность ИКЗ, скорректируйте значение с учетом требования ЕИС. Повторите отправку.
IDE. Дата и время начала подачи заявок должна быть не ранее максимального значения текущей даты и времени и (или) предполагаемой даты и времени размещения извещения	Перейдите в закупку, блок Проведение, вкладка Информация о процедуре закупки, блок Подача заявки. Установите дату и время Начала подачи заявок с учетом времени на отправку и исправление ошибок, возвращаемых ЕИС (например, на пол часа или час больше текущей) и повторите отправку.
Дата и время начала срока подачи заявок не должна отличаться от значения в действующей редакции извещения (изменения извещения)	Перейдите в закупку, блок Извещение, вкладка Процедуре закупки, блок Подача заявки. Установите дату и время Начала подачи заявок, возвращаемые сервером ЕИС в ошибке. При изменении извещения дата Подачи заявок равна значению из первоначальной версии извещения.
Номер редакции сведений о контракте должен быть на единицу больше чем номер версии соответствующего размещённого документа	При выгрузке информации об исполнении укажите номер версии исполнения на единицу больше, чем версия последнего размещенного исполнения. Номер указывается на форме выгрузки исполнения после нажатия на кнопку Отправить в ЕИС.
Непредвиденная ошибка в интеграционном адаптере РГК. Для размещенного контракта с реестровым номером [] уже существует не размещенный проект информации об исполнении (расторжении) контракта с идентификатором 76290273 в статусе «На подготовке». Для внесения изменений в существующий проект направляйте проект изменения с указанием в тэге id соответствующего значения идентификатора. Для размещенного контракта с реестровым номером [] уже существует проект изменения контракта с идентификатором 59982921 в статусе «Контроль не пройден». Для внесения изменений в существующий проект направляйте проект изменения с указанием в тэге id соответствующего значения идентификатора	Попробуйте удалить не размещенный проект информации об исполнении (расторжении) контракта в личном кабинете ЕИС и выгрузить снова. Если исполнение не прошло контроль, Для внесения изменений в существующий проект направляйте, указав id не прошедшего контроль исполнения на вкладке ЕИС – вкладка Отправить в ЕИС, отметьте, что хотите выгрузить изменения к версии, не прошедшей контроль (id будет указан в ошибке, которая была получена от ЕИС). Если ошибка повторяется, обратитесь в нашу службу поддержки.
Документ с идентификатором в ЕИС находится в статусе На контроле Изменения документа и новые проекты информации об исполнении (расторжении контракта) не принимаются	В настоящий момент вы пытаетесь изменить документ, который находится на контроле, повторите отправку после того, как документ будет размещен в ЕИС после прохождения контроля.
Дата подписания заказчиком документа о приемке товаров работ услуг ( – Акт выполненных работ от ) не может быть ранее даты составления документа и позже текущей даты	В информации об исполнении (расторжении) контракта в документе о поставке скорректируйте дату подписания документа , с учетом того, что дата не может быть ранее даты документа и позднее текущей даты.
UE. Фактически оплаченная сумма во всех исполнениях по данному этапу контракта превышает сумму оплаты по данному этапу контракта в актуальной информации о контракте	Итоговая сумма исполнения, с учетом отправляемой сейчас, превышает сумму контракта (или сумму этапа контракта). Необходимо сверить планируемые платежи по каждому этапу контракта и сумму, на которую уже исполнен контракт (или этап контракта).
Непредвиденная ошибка в интеграционном адаптере РГК. Полученный идентификатор предмета контракта 115569171 в поле «Уникальный идентификатор предмета контракта» (executions\execution\quantityContractSubjects\quantityContractSubject\sid) не найден среди идентификаторов предметов контракта – не лекарственных препаратов, указанных в связанном контракте.	Ошибка возможна в следующих ситуациях: 1) Не прошли сутки со дня размещения информации о контракте. Повторите отправку позже. 2) ЕИС заменил коды спецификаций. В этом случае обновите информацию о контракте из ЕИС (но в этом случае будут потеряны данные по поставкам/оплатам, занесенные вручную) или обратитесь в нашу службу поддержки.
IDE. Отсутствует прикрепленный файл документа в блоке «Необходимые документы и файлы»	При отправке Отчета об исполнении контракта в окне “Параметров выгрузки” необходимо отметить галками нужные документы (документ об оплате/поставке/расторжении) или прикрепить другой документ
IDE. Не заполнено следующее обязательное поле: Порядок предоставления информации	Перейдите на вкладку “Проведение закупки”, в блоке “Предоставление разъяснений документации участникам” заполните поле “Порядок предоставления”
IDE. Не заполнено следующее обязательное поле: В описании лекарственного препарата Бриллиантовый зеленный не указаны сведения о лекарственных формах, дозировках и единицах измерения.	Перейдите на форму спецификации, убедитесь, что в поле ОКПД2 введено код 21.XX, в блоке Варианты поставки лекарственных препаратов нажмите Изменить. На появившейся форме заполните из справочника информацию о лекарственном препарате или внесите информацию вручную.
В сведениях о контракте для данного предмета контракта (определенного на основании sid, externalSid или productInfo выше) в блоке «Сведения об объекте закупки в том случае, когда объектом закупки является лекарственный препарат» (drugPurchaseObjectInfo\drugInfoUsingReferenceInfo) отсутствует лекарственный препарат, у которого торговое наименование имеет уникальный код равный значению в поле positionTradeNameExternalCode 2011ef24-bf5b-11e9-bd5d-575e9ce50188	Обновите сведения о контракте через вкладку ЕИС – Загрузка из ЕИС – отметьте к загрузке только Контракт. Повторите отправку исполнения.
UE. Для товаров, работ, услуг с кодами 35.12.10.110 в перечне значение поля «Сумма» не равно произведению значения поля «Цена за единицу» на значение поля «Количество»	При возникновении данной ошибки обратитесь в нашу службу поддержки
IDE. Размещение документа Извещение об осуществлении закупки невозможно в связи с наличием документа Извещение об осуществлении закупки для закупки XXX по связанной позиции плана-графика 2019037520004380020000600001.	Вероятно, в вашем личном кабинете в ЕИС уже есть проект Извещения. Удалите его из личного кабинета перед отправкой из программы Эконом-Эксперт.

28. Где взять номер банковской гарантии?26. Отчёт по СМП (инструкция)

Источник

Пути решения проблем возникающих при интеграции документов с ЕИС

00:0016.06.2017

1. Возврат документа «План закупок» на доработку в случае если Орган финконтроля опубликовал Протокол о несоответствии;

2. Рекомендации по преодолению контроля со стороны ЕИС при приеме пакета по плану закупок по МАЛЫМ (особым) закупкам;

3. Ошибка «Не найден план закупки по ID: 974653 (случайный номер)»;

4. Обнаружено недопустимое содержимое, начиная с элемента ‘directDate’;

5. План-график 2017 года отправлен в ЕИС, в РИС «WEB-Торги-КС» статус проставлен «Принят в ЕИС», но в личном кабинете ЕИС его не видно;

6. Объект с внешним идентификатором […случайный номер…] уже существует на ООС для организации с кодом СПЗ […случайный номер СПЗ…];

7. Позиция с реестровым номером […случайный номер ЗПЗ…] либо внешним номером 0 должна присутствовать в актуальном состоянии в плане закупок с реестровым номером […случайный номер ПЗ…]

8. Реквизит для строки null метод определения и обоснования НМЦК по ч.1 ст.22 44-ФЗ Метод, не предусмотренный ч.1 ст.22 44-ФЗ Метод, не предусмотренный ч.1 ст.22 44-ФЗ задан повторно

9. Формирование заявки заказчика на загрузку документов планирования с ЕИС в РИС «WEB-Торги-КС»;

10. Проблема при отправке контрактов в ЕИС и решение;

Возврат документа «План закупок» на доработку в случае если Орган финконтроля опубликовал Протокол о несоответствии

В случае если по результатам контроля в соответствии с ч.5 ст.99 44-ФЗ финорган опубликовал Протокол несоответствии контролируемой информации, то Заказчику самостоятельно необходимо вернуть документ ПГ на доработку, для этого необходимо в статусе «Не соответствует» выбрать документ и отправить его по маршруту.

Ошибка (обязательно устранение):

«Код(ы) вида расхода [244] не уникален для объекта закупки Товары, работы или услуги на сумму, не превышающие 100 тыс. руб. (п.4 ч.1 ст.93 44-ФЗ)» - Малые (особые) закупки закупки

Причины проблемы:

При отправке первичного проекта в ЕИС «особые» закупки, отправляемые в составе пакета, садятся в состав документа статично. При отправке на контроль пакета плана закупок, «особые» закупки остаются в составе документа без возможности их отмены. Это особенность работы ЕИС. Поэтому, когда заказчик пытается отменить в Торгах уже отправленные в ЕИС «особые» закупки и заводит новую закупку с тем же типом и КВР, то выходит контроль, описанный выше.
В случае удаления отправленной закупки и создания новой закупки с тем же КВР. В таком случае, даже если вновь созданная закупка заполнит тот же ИКЗ, который был в ранее отправленной, это не исправит ситуации. Особенность работы ВСРЗ с ЕИС в том, что в составе позиций уходит дополнительно «внешний» ключ ВСРЗ. При обработке информации пакета от ВСРЗ ЕИС сверяет закупки не только по ИКЗ, но и по внешнему ключу. Соответственно, если Вы удалили закупку, создали новую по образу и подобию удаленной, и она заняла ИКЗ удаленной закупки, то это не гарантирует успешного приема документа, так как при попытке посадить вновь отправляемый пакет ЕИС сверит по двум ключам закупку и будет считать, что принимается новая закупка. Он выдаст описанный выше контроль, если новая «особая» закупка имеет тот же КВР, что был в удаленной закупке. Если же КВР совсем другой, то выйдет контроль на уникальность ИКЗ.
Способ размещения Плана закупок по особым закупкам не соответствует способу указанному в Плане-графике.

Решение проблемы:

Необходимо отменить все вновь созданные «особые» закупки с тем КВР, на который ругается контроль, и вернуть в неотмененные первичные закупки. Впредь необходимо работать с ними. Соответственно, если Вам необходимо «удалить» закупку, то её необходимо просто заполнить нолями.
В данном случае стандартными механизмами невозможно исправить ситуацию. Необходимо проставлять скриптами внешние ключи удаленных закупок. Внешние ключи можно взять из xml с FTP ЕИС, если план закупок уже был опубликован в ЕИС, или же из бэкапа БД, если публикации не было. Удаление в Торгах закупок, ранее отправленных в ЕИС, сейчас запрещаем. Удаление доступно только для администраторов системы. В случае помощи в формировании скриптов необходимо будет обратиться к разработчикам ДИРиГЗ «Кейсистемс» для консультации.
Отменить строки (закупки) плана закупок в которых не указаны способы и добавить их заново с обязательным указанием способа закупки, далее необходимо перевязать связку в Лоте плана-графика.

Ошибка (обязательно устранение): Непредвиденная ошибка в ходе обработки. UE. Не найден план закупки по ID: 974653 (случайный номер)

При отправке на ЕИС исправленного документа [Отправить документа на ЕИС] или [Отправить изменение документа на ЕИС] применительно к плану закупок может возникнуть ошибка: «Не найден план закупки по ID: хххххх».

Данная проблема связана с тем, что успешно отправленный документ в личном кабинете заказчика были удалены самим Заказчиком или информация о номере не передана ЕИС’ом после проверки документа Финорганом (в соответствии с ч. 5 ст.99).

Для решения данной проблемы необходимо узнать текущий номер ID документа на ЕИС. Для этого необходимо в личном кабинете заказчика на ЕИС открыть документ и в адресной строке в конце прописан код «…planId=402288»

Данный номер нужно отправить в группу технической поддержки по средствам подсистемы обращений Багтрекин, с пометкой «Присвоение ID», дополнительно в заявке необходимо указать:

— Наименование документа;
— Номер версии документа;
— ИНН учреждения.

Ошибка (обязательно устранение): Ошибка валидации по схеме. 1:428 cvc-complex-type.2.4.a: Обнаружено недопустимое содержимое, начиная с элемента ‘directDate’. Ожидалось одно из ‘{«http://zakupki.gov.ru/oos/types/1»:confirmDate}’.
Ошибка (обязательно устранение): Ошибка валидации по схеме. Ошибка валидации по схеме

В документе Плана закупок не заполнена вкладка «Дополнительно» (не путать с вкладкой документа «Закупка плана закупок»)

План-график 2017 года отправлен в ЕИС, в РИС «WEB-Торги-КС» статус проставлен «Принят в ЕИС», но в личном кабинете ЕИС его не видно;

В случае если документ «Плана-графика закупок» был сформирован в РИС «WEB-Торги-КС» и получил статус документа «Принят в ЕИС» (Аналитический признак), но документ не отобразился в личном кабинете ЕИС, то это означает, что у пользователя в ЕИС отсутствуют полномочия публикации Плана-графика на 2017 год, необходимо зайти под логином Администратора ЕИС и проставить соответствующие роли:

«Ошибка (обязательно устранение): Непредвиденная ошибка в ходе обработки. UE. Объект с внешним идентификатором D1676B54-CE95-47B5-8521-6AF6503EF38C62 уже существует на ООС для организации с кодом СПЗ 03593000072»

Выходит в том случае, если заказчики нажали кнопку [Отправить документ как новый в ЕИС]. Данную кнопку следует использовать заказчикам только в том случае, если план закупок был отправлен в ЕИС, но ни разу на финконтроль не был передан, а лишь был удален из личного кабинета и на данный момент у заказчика в личном кабинете нет ни одного проекта плана закупок.

Если же в личном кабинете заказчика есть проекты плана закупок, по которым был получен протокол несоответствия контролируемой информации по ч.5 ст.99, то следует использовать для отправки в ЕИС только кнопку [Отправить документ в ЕИС] или [Отправить изменение документа в ЕИС]. При этом следует исправлять ту версию плана закупок, которая была успешно загружена в ЕИС и по которому был получен протокол несоответствия контролируемой информации по ч.5 ст.99. Новую редакцию плана закупок в WEB-Торги-КС при этом делать не надо и тем более ее отправить в личный кабинет. Новую редакцию плана закупок следует формировать только в том случае, когда предыдущая редакция будет успешно опубликована в ЕИС.

Ошибка (обязательно устранение): Непредвиденная ошибка в ходе обработки. UE. Позиция с реестровым номером 201701162000092001000001 либо внешним номером 0 должна присутствовать в актуальном состоянии в плане закупок с реестровым номером 201701162000092001

Убедиться, что позиция присутствует в ЛК ЕИС. Если позиция существует, считать за ошибку ЕИС.

Ошибка (обязательно устранение): Непредвиденная ошибка в ходе обработки. UE. реквизит для строки null метод определения и обоснования НМЦК по ч.1 ст.22 44-ФЗ Метод, не предусмотренный ч.1 ст.22 44-ФЗ Метод, не предусмотренный ч.1 ст.22 44-ФЗ задан повторно. не заполнен.

Необходимо проверить Лоты плана-графика на наличие дублирующих записей, тексты наименований в части «Невозможность применения методов в соответствии с ч.1 ст.22 44-ФЗ» не должны дублироваться с остальными разделами, см. скриншот:

Формирование заявки заказчика на загрузку документов планирования с ЕИС в РИС «WEB-Торги-КС»

Инструкция по формированию заявки заказчика на загрузку документов планирования с Единой информационной системы в РИС «WEB-Торги-КС» (doc, 118.5 КБ)

При загрузке с Единой информационной системы опубликованных документов ВСЕ ранее существующие версии и редакции документа (во всех статусах) РИС «WEB-Торги-КС» будут удалены.

Между тем, Единая информационная система не передает данные во внешние системы по ряду таких данных, как КБК, средние цены за единицу ТРУ, ОКПД2 и ряд других. Для целостности передаваемых данных необходимо дополнительно ввести отсутствующую информацию вручную. В случае наличия разницы между опубликованными и введенными данными могут возникнуть проблемы в дальнейшей интеграции. Так же информация по стоимостным показателям при загрузке в РИС «WEB-Торги-КС» изменится в сторону увеличения в тысячекратном выражении.

Проблема при отправке контрактов в ЕИС и решение

Ошибка (обязательно устранение): Непредвиденная ошибка в ходе обработки. Непредвиденная ошибка в интеграционном адаптере РГК. В случае если размещающая организация (блок placer) отличается от заказчика (блок customer), то в принимаемом документе в блоке «Информация об организации, разместившей контракт» (placer) должны быть указаны сведения о размещающей организации; код СПЗ и полномочия, указанные в блоке должны совпадать с кодом СПЗ и полномочиями организации, определенной по логину пользователя «логин пользователя», загружающего пакет.

Основная суть проблемы заключается в отправке документов в ЕИС под учетными записями с полномочиями «Руководитель организации». ЕИС не может по каналам интеграции корректно обработать информацию под такими учетными данными ЕИС.

Решение проблемы:

1) В случае, если у заказчиков в личном кабинете ЕИС только одна учетная запись, то необходимо создать ещё одну учетную запись без полномочий руководителя, но с полномочиями размещения информации

2) Если уже есть учетные записи без полномочия «Руководитель», то необходимо указать их в регистрационных данных ЕИС. Напомним, что регистрационные данные заказчик вносит в меню настройки — Регистрационные данные ЕИС.

После обновления ЕИС до версии 7.1.4 у большинства заказчиков возникает ошибка при отправке документа в ЕИС: Непредвиденная ошибка в интеграционном адаптере РГК. Пользователь с логином логин_пользователя, в личный кабинет которого направляется документ, имеет следующие полномочия организаций CU. Необходимо явно указать требуемое полномочие в поле «Роль организации, разместившей контракт» (placer\responsibleOrg)

Решение:
Нужно заполнить вкладку «Организация разместившая\размещающая контракт» в сведениях о контракте согласно данным ЕИС.

Источник

Описание ошибок интеграции с ЕИС ЭА

Содержание

1 РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ
2 РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.
3 РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .
4 РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.
5 РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ
6 РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.
7 РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.
8 РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».
9 РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).
10 РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.
11 РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»
12 РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.
13 РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).
14 РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).
15 РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).
16 РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).
17 РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.
18 РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1
19 РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.
20 РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000
21 Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».

РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ

Реквизиты исполнителя в графике исполнения в ПИКе не соответствует реквизитам исполнителя в ЕРУЗ.

Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» приведите реквизиты исполнителя в графике исполнения в соответствие с ЕРУЗ.

РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.

Тип продавца не соответствует типу участника закупок в ЕРУЗ.

Рекомендации:
• по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» у исполнителя необходимо установить признак «Включить в наименование «ИП»;
• вернуть документ на формирование;
• удалить сведения о документе;
• исполнителю заново сформировать документ и отправить на подписание.

РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .

1 причина возникновения ошибки. На данный момент ЕИС не принимает документы с признаком «Документ содержит товар(ы), подлежащие маркировке».

Рекомендации: верните документ на формирование, в блоке «Сведения о товарах, работах, услугах» измените признак на «Документ не содержит товаров, подлежащих прослеживаемости или маркировке» и направьте документ на подписание в ЕИС повторно.

2 причина возникновения ошибки. Ошибка как на изображении ниже может возникать, если в ПИК подгружена устаревшая версия контракта ЕИС.

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

РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.

К документу не добавлены файлы с типами документов, которые утверждены Приказом Минздрава № 15н от 18.01.2021 г. .

Рекомендации: верните документ на формирование и в блоке «Добавление файла» добавьте файлы с типами документов согласно Приказу Минздрава № 15н от 18.01.2021 г.

РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ

В блоке «Сведения о составителе информации продавца» в поле «Наименование экономического субъекта» указано наименование исполнителя отличное от наименования в ЕРУЗ.
Поле «Наименование экономического субъекта» в блоке «Сведения о составителе информации продавца» заполняется автоматически из поля «Наименование» в блоке «Сведения об Исполнителе» на вкладке «Предмет, стороны, условия контракта»
Рекомендации: верните документ на формирование. Внесите изменения по доп. соглашению с базовым основанием «Изменение реквизитов исполнителя» и приведите реквизиты исполнителя в графике исполнения в соответствие с ЕРУЗ.

РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.

Согласно ЕСКЛП данный ЛП входит в перечень ЖНВЛП, информация в ЕИС по данному ЛП не соответствует информации ЕСКЛП.
Рекомендации: Заказчику в контракте в ЕИС необходимо исправить сведения о выбранном ЛП в части наличия его в перечне ЖНВЛП.

РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.

Не сопоставлены объекты закупки в ПИК и ЕИС.
Рекомендации: на вкладке «Объекты закупки» по кнопке «Заполнить информацию об объектах закупки из ЕИС» необходимо сопоставить объекты закупки, вернуть документ на формирование и направить документ на подписание в ЕИС повторно.

РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».

В карточке контракта в документе приемки не предусмотрено принятие результатов экспертизы приемочной комиссии.
Рекомендации: верните документ на формирование и удалите файл с типом «Решение приемочной комиссии», далее направьте документ на подписание в ЕИС повторно.

РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).

Ошибка возникает при подписании документа приемки в ПИКе при наличии подписанного напрямую документа приемки в ЕИС.

Рекомендации: для связывания документа в ПИКе с подписанным документом в ЕИС необходимо написать в ТП ПИК, предоставив скриншот документов этапа контракта из ЕИС со стороны исполнителя и печатную форму подписанного документа в ЕИС.

РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.

Реквизиты заказчика в графике исполнения в ПИКе не соответствует реквизитам заказчика в контракте в ЕИС.
Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов заказчика» приведите реквизиты заказчика в графике исполнения в соответствие с контрактом в ЕИС.

РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»

Режим исполнения контракта в ПИКе отличается от режима исполнения, указанного в контракте в ЕИС.

Рекомендации: необходимо привести в соответствие режим исполнения в ПИК и ЕИС, изменение режима в ПИКе производится по доп. соглашению (с нарушением существенных условий).

РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.

В блоке «Сведения об обязательстве и контракте (основание) поле «Идентификатор государственного контракта» заполнено некорректным значением.

Рекомендации: верните документ на формирование, в блоке «Сведения об обязательстве и контракте (основание) очистите поле «Идентификатор государственного контракта» и направьте документ на подписание в ЕИС повторно.

РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).

Единица измерения для объекта не совпадает в ПИК и ЕИС.

Рекомендации:
• исполнителю необходимо вернуть документ на формирование;
• заказчику нужно привести в соответствие объекты закупок между ПИК и ЕИС, так, чтобы не было различий (изменять нужно там, где указано не верно), затем повторно сопоставить объекты по кнопке «Заполнить информацию об объектах закупки из ЕИС»;
• после сопоставления объектов исполнитель может направить документ на подписание в ЕИС повторно.

РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).

Рекомендации:
• пользователю необходимо в личном кабинете заказчика (в ЕИС) удалить информацию о покупателе по данному документу;
• вернуть документ к формированию в ПИКе ;
• повторно направить документ на подписание в ЕИС.

РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).

Рекомендации: по дополнительному соглашению (с нарушением существенных условий) на вкладке «Объекты закупки» необходимо заполнить значения «Количество» и «Цена единицы» в соответствие с информацией в ЕИС. Ставка НДС в ПИК и ЕИС должна совпадать.

РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).

Рекомендации: для исполнения контракта по сметам в ПИКе в ЕИС должен быть установлен признак, что контракт является строительным.

РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.

Рекомендации:
• заказчику по дополнительному соглашению (с нарушением существенных условий) для объекта закупки, указанного в ошибке, необходимо откорректировать значение в поле «Количество потребительских единиц в потребительской упаковке» в соответствие со значением, указанным в ЕИС;
• исполнителю необходимо вернуть документ на формирование и повторно направить документ на подписание в ЕИС.

РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1

Рекомендации:
• вернуть документ к формированию;
• на вкладке «Информация покупателя» в блоке «Сведения о формировании информации покупателя» в поле «Наименование экономического субъекта – составителя информации покупателя» необходимо указать наименование организации в соответствие с наименованием в ЕИС (символ в символ, пробелы и регистр имеют значение).

РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.

Рекомендации (2 варианта устранения ошибки):
• 1 вариант: заказчику необходимо внести изменения в контракт ЕИС и убрать у объекта признак «Объект закупки заменен на товар, работу, услугу, качество, технические и функциональные характеристики (потребительские свойства) которых улучшены в сравнении с указанными в контракте», после этого повторить отправку документа;
• 2 вариант: подписать документ приемки напрямую в ЕИС, затем импортировать его.

РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000

Рекомендации: в карточке контракта в ЕИС необходимо проставить признак «Предметом контракта является приобретение жилых помещений»

Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».

В случае возникновения такой ошибки в документе пользователю необходимо сделать следующее:

1. Сформировать Уведомление об уточнении и НЕ ПОДПИСЫВАТЬ ЕГО.

Уведомление об уточнении (продолжение)

2. После сохранения уведомления об уточнении переходим снова в реестр документов об исполнении контракта, находим документ и удаляем уведомление об уточнении.

Удаление Уведомления об уточнении

3. В ПИК необходимо нажать кнопку «Вернуться к формированию».

4. Заказчику снова необходимо отправить документ на подписание. И НЕ заходить в ЕИС в документ, пока в ПИК не появится сообщение в документе, что он успешно отправлен на подписание в ЕИС.

Источник

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510

100	301	405	417	450
101	302	406	418	451
102	303	407	422	500
200	304	408	423	501
201	305	409	424	502
202	306	410	425	503
203	307	411	426	504
204	400	412	428	505
205	401	413	429	506
206	402	414	431	507
207	403	415	444	509
300	404	416	449	510