Получено по доверенности: Порядок выдачи доверенностей на получение ТМЦ

Содержание

Порядок выдачи доверенностей на получение ТМЦ

Положение о порядке выдачи доверенностей на получение товарно-материальных ценностей и отпуска их по доверенности

Утверждено Приказом министра финансов от 07.05.2003 г. № 62,
зарегистрированным МЮ 27.05.2003 г. № 1245

В Положение внесены изменения в соответствии с
Приказом министра финансов, зарегистрированным МЮ 24.12.2003 г. № 1245-1

Настоящее Положение разработано на основании Закона Республики Узбекистан «О бухгалтерском учете» и устанавливает порядок выдачи доверенностей на получение товарно-материальных ценностей и отпуска их по доверенности.

§ 1. ОБЩИЕ ПОЛОЖЕНИЯ

1. Действие настоящего Положения распространяется на все предприятия, организации и учреждения Республики Узбекистан, независимо от форм собственности и ведомственной, подчиненности (далее — предприятия).

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

Доверенное лицо действует в пределах полномочий, предоставленных ему по доверенности.

§ 2. ПОРЯДОК ВЫДАЧИ ДОВЕРЕННОСТЕЙ НА ПОЛУЧЕНИЕ ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ

3. Доверенности на получение товарно-материальных ценностей оформляются по усмотрению предприятия либо по форме согласно приложению № 1 к настоящему Положению (в случае учета выданных доверенностей в корешке Книжки доверенностей), либо по форме согласно приложению № 2 к настоящему Положению (в случае учета выданных доверенностей в Журнале). (Абзац в редакции Приказа министра финансов, зарегистрированного МЮ 24.12.2003 г. № 1245-1)

Доверенности подписываются руководителем предприятия или лицами, им определяемыми, в установленном законодательством порядке.

4. Доверенности выдаются на получение товарно-материальных ценностей, отпускаемых поставщиком по договору и иным сделкам.

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

При выписке доверенностей перечень материальных ценностей подлежащих получению, заполняется в случае, если в документе на отпуск (договорах и т. п.), указанном в доверенности, не приведены наименования и количество товарно-материальных ценностей, подлежащих получению, или если по доверенности получают только часть товарно-материальных ценностей, приведенных в документе на отпуск. Если по доверенности получаются все наименования и количество товарно-материальных ценностей, указанные в документе на отпуск, то перечень ценностей на оборотной стороне доверенности может не заполняться. В этом случае в данной части доверенности указывается наименование, номер и дата документа на отпуск, а также общая сумма получаемых товарно-материальных ценностей. (Абзац введен в соответствии с Приказом министра финансов, зарегистрированным МЮ 24.12.2003 г. № 1245-1)

5. При выдаче доверенности регистрируются в корешке Книжки доверенностей или Журнале учета выданных доверенностей в зависимости от того, какая форма доверенностей выбрана предприятием. (Абзац в редакции Приказа министра финансов, зарегистрированного МЮ 24.12.2003 г. № 1245-1)

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

Журнал учета выданных доверенностей, который ведется по форме согласно приложению № 3 к настоящему Положению, должен быть пронумерован и прошнурован. На последнем листе Журнала за подписями руководителя предприятия или лицами, им определяемыми, делается запись «В настоящем Журнале пронумеровано …листов» и заверяется печатью. Количество листов указывается прописью. (Абзац в редакции Приказа министра финансов, зарегистрированного МЮ 24.12.2003 г. № 1245-1)

Книжки доверенностей и Журнал учета выданных доверенностей должны храниться у лица, ответственного за регистрацию доверенностей.

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

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

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

8. Доверенное лицо обязано после получения ценностей представить в бухгалтерию предприятия документы о выполнении поручений и о сдаче на склад (кладовую) или соответствующему материально ответственному лицу полученных им товарно-материальных ценностей.

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

О возвращении неиспользованной доверенности делается отметка в корешке Книжки доверенностей (в графе «Номер и дата документа, подтверждающего выполнение поручения») или в Журнале учета выданных доверенностей (в графе «Отметки о выполнении поручений по доверенности»). Возвращенные неиспользованные доверенности погашаются надписью «не использована» и хранятся до конца отчетного года у лица, ответственного за их регистрацию. По окончании года такие неиспользованные доверенности уничтожаются в установленном порядке с составлением об этом соответствующего акта. (Абзац в редакции Приказа министра финансов, зарегистрированного МЮ 24.12.2003 г. № 1245-1)

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

§ 3. ПОРЯДОК ОТПУСКА ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ ПО ДОВЕРЕННОСТИ

9. Доверенности, независимо от срока их действия, оставляются поставщику при первом отпуске товарно-материальных ценностей.

Как заполнить доверенность на получение товара и ТМЦ

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

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

10. Отпуск товарно-материальных ценностей по доверенности предприятиями не производится в случаях:

а) предъявления доверенности, выданной с нарушением установленного порядка ее заполнения или с незаполненными реквизитами;

б) предъявления доверенности, имеющей поправки и помарки;

в) непредъявления паспорта, указанного в доверенности;

г) окончания срока, на который выдана доверенность;

д) получения сообщения от получателя об аннулировании доверенности;

е) прекращения деятельности юридического лица, от имени которого выдана доверенность;

ж) признания доверенного лица недееспособным, ограниченно дееспособным.

§ 4. КОНТРОЛЬ ЗА СОБЛЮДЕНИЕМ НАСТОЯЩЕГО ПОЛОЖЕНИЯ

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

Доверенность по форме 1 (Приложение 1)

Доверенность по форме 2 (Приложение 2)

Журнал учета выданных доверенностей (Приложение 3)

Представительство, которое основано на договоре, может осуществляться по доверенности. При этом представительство по доверенности может основываться на акте органа юридического лица (к примеру, таким актом может быть приказ или распоряжение директора предприятия) (ч. 2 ст. 244 ГКУ).

Понятие доверенности определено положениями ст. 244 ГКУ. Таковой является письменный документ, выдаваемый одним лицом другому лицу для представительства перед третьими лицами. Доверенность на совершение сделки представителем может быть предоставлена лицом, которого представляют (доверителем), непосредственно третьему лицу. Иными словами, это документ с перечнем полномочий представителя на совершение им юридически значимых действий.

Требования, устанавливаемые данным Кодексом к доверенности, распространяются на все ее виды.

Доверенность на выдачу доверенностей

И если речь идет о доверенности на получение ТМЦ, при ее выдаче и применении следует руководствоваться также положениями Инструкции о порядке регистрации выданных, возвращенных и использованных доверенностей на получение ценностей, утвержденной приказом Минфина Украины от 16.05.96 г. №99 (далее — Инструкция №99).

В хозяйственной деятельности широко распространены правоотношения представительства (определены положениями гл. 17 Гражданского кодекса Украины, далее — ГКУ).

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

Представительство возникает на основании:

— договора (договор представительства) — добровольное представительство;

— закона (представительство интересов малолетних либо недееспособных лиц) — законное представительство;

— акта органа юридического лица (назначение на определенную должность, связанную с осуществлением представительских действий) — административное представительство;

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

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

— которая в соответствии с ее содержанием может быть совершена только лично тем лицом, которое он представляет;

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

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

Источник : Юридическое бюро Советникъ

Когда нужна доверенность на получение ТМЦ, и как её оформить?

Доверенность на получение ТМЦ может быть:

выдана для покупателя;
выдана для продавца.

Юридическая наука устанавливает нормы, для чего нужна доверенность. Законодательство предоставляет право или обязанность лиц по заключению доверенностей с целью охраны и безопасности юридических и гражданских прав сторон. Предназначение доверенности как правового акта состоит в том, что она является подтверждением полномочий поверенного перед третьими лицами от имени доверителя. В ней также фиксируется круг определённых прав и обязанностей поверенного, что значительно минимизирует неправомерные действия с его стороны. При этом сама доверенность выдается на совершение только правомерных действий. Порядок учёта и хранения доверенностей на получение ТМЦ Как и любой документ, доверенность на получение товарно-материальных ценностей подлежит строгому учёту.

Оформление и учет доверенностей на получение тмц в 2016 году

В таком случае законодательство даёт право получения другим лицам по доверенности. Следовательно, не сотрудник предприятия обязан получить доверенность по общим правилам и предъявить её продавцу. Нужна ли доверенность другим лицам? При получении товара от ИП не требуется предъявлять доверенность.

Ему достаточно предъявит паспорт или свидетельство о госрегистрации ИП. Доверенность от физического лица физическому лицу обязательно должна быть оформлена в соответствии с законодательством.

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

Важно

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

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

Доверенность на получение тмц

Учёт этих бланков осуществляется в специальной книге – прошнурованном и пронумерованном журнале «Учёт доверенностей». В журнале отображается:

Номер доверенности, он должен совпадать с номером на бланке.
Данные доверенного лица.
Срок выдачи документа.
Подпись доверенного лица – это свидетельство того, что он получил документ.

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

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

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

Внимание

Условия встречи и место должны прописываться в специальном договоре, который оформляется заранее.Кому выдается доверенность В законодательстве не указывается, на кого конкретно может быть выдана бумага. По необходимости, она может быть предоставлена на работника компании или предприятия, а также на человека, который официально не числится в штате организации. Может возникнуть вопрос, зачем официальному работнику доверенность, если его права прописаны в трудовом договоре, а приём товара включён в его круг обязанностей? В трудовом соглашении обычно предписывается передача ТМЦ на территории, не принадлежащей покупателю.

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

Юридически грамотное оформление доверенности на получение товара

Инфо

Она остается в организации, как доказательство того, что доверенность была выдана и учитывается в регистрационном журнале. В корешке заполняют номер, присвоенный вышеуказанному документу, дату выдачи, срок действия, ФИО и должность лица, которое должно получить ТМЦ, его подпись в получении доверенности, наименование поставщика, номер и дата входящих документов на товар. Отрывные части нужно скрепить и прошить. Возврату и хранению подлежат как неиспользованные доверенности, так и корешки — в течение 5 лет.

Что необходимо указать в доверенности? Фирма вправе разработать свой бланк, а не пользоваться унифицированной формой доверенности на получение товара М-2. Семь мифов о доверенности на получение товара Однако и для руководителя нужен документ, подтверждающий его полномочия.

Составляем доверенность на получение материальных ценностей

Обратите внимание: без доверенности от имени организации может действовать только ее руководитель.

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

Что касается доверенности на получение ТМЦ, то ее относят к специальному виду, поскольку она уполномочивает на выполнение ряда однородных действий – получение товаров у поставщика. Ее основная цель, как правового акта, заключается в том, чтобы подтвердить полномочия доверенного лица перед третьим лицом. В данном акте обязательно зафиксированы права и обязанности, которыми обладает доверенный. Четко обозначенные права и обязанности позволяют избежать неправомерных действий со стороны сотрудника, на которого выписана данная доверенность. Все действия, ею предусмотренные, исключительно правомерные. Проще говоря, без нее нельзя получить товарно-материальные ценности. Кем и когда он заполняется Доверенность на получение ТМЦ выдается либо покупателю, либо продавцу.

НовостиPermalink

«Консультант Бухгалтера», N 12, 2000

Вопрос: Нужна ли доверенность, если товары будет получать руководитель организации — покупателя?

Как правильно оформить документы в такой ситуации?

Ответ: Для совершения каких-либо юридически значимых действий уполномоченному на то лицу необходимо предоставить надлежащим образом составленную и оформленную доверенность — документ, удостоверяющий право обозначенного в нем лица совершать оговоренные доверителем действия в отношениях с третьими лицами (п.1 ст.185 ГК РФ).

Доверенность от имени юридического лица выдается за подписью его руководителя или иного лица, уполномоченного на это учредительными документами, с приложением печати этого юридического лица (п.5 ст.185 ГК РФ).

Порядок выдачи доверенностей на получение товарно — материальных ценностей от поставщиков, отпускающих указанные ценности по наряду, счету, договору, заказу, соглашению или другому заменяющему их документу, подробно регламентируется Инструкцией Минфина СССР от 14. 01.1967 N 17 «О порядке выдачи доверенностей на получение товарно — материальных ценностей и отпуска их по доверенности».

Указанный вид доверенностей выдается должностным лицам предприятий, учреждений или организаций на бланках типовой формы N М-2 и подписывается руководителем (заместителем руководителя) и главным бухгалтером предприятия, учреждения или организации (п.1 Инструкции).

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

По нашему мнению, если предприятие — покупатель получает товар без выдачи доверенности, то в товарной накладной (унифицированная форма N ТОРГ-12, утверждена Постановлением Госкомстата РФ от 25.12.1998 N 132 «Об утверждении унифицированных форм первичной учетной документации по учету торговых операций») необходима печать покупателя, а также расшифровка подписи, поскольку требуется удостоверение факта полномочий получающего лица расписываться от имени покупателя.

Подписано в печать

11.11.2000

—————————————————————————————————————————————————————————————————— ———————————————————— ——

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

Правила оформления доверенности на получение ТМЦ

Каков порядок обложения налогами на имущество, на прибыль, подоходным налогом? («Консультант Бухгалтера», 2000, N 12)
Вопрос: Просим разъяснить, каким образом распределяется площадь в нежилых зданиях, построенных по договору совместной деятельности или по договору долевого участия в строительстве. («Консультант Бухгалтера», 2000, N 12)

Интересные статьи

«Отсутствует сообщение о доверенности» — Контур.Экстерн

Для решения вопроса необходимо проверить правильность заполнения КПП в отчете.

Сдавать отчетность за обособленное подразделение имеет право только головная организация с основным КПП, который фигурирует в выписке ЕГРЮЛ. Обособленное подразделение может сдать отчет за другое обособленное подразделение только при наличии доверенности с признаком подписанта –2.

Чтобы сдать отчетность за обособленное подразделение можно:

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

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

Была ли полезна информация?

Да Нет

Спасибо за ответ

Не нашли ответа на свой вопрос? Напишите нам!

Спросить эксперта

Сервис временно недоступен

Доверенность в 1С 8.3 Бухгалтерия — где найти, как сделать

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

В данной статье мы рассмотрим:

где найти доверенность в 1С 8.3 Бухгалтерия;
как выписать доверенность в 1С на получение товара.

Подробнее смотрите в онлайн-курсе: «Бухгалтерский и налоговый учет в 1С:Бухгалтерия 8 ред. 3 от А до Я»

Доверенности в 1С 8.3 Бухгалтерия

Доверенность на получение товара 1С бланк скачать бесплатно →

Документ Доверенность в 1С используется для получения материальных ценностей (ТМЦ) сотрудником от имени организации.

Получите понятные самоучители 2021 по 1С бесплатно:

Создание документа Доверенность в 1С позволяет:

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

Где находится доверенность в 1С 8.3

Доверенность в 1С 8.3 Бухгалтерия можно сделать:

вручную из журнала документов Доверенности в разделе Покупки – Покупки – Доверенности;

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

Типовая схема приобретения товаров в оптовой торговле в 1С

Как выписать доверенность в 1С 8.3

Рассмотрим порядок заполнения документа Доверенность.

В шапке документа укажите:

Контрагент — наименование поставщика, от которого планируете получить ТМЦ. Наименование поставщика выбираем из справочника Контрагенты.
Договор — договор (счет), по которому получаете ТМЦ.
Подотчетное лицо — физлицо, на имя которого выписывают доверенность.

В карточке Подотчетного лица (справочник Физические лица) должны быть заполнены паспортные данные PDF: без них доверенность недействительна.

Срок действия — укажите дату, до которой доверенность будет действовать.

На вкладке Товары указывают наименование ТМЦ и их количество.

Указание перечня ТМЦ в доверенности обязательно, иначе документ нельзя будет провести.

Бланк доверенности в 1С

Из документа Доверенность можно сформировать следующие печатные формы по кнопке Печать:

Доверенность (М-2) образец заполнения →

Доверенность (М-2а) образец заполнения →

Графа 6 «Поставщик» и строка «На получение от»

Заполнение данной графы в печатном бланке Доверенность автоматизировано в 1С 8.3 Предприятие. Для автоматического заполнения на вкладке Дополнительно в поле Получено от укажите полное наименование поставщика, у которого планируете получить ТМЦ.

Графа 7 «Номер и дата наряда (замещающего наряд документа) или извещения» и строка «материальных ценностей по»

Для автоматического заполнения в 1С этих данных в бланке Доверенности на вкладке Дополнительно в поле По документу укажите наименование и реквизиты документа-основания, по которому будет произведен отпуск ТМЦ: наряд, счет, договор, заказ, соглашение и др.

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

Мы рассмотрели где в 1С доверенность на получение ТМЦ, как выписать доверенность в 1С 8.3 Бухгалтерия.

Проверьте себя! Пройдите тест:

См. также:

Если Вы еще не являетесь подписчиком системы БухЭксперт8:
Активировать демо-доступ бесплатно →
или
Оформить подписку на Рубрикатор →
После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

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

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

ВИДЕО ПО ТЕМЕ: Представитель по доверенности.

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

Если вы хотите узнать, как решить именно Вашу проблему — обращайтесь в форму онлайн-консультанта справа или звоните по телефонам, представленным на сайте. Это быстро и бесплатно!

На руки получено

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

Подразумевается, что кто л. Имеется в виду,… … Фразеологический словарь русского языка. Долго пришлось разбираться с вопросом, прежде, чем поняла, о чем автор спрашивает. Слово нарочно означает преднамеренность чего-либо, то есть, как уже ответила Рогнеда, имеет совершенно другой смысл. Слова наручно вообще в природе не существует. Так что в журнале так и пишите, что документы с нарочным получили, оставляем себе, ну или как-то так. Заманите шиншиллу на ладонь правой руки, так чтобы все четыре лапки прочно встали на руку.

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

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

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

Нужно иметь в виду, что в случае порчи или утери трудовой, работодатель будет нести ответственность вместе с работником, если не подтвердит, что выдача ТК была оформлена в соответствии с нормативами. В общем,в декабре я забылась-дела,предновогодняя суета. Степе 4г 3 мес Я заканчивала нарезать и приклеивать текст на странички нашей будущей итальянской книжицы.

