Код документа 2302 справка образец: Межрайонная инспекция ФНС России № 13 по Краснодарскому краю | ФНС России

Запрещенные действия с персоналом (PPP) | Национальный архив

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

Посмотреть постер со списком четырнадцати PPP

  1. Должностное лицо агентства не должно дискриминировать сотрудника или кандидата на основе расы, цвета кожи, религии, пола, национального происхождения, возраста, инвалидности (или инвалидности), семейного положения или политической принадлежности. 5 США § 2302(б)(1).
  2. Чиновник агентства не должен запрашивать или рассматривать рекомендацию, основанную на политических связях или влиянии. 5 США § 2302(б)(2).
  3. Должностное лицо агентства не вправе принуждать к политической деятельности любого лица или принимать ответные меры против сотрудника за отказ заниматься политической деятельностью. 5 США § 2302(б)(3).
  4. Сотрудник агентства не должен намеренно обманывать или мешать кому-либо участвовать в конкурсе на трудоустройство. 5 США § 2302(б)(4).
  5. Должностное лицо агентства не должно ни на кого влиять с целью отказа от участия в конкурсе с целью улучшить или ухудшить перспективы трудоустройства любого лица. 5 США § 2302(б)(5).
  6. Сотрудник агентства не должен предоставлять несанкционированное преимущество с целью улучшить или ухудшить перспективы трудоустройства любого лица. 5 США § 2302(б)(6).
  7. Служащий федерального правительства не должен заниматься кумовством (т. е. нанимать, продвигать или выступать за наем или продвижение по службе родственников). 5 США § 2302(б)(7).
  8. Должностное лицо агентства не должно мстить сотруднику за разоблачение. 5 США § 2302(б)(8).
  9. Должностное лицо агентства не должно принимать ответные меры за то, что сотрудник: а) подал жалобу, претензию или апелляцию; б) свидетельствовал или помогал кому-либо в одном из этих видов деятельности; c) сотрудничал со специальным советником или генеральным инспектором или раскрывал информацию; или d) отказался подчиниться приказу, требующему от работника нарушения закона. 5 США § 2302(б)(9)).
  10. Должностное лицо агентства не должно допускать дискриминации из-за поведения, которое не оказывает неблагоприятного влияния на выполнение работы.5 U.S.C. § 2302(б)(10).
  11. Чиновник агентства не должен предпринимать или не предпринимать, рекомендовать или одобрять кадровые действия, если он знает, что это нарушит требование предпочтения ветеранов. 5 США § 2302(б)(11).
  12. Должностное лицо агентства не должно предпринимать или не предпринимать кадровых действий, если это нарушит закон, правило или положение, реализующее или непосредственно касающееся принципов системы заслуг. 5 США § 2302(б)(12).
  13. Должностное лицо агентства не должно внедрять или обеспечивать соблюдение политики, формы или соглашения о неразглашении, если они не содержат конкретного заявления, уведомляющего сотрудников об их правах, обязанностях или ответственности, связанных с секретной информацией, сообщениями Конгрессу, сообщениями о нарушениях Генеральному инспектору. , или любую другую защиту информаторов. 5 США § 2302(б)(13).
  14. Сотрудник агентства не имеет права доступа к медицинской карте другого сотрудника или кандидата на работу в рамках или иным образом в поддержку любого поведения, описанного в пунктах (1)–(13). 5 США § 2302(б)(14).

RFC 2302 — Формат файла изображения тега (TIFF)

 [Поиск] [txt|html|pdf|bibtex] [Отслеживание] [WG] [Электронная почта] [Diff1] [Diff2] [Nits]
От: draft-ietf-fax-tiff-reg-05 Предлагаемый стандарт
Устарело: 3302 
 Network Working Group G. Parsons
Запрос комментариев: 2302 Северный Телеком
Категория: Трек стандартов Дж. Рафферти
                                                    Человеческое общение
                                                               С. Зиллес
                                                     Adobe Systems, Inc.
                                                              19 марта98
               Формат файла изображения тега (TIFF) - image/tiff
                       Регистрация подтипа MIME
Статус этого меморандума
   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество, а также запросы на обсуждение и предложения по
   улучшения.  Пожалуйста, обратитесь к текущему выпуску «Интернет
   Стандарты официальных протоколов» (STD 1) для состояния стандартизации
   и статус этого протокола. Распространение этой памятки не ограничено.
Уведомление об авторских правах
   Авторское право (C) Интернет-сообщество (1998). Все права защищены.
Обзор
   Этот документ описывает регистрацию подтипа MIME.
   изображение/тифф. Базовое кодирование определяется [TIFF].
Рабочая группа Интернет-факса
   Этот документ является продуктом рабочей группы IETF Internet Fax.
   Все комментарии к этому документу следует направлять на электронную почту
   список рассылки по адресу .
1. Аннотация
   Этот документ описывает регистрацию подтипа MIME.
   изображение/тифф. Базовое кодирование определяется [TIFF]. Этот
   документ уточняет более раннюю регистрацию подтипа в RFC 1528
   [TPC.INT].
2. Определение TIFF
   TIFF (формат файла изображения тега) Редакция 6.0 подробно определяется
   Adobe в формате [TIFF]. Документацию можно получить в Adobe по адресу:
Парсонс и др.  др. Трек стандартов [Страница 1] 
RFC 2302 TIFF, март 1998 г.
     Ассоциация разработчиков Adobe
     Adobe Systems Инкорпорейтед
     345 Парк Авеню
     Сан-Хосе, Калифорния 95110-2704
     Телефон: +1-408-536-6000
     Факс: +1-408-537-6000
   Копию этой спецификации также можно найти в:
   ftp://ftp.adobe.com/pub/adobe/devrelations/devtechnotes/pdffiles/
   tiff6.pdf
   Хотя краткое описание области применения и функций приведено в этом
   раздел в качестве справочной информации, читатель направляется к
   оригинальную спецификацию TIFF [TIFF], чтобы получить полную функциональность и
   Технические подробности.
 2.1 Объем TIFF
   TIFF описывает данные изображения, которые обычно поступают со сканеров, кадров
   грабберы, а также программы для рисования и ретуши фотографий. TIFF не является
   язык принтера или язык описания страницы. Цель TIFF состоит в том, чтобы
   для описания и хранения данных растрового изображения. Основная цель TIFF —
   предоставить богатую среду, в которой приложения могут обмениваться
   данные изображения.  Это богатство необходимо, чтобы воспользоваться преимуществами
   различные возможности сканеров и других устройств обработки изображений. Хотя
   TIFF — это богатый формат, его легко использовать для простых сканеров и
   приложений, потому что количество обязательных полей невелико.
2.2 Функции TIFF
   Некоторые из особенностей TIFF (из [TIFF]):
    - TIFF может описывать двухуровневый, оттенки серого, цветовую палитру,
      и данные полноцветного изображения в нескольких цветовых пространствах.
    - TIFF включает ряд схем сжатия, позволяющих
      разработчикам выбирать лучший компромисс между пространством или временем для своих
      Приложения.
    - TIFF спроектирован так, чтобы быть расширяемым и изящно развиваться как новый
      возникают потребности.
    - TIFF позволяет включать неограниченное количество частных или
      информация специального назначения.
Парсонс и др. др. Трек стандартов [Страница 2] 
RFC 2302 TIFF, март 1998 г.
3. Определение MIME
3. 1 изображение/TIFF
   Тип содержимого image/tiff ранее был определен в RFC 1528 как
   содержащие данные изображения, закодированные в формате TIFF 6.0, с конкретной ссылкой
   в подмножество, известное как TIFF Class F. Этот документ переопределяет
   исходное определение изображения/TIFF для ссылки на все профили и
   расширения, основанные на кодированных данных изображения TIFF 6.0 [TIFF],
   в соответствии с существующей практикой для Интернета с поддержкой TIFF
   Приложения. Это определение дополнительно расширяется введением
   новый «параметр приложения» (раздел 3.2), позволяющий идентифицировать
   определенное подмножество расширений TIFF и TIFF для закодированного изображения
   данные.
3.2 Параметры приложения
   Есть случаи, когда может быть полезно идентифицировать приложение
   применимо к содержимому тела изображения/tiff. Как правило, это
   будет использоваться для помощи получателю в отправке подходящего
   пакет рендеринга для управления отображением или обработкой изображения
   файл.  В результате определяется необязательный параметр «приложение».
   для изображения/tiff, чтобы идентифицировать подмножество TIFF конкретного приложения
   и расширения TIFF для закодированных данных изображения, если они известны. Нет
   значения определены в этом документе.
   Пример использования вымышленного значения 'foo':
                 Тип содержимого: изображение/tiff; приложение=foo
   Для приложения нет значения по умолчанию, так как отсутствие
   параметр приложения указывает, что закодированное изображение TIFF
   Базовый TIFF или что нет необходимости идентифицировать
   заявление. Это зависит от реализации получателя
   определить приложение (при необходимости) и отрендерить изображение на
   пользователь.
4. Регистрация в IANA
   Кому: [email protected]
   Тема: Регистрация стандартного типа носителя MIME image/tiff
   Имя типа носителя MIME: изображение
   Имя подтипа MIME: tiff
   Обязательные параметры: нет
Парсонс и др. др. Трек стандартов [Страница 3] 
RFC 2302 TIFF, март 1998 г. 
   Дополнительные параметры: приложение
      Формат значения этого параметра не указан
      в дополнение к указанному [MIME1]. Различный
      приложения TIFF могут определять значения по мере необходимости. Новый
      значения должны быть определены в RFC отслеживания стандартов и
      значения должны быть зарегистрированы в IANA с использованием
      регистрационная форма включена в Приложение А. Нет
      значение по умолчанию для приложения, так как отсутствие
      параметр приложения указывает, что закодированное изображение TIFF
      является базовым TIFF или что нет необходимости идентифицировать
      заявление. Реализация должна определить
      приложение (при необходимости) и визуализировать изображение на
      пользователь.
   Соображения по кодировке: обычно предпочтительнее двоичная или Base-64.
   Соображения безопасности:
      TIFF использует структуру, которая может хранить данные изображения и
      атрибуты этих данных изображения. Поля, определенные в
      Спецификация TIFF носит описательный характер и обеспечивает
      информация, полезная для облегчения просмотра и
      рендеринг изображений получателем.  Таким образом, поля
      в настоящее время определено в спецификации TIFF, не в
      сами по себе создают дополнительные риски безопасности, поскольку
      поля не используются для того, чтобы вызывать какое-либо конкретное поведение
      приложение-получатель.
      TIFF имеет расширяемую структуру, поэтому
      теоретически возможно, что поля могут быть определены в
      будущее, которое может быть использовано для побуждения конкретных действий на
      часть получателя, тем самым представляя дополнительные
      риски безопасности, но этот тип возможностей не
      поддерживается в упомянутой спецификации TIFF. Действительно,
      определение полей, которые будут включать такую ​​обработку
      инструкции не соответствуют целям и духу
      спецификации TIFF.
   Соображения по совместимости:
      Способность реализаций обрабатывать все определенные
      приложения (или профили внутри приложений) формата TIFF могут
      не быть вездесущим. В результате реализации могут декодировать
      и попытаться отобразить закодированные данные изображения TIFF только для
      определить, что изображение не может быть отображено.  Присутствие
      параметра приложения может помочь разрешить это
      определение перед отправкой на рендеринг. Однако это
Парсонс и др. др. Трек стандартов [Страница 4] 
RFC 2302 TIFF, март 1998 г.
      следует отметить, что значение параметра не предназначено для
      передавать уровни возможностей для конкретного приложения.
   Опубликованная спецификация:
      TIFF (формат файла изображения тега) определяется в:
         TIFF (TM), редакция 6.0 — финал — 3 июня 1992 г.
      Ассоциация разработчиков Adobe
      Adobe Systems Инкорпорейтед
      345 Парк Авеню
      Сан-Хосе, Калифорния 95110-2704
      Телефон: +1-408-536-6000
      Факс: +1-408-537-6000
      Копию этой спецификации можно найти в:
      ftp://ftp.adobe.com/pub/adobe/devrelations/devtechnotes/pdff
      файлы/tiff6.pdf
   Приложения, использующие этот тип носителя:
      Обработка изображений, факс, обмен сообщениями и мультимедиа
   Дополнительная информация:
      Магические числа:
           II (с прямым порядком байтов): 4949 42 00 шестн. 
           ММ (прямой порядок байтов): 4D 4D 00 42 шестнадцатеричный
      Расширение(я) файла: .TIF
      Коды типов файлов для Macintosh: TIFF
   Контактное лицо и адрес электронной почты для получения дополнительной информации:
      Гленн В. Парсонс
      Гленн.Парсонс@Nortel.ca
      Джеймс Рафферти
      [email protected]
      Стивен Зиллес
      [email protected]
      Предполагаемое использование: ОБЩИЙ
      Контролер изменений: Стивен Зиллес
Парсонс и др. др. Трек стандартов [Страница 5] 
RFC 2302 TIFF, март 1998 г.
5. Адреса авторов
   Гленн В. Парсонс
   Северный Телеком
   ПО Box 3511, Станция C
   Оттава, ON K1Y 4H7
   Канада
   Телефон: +1-613-763-7582
   Факс: +1-613-763-2697
   Электронная почта: [email protected]
   Джеймс Рафферти
   Человеческое общение
   12 Кевин Драйв
   Дэнбери, Коннектикут 06811-2901
   США
   Телефон: +1-203-746-4367
   Факс: +1-203-746-4367
   Электронная почта: [email protected]
   Стивен Зиллес
   Adobe Systems Inc. 
   Почтовый ящик W14
   345 Парк Авеню
   Сан-Хосе, Калифорния 95110-2704
   США
   Голос: +1-408-536-4766
   Факс: +1-408-536-4042
   Электронная почта: [email protected]
6. Ссылки
   [MIME1] Фрид, Н. и Н. Боренштейн, «Многоцелевая интернет-почта».
        Расширения (MIME), часть первая: формат тел интернет-сообщений»,
        RFC 2045, ноябрь 1996 г.
   [MIME4] Фрид, Н. и Н. Боренштейн, «Многоцелевая интернет-почта».
        Расширения (MIME), часть четвертая: процедуры регистрации», RFC 2048,
        ноябрь 1996 г.
   [TIFF] Ассоциация разработчиков Adobe, TIFF (TM), редакция 6.0 — окончательная версия,
        3 июня 1992.
   [TPC.INT] Маламуд, К. и М. Роуз, "Принципы работы для
        Поддомен TPC.INT: Удаленная печать -- Технические процедуры",
        RFC 1528, октябрь 1993 г.
   [TIFFPLUS] Макинтайр Л., Зиллес С., Бакли Р., Венейбл Д.,
        Парсонс, Г., и Дж. Рафферти, «Формат файла для интернет-факса»,
        RFC 2301, март 1998 г.
   [TIFF] Парсонс, Г., и Дж. Рафферти, «Формат файла изображения тега
        TIFF) -- R Profile for Facsimile, RFC 2306, март 1998 г. 
Парсонс и др. др. Трек стандартов [Страница 6] 
RFC 2302 TIFF, март 1998 г.
Приложение A: Регистрационная форма IANA для новых значений приложения
Параметр
   Кому: [email protected] Тема: Регистрация новых значений для
   Параметр приложения
            изображения/TIFF
   Имя типа MIME:
   изображение/tiff
   Дополнительный параметр:
   Заявление
   Новые значения:
   Приложение=foo
   Описание использования:
   foo - ("foo" - вымышленное новое значение, используемое в этом сообщении как
             например, его нужно заменить новым значением
             зарегистрирован. Включите краткое описание использования
             новое значение здесь. Это должно включать ссылку на стандарты
             отследить RFC для получения полного описания; использование
             значение должно быть определено достаточно полно для независимого
             реализация. )
   Соображения безопасности:
   (Любые дополнительные соображения безопасности, которые могут возникнуть при использовании
   нового параметра должны быть определены здесь или в указанном
   стандарты отслеживают RFC. )
   Контактное лицо и адрес электронной почты для получения дополнительной информации:
   (заполнить контактную информацию)
   ИНФОРМАЦИЯ ДЛЯ ЗАКАЗЧИКА:
   Принятые регистрации будут перечислены в разделе «Назначенные номера».
   серию RFC. Информация в регистрационной форме свободно
   распространяемый.
Парсонс и др. др. Трек стандартов [Страница 7] 
 RFC 2302 TIFF, март 1998 г.
 Полное заявление об авторских правах
 Авторское право (C) Общество Интернета (1998 г.). Все права защищены.
 Этот документ и его переводы могут быть скопированы и предоставлены
 другие и производные работы, которые комментируют или иным образом объясняют это
 или содействовать в его реализации, могут быть подготовлены, скопированы, опубликованы
 и распространяется полностью или частично без ограничения каких-либо
 вид, при условии, что приведенное выше уведомление об авторских правах и этот параграф
 включены во все такие копии и производные работы. Однако это
 сам документ не может быть изменен каким-либо образом, например, путем удаления
 уведомление об авторских правах или ссылки на Internet Society или другие
 Интернет-организациям, за исключением случаев, когда это необходимо для целей
 разработка интернет-стандартов, и в этом случае процедуры для
 авторские права, определенные в процессе Интернет-стандартов, должны быть
 следовала или по мере необходимости переводила его на языки, отличные от
 Английский.