Список ошибок при регистрации

Дата публикации: 01.09.2015 15:13 (архив)

УФНС России по Пермскому краю информирует заявителей, что одной из наиболее часто встречающихся причин для отказа в государственной регистрации являются нарушения в заполнении заявления о государственной регистрации юридического лица.

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

Не указываются индекс и код субъекта Российской Федерации, которые обязательны для заполнения.

Элементы адреса «район», «город», «населенный пункт», «улица», «дом», «корпус», «офис» оформляются путем обязательного заполнения двух полей: в первом указывается тип адресного объекта, во втором — соответственно наименование или номер адресного объекта.

Для показателей «район», «город», «населенный пункт», «улица» тип адресного объекта указывается с использованием сокращения, приведенного в приложении к требованиям по оформлению заявлений. Например: при заполнении сведений о районе – указывается «р-н», о городе – «г», о населенном пункте (поселке, селе)- «п» или «с».

Тип адресного объекта для показателей «дом», «корпус», «офис» указывается полностью (без сокращений).

Заполнение показателя ОКВЭД осуществляется слева направо в соответствии с цифровым значением кода по Общероссийскому классификатору видов экономической деятельности ОК 029-2001 (КДЕС Ред. 1). При этом, указывается не менее четырех цифровых знаков кода.

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



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

Топ-5 ошибок при регистрации ИП

Ошибка № 1. Неверное заполнение заявления

Перечень документов для регистрации ИП невелик. Тем более важно правильно их заполнить. В частности, заявление на регистрацию по форме Р21001.

Тщательно проверяйте паспортные данные (или данные по иному заменяющему паспорт документу). Корректно указывайте сведения о регистрации. Проверьте и перепроверьте ИНН.

Заполнению всех пяти страниц формы также надо уделить особое внимание (заполняем от руки только заглавными буквами, шрифтом Courier New, размер —18, каждая буква и цифра — в отдельной клетке, без помарок и подчисток).

Пустых листов быть не должно. Лист «Б» — с Ф.И.О. и подписью заявителя заполняется в присутствии налогового инспектора при подаче документов. Тщательно проверяйте все необходимые к заполнению графы на предмет ошибок.

Ошибки в заполнении документов — самая частая причина для отказа. Исключите все случайности, погрешности, описки, поручив регистрацию ИП специалистам Локо-Банка с 25-летним опытом работы. Бесплатно и безошибочно.

Ошибка № 2. Оплошность нотариуса (иного исполнителя)

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

Оплатив нотариальное удостоверение и «технические» услуги (распечатку «правильной» формы) доверенности, можно с неудовольствием узнать, что, например, удостоверены не полномочия выступать от вашего имени в органах, а просто подпись гражданина.

Регистрация ИП без лишних затрат в Локо-Банке — от вас потребуется лишь паспорт, СНИЛС и смартфон (для оформления электронной подписи).

Ошибка № 3. Оплата госпошлины

Само по себе это — не ошибка. Как при классической подаче (лично), так через представителя по доверенности или по почте — надо уплатить госпошлину 800 рублей. Квитанцию представлять необязательно, хотя очень желательно, т. к. ФНС может не сразу получить сведения о поступлении госпошлины (к тому же не исключены ошибки в реквизитах).

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

Ошибка № 4. Неверное внесение кодов, неправильный подбор

При заполнении листа 3 формы Р21001 многие неверно указывают коды по ОКВЭД — тремя цифрами или вообще вписывают несуществующие коды. Код указывается исключительно четырьмя цифрами и только по актуальному справочнику ОКВЭД 2.

Большие проблемы в дальнейшем порождает формальный подход к подбору кодов. Так, несоответствие заявленных кодов реальной деятельности чревато санкциями (предупреждение, штраф до 10 тыс. руб., ст. 14.25 КоАП) и доначислениями (если, скажем, ИП работает на «упрощенке» и осуществляет деятельность, которой нет в ЕГРИП, то доходы могут быть обложены по ставке 13% НДФЛ — на эту опасность указал Минфин в письме от 22.11.2017 № 03-04-06/77155).

Возможны и иные проблемы. Например, отказ в выдаче патента (в вашей записи в ЕГРИП нет нужного вида деятельности), проблемы с деловыми партнерами, которые могут счесть ИП неблагонадежным, а также отсутствие возможности получить меры поддержки или проблемы с банком из-за антиотмывочного законодательства и т.п.

Сервис регистрации Локо-Банк позволяет бесплатно осуществить оптимальный для вас выбор кодов ОКВЭД.

Ошибка № 5. Неправильно выбрали налоговый режим

Тут очень много нюансов, поэтому очертим лишь основные. Например, решили вы работать на патенте. Вопрос: надо ли подавать заявление на применение УСН? Большинство ответит, что нет. И вот уже первая потенциальная опасность.

Патентная система предполагает жесткое соблюдение лимитов и ограничений. «Слететь» с этой системы легко и достаточно лишь:

  • заработать с начала года более 60 млн руб.;
  • единожды продать маркированный и (или) подакцизный товар;
  • принять на работу более 15 сотрудников (или неправильно оформить отношения с исполнителями по гражданско-правовому договору, с самозанятыми и т. п.).

Лишившись права на применение ПСН, ИП автоматически переходит на общую систему налогообложения с необходимостью уплаты 13% НДФЛ, 20% НДС, страховых взносов с и доходов свыше 300 тыс. рублей. Причем все это придется платить с фактического дохода, а не с потенциального «патентного», и пересчитать налоги с начала действия патента.

Однако и УСН не так проста, как кажется. Возможны ошибки с выбором объекта. Например, если ИП занимается торговлей, то объект «доходы» будет невыгоден, как при консалтинговых услугах невыгоден объект «доходы минус расходы».

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

Специалисты Локо-Банка помогут подобрать наиболее выгодный для вас налоговый режим. Бесплатно.

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

№ п/п Описание ошибки Комментарии 3.1. Неправильное округление размера государственной пошлины за государственную регистрацию дополнительного выпуска ценных бумаг, размещаемых путем подписки. В соответствии с пунктом 53 статьи 333.33 НК РФ за государственную регистрацию выпуска (дополнительного выпуска) ценных бумаг, размещаемых путем подписки, государственная пошлина уплачивается в размере 0,2% от номинальной суммы выпуска (дополнительного выпуска), но не более 200 000 рублей. При этом при определении размера государственной пошлины необходимо учитывать, что в соответствии с пунктом 6 статьи 52 НК РФ сумма налога исчисляется в полных рублях. Таким образом, сумма налога менее 50 копеек отбрасывается, а сумма налога 50 копеек и более округляется до полного рубля. 3.2. Для государственной регистрации выпуска или дополнительного выпуска акций, размещаемых посредством закрытой подписки, не представлен ДСУР. В соответствии с пунктом 5.5. Стандартов эмиссии для регистрации выпуска или дополнительного выпуска акций (конвертируемых в акции бумаг), не сопровождающейся регистрацией их проспекта, в Банк России или в регистрирующую организацию должен быть представлен в том числе ДСУР, составленный в соответствии с приложением 12 к Стандартам эмиссии.
При этом права владельцев ценных бумаг дополнительного выпуска аналогичны правам владельцев ценных бумаг основного выпуска и закреплены в решении о выпуске таких ценных бумаг, представлявшемся для государственной регистрации основного выпуска. Составление и представление для государственной регистрации дополнительного выпуска ценных бумаг решения о дополнительном выпуске ценных бумаг не требуется.
Таким образом, для регистрации выпуска акций (конвертируемых в акции бумаг) требуется предоставить и решение о выпуске, и ДСУР (если нет проспекта), а для регистрации дополнительного выпуска акций (конвертируемых в акции бумаг) требуется представить только ДСУР (или проспект). 3.3. Решение о размещении ценных бумаг принято советом директоров, однако из представленных документов не следует, что решение о передаче совету директоров полномочий по принятию решения об увеличении уставного капитала принято общим собранием акционеров единогласно. В соответствии с пунктом 3 статьи 39 Закона об акционерных обществах размещение акций (или конвертируемых в акции бумаг) посредством закрытой подписки осуществляется только по решению общего собрания акционеров об увеличении уставного капитала общества путем размещения дополнительных акций (о размещении конвертируемых в акции бумаг), принятому большинством в три четверти голосов акционеров — владельцев голосующих акций, принимающих участие в общем собрании акционеров.
Согласно подпункту 1 пункта 3 статьи 66.3 ГК РФ по решению участников (учредителей) непубличного общества,

принятому единогласно

, в устав общества могут быть включены положения о передаче на рассмотрение коллегиального органа управления общества или коллегиального исполнительного органа общества вопросов, отнесенных законом к компетенции общего собрания участников хозяйственного общества, в том числе вопрос об увеличении уставного капитала непубличного акционерного общества путем дополнительного выпуска акций.
С учетом изложенного, в случае если решение о размещении дополнительных акций принято советом директоров, в комплекте документов для государственной регистрации дополнительного выпуска ценных бумаг необходимо также представить документы, подтверждающие единогласное принятие общим собранием акционеров решения о передаче полномочий по принятию решения об увеличении уставного капитала совету директоров. 3.4. Нарушение требований законодательства при размещении акций только среди всех акционеров. В соответствии с пунктом 36.11 Стандартов эмиссии в случае если акции размещаются путем закрытой подписки только среди всех акционеров — владельцев акций этой категории (типа), такое размещение осуществляется пропорционально количеству принадлежащих акционерам акций соответствующей категории (типа) в случае, если иной порядок размещения не предусмотрен решением о размещении указанных акций. В случае отказа кого-либо из акционеров акционерного общества от приобретения причитающихся ему ценных бумаг, размещаемых данным путем, такие ценные бумаги остаются неразмещенными в случае, если иное не предусмотрено решением об их размещении.
Если акционеры планируют осуществлять в этом случае размещение акций так, чтобы все акции были размещены даже и при отказе кого-то из акционеров их приобретать, им следует предусмотреть в решении о размещении два этапа размещения (на первом — только пропорционально; на втором — на усмотрение эмитента). Порядок размещения на обоих этапах должен быть полностью описан отдельно для каждого этапа.
При таком способе размещения возможно два варианта развития событий:
— решением о размещении предусмотрено только размещение среди всех акционеров пропорционально принадлежащим им акциям соответствующей категории (типа). Тогда если кто-то из акционеров откажется приобретать причитающееся ему количество дополнительных акций, часть акций останется неразмещенной. Разместить их другим акционерам (иным лицам) нельзя ни при каких обстоятельствах.
— решением о размещении предусмотрено 2 этапа (и порядок описан для каждого из этапов). На первом — приобретают все акционеры пропорционально их долям, а на втором — оставшиеся неразмещенными акции приобретают акционеры, имеющие такое намерение (и возможность их оплатить). В этом случае можно разместить все акции дополнительного выпуска, даже если кто-то из акционеров отказался.
Для обоих случаев не играет роли, будет ли круг приобретателей определен просто указанием на то, что размещение осуществлено «среди всех акционеров…» или будет приведен полный список всех акционеров. Оба варианта — допустимы.
Следует обратить внимание, что преимущественное право приобретения размещаемых ценных бумаг в силу пункта 40 Закона об акционерных обществах в обоих случаях не возникает. 3.5. При указании сведений о круге потенциальных приобретателей (в пункте 4.1 ДСУР[1]) не указаны идентифицирующие сведения В соответствии с пунктом 30.11 Стандартов эмиссии в ДСУР должен быть указан круг лиц, среди которых эмитент намерен разместить ценные бумаги, при этом:
· Если круг потенциальных приобретателей ценных бумаг, размещаемых путем закрытой подписки, определяется посредством указания наименований организаций, в отношении каждой такой организации указываются основной государственный регистрационный номер (ОГРН), а если указанной организацией является иностранное юридическое лицо или иностранная организация, не являющаяся юридическим лицом по иностранному праву, — данные, позволяющие идентифицировать такую организацию в соответствии с иностранным правом.
· Если потенциальные приобретатели — физические лица, в отношении каждого такого физического лица указывается присвоенный ему в установленном порядке идентификационный номер налогоплательщика (ИНН), а в случае его отсутствия — иные данные, позволяющие идентифицировать это лицо (данные паспорта, иного удостоверяющего личность документа, в том числе документа, позволяющего идентифицировать иностранного гражданина в соответствии с иностранным правом, и тому подобное).
Верным будет указание, например:
1. «Акционерное общество „Ромашка“ (ОГРН: ХХХХХХХХХХХХХ);
2. Иванов Иван Иванович (ИНН: ХХХХХХХХХХ) или (паспорт серия ХХХХ номер ХХХХ, выдан ХХХХХ).
Здесь так же следует обратить внимание, что круг потенциальных приобретателей должен быть указан в соответствии с решением о размещении ценных бумаг. Так, например, является недопустимым указать в решении о размещении в качестве потенциальных приобретателей „участники ООО „Ромашка“, а в ДСУРе указать „Иванов И.И., Петров П.П.“ — даже если Иванов Петров являются участниками ООО“ Ромашка». 3.6. Некорректное указание в пункте 4.1 ДСУР информации о потенциальном приобретателе в случае, когда таким приобретателем является Российская Федерация, субъект Российской Федерации или муниципальное образование.
(эмитентом указано:
1. Российская Федерация;
2. город Москва
или
1. Росимущество
2. Госкорпорация «Роскосмос») В соответствии с пунктами 1 и 2 статьи 125 ГК РФ от имени Российской Федерации, субъектов Российской Федерации и муниципальных образований могут своими действиями приобретать и осуществлять имущественные и личные неимущественные права и обязанности, выступать в суде органы государственной власти, органы местного самоуправления в рамках их компетенции, установленной актами, определяющими статус этих органов.
Таким образом, в качестве приобретателя ценных бумаг в пункте 4.1 ДСУР необходимо указывать орган государственной власти или муниципальный орган, осуществляющий соответствующие функции от имени Российской Федерации, субъекта Российской Федерации или муниципального образования, например:
1. Российская Федерация в лице Федерального агентства по управлению государственным имуществом (ОГРН: ХХХХХХХХХХХХХ);
2. город Москва в лице Департамента городского имущества города Москвы (ОГРН: ХХХХХХХХХХХХХ).
Недопустимым является как указание только РФ (или субъекта РФ, или МО), так и указание только соответствующего органа или лица, реализующего соответствующие полномочия. 3.7. Включение в круг потенциальных приобретателей ценных бумаг в пункте 4.1 ДСУР сведений о лицах, имеющих преимущественное право приобретения размещаемых ценных бумаг В соответствии с пунктом 6.3 Стандартов эмиссии условия размещения ценных бумаг, содержащиеся в проспекте ценных бумаг или в отдельном документе, должны определяться эмитентом на основании и в соответствии с решением о размещении указанных ценных бумаг.
В соответствии с пунктом 29.12 Стандартов эмиссии решение о размещении ценных бумаг посредством закрытой подписки должно содержать круг лиц, среди которых предполагается осуществить размещение ценных бумаг. Здесь следует иметь в виду, что при том что акционеры, получившие преимущественное право (по основаниям статьи 40 Закона об акционерных обществах), и могут приобретать размещаемые акции, но все равно в понятие «потенциальные приобретатели» они не входят.
Законодательство различает лиц, имеющих преимущественное право, и участников подписки. При этом у первых возможность приобретать размещаемые акции возникает непосредственно из закона, а у вторых — в зависимости от факта включения их в список приобретателей в эмиссионных документах.
Таким образом, эмитенту не следует в перечне участников подписки указывать лиц, имеющих преимущественное право.
При этом следует обратить внимание, что если в эмиссионных документах эмитент все же включит лиц, имеющих преимущественное право приобретения размещаемых ценных бумаг, в круг потенциальных приобретателей (в круг участников подписки) этих ценных бумаг в пункте 4.1 ДСУР, то это будет означать, что указанные лица могут приобрести размещаемые ценные бумаги не только в срок действия преимущественного права по правилам статьи 41 Закона об акционерных обществах, но и после завершения срока осуществления преимущественного права наравне с иными лицами, включенными в круг потенциальных приобретателей. 3.8. При размещении ценных бумаг путем закрытой подписки (не предназначенных для квалифицированных инвесторов) в пункте 4.2.1 ДСУР указано на возможность эмитента по своему усмотрению удовлетворять полученные предложения (оферты) от потенциальных приобретателей. Стандарты эмиссии предусматривают только два случая, когда порядок размещения ценных бумаг может содержать приглашение делать предложения (оферты) о приобретении размещаемых ценных бумаг, а также указание на то, что ответ о принятии предложения (акцепт) направляется лицам, определяемым эмитентом по его усмотрению из числа лиц, сделавших такие предложения (оферты):
— размещение ценных бумаг путем открытой подписки (пункт 30.2 Стандартов эмиссии);
— размещение ценных бумаг путем закрытой подписки среди квалифицированных инвесторов (пункт 30.12 Стандартов эмиссии).
Таким образом, в случае размещения ценных бумаг, не предназначенных для квалифицированных инвесторов, путем закрытой подписки, порядок заключения договоров, направленных на приобретение таких ценных бумаг, устанавливаемый в пункте 4.2.1 ДСУР, не может предусматривать возможность эмитента по своему усмотрению удовлетворять полученные предложения (оферты) от потенциальных приобретателей. 3.9. В пункте 4.2.3 ДСУР не указан срок выдачи передаточного распоряжения лицу, осуществляющему ведение реестра. В соответствии с требованиями приложения 12 к Стандартам эмиссии, в пункте 4.2.3 ДСУР указывается в том числе срок направления распоряжения (поручения), являющегося основанием для внесения приходных записей по лицевым счетам (счетам депо) первых владельцев и (или) номинальных держателей. 3.10. В пункте 4.2.6 ДСУР указано, что перечисленные по предварительному договору денежные средства за размещаемые ценные бумаги, засчитываются в счет оплаты приобретаемых ценных бумаг при заключении основного договора, направленного на приобретение ценных бумаг. В соответствии с пунктом 30.5 Стандартов эмиссии в случае если эмитент и (или) уполномоченное им лицо намереваются заключать предварительные договоры, содержащие обязанность заключить в будущем основной договор, направленный на отчуждение размещаемых ценных бумаг первому владельцу, то условия размещения ценных бумаг, содержащиеся в проспекте ценных бумаг или в ДСУР, должны включать в себя порядок заключения таких предварительных договоров.
При этом в соответствии со статьей 429 ГК РФ по предварительному договору стороны обязуются заключить в будущем договор о передаче имущества, выполнении работ или оказании услуг (основной договор) на условиях, предусмотренных предварительным договором. Предварительный договор должен содержать условия, позволяющие установить предмет, а также условия основного договора, относительно которых по заявлению одной из сторон должно быть достигнуто соглашение при заключении предварительного договора. В предварительном договоре указывается срок, в который стороны обязуются заключить основной договор. Таким образом, предметом предварительного договора является только обязательство сторон заключить будущий договор.
Таким образом, осуществление оплаты размещаемых акций на основании предварительного договора, а также включение в пункт 4.2.6 ДСУР положений о том, что денежные средства за размещаемые ценные бумаги, засчитываются в счет оплаты приобретаемых ценных бумаг при заключении основного договора, направленного на приобретение ценных бумаг, противоречат законодательству. Даже при наличии предварительного договора обязательно должен быть основной договор, заключенный позже даты начала размещения. 3.11. Некорректное указание цены размещения ценных бумаг в пункте 4.3 ДСУР в случае, когда цена размещения определена после принятия решения о размещении ценных бумаг, но до утверждения ДСУР. В соответствии с пунктом 6.3 Стандартов эмиссии условия размещения ценных бумаг, содержащиеся в проспекте ценных бумаг или в ДСУР, должны определяться эмитентом на основании и в соответствии с решением о размещении указанных ценных бумаг.
В случае, когда цена размещения определена уполномоченным органом управления эмитента после принятия решения о размещении ценных бумаг, но до утверждения ДСУР, в пункте 4.3 ДСУР должно быть указано, что в соответствии с решением о размещении ценных бумаг цена размещения дополнительных акций определяется уполномоченным органом управления эмитента не позднее начала размещения акций (или иная формулировка, указанная в решении о размещении), также дополнительно необходимо указать, что «цена размещения дополнительных акций определена [указывается орган управления эмитента, определивший цену размещения ценных бумаг и реквизиты такого решения, например, „Советом директоров, протокол от… №…“]» в размере [указывается цена, например «1000 рублей»]. 3.12. Дата определения лиц, имеющих преимущественное право приобретения ценных бумаг, выпадает на выходной день и в пункте 4.4 ДСУР отсутствует информация о том, что она переносится на ближайший следующий за ним рабочий день. В соответствии с требованиями приложения 12 к Стандартам эмиссии в пункте 4.4 ДСУР указывается в том числе дата определения (фиксации) лиц, имеющих преимущественное право приобретения размещаемых ценных бумаг.
В соответствии с пунктом 2 статьи 40 Закона об акционерных обществах если решение, являющееся основанием для размещения дополнительных акций, принимается советом директоров (наблюдательным советом) общества, преимущественное право имеют лица, являющиеся акционерами общества на десятый день после дня принятия советом директоров (наблюдательным советом) общества такого решения, если более поздняя дата не установлена этим решением.
В соответствии со статьей 193 ГК РФ если последний день срока приходится на нерабочий день, днем окончания срока считается ближайший следующий за ним рабочий день.
Таким образом, в случае если десятый день после дня принятия советом директоров (наблюдательным советом) общества решения о размещении ценных бумаг является нерабочим, то список лиц, имеющих преимущественное право приобретения размещаемых акций дополнительного выпуска, в соответствии со статьей 193 ГК РФ должен составляться по состоянию на ближайший следующий за ним рабочий день.
Как показала практика, данное обстоятельство имеет важное значение в периоды, подобные времени применения мер противодействия распространению новой коронавирусной инфекции. 3.13. В пункте 4.4 ДСУР не определен однозначно день, в который будет направлено уведомление о преимущественном праве В соответствии с пунктом 30.6 Стандартов эмиссии условия размещения ценных бумаг, размещаемых путем подписки, содержащиеся в проспекте ценных бумаг или в отдельном документе, должны быть равными для всех потенциальных приобретателей, за исключением случаев, предусмотренных федеральными законами и иными нормативными правовыми актами Российской Федерации.
В соответствии с пунктом 1 статьи 41 Закона об акционерных обществах лица, имеющие преимущественное право приобретения дополнительных акций и конвертируемых в акции бумаг, должны быть уведомлены о возможности осуществления ими преимущественного права в порядке, предусмотренном Законом об акционерных обществах для сообщения о проведении общего собрания акционеров.
В соответствии с пунктом 1.2 статьи 52 Закона об акционерных обществах устав общества может предусматривать один или несколько способов доведения сообщения о проведении общего собрания акционеров до сведения лиц, имеющих право на участие в общем собрании акционеров и зарегистрированных в реестре акционеров общества
Так, если уставом эмитента предусмотрено, что уведомление о проведении общего собрания акционеров осуществляется путем направления заказных писем или вручением лично под роспись, то в целях предоставления равной возможности приобретения ценных бумаг и соблюдения прав лиц, имеющих преимущественное право приобретения дополнительных акций, ДСУР должен содержать указание на то, что уведомление о возможности осуществления преимущественного права будет направлено или вручено лицам, имеющим такое право,

в один день, либо указание на то, что срок действия преимущественного права начинает течь с даты направления (вручения) последнего вышеуказанного уведомления

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

одновременно

, то в условиях размещения ценных бумаг, содержащихся в проспекте ценных бумаг или в отдельном документе, должно содержаться указание на то, что срок действия преимущественного права приобретения акций исчисляется с даты совершения последнего из действий, направленных на уведомление лиц, имеющих преимущественное право приобретения размещаемых акций. 3.14. В пункте 4.4 ДСУР указаны не все способы уведомления лиц, имеющих преимущественное право приобретения акций, предусмотренные уставом эмитента Согласно требованиям приложения 12 к Стандартам эмиссии в пункте 4.4 ДСУР указывается в том числе порядок уведомления лиц, имеющих преимущественное право приобретения размещаемых ценных бумаг, о возможности его осуществления.
В соответствии с пунктом 1 статьи 41 Закона об акционерных обществах лица, имеющие преимущественное право приобретения дополнительных акций и конвертируемых в акции бумаг, должны быть уведомлены о возможности осуществления ими преимущественного права в порядке, предусмотренном Законом об акционерных обществах для сообщения о проведении общего собрания акционеров.
В соответствии с пунктом 1.2 статьи 52 Закона об акционерных обществах устав общества может предусматривать один или несколько способов доведения сообщения о проведении общего собрания акционеров до сведения лиц, имеющих право на участие в нем.
Поэтому если устав эмитента содержит императивное требование о необходимости уведомления акционеров о проведении общего собрания акционеров несколькими способами, то при описании в условиях размещения ценных бумаг порядка уведомления о возможности осуществления преимущественного права должны быть указаны все способы такого уведомления. 3.15. В пункте 4.4 ДСУР не указаны порядок подведения итогов осуществления преимущественного права приобретения акций и срок раскрытия или предоставления информации об этом (или указаны с нарушениями) В соответствии с требованиями приложения 12 к Стандартам эмиссии в пункте 4.4 ДСУР указывается в том числе порядок подведения итогов осуществления преимущественного права приобретения размещаемых ценных бумаг и порядок и срок раскрытия информации об итогах осуществления преимущественного права приобретения размещаемых ценных бумаг (если эмитент не раскрывает эту информацию — то порядок ее представления лицам, имеющим преимущественное право, и потенциальным приобретателям ценных бумаг).
При включении в ДСУР указанного порядка следует учитывать следующие требования.
1. В соответствии с пунктом 36.10 Стандартов эмиссии для определения количества ценных бумаг, размещенных в результате осуществления преимущественного права их приобретения, эмитент в течение пяти дней с даты истечения срока действия преимущественного права, а в случае, если цена размещения ценных бумаг для лиц, осуществляющих преимущественное право, определяется после окончания срока его действия, — в течение пяти дней с даты истечения установленного срока оплаты ценных бумаг лицами, осуществляющими преимущественное право, должен подвести итоги осуществления преимущественного права и в порядке, предусмотренном условиями размещения ценных бумаг и нормативными актами Банка России, раскрыть (предоставить) информацию об этом.
Положением о раскрытии информации, а также иными нормативными актами Банка России не установлены требования к порядку и сроку раскрытия (предоставления) информации об итогах осуществления преимущественного права при осуществлении эмиссии акций, размещаемых путем закрытой подписки, и не сопровождающейся регистрацией проспекта ценных бумаг. В этой связи в указанном случае порядок, в том числе срок раскрытия (предоставления) информации об итогах осуществления преимущественного права должен определяться в ДСУР.
2. В соответствии с пунктом 1 статьи 30 Закона о рынке ценных бумаг под раскрытием информации на рынке ценных бумаг понимается

обеспечение ее доступности всем заинтересованным в этом лицам

независимо от целей получения данной информации в соответствии с процедурой, гарантирующей ее нахождение и получение. Раскрытой информацией на рынке ценных бумаг признается информация, в отношении которой проведены действия по ее раскрытию.
Так, например, информация об итогах осуществления преимущественного права может признаваться раскрытой, если в отношении нее осуществлены действия по опубликованию в информационно-телекоммуникационной сети «Интернет», либо в средствах массовой информации, предусмотренных уставом или внутренними документами общества. При этом размещение информации оф-лайн (на информационных стендах или иным подобным образом, вне зависимости от легкости/сложности доступа к местам размещения) или опубликование в не предусмотренных уставом или внутренними документами средствах массовой информации (а равно как и на страницах в сети Интернет, не предусмотренных уставом или внутренними документами эмитента) надлежащим раскрытием признано быть не может.
В отличие от раскрытия, предоставление информации об итогах осуществления преимущественного права подразумевает адресность ее получения (персонального ознакомления с ней) каждым из потенциальных получателей информации.
3. Согласно пункту 30.6 Стандартов эмиссии условия размещения ценных бумаг, размещаемых путем подписки, содержащиеся в проспекте ценных бумаг или в отдельном документе, не должны исключать или существенно затруднять приобретателям возможность приобретения указанных ценных бумаг. В этой связи информация об итогах осуществления преимущественного права должна быть раскрыта (предоставлена) до начала течения срока, определенного условиями размещения ценных бумаг для приобретения размещаемых акций их потенциальными приобретателями.
4. Необходимо иметь в виду, что согласно пункту 2.14 Положения о раскрытии информации в случаях, когда эмитенты ценных бумаг в соответствии с требованиями законодательства Российской Федерации и нормативных актов Банка России обязаны раскрыть в ходе эмиссии ценных бумаг, размещаемых путем открытой подписки, и (или) сопровождающейся регистрацией проспекта ценных бумаг, какую-либо информацию, не предусмотренную Положением о раскрытии информации, в том числе в случаях, когда эмитенты обязаны указать порядок раскрытия такой информации в ДСУР или проспекте ценных бумаг, порядок раскрытия такой информации должен предусматривать ее опубликование в ленте новостей в течение пяти дней с даты возникновения соответствующего события, влекущего возникновение обязательства по раскрытию информации (если иной срок раскрытия информации не установлен нормативными актами Банка России). 3.16. В пункте 4.4. ДСУР указано, что к заявлению о приобретении размещаемых ценных бумаг должны быть приложены документы об оплате. В соответствии с пунктом 3 статьи 41 Закона об акционерных обществах лицо, имеющее преимущественное право приобретения дополнительных акций и конвертируемых в акции бумаг в течение срока его действия вправе полностью или частично осуществить свое преимущественное право путем подачи заявления о приобретении размещаемых ценных бумаг и исполнения обязанности по их оплате.
Таким образом, в целях соблюдения статьи 41 Закона об акционерных обществах оплата ценных бумаг возможна в любой день срока действия преимущественного права после направления заявления о приобретении размещаемых ценных бумаг.
Указание в ДСУР на то, что к заявлению о приобретении размещаемых ценных бумаг должны быть приложены документы об оплате, не соответствует требованиям статьи 41 Закона об акционерных обществах. 3.17. В пункте 4.4. ДСУР предусмотрена возможность для потенциальных приобретателей ценных бумаг, не имеющих преимущественного права, приобретать ценные бумаги до окончания срока действия преимущественного права. В соответствии с пунктом 4 статьи 41 Закона об акционерных обществах общество не вправе до окончания срока действия преимущественного права размещать дополнительные акции и конвертируемые в акции бумаги лицам, не имеющим преимущественного права их приобретения.
В соответствии с пунктом 30.15 Стандартов эмиссии и пунктом 4.4 приложения 12 к Стандартам эмиссии в пункте 4.4 ДСУР должно содержаться указание на то, что до окончания срока действия преимущественного права приобретения размещаемых ценных бумаг размещение ценных бумаг иначе как посредством осуществления указанного преимущественного права не допускается. 3.18. В пункте 4.4 ДСУР информация о порядке осуществления преимущественного права приобретения размещаемых ценных бумаг указана не полностью. В соответствии с пунктом 30.15 Стандартов эмиссии и пунктом 4.4 приложения 12 к Стандартам эмиссии указываемые в пункте 4.4 ДСУР условия размещения ценных бумаг должны включать в себя:
срок рассмотрения заявлений о приобретении размещаемых ценных бумаг в порядке осуществления преимущественного права;
основания для отказа в удовлетворении заявлений;
способ и срок направления уведомлений (сообщений) об удовлетворении (об отказе в удовлетворении) заявлений;
указание на то, что в случае отказа в удовлетворении заявления о приобретении размещаемых ценных бумаг в порядке осуществления преимущественного права, лицо вправе в течение срока действия преимущественного права направить указанное заявление повторно. 3.19. Установление в пункте 4.5 ДСУР различных форм оплаты размещаемых акций для лиц, включенных в круг потенциальных приобретателей по подписке и лиц, имеющих преимущественное право приобретения акций дополнительного выпуска. В соответствии со статьей 2 Закона о рынке ценных бумаг ценные бумаги дополнительного выпуска размещаются на одинаковых условиях.
В соответствии с пунктом 30.6 Стандартов эмиссии условия размещения ценных бумаг путем подписки, содержащиеся в ДСУР, должны быть равными для всех потенциальных приобретателей, за исключением случаев, предусмотренных федеральными законами и иными нормативными правовыми актами Российской Федерации. Поэтому эмитенту следует в ДСУР указывать способы оплаты размещаемых ценных бумаг одинаковые для лиц, имеющих преимущественное право, и для потенциальных приобретателей.
При этом в соответствии с абзацем шестым пункта 36.10 Стандартов эмиссии лица, имеющие преимущественное право, вправе по своему усмотрению оплатить акции деньгами, вне зависимости от формы оплаты, предусмотренной решением об увеличении уставного капитала акционерного общества путем размещения дополнительных акций. Поэтому в случае если эмитент предусмотрел для потенциальных приобретателей только возможность оплаты, например, имуществом, для лиц, имеющих преимущественное право, он должен дополнительно предусмотреть (и описать порядок) оплату размещаемых акций деньгами. 3.20. В пункте 4.5 ДСУР не указано наименование и (или) ИНН получателя денежных средств, поступающих в оплату ценных бумаг дополнительного выпуска. В соответствии с приложением 12 к Стандартам эмиссии в пункте 4.5 ДСУР в случае оплаты размещаемых ценных бумаг денежными средствами указываются в том числе полное или сокращенное наименование получателя денежных средств, поступающих в оплату размещаемых ценных бумаг, и его ИНН. 3.21. Нарушение срока уведомления соответствующего федерального (муниципального) органа исполнительной власти, о принятом решении об определении цены размещения акций и денежной оценки имущества, внесенного в оплату размещенных ценных бумаг В соответствии с пунктом 3 статьи 77 Закона об акционерных обществах в случае, если владельцем от 2 до 50 процентов включительно голосующих акций общества являются государство и (или) муниципальное образование и определение цены (денежной оценки) имущества и/или цены размещения ценных бумаг общества осуществляется советом директоров (наблюдательным советом) общества, обязательным является уведомление соответствующего федерального (муниципального)органа исполнительной власти о принятом советом директоров (наблюдательным советом) общества решении об определении цены размещения ценных бумаг и/или оценки вносимого в оплату имущества.
Данное уведомление представляется в соответствующий орган в срок, не превышающий

трех рабочих дней

с даты принятия советом директоров (наблюдательным советом) общества решения об определении цены (оценки). 3.22. Для государственной регистрации выпуска (дополнительного выпуска) акций не представлен документ, подтверждающий уведомление соответствующего органа власти о принятом советом директоров эмитента решении об определении цены размещения акций, при этом акционером эмитента, владеющим от двух до пятидесяти процентов включительно голосующих акций, является унитарное предприятие, получившее пакет акций эмитента в хозяйственное ведение В соответствии пунктом 34.1 Стандартов эмиссии если акционером эмитента является государство (субъект федерации, муниципальное образование) и владеет при этом от двух до пятидесяти процентов включительно голосующих акций этого эмитента, то для регистрации выпуска (дополнительного выпуска) акций, размещаемых путем подписки, в Банк России или регистратору должен быть представлен в том числе документ, подтверждающий уведомление федерального (муниципального) органа исполнительной власти о принятом советом директоров (или органом, осуществляющим функции совета директоров) эмитента решении об определении цены размещения акций.
Согласно правовой позиции, изложенной Президиумом Высшего Арбитражного Суда Российской Федерации в информационном письме от 05.02.2008 № 124, передача собственником унитарному предприятию имущества (в том числе акций) на праве хозяйственного ведения не может означать, что право собственности публично-правового образования на такое имущество прекращается.
Таким образом, если акционером эмитента, владеющим от двух до пятидесяти процентов включительно голосующих акций, является унитарное предприятие, и указанный пакет акций передан унитарному предприятию в хозяйственное ведение Российской Федерацией или муниципальным образованием, собственником этих акций является Российская Федерация или муниципальное образование, в связи с чем, для регистрации выпуска (дополнительного выпуска) должен быть представлен документ, подтверждающий уведомление соответствующего органа власти о принятом уполномоченным органом управления эмитента решении об определении цены размещения акций.
В случае если акции были приобретены унитарным предприятием в ходе его самостоятельной хозяйственной деятельности, эмитенту рекомендуется представлять письменные пояснения об этом. При этом в пункте 1.9 заявления на государственную регистрацию выпуска ценных бумаг (приложение 2 к Стандартам эмиссии) в указанном случае должна быть отражена информация о том, что доля уставного капитала эмитента, находящаяся в государственной (муниципальной) собственности, отсутствует. 3.23. Для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) акций не представлен документ, подтверждающий уведомление соответствующего органа власти, о принятом советом директоров эмитента решении об определении денежной оценки (рыночной стоимости) имущества, внесенного в оплату размещенных акций. В соответствии пунктом 37.4 Стандартов эмиссии если владельцем от двух до пятидесяти процентов включительно голосующих акций эмитента является государство (субъект федерации, муниципальное образование) для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бумаг, оплата которых осуществлялась неденежными средствами, в Банк России дополнительно представляется документ, подтверждающий уведомление соответствующего органа исполнительной власти о принятом советом директоров (наблюдательным советом) эмитента решении об определении денежной оценки (рыночной стоимости) имущества, внесенного в оплату размещенных акций. 3.24. В ДСУР указано, что сделки, связанные с размещением акций, являются сделками с заинтересованностью. В соответствии с подпунктом 4 пункта 2 статьи 81 Закона об акционерных обществах положения главы XI «Заинтересованность в совершении обществом сделки» не применяются к сделкам, связанным с размещением, в том числе посредством подписки, акций общества и эмиссионных ценных бумаг, конвертируемых в акции общества. 3.25. Некорректное заполнение пункта 4.6 решения о выпуске облигаций. В соответствии с пунктом 4.6 приложения 11 к Стандартам эмиссии в случае, если размещаемые ценные бумаги являются ценными бумагами, предназначенными для квалифицированных инвесторов, указывается на это обстоятельство. Следует указать особенности, связанные с учетом и переходом прав на указанные ценные бумаги, предусмотренные законодательством Российской Федерации.
В случае если ценные бумаги не предназначены для квалифицированных инвесторов, в этом пункте следует указать: «размещаемые ценные бумаги не являются ценными бумагами, предназначенными для квалифицированных инвесторов». 3.26. Представленные документы не содержат указания на то, что эмиссионные ценные бумаги предназначены для квалифицированных инвесторов, хотя в силу Закона они могут предлагаться только квалифицированным инвесторам. В соответствии с пунктом 7 статьи 17 Закона о рынке ценных бумаг решением о выпуске эмиссионных ценных бумаг в случаях, установленных федеральными законами или нормативными актами Банка России, должно быть предусмотрено, что эмиссионные ценные бумаги предназначены для квалифицированных инвесторов.
Перечень ценных бумаг, предназначенных для квалифицированных инвесторов, установлен пунктом 3.6 Стандартов эмиссии. К таким ценным бумагам, в частности, относятся облигации хозяйственного общества, не являющегося специализированным обществом или ипотечным агентом, стоимость чистых активов (величина собственных средств (капитала) которого по окончании второго завершенного отчетного года с даты его государственной регистрации или каждого последующего завершенного отчетного года, предшествующего дате представления документов для регистрации выпуска (дополнительного выпуска) облигаций, меньше размера его уставного капитала.
Решение о выпуске ценных бумаг и ДСУР в указанных случаях должны содержать указание на то, что ценные бумаги предназначены для квалифицированных инвесторов. 3.27. В пункте 5.2 отчета об итогах выпуска (дополнительного выпуска) ценных бумаг и в справке об оплате ценных бумаг, размешенных путем подписки, указано округленное количество ценных бумаг, оплаченных денежными средствами и имуществом одновременно, при этом отсутствуют соответствующие пояснения В соответствии с требованиями приложения 27 к Стандартам эмиссии в пункте 5.2 отчета об итогах выпуска (дополнительного выпуска) акций, размещенных путем подписки, отдельно указывается количество фактически размещенных ценных бумаг, оплаченных денежными средствами и иным имуществом. Эта же информация в соответствии с требованиями приложения 29 к Стандартам эмиссии указывается и в справке об оплате ценных бумаг, размещенных путем подписки.
Возможны ситуации, когда одна акция была частично оплачена имуществом, частично — деньгами. В таком случае количество акций, оплаченное имуществом, либо указывается дробным числом, либо может быть указано округленно, но тогда требуется указать соответствующие пояснения, например, в виде сноски. То же самое — по акциям, оплаченным деньгами.
Например, единственным приобретателем в оплату 100 акций номинальной стоимостью 1000 рублей внесено недвижимое имущество стоимостью 98 400 рублей и денежные средства в размере 1600 рублей. Либо эмитент пишет, что имуществом оплачено 98,4 акции, а деньгами — 1,6 акции. Либо указывает, что 98 акций оплачено имуществом (сноска, поясняющая, что имуществом оплачено 98,4 акции), а 2 акции оплачены деньгами (сноска, поясняющая, что деньгами оплачено 1,6 акции).
Аналогичным образом информацию следует указывать и в справке об оплате ценных бумаг. 3.28. Для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бумаг не представлены документы, подтверждающие возникновение денежных требований к эмитенту, принятых к зачету при оплате ценных бумаг. В соответствии с пунктом 37.2 Стандартов эмиссии в Банк России для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) акций в случае, если их оплата осуществлялась путем зачета денежных требований к эмитенту, представляются в том числе копия заявления (соглашения) о зачете денежных требований, а также копии документов, подтверждающих возникновение денежных требований, принятых к такому зачету.
Для соблюдения указанного требования эмитенту необходимо представить следующие документы:
1. Договор, направленный на приобретение дополнительных акций (договор размещения).
2. Документы, подтверждающие факт получения эмитентом имущества, являвшегося предметом сделки, из которой возникли денежные обязательства у эмитента, принятые к зачету при размещении ценных бумаг дополнительного выпуска (договор поставки, договор займа, кредитный договор, договор переуступки и тому подобное, прочее применительно).
В случае если предметом сделки, из которой у эмитента возникли денежные обязательства, принятые к зачету, являлось не имущество, а денежные средства, эмитенту необходимо представить:
· копию банковской выписки (копии банковских выписок) по расчетному счету (расчетным счетам) эмитента;
· копии платежных документов с соответствующими отметками банка (банков), подтверждающие зачисление денежных средств на банковский счет (банковские счета) эмитента (платежное поручение, банковский ордер).
3. Документы бухгалтерского учета, подтверждающие отражение денежных обязательств, принятых к зачету при размещении ценных бумаг дополнительного выпуска (оборотно-сальдовая ведомость, карточка счета, акт сверки и прочее).
Все банковские выписки должны быть составлены за период времени, начало которого определяется как дата, являющаяся пятнадцатым днем до даты зачисления средств на расчетный счет (расчетные счета) эмитента, а окончание которого определяется как дата, являющаяся пятнадцатым днем после даты зачисления средств на расчетный счет (расчетные счета) эмитента. 3.29. К справке эмитента, подтверждающей уведомление лиц, имевших преимущественное право, о возможности его осуществления, или подтверждающей уведомление акционеров о возможности приобретения ими подлежавших размещению ценных бумаг пропорционально количеству принадлежавших им акций, не приложена копия публикации (образца письма), которые содержат текст соответствующего уведомления. В соответствии с пунктом 37.2 Стандартов эмиссии к представляемой в Банк России для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бумаг, размещенных путем подписки, справке акционерного общества — эмитента, подтверждающей уведомление лиц, имевших преимущественное право приобретения подлежавших размещению ценных бумаг, о возможности осуществления такого преимущественного права, или справки акционерного общества — эмитента, подтверждающей уведомление акционеров о возможности приобретения ими подлежавших размещению ценных бумаг пропорционально количеству принадлежавших им акций, прилагается копия публикации или образца письма, содержащего текст соответствующего уведомления. 3.30. Не представлена справка эмитента о соблюдении одного из условий, предусмотренных пунктом 1 статьи 22 Закона о рынке ценных бумаг. В соответствии с пунктом 34.8 Стандартов эмиссии для регистрации выпуска (дополнительного выпуска) ценных бумаг, размещаемых путем подписки, которая не сопровождается составлением и регистрацией проспекта ценных бумаг, в Банк России или бирже дополнительно должна быть представлена справка эмитента о соблюдении одного из условий, предусмотренных пунктом 1 статьи 22 Закона о рынке ценных бумаг. 3.31. Не представлена справка, содержащая сведения о соблюдении порядка подтверждения решения, принятого общим собранием участников хозяйственного общества посредством очного голосования, и состава лиц, присутствовавших при его принятии. В соответствии с пунктом 22.4 Стандартов эмиссии в случае если представляемая в Банк России копия протокола (выписка из протокола) общего собрания участников хозяйственного общества не содержит сведений о соблюдений установленного пунктом 3 статьи 671 части первой ГК РФ порядка подтверждения решения, принятого общим собранием участников хозяйственного общества посредством очного голосования, и состава лиц, присутствовавших при его принятии, вместе с копией протокола (с выпиской из протокола) общего собрания участников хозяйственного общества в Банк России должна быть представлена справка, содержащая сведения о соблюдении указанного порядка (иной документ, содержащий сведения о соблюдении указанного порядка). 3.32. Не представлена справка об оплате ценных бумаг, размещенных путем подписки. В соответствии с пунктом 37.2 Стандартов эмиссии для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бумаг, размещенных путем подписки, в Банк России дополнительно представляется справка эмитента об оплате ценных бумаг, размещенных путем подписки, составленная в соответствии с приложением 29 к Стандартам эмиссии. 3.33. Не представлен документ, подтверждающий наличие решения о предварительном согласовании сделок по размещению ценных бумаг эмитента, являющегося хозяйственным обществом, имеющим стратегическое значение для обеспечения обороны страны и безопасности государства. В соответствии с пунктом 9.9 Стандартов эмиссии для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бума в Банк России должен быть представлен документ, подтверждающий наличие решения о предварительном согласовании в соответствии с Федеральным законом от 29.04.2008 № 57-ФЗ «О порядке осуществления иностранных инвестиций в хозяйственные общества, имеющие стратегическое значение для обеспечения обороны страны и безопасности государства» сделок по размещению ценных бумаг эмитента, являющегося хозяйственным обществом, имеющим стратегическое значение для обеспечения обороны страны и безопасности государства, в случае если совершение таких сделок допускается при наличии указанного решения об их предварительном согласовании.

Перечень распространенных ошибок при заполнении документов на регистрацию ЮЛ

Перечень ошибок, часто допускаемых при оформлении документов на регистрацию ИП и компаний.

Для регистрации ИП и ЮЛ нужно правильно заполнить ряд документов. Если лицо допустит ошибку при оформлении, бумаги не примут. Представители УФНС по Липецкой области отметили, что нарушения оформления документов – это весьма распространенное основание для отказа в регистрации.

Ошибки заявителей

УФНС опубликовала перечень наиболее частых ошибок, допускаемых при заполнении документов при регистрации ИП или ЮЛ:

  • Использование чернил не черного цвета.
  • Использование прописного шрифта.
  • Несоответствие кодов ОКВЭД, зафиксированных в документах, ОК 029-2014, утвержденному приказом Росстандарта №14-ст от 31 января 2014 года.
  • Опечатки в ФИО, паспортных данных.
  • Отсутствие индекса или адреса регистрации ЮЛ.
  • Неправильное сокращение реквизитов адреса (область, город, улица).

УФНС отметила, что требования к документам, нужным для регистрации ИП и ЮЛ, утверждены распоряжением ФНС №ММВ-7-6/25@ от 25 января 2012 года. При отказе в регистрации из-за ошибок у заявителя остается возможность один раз повторно направить документы с исправлениями. При этом не придется уплачивать пошлину.

Источник: сообщение УФНС от 22 апреля 2019 года.

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

Скопировать урл

Распечатать

Ваш вопрос – наш ответ

Задать вопрос

  • Редактор Мария Власова

    31 января 2023 в 07:11

    Работодатель не вправе вам отказать, если вы решаете после декрета выйти на работу. Говорите ему, что выходите,…

    Ребёнку 1,10. Хочу выйти на работу, но мое место занято

  • Редактор Мария Власова

    30 января 2023 в 20:07

    Простой по вине работодателя оплачивается как 2/3 средней зарплаты сотрудника.
    Средняя зарплата определяется…

    Простой по вине работодателя

  • Надежда 49875

    30 января 2023 в 15:34

    Спасибо за помощь. Извините, что сразу не ответила Вам, претензию составили, как смогли, будем надеяться,…

    Порча товара при сдаче на склад

  • Als_u

    30 января 2023 в 15:21

    Большое Вам Спасибо

    По какому КБК уплачивать пени по НДФЛ?

Содержание

  • Что такое код ответа HTTP
  • Как проверить код состояния страницы
  • В браузере
  • В Яндекс.Вебмастере
  • В Google Search Console
  • 1* класс кодов (информационные сообщения)
  • 100 Continue
  • 101 Switching Protocols
  • 102 Processing
  • 103 Checkpoint
  • 105 Name Not Resolved
  • 2* класс кодов (успешно обработанные запросы)
  • 200 ОК
  • 201 Created
  • 202 Accepted
  • 203 Non‑Authoritative Information
  • 204 No Content
  • 205 Reset Content
  • 206 Partial Content
  • 207 Multi‑Status
  • 226 IM Used
  • 3* класс кодов (перенаправление на другой адрес)
  • 300 Multiple Choices
  • 301 Moved Permanently
  • 302 Found/Moved 
  • 303 See Other
  • 304 Not Modified
  • 305 Use Proxy
  • 306 Unused
  • 307 Temporary Redirect
  • 308 Resume Incomplete
  • 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‑URI Too Long
  • 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
  • 434 Requested Host Unavailable
  • 444 No Response
  • 449 Retry With
  • 450 Blocked by Windows Parental Controls
  • 451 Unavailable For Legal Reasons
  • 456 Unrecoverable Error
  • 499 Client Closed Request
  • 5* класс кодов (ошибки на стороне сервера)
  • 500 Internal Server Error
  • 501 Not Implemented
  • 502 Bad Gateway
  • 503 Service Unavailable
  • 504 Gateway Timeout
  • 505 HTTP Version Not Supported
  • 506 Variant Also Negotiates
  • 507 Insufficient Storage
  • 508 Loop Detected
  • 509 Bandwidth Limit Exceeded
  • 510 Not Extended
  • 511 Network Authentication Required
  • Составили подробный классификатор кодов состояния HTTP. Добавляйте в закладки, чтобы был под рукой, когда понадобится.

    Что такое код ответа HTTP

    Когда посетитель переходит по ссылке на сайт или вбивает её в поисковую строку вручную, отправляется запрос на сервер. Сервер обрабатывает этот запрос и выдаёт ответ — трехзначный цифровой код HTTP от 100 до 510. По коду ответа можно понять реакцию сервера на запрос. 

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

    Как проверить код состояния страницы

    Проверить коды ответа сервера можно вручную с помощью браузера и в панелях веб‑мастеров: Яндекс.Вебмастер и Google Search Console.

    В браузере

    Для примера возьмём Google Chrome.

    1. Откройте панель разработчика в браузере клавишей F12, комбинацией клавиш Ctrl + Shift + I или в меню браузера → «Дополнительные инструменты» → «Инструменты разработчика». Подробнее об этом рассказывали в статье «Как открыть исходный код страницы». 

    2. Переключитесь на вкладку «Сеть» в Инструментах разработчика и обновите страницу: 

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

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

    В Яндекс.Вебмастере

    Откройте инструмент «Проверка ответа сервера» в Вебмастере. Введите URL в специальное поле и нажмите кнопку «Проверить»:

    Как посмотреть код состояния в Вебмастере

    Как посмотреть код состояния в Вебмастере

    Как добавить сайт в Яндекс.Вебмастер и другие сервисы Яндекса

    В Google Search Console

    Чтобы посмотреть код ответа сервера в GSC, перейдите в инструмент проверки URL — он находится в самом верху панели:

    Проверка URL в инструменте GSC

    Проверка URL в инструменте GSC

    Введите ссылку на страницу, которую хотите проверить, и нажмите Enter. В результатах проверки нажмите на «Изучить просканированную страницу» в блоке «URL есть в индексе Google».

    Изучить просканированную страницу в GSC

    Изучить просканированную страницу в GSC

    А затем в открывшемся окне перейдите на вкладку «Подробнее»:

    HTTP код страницы в GSC

    HTTP код страницы в GSC

    Теперь расскажем подробнее про все классы кодов состояния HTTP.

    1* класс кодов (информационные сообщения)

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

    100 Continue

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

    101 Switching Protocols

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

    102 Processing

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

    103 Checkpoint

    Контрольная точка — используется в запросах для возобновления после прерывания запросов POST или PUT.

    POST отправляет данные на сервер, PUT создает новый ресурс или заменяет существующий данными, представленными в теле запроса. 

    Разница между ними в том, что PUT работает без изменений: повторное его применение даёт такой же результат, что и в первый раз, а вот повторный вызов одного и того же метода POST часто меняет данные. 

    Пример — оформленный несколько раз интернет‑заказ. Такое часто происходит как раз по причине неоднократного использования запроса PUT.

    105 Name Not Resolved

    Не удается преобразовать DNS‑адрес сервера — это  означает ошибку в службе DNS. Эта служба преобразует IP‑адреса в знакомые нам доменные имена.

    2* класс кодов (успешно обработанные запросы)

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

    200 ОК

    Все хорошо — HTTP‑запрос успешно обработан (не ошибка).

    201 Created

    Создано — транзакция успешна, сформирован новый ресурс или документ.

    202 Accepted

    Принято — запрос принят, но ещё не обработан.

    203 Non‑Authoritative Information

    Информация не авторитетна — запрос успешно обработан, но передаваемая информация была взята не из первичного источника (данные могут быть устаревшими).

    204 No Content

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

    205 Reset Content

    Сбросить содержимое. Запрос успешно обработан — но нужно сбросить введенные данные. Страницу можно не обновлять.

    206 Partial Content

    Частичное содержимое. Сервер успешно обработал часть GET‑запроса, а другую часть вернул.

    GET — метод для чтения данных с сайта. Он говорит серверу, что клиент хочет прочитать какой‑то документ. 

    Представим интернет‑магазин и страницы каталога. Фильтры, которые выбирает пользователь, передаются благодаря методу GET. GET‑запрос работает с  получением данных, а POST‑запрос нужен для отправки данных.

    При работе с подобными ответами следует уделить внимание кэшированию.

    207 Multi‑Status

    Успешно выполнено несколько операций — сервер передал результаты выполнения нескольких независимых операций. Они появятся в виде XML‑документа с объектом multistatus. 

    226 IM Used

    Успешно обработан IM‑заголовок (специальный заголовок, который отправляется клиентом и используется для передачи состояния HTTP).

    3* класс кодов (перенаправление на другой адрес)

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

    300 Multiple Choices

    Множественный выбор — сервер выдает список нескольких возможных вариантов перенаправления (максимум — 5). Можно выбрать один из них.

    301 Moved Permanently

    Окончательно перемещено — страница перемещена на другой URL, который указан в поле Location.

    302 Found/Moved 

    Временно перемещено — страница временно перенесена на другой URL,  который указан в поле Location.

    303 See Other

    Ищите другую страницу — страница не найдена по данному URL, поэтому смотрите страницу по другому URL, используя метод GET.

    304 Not Modified

    Модификаций не было — с момента последнего визита клиента изменений не было.

    305 Use Proxy

    Используйте прокси — запрос к нужному ресурсу можно сделать только через прокси‑сервер, URL которого указан в поле Location заголовка.

    306 Unused

    Зарезервировано. Код в настоящий момент не используется.

    307 Temporary Redirect

    Временное перенаправление — запрашиваемый ресурс временно доступен по другому URL.

    Этот код имеет ту же семантику, что код ответа 302 Found, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST, то во втором запросе также должен использоваться POST.

    308 Resume Incomplete

    Перемещено полностью (навсегда) — запрашиваемая страница была перенесена на новый URL, указанный в поле Location заголовка. Метод запроса (GET/POST) менять не разрешается.

    4* класс кодов (ошибки на стороне клиента)

    Эти коды указывают на ошибки со стороны клиентов. 

    Скриншот страницы с ошибкой 404 с сайта modcloth.com

    Скриншот страницы с ошибкой 404 с сайта modcloth.com

    400 Bad Request

    Неверный запрос — запрос клиента не может быть обработан, так как есть синтаксическая ошибка (возможно, опечатка).

    401 Unauthorized

    Не пройдена авторизация — запрос ещё в обработке, но доступа нет, так как пользователь не авторизован.

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

    402 Payment Required

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

    403 Forbidden

    Запрещено — запрос принят, но не будет обработан, так как у клиента недостаточно прав. Может возникнуть, когда пользователь хочет открыть системные файлы (robots, htaccess) или не прошёл авторизацию.

    404 Not Found

    Не найдено — запрашиваемая страница не обнаружена. Сервер принял запрос, но не нашёл ресурса по указанному URL (возможно, была ошибка в URL или страница была перемещена).

    405 Method Not Allowed

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

    406 Not Acceptable

    Некорректный запрос — неподдерживаемый поисковиком формат запроса (поисковый робот не поддерживает кодировку или язык).

    407 Proxy Authentication Required

    Нужно пройти аутентификацию прокси — ответ аналогичен коду 401, только нужно аутентифицировать прокси‑сервер.

    408 Request Timeout

    Тайм‑аут запроса — запрос клиента занял слишком много времени. На каждом сайте существует свое время тайм‑аута — проверьте интернет‑соединение  и просто обновите страницу.

    409 Conflict

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

    410 Gone

    Недоступно — ресурс раньше был размещён по указанному URL, но сейчас удалён и  недоступен (серверу неизвестно месторасположение).

    411 Length Required

    Добавьте длины — сервер отклоняет отправляемый запрос, так как длина заголовка не определена, и он не находит значение Content‑Length. 

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

    412 Precondition Failed

    Предварительное условие не выполнено — стоит проверить правильность HTTP‑заголовков данного запроса.

    413 Request Entity Too Large

    Превышен размер запроса — перелимит максимального размера запроса, принимаемого сервером. Браузеры поддерживают запросы от 2 до 8 килобайт.

    414 Request‑URI Too Long

    Превышена длина запроса — сервер не может обработать запрос из‑за длинного URL. Такая ошибка может возникнуть, например, когда клиент пытается передать чересчур длинные параметры через метод GET, а не POST.

    415 Unsupported Media Type

    Формат не поддерживается —  сервер не может принять запрос, так как  данные подгружаются в некорректном формате, и сервер разрывает соединение.

    416 Requested Range Not Satisfiable

    Диапазон не поддерживается — ошибка возникает в случаях, когда в самом HTTP‑заголовке прописывается некорректный байтовый диапазон.

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

    417 Expectation Failed

    Ожидания не оправдались — прокси некорректно идентифицировал содержимое поля «Expect: 100‑Continue».

    418 I’m a teapot

    Первоапрельская шутка разработчиков в 1998 году. В расшифровке звучит как «я не приготовлю вам кофе, потому что я чайник». Не используется в работе.

    422 Unprocessable Entity

    Объект не обработан — сервер принял запрос, но в нём  есть логическая ошибка. Стоит посмотреть в сторону семантики сайта.

    423 Locked

    Закрыто — ресурс заблокирован для выбранного HTTP‑метода. Можно перезагрузить роутер и компьютер. А также использовать только статистический IP.

    424 Failed Dependency

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

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

    425 Unordered Collection

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

    426 Upgrade Required

    Нужно обновление — в заголовке ответа нужно корректно сформировать поля Upgrade и Connection. 

    Этот ответ возникает, когда серверу требуется обновление до SSL‑протокола, но клиент не имеет его поддержки.

    428 Precondition Required

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

    429 Too Many Requests

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

    431 Request Header Fields Too Large

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

    Исправляется это с помощью сокращения заголовков и повторной отправки запроса.

    434 Requested Host Unavailable

    Адрес запрашиваемой страницы недоступен.

    444 No Response

    Нет ответа — код отображается в лог‑файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение. Возвращается только сервером nginx.

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

    449 Retry With

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

    450 Blocked by Windows Parental Controls

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

    451 Unavailable For Legal Reasons

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

    456 Unrecoverable Error

    Неустранимая ошибка — при обработке запроса возникла ошибка, которая вызывает некорректируемые сбои в таблицах баз данных.

    499 Client Closed Request

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

    5* класс кодов (ошибки на стороне сервера)

    Эти коды указывают на ошибки со стороны серверов. 

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

    Изображение страницы с ошибкой сайта REG.RU

    Изображение страницы с ошибкой сайта REG.RU

    500 Internal Server Error

    Внутренняя ошибка сервера — сервер столкнулся с неким условием, из‑за которого не может выполнить запрос. 

    Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess) и нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.

    501 Not Implemented

    Не выполнено —  код отдается, когда сам сервер не может идентифицировать метод запроса. 

    Сами вы эту ошибку не исправите. Устранить её может только сервер.

    502 Bad Gateway

    Ошибка шлюза — появляется, когда сервер, выступая в роли шлюза или прокси‑сервера, получил ответное сообщение от вышестоящего сервера о несоответствии протоколов.

    Актуально исключительно для прокси и шлюзовых конфигураций.

    503 Service Unavailable

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

    В поле Retry‑After заголовка сервер укажет время, через которое  можно повторить запрос.

    504 Gateway Timeout

    Тайм‑аут шлюза —  сервер, выступая в роли шлюза или прокси‑сервера, не получил ответа от вышестоящего сервера в нужное время.

    Исправить эту ошибку самостоятельно не получится. Здесь дело в прокси, часто — в веб‑сервере. 

    Первым делом просто обновите веб‑страницу. Если это не помогло, нужно почистить DNS‑кэш. Для этого  нажмите горячие клавиши Windows+R и введите команду cmd (Control+пробел). В открывшемся окне укажите команду ipconfig / flushdns и подтвердите её нажатием Enter.

    505 HTTP Version Not Supported

    Сервер не поддерживает версию протокола — отсутствует поддержка текущей версии HTTP‑протокола. Нужно обеспечить клиента и сервер одинаковой версией.

    506 Variant Also Negotiates

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

    507 Insufficient Storage

    Не хватает места для хранения — серверу недостаточно места в хранилище. Нужно либо расчистить место, либо увеличить доступное пространство.

    508 Loop Detected

    Обнаружен цикл — ошибка означает провал запроса и выполняемой операции в целом.

    509 Bandwidth Limit Exceeded

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

    510 Not Extended

    Не продлён — ошибка говорит, что на сервере отсутствует нужное для клиента расширение. Чтобы исправить проблему, надо убрать часть неподдерживаемого расширения из запроса или добавить поддержку на сервер.

    511 Network Authentication Required

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

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

    Техническую ошибку (опечатку, грамматическую или арифметическую ошибку) может допустить работник Росреестра в процессе внесения записей в Единый государственный реестр недвижимости (ЕГРН). Тогда данные ЕГРН будут отличаться от сведений в документах, которые были представлены на кадастровый учет или регистрацию прав. Среди самых распространенных технических ошибок – неправильные фамилии, имена и отчества правообладателей и адреса объектов недвижимости.

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

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

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

    Смоляне могут подать заявление об исправлении технической ошибки в записях ЕГРН через любой офис филиала ФГБУ «Федеральная кадастровая палата Росреестра» по Смоленской области (Кадастровая палата) либо смоленского областного государственного бюджетного учреждения «Многофункциональный центр по предоставлению государственных и муниципальных услуг населению» (МФЦ), направить в Управление Росреестра по Смоленской области по почте. Кроме того, можно воспользоваться электронным сервисом на официальном сайте Росреестра или возможностями «Личного кабинета правообладателя».

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

    Чтобы исправить реестровую ошибку, необходимо запускать процедуру внесения изменений в сведения ЕГРН в связи с исправлением реестровой ошибки. Для этого требуется собрать необходимый пакет документов (межевой план, технический план, акт обследования, и т.д.) и подать через МФЦ, офисы Кадастровой палаты или направить в Управление Росреестра по Смоленской области по почте.

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

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

    Пресс-служба

    Управления Росреестра по Смоленской области

    67_upr@rosreestr.ru

    214025, г. Смоленск, ул. Полтавская, д.8

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

    • При входе возникает ошибка «У вас нет действующих сертификатов» или не отображается сертификат, выданный на ГОСТ Р 34.10-2012.
    • При регистрации Юридического лица возникает ошибка «Данные представителя юридического лица, указанного в заявлении, не совпадают с данными ЕГРЮЛ».
    • Ошибка при проверке данных из ЕГРЮЛ. Федеральная налоговая службы Российской Федерации не подтвердила существование записи в ЕГРЮЛ с указанными данными.
    • «Вы используете недопустимое средство электронной подписи» или «Сертификат вашей электронной подписи не прошел проверку действительности».

    Если ошибки возникают при работе с ЭП, в первую очередь пройдите диагностику по адресу https://help.kontur.ru/uc и выполните рекомендуемые действия.

    При входе возникает ошибка «У вас нет действующих сертификатов» или не отображается сертификат, выданный на ГОСТ Р 34.10-2012

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

    При регистрации Юридического лица возникает ошибка «Данные представителя юридического лица, указанного в заявлении, не совпадают с данными ЕГРЮЛ»

    Проверьте, что сертификат выдан на руководителя, указанного в актуальной выписке из ЕГРЮЛ (раздел «Сведения о лице, имеющем право без доверенности действовать от имени юридического лица»).

    1. Если КЭП выдан не на руководителя, а на сотрудника.
      Изначально на Портале Госуслуг регистрируется головная организация с сертификатом руководителя, указанного в ЕГРЮЛ. Затем, если нужно, чтобы работал другой сотрудник, он регистрируется со своим КЭП как физ. лицо, а руководитель в личном кабинете организации добавляет его как сотрудника этой организации.
    2. Если КЭП выдан на действующего руководителя и сведения в выписке из ЕГРЮЛ устарели или неверны.
      Обратитесь в ИФНС для актуализации сведений в ЕГРЮЛ.  
    3. Ошибка может возникать и в случае совпадения данных с ЕГРЮЛ, если в ФИО руководителя фигурирует буква «Ё»: в ЕГРЮЛ она может указываться как «Е». При выпуске сертификата согласно 63-ФЗ мы руководствуемся данными из паспорта. В данном случае обратитесь в территориальный орган ФНС по месту государственной регистрации, чтобы данные в ЕГРЮЛ привели в соответствие с паспортными.
    4. Проверьте, что ИНН руководителя в форме регистрации и в актуальной выписке ЕГРЮЛ совпадают. Если в ЕГРЮЛ не заполнено поле ИНН руководителя, обратитесь в ИФНС, чтобы они добавили эти сведения в ЕГРЮЛ.
    5. Если это организация, в которой функции единоличного исполнительного органа осуществляются Управляющей компанией, то в выписке из ЕГРЮЛ указывается представитель Управляющей компании, которое обладает полномочиями по управлению юридическим лицом, и сведения об этом лице не совпадают со сведениями, имеющимися у Портала Госуслуг.
      Появление данной ошибки не связано с работой Удостоверяющего центра СКБ Контур или электронной подписью и сертификатом, для решения обратитесь в поддержку портала Госуслуг.

    Ошибка при проверке данных из ЕГРЮЛ. Федеральная налоговая службы Российской Федерации не подтвердила существование записи в ЕГРЮЛ с указанными данными.

    Проверьте, что все данные об организации и её руководителе (введённые вручную на этапе регистрации и данные из сертификата) совпадают с выпиской из ЕГРЮЛ.

    • Если данные в выписке из ЕГРЮЛ неверны или устарели, обратитесь в ИФНС для актуализации сведений в ЕГРЮЛ.
    • Если всё заполнено верно, ошибка может возникать из-за нагрузки на серверы. В этом случае техподдержка Госуслуг советует очистить кэш/cookie, перезайти в Личный кабинет и попробовать зарегистрировать организацию ещё раз. В случае повторения ошибки свяжитесь с техподдержкой Портала Госуслуг за уточнением причин ошибки и временем исправления.

    «Вы используете недопустимое средство электронной подписи» или «Сертификат вашей электронной подписи не прошел проверку действительности»

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

    Контакты Госуслуг

    По вопросам работы на портале и ошибкам, не связанным с настройкой рабочего места и электронной подписью, обратитесь в службу поддержки портала Госуслуг:
    — Помощь и поддержка
    — Онлайн-чат
    — Телефон: 8 (800) 100-70-10, +7 (499) 550-18-39
    — E-mail: support@gosuslugi.ru

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

    А еще тут будет парочка забавных (и не очень) пикч и анимаций на тему описанных ошибок. Хоть какое-то развлечение.

    Ошибки со стороны клиента (4xx)

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

    400 Bad Request

    Такой ответ от браузера можно получить в том случае, если сервер не смог правильно отреагировать на запрос со стороны пользователя. Часто код 400 возникает при попытке клиента получить доступ к серверу без соблюдения правил оформления синтаксиса протокола передачи гипертекста (HTTP). Повторный запрос не стоит отправлять до тех пор, пока не будет исправлена ошибка (или несколько из них). 

    401 Unauthorized

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

    402 Payment Required

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

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

    403 Forbidden

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

    Анимация на тему 403 

    Творчество на тему знаменитой киносаги

    404 Not Found

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

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

    Ошибка 404

    Еще вариант оформления ошибки 404

    И таких вариаций тысячи. Каждый пытается добавить в оформление что-то свое.

    405 Method Not Allowed

    405 сообщает клиенту о том, что метод, используемый при запросе, не разрешен. В качестве примера можно привести попытку со стороны клиента ввести данные в форму с помощью GET, когда она работает только с POST. Ну и в таком же духе. 

    406 Not Acceptable

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

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

    407 Proxy Authentication Required

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

    408 Request Timeout

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

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

    Кадр из фильма Мистер Робот 

    В Мистере Роботе частенько называли серии в честь ошибок HTTP (весь четвертый сезон в нумерации 4хх). В честь 408, например, назвали восьмую серию четвертого сезона

    409 Conflict

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

    410 Gone

    Своего рода аналог 404. Разница лишь в том, что 410 намекает на перманентность отсутствия страницы. Так что этот код стоит использовать, когда на 100% уверен, что страница ушла в небытие (ну или с текущего адреса) навсегда. В любом другом случае есть универсальный 404. 

    411 Length Required

    411 оповещает пользователя о том, что сервер не желает принимать запрос со стороны клиента, потому что в нем не определен заголовок Content-Length. Да, это первый код в подборке, который смогут понять только люди, сведущие в настройке серверов. По-простому уложить сущность HTML-заголовков в этот материал не получится.

    412 Precondition Failed

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

    413 Payload Too Large/Request Entity Too Large

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

    414 URI Too Long

    Чем-то этот код похож на предыдущий. Здесь тоже идет речь о превышение лимита. Только теперь это касается не запроса со стороны клиента, а длины URI. То есть ссылки. Выходит, что адрес, используемый клиентом, больше, чем тот, что может обработать сервер. Как-то так. 

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

    415 Unsupported Media Type

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

    416 Range Not Satisfiable

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

    417 Expectation Failed

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

    418 I’m a teapot

    Код 418 можно увидеть, если сервер откажется варить кофе, потому что он чайник. Это первоапрельская шутка. Естественно, 418 не используется нигде всерьез и просто существует как дань памяти программистам-юмористам, придумавшим это в 1998 году.

    Чайник на сайте Google

    У Google получился такой симпатичный чайник

    421 Misdirected Request

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

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

    422 Unprocessable Entity

    Код 422 говорит, что сервер вроде бы принял запрос, понял его, все хорошо, но из-за семантических ошибок корректно обработать не смог. Значит, где-то в запросе затаилась логическая ошибка, мешающая корректному взаимодействию клиента и сервера. Надо ее найти и исправить.

    423 Locked

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

    424 Failed Dependency

    424 сообщает о том, что для выполнения запроса со стороны клиента успешно должна завершиться еще одна или несколько параллельных операций. Если какая-то из них «провалится», то «помрет» все соединение сразу, и обработать запрос до конца не получится. Аналогичное происходит, если некорректно был обработан один из предыдущих запросов.

    425 Too Early

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

    426 Upgrade Required

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

    428 Precondition Required

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

    429 Too Many Requests

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

    Ошибка 429

    431 Request Header Fields Too Large

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

    444 No Response

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

    449 Retry With

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

    450 Blocked by Windows Parental Controls

    450 код увидят дети, попавшие под действие системы «Родительский контроль» компании Microsoft. По сути, ошибка говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров родительского контроля.

    451 Unavailable For Legal Reasons

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

    Лого Роскомнадзора

    Читайте также

    Ошибка сервера 504

    Ошибка сервера 403

    Комьюнити теперь в Телеграм

    Подпишитесь и будьте в курсе последних IT-новостей

    Подписаться

    Список ошибок на стороне сервера (5xx)

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

    500 Internal Server Error

    Этот код возникает, когда сервер сталкивается с непредвиденными обстоятельствами. Такими, которые и сам не может пояснить. Как, собственно, и завершить запрос со стороны пользователя. По факту, эта ошибка говорит нам что-то вроде «Я не могу подобрать более подходящий код ошибки, поэтому лови 500 и делай с этим, что хочешь». Мы писали о нем чуть подробнее тут.

    Ошибка 500

    Дело не в тебе, дело во мне (С)

     Синий экран смерти

    501 Not Implemented

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

    Иногда в теле ошибки еще пишут что-то в духе «Приходите попозже, возможно, в будущем нужная функция появится».

    502 Bad Getaway

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

    503 Service Unavailable

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

    1. Слишком много пользователей в текущий момент пытаются отправить запросы, и у сервера не остается ресурсов, чтобы ответить кому-либо еще.
    2. На сервере ведутся технические работы, временно блокирующие его работу.

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

    504 Gateway Timeout

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

     Вариант оформления ошибки 504

    505 HTTP Version Not Supported

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

    506 Variant Also Negotiates

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

    507 Insufficient Storage

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

    508 Loop Detected

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

    509 Bandwidth Limit Exceeded

    Возникает, если сервер начинает потреблять больше трафика, чем ему позволено. 

    510 Not Extended

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

    511 Network Authentication Required

    511 код говорит о том, что перед тем как выйти в сеть, надо авторизоваться (ввести логин и пароль). Можно воспринимать это неким PPPoE подключением, когда от клиента требуются данные для авторизации.

    Заключение

    Закончили. Это все ошибки, которыми отзывается HTTP, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять. 

    Расшифровка 55 состояний прикладного протокола HTTP (протокол передачи гипертекста): от информационных сообщений до ошибок.

    Во время запроса информации с удаленного веб-сервера может возникнуть ошибка. Тогда веб-сервер посылает в ответ код ошибки HTTP. Например 404 — Not Found (ресурс не найден).

    Коды состояния HTTP состоят из трех цифр от 100 и до 510. Они делятся на следующие группы:

    1. Информационные (100-105).
    2. Успешные (200-226).
    3. Перенаправление (300-307).
    4. Ошибка клиента (400-499).
    5. Ошибка сервера (500-510).

    Чтобы получить сведения об ошибке, введите её код в поле поиска по странице. Для этого нажмите сочетание клавиш CTRL + F и укажите номер.

    100

    Continue
    Cервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.

    101

    Switching Protocols
    Сервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовкаUpdate. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1.

    102

    Processing
    Запрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV.

    200

    ОК
    Успешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.

    201

    Created
    В результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется[источник не указан 336 дней] ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.

    202

    Accepted
    Запрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс. Появился в HTTP/1.0.

    203

    Non-Authoritative Information
    Аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.

    204

    No Content
    Сервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.

    205

    Reset Content
    Сервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.

    206

    Partial Content
    Сервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1. (подробнее…)

    207

    Multi-Status
    Сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности. Появился в WebDAV.

    226

    IM Used
    Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

    300

    Multiple Choices
    По указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0.

    301

    Moved Permanently
    Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0.

    302

    Found, Moved Temporarily
    Запрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. Этот код может быть использован, например, приуправляемом сервером согласовании содержимого. Некоторые клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0.

    303

    See Other
    Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с 307-ым для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методом GET. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методом POST, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит методом GET для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1.

    304

    Not Modified
    Сервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела. Появился в HTTP/1.0.

    305

    Use Proxy
    Запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только исходные HTTP-сервера (не прокси). Введено в HTTP/1.1.

    306

    (зарезервировано)
    использовавшийся раньше код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616 (обновление HTTP/1.1).

    307

    Temporary Redirect
    Запрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1).

    400

    Bad Request
    Сервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0.

    401

    Unauthorized
    Для доступа к запрашиваемому ресурсу требуется аутентификация. В заголовке ответ должен содержать поле WWW-Authenticate с перечнем условий аутентификации. Клиент может повторить запрос, включив в заголовок сообщения поле Authorization с требуемыми для аутентификации данными.

    402

    Payment Required
    Предполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговыхкомпаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.

    403

    Forbidden
    Сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0.

    404

    Not Found
    Самая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.

    405

    Method Not Allowed
    Указанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1.

    406

    Not Acceptable
    Запрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.

    407

    Proxy Authentication Required
    Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1.

    408

    Request Timeout
    Время ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потеря связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1.

    409

    Conflict
    Запрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1.

    410

    Gone
    Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1.

    411

    Length Required
    Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1.

    412

    Precondition Failed
    Возвращается, если ни одно из условных полей заголовка[неизвестный термин] запроса не было выполнено. Появился в HTTP/1.1.

    413

    Request Entity Too Large
    Возвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1.

    414

    Request-URL Too Long
    Сервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1.

    415

    Unsupported Media Type
    По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1.

    416

    Requested Range Not Satisfiabl
    В поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges[источник не указан 336 дней]. Введено в RFC 2616 (обновление HTTP/1.1).

    417

    Expectation Failed
    По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1).

    422

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

    423

    Locked
    Целевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV.

    424

    Failed Dependency
    Реализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.

    425

    Unordered Collection —
    Посылается, если клиент послал запрос, обозначив положение в неотсортированной коллекции или используя порядок следования элементов, отличный от серверного[уточнить]. Введено в черновике по WebDAV Advanced Collections Protocol[14].

    426

    Upgrade Required
    Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено вRFC 2817 для возможности перехода к TLS посредством HTTP.

    449

    Retry With
    Возвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.

    456

    Unrecoverable Error
    Возвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных[источник не указан 336 дней]. Введено корпорацией Microsoftдля WebDAV.

    500

    Internal Server Error
    Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.

    501

    Not Implemented
    Сервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0.

    502

    Bad Gateway
    Сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0.

    503

    Service Unavailable
    Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным кажется сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов. Появился в HTTP/1.0.

    504

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

    505

    HTTP Version Not Supported
    Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1.

    506

    Variant Also Negotiates
    В результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

    507

    Insufficient Storage
    Не хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV.

    509

    Bandwidth Limit Exceeded
    Используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем «bw/limited», входящим в панель управления хостингом cPanel, где и был введён.

    510

    Not Extended
    На сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

    Page semi-protected

    From Wikipedia, the free encyclopedia

    This is a list of Hypertext Transfer Protocol (HTTP) response status codes. Status codes are issued by a server in response to a client’s request made to the server. It includes codes from IETF Request for Comments (RFCs), other specifications, and some additional codes used in some common applications of the HTTP. The first digit of the status code specifies one of five standard classes of responses. The optional message phrases shown are typical, but any human-readable alternative may be provided, or none at all.

    Unless otherwise stated, the status code is part of the HTTP standard (RFC 9110).

    The Internet Assigned Numbers Authority (IANA) maintains the official registry of HTTP status codes.[1]

    All HTTP response status codes are separated into five classes or categories. The first digit of the status code defines the class of response, while the last two digits do not have any classifying or categorization role. There are five classes defined by the standard:

    • 1xx informational response – the request was received, continuing process
    • 2xx successful – the request was successfully received, understood, and accepted
    • 3xx redirection – further action needs to be taken in order to complete the request
    • 4xx client error – the request contains bad syntax or cannot be fulfilled
    • 5xx server error – the server failed to fulfil an apparently valid request

    1xx informational response

    An informational response indicates that the request was received and understood. It is issued on a provisional basis while request processing continues. It alerts the client to wait for a final response. The message consists only of the status line and optional header fields, and is terminated by an empty line. As the HTTP/1.0 standard did not define any 1xx status codes, servers must not[note 1] send a 1xx response to an HTTP/1.0 compliant client except under experimental conditions.

    100 Continue
    The server has received the request headers and the client should proceed to send the request body (in the case of a request for which a body needs to be sent; for example, a POST request). Sending a large request body to a server after a request has been rejected for inappropriate headers would be inefficient. To have a server check the request’s headers, a client must send Expect: 100-continue as a header in its initial request and receive a 100 Continue status code in response before sending the body. If the client receives an error code such as 403 (Forbidden) or 405 (Method Not Allowed) then it should not send the request’s body. The response 417 Expectation Failed indicates that the request should be repeated without the Expect header as it indicates that the server does not support expectations (this is the case, for example, of HTTP/1.0 servers).[2]
    101 Switching Protocols
    The requester has asked the server to switch protocols and the server has agreed to do so.
    102 Processing (WebDAV; RFC 2518)
    A WebDAV request may contain many sub-requests involving file operations, requiring a long time to complete the request. This code indicates that the server has received and is processing the request, but no response is available yet.[3] This prevents the client from timing out and assuming the request was lost. The status code is deprecated.[4]
    103 Early Hints (RFC 8297)
    Used to return some response headers before final HTTP message.[5]

    2xx success

    This class of status codes indicates the action requested by the client was received, understood, and accepted.[1]

    200 OK
    Standard response for successful HTTP requests. The actual response will depend on the request method used. In a GET request, the response will contain an entity corresponding to the requested resource. In a POST request, the response will contain an entity describing or containing the result of the action.
    201 Created
    The request has been fulfilled, resulting in the creation of a new resource.[6]
    202 Accepted
    The request has been accepted for processing, but the processing has not been completed. The request might or might not be eventually acted upon, and may be disallowed when processing occurs.
    203 Non-Authoritative Information (since HTTP/1.1)
    The server is a transforming proxy (e.g. a Web accelerator) that received a 200 OK from its origin, but is returning a modified version of the origin’s response.[7][8]
    204 No Content
    The server successfully processed the request, and is not returning any content.
    205 Reset Content
    The server successfully processed the request, asks that the requester reset its document view, and is not returning any content.
    206 Partial Content
    The server is delivering only part of the resource (byte serving) due to a range header sent by the client. The range header is used by HTTP clients to enable resuming of interrupted downloads, or split a download into multiple simultaneous streams.
    207 Multi-Status (WebDAV; RFC 4918)
    The message body that follows is by default an XML message and can contain a number of separate response codes, depending on how many sub-requests were made.[9]
    208 Already Reported (WebDAV; RFC 5842)
    The members of a DAV binding have already been enumerated in a preceding part of the (multistatus) response, and are not being included again.
    226 IM Used (RFC 3229)
    The server has fulfilled a request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.[10]

    3xx redirection

    This class of status code indicates the client must take additional action to complete the request. Many of these status codes are used in URL redirection.[1]

    A user agent may carry out the additional action with no user interaction only if the method used in the second request is GET or HEAD. A user agent may automatically redirect a request. A user agent should detect and intervene to prevent cyclical redirects.[11]

    300 Multiple Choices
    Indicates multiple options for the resource from which the client may choose (via agent-driven content negotiation). For example, this code could be used to present multiple video format options, to list files with different filename extensions, or to suggest word-sense disambiguation.
    301 Moved Permanently
    This and all future requests should be directed to the given URI.
    302 Found (Previously «Moved temporarily»)
    Tells the client to look at (browse to) another URL. The HTTP/1.0 specification (RFC 1945) required the client to perform a temporary redirect with the same method (the original describing phrase was «Moved Temporarily»),[12] but popular browsers implemented 302 redirects by changing the method to GET. Therefore, HTTP/1.1 added status codes 303 and 307 to distinguish between the two behaviours.[11]
    303 See Other (since HTTP/1.1)
    The response to the request can be found under another URI using the GET method. When received in response to a POST (or PUT/DELETE), the client should presume that the server has received the data and should issue a new GET request to the given URI.
    304 Not Modified
    Indicates that the resource has not been modified since the version specified by the request headers If-Modified-Since or If-None-Match. In such case, there is no need to retransmit the resource since the client still has a previously-downloaded copy.
    305 Use Proxy (since HTTP/1.1)
    The requested resource is available only through a proxy, the address for which is provided in the response. For security reasons, many HTTP clients (such as Mozilla Firefox and Internet Explorer) do not obey this status code.
    306 Switch Proxy
    No longer used. Originally meant «Subsequent requests should use the specified proxy.»
    307 Temporary Redirect (since HTTP/1.1)
    In this case, the request should be repeated with another URI; however, future requests should still use the original URI. In contrast to how 302 was historically implemented, the request method is not allowed to be changed when reissuing the original request. For example, a POST request should be repeated using another POST request.
    308 Permanent Redirect
    This and all future requests should be directed to the given URI. 308 parallel the behaviour of 301, but does not allow the HTTP method to change. So, for example, submitting a form to a permanently redirected resource may continue smoothly.

    4xx client errors

    A The Wikimedia 404 message

    This class of status code is intended for situations in which the error seems to have been caused by the client. Except when responding to a HEAD request, the server should include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. These status codes are applicable to any request method. User agents should display any included entity to the user.

    400 Bad Request
    The server cannot or will not process the request due to an apparent client error (e.g., malformed request syntax, size too large, invalid request message framing, or deceptive request routing).
    401 Unauthorized
    Similar to 403 Forbidden, but specifically for use when authentication is required and has failed or has not yet been provided. The response must include a WWW-Authenticate header field containing a challenge applicable to the requested resource. See Basic access authentication and Digest access authentication. 401 semantically means «unauthorised», the user does not have valid authentication credentials for the target resource.
    Some sites incorrectly issue HTTP 401 when an IP address is banned from the website (usually the website domain) and that specific address is refused permission to access a website.[citation needed]
    402 Payment Required
    Reserved for future use. The original intention was that this code might be used as part of some form of digital cash or micropayment scheme, as proposed, for example, by GNU Taler,[14] but that has not yet happened, and this code is not widely used. Google Developers API uses this status if a particular developer has exceeded the daily limit on requests.[15] Sipgate uses this code if an account does not have sufficient funds to start a call.[16] Shopify uses this code when the store has not paid their fees and is temporarily disabled.[17] Stripe uses this code for failed payments where parameters were correct, for example blocked fraudulent payments.[18]
    403 Forbidden
    The request contained valid data and was understood by the server, but the server is refusing action. This may be due to the user not having the necessary permissions for a resource or needing an account of some sort, or attempting a prohibited action (e.g. creating a duplicate record where only one is allowed). This code is also typically used if the request provided authentication by answering the WWW-Authenticate header field challenge, but the server did not accept that authentication. The request should not be repeated.
    404 Not Found
    The requested resource could not be found but may be available in the future. Subsequent requests by the client are permissible.
    405 Method Not Allowed
    A request method is not supported for the requested resource; for example, a GET request on a form that requires data to be presented via POST, or a PUT request on a read-only resource.
    406 Not Acceptable
    The requested resource is capable of generating only content not acceptable according to the Accept headers sent in the request. See Content negotiation.
    407 Proxy Authentication Required
    The client must first authenticate itself with the proxy.
    408 Request Timeout
    The server timed out waiting for the request. According to HTTP specifications: «The client did not produce a request within the time that the server was prepared to wait. The client MAY repeat the request without modifications at any later time.»
    409 Conflict
    Indicates that the request could not be processed because of conflict in the current state of the resource, such as an edit conflict between multiple simultaneous updates.
    410 Gone
    Indicates that the resource requested was previously in use but is no longer available and will not be available again. This should be used when a resource has been intentionally removed and the resource should be purged. Upon receiving a 410 status code, the client should not request the resource in the future. Clients such as search engines should remove the resource from their indices. Most use cases do not require clients and search engines to purge the resource, and a «404 Not Found» may be used instead.
    411 Length Required
    The request did not specify the length of its content, which is required by the requested resource.
    412 Precondition Failed
    The server does not meet one of the preconditions that the requester put on the request header fields.
    413 Payload Too Large
    The request is larger than the server is willing or able to process. Previously called «Request Entity Too Large» in RFC 2616.[19]
    414 URI Too Long
    The URI provided was too long for the server to process. Often the result of too much data being encoded as a query-string of a GET request, in which case it should be converted to a POST request. Called «Request-URI Too Long» previously in RFC 2616.[20]
    415 Unsupported Media Type
    The request entity has a media type which the server or resource does not support. For example, the client uploads an image as image/svg+xml, but the server requires that images use a different format.
    416 Range Not Satisfiable
    The client has asked for a portion of the file (byte serving), but the server cannot supply that portion. For example, if the client asked for a part of the file that lies beyond the end of the file. Called «Requested Range Not Satisfiable» previously RFC 2616.[21]
    417 Expectation Failed
    The server cannot meet the requirements of the Expect request-header field.[22]
    418 I’m a teapot (RFC 2324, RFC 7168)
    This code was defined in 1998 as one of the traditional IETF April Fools’ jokes, in RFC 2324, Hyper Text Coffee Pot Control Protocol, and is not expected to be implemented by actual HTTP servers. The RFC specifies this code should be returned by teapots requested to brew coffee.[23] This HTTP status is used as an Easter egg in some websites, such as Google.com’s «I’m a teapot» easter egg.[24][25][26] Sometimes, this status code is also used as a response to a blocked request, instead of the more appropriate 403 Forbidden.[27][28]
    421 Misdirected Request
    The request was directed at a server that is not able to produce a response (for example because of connection reuse).
    422 Unprocessable Entity
    The request was well-formed but was unable to be followed due to semantic errors.[9]
    423 Locked (WebDAV; RFC 4918)
    The resource that is being accessed is locked.[9]
    424 Failed Dependency (WebDAV; RFC 4918)
    The request failed because it depended on another request and that request failed (e.g., a PROPPATCH).[9]
    425 Too Early (RFC 8470)
    Indicates that the server is unwilling to risk processing a request that might be replayed.
    426 Upgrade Required
    The client should switch to a different protocol such as TLS/1.3, given in the Upgrade header field.
    428 Precondition Required (RFC 6585)
    The origin server requires the request to be conditional. Intended to prevent the ‘lost update’ problem, where a client GETs a resource’s state, modifies it, and PUTs it back to the server, when meanwhile a third party has modified the state on the server, leading to a conflict.[29]
    429 Too Many Requests (RFC 6585)
    The user has sent too many requests in a given amount of time. Intended for use with rate-limiting schemes.[29]
    431 Request Header Fields Too Large (RFC 6585)
    The server is unwilling to process the request because either an individual header field, or all the header fields collectively, are too large.[29]
    451 Unavailable For Legal Reasons (RFC 7725)
    A server operator has received a legal demand to deny access to a resource or to a set of resources that includes the requested resource.[30] The code 451 was chosen as a reference to the novel Fahrenheit 451 (see the Acknowledgements in the RFC).

    5xx server errors

    The server failed to fulfil a request.

    Response status codes beginning with the digit «5» indicate cases in which the server is aware that it has encountered an error or is otherwise incapable of performing the request. Except when responding to a HEAD request, the server should include an entity containing an explanation of the error situation, and indicate whether it is a temporary or permanent condition. Likewise, user agents should display any included entity to the user. These response codes are applicable to any request method.

    500 Internal Server Error
    A generic error message, given when an unexpected condition was encountered and no more specific message is suitable.
    501 Not Implemented
    The server either does not recognize the request method, or it lacks the ability to fulfil the request. Usually this implies future availability (e.g., a new feature of a web-service API).
    502 Bad Gateway
    The server was acting as a gateway or proxy and received an invalid response from the upstream server.
    503 Service Unavailable
    The server cannot handle the request (because it is overloaded or down for maintenance). Generally, this is a temporary state.[31]
    504 Gateway Timeout
    The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.
    505 HTTP Version Not Supported
    The server does not support the HTTP version used in the request.
    506 Variant Also Negotiates (RFC 2295)
    Transparent content negotiation for the request results in a circular reference.[32]
    507 Insufficient Storage (WebDAV; RFC 4918)
    The server is unable to store the representation needed to complete the request.[9]
    508 Loop Detected (WebDAV; RFC 5842)
    The server detected an infinite loop while processing the request (sent instead of 208 Already Reported).
    510 Not Extended (RFC 2774)
    Further extensions to the request are required for the server to fulfil it.[33]
    511 Network Authentication Required (RFC 6585)
    The client needs to authenticate to gain network access. Intended for use by intercepting proxies used to control access to the network (e.g., «captive portals» used to require agreement to Terms of Service before granting full Internet access via a Wi-Fi hotspot).[29]

    Unofficial codes

    The following codes are not specified by any standard.

    419 Page Expired (Laravel Framework)
    Used by the Laravel Framework when a CSRF Token is missing or expired.
    420 Method Failure (Spring Framework)
    A deprecated response used by the Spring Framework when a method has failed.[34]
    420 Enhance Your Calm (Twitter)
    Returned by version 1 of the Twitter Search and Trends API when the client is being rate limited; versions 1.1 and later use the 429 Too Many Requests response code instead.[35] The phrase «Enhance your calm» comes from the 1993 movie Demolition Man, and its association with this number is likely a reference to cannabis.[citation needed]
    430 Request Header Fields Too Large (Shopify)
    Used by Shopify, instead of the 429 Too Many Requests response code, when too many URLs are requested within a certain time frame.[36]
    450 Blocked by Windows Parental Controls (Microsoft)
    The Microsoft extension code indicated when Windows Parental Controls are turned on and are blocking access to the requested webpage.[37]
    498 Invalid Token (Esri)
    Returned by ArcGIS for Server. Code 498 indicates an expired or otherwise invalid token.[38]
    499 Token Required (Esri)
    Returned by ArcGIS for Server. Code 499 indicates that a token is required but was not submitted.[38]
    509 Bandwidth Limit Exceeded (Apache Web Server/cPanel)
    The server has exceeded the bandwidth specified by the server administrator; this is often used by shared hosting providers to limit the bandwidth of customers.[39]
    529 Site is overloaded
    Used by Qualys in the SSLLabs server testing API to signal that the site can’t process the request.[40]
    530 Site is frozen
    Used by the Pantheon Systems web platform to indicate a site that has been frozen due to inactivity.[41]
    598 (Informal convention) Network read timeout error
    Used by some HTTP proxies to signal a network read timeout behind the proxy to a client in front of the proxy.[42]
    599 Network Connect Timeout Error
    An error used by some HTTP proxies to signal a network connect timeout behind the proxy to a client in front of the proxy.

    Internet Information Services

    Microsoft’s Internet Information Services (IIS) web server expands the 4xx error space to signal errors with the client’s request.

    440 Login Time-out
    The client’s session has expired and must log in again.[43]
    449 Retry With
    The server cannot honour the request because the user has not provided the required information.[44]
    451 Redirect
    Used in Exchange ActiveSync when either a more efficient server is available or the server cannot access the users’ mailbox.[45] The client is expected to re-run the HTTP AutoDiscover operation to find a more appropriate server.[46]

    IIS sometimes uses additional decimal sub-codes for more specific information,[47] however these sub-codes only appear in the response payload and in documentation, not in the place of an actual HTTP status code.

    nginx

    The nginx web server software expands the 4xx error space to signal issues with the client’s request.[48][49]

    444 No Response
    Used internally[50] to instruct the server to return no information to the client and close the connection immediately.
    494 Request header too large
    Client sent too large request or too long header line.
    495 SSL Certificate Error
    An expansion of the 400 Bad Request response code, used when the client has provided an invalid client certificate.
    496 SSL Certificate Required
    An expansion of the 400 Bad Request response code, used when a client certificate is required but not provided.
    497 HTTP Request Sent to HTTPS Port
    An expansion of the 400 Bad Request response code, used when the client has made a HTTP request to a port listening for HTTPS requests.
    499 Client Closed Request
    Used when the client has closed the request before the server could send a response.

    Cloudflare

    Cloudflare’s reverse proxy service expands the 5xx series of errors space to signal issues with the origin server.[51]

    520 Web Server Returned an Unknown Error
    The origin server returned an empty, unknown, or unexpected response to Cloudflare.[52]
    521 Web Server Is Down
    The origin server refused connections from Cloudflare. Security solutions at the origin may be blocking legitimate connections from certain Cloudflare IP addresses.
    522 Connection Timed Out
    Cloudflare timed out contacting the origin server.
    523 Origin Is Unreachable
    Cloudflare could not reach the origin server; for example, if the DNS records for the origin server are incorrect or missing.
    524 A Timeout Occurred
    Cloudflare was able to complete a TCP connection to the origin server, but did not receive a timely HTTP response.
    525 SSL Handshake Failed
    Cloudflare could not negotiate a SSL/TLS handshake with the origin server.
    526 Invalid SSL Certificate
    Cloudflare could not validate the SSL certificate on the origin web server. Also used by Cloud Foundry’s gorouter.
    527 Railgun Error
    Error 527 indicates an interrupted connection between Cloudflare and the origin server’s Railgun server.[53]
    530
    Error 530 is returned along with a 1xxx error.[54]

    AWS Elastic Load Balancer

    Amazon’s Elastic Load Balancing adds a few custom return codes

    460
    Client closed the connection with the load balancer before the idle timeout period elapsed. Typically when client timeout is sooner than the Elastic Load Balancer’s timeout.[55]
    463
    The load balancer received an X-Forwarded-For request header with more than 30 IP addresses.[55]
    464
    Incompatible protocol versions between Client and Origin server.[55]
    561 Unauthorized
    An error around authentication returned by a server registered with a load balancer. You configured a listener rule to authenticate users, but the identity provider (IdP) returned an error code when authenticating the user.[55]

    Caching warning codes (obsoleted)

    The following caching related warning codes were specified under RFC 7234. Unlike the other status codes above, these were not sent as the response status in the HTTP protocol, but as part of the «Warning» HTTP header.[56][57]

    Since this «Warning» header is often neither sent by servers nor acknowledged by clients, this header and its codes were obsoleted by the HTTP Working Group in 2022 with RFC 9111.[58]

    110 Response is Stale
    The response provided by a cache is stale (the content’s age exceeds a maximum age set by a Cache-Control header or heuristically chosen lifetime).
    111 Revalidation Failed
    The cache was unable to validate the response, due to an inability to reach the origin server.
    112 Disconnected Operation
    The cache is intentionally disconnected from the rest of the network.
    113 Heuristic Expiration
    The cache heuristically chose a freshness lifetime greater than 24 hours and the response’s age is greater than 24 hours.
    199 Miscellaneous Warning
    Arbitrary, non-specific warning. The warning text may be logged or presented to the user.
    214 Transformation Applied
    Added by a proxy if it applies any transformation to the representation, such as changing the content encoding, media type or the like.
    299 Miscellaneous Persistent Warning
    Same as 199, but indicating a persistent warning.

    See also

    • Custom error pages
    • List of FTP server return codes
    • List of HTTP header fields
    • List of SMTP server return codes
    • Common Log Format

    Explanatory notes

    1. ^ Emphasised words and phrases such as must and should represent interpretation guidelines as given by RFC 2119

    References

    1. ^ a b c «Hypertext Transfer Protocol (HTTP) Status Code Registry». Iana.org. Archived from the original on December 11, 2011. Retrieved January 8, 2015.
    2. ^ Fielding, Roy T. «RFC 9110: HTTP Semantics and Content, Section 10.1.1 «Expect»«.
    3. ^ Goland, Yaronn; Whitehead, Jim; Faizi, Asad; Carter, Steve R.; Jensen, Del (February 1999). HTTP Extensions for Distributed Authoring – WEBDAV. IETF. doi:10.17487/RFC2518. RFC 2518. Retrieved October 24, 2009.
    4. ^ «102 Processing — HTTP MDN». 102 status code is deprecated
    5. ^ Oku, Kazuho (December 2017). An HTTP Status Code for Indicating Hints. IETF. doi:10.17487/RFC8297. RFC 8297. Retrieved December 20, 2017.
    6. ^ Stewart, Mark; djna. «Create request with POST, which response codes 200 or 201 and content». Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
    7. ^ «RFC 9110: HTTP Semantics and Content, Section 15.3.4».
    8. ^ «RFC 9110: HTTP Semantics and Content, Section 7.7».
    9. ^ a b c d e Dusseault, Lisa, ed. (June 2007). HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV). IETF. doi:10.17487/RFC4918. RFC 4918. Retrieved October 24, 2009.
    10. ^ Delta encoding in HTTP. IETF. January 2002. doi:10.17487/RFC3229. RFC 3229. Retrieved February 25, 2011.
    11. ^ a b «RFC 9110: HTTP Semantics and Content, Section 15.4 «Redirection 3xx»«.
    12. ^ Berners-Lee, Tim; Fielding, Roy T.; Nielsen, Henrik Frystyk (May 1996). Hypertext Transfer Protocol – HTTP/1.0. IETF. doi:10.17487/RFC1945. RFC 1945. Retrieved October 24, 2009.
    13. ^ «The GNU Taler tutorial for PHP Web shop developers 0.4.0». docs.taler.net. Archived from the original on November 8, 2017. Retrieved October 29, 2017.
    14. ^ «Google API Standard Error Responses». 2016. Archived from the original on May 25, 2017. Retrieved June 21, 2017.
    15. ^ «Sipgate API Documentation». Archived from the original on July 10, 2018. Retrieved July 10, 2018.
    16. ^ «Shopify Documentation». Archived from the original on July 25, 2018. Retrieved July 25, 2018.
    17. ^ «Stripe API Reference – Errors». stripe.com. Retrieved October 28, 2019.
    18. ^ «RFC2616 on status 413». Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
    19. ^ «RFC2616 on status 414». Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
    20. ^ «RFC2616 on status 416». Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
    21. ^ TheDeadLike. «HTTP/1.1 Status Codes 400 and 417, cannot choose which». serverFault. Archived from the original on October 10, 2015. Retrieved October 16, 2015.
    22. ^ Larry Masinter (April 1, 1998). Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0). doi:10.17487/RFC2324. RFC 2324. Any attempt to brew coffee with a teapot should result in the error code «418 I’m a teapot». The resulting entity body MAY be short and stout.
    23. ^ I’m a teapot
    24. ^ Barry Schwartz (August 26, 2014). «New Google Easter Egg For SEO Geeks: Server Status 418, I’m A Teapot». Search Engine Land. Archived from the original on November 15, 2015. Retrieved November 4, 2015.
    25. ^ «Google’s Teapot». Retrieved October 23, 2017.[dead link]
    26. ^ «Enable extra web security on a website». DreamHost. Retrieved December 18, 2022.
    27. ^ «I Went to a Russian Website and All I Got Was This Lousy Teapot». PCMag. Retrieved December 18, 2022.
    28. ^ a b c d Nottingham, M.; Fielding, R. (April 2012). «RFC 6585 – Additional HTTP Status Codes». Request for Comments. Internet Engineering Task Force. Archived from the original on May 4, 2012. Retrieved May 1, 2012.
    29. ^ Bray, T. (February 2016). «An HTTP Status Code to Report Legal Obstacles». ietf.org. Archived from the original on March 4, 2016. Retrieved March 7, 2015.
    30. ^ alex. «What is the correct HTTP status code to send when a site is down for maintenance?». Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
    31. ^ Holtman, Koen; Mutz, Andrew H. (March 1998). Transparent Content Negotiation in HTTP. IETF. doi:10.17487/RFC2295. RFC 2295. Retrieved October 24, 2009.
    32. ^ Nielsen, Henrik Frystyk; Leach, Paul; Lawrence, Scott (February 2000). An HTTP Extension Framework. IETF. doi:10.17487/RFC2774. RFC 2774. Retrieved October 24, 2009.
    33. ^ «Enum HttpStatus». Spring Framework. org.springframework.http. Archived from the original on October 25, 2015. Retrieved October 16, 2015.
    34. ^ «Twitter Error Codes & Responses». Twitter. 2014. Archived from the original on September 27, 2017. Retrieved January 20, 2014.
    35. ^ «HTTP Status Codes and SEO: what you need to know». ContentKing. Retrieved August 9, 2019.
    36. ^ «Screenshot of error page». Archived from the original (bmp) on May 11, 2013. Retrieved October 11, 2009.
    37. ^ a b «Using token-based authentication». ArcGIS Server SOAP SDK. Archived from the original on September 26, 2014. Retrieved September 8, 2014.
    38. ^ «HTTP Error Codes and Quick Fixes». Docs.cpanel.net. Archived from the original on November 23, 2015. Retrieved October 15, 2015.
    39. ^ «SSL Labs API v3 Documentation». github.com.
    40. ^ «Platform Considerations | Pantheon Docs». pantheon.io. Archived from the original on January 6, 2017. Retrieved January 5, 2017.
    41. ^ «HTTP status codes — ascii-code.com». www.ascii-code.com. Archived from the original on January 7, 2017. Retrieved December 23, 2016.
    42. ^
      «Error message when you try to log on to Exchange 2007 by using Outlook Web Access: «440 Login Time-out»«. Microsoft. 2010. Retrieved November 13, 2013.
    43. ^ «2.2.6 449 Retry With Status Code». Microsoft. 2009. Archived from the original on October 5, 2009. Retrieved October 26, 2009.
    44. ^ «MS-ASCMD, Section 3.1.5.2.2». Msdn.microsoft.com. Archived from the original on March 26, 2015. Retrieved January 8, 2015.
    45. ^ «Ms-oxdisco». Msdn.microsoft.com. Archived from the original on July 31, 2014. Retrieved January 8, 2015.
    46. ^ «The HTTP status codes in IIS 7.0». Microsoft. July 14, 2009. Archived from the original on April 9, 2009. Retrieved April 1, 2009.
    47. ^ «ngx_http_request.h». nginx 1.9.5 source code. nginx inc. Archived from the original on September 19, 2017. Retrieved January 9, 2016.
    48. ^ «ngx_http_special_response.c». nginx 1.9.5 source code. nginx inc. Archived from the original on May 8, 2018. Retrieved January 9, 2016.
    49. ^ «return» directive Archived March 1, 2018, at the Wayback Machine (http_rewrite module) documentation.
    50. ^ «Troubleshooting: Error Pages». Cloudflare. Archived from the original on March 4, 2016. Retrieved January 9, 2016.
    51. ^ «Error 520: web server returns an unknown error». Cloudflare.
    52. ^ «527 Error: Railgun Listener to origin error». Cloudflare. Archived from the original on October 13, 2016. Retrieved October 12, 2016.
    53. ^ «Error 530». Cloudflare. Retrieved November 1, 2019.
    54. ^ a b c d «Troubleshoot Your Application Load Balancers – Elastic Load Balancing». docs.aws.amazon.com. Retrieved May 17, 2023.
    55. ^ «Hypertext Transfer Protocol (HTTP/1.1): Caching». datatracker.ietf.org. Retrieved September 25, 2021.
    56. ^ «Warning — HTTP | MDN». developer.mozilla.org. Retrieved August 15, 2021. CC BY-SA icon.svg Some text was copied from this source, which is available under a Creative Commons Attribution-ShareAlike 2.5 Generic (CC BY-SA 2.5) license.
    57. ^ «RFC 9111: HTTP Caching, Section 5.5 «Warning»«. June 2022.

    External links

    • «RFC 9110: HTTP Semantics and Content, Section 15 «Status Codes»«.
    • Hypertext Transfer Protocol (HTTP) Status Code Registry at the Internet Assigned Numbers Authority
    • HTTP status codes at http-statuscode.com
    • MDN status code reference at mozilla.org

    При попытке выполнить регистрацию компьютера с приложением Fenix+ 3 Academy на программном комплексе Fenix Server Academy может возникнуть ошибка. В этом случае, в нижней части окна отобразится соответствующее сообщение.

    Пример сообщения об ошибке

    Ниже приводится список наиболее распространённых ошибок регистрации, а также советы и рекомендации по их устранению.

    Сервер не отвечает

    Неправильно указаны IP-адрес и/или порт сервера, или не запущена служба Windows Fenix Sever Academy.

    Рекомендации по устранению: для устранения ошибки проверьте указанные значения параметров подключения, а также убедитесь, что запущена служба Windows
    Fenix Sever Academy.

    Ошибка аутентификации

    Неправильно указаны логин и/или пароль, которые используются для регистрации компьютера на Fenix Server Academy.

    Рекомендации по устранению: для устранения ошибки проверьте правильность введённых данных, или измените пароль учётной записи на Fenix Server Academy, или
    создайте новую учетную запись на Fenix Server Academy.

    Ошибка подключения

    Fenix Server Academy не может обработать запрос.

    Рекомендации по устранению: перезапустите службу Windows Fenix Server Academy.

    На сервере зарегистрировано максимально допустимое количество компьютеров

    Рекомендации по устранению: для устранения ошибки необходимо при помощи Fenix Server Administration Tool подключиться к Fenix Server Academy и
    удалить один из компьютеров с установленным приложением Fenix+ 3 Academy, который вы больше не планируете использовать для работы. Подробнее об удалении
    компьютера см. Удаление Fenix Server Academy.

    После удаления компьютера из списка зарегистрированных компьютеров уменьшается количество доступных повторных регистраций на Fenix Server Academy (например, после апгрейда аппаратного обеспечения). Как только количество доступных повторных регистраций станет равно 0, вы лишитесь возможности удалять уже зарегистрированные компьютеры. Однако, вы по-прежнему сможете регистрировать новые компьютеры до тех пор, пока в списке будут оставаться свободные позиции.

    Не удалось собрать достаточно информации о данном компьютере

    Для регистрации компьютера с установленным приложением Fenix+ 3 Academy на Fenix Server Academy происходит сбор информации об аппаратном обеспечении, которая используется для идентификации этого компьютера при дальнейших запусках
    приложения. Причиной появления данной ошибки, скорее всего, является отключённая служба “Инструментарий управления Windows”.

    Ошибка регистрации на сервере

    По непонятной причине не удалось зарегистрировать компьютер на Fenix Server Academy. При повторном появлении данной ошибки необходимо обратиться в АО «СПТ» для более тщательного изучения возникшей неисправности.

    Ошибка согласования режима безопасности

    Системное время на компьютере с установленным приложением Fenix+ 3 Academy и на Fenix Server Academy различается. Для регистрации компьютера на Fenix Server
    Academy разница между системным временем на обоих компьютерах не должна превышать 3 минут.

    6 Января 2021


    1 031



    В избр.
    Сохранено

    В этой статье мы решили собрать наиболее распространенные ошибки в форме регистрации. Давайте проанализируем 7 проблем с UI и UX при регистрации, которые отталкивают пользователей.

    Больше интересных и актуальных статей ищите в нашем блоге и телеграм-канале.


    Sign Up — это не просто форма для регистрации новых пользователей, но и один из важнейших этапов процесса конверсии. Давайте проанализируем 7 проблем с UI и UX при регистрации, которые отталкивают пользователей.

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

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

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

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

    Ну что же, приступим?

    Проблема № 1: повторяющиеся поля

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

    Это особенно касается поля «Подтвердите свой адрес электронной почты», в которое большинство пользователей копируют свой ящик из предыдущего поля:


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

    Хороший пример — Webflow, где пользователей просят ввести адрес электронной почты и пароль только один раз:


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


    Проблема № 2: плохая обработка ошибок

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

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


    Другой проблемой будет предоставление подсказок только после того, как пользователь закончит вводить свой пароль:


    Лучший способ обеспечить плавный UI — это дать подсказки о том, насколько надежным должен быть пароль непосредственно в процессе ввода:


    Проблема № 3: чрезмерный сбор данных

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

    Еще в 2008 году Imagescape удалось повысить коэффициент конверсии при регистрации на 120%, когда они просто удалили 7 из 11 полей из формы. Качество полученных данных осталось без изменений.


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

    Иногда встречаются и вот такие экземпляры со странными двойными полями ввода одного кода:


    Есть способы получения данных от пользователей и получше.

    Во-первых, вы можете переосмыслить процесс сбора данных как этап персонализации. Webflow сделалал этот этап регистрации в форме опроса.

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


    Другой вариант — прогрессивное заполнение профиля или геймификация, как это делает LinkedIn:



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

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

    Проблема № 4: подтверждение электронной почты

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

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

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

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


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

    Еще один великолепный трюк от Growth.Design — использование техники Sniper Link, которая позволяет пользователям напрямую открывать ваше письмо с подтверждением из своего браузера. Этот метод влечет за собой потенциальное повышение конверсии на 7%.

    Проблема № 5: условия обслуживания

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

    Никто не читает условия обслуживания. Наверное, даже те, кто их пишет. Поэтому каждый раз, когда люди принимают ToS для каждого нового продукта и веб-сайта, они совершают прыжок веры. А веры у них не так уж и много.

    Заставлять их регулярно ставить галочки — дополнительные усилия:


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


    Проблема № 6: принудительная непрерывность

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

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


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

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

    Проблема № 7: зарегистрируйтесь прямо в лицо

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

    Зачем кому-то беспокоиться о регистрации, если аналогично работающий продукт находится в нескольких вкладках браузера?

    Люди любят Canva по разным причинам, но принудительная регистрация — явно не одна из них.


    Возможно, одна из причин, по которой он остается таким, заключается в том, что его ближайшие конкуренты, PicMonkey или Stencil, делают то же самое:


    Существует ли причина, по которой Canva не разрешает новым пользователям поиграться со своим UI за пару минут до обязательной регистрации или входа в систему?

    Squarespace позволяет пользователям создать целый веб-сайт, даже не спрашивая их имени:


    Его конкурент Launchaco делает то же самое:


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

    Приличный пользовательский интерфейс и UX при регистрации — это как хорошая книга или фильм: в нем нет ничего лишнего.

    Тщательно проанализируйте процесс регистрации и определите, можно ли что-то улучшить. Помните: даже самое незначительное изменение может повысить вашу конверсию и уровень удовлетворенности.

    Источник

    Блог проекта

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

    Написать

    Личный блог

    Продвигайте свои услуги или личный бренд через интересные кейсы и статьи

    Написать

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

    А еще тут будет парочка забавных (и не очень) пикч и анимаций на тему описанных ошибок. Хоть какое-то развлечение.

    Ошибки со стороны клиента (4xx)

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

    400 Bad Request

    Такой ответ от браузера можно получить в том случае, если сервер не смог правильно отреагировать на запрос со стороны пользователя. Часто код 400 возникает при попытке клиента получить доступ к серверу без соблюдения правил оформления синтаксиса протокола передачи гипертекста (HTTP). Повторный запрос не стоит отправлять до тех пор, пока не будет исправлена ошибка (или несколько из них). 

    401 Unauthorized

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

    402 Payment Required

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

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

    403 Forbidden

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

    Анимация на тему 403 

    Творчество на тему знаменитой киносаги

    404 Not Found

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

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

    Ошибка 404

    Еще вариант оформления ошибки 404

    И таких вариаций тысячи. Каждый пытается добавить в оформление что-то свое.

    405 Method Not Allowed

    405 сообщает клиенту о том, что метод, используемый при запросе, не разрешен. В качестве примера можно привести попытку со стороны клиента ввести данные в форму с помощью GET, когда она работает только с POST. Ну и в таком же духе. 

    406 Not Acceptable

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

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

    407 Proxy Authentication Required

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

    408 Request Timeout

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

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

    Кадр из фильма Мистер Робот 

    В Мистере Роботе частенько называли серии в честь ошибок HTTP (весь четвертый сезон в нумерации 4хх). В честь 408, например, назвали восьмую серию четвертого сезона

    409 Conflict

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

    410 Gone

    Своего рода аналог 404. Разница лишь в том, что 410 намекает на перманентность отсутствия страницы. Так что этот код стоит использовать, когда на 100% уверен, что страница ушла в небытие (ну или с текущего адреса) навсегда. В любом другом случае есть универсальный 404. 

    411 Length Required

    411 оповещает пользователя о том, что сервер не желает принимать запрос со стороны клиента, потому что в нем не определен заголовок Content-Length. Да, это первый код в подборке, который смогут понять только люди, сведущие в настройке серверов. По-простому уложить сущность HTML-заголовков в этот материал не получится.

    412 Precondition Failed

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

    413 Payload Too Large/Request Entity Too Large

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

    414 URI Too Long

    Чем-то этот код похож на предыдущий. Здесь тоже идет речь о превышение лимита. Только теперь это касается не запроса со стороны клиента, а длины URI. То есть ссылки. Выходит, что адрес, используемый клиентом, больше, чем тот, что может обработать сервер. Как-то так. 

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

    415 Unsupported Media Type

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

    416 Range Not Satisfiable

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

    417 Expectation Failed

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

    418 I’m a teapot

    Код 418 можно увидеть, если сервер откажется варить кофе, потому что он чайник. Это первоапрельская шутка. Естественно, 418 не используется нигде всерьез и просто существует как дань памяти программистам-юмористам, придумавшим это в 1998 году.

    Чайник на сайте Google

    У Google получился такой симпатичный чайник

    421 Misdirected Request

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

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

    422 Unprocessable Entity

    Код 422 говорит, что сервер вроде бы принял запрос, понял его, все хорошо, но из-за семантических ошибок корректно обработать не смог. Значит, где-то в запросе затаилась логическая ошибка, мешающая корректному взаимодействию клиента и сервера. Надо ее найти и исправить.

    423 Locked

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

    424 Failed Dependency

    424 сообщает о том, что для выполнения запроса со стороны клиента успешно должна завершиться еще одна или несколько параллельных операций. Если какая-то из них «провалится», то «помрет» все соединение сразу, и обработать запрос до конца не получится. Аналогичное происходит, если некорректно был обработан один из предыдущих запросов.

    425 Too Early

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

    426 Upgrade Required

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

    428 Precondition Required

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

    429 Too Many Requests

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

    Ошибка 429

    431 Request Header Fields Too Large

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

    444 No Response

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

    449 Retry With

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

    450 Blocked by Windows Parental Controls

    450 код увидят дети, попавшие под действие системы «Родительский контроль» компании Microsoft. По сути, ошибка говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров родительского контроля.

    451 Unavailable For Legal Reasons

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

    Лого Роскомнадзора

    Читайте также

    Ошибка сервера 504

    Ошибка сервера 403

    Комьюнити теперь в Телеграм

    Подпишитесь и будьте в курсе последних IT-новостей

    Подписаться

    Список ошибок на стороне сервера (5xx)

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

    500 Internal Server Error

    Этот код возникает, когда сервер сталкивается с непредвиденными обстоятельствами. Такими, которые и сам не может пояснить. Как, собственно, и завершить запрос со стороны пользователя. По факту, эта ошибка говорит нам что-то вроде «Я не могу подобрать более подходящий код ошибки, поэтому лови 500 и делай с этим, что хочешь». Мы писали о нем чуть подробнее тут.

    Ошибка 500

    Дело не в тебе, дело во мне (С)

     Синий экран смерти

    501 Not Implemented

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

    Иногда в теле ошибки еще пишут что-то в духе «Приходите попозже, возможно, в будущем нужная функция появится».

    502 Bad Getaway

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

    503 Service Unavailable

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

    1. Слишком много пользователей в текущий момент пытаются отправить запросы, и у сервера не остается ресурсов, чтобы ответить кому-либо еще.
    2. На сервере ведутся технические работы, временно блокирующие его работу.

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

    504 Gateway Timeout

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

     Вариант оформления ошибки 504

    505 HTTP Version Not Supported

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

    506 Variant Also Negotiates

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

    507 Insufficient Storage

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

    508 Loop Detected

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

    509 Bandwidth Limit Exceeded

    Возникает, если сервер начинает потреблять больше трафика, чем ему позволено. 

    510 Not Extended

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

    511 Network Authentication Required

    511 код говорит о том, что перед тем как выйти в сеть, надо авторизоваться (ввести логин и пароль). Можно воспринимать это неким PPPoE подключением, когда от клиента требуются данные для авторизации.

    Заключение

    Закончили. Это все ошибки, которыми отзывается HTTP, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять. 

  • Список ошибок планар 4дм 24
  • Список ошибок пежо 406
  • Список ошибок пежо 308 автомат
  • Список ошибок пежо 308 2008 года
  • Спишите исправив ошибки самолет пролетел над лесом