Степан присел рядом, попросил лист. Взял ножницы. Что-то отрезал, наклеил, приклеил. Только не учла, что на лист не обязательно что-то клеить. Можно и порисовать — Мам, я пишу инопланетянину, у котОляго один глаз. Я по нему скучаю На листе к этому. Странный вопрос. Конечно, может. Вы не разу не сталкивались одним из самых запутанных разделов русской орфографии о слитном-раздельном написании наречий? Глагол в будущем времени.

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

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

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

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

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

Не по руке перчатки велики или малы. Золотые руки у кого-н. Рукам вали не давай не дерись, убери руки; разг. Из рук выпустить также перен. Руки греть на чем-н. Руки прочь от кого-чего-н.! Рука не дрогнет у кого-н. За руку схватить кого-н. В руках у кого-н. Доказательство в руках у следователя; 2 в полном подчинении, зависимости. Вся семья у нее в руках; 3 пойман.

Преступник в руках у правосудия. В руках или в своих руках держать, иметь что-н. В руках держать кого-н. Руку приложить также перен. В руки или в свои руки захватить, взять что-н. В пуки взять кого-н. В наших моих, его руках также перен. Все или дело валится из рук перен.

Доверенность на ребенка для бабушки по России: процедура оформления

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

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

Генеральная доверенность на продажу квартиры

Письма сейчас почтальоны не носят по квартирам, даже если работает лифт и люди целый день дома. Они просто не берут письмо заказное с собой, а бросают в почтовый ящик извещение получить письмо по почте. Так вот если за любыми заказными письмами адресат не будет ходить на почту, а там допустим в заказном письме штраф , который почему то выслали не простым, а заказным и надо идти на почту, то будут ли последствия от того, что адресат не пришёл на почту за письмом в котором штраф? Никаких обязательств получения у заказных писем нет. А неполучение Вам ничем не грозит,с юридической точки зрения, мало ли по какой причине Вы не получили письмо. Это проблемы доставки,о которой наши почтальоны особо не «парятся». Другое дело,если получили заказное письмо по паспорту на почте и оставили ,допустим,штраф не оплаченным,тут уже начнет фигурировать документ с почты с Вашей подписью. А пока Вы письма не получали,Вы считаетесь неуведомленным получателем. Был у меня случай. Мне из суда прислали повестку и копию иска,звали на суд, а почтовый ящик подожгли, как я потом узнала,письмо ,по-моему,10 дней хранилось на почте,а потом его обратно отправили — такой порядок у них.

Как правильно писать наручно или нарочно?

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

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

Обязан ли адресат ходить на почту, забирать заказные письма?

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

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

Доверенность на получение почты на Почте России

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

Доверенность на получение зарплаты другим лицом без нотариуса за другое лицо. Образец доверенности на получение заработной платы. Всё о доверенности на зарплату.

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

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

Мы, Денисова Алла Ивановна, Ставрополя, Ставрополь, ул.

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

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

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

Первичка на выдачу товара: вопросы и ответы. Бухгалтер 911, № 39, Сентябрь, 2018

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

Разберем каждый вопрос по отдельности.

Нет доверенности на получение ТМЦ — насколько критично? Для начала напомним, что еще с 1 января 2015 года форма доверенности на получение ТМЦ была отменена вместе с Инструкцией № 99¹, регулирующей порядок ее обращения. При этом в п. 2.5 Положения № 88² закрепили следующую норму:

«полномочия… лица, которое в интересах предприятия/предпринимателя получает основные средства, запасы, нематериальные активы, денежные документы, ценные бумаги и другие ТМЦ по договору, подтверждаются согласно законодательству. Такие полномочия могут быть подтверждены, в частности, письменным договором, доверенностью, актом органа юрлица и пр.».

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

Допустим, стороны договорились, что документом, подтверждающим полномочия лица, которое в интересах предприятия получает ТМЦ, будет доверенность. Какие последствия ожидают продавца, если он выдаст товар покупателю без доверенности?

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

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

Теоретически (если основываться на нормах действующего законодательства) — нет.

А на практике отсутствие доверенности контролирующие органы могут использовать в качестве дополнительных доказательств «нереальности» (отсутствия) сделки.

Об этом свидетельствует многочисленная судебная практика.

К слову, в перечне документов, необходимых для разблокировки налоговой накладной (которые, по сути, плательщик подает для того, чтобы доказать реальность хозоперации), названы и «доверенности, акты руководящего органа налогоплательщика, которыми оформлены полномочия лиц, приобретающих продукцию в интересах налогоплательщика» (п. 14 Порядка № 117³).

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

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

Поэтому признать отсутствие хозоперации только на том основании, что нет доверенности, налоговики не могут (поскольку это даже не первичный документ). А хозоперации в учете отражают на основании первичных документов (ч. 1 ст. 9 Закона о бухучете). К тому же главный критерий наличия хозоперации — это изменения в активах и обязательствах, собственном капитале предприятия (ст. 1 Закона о бухучете).

На то, что отсутствие доверенности не может отрицать факта осуществления хозоперации, обращал внимание и ВСУ (постановление ВСУ от 29.04.2015 г. по делу № 3-77гс15⁴).

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

К примеру, можно исходить из положений ч. 1 ст. 909 ГКУ, в которой указано, что по договору перевозки груза, в частности, одна сторона (перевозчик) обязуется доставить доверенный ей другой стороной (отправителем) груз к пункту назначения и выдать его лицу, имеющему право на получение груза (получателю).

В этом случае доверенность на получение отправления и документ, который подтверждает лицо согласно доверенности, будет требовать от получателя уже представитель Новой почты. То есть получатель ценностей должен предъявить доверенность представителю отделения Новой почты. А продавцу (отправителю) будет выдан экземпляр экспресс-накладной, подтверждающей получение отправления получателем.

Получать доверенность от покупателя в данном случае продавцу (отправителю) не нужно.

Нужна ли доверенность, если товар получал лично директор? Нет, не нужна. Директор может забирать товар у поставщиков, не оформляя доверенность на получение ТМЦ. Это ему позволяет норма ч. 5 ст. 65 ХКУ. В ней четко указано, что руководитель предприятия без доверенности действует от имени предприятия, представляет его интересы в органах государственной власти и органах местного самоуправления, других организациях, в отношениях с юрлицами и гражданами, формирует администрацию предприятия и решает вопросы деятельности предприятия в пределах и порядке, определенных учредительными документами.

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

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

Да, экспресс-накладная не содержит конкретных данных о товаре. В ней содержатся только данные о весе товара, количестве мест, объявленной стоимости, описи отправления. По этим же причинам, так как она не содержит все обязательные реквизиты первичного документа (ч. 2 ст. 9 Закона о бухучете), она не может считаться первичным документом.

По-хорошему, должна составляться товарно-транспортная накладная (ТТН). Но ее Новая почта вправе не оформлять, так как она является предприятием, внесенным в Госреестр операторов почтовой связи. А Правила № 363⁵ не регламентируют правила перевозки почты.

Поэтому при отправке товара Новой почтой, если платеж за него осуществляется в безналичной форме, продавец должен вложить в отправление экземпляр расходной накладной (ИНК ГУ ГФС Харьковской области от 26.05.2017 г. № 387/ІПК/20-40-14-10-17). А подтверждением получения товара будет подпись покупателя в экспресс-накладной.

С тем, что для подтверждения получения товара достаточно подписи покупателя на экспресс-накладной, соглашаются и суды. Например, в определении Харьковского апелляционного админсуда от 17.05.2016 г. по делу № 818/13/16 был сделан следующий вывод: «предоставленные истцом накладные экспресс-доставки товара транспортировщиком ООО «Новая почта-Центр» являются надлежащим свидетельством фактического перемещения приобретенного истцом товара от указанного поставщика к покупателю».

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

А если товар доставляли не Новой почтой, а это была обычная выдача ТМЦ на складе продавца или покупателя? Насколько критично отсутствие подписи получателя на расходной накладной в этом случае?

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

Как видим, отсутствие подписи получателя на документе — достаточно «рисковый» недостаток первичного документа. Хотя многое зависит от того, будут у проверяющих еще зацепки для признания сделки отсутствующей.

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

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

См., например, определение ВАСУ от 05.07.2017 г. по делу № 813/5455/14, постановление ВС от 13.02.2018 г. № 820/1975/17.

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

Может ли подписанный акт сверки помочь в качестве подтверждения получения товара? Сам по себе акт сверки не может заменить, скажем, расходную накладную. Ведь акт сверки — не первичный документ. Он составляется не в результате совершения хозяйственной операции, а с целью установления или подтверждения реальных показателей дебиторско-кредиторской задолженности. В то же время, учитывая опять же тот факт, что:

— подтверждение хозоперации — это наличие движения в активах и обязательствах, собственном капитале предприятия (ст. 1 Закона о бухучете) и то, что

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

Оформление доверенностей

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

Бухгалтерии предприятия 8 редакции 3.0 – Учет без забот

: Опубликовано 28.10.2015 13:00; Автор: Administrator; Просмотров: 16133

