На собраниях, совещаниях, заседаниях, конференциях.
Протоколы документируют деятельность постоянно действующих коллегиальных органов, таких как коллегии комитетов и министерств, муниципальных органов управления, а также ученых, технических, методических советов. Кроме того, совещания, проводимые руководителями структурных подразделений, заместителями генерального директора, директора, также могут протоколироваться.
Распространено составление протоколов для документирования деятельности временных коллегиальных органов (конференций» собраний, семинаров и т. д.).
Протокол оформляется секретарем на основе записей, которые он вел на заседании. Это могут быть краткие записи, стенограмма или диктофонные записи. Для подготовки протокола секретарь собирает до заседания тезисы докладов и выступлений, проекты решений.
Протокол оформляется на общем бланке .
Заголовком протокола будет название коллегиального органа или вида заседания . Например, Протокол (чего?) заседания педагогического совета; совещания начальников структурных подразделений и т.д.
Датой протокола является дата заседания (протоколы, как правило, оформляются после заседания). Если совещание продолжалось несколько дней, то дата протокола включает даты начала и окончания.
Например: 21 — 24.07.2009 .
Номером (индексом) протокола является порядковый номер заседания в пределах календарного года или срока полномочий коллегиального органа.
Текст протокола включает следующие части:
Во вводной части протокола после заголовка приводятся фамилии и инициалы председателя и секретаря заседания. С новой строки после слова «Присутствовали » в алфавитном порядке перечисляют фамилии, инициалы должностных лиц, присутствовавших на заседании.
Если на заседании были лица из других , то после слова «Присутствовали» с новой строки печатают слово «Приглашенные » и указывается список приглашенных лиц, в этом случае перед каждой фамилией указывается должность и название организации.
Во вводной части протокола указывается повестка дня .
Она состоит из перечисления вопросов, которые обсуждаются на заседании, и закрепляет последовательность их обсуждения и фамилии выступающих (докладчиков). Каждый вопрос повестки дня нумеруется арабской цифрой, его формулируют с использованием предлогов «О» или «Об». Например: «Об утверждении учебных программ»; «О подведении итогов учебного года».
По каждому пункту указывается докладчик (должностное лицо, готовившее данный вопрос).
В соответствии с последовательностью вопросов в повестке дня оформляется текст основной части протокола — он должен содержать столько разделов, сколько пунктов включено в повестку дня.
Таким образом, заголовочная часть протокола оформляется всегда одинаково. Но текст протокола может быть изложен в разных формах: краткой или полной.
Краткий протокол — фиксирует обсуждавшиеся на заседании вопросы, фамилии докладчиков и принятые решения. Такой протокол ведут чаше всего в тех случаях, когда заседание носит оперативный характер (см. рис. 3.3.).
Полный протокол — содержит сведения не только об обсуждавшихся вопросах, принятых решениях и фамилиях выступавших, но и достаточно подробные записи, передающие содержание докладов и выступлений участников заседания, все высказанные мнения, прозвучавшие вопросы и реплики, замечания, позиции. Полный протокол позволяет документировать подробную картину заседания (см. рис. 3.4).
Рис. 3.3. Пример оформления краткого протокола
При использовании любой формы протокола его текст будет делиться на столько разделов, сколько пунктов содержит повестка дня.
Каждый раздел состоит из трех частей : «СЛУШАЛИ», «ВЫСТУПИЛИ», «ПОСТАНОВИЛИ» («РЕШИЛИ»), которые печатаются от левого поля прописными буквами. Такое оформление позволяет выделить в тексте речь основного докладчика, участников обсуждения вопроса и постановляющую часть, в которой сформулировано решение.
В части «СЛУШАЛИ » излагается текст выступления. В начале текста с новой строки в именительном падеже указывают фамилию выступающего. Запись выступления отделяют от фамилии тире. Выступление излагается от третьего лица единственного числа. Допускается вместо записи выступления после фамилии указать («Запись выступления прилагается», «Текст доклада прилагается»).
В последнем случае доклады становятся приложением к протоколу.
В части «ВЫСТУПИЛИ » с новой строки в именительном падеже указывают фамилию выступающего и после тире, текст выступления или вопрос (если в ходе выступления он был задан докладчику).
В части «ПОСТАНОВИЛИ » («РЕШИЛИ») отражают принятое решение по обсуждаемому вопросу. Текст постановляющей части печатается полностью в любой форме протокола.
Текст всего протокола печатают через 1,5 межстрочных интервала.
Протокол оформляет секретарь заседания. Протокол подписывает секретарь и представляет на подпись председателю в течение 3 (трех) рабочих дней после заседания.
Подписи отделяют от текста 3 межстрочными интервалами. Наименование должности печатается от границы левого поля, последняя буква в фамилии ограничивается правым полем.
В день подписания протокола председателем он должен быть зарегистрирован.
Выписка из протокола представляет собой точную копию части текста подлинного протокола, относящегося к тому вопросу повестки дня, по которому готовят выписку. Выписка воспроизводит все реквизиты бланка, вводную часть текста, вопрос повестки дня, по которому готовится выписка, и текст, отражавший обсуждение вопроса и принятое решение. Выписку из протокола подписывает только секретарь, он же ее заверяет. Заверительная надпись пишется от руки, состоит из слова «Верно», указания должности лица, заверяющего копию (выписку), личной подписи, фамилии, инициалов и даты (см. рис. 3.5).
Выписки из протоколов иногда заменяют собой такой распорядительный , как решение. В этом случае выписка служит инструментом доведения до исполнителей принятых решений. В таком случае секретарь, например, Правления , не позднее 2 (двух) дней после подписания протокола заседания производит рассылку выписок из протокола по отдельным вопросам ответственным исполнителям. Выписки подписывает секретарь.
Обязательному заверению печатью подлежат выписки из протоколов, направляемые в другую организацию.
Подлинные экземпляры протоколов формируются секретарем в дела по виду заседаний. Например, «Протоколы общих собраний», «Протоколы заседаний Совета директоров», «Протоколы совещаний у директора» и т.д. Внутри дела протоколы систематизируют по номерам и хронологии. Дела формируются в течение календарного года.
Информационные ресурсы в Интернете
· Публикации сайтов в Интернете. Представительство
Простое подключение одного компьютера к другому - шаг, необходимый для создания сети, но не достаточный. Чтобы начать передавать информацию между компьютерами, нужно, что бы компьютеры «понимали» друг друга. Исходя из этой естественной необходимости, миру компьютеров потребовался единый язык (то есть протокол ), который был бы понятен каждому из них.
Протокол - это совокупность правил, в соответствии с которыми происходит передача информации через сеть .
Существуют два типа протоколов:
· Базовый (TCP/IP), отвечающий за физическую пересылку электронных сообщений;
· Прикладные , отвечающие за работу специализированных служб Интернет (http, ftp, telnet и т.д.)
Протокол - это особый язык общения между компьютерами, разработанный программистами. Базовый протокол в сети Интернет - это TCP/IP (Transmission Control Protocol & Internet Protocol ) (протокол контроля передачи + Интернет-протокол).
Все компьютеры, подключенные к сети Интернет, понимают и поддерживают этот протокол. Протокол TCP/IP служит для разбиения информации на части (пакеты) - и передачи их по линиям связи . Все эти операции протокол выполняет автоматически, без участия пользователя. На самом деле TCP/IP состоит их двух компонентов - TCP и IP , и включает в себя также массу других протоколов.
Протокол IP (Internet protocol) - это протокол маршрутизации (доставляет информацию по назначению).
Этот протокол включает правила налаживания и поддержания связи в сети, правила обращения с IP-пакетами и их обработки, описания сетевых пакетов семейства IP (их структура и т. п.).
Протокол TCP (Transmission Control Protocol) - это транспортный протокол (управляет передачей данных).
Кратко
Данные, предназначенные для пересылки. Разбиваются протоколом TCP на отдельные части –пакеты. Каждый пакет имеет свой порядковый номер и адрес , по которому необходимо доставить информацию. Пакеты могут идти разными маршрутами, но в конце пути обязательно соединяются в одно целое с помощью протокола TCP. Если какой-то пакет отсутствует (потерялся) или дошел с искажениями, то он пересылается заново.
Подробно
Протокол TCP занимается проблемой пересылки больших объемов информации, основываясь на возможностях протокола IP.
TCP делит информацию , которую надо переслать, на несколько частей . Нумерует каждую часть , чтобы позже восстановить порядок . Чтобы пересылать эту нумерацию вместе с данными, он кладет каждый кусочек информации в конверт, который содержит соответствующую информацию. Это и есть TCP-конверт. Получившийся TCP-пакет помещается в отдельный IP-конверт и получается IP-пакет, с которым сеть уже умеет обращаться.
Получатель распаковывает IP-конверты и видит TCP-конверты , распаковывает их и помещает данные в последовательность частей в соответствующее место. Если чего-то не достает, он требует переслать этот кусочек снова. В конце концов, информация собирается в нужном порядке и полностью восстанавливается. Вот теперь этот массив пересылается выше к пользователю (на диск, на экран, на печать).
В реальности пакеты не только теряются , но и могут искажаться при передаче из-за наличия помех на линиях связи. TCP решает и эту проблему. Для этого он пользуется системой кодов, исправляющих ошибки. Существует целая наука о таких кодировках. Простейшим примером такового служит код с добавлением к каждому пакету контрольной суммы (и к каждому байту бита проверки на четность). При помещении в TCP-конверт вычисляется контрольная сумма, которая записывается в TCP-заголовок. Если при приеме заново вычисленная сумма не совпадает с той, что указана на конверте, значит что-то тут не так, - где-то в пути имели место искажения, так что надо переслать этот пакет по новой, что и делается.
Таким образом, протокол TCP обеспечивает гарантированную доставку с установлением логического соединения в виде байтовых потоков.
Для работы прикладных программ, таких как программы электронной почты , требуется не только правильно упаковать информацию в пакеты и отправить их, но и необходимо четко договориться о содержимом этих пакетов, а также о процедуре обмена пакетами. Так, например, для получения письма необходимо предъявить пароль обладателя почтового ящика, а это уже целая последовательность действий. Таким образом, необходимы и другие протоколы.
Название протокола Расшифровка Назначение
· HTTP (Hyper Text Transfer Protocol) – Протокол передачи гипертекста
· FTP (File Transfer Protocol) – протокол передачи файлов
· SMTP (Simple Mail Transfer Protocol) – Простой протокол отправки электронных писем
· POP3 (Post Office Protocol) – Протокол получения электронных писем
· NNTP (News Net Transfer Protocol) – Протокол телеконференций
· TELNET – Протокол для подключения к удаленному компьютеру
· WAIS (Wide-Area Information Servers) – протокол поиска информации в базах данных
· WAP (Wireless Application Protocol) – протокол предоставления доступа к службам Интернета пользователям беспроводных устройств
В ряду управленческих документов особое место принадлежит протоколам. Они входят в состав унифицированной системы организационно-распорядительной документации.
Протокол - документ, фиксирующий ход обсуждения вопросов и принятия решений на собраниях, совещаниях, заседаниях, конференциях.
Нужно иметь в виду, что в деятельности организаций и предприятий часто составляются документы под названием «Протокол», однако они не подпадают под приведенное определение. Так, в области договорных отношений составляются протоколы о намерениях, протоколы разногласий, протоколы согласований; в числе основных документов общего собрания акционеров законодательство называет протоколы счетной комиссии и т.д. Подобные разновидности протоколов сходны по своему назначению с актами: они фиксируют и подтверждают факты или события. Поэтому на них не распространяются правила, о которых говорится в данной статье .
Протоколы составляются в любой организации, где есть временные или постоянно действующие коллегиальные органы, комиссии и т.п. Формой их деятельности является обсуждение тех или иных вопросов на собраниях или заседаниях и совместное принятие решений, часто голосованием.
С появлением в нашей стране акционерных обществ возросло внимание к этому виду документа. Высшие органы управления акционерного общества - коллегиальные, и протоколы, в которых находит отражение их деятельность, становятся одними из важнейших управленческих документов. Речь идет о протоколах общих собраний акционеров, заседаний совета директоров и правления. Не случайно Федеральный закон «Об акционерных обществах» и иные правовые акты уделяют специальное внимание составу информации этих документов, то есть их содержанию. Часть нормативных требований может быть отнесена и к тому, что мы называем оформлением документов. При оформлении протоколов органов управления акционерных обществ следует учитывать как типовые требования к данному виду документов (типовой формуляр протокола), так и те, что закреплены специальными нормами правовых актов и регламентируют документирование деятельности органов управления именно акционерных обществ.
В обобщенном виде порядок составления протокола сводится к следующему.
При подготовке к заседанию или собранию:
формулируются вопросы повестки дня, то есть те вопросы, по которым должны быть приняты решения;
определяется состав основных докладчиков;
подбираются соответствующие материалы, например, проекты документов, которые требуют обсуждения и утверждения, тексты докладов и т.п.
Во время заседания секретарем ведется запись хода обсуждения вопросов повестки дня и принимаемых по ним решений. Наиболее важные заседания могут стенографироваться, доклады и выступления - записываться на диктофон. Все эти материалы являются основой для последующего составления протокола.
Протокол оформляется на общем бланке организации или на чистом листе бумаги с реквизитами, которые соответствуют общему бланку. В их составе:
фирменное наименование организации;
название вида документа;
место составления документа.
При оформлении всех реквизитов, включая реквизиты бланка, нужно учитывать определенные правила. Только это может обеспечить документу юридическую силу.
Фирменное наименование - это полное наименование организации на русском языке, закрепленное учредительными документами.
ФЗ «Об акционерных обществах» определил, что общество обязано иметь полное и вправе иметь сокращенное фирменное наименование, включающее, в том числе, указание на тип общества (открытое или закрытое). Таким образом, если общество зарегистрировало наряду с полным и свое сокращенное наименование, оно вправе помещать его на свои бланки (см. Пример 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
UDP (User Datagram Protocol, Протокол дейтаграмм пользователя) предназначен для обмена дейтаграммами между процессами компьютеров, входящих в единую сеть с коммутацией пакетов. В качестве протокола нижнего уровня UDP-протокол использует IP.
Протокол UDP предоставляет прикладным программам возможность отправлять сообщения другим приложениям, используя минимальное количество параметров протокола. Этот протокол не обеспечивает достоверность доставки пакетов, защиты дублирования данных или надежности от сбоев в передаче. За исключением параметров приложения — номеров портов отправителя и получателя пакета, UDP практически ничего не добавляет к IP-дейтаграмме.
Протокол UDP намного проще, чем TCP и полезен в ситуациях, когда мощные механизмы обеспечения надежности протокола TCP не требуются или будут только помехой для решения определенного рода задач, например, аутентификации пользователей.
Преимущество протокола UDP состоит в том, что он требует минимум установок и параметров для соединения двух процессов между собой. Этот протокол используется при работе Серверов Доменов (Name Servers), при работе протокола TFTP (Trivial File Transfer, Тривиальный протокол передачи данных), работе с SNMP и построении систем аутентификации. Идентификатор UDP в IP-заголовке — число 17.
Более подробное описание протокола UDP можно найти в RFC-768.
Хорошо Плохо
Использование сетевых файрволов и систем, эффективно скрывающих организацию внутренней сетевой структуры от внешней сети, такой как Интернет, становится все…
Поскольку тема безопасности важная, и за раз ее не охватишь, мы разбили нашу серию статей на части, и на этот раз (во второй части) рассматриваем настройку фаервола…
Основная задача протокола SMTP (Simple Mail Transfer Protocol) заключается в том, чтобы обеспечивать передачу электронных сообщений (почту). Для работы через протокол SMTP клиент…
Выполняет функции транспортного уровня модели OSI .
Когда осуществляется передача от компьютера к компьютеру через Интернет, TCP работает на верхнем уровне между двумя конечными системами, например, браузером и веб-сервером. TCP осуществляет надёжную передачу потока байтов от одного процесса к другому. TCP реализует управление потоком, управление перегрузкой, рукопожатие, надежную передачу.
| Бит | 0 - 3 | 4 - 9 | 10 - 15 | 16 - 31 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | Порт источника, Source Port | Порт назначения, Destination Port | ||||||||||||||||||||||||||||||
| 32 | Порядковый номер, Sequence Number (SN) | |||||||||||||||||||||||||||||||
| 64 | Номер подтверждения, | |||||||||||||||||||||||||||||||
| 96 | Длина заголовка | Зарезервировано | Флаги | Размер Окна | ||||||||||||||||||||||||||||
| 128 | Контрольная сумма | Указатель важности | ||||||||||||||||||||||||||||||
| 160 | Опции (необязательное, но используется практически всегда) | |||||||||||||||||||||||||||||||
| 160/192+ | Данные | |||||||||||||||||||||||||||||||
Эти 16-битные поля содержат номера портов - числа, которые определяются по специальному списку .
Порт источника идентифицирует приложение клиента, с которого отправлены пакеты. Ответные данные передаются клиенту на основании этого номера.
Порт назначения идентифицирует порт, на который отправлен пакет.
Порядковый номер выполняет две задачи:
Поскольку поток TCP в общем случае может быть длиннее, чем число различных состояний этого поля, то все операции с порядковым номером должны выполняться по модулю 2 32 . Это накладывает практическое ограничение на использование TCP. Если скорость передачи коммуникационной системы такова, чтобы в течение MSL (максимального времени жизни сегмента) произошло переполнение порядкового номера, то в сети может появиться два сегмента с одинаковым номером, относящихся к разным частям потока, и приёмник получит некорректные данные.
Acknowledgment Number (ACK SN) (32 бита) - если установлен флаг ACK, то это поле содержит порядковый номер октета, который отправитель данного сегмента желает получить. Это означает, что все предыдущие октеты (с номерами от ISN+1 до ACK-1 включительно) были успешно получены.
Длина заголовка (Data offset) занимает 4 бита и указывает значение длины заголовка, измеренное в 32-битовых словах. Минимальный размер составляет 20 байт (пять 32-битовых слов), а максимальный - 60 байт (пятнадцать 32-битовых слов). Длина заголовка определяет смещение полезных данных относительно начала сегмента. Например, Data offset равное 1111 говорит о том, что заголовок занимает пятнадцать 32-битных слова (15 строк*32 бита в каждой строке/8 бит = 60 байт).
Зарезервировано (6 бит) для будущего использования и должно устанавливаться в ноль. Из них два (5-й и 6-й) уже определены:
Это поле содержит 6 битовых флагов:
Количество байт данных начиная с последнего номера подтверждения, которые может принять получатель данного пакета. Иначе говоря, получатель пакета располагает для приёма данных буфером длиной "размер окна" байт.
Поле контрольной суммы - это 16-битное дополнение к сумме всех 16-битных слов заголовка (включая псевдозаголовок) и данных. Если сегмент, по которому вычисляется контрольная сумма, имеет длину не кратную 16-ти битам, то длина сегмента увеличивается до кратной 16-ти, за счёт дополнения к нему справа нулевых битов заполнения. Биты заполнения (0) не передаются в сообщении и служат только для расчёта контрольной суммы. При расчёте контрольной суммы значение самого поля контрольной суммы принимается равным 0.
16-битовое значение положительного смещения от порядкового номера в данном сегменте. Это поле указывает порядковый номер октета, которым заканчиваются важные (urgent) данные. Поле принимается во внимание только для пакетов с установленным флагом URG. Используется для внеполосных данных .
Могут применяться в некоторых случаях для расширения протокола. Иногда используются для тестирования. На данный момент в опции практически всегда включают 2 байта NOP (в данном случае 0x01) и 10 байт, задающих timestamps . Вычислить длину поля опции можно через значение поля смещения.
В отличие от традиционной альтернативы - UDP, который может сразу же начать передачу пакетов, TCP устанавливает соединения, которые должны быть созданы перед передачей данных. TCP соединение можно разделить на 3 стадии:
| Состояния сеанса TCP | |
|---|---|
| CLOSED | Начальное состояние узла. Фактически фиктивное |
| LISTEN | Сервер ожидает запросов установления соединения от клиента |
| SYN-SENT | Клиент отправил запрос серверу на установление соединения и ожидает ответа |
| SYN-RECEIVED | Сервер получил запрос на соединение, отправил ответный запрос и ожидает подтверждения |
| ESTABLISHED | Соединение установлено, идёт передача данных |
| FIN-WAIT-1 | Одна из сторон (назовём её узел-1) завершает соединение, отправив сегмент с флагом FIN |
| CLOSE-WAIT | Другая сторона (узел-2) переходит в это состояние, отправив, в свою очередь сегмент ACK и продолжает одностороннюю передачу |
| FIN-WAIT-2 | Узел-1 получает ACK, продолжает чтение и ждёт получения сегмента с флагом FIN |
| LAST-ACK | Узел-2 заканчивает передачу и отправляет сегмент с флагом FIN |
| TIME-WAIT | Узел-1 получил сегмент с флагом FIN, отправил сегмент с флагом ACK и ждёт 2*MSL секунд, перед окончательным закрытием соединения |
| CLOSING | Обе стороны инициировали закрытие соединения одновременно: после отправки сегмента с флагом FIN узел-1 также получает сегмент FIN, отправляет ACK и находится в ожидании сегмента ACK (подтверждения на свой запрос о разъединении) |
Процесс начала сеанса TCP (также называемый «рукопожатие» (англ. handshake )), состоит из трёх шагов.
1. Клиент, который намеревается установить соединение, посылает серверу сегмент с номером последовательности и флагом SYN.
2. Если клиент получает сегмент с флагом SYN, то он запоминает номер последовательности и посылает сегмент с флагом ACK.
3. Если сервер в состоянии SYN-RECEIVED получает сегмент с флагом ACK, то он переходит в состояние ESTABLISHED.
Процесс называется «трёхэтапным согласованием» (англ. three way handshake ), так как несмотря на то что возможен процесс установления соединения с использованием четырёх сегментов (SYN в сторону сервера, ACK в сторону клиента, SYN в сторону клиента, ACK в сторону сервера), на практике для экономии времени используется три сегмента.
Пример базового 3-этапного согласования:
TCP A TCP B
1. CLOSED LISTEN
2. SYN-SENT -->
В строке 2 TCP A начинает передачу сегмента SYN, говорящего об использовании номеров последовательности, начиная со 100. В строке 3 TCP B передаёт SYN и подтверждение для принятого SYN в адрес TCP A. Надо отметить, что поле подтверждения показывает ожидание TCP B приёма номера последовательности 101, подтверждающего SYN с номером 100.
В строке 4 TCP A отвечает пустым сегментом с подтверждением ACK для сегмента SYN от TCP B; в строке 5 TCP B передаёт некоторые данные. Отметим, что номер подтверждения сегмента в строке 5 (ACK=101) совпадает с номером последовательности в строке 4 (SEQ=101), поскольку ACK не занимает пространства номеров последовательности (если это сделать, придётся подтверждать подтверждения - ACK для ACK).
При обмене данными приёмник использует номер последовательности, содержащийся в получаемых сегментах, для восстановления их исходного порядка. Приёмник уведомляет передающую сторону о номере последовательности, до которой он успешно получил данные, включая его в поле «номер подтверждения». Все получаемые данные, относящиеся к промежутку подтверждённых последовательностей, игнорируются. Если полученный сегмент содержит номер последовательности больший, чем ожидаемый, то данные из сегмента буферизируются, но номер подтверждённой последовательности не изменяется. Если впоследствии будет принят сегмент, относящийся к ожидаемому номеру последовательности, то порядок данных будет автоматически восстановлен исходя из номеров последовательностей в сегментах.
Для того, чтобы передающая сторона не отправляла данные интенсивнее, чем их может обработать приёмник, TCP содержит средства управления потоком. Для этого используется поле «окно». В сегментах, направляемых от приёмника передающей стороне, в поле «окно» указывается текущий размер приёмного буфера. Передающая сторона сохраняет размер окна и отправляет данных не более, чем указал приёмник. Если приёмник указал нулевой размер окна, то передача данных в направлении этого узла не происходит, пока приёмник не сообщит о большем размере окна.
В некоторых случаях передающее приложение может явно затребовать протолкнуть данные до некоторой последовательности принимающему приложению, не буферизируя их. Для этого используется флаг PSH. Если в полученном сегменте обнаруживается флаг PSH, то реализация TCP отдаёт все буферизированные на текущий момент данные принимающему приложению. «Проталкивание» используется, например, в интерактивных приложениях. В сетевых терминалах нет смысла ожидать ввода пользователя после того, как он закончил набирать команду. Поэтому последний сегмент, содержащий команду, обязан содержать флаг PSH, чтобы приложение на принимающей стороне смогло начать её выполнение.
Завершение соединения можно рассмотреть в три этапа:
TCP требует явного указания максимального размера сегмента (MSS) в случае, если виртуальное соединение осуществляется через сегмент сети, где максимальный размер блока (MTU) менее, чем стандартный MTU Ethernet (1500 байт).
В протоколах туннелирования, таких как GRE , IPIP , а также PPPoE MTU туннель меньше, чем стандартный, поэтому сегмент TCP максимального размера имеет длину пакета больше, чем MTU. Это приводит к фрагментации и уменьшению скорости передачи полезных данных. Если на каком-либо узле фрагментация запрещена, то со стороны пользователя это выглядит как «зависание» соединений. При этом «зависание» может происходить в произвольные моменты времени, а именно тогда, когда отправитель использовал сегменты длиннее допустимого размера. Для решения этой проблемы на маршрутизаторах применяются правила Firewall-а, добавляющие параметр MSS во все пакеты, инициирующие соединения, чтобы отправитель использовал сегменты допустимого размера.
MSS может также управляться параметрами операционной системы.
Хотя протокол осуществляет проверку контрольной суммы по каждому сегменту, используемый алгоритм считается слабым . Так, в 2008 году ошибка в передаче одного бита, не обнаруженная сетевыми средствами, привела к остановке серверов системы Amazon Web Services .
В общем случае распределенным сетевым приложениям рекомендуется использовать дополнительные программные средства для гарантирования целостности передаваемой информации .
Недостатки протокола проявляются в успешных теоретических и практических атаках, при которых злоумышленник может получить доступ к передаваемым данным, выдать себя за другую сторону или привести систему в нерабочее состояние.
TCP-заголовок не содержит информации об адресе отправителя и получателя, поэтому даже при совпадении порта получателя нельзя с точностью сказать, что сообщение пришло в нужное место. Поскольку назначением протокола TCP является надёжная доставка сообщений, то этот момент имеет принципиальное значение. Эту задачу можно было решить разными способами. Самый очевидный - добавить информацию об адресе назначения в заголовок TCP, однако это, во-первых, приводит к дублированию информации, что снижает долю полезной информации переносимой TCP-сегментом, а во-вторых, нарушает принцип инкапсуляции модели OSI. Поэтому разработчики протокола пошли другим путём и использовали дополнительный псевдозаголовок.
