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

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

№ п/п Описание ошибки Комментарии 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 статьи 67¹ части первой ГК РФ порядка подтверждения решения, принятого общим собранием участников хозяйственного общества посредством очного голосования, и состава лиц, присутствовавших при его принятии, вместе с копией протокола (с выпиской из протокола) общего собрания участников хозяйственного общества в Банк России должна быть представлена справка, содержащая сведения о соблюдении указанного порядка (иной документ, содержащий сведения о соблюдении указанного порядка). 3.32. Не представлена справка об оплате ценных бумаг, размещенных путем подписки. В соответствии с пунктом 37.2 Стандартов эмиссии для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бумаг, размещенных путем подписки, в Банк России дополнительно представляется справка эмитента об оплате ценных бумаг, размещенных путем подписки, составленная в соответствии с приложением 29 к Стандартам эмиссии. 3.33. Не представлен документ, подтверждающий наличие решения о предварительном согласовании сделок по размещению ценных бумаг эмитента, являющегося хозяйственным обществом, имеющим стратегическое значение для обеспечения обороны страны и безопасности государства. В соответствии с пунктом 9.9 Стандартов эмиссии для государственной регистрации отчета об итогах выпуска (дополнительного выпуска) ценных бума в Банк России должен быть представлен документ, подтверждающий наличие решения о предварительном согласовании в соответствии с Федеральным законом от 29.04.2008 № 57-ФЗ «О порядке осуществления иностранных инвестиций в хозяйственные общества, имеющие стратегическое значение для обеспечения обороны страны и безопасности государства» сделок по размещению ценных бумаг эмитента, являющегося хозяйственным обществом, имеющим стратегическое значение для обеспечения обороны страны и безопасности государства, в случае если совершение таких сделок допускается при наличии указанного решения об их предварительном согласовании.

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

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

• 

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

  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 — он находится в самом верху панели:

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

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

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

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

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

100 Continue

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

101 Switching Protocols

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

102 Processing

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

103 Checkpoint

Контрольная точка — используется в запросах для возобновления после прерывания запросов 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‑запроса, а другую часть вернул.

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

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* класс кодов (ошибки на стороне клиента)

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

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, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. И его можно использовать в работе.

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. Сервер снова не разрешает к нему подключиться, хотя с запросом все в порядке. Просто нет доступа. Причем повторная авторизация с другими логином и паролем никак не помогут. Все вопросы к владельцам сервера (но не всегда). Инструкция по устранению ошибки. 

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

404 Not Found

Легендарная ошибка, ставшая популярным мемом. 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 получился такой симпатичный чайник

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

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

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

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

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

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

500 Internal Server Error

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

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

501 Not Implemented

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

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

502 Bad Getaway

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

503 Service Unavailable

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

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

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

504 Gateway Timeout

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

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, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять. 

Во время запроса информации с удаленного веб-сервера может возникнуть ошибка. Тогда веб-сервер посылает в ответ код ошибки 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 поддержкой расширений.