Существует такой документ, которым доверитель уполномочивает своего представителя выполнять какие-то действия. Этот документ — доверенность. Бухгалтеру в ходе своей работы приходиться иметь дело с разными доверенностями, но все-таки чаще всего это доверенность на получение товарно-материальных ценностей у поставщиков представителем организации. Рассмотрим, каким образом можно выписать доверенность в программе «1С: Бухгалтерия предприятия 8».

Для оформления данного документа в программе, необходимо обратиться в раздел «Покупки».

Выбрав пункт «Доверенности», открываем журнал со списком всех когда-либо выписанных доверенностей. Для заполнения новой формы обращаемся к кнопке «Создать».

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

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

Что касается вкладки «Дополнительно», то выбираем «Документ расчетов», если оплата уже произведена. В поле «Получено от» автоматически прописывается поставщик в соответствие с заполненным полем «Контрагент». А в текстовом поле «По документу» имеем возможность указать документ, на основании которого производится получение товаров от поставщика.

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

Рассматриваемый документ дает возможность распечатать две унифицированные формы доверенности: М-2 и М-2а.

Разница в печатных формах заключается в наличие корешка, который присутствует в форме М-2 и отсутствует в форме М-2а.

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

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

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

Автор статьи: Кристина Саввина

Понравилась статья? Подпишитесь на рассылку новых материалов

Добавить комментарий

Что такое прокси-сервер и как он работает?

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

Но что на самом деле происходит, когда вы просматриваете Интернет? Возможно, вы используете прокси-сервер в своем офисе, в виртуальной частной сети (VPN) или можете быть одним из тех технически подкованных, кто всегда использует какой-либо прокси-сервер.

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

«Это новый мир удаленной работы, и это был толчок к его защите».

Что такое прокси-сервер?

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

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

Если это все, зачем нужен прокси-сервер? Почему бы просто не перейти прямо на сайт и обратно?

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

Как работает прокси-сервер?

Каждый компьютер в Интернете должен иметь уникальный IP-адрес. Считайте этот IP-адрес почтовым адресом вашего компьютера.Так же, как почтовое отделение знает, как доставить вашу почту на ваш почтовый адрес, Интернет знает, как отправить правильные данные на правильный компьютер по IP-адресу.

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

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

Что такое прокси-серверы

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

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

Что такое обратные прокси

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

Вот некоторые популярные обратные прокси с открытым исходным кодом:

Почему вам следует использовать прокси-сервер?

Есть несколько причин, по которым организации и частные лица используют прокси-сервер.

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

Экономия полосы пропускания и повышение скорости: Организации также могут улучшить общую производительность сети с помощью хорошего прокси-сервера.Прокси-серверы могут кэшировать (сохранять копию веб-сайта локально) популярные веб-сайты — поэтому, когда вы запрашиваете www.varonis.com, прокси-сервер проверяет, есть ли у него самая последняя копия сайта, а затем отправляет вам сохраненная копия. Это означает, что когда сотни людей обращаются к www.varonis.com одновременно с одного и того же прокси-сервера, прокси-сервер отправляет только один запрос на varonis.com. Это экономит полосу пропускания для компании и улучшает производительность сети.

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

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

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

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

Риски прокси-сервера

При выборе прокси-сервера следует проявлять осторожность: несколько общих рисков могут свести на нет любые потенциальные преимущества:

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

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

Без шифрования
- Если вы используете прокси-сервер без шифрования, вы также можете не использовать прокси-сервер. Отсутствие шифрования означает, что вы отправляете свои запросы в виде обычного текста.Любой, кто слушает, сможет очень легко получить имена пользователей, пароли и информацию об учетной записи. Убедитесь, что какой бы прокси-сервер вы ни использовали, обеспечивайте полное шифрование.

Типы прокси-серверов

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

Прозрачный прокси

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

Анонимный прокси

Анонимный прокси-сервер идентифицирует себя как прокси, но он не передает ваш IP-адрес на веб-сайт — это помогает предотвратить кражу личных данных и сохранить конфиденциальность ваших привычек просмотра. Они также могут помешать веб-сайту предоставлять вам целевой маркетинговый контент в зависимости от вашего местоположения. Например, если CNN.com знает, что вы живете в Роли, Северная Каролина, они покажут вам новости, которые, по их мнению, имеют отношение к Роли, Северная Каролина. Анонимный просмотр не позволит веб-сайту использовать некоторые методы таргетинга рекламы, но не является стопроцентной гарантией.

Искажающий прокси

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

Прокси-сервер с высокой анонимностью

Прокси-серверы с высокой анонимностью периодически меняют IP-адрес, который они предоставляют веб-серверу, что очень затрудняет отслеживание того, какой трафик кому принадлежит. Прокси-серверы с высокой анонимностью, такие как сеть TOR, являются наиболее частным и безопасным способом чтения в Интернете.

Прокси-серверы в наши дни — горячая тема в новостях из-за разногласий вокруг сетевого нейтралитета и цензуры. Удалив защиту сетевого нейтралитета в Соединенных Штатах, интернет-провайдеры (ISP) теперь могут контролировать вашу полосу пропускания и интернет-трафик.Интернет-провайдеры потенциально могут сказать вам, какие сайты вы можете и не можете видеть. Хотя существует большая неопределенность относительно того, что произойдет с Net Neutrality, вполне возможно, что прокси-серверы предоставят некоторую возможность обойти ограничения интернет-провайдеров.

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

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

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

Вы получили уведомление о доступе через прокси — что теперь?

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

Публичные компании обычно узнают об этом после подачи Приложения 14N к EDGAR назначающим акционером или группой акционеров. Приложение 14N включает разнообразную информацию, в том числе информацию о назначающем акционере, кандидате и заявление объемом до 500 слов в поддержку кандидата.

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

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

Определите, была ли заявка представлена в течение требуемого периода окна.Как правило, период окна составляет не более 150 календарных дней и не менее 120 календарных дней до годовщины даты, когда компания отправила по почте свое доверенное заявление для годового собрания предыдущего года.
Убедитесь, что акционер или группа акционеров владеют необходимыми ценными бумагами и владеют ими в течение необходимого периода времени. В соответствии с Правилом 14a-11 (b) (1) акционер или группа должны владеть не менее 3% голосующих акций компании, которые имеют право участвовать в голосовании при выборах директоров на годовом собрании акционеров.Акции, используемые для удовлетворения требований к минимальному владению, должны находиться в непрерывном владении не менее трех лет с даты уведомления акционеров в Приложении 14N. Доказательство владения может включать запись о праве собственности (которую эмитент может проверить у агента по передаче) или ссылку на Приложение 13D, Приложение 13G или Формы 3, 4 или 5. Кроме того, назначающий акционер или группа могут приложить заявление к Приложению 14N от брокеров. или банки, заявляющие, что номинальный акционер постоянно держал ценные бумаги, используемые для удовлетворения требований владения, в течение трех или более лет.
Убедитесь, что оставшаяся часть Приложения 14N была подготовлена в соответствии с правилами. Например, Правило 14a-11 (b) (4) требует заявления от назначающего акционера или каждого члена группы акционеров о том, что такие лица намерены продолжать владеть ценными бумагами, используемыми для удовлетворения требований минимального владения, до даты, когда акционеры ‘ встреча. Аналогичным образом, в соответствии с Правилом 14a-11 (b) (5) назначающий акционер или группа должны включить заявление о намерениях в отношении продолжения владения после избрания директоров.

Не исключено, что компания может получить кандидатуры от более чем одного акционера или группы акционеров. В этом случае Правило 14a-11 (e) определяет, что количество доступных кандидатур заполняется на основе предложений, предложенных номинирующим акционером или группой с наибольшим правомочным правом голоса, раскрытым на дату подачи Приложения 14N. Правило разрешает выдвижение кандидатуры одного директора или 25% совета директоров регистранта.Если получено несколько номинаций, эмитенты захотят проверить все номинации, как описано выше, и определить порядок приоритета.

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

Без номинального держателя

В соответствии с Правилом 14a-11 (g) публичная компания может исключить номинального держателя акций по следующим причинам:

Правило 14a-11 не применимо к компании.Например, компания может быть эмитентом только долговых обязательств или законами государства или иностранного государства, либо руководящие документы компании могут запрещать акционеру выдвигать кандидата.
Номинирующий акционер, группа или номинальный держатель не выполнили требования Правил 14a-11 (b) (т. Е. Критерий владения 3% или трехлетнее владение не были выполнены).
Включение кандидата или кандидатов приведет к тому, что компания превысит максимальное количество кандидатов, которое необходимо включить в свое заявление о доверенности и форму доверенности.

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

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

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

В то время, когда компания подает свое уведомление, компания также может запросить письмо о непринятии действий от персонала SEC в отношении своего решения исключить из доверенных материалов кандидата или кандидатов или заявление о поддержке.Если компания запрашивает от персонала письмо о непринятии действий в отношении своего решения об исключении любого кандидата или кандидатов в соответствии с Правилом 14a-11, ей следует запросить письмо о непринятии действий в отношении всех кандидатов, которых она желает исключить с самого начала, и должен утверждать все доступные основания для исключения на тот момент. Например, если компания получает больше кандидатов, чем требуется, в ее причинах исключения указывается это основание. Кроме того, если компания считает, что у нее есть другие основания для исключения кандидата, она должна указать эти другие основания в своем уведомлении и включить другие основания в свой запрос на письмо о непринятии мер.Компания должна направить номинирующему акционеру или группе уведомление о том, будет ли в нее входить номинальный акционер, незамедлительно после получения ответа персонала на запрос о запрещении действий.

Раскрытие информации в доверенности

Если в доверенность включен кандидат от акционера или группы акционеров, существуют подробные требования к раскрытию информации. Пункт 7 (e) Приложения 14A требует, чтобы компания раскрыла в своем доверенности информацию, включенную в Пункт 5 Приложения 14N.Эта информация включает:

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

Компании также должны будут раскрыть дополнительную информацию в дополнение к информации о назначающем акционере или группе и номинальном держателе, которая указана в Приложении 14N. Здесь Комиссия по ценным бумагам и биржам решила не вносить поправки в существующие требования к раскрытию информации своими окончательными правилами, но указала, что компании обязаны раскрывать информацию в соответствии с существующим Правилом 14a-12 (c). В заявлении о принятии также говорится, что у компании есть «возможность включить заявление в поддержку кандидатов в руководство», но в этом отношении отсутствуют какие-либо дальнейшие разработки или новые правила, которые проливают свет на границы компании.

Новые правила для прокси-карты

Правило 14a-4 (b) (2) теперь предусматривает, что форма доверенности должна включать любое лицо, назначенное в соответствии с Правилом 14a-11. В отличие от существующих правил, если есть кандидат на доступ по доверенности, карта по доверенности не может предоставлять полномочия голосовать за каких-либо кандидатов как группу или отказывать в полномочиях любым кандидатам как группе.

Между подачей доверенности и собранием акционеров

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

В новом Правиле 14a2- (b) (8) Комиссия по ценным бумагам и биржам предоставила освобождение от требований о раскрытии, регистрации и других требований правил по доверенности для ходатайств со стороны или от имени группы назначающих акционеров. Требования к использованию правила предусматривают, что:

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

Собрание акционеров

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

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

Регулярно проверяйте http://dodd-frank.com/ на предмет обновлений о новых правилах доступа к прокси.

Свяжитесь с Jill Radloff для получения дополнительной информации.

HTTP / 1.1: определения кода состояния

часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

10 Определения кодов состояния

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

10.1 Информационный 1xx

Этот класс кода состояния указывает на предварительный ответ, состоящий только из строки состояния и дополнительных заголовков, и заканчивается пустой строкой.Для этого нет обязательных заголовков класс статуса кода. Поскольку HTTP / 1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0 кроме экспериментальных условий.

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx до обычного ответа, даже если клиент не ожидает 100 (Продолжить) статусное сообщение. Неожиданные ответы статуса 1xx МОГУТ быть игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Expect: 100-continue», когда перенаправляет запрос, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса.Этот промежуточный ответ используется для информирования клиента о том, что в начальной части запроса был получен и еще не отклонен сервером. Клиент СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если запрос уже выполнен, игнорируйте этот ответ. Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть раздел 8.2.3 для подробного обсуждения использования и обработки этого код состояния.

10.1.2 101 Протоколы коммутации

Сервер понимает и готов выполнять требования клиента запрос через поле заголовка сообщения Upgrade (раздел 14.42) для изменение протокола приложения, используемого для этого соединения. В сервер переключит протоколы на те, которые определены в ответе Обновите поле заголовка сразу после пустой строки, завершает ответ 101.

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

10.2 Успешно 2xx

Этот класс кода состояния указывает, что запрос клиента был успешно получен, понят и принят.

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом зависит от метода, используемого в запросе, например:

GET сущность, соответствующая запрошенному ресурсу, отправляется в ответ;

HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

Запрос был выполнен, и в результате появился новый ресурс. созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов) возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ СЛЕДУЕТ включать объект, содержащий список ресурсов характеристики и местоположение (а), из которых пользователь или пользовательский агент может выберите наиболее подходящий.Формат объекта определяется тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ вместо этого ответьте ответом 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.

10.2.3 202 Принято

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

Ответ 202 намеренно ни к чему не обязывает. Его цель — разрешить серверу принять запрос на какой-либо другой процесс (возможно, пакетно-ориентированный процесс, который запускается только один раз в день) без требуя, чтобы соединение пользовательского агента с сервером сохранялось пока процесс не завершится.Сущность, возвращенная с этим ответ ДОЛЖЕН включать указание текущего статуса запроса и либо указатель на монитор состояния, либо некоторая оценка того, когда пользователь может ожидать выполнения запроса.

10.2.4 203 Неавторизованная информация

Возвращенная метаинформация в заголовке объекта не является окончательный набор, доступный с исходного сервера, но собранный с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии.Например, в том числе местные аннотация информация о ресурсе может привести к надмножеству метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ был бы 200 (ОК).

10.2.5 204 Нет содержимого

Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. В ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях без вызывает изменение активного вида документа пользовательского агента, хотя любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

10.2.6 205 Сбросить содержимое

Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс. вид документа, который вызвал отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях, выполняемых через пользовательский ввод, за которым следует очистка формы, в которой вводится задано, чтобы пользователь мог легко инициировать другое действие ввода. В ответ НЕ ДОЛЖЕН включать сущность.

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35). указывающий желаемый диапазон, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части.Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
        тело сообщения.

 - Дата

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от ответа, отправленного в любом предыдущем ответе на тот же
        вариант

Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включить другие заголовки сущностей. Если ответ является результатом Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН включить другие заголовки сущностей; это предотвращает несоответствие между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены с ответом 200 (OK) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными содержимое, если заголовки ETag или Last-Modified не совпадают в точности, см. 13.5.4.

Кеш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия. берется пользовательским агентом для выполнения запроса. Действие требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположений из который пользователь или пользовательский агент может выбрать наиболее подходящий. В формат объекта определяется типом мультимедиа, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей

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

Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ кэшируется, если не указано иное.

10.3.2 301 Постоянно перемещен

Запрошенному ресурсу был назначен новый постоянный URI и любой в будущих ссылках на этот ресурс СЛЕДУЕТ использовать один из возвращенных URI.Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируемые, если не указано иное.

Новый постоянный URI СЛЕДУЕТ задавать в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 301 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
      ошибочно изменит его на запрос GET.

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Если код состояния 302 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

 Примечание. RFC 1945 и RFC 2068 указывают, что клиент не разрешен.
      для изменения метода перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидаемая реакция со стороны клиента.

10.3.4 303 См. Другие

Ответ на запрос можно найти под другим URI и ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот способ существует в первую очередь для того, чтобы разрешить вывод сценария, активированного POST, на перенаправить пользовательский агент на выбранный ресурс.Новый URI не замените ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй (перенаправленный) запрос может быть кэшируемым.

Другой URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

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

10.3.5 304 Без изменений

Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать message-body, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.

Если исходный сервер без часов подчиняется этим правилам, и прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от ответа, отправленного в любом предыдущем ответе на тот же
        вариант

Если условный GET использовал сильный валидатор кеша (см. 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. в условном GET использовался слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает на то, что объект в настоящее время не кэширован, то кеш ДОЛЖЕН игнорировать ответ и повторять запрос без условный.

Если кеш использует полученный ответ 304 для обновления записи кэша, кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.

10.3.6 305 Использовать прокси

Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный поле Местоположение. В поле Location указывается URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. 305 ответов ДОЛЖНЫ генерироваться только серверами-источниками.

 Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      единый запрос, который должен генерироваться только исходными серверами.Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.

10.3.7 306 (Не используется)

Код состояния 306 использовался в предыдущей версии спецификация, больше не используется, а код зарезервирован.

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ быть изменено при случае, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов.Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не понять статус 307. Поэтому примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.

Если код состояния 307 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

10.4 Ошибка клиента 4xx

Код состояния класса 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние.Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.

Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение пакет (ы), содержащий ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса в клиент, который может стереть неподтвержденные входные буферы клиента прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 неверный запрос

Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без модификации.

10.4.2 401 Неавторизованный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включает учетные данные авторизации, затем 401 ответ указывает на то, что в авторизации было отказано для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже попытался аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить сущность, указанная в ответе, поскольку эта сущность может включить соответствующую диагностическую информацию. Аутентификация доступа HTTP объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ» Аутентификация »[43].

10.4.3 402 Требуется оплата

Этот код зарезервирован для использования в будущем.

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер желает сделать публично, почему запрос не был выполнен, ДОЛЖЕН описать причина отказа в субъекте.Если сервер не желает сделать эту информацию доступной для клиента, код состояния 404 Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер через некоторый внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает точно раскрыть, почему запрос был отклонен, или когда ни один другой ответ применим.

10.4.6 405 Метод запрещен

Метод, указанный в строке запроса, не разрешен для ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать Разрешить заголовок, содержащий список допустимых методов для запрошенного ресурс.

10.4,7 406 Неприемлемо

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (а) из которых пользователь или пользовательский агент могут выбрать наиболее подходящее.Формат объекта определяется заданным типом носителя. в поле заголовка Content-Type. В зависимости от формата и формата возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет никаких стандартов для такого автоматического выбора.

 Примечание. Серверы HTTP / 1.1 могут возвращать ответы, которые
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, приемлемо ли это.

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

10.4.8 407 Требуется аутентификация прокси

Этот код похож на 401 (Несанкционированный), но указывает, что клиент должен сначала аутентифицироваться с помощью прокси.Прокси ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее проблема, применимая к прокси для запрошенного ресурса. В клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в «HTTP-аутентификации: базовая и дайджест-аутентификация доступа» [43].

10.4.9 408 Тайм-аут запроса

Клиент не отправил запрос в течение времени, которое сервер был готов ждать.Клиент МОЖЕТ повторить запрос без модификации в любое более позднее время.

10.4.10 409 Конфликт

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

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

Конфликты наиболее вероятны в ответ на запрос PUT. Для Например, если использовалось управление версиями, а объект PUT включены изменения в ресурс, которые противоречат изменениям, внесенным более ранний (сторонний) запрос, сервер может использовать ответ 409 чтобы указать, что он не может выполнить запрос.В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определяемом ответом Тип содержимого.

10.4.11 410 Исчез

Запрошенный ресурс больше не доступен на сервере и нет адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалить ссылки на Request-URI после утверждения пользователем.Если сервер не знает или не имеет возможности определить, состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено) вместо этого. Этот ответ кэшируется, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принять запрос без определенного Content- Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.

10.4.13 412 Ошибка предварительного условия

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

10.4.14 413 Слишком большой объект запроса

Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. В сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил запрос.

Если условие временное, серверу СЛЕДУЕТ включить повторную попытку. После поля заголовка, чтобы указать, что это временно, и после чего время клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, потому что Request-URI длиннее, чем сервер готов интерпретировать. Этот редкий состояние может возникнуть только тогда, когда клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс перенаправленного URI, указывающий на суффикс сам), или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину буферы для чтения или управления Request-URI.

10.4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни один из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса.(Для байтовых диапазонов это означает, что первый — byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка объекта Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges — тип.

10.4.18 417 Неудачное ожидание

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

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

Коды статуса ответа, начинающиеся с цифры «5», указывают на случаи в сервер знает, что допустил ошибку или не может выполнение запроса.За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в Пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

Сервер обнаружил непредвиденное состояние, которое предотвратило его от выполнения запроса.

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Следствие в том, что это временное состояние, которое исчезнет после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не задан, клиент ДОЛЖЕН обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Тайм-аут шлюза

Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного в URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен для доступа при попытке выполнить запрос.

 Примечание. Примечание для разработчиков: некоторые развернутые прокси известны
      вернуть 400 или 500, когда время поиска DNS истекло.

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывая, что он не может или не хочет выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать сущность, описывающая, почему эта версия не поддерживается и какие еще протоколы поддерживаются этим сервером.

HTTP / 1.1: соединения

часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

8 подключений

8.1 Постоянные соединения

8.1.1 Назначение

До постоянных подключений отдельное TCP-подключение было установлен для получения каждого URL, увеличивая нагрузку на HTTP-серверы и вызывая перегрузку в Интернете. Использование встроенных изображений и другие связанные данные часто требуют, чтобы клиент сделал несколько запросы одного и того же сервера за короткий промежуток времени.Анализ эти проблемы с производительностью и результаты прототипа реализации доступны [26] [30]. Опыт внедрения и измерения реальных реализаций HTTP / 1.1 (RFC 2068) показывают хорошие результаты [39]. Также были изучены альтернативы, например, T / TCP [27].

Постоянные HTTP-соединения имеют ряд преимуществ:

 - За счет открытия и закрытия меньшего количества TCP-соединений экономится время ЦП.
        в маршрутизаторах и хостах (клиенты, серверы, прокси, шлюзы,
        туннели или кеши) и память, используемая для управления протоколом TCP
        блоки можно сохранять в hosts.

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

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

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

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

Реализации HTTP ДОЛЖНЫ реализовывать постоянные соединения.

8.1.2 Общая работа

Существенная разница между HTTP / 1.1 и более ранними версиями HTTP заключается в том, что постоянные соединения являются поведением по умолчанию любого HTTP-соединение. То есть, если не указано иное, клиент СЛЕДУЕТ предполагать, что сервер будет поддерживать постоянное соединение, даже после сообщений об ошибках от сервера.

Постоянные соединения обеспечивают механизм, с помощью которого клиент и сервер может сигнализировать о закрытии TCP-соединения.Эта сигнализация занимает разместите, используя поле заголовка соединения (раздел 14.10). После закрытия был сигнализирован, клиент НЕ ДОЛЖЕН отправлять больше запросов на этом связь.

8.1.2.1 Согласование

Сервер HTTP / 1.1 МОЖЕТ предполагать, что клиент HTTP / 1.1 намеревается поддерживать постоянное соединение, если заголовок соединения не включает в запросе был отправлен токен соединения «закрыть». Если сервер решает закрыть соединение сразу после отправки ответ, он ДОЛЖЕН отправить заголовок соединения, включая токен подключения закрыть.

Клиент HTTP / 1.1 МОЖЕТ ожидать, что соединение останется открытым, но будет решите оставить его открытым в зависимости от того, будет ли ответ от сервера содержит заголовок соединения с закрытым токеном соединения. В случае клиент не хочет поддерживать соединение больше, чем это запрос, он ДОЛЖЕН отправить заголовок соединения, включая токен подключения закрыть.

Если клиент или сервер отправляют токен закрытия в Заголовок соединения, этот запрос становится последним для связь.

Клиентам и серверам НЕ СЛЕДУЕТ предполагать, что постоянное соединение поддерживается для версий HTTP ниже 1.1, если это не указано явно сигнализировал. См. Раздел 19.6.2 для получения дополнительной информации об обратном совместимость с клиентами HTTP / 1.0.

Чтобы оставаться постоянными, все сообщения в соединении ДОЛЖНЫ иметь самоопределяемую длину сообщения (т. е. не определенную закрытием соединения), как описано в разделе 4.4.

8.1.2.2 Конвейерная обработка

Клиент, поддерживающий постоянные соединения, МОЖЕТ «конвейерно» запросов (т.е. отправлять несколько запросов, не дожидаясь каждого отклик). Сервер ДОЛЖЕН отправлять свои ответы на эти запросы в в том же порядке, в котором были получены запросы.

Клиенты, которые предполагают постоянные соединения и конвейер немедленно после установления соединения СЛЕДУЕТ быть готовым к повторной попытке соединение, если первая конвейерная попытка не удалась.Если клиент такая повторная попытка НЕ ДОЛЖНА быть конвейерной, пока не узнает, что соединение установлено. настойчивый. Клиенты ДОЛЖНЫ быть готовы повторно отправить свои запросы, если сервер закрывает соединение перед отправкой всех соответствующие ответы.

Клиентам НЕ СЛЕДУЕТ конвейерные запросы с использованием неидемпотентных методов или неидемпотентные последовательности методов (см. раздел 9.1.2). В противном случае преждевременное прекращение транспортного сообщения могло привести к неопределенные результаты.Клиент, желающий послать неидемпотентный request СЛЕДУЕТ дождаться отправки этого запроса, пока он не получит статус ответа на предыдущий запрос.

8.1.3 Прокси-серверы

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

Прокси-сервер ДОЛЖЕН сигнализировать о постоянных соединениях отдельно с своих клиентов и исходных серверов (или других прокси-серверов), которые он подключается к.Каждое постоянное соединение применяется только к одному транспорту ссылка.

Прокси-сервер НЕ ДОЛЖЕН устанавливать постоянное соединение HTTP / 1.1. с клиентом HTTP / 1.0 (но см. RFC 2068 [33] для информации и обсуждение проблем с заголовком Keep-Alive, реализованных многие клиенты HTTP / 1.0).

8.1.4 Практические соображения

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

Когда клиент или сервер желает истечь тайм-аут, он ДОЛЖЕН выдать изящный Рядом транспортное сообщение. Клиенты и серверы ДОЛЖНЫ постоянно следите за тем, чтобы другая сторона транспорта не приближалась, и ответьте на него соответствующим образом.Если клиент или сервер не обнаруживает быстрое закрытие другой стороны может вызвать ненужный ресурс сток в сети.

Клиент, сервер или прокси МОГУТ закрыть транспортное соединение в любой момент. время. Например, клиент мог начать отправлять новый запрос. при этом сервер решил закрыть «холостой» связь. С точки зрения сервера, соединение закрывается, пока он простаивает, но с точки зрения клиента запрос выполняется.

Это означает, что клиенты, серверы и прокси ДОЛЖНЫ иметь возможность восстанавливать от асинхронных событий закрытия. Клиентское программное обеспечение ДОЛЖНО снова открыть транспортное соединение и ретранслировать прерванную последовательность запросов без взаимодействия с пользователем, пока последовательность запроса идемпотентный (см. раздел 9.1.2). Неидемпотентные методы или последовательности НЕ ДОЛЖЕН повторяться автоматически, хотя пользовательские агенты МОГУТ предлагать человек-оператор выбор повторной попытки запроса (ов).Подтверждение ПО user-agent с семантическим пониманием приложения МОЖЕТ заменить подтверждение пользователя. Автоматическая повторная попытка НЕ ДОЛЖНА повторяться, если вторая последовательность запросов не удалась.

Серверы ДОЛЖНЫ всегда отвечать хотя бы на один запрос на каждое соединение, если вообще возможно. Серверам НЕ СЛЕДУЕТ закрывать соединение в середина передачи ответа, кроме сбоя сети или клиента подозревается.

Клиентам, использующим постоянные соединения, СЛЕДУЕТ ограничить количество одновременные соединения, которые они поддерживают с заданным сервером.А однопользовательский клиент НЕ ДОЛЖЕН поддерживать более 2 соединений с любой сервер или прокси. Прокси-сервер ДОЛЖЕН использовать до 2 * N подключений к другой сервер или прокси, где N — количество одновременно активные пользователи. Эти рекомендации предназначены для улучшения ответа HTTP. раз и избежать заторов.

8.2 Требования к передаче сообщений

8.2.1 Постоянные соединения и управление потоком

Серверы HTTP / 1.1 ДОЛЖНЫ поддерживать постоянные соединения и использовать TCP механизмы управления потоком для устранения временных перегрузок, а не завершение соединений с ожиданием, что клиенты попытаются повторить попытку.Последний метод может усугубить перегрузку сети.

8.2.2 Мониторинг соединений для сообщений об ошибках

Клиент HTTP / 1.1 (или новее), отправляющий тело сообщения, ДОЛЖЕН отслеживать сетевое соединение для статуса ошибки во время передачи запрос. Если клиент видит статус ошибки, он ДОЛЖЕН немедленно прекратите передачу тела. Если тело отправляют используя «фрагментированное» кодирование (раздел 3.6), фрагмент нулевой длины и пустой трейлер МОЖЕТ использоваться для преждевременной отметки конца сообщения.Если телу предшествовал заголовок Content-Length, клиент ДОЛЖЕН закрыть соединение.

8.2.3 Использование 100 (Продолжить) Статус

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

Требования к клиентам HTTP / 1.1:

 - Если клиент будет ждать ответа 100 (Продолжить) раньше
        отправляя тело запроса, он ДОЛЖЕН отправить заголовок запроса Expect
        поле (раздел 14.20) с ожиданием «100-continue».

 - Клиент НЕ ДОЛЖЕН отправлять поле заголовка запроса Expect (раздел
        14.20) с ожиданием «100-continue», если он не намерен
        отправить тело запроса.

Из-за наличия более старых реализаций протокол позволяет неоднозначные ситуации, в которых клиент может отправить «Ожидайте: 100- продолжить «без получения статуса 417 (ожидание не выполнено) или статус 100 (Продолжить). Следовательно, когда клиент отправляет это поле заголовка на исходный сервер (возможно, через прокси), с которого он никогда не видел статуса 100 (Продолжить), клиент НЕ ДОЛЖЕН ждать на неопределенный срок перед отправкой тела запроса.

Требования к исходным серверам HTTP / 1.1:

 - После получения запроса, который включает заголовок запроса Expect
        поле с ожиданием «100-continue», исходный сервер ДОЛЖЕН
        либо ответьте со статусом 100 (Продолжить) и продолжайте читать
        из входного потока или ответьте окончательным кодом состояния. В
        исходный сервер НЕ ДОЛЖЕН ждать тела запроса перед отправкой
        ответ 100 (Продолжить).Если он отвечает с окончательным статусом
        код, он МОЖЕТ закрыть транспортное соединение или МОЖЕТ продолжить

, чтобы прочитать и отклонить остальную часть запроса. НЕ ДОЛЖЕН
        выполнить запрошенный метод, если он возвращает окончательный код состояния.

 - Исходный сервер НЕ ДОЛЖЕН отправлять ответ 100 (Продолжить), если
        сообщение запроса не включает заголовок запроса Expect
        поле с ожиданием «100-continue» и НЕ ДОЛЖЕН отправлять
        100 (Продолжить) ответ, если такой запрос исходит от HTTP / 1.0
        (или более ранний) клиент. Есть исключение из этого правила: для
        совместимость с RFC 2068, сервер МОЖЕТ отправить 100 (Продолжить)
        статус в ответ на запрос HTTP / 1.1 PUT или POST, который
        не включать поле заголовка запроса Expect с "100-
        продолжить "ожидание. Это исключение, цель которого
        чтобы свести к минимуму любые задержки обработки клиентов, связанные с
        необъявленное ожидание статуса 100 (Продолжить), применяется только к
        HTTP / 1.1, а не на запросы с любыми другими HTTP-
        значение версии.

 - Исходный сервер МОЖЕТ пропустить ответ 100 (Продолжить), если он
        уже получил часть или все тело запроса для
        соответствующий запрос.

 - Исходный сервер, который отправляет ответ 100 (Продолжить), ДОЛЖЕН
        в конечном итоге отправить окончательный код состояния, как только тело запроса
        получены и обработаны, если это не прекращает транспортировку
        подключение преждевременно.

 - Если исходный сервер получает запрос, не содержащий
        Ожидайте поле заголовка запроса с ожиданием "100-continue",
        запрос включает тело запроса, и сервер отвечает
        с окончательным кодом состояния перед чтением всего тела запроса
        из транспортного соединения, то сервер НЕ ДОЛЖЕН закрываться
        транспортное соединение, пока не будет прочитан весь запрос,
        или пока клиент не закроет соединение.В противном случае клиент
        может ненадежно получить ответное сообщение. Однако это
        требование не должно толковаться как препятствие серверу
        защищаясь от атак типа "отказ в обслуживании" или от
        сильно сломанные клиентские реализации.

Требования к прокси HTTP / 1.1:

 - Если прокси получает запрос, который включает запрос ожидания -
        поле заголовка с ожиданием "100-continue" и прокси
        либо знает, что сервер следующего перехода соответствует HTTP / 1.1 или
        выше или не знает HTTP-версию следующего перехода
        сервер, он ДОЛЖЕН пересылать запрос, включая заголовок Expect.
        поле.

 - Если прокси-сервер знает, что версия сервера следующего перехода
        HTTP / 1.0 или ниже, он НЕ ДОЛЖЕН пересылать запрос и ДОЛЖЕН
        ответьте статусом 417 (ожидание не выполнено).

 - Прокси-серверы ДОЛЖНЫ поддерживать в кэше запись версии HTTP.
        числа, полученные от серверов следующего перехода, на которые недавно ссылались.

 - Прокси-сервер НЕ ДОЛЖЕН пересылать ответ 100 (Продолжить), если
        сообщение запроса было получено от HTTP / 1.0 (или более ранней версии)
        клиент и не включал поле заголовка запроса Expect с
        ожидание "100-продолжения". Это требование отменяет
        общее правило пересылки ответов 1xx (см. раздел 10.1).

8.2.4 Поведение клиента, если сервер преждевременно закрывает соединение

Если HTTP / 1.1 клиент отправляет запрос, который включает тело запроса, но который не включает поле заголовка запроса Expect с Ожидание «100-продолжения», и если клиент напрямую не подключен к исходному серверу HTTP / 1.1, и если клиент видит соединение закрывается до получения какого-либо статуса от сервера, клиент ДОЛЖЕН повторить запрос. Если клиент все же попытается это сделать запрос, он МОЖЕТ использовать следующую «двоичную экспоненциальную отсрочку» алгоритм, чтобы быть уверенным в получении надежного ответа:

 1.Инициировать новое подключение к серверу

 2. Передать заголовки запроса.

 3. Инициализируйте переменную R на расчетное время приема-передачи
         сервер (например, в зависимости от времени, которое потребовалось для установки
         соединение), или на постоянное значение 5 секунд, если
         время поездки недоступно.

 4. Вычислить T = R * (2 ** N), где N - количество предыдущих
         повторные попытки этого запроса.

 5. Дождитесь либо ответа с ошибкой от сервера, либо T
         секунды (в зависимости от того, что наступит раньше)

 6. Если сообщение об ошибке не получено, через T секунд передайте сообщение
         тело запроса.

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

Если в какой-то момент получен статус ошибки, клиент

 - НЕ ДОЛЖЕН продолжать и

 - СЛЕДУЕТ закрыть соединение, если оно не завершило отправку
        сообщение-запрос.

Коды ошибок прокси

и способы их устранения

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

Понимание природы кодов ошибок — первый шаг к их преодолению.

Начнем с того, что означают некоторые коды статуса HTTP

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

A 3XX код ошибки означает, что вы были перенаправлены, потому что ваш запрос получил несколько ответов. Например, код ошибки 301 означает, что страница была окончательно перемещена, и поэтому вы были перенаправлены на новый URL-адрес. Если перенаправление происходит из-за недостатка информации в самом запросе, это можно легко настроить или преодолеть, указав пользовательский агент в настройках вашего прокси. Выбор конкретного пользовательского агента обеспечивает более подробную информацию в запросе, что означает меньше возможностей для неправильной интерпретации и меньше шансов на перенаправление запроса.

A 4XX — это ошибка на стороне клиента , полученная, когда запрос, который вы отправили на сервер, был неправильно понят или неточен, что привело к невозможности загрузки страницы. Код ошибки 401 означает, что у вас нет прав доступа к целевому сайту, и поэтому страница не загружается. Примером этого является попытка получить доступ к определенному профилю на сайте социальной сети, когда вы не вошли в систему.

A 403 код ошибки , однако, означает, что ваш доступ к сайту запрещен, запрос был принят, но сайт не хочет предоставлять доступ.В некоторых случаях сайт предоставит объяснение, но сайт может просто ответить самим кодом ошибки 403 без каких-либо объяснений. Сайт также может ответить кодом ошибки 404 , что означает «Не найдено» и обычно возникает, когда сервер не хочет разглашать причину отказа во входе.

Код ошибки 407 указывает на сбой туннельного подключения или требуется проверка подлинности прокси. При использовании прокси это означает, что предоставленные вами учетные данные неточны, в вашем запросе отсутствуют данные авторизации или используемый сканер не прошел аутентификацию у поставщика прокси.Другая причина ошибки 407 находится в настройках вашего прокси-сервера, таких как необходимый IP-адрес, который ранее не был включен в белый список, или конкретная зона, которую вы пытаетесь использовать, неактивна. Просто обновите настройки вашего прокси, чтобы включить все IP-адреса, имеющие доступ к сети, в ваш белый список. Убедитесь, что все учетные данные для проверки подлинности прокси совпадают с данными на странице вашей зоны и что отправляемые запросы (особенно через API) включают всю необходимую информацию.

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

A 5XX — это внутренняя ошибка на стороне сервера. или на сервере сайта возникла проблема, которую невозможно указать. Когда дело доходит до использования прокси-провайдера, код состояния 502 является наиболее часто получаемым и относится к ошибке неверного шлюза или тайм-ауту, когда один сервер получил недопустимый ответ от другого.Этот тип ответа может быть возвращен из-за множества проблем, включая отказ суперпрокси в соединении, отсутствие IP-адресов для выбранных настроек или отправленные запросы были обнаружены как бот.

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

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

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

В прокси-менеджере есть раздел правил, который идеально подходит для преодоления любого кода ошибки, поскольку он дает возможность запускать определенное правило и при срабатывании применять определенное действие, которое необходимо предпринять. Правила могут быть основаны на конкретном URL-адресе, из-за максимального или минимального времени запроса и / или на основе конкретного принимаемого кода состояния. В Proxy Manager вы можете выбрать триггер, когда сайт отвечает определенным нежелательным кодом ошибки. Когда срабатывает это правило, автоматически происходит определенное действие, и это действие может быть; повторите запрос, измените IP-адрес, повторите попытку с новой сетью, заблокируйте IP-адрес или сохраните IP-адрес в резервном пуле.

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

Понимание получаемых вами кодов ошибок и причин их появления — это первый шаг в их преодолении. Bright Data Proxy Manager оснащен подробными метриками коэффициента успешности, предоставляющими конкретную информацию о запросах, кодах состояния, времени, в течение которого запрос был выполнен, и многом другом. Эти данные экономят время и деньги клиентов Bright Data, не только предоставляя решения для этих распространенных препятствий, но и включая средства для автоматизации процесса их преодоления. Уменьшите полосу пропускания, избавьтесь от траты времени на решение распространенных проблем с кодированием, откажитесь от методов блокировки сайтов и станьте мастером извлечения веб-данных без необходимости кодирования.Загрузите бесплатный Proxy Manager с открытым исходным кодом, совместимый с любой существующей инфраструктурой и даже интегрированный через необработанный API.

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

перенаправлено — HTTP | MDN

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

Альтернативными и фактически стандартными версиями этого заголовка являются заголовки X-Forwarded-For , X-Forwarded-Host и X-Forwarded-Proto .

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

 Перенаправлено: пользователем = <идентификатор>; для = <идентификатор>; хост = <хост>; протокол =

<идентификатор>

Идентификатор, раскрывающий информацию, которая была изменена или потеряна при использовании прокси.Это может быть:

IP-адрес (v4 или v6, опционально с портом и ipv6 в кавычках и заключенных в квадратные скобки),
скрытый идентификатор (например, «_hidden» или «_secret»),
или «неизвестно», если предыдущий объект неизвестен (и вы все еще хотите указать, что была произведена пересылка запроса).

от = <идентификатор>

Интерфейс, через который запрос пришел к прокси-серверу.

для = <идентификатор>

Клиент, инициировавший запрос, и последующие прокси в цепочке прокси.

хост = <хост>

Поле заголовка запроса Host , полученное прокси.

proto =

Указывает, какой протокол использовался для выполнения запроса (обычно «http» или «https»).

 Перенаправлено: for = "_ mdn"

# без учета регистра
Перенаправлено: For = "[2001: db8: cafe :: 17]: 4711"

# через точку с запятой
Перенаправлено: для = 192.0.2.60; proto = http; by = 203.0.113.43

# несколько значений могут быть добавлены через запятую
Перенаправлено: для = 192.0.2.43, для = 198.51.100.17

Переход с

X-Forwarded-For на Forwarded-For

Если ваше приложение, сервер или прокси-сервер поддерживает стандартизированный заголовок Forwarded-For , заголовок X-Forwarded-For можно заменить. Обратите внимание, что IPv6-адреса заключены в кавычки и квадратные скобки в строке Forwarded .

 X-Forwarded-For: 123.34,567,89
Перенаправлено: для = 123,34,567,89

X-Forwarded-For: 192.0.2.43, "[2001: db8: cafe :: 17]"
Перенаправлено: for = 192.0.2.43, for = "[2001: db8: cafe :: 17]"

Таблицы BCD загружаются только в браузере

Прокси-серверы и туннелирование — HTTP

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

Существует два типа прокси: прокси-серверы прямого доступа, (или туннель, или шлюз) и обратные прокси-серверы , (используются для управления и защиты доступа к серверу для балансировки нагрузки, аутентификации, дешифрования или кэширования).

Прямой прокси, или шлюз, или просто «прокси» предоставляет услуги прокси для клиента или группы клиентов. Скорее всего, в Интернете есть сотни тысяч открытых прокси-серверов.Они хранят и пересылают Интернет-сервисы (например, DNS или веб-страницы), чтобы уменьшить и контролировать полосу пропускания, используемую группой.

Прокси-серверы

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

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

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

Прокси-серверы могут отображать запросы, как если бы они исходили с IP-адреса прокси.Это может быть полезно, если прокси-сервер используется для обеспечения анонимности клиента, но в других случаях информация из исходного запроса теряется. IP-адрес исходного клиента часто используется для отладки, статистики или создания содержимого, зависящего от местоположения. Распространенный способ раскрытия этой информации — использование следующих заголовков HTTP:

Стандартизированный заголовок:

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

Или де-факто стандартные версии:

X-Forwarded-Для: Определяет исходные IP-адреса клиента, подключающегося к веб-серверу через прокси-сервер HTTP или балансировщик нагрузки.
X-Forwarded-Host: Определяет исходный хост, запрошенный клиентом для подключения к вашему прокси-серверу или подсистеме балансировки нагрузки.
X-Forwarded-Proto: определяет протокол (HTTP или HTTPS), который клиент использовал для подключения к вашему прокси-серверу или балансировщику нагрузки.

Для предоставления информации о самом прокси (а не о подключении к нему клиента) можно использовать заголовок Via .

Через: Добавляется прокси-серверами, как прямыми, так и обратными, и может появляться в заголовках запросов и ответов.

Туннелирование передает данные частной сети и информацию протокола через общедоступную сеть путем инкапсуляции данных. HTTP-туннелирование использует протокол более высокого уровня (HTTP) для передачи протокола более низкого уровня (TCP).

Протокол HTTP определяет метод запроса под названием CONNECT . Он запускает двустороннюю связь с запрошенным ресурсом и может использоваться для открытия туннеля. Таким образом клиент за HTTP-прокси может получить доступ к веб-сайтам с помощью SSL (например, HTTPS, порт 443). Однако обратите внимание, что не все прокси-серверы поддерживают метод CONNECT или ограничивают его только портом 443.

См. Также статью о HTTP-туннеле в Википедии.

Файл автоконфигурации прокси (PAC) — это функция JavaScript, которая определяет, идут ли запросы веб-браузера (HTTP, HTTPS и FTP) непосредственно к месту назначения или перенаправляются на веб-прокси-сервер.Функция JavaScript, содержащаяся в файле PAC, определяет функцию:

Файл автоконфигурации должен быть сохранен в файл с расширением имени файла .pac :

И тип MIME установлен на:

  приложение / x-ns-proxy-autoconfig

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

  function FindProxyForURL (url, host) {
  если (isResolvable (хост))
    вернуть «ПРЯМОЙ»;
  еще
    вернуть "ПРОКСИ прокси.mydomain.com:8080 ";
}

Дополнительные примеры см.