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

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

Также в этой статье я буду, в основном, ссылаться на стандарт RFC 2616 : Hypertext Transfer Protocol -- HTTP/1.1.

Основы HTTP

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

В основном, для общения используется TCP/IP, но это не единственный возможный вариант. По умолчанию, TCP/IP использует порт 80, но можно заюзать и другие.

Общение между хостом и клиентом происходит в два этапа: запрос и ответ. Клиент формирует HTTP запрос, в ответ на который сервер даёт ответ (сообщение). Чуть позже, мы более подробно рассмотрим эту схему работы.

Текущая версия протокола HTTP - 1.1, в которой были введены некоторые новые фишки. На мой взгляд, самые важные из них это: поддержка постоянно открытого соединения, новый механизм передачи данных chunked transfer encoding, новые заголовки для кэширования. Что-то из этого мы рассмотрим во второй части данной статьи.

URL

Сердцевиной веб-общения является запрос, который отправляется через Единый указатель ресурсов (URL). Я уверен, что вы уже знаете, что такое URL адрес, однако для полноты картины, решил всё-таки сказать пару слов. Структура URL очень проста и состоит из следующих компонентов:

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

Методы

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

Существующие методы:

GET : получить доступ к существующему ресурсу. В URL перечислена вся необходимая информация, чтобы сервер смог найти и вернуть в качестве ответа искомый ресурс.

POST : используется для создания нового ресурса. POST запрос обычно содержит в себе всю нужную информацию для создания нового ресурса.

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

DELETE : служит для удаления существующего ресурса.

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

Также HTTP поддерживает и другие методы:

HEAD : аналогичен GET. Разница в том, что при данном виде запроса не передаётся сообщение. Сервер получает только заголовки. Используется, к примеру, для того чтобы определить, был ли изменён ресурс.

TRACE : во время передачи запрос проходит через множество точек доступа и прокси серверов, каждый из которых вносит свою информацию: IP, DNS. С помощью данного метода, можно увидеть всю промежуточную информацию.

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

Коды состояния

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

1xx: Информационные сообщения

Набор этих кодов был введён в HTTP/1.1. Сервер может отправить запрос вида: Expect: 100-continue, что означает, что клиент ещё отправляет оставшуюся часть запроса. Клиенты, работающие с HTTP/1.0 игнорируют данные заголовки.

2xx: Сообщения об успехе

Если клиент получил код из серии 2xx, то запрос ушёл успешно. Самый распространённый вариант - это 200 OK. При GET запросе, сервер отправляет ответ в теле сообщения. Также существуют и другие возможные ответы:

• 202 Accepted : запрос принят, но может не содержать ресурс в ответе. Это полезно для асинхронных запросов на стороне сервера. Сервер определяет, отправить ресурс или нет.
• 204 No Content : в теле ответа нет сообщения.
• 205 Reset Content : указание серверу о сбросе представления документа.
• 206 Partial Content : ответ содержит только часть контента. В дополнительных заголовках определяется общая длина контента и другая инфа.

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

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

• 301 Moved Permanently : ресурс теперь можно найти по другому URL адресу.
• 303 See Other : ресурс временно можно найти по другому URL адресу. Заголовок Location содержит временный URL.
• 304 Not Modified : сервер определяет, что ресурс не был изменён и клиенту нужно задействовать закэшированную версию ответа. Для проверки идентичности информации используется ETag (хэш Сущности - Enttity Tag);

4xx: Клиентские ошибки

Данный класс сообщений используется сервером, если он решил, что запрос был отправлен с ошибкой. Наиболее распространённый код: 404 Not Found. Это означает, что ресурс не найден на сервере. Другие возможные коды:

• 400 Bad Request : вопрос был сформирован неверно.
• 401 Unauthorized : для совершения запроса нужна аутентификация. Информация передаётся через заголовок Authorization.
• 403 Forbidden : сервер не открыл доступ к ресурсу.
• 405 Method Not Allowed : неверный HTTP метод был задействован для того, чтобы получить доступ к ресурсу.
• 409 Conflict : сервер не может до конца обработать запрос, т.к. пытается изменить более новую версию ресурса. Это часто происходит при PUT запросах.

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

Ряд кодов, которые используются для определения ошибки сервера при обработке запроса. Самый распространённый: 500 Internal Server Error. Другие варианты:

• 501 Not Implemented : сервер не поддерживает запрашиваемую функциональность.
• 503 Service Unavailable : это может случиться, если на сервере произошла ошибка или он перегружен. Обычно в этом случае, сервер не отвечает, а время, данное на ответ, истекает.

Форматы сообщений запроса/ответа

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

Давайте посмотрим на структуру передаваемого сообщения через HTTP:

Message = *() CRLF [] = Request-Line | Status-Line = Field-Name ":" Field-Value

Между заголовком и телом сообщения должна обязательно присутствовать пустая строка. Заголовков может быть несколько:

Тело ответа может содержать полную информацию или её часть, если активирована соответствующая возможность (Transfer-Encoding: chunked). HTTP/1.1 также поддерживает заголовок Transfer-Encoding.

Общие заголовки

Вот несколько видов заголовков, которые используются как в запросах, так и в ответах:

General-header = Cache-Control | Connection | Date | Pragma | Trailer | Transfer-Encoding | Upgrade | Via | Warning

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

Заголовок via используется в запросе типа TRACE, и обновляется всеми прокси-серверами.

Заголовок Pragma используется для перечисления собственных заголовков. К примеру, Pragma: no-cache - это то же самое, что Cache-Control: no-cache. Подробнее об этом поговорим во второй части.

Заголовок Date используется для хранения даты и времени запроса/ответа.

Заголовок Upgrade используется для изменения протокола.

Transfer-Encoding предназначается для разделения ответа на несколько фрагментов с помощью Transfer-Encoding: chunked. Это нововведение версии HTTP/1.1.

Заголовки сущностей

В заголовках сущностей передаётся мета-информация контента:

Entity-header = Allow | Content-Encoding | Content-Language | Content-Length | Content-Location | Content-MD5 | Content-Range | Content-Type | Expires | Last-Modified

Все заголовки с префиксом Content- предоставляют информацию о структуре, кодировке и размере тела сообщения.

Заголовок Expires содержит время и дату истечения сущности. Значение “never expires” означает время + 1 код с текущего момента. Last-Modified содержит время и дату последнего изменения сущности.

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

Формат запроса

Запрос выглядит примерно так:

Request-Line = Method SP URI SP HTTP-Version CRLF Method = "OPTIONS" | "HEAD" | "GET" | "POST" | "PUT" | "DELETE" | "TRACE"

SP - это разделитель между токенами. Версия HTTP указывается в HTTP-Version. Реальный запрос выглядит так:

GET /articles/http-basics HTTP/1.1 Host: www.articles.com Connection: keep-alive Cache-Control: no-cache Pragma: no-cache Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Список возможных заголовков запроса:

Request-header = Accept | Accept-Charset | Accept-Encoding | Accept-Language | Authorization | Expect | From | Host | If-Match | If-Modified-Since | If-None-Match | If-Range | If-Unmodified-Since | Max-Forwards | Proxy-Authorization | Range | Referer | TE | User-Agent

В заголовке Accept определяется поддерживаемые mime типы, язык, кодировку символов. Заголовки From, Host, Referer и User-Agent содержат информацию о клиенте. Префиксы If- предназначены для создания условий. Если условие не прошло, то возникнет ошибка 304 Not Modified.

Формат ответа

Формат ответа отличается только статусом и рядом заголовков. Статус выглядит так:

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

• HTTP версия
• Код статуса
• Сообщение статуса, понятное для человека

Обычный статус выглядит примерно так:

HTTP/1.1 200 OK

Заголовки ответа могут быть следующими:

Response-header = Accept-Ranges | Age | ETag | Location | Proxy-Authenticate | Retry-After | Server | Vary | WWW-Authenticate

• Age время в секундах, когда сообщение было создано на сервере.
• ETag MD5 сущности для проверки изменений и модификаций ответа.
• Location используется для перенаправления и содержит новый URL адрес.
• Server определяет сервер, где было сформирован ответ.

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

Инструменты для определения HTTP трафика

Существует множество инструментов для мониторинга HTTP трафика. Вот несколько из них:

Наиболее часто используемый - это Chrome Developers Tools:

Если говорить об отладчике, можно воспользоваться Fiddler :

Для отслеживания HTTP трафика вам потребуется curl, tcpdump и tshark.

Библиотеки для работы с HTTP - jQuery AJAX

Поскольку jQuery очень популярен, в нём также есть инструментарий для обработки HTTP ответов при AJAX запросах. Информацию о jQuery.ajax(settings) можете найти на официальном сайте .

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

$.ajax({ url: "http://www.articles.com/latest", type: "GET", beforeSend: function (jqXHR) { jqXHR.setRequestHeader("Accepts-Language", "en-US,en"); } });

Если хотите обработать статус запроса, то это можно сделать так:

$.ajax({ statusCode: { 404: function() { alert("page not found"); } } });

Итог

Вот такой вот он, тур по основам протокола HTTP. Во второй части будет ещё больше интересных фактов и примеров.

UDP (User Datagram Protocol, Протокол дейтаграмм пользователя) предназначен для обмена дейтаграммами между процессами компьютеров, входящих в единую сеть с коммутацией пакетов. В качестве протокола нижнего уровня UDP-протокол использует IP.

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

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

• Source Port (16 бит) . Порт отправителя. Это поле может содержать номер порта, с которого был отправлен пакет, когда это имеет значение (например отправитель ожидает ответа). Если это поле не используется, оно заполняется нулями.
• Destination Port (16 бит) . Порт назначения — это порт компьютера, на который пакет будет доставлен.
• Length (16 бит) . Поле длины. Длина (в байтах) этой дейтаграммы, включая заголовок и данные. (Минимальное значение этого поля равно 8).
• Checksum (16 бит) . Поле контрольной суммы. Контрольная сумма UDP-пакета представляет собой побитное дополнение 16-битной суммы 16-битных слов (аналогично TCP). В вычислении участвуют: данные пакета, заголовок UDP-пакета, псевдозаголовок (информация от IP-протокола), поля выравнивания по 16-битной границе (нулевые).

Преимущество протокола UDP состоит в том, что он требует минимум установок и параметров для соединения двух процессов между собой. Этот протокол используется при работе Серверов Доменов (Name Servers), при работе протокола TFTP (Trivial File Transfer, Тривиальный протокол передачи данных), работе с SNMP и построении систем аутентификации. Идентификатор UDP в IP-заголовке — число 17.

Более подробное описание протокола UDP можно найти в RFC-768.

Хорошо Плохо

Использование сетевых файрволов и систем, эффективно скрывающих организацию внутренней сетевой структуры от внешней сети, такой как Интернет, становится все…

Поскольку тема безопасности важная, и за раз ее не охватишь, мы разбили нашу серию статей на части, и на этот раз (во второй части) рассматриваем настройку фаервола…

Основная задача протокола SMTP (Simple Mail Transfer Protocol) заключается в том, чтобы обеспечивать передачу электронных сообщений (почту). Для работы через протокол SMTP клиент…

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

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

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

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

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

Типовые требования к составлению протокола

В обобщенном виде порядок составления протокола сводится к следующему.

При подготовке к заседанию или собранию:

формулируются вопросы повестки дня, то есть те вопросы, по которым должны быть приняты решения;

определяется состав основных докладчиков;

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

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

Заголовочная часть протокола

Протокол оформляется на общем бланке организации или на чистом листе бумаги с реквизитами, которые соответствуют общему бланку. В их составе:

фирменное наименование организации;

название вида документа;

• место составления документа.

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

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

ФЗ «Об акционерных обществах» определил, что общество обязано иметь полное и вправе иметь сокращенное фирменное наименование, включающее, в том числе, указание на тип общества (открытое или закрытое). Таким образом, если общество зарегистрировало наряду с полным и свое сокращенное наименование, оно вправе помещать его на свои бланки (см. Пример 1).

Название вида документа (ПРОТОКОЛ) печатается прописными буквами под наименованием организации и отделяется от него одним ­межстрочным интервалом.

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

По общим требованиям протокол должен оформляться не позднее чем через 5 дней после даты заседания. Но закон «Об акционерных обществах» ввел иные сроки: для протокола заседания совета директоров максимальный период подготовки составляет 3 дня, а для протокола общего собрания акционеров - 15 дней после окончания собрания.

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

В случае если заседание продолжается не один день, в протоколе следует указывать даты его начала и окончания: «10-12.01.2007», или полностью: «10.01.2007 - 12.01.2007».

Индекс проставляется на одной строке с датой и обозначает порядковый номер заседания в пределах календарного года: «№ 02» или «№ 12».

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

Еще одним реквизитом общего бланка (и реквизитом типового формуляра протокола) является «место составления документа». Нужно обратить внимание на то, что в данном случае этот реквизит означает не место нахождения организации, а место, где реально состоялось заседание. Название соответствующего населенного пункта указывают с учетом принятого административно-территориального деления. Кроме того, оно должно включать в себя только общепризнанные сокращения , например:

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

Пример 4

СТРОИТЕЛЬНЫЕ ТЕХНОЛОГИИ ПРОТОКОЛ 10.01.2007 № 01

Закрытое акционерное общество СТРОИТЕЛЬНЫЕ ТЕХНОЛОГИИ ПРОТОКОЛ 10.01.2007 № 01 Москва

Заголовок протокола - это важнейший поисковый признак, он призван помогать быстро и с наименьшими затратами находить нужный документ. Государственный стандарт (ГОСТ Р 6.30-2003) трактует понятие «заголовок к тексту» как «краткое содержание документа». В этом случае заголовок отвечает на вопрос «о чем говорится в документе?».

Однако для многих видов документов невозможно сжато определить их краткое содержание, так как они отражают, как правило, несколько разноплановых вопросов. К такой группе документов относится и протокол. Поэтому заголовок к тексту любого протокола отвечает на вопрос «чего?», содержит указание вида коллегиальной деятельности (собрания, заседания и др.) и название коллегиального органа в родительном падеже. Такой заголовок вместе с датой и индексом позволяет быстро находить необходимую информацию.

Текст

Самым главным в любом документе является его содержание (текст).

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

Текст протокола делится на две части:

вводная часть, в которой указываются фамилии и инициалы председателя и секретаря собрания; сведения о присутствующих на собрании и повестка дня (эти данные предваряют основную часть текста, как бы «вводят» в нее);

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

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

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

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

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

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

Следует обратить внимание на то, что при оформлении рассмотренного блока сведений не указывают должности председателя, секретаря собрания и присутствующих на нем постоянных членов коллегиального органа. Что касается приглашенных, то в Методических рекомендациях по внедрению ГОСТ Р 6.30-2003, изданных автором стандарта, Всероссийским научно-исследовательским институтом документоведения и архивного дела, содержится рекомендация перечислять их фамилии в алфавитном порядке также без указания должностей. Однако традиционно в управленческой практике при оформлении протоколов должности приглашенных, как правило, указывают. Это не случайно, так как упоминание только фамилий не раскрывает всей полноты информации об участ­никах. Вместе с тем часто бывает важно показать, какие именно должностные лица могут или должны участвовать в решении конкретных вопросов.

Вводная часть протокола заканчивается перечнем вопросов, которые обсуждались на заседании. Он начинается словами «Повестка дня:» и ­располагается на два-три интервала ниже списка участников от границы левого поля.

Каждый вопрос повестки дня начинается с предлога «О» («Об») и отвечает на вопрос «О чем?». Вопросы нумеруются арабскими цифрами и содержат указание на докладчиков по каждому вопросу:

Основная часть протокола делится на разделы, которые должны точно соответствовать вопросам повестки дня и так же нумероваться. В свою очередь, текст каждого раздела выстраивается по схеме: СЛУШАЛИ - ­ВЫСТУПИЛИ - ПОСТАНОВИЛИ или РЕШИЛИ.

Перед словом «СЛУШАЛИ» проставляется номер соответствующего раздела (вопроса повестки дня). Остальные части (ВЫСТУПИЛИ, ­ПОСТАНОВИЛИ или РЕШИЛИ) не нумеруются.

В части «СЛУШАЛИ» указывают фамилию и инициалы основного докладчика в соответствии с повесткой дня, далее через тире - содержание его доклада:

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

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

Слово «ВЫСТУПИЛИ», как и слова «СЛУШАЛИ» и «ПОСТАНОВИЛИ» («РЕШИЛИ»), пишется от границы левого поля. Фамилии ­выступающих и содержание выступлений указываются с абзаца с новой строки.

Оформление вопросов четко не установлено. В практике можно ­встретить несколько вариантов:

Сначала пишется слово «Вопрос:» (или «Вопросы:»), далее с новой строки указывается фамилия задавшего вопрос, после тире формулируется сам вопрос и на следующей строке - ответ на него
(см. образец в Примере 16).

После слова «Вопрос:» записывается только сам вопрос без указания фамилии лица, задавшего его (см. образец в Примере 17).

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

Однако выступлений, помимо основного доклада, может и не быть. В этом случае часть «ВЫСТУПИЛИ» из текста выпускается, и раздел будет состоять только из двух частей: «СЛУШАЛИ» и «ПОСТАНОВИЛИ» («РЕШИЛИ»).

Завершает каждый раздел принятое решение по данному вопросу. Оно записывается после слова «ПОСТАНОВИЛИ:» или « РЕШИЛИ:». Оба слова являются начальными элементами постановляющей части протокола и имеют равноценное значение.

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

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

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

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

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

Оформляющая часть

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

Юридическую силу протокол приобретает только при наличии этих двух подписей. Это общепризнанная практика, которая закреплена в ряде законодательных и нормативных актов. В частности, по нормам ФЗ «Об акционерных обществах» протокол общего собрания акционеров составляется в 2-х ­экземплярах и оба они должны быть подписаны председателем и секретарем собрания.

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

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

Некоторые разновидности протоколов подлежат утверждению руководителем организации (например, протокол заседания технического совета, экспертной комиссии и т.д.). Утверждение оформляется грифом в верхнем правом углу: после слова «УТВЕРЖДАЮ», наименования должности (без упоминания наименования предприятия, т.к. оно присутствует в заголовочной части документа) проставляется личная подпись, ее расшифровка и дата утверждения.

А теперь предлагаем вашему вниманию образец протокола, ­составленного в соответствии с рассмотренными правилами:

В следующем номере журнала читайте продолжение статьи. Мы расскажем об особенностях оформления протокола общего собрания акционеров и о составе информации, которая в обязательном порядке должна найти свое отражение в этом документе. При изложении материала будут учтены требования таких основополагающих документов, как ФЗ «Об акционерных обществах», постановления ФКЦБ от 31.05.2002 г. № 17/пс и др. Вы увидите, насколько типовой протокол отличается от протокола общего собрания акционеров!

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

1 См. статью Е.Г. Юсиповой «Организационный аспект проведения совещаний на предприятии» на стр. 52 журнала № 1` 2007

2 Общепринятые сокращенные наименования административно-территориальных единиц и перечень субъектов РФ опубликованы на стр. 91-93 журнала
№ 1` 2007

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

Контрольная

Вариант 4

1. Протокол, виды протоколов, особенности оформления 4

2. Обработка отправляемой корреспонденции 9

3. Оформить акт списания имущества 11

4. Составить докладную записку 12

Библиографический список 14

1. Протокол, виды протоколов, особенности оформления

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

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

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

Основные виды протокола:

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

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

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

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

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

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

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

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

Рассмотренные на совещании вопросы перечисляются в разделе ПОВЕСТКА ДНЯ. Слова ПОВЕСТКА ДНЯ печатают от нулевого положения печатающего устройства, после них ставится двоеточие. Вопросы повестки дня нумеруются. Каждый новый вопрос печатают от 1-го положения табулятора. Последовательность расположения вопросов определяется степенью их важности. Формулировка вопросов повестки дня должна начинаться с предлогов о (об), наименование должности и фамилию докладчика дают в родительном падеже. Основная часть текста протокола строится в соответствии с вопросами повестки дня. Построение записи обсуждения каждого вопроса повестки дня осуществляется по схеме: СЛУШАЛИ ВЫСТУПИЛИ ПОСТАНОВИЛИ (РЕШИЛИ). Эти слова печатают прописными буквами. Перед словом СЛУШАЛИ ставят номер вопроса повестки дня, после двоеточие. Фамилию докладчика печатают в именительном падеже от 1-го положения печатающего устройства; после фамилии ставят инициалы, затем тире и с прописной буквы пишут содержание доклада в форме прямой речи. Если текст доклада (выступления) застенографирован или представлен докладчиком в письменной форме, то после тире также с прописной буквы пишут «Доклад прилагается» (в протоколе без кавычек).

Обсуждению доклада могут предшествовать вопросы к докладчику, которые вместе с ответами включаются в раздел СЛУШАЛИ. Перед записью каждого вопроса указываются инициалы, фамилия и должность его автора и ставится тире. Содержание вопроса записывается с прописной буквы в форме прямой речи. Перед формулировкой ответа пишется слово «Ответ» (в протоколе без кавычек), ставится тире и записывается ответ в форме прямой речи. Ход обсуждения доклада отражается в разделе ВЫСТУПИЛИ. После слова ВЫСТУПИЛИ ставится двоеточие. Фамилию выступающего пишут в именительном падеже от 1го положения печатающего устройства, затем указывают инициалы и должность выступающего, ставят тире и с прописной буквы печатают содержание выступления в форме косвенной речи.

Принятые решения содержатся в разделе ПОСТАНОВИЛИ (РЕШИЛИ). Если решений несколько, они нумеруются арабскими цифрами с точкой. Как правило, каждое решение сопровождается указанием должности, фамилии и инициалов ответственного за его выполнение и содержит срок исполнения. Принимаемые коллегиально решения нередко требуют голосования. В этом случае после раздела ПОСТАНОВИЛИ указывается: «Голосование» или «Голосовали» (в протоколе без кавычек) и приводятся результаты голосования: единогласно или за..., против..., воздержались...

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

все реквизиты заголовочной части протокола: наименование организации, наименование вида документа (ВЫПИСКА ИЗ ПРОТОКОЛА), дату (дата заседания), номер протокола (порядковый номер заседания), место составления (место проведения заседания);

заголовок к тексту;

все реквизиты вводной части текста протокола: «Председатель», «Секретарь», «Присутствовали», «Приглашенные», «ПОВЕСТКА ДНЯ»;

отдельные реквизиты основной части текста протокола: «СЛУШАЛИ», «ПОСТАНОВИЛИ», «Голосование»;

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

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

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

Сигнальный протокол используется для управления соединением - например, установки, переадресации, разрыва связи. Примеры протоколов: RTSP , SIP . Для передачи данных используются такие протоколы как RTP .

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

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

Наиболее известные протоколы, используемые в сети Интернет:

• HTTP (Hyper Text Transfer Protocol) - это протокол передачи гипертекста . Протокол HTTP используется при пересылке Web-страниц между компьютерами, подключенными к одной сети.
• FTP (File Transfer Protocol) - это протокол передачи файлов со специального файлового сервера на компьютер пользователя. FTP дает возможность абоненту обмениваться двоичными и текстовыми файлами с любым компьютером сети. Установив связь с удаленным компьютером, пользователь может скопировать файл с удаленного компьютера на свой или скопировать файл со своего компьютера на удаленный.
• POP3 (Post Office Protocol) - это стандартный протокол почтового соединения. Серверы POP обрабатывают входящую почту, а протокол POP предназначен для обработки запросов на получение почты от клиентских почтовых программ.