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

На собраниях, совещаниях, заседаниях, конференциях.

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

Распространено составление протоколов для документирования деятельности временных коллегиальных органов (конференций» собраний, семинаров и т. д.).

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

Протокол оформляется на общем бланке .

Заголовок, дата и номер протокола

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

Датой протокола является дата заседания (протоколы, как правило, оформляются после заседания). Если совещание продолжалось несколько дней, то дата протокола включает даты начала и окончания.

Например: 21 — 24.07.2009 .

Номером (индексом) протокола является порядковый номер заседания в пределах календарного года или срока полномочий коллегиального органа.

Текст протокола включает следующие части:

• вводную;
• основную.

Вводная часть

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

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

Во вводной части протокола указывается повестка дня .

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

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

Основная часть

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

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

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

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

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

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

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

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

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

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

Текст всего протокола печатают через 1,5 межстрочных интервала.

Протокол оформляет секретарь заседания. Протокол подписывает секретарь и представляет на подпись председателю в течение 3 (трех) рабочих дней после заседания.

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

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

Выписка из протокола

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

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

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

Подлинные экземпляры протоколов формируются секретарем в дела по виду заседаний. Например, «Протоколы общих собраний», «Протоколы заседаний Совета директоров», «Протоколы совещаний у директора» и т.д. Внутри дела протоколы систематизируют по номерам и хронологии. Дела формируются в течение календарного года.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример 4

Заголовок протокола - это важнейший поисковый признак, он призван помогать быстро и с наименьшими затратами находить нужный документ. Государственный стандарт (ГОСТ Р 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

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

Какими свойствами и особенностями обладает хороший, годный грамотный, качественный протокол?

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

Небольшой дисклеймер: говоря о достоверности данных, я имею ввиду их неискаженность вследствие помех и иных ошибок в среде передачи. В статье я не буду затрагивать темы пласта технологий, связанных с безопасностью в ИТ. Допустим что наши Алиса и Боб могут друг другу доверять, и никакая Ева им помешать не может . (Например у коллег вопрос безопасности решается включением всех территориально разделенных участников взаимодействия в хорошо защищенный VPN, не имеющий в свою очередь доступа наружу)

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

Все протоколы можно разделить на две группы, (по представлению данных): символьные и бинарные .
Символьные протоколы, с которыми мне приходилось встречаться, базировались либо на XML, либо на JSON-строках. Из их достоинств можно упомянуть о более простой отладке взаимодействия (вследствие их читаемости), о простоте реализации (наличия готовых парсеров), и пресловутой универсальности.
Теперь о недостатках. Очевидно, что такие протоколы являются крайне избыточными, мизерная доля полезной информации плавает в массивной, неэффективной обёртке. При передаче любой числовой информации приходиться заниматься их конвертацией в строковое представление и обратно. Больным местом является передача бинарных данных (и хорошо, что без них бывает можно обойтись, но в ряде случаев это невозможно). Составители протоколов обычно выкручиваются применением Base64 , или даже просто передачей бинарной строки в её hex-овом представлении, по два символа на байт.
Также хочется отметить, что полная спецификация того же XML крайне обширна, и стандартные парсеры, при всей их полноте возможностей, достаточно громоздки и медлительны, поэтому распространена практика, когда отдел или контора в итоге пишет и пользуется собственным парсером.

Конечно, для определенных задач , символьные протоколы являются, если не наиболее эффективным, то по крайней мере вполне приемлимым вариантом, но мы с вами идём дальше.

Теперь бинарные протоколы. Сразу же надо вспомнить о Гулливерских войнах тупоконечников и остроконечников . Лично я симпатизирую big-endian, т.к. не считаю неявную типизацию little-endian «чем-то хорошим», да и в моей среде разработки big-endian является нативным.
Бинарные протоколы (не все, но те, которые я отношу к грамотным) можно разделить на два уровня: уровень контейнера и уровень данных. На плечи первого уровня ложится ответственность за целостность и достоверность передачи данных, а так же за доступность обнаружения сообщения в байтовом потоке, и, само собой, за хранение в себе сообщения уровня данных. Второй уровень должен содержать информацию, ради которой всё сетевое взаимодействие и затевалось, в удобном для обработки формате. Его структура в основном зависит от решаемых задач, но и по нему есть общие рекомендации (о которых ниже).

Размеры сообщений (дискретных пакетов байт, которые можно обрабатывать независимо от предыдущих и последующих принимаемых данных) бывают фиксированными и переменными . Понятно, что с фиксированным размером сообщений всё проще - вычитается, начиная с заголовка (о нём позже), определенное количество байт и отправляется на обработку. Зачастую, для обеспечения гибкости, составители таких протоколов включают в сообщение область фиксированного размера (иногда до 80% от общего объема), зарезервированное под модификации нынешнего протокола. На мой взгляд, это не самый эффективный путь обеспечения гибкости, зато избыточность появляется еще какая.
Рассмотрим сообщения переменной длины.
Тут уже можно подробней поговорить о непременном атрибуте бинарного сообщения в любом протоколе - о заголовке (Это вышеупомянутый уровень контейнера).
Обычно заголовки начинаются с константной части, позволяющей, с определенной вероятностью обнаружить начало сообщения в непрерывном байтовом потоке. Очевидно, что имеется риск появления такой константы в произвольном потоке байт, и, хотя увеличение объема этот риск снижает (я встречал константы вида 0123456789VASIA9876543210), целесообразней использовать проверки на основе подсчета контрольной суммы .
За константой обычно следует номер версии протокола, который дает нам понять, в каком формате должно происходить дальнейшее считывание (и имеем ли мы вообще возможность обработать это сообщение - вдруг такая версия нам неизвестна). Следующая важная часть заголовка: информация о самом содержимом контейнера. Указывается тип содержимого (по факту, тот же номер версии протокола для уровня данных), его длина и контрольная сумма. Имея эту информацию, можно уже без проблем и опасений считать содержимое и приступить к его разбору.
Но не прямо сразу! Заголовок должна заключать контрольная сумма его самого (исключая из расчета конечно саму контрольную сумму) - только так мы можем быть уверены в том, что считали только что не белиберду, а валидный заголовок, за которым следуют предназначенные нам данные. Не совпала контрольная сумма? Придётся искать следующее начало нового заголовка дальше по потоку…

Представим, что мы дошли до этапа, что получили наконец неискаженное сообщение уровня данных. Его структура зависит от той области задач той системы, в которой реализован ваш сетевой обмен, однако в общем виде у сообщения тоже бывает быть свой заголовочек , содержащий информацию о типе сообщения. Можно различить как общую специфику сообщения, (например «Запрос Set», «Утвердительный Ответ на Set», «Отрицательный Ответ на Set», «Запрос Get», «Ответ Get», «Потоковое сообщение»), так и конкретную область применение сообщения. Попробую привести пример с потолка:
Тип запроса: Запрос Set (0x01)
Идентификатор модуля-адресата сообщения: PowerSupplyModule (0x0A)
Идентификатор группы сообщений: UPS Management (0x02)
Идентификатор типа сообщения: Reboot (0x01)
Дальше тело сообщения может содержать информацию об адресе ИБП, который Модуль управления энергообеспечением должен перезагрузить, через сколько секунд это сделать и т.п.
На это сообщение мы рассчитываем получить ответное сообщение с типом запроса «Утвердительный Ответ» и последующими 0x0A0201 в заголовке.
Конечно, такое подробное описание типа сообщения может быть избыточным когда межсетевое взаимодействие не предусматривает большого числа команд, так что формировать структуру сообщения надо исходя из требований ТЗ.
Так же будет полезно, если сообщение с «Отрицательным Ответом» будет содержать код ошибки, из-за которой не удалось ответить на команду утвердительно.

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

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

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

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

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

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

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

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