Что стоит в конце названия протокола

Обновлено: 18.05.2024

2.7.3.1. Протокол составляется на основании записей, произведенных во время совещания (заседания), представленных тезисов докладов и выступлений, справок, проектов решений и др.

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

2.7.3.3. Текст полного протокола, как правило, состоит из двух частей: вводной и основной.

Во вводной части указываются:

Председатель или Председательствующий

Присутствовали (подчеркивается) - список присутствовавших или отсылка к прилагаемому списку присутствовавших, если их количество превышает 15 человек.

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

Основная часть протокола состоит из разделов, соответствующих пунктам повестки дня. Текст каждого раздела строится по схеме:

СЛУШАЛИ - ВЫСТУПИЛИ - ПОСТАНОВИЛИ (РЕШИЛИ).

Основное содержание докладов и выступлений помещается в тексте протокола или прилагается к нему; в последнем случае делается в тексте сноска "Текст выступления прилагается". Постановление (решение) - в тексте протокола печатается полностью; при необходимости приводятся итоги голосования.

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

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

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

Заместитель Министра культуры и массовых коммуникаций Российской Федерации

заместители Руководителя Федерального архивного агентства Российской Федерации.

Многострочные наименования должностей присутствующих указываются через 1 межстрочный интервал.

Список отделяется от основной части протокола сплошной чертой.

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

Затем указывается принятое по вопросу решение.

2.7.3.5. Протокол подписывается председательствующим на заседании и секретарем. Датой протокола является дата заседания.

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

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

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

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

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

2.7.3.7. Протоколы печатаются на стандартном бланке протокола размером шрифта N 14 или на общем бланке федерального органа исполнительной власти формата А4 и имеют следующие реквизиты:

Наименование документа - слово ПРОТОКОЛ печатается от границы верхнего поля прописными буквами в разрядку, полужирным шрифтом размером N 17 и выравнивается по центру;

Вид заседания, совещания - отделяется от предыдущего реквизита 2 межстрочными интервалами, печатается полужирным шрифтом через 1 интервал и выравнивается по центру.

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

Дата и номер протокола. Дата оформляется словесно-цифровым способом и печатается через 2 межстрочных интервала ниже предыдущего реквизита. Номер протокола печатается арабскими цифрами и состоит из знака "N " и порядкового номера протокола.

Основная часть протокола печатается через 1,5 межстрочных интервала.

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

Наименование должности печатается от левой границы текстового поля через 1 межстрочный интервал и центрируется относительно самой длинной строки.

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

Образец оформления полного протокола приведен в Приложении N 9.

Образец оформления краткого протокола приведен в Приложении N 10.

2.7.3.8. При решении правовых нормативных вопросов федеральные органы исполнительной власти в пределах своей компетенции издают постановления как самостоятельные документы.

Оформление реквизитов постановления аналогично п. 2.7.1.6 данной типовой инструкции (Приложение N 4).

Учёт оборудования

ГОСТ ИСО/МЭК 17025-2009
5.10.2 c) уникальную идентификацию протокола испытаний или сертификата о калибровке (например, серийный номер), а также идентификацию на каждой странице, чтобы обеспечить признание страницы как части протокола испытаний или сертификата о калибровке, и, кроме того, четкую идентификацию конца протокола испытаний или сертификата о калибровке.
Примечание 1 - Экземпляры протоколов испытаний или сертификатов о калибровке, выполненные на бумаге, должны иметь нумерацию страниц и указание общего числа страниц.
Кто как обозначает конец протокола, есть ли какие тенденции?

так вот же конец Протокол составлен в 2-х экземплярах:
1-й экземпляр - хранится в лаборатории
2-й экземпляр - передается заказчику
Запись понравилась.

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

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

После фразы "Конец протокола" уже не может других фраз, иначе какой же это конец или окончание протокола? :-)

Всем добрый день!
1. Нужно ли писать на протоколах номер экземпляра?! Первый экземпляр - передаётся заказчику, второй остаётся у нас.
2. Хотим организовать электронное хранение протоколов, для этого необходимо защитить документ усиленной электронной подписью. При выдаче протокол подписывается 2 сотрудниками.
Вопрос: при электронном хранении протокол должен быть подписан так же 2 сотрудниками?! Или достаточно одного на наше усмотрение?!
P.S. Мы так же заканчиваем словами ***конец протокола***

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

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

Добрый день!
Возникли вопросы по общим требованиям к протоколу испытаний по пунктам:
d) . четкая идентификация конца протокола. Как именно обозначить конец протокола, если в протоколе имеются приложения в виде фото, графиков, таблиц? После всех приложений?
k) ссылка на план и метод отбора образцов. Если образцы отбирает Орган по сертификации, то какую ссылку мы должны сделать? Как должен выглядеть план отбора, если ни в одном методе у нас не прописано, как нужно отбирать? Мы в РК для себя сами прописали, что бережно, случайным образом, если это серия и т.п. Нам ссылаться на РК? А если это образец, который предоставил заказчик и он вообще единица продукции?
n) дополнения, отклонения или исключения из метода. Если ИЛ работает строго по методу без дополнений, отклонений и исключений, то в протоколе прописать, что этого не производится или что?
р) однозначная идентификация результатов, полученных от внешних поставщиков. Кто для протокола испытаний будет внешним поставщиком и какие результаты мы должны идентифицировать?
Для проведения испытаний объекты отбирает орган по сертификации либо единицу продукции предоставляет сам заказчик (для целей декларирования).
Подскажите, пожалуйста)))

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

Скалолазка писал(а): ↑ 14 дек 2019 17:09 Как именно обозначить конец протокола, если в протоколе имеются приложения в виде фото, графиков, таблиц? После всех приложений?

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

Скалолазка писал(а): ↑ 14 дек 2019 17:09 дополнения, отклонения или исключения из метода. Если ИЛ работает строго по методу без дополнений, отклонений и исключений, то в протоколе прописать, что этого не производится или что?

ничего не пишите, в РК пропишите что что в случае отклонений прекращаете работу с записью в журнале, при возможности с отметкой заказчика.

Скалолазка писал(а): ↑ 14 дек 2019 17:09 однозначная идентификация результатов, полученных от внешних поставщиков

Индетефицирует данные которые предоставил заказчик, если вам принесли ведро грибов, и сказали ведро подосиновиков, при описание объекта пишите ведро подосиновиков*. *-со слов заказчика.

Протокол TCp

На этом уровне есть два протокола, протокол UDP, который уже рассматривали и протокол TCP, который является одним из основных протоколов стека TCP/IP и интернет.

p, blockquote 3,0,0,0,0 -->

Протокол TCP в модели OSI

p, blockquote 4,0,0,0,0 -->

p, blockquote 5,0,0,0,0 -->

Поток байт

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

p, blockquote 6,0,0,0,0 -->

поток байт в протоколе TCP

p, blockquote 7,0,0,0,0 -->

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

p, blockquote 8,0,0,0,0 -->

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

p, blockquote 9,0,0,0,0 -->

Гарантия доставки в TCP

p, blockquote 10,0,0,0,0 -->

Гарантия доставки: повторная отправка

p, blockquote 11,0,0,0,0 -->

Гарантия доставки, повторное отправление

p, blockquote 12,0,0,0,0 -->

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

p, blockquote 13,0,0,0,0 -->

Повторная доставка прошла успешно

p, blockquote 14,0,1,0,0 -->

Протокол TCP: скользящее окно

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

p, blockquote 15,0,0,0,0 -->

  • Остановка и ожидание (Wi-Fi, канальный уровень)
  • Скользящее окно (TCP, транспортный уровень)

Варианты подтверждения доставки

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

p, blockquote 17,0,0,0,0 -->

Варианты подтверждения доставки: скользящее окно

p, blockquote 18,0,0,0,0 -->

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

p, blockquote 19,0,0,0,0 -->

p, blockquote 20,0,0,0,0 -->

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

p, blockquote 21,0,0,0,0 -->

Пример подтверждения доставки

Рассмотрим на примере работу сети.

Скользящее окно

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

p, blockquote 23,0,0,0,0 -->

скользящее окно

p, blockquote 24,0,0,0,0 -->

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

p, blockquote 26,0,0,0,0 -->

перемещается скользящее окно

p, blockquote 27,0,0,0,0 -->

Тип подтверждения

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

  • Кумулятивное подтверждение, говорит о том что получен указанный байт данных и все предыдущие. Такой подход используется в TCP по умолчанию. Сейчас из-за того что распространились высокоскоростные каналы связи большой протяженности, размер окна в TCP может быть увеличен до 1 гигабайта. Представьте, что вы передали гигабайт данных и у вас потерялся всего лишь один сегмент, который находится в середине. С помощью кумулятивного подтверждения вы можете подтвердить получение только первых 500 мегабайт, получится что вам придётся повторно передавать 500 мегабайт данных, которые уже есть у получателя.

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

p, blockquote 29,0,0,0,0 -->

p, blockquote 30,0,0,0,0 -->

p, blockquote 31,0,0,0,0 -->

Дублирование сегментов

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

p, blockquote 32,0,0,0,0 -->

Пример передачи данных в TCP

p, blockquote 33,0,0,0,0 -->

p, blockquote 34,0,0,0,0 -->

p, blockquote 35,0,0,0,0 -->

p, blockquote 36,0,0,0,0 -->

В нашем примере 4 сегмента первый сегмент содержит байты от 0 до 1023, второй от 1024 до 2047 и так далее.

p, blockquote 37,0,0,0,0 -->

Нумерация байтов

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

p, blockquote 38,0,0,0,0 -->

Нумерация байтов

  • Например сегмент данных, байт 0, он содержит байты с 0 до 1023.
  • Получатель отправляет подтверждение и в подтверждение включает номер следующего байта, который ожидается байт 1024.
  • Отправитель передает следующий сегмент, включая в него номер первого байта, сегмент данных, номер первого байта 1024 содержит данные до номера байта 2047.
  • Получатель отправляет подтверждение, что он ждет байт с номером 2048, если сегменты придут в неправильном порядке, то получатель по номерам байтов всегда сможет выставить их в правильной последовательности.

Дублирование сегментов

Рассмотрим как решается ситуация с дублированием сегментов.

p, blockquote 40,0,0,0,0 -->

Дублирование сегментов

  • Отправитель включает в сегмент номер первого передаваемого байта 1024.
  • Получатель отправляет подтверждение, где говорит что ждет байт в 2048.
  • Но так как подтверждение не дошло, то отправитель передает тот же самый сегмент 1024.
  • Однако получатель видит, что этот сегмент у него уже есть поэтому он этот сегмент игнорирует и снова отправляет подтверждение, где говорит что он ожидает байт 2048.

Соединение TCP

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

p, blockquote 42,0,0,1,0 -->

Задачи соединения

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

Установка соединения в TCP

p, blockquote 43,0,0,0,0 -->

Установка соединения в TCP

p, blockquote 44,0,0,0,0 -->

p, blockquote 45,0,0,0,0 -->

p, blockquote 46,0,0,0,0 -->

Разрыв соединения в TCP

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

p, blockquote 47,0,0,0,0 -->

p, blockquote 48,0,0,0,0 -->

p, blockquote 49,0,0,0,0 -->

Разрыв соединения в TCP

p, blockquote 50,0,0,0,0 -->

p, blockquote 51,0,0,0,0 -->

Заключение

p, blockquote 52,0,0,0,0 -->

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

p, blockquote 53,0,0,0,0 -->

p, blockquote 54,0,0,0,0 -->

p, blockquote 55,0,0,0,0 --> p, blockquote 56,0,0,0,1 -->


МЕЖДУНАРОДНАЯ ФЕДЕРАЦИЯ БАСКЕТБОЛА
F I B A
B - ПРОТОКОЛ

Диаграмма 16. Протокол

  1. Рекомендуется, чтобы Секретарь все записи в Протоколе делал, используя ручки двух различных цветов - одну для первого и третьего периодов, другую - для второго и четвертого периодов.
  2. Протокол может быть подготовлен и заполнен электронным методом.

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

  • Наименование соревнования.
  • Порядковый номер игры.
  • Дату, время и место проведения игры.
  • Фамилии Старшего судьи и Судьи.
FEDERATION INTERNATIONALE DE BASKETBALL INTERNATIONAL BASKETBALL FEDERATION

Диаграмма 17. Заголовок протокола

Затем Секретарь записывает фамилии членов обеих команд, используя список игроков, предоставленный Тренером или его представителем. Команда 'A' занимает верхнюю часть Протокола, команда 'B' - нижнюю.

В первом столбце Секретарь записывает номер (последние 3 цифры) лицензии каждого Игрока. Для турниров, номер лицензии Игрока, указывается только для первой игры команды.

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

Если в команде менее 12 Игроков, Секретарь прочеркивает в Протоколе пустые места в столбцах номера лицензии, фамилии, номера и т.д. Игрока(-ов), который не принимает участия в игре.

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

Отметить пять (5) Игроков, которые начнут игру, поставив маленький значок 'x' рядом с номером Игрока в колонке "Уч. в игре".

В начале игры Секретарь должен обвести в кружок значок 'x' для пяти (5) игроков каждой команды, которые начинают игру.

В течение игры , когда Запасной вступает в игру впервые, Секретарь должен поставить маленький значок 'x' рядом с номером Игрока в колонке "Уч. в игре", не обводя его в кружок.

Диаграмма 18. Команды в протоколе

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

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

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

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

B.8.3.5 Неспортивный фол - 'U'. B.8.3.6 Дисквалифицирующий фол - 'D'. B.8.3.7

Любой фол, влекущий наказание в виде штрафного броска (бросков), должен быть отмечен добавлением цифры, соответствующей числу штрафных бросков (1, 2 или 3) рядом с 'Р', 'Т', 'С', 'В', 'U' или 'D'.

Все фолы обеим командам, влекущие наказание равной степени тяжести и компенсирующиеся согласно Ст. 56 (Особые ситуации) должны отмечаться добавлением маленькой буквы 'c' рядом с 'Р', 'Т', 'С', 'В', 'U' или 'D'.

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

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

Если Запасной имеет менее 4 фолов, тогда 'F' должно проставляться во всех оставшихся клетках для фолов:

Если Запасной уже совершил 5 фолов (покинул площадку), тогда 'F' должно проставляться в колонке после последнего фола:

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

Примечание: Технические или дисквалифицирующие фолы согласно Ст. 52 (Драка) не считаются командными фолами.

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

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

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

Для записи командных фолов в протоколе предусмотрены по 4 клетки для каждого периода (ниже названия команды и выше имен игроков).

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

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

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

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

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

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

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

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

Диаграмма 19
Изменение счета B.12 Текущий счет: подведение итогов
B.12.1

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

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

Затем Секретарь должен подписать протокол после того, как его подпишут Секундометрист и Оператор 24 секунд.

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

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

Читайте также: