Образец приказа о назначении контрактных управляющих 2020 и 2021 | Скачать форму, бланк

Что такое приказ о назначении

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

В 44-ФЗ не закреплены ни порядок оформления, ни обязательная форма такого документа, однако без него невозможно построить эффективную систему закупок заказчика.

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

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

Действия с эцп строго по приказу

Мы уже говорили о том, что электронных подписей в организации должно быть несколько. Материал можно посмотреть по ссылке. Так вот, если контрактный управляющий Иванов сам своей ЭЦП подписывает документ в ЕИС, то как бы всё в порядке.

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

Как происходит назначение

Статья 38 Федерального закона № 44-ФЗ устанавливает правило, что в структуре организации госзаказчика должна создаваться либо контрактная служба, курирующая закупочную деятельность, либо, если СГОЗ заказчика не превышает 100 млн рублей, контрактный управляющий. Этот сотрудник отвечает за проведение тендеров у госзаказчика вплоть до исполнения контракта.

У заказчика есть два варианта назначить работника на должность:

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

Второй вариант предполагает расширение полномочий, поэтому:

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

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

Куда обратиться

Итак, где же взять для работы эту ЭЦП? Для заказчиков путь один. В УФК. Там вам бесплатно выдадут электронную цифровую подпись отвечающую последним требованиям законодательства. Вам останется установить сертификат на рабочий компьютер и привязать его ко всем электронным площадкам.

Не еисом единым

Документов подписываемых в ЕИС ЭЦП руководителя крайне мало. Если исключить План закупок и План-график закупок, то таких сведений практически нет. Ну не будете же вы подписывать ЭЦП руководителя сведения о заключенном контракте, в самом деле? Хотя не удивлюсь, что и такое у кого-то встречается.

Для документов и сведений, подписываемых в ЕИС, вполне достаточно ЭЦП исполнителя — контрактного управляющего или сотрудника контрактной службы, иногда специалиста финансовой службы.

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

Читайте также:  Как подписать документы электронной подписью (ЭЦП) на Госуслугах

Нормативная база:

В следующей статье нашего цикла «44-ФЗ простыми словами» мы познакомимся с целями осуществления закупок и поговорим про нацрежим в закупках.

Приказ о контрактном управляющем — образец — группа компаний «ценный контракт»

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

Контрактный управляющий осуществляет функции и полномочия, поименованные в соответствие с частями 4 и 5 статьи 38 Закона 44-ФЗ:

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

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


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

Если же Вам требуется помощь специалистов, то юристы Группы Компаний «Ценный Контракт» окажут полный спектр услуг в области конкурентных закупок.

    Заказчикам:         С услугами для заказчиков можно ознакомиться в этом разделе.

   Поставщикам:     С услугами для поставщиков можно ознакомиться в этом разделе.

    Обучение:            С услугами учебного центра можно ознакомиться в этом разделе.

Принципы

Ну а что же там с принципами контрактной системы?

Законом устанавливается шесть следующих принципов:

  1. Открытости и прозрачности — вся информация о закупках публикуется в ЕИС и все желающие могут посмотреть практически любую закупку в свободном доступе. Всплывают же иногда в СМИ закупки на приобретение дорогостоящих автомобилей или организацию праздников за счет государства. Всё это благодаря этому принципу.
  2. Обеспечения конкуренции — контрактная система создает равные условия для обеспечения конкуренции между участниками закупок. Все кто хотят участвовать — участвуют. Любые действия, противоречащие нормам Закона о контрактной системе, запрещены для всех участников процесса закупок. Внимательно прочитали – условия равные для всех. Сильно законодатели прописали! У всех получается соблюдать?!
  3. Профессионализма заказчика — представители заказчика, которые занимаются закупками, должны быть профессионально подготовлены и постоянно повышать свою профессиональную квалификацию. Не реже, чем один раз в три года специалист должен быть обучен! А здесь выполняете?
  4. Стимулирование инноваций — заказчики должны приобретать инновационную и высокотехнологичную продукцию. Всё самое лучшее на благо государства и народа!
  5. Единства контрактной системы — принципы и подходы контрактной системы едины, позволяют качественно планировать и осуществлять закупки, проводить их мониторинг и аудит. Слышите — ЕДИНЫ!!! Никакого двоякого толкования Закона и его подзаконных актов нет. Слышите — НЕТ! Но мы-то с вами знаем, как это обстоит на самом деле.
  6. Ответственность за результативность и эффективность осуществления закупок — должностные лица заказчика должны планировать закупки в соответствии с целями деятельности своих организаций. Закупки должны проводиться ради результата, а не закупки во имя закупок. Знаете анекдот из армии: «Нам не надо, чтоб вы работали качественно, надо чтоб вы задолбались.» Так вот 44-ФЗ не для этого. Закон нацелен на результат. Ну, по крайней мере, так в статье 12 Закона написано.
Читайте также:  Забыли пароль от «Личного кабинета налогоплательщика»: что делать?

Удачных вам закупок, коллеги!

Статья пятая. электронная

В пятой статье Закона пишут, что «допускается обмен электронными документами….между участниками контрактной системы в сфере закупок». Имеется в виду — подача заявок, запросы на разъяснение документации о закупке, подписание контракта.

Кстати, забегая вперед — Законом запрещается общение между Заказчиком и потенциальным Поставщиком/Подрядчиком/Исполнителем при проведении электронной процедуры закупок (ст.46 ФЗ №44-ФЗ). Соблюдаете, коллеги?

Очень часто слышу от Поставщиков: «А вот у вас аукцион на поставку чего-то там выставлен, а скажите — почему то-то и то-то?» Отвечаю звонящему: «По нормам 44-ФЗ мы не имеем права с вами общаться. Если вам что-то не понятно в документации, пишите запрос.

И да, в 9 случаев из 10 никто никакие запросы не пишет. Проверено. Потому что звонят так чаще всего дилетанты, которые по итогу не смогут запрос подать или не захотят с этими запросами возиться. Участник закупки, который себя зарекомендовал на рынке, с успешным опытом продаж государству своих ТРУ так звонить не будет.

Форматэлектронной подписи, обязательный для реализации всеми средствами электронной подписи

1. Настоящий формат электронной подписи, обязательный для реализации всеми средствами электронной подписи (далее — Формат), устанавливает требования к структуре и содержанию информации в электронной подписи (далее — ЭП).

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

2. В соответствии с настоящим Форматом средства ЭП должны обеспечивать возможность создания нескольких ЭП в одном документе с сохранением данных, описывающих контекст, содержание, структуру документов, а также обеспечивающих управление документами в используемых информационных системах, — метаданных и сертификатов, на которых основаны эти ЭП, в электронном сообщении.

3. При включении в состав ЭП дополнительной информации, отличной от указанной в пунктах 5, 6 и 7 настоящего Формата, требования к ее назначению и расположению в структуре ЭП определяются заказчиком в техническом задании на разработку (модернизацию)

средств ЭП и удостоверяющего центра (далее — УЦ), в соответствии с приказом ФСБ России от 9 февраля 2005 г. N 66 «Об утверждении Положения о разработке, производстве, реализации и эксплуатации шифровальных (криптографических) средств защиты информации (Положение ПКЗ-2005)» (зарегистрирован Минюстом России 3 марта 2005 г., регистрационный N 6382), с изменениями, внесенными приказом ФСБ России от 12 апреля 2021 г.

4. Формат определяется в соответствии с основами аутентификации в открытых системах1, синтаксисом криптографических сообщений, описанием дополнительных атрибутов криптографических сообщений, спецификацией абстрактной синтаксической нотации версии один2.

Читайте также:  Получить электронную подпись поможет "ТРИАР"

——————————

1 Основы аутентификации в открытых системах определены в ГОСТ Р ИСО/МЭК 9594-8-98 «Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 8. Основы аутентификации» (принят и введен в действие постановлением Госстандарта России от 19 мая 1998 г. N 215, опубликован в августе 1998 г. ИПК «Издательство стандартов», ИУС 9-98).

2 Спецификация абстрактной синтаксической нотации версии один определена в ГОСТ Р ИСО/МЭК 8824-1-2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации» (принят и введен в действие постановлением Госстандарта России от 6 сентября 2001 г. N 375-ст, опубликован в ноябре 2001 г. ИПК «Издательство стандартов», ИУС 11-2001).

——————————

5. В случае если участник электронного взаимодействия является владельцем действующего сертификата ключа проверки электронной подписи, Формат имеет вид следующей структуры:

 SignedData ::= SEQUENCE {

     version                         CMSVersion,

     digestAlgorithms                DigestAlgorithmIdentifiers,

     encapContentInfo                EncapsulatedContentInfo,

     certificates               [0]  IMPLICIT CertificateSet OPTIONAL,

     crls                       [1]  IMPLICIT RevocationInfoChoices

                                     OPTIONAL,

     signerInfos                     SignerInfos }

5.1. Поле version (типа CMSVersion) определяет версию синтаксиса ЭП, которая зависит от сертификатов, типа подписываемых данных и информации о подписывающих сторонах:

 CMSVersion ::= INTEGER

                      { v0(0), v1(1), v2(2), v3(3), v4(4), v5(5) }

5.2. Поле digestAlgorithms (тип DigestAlgorithmldentifiers) включает в себя идентификаторы используемых алгоритмов хэширования и связанные с ними параметры и определяется следующим образом:

 DigestAlgorithmIdentifiers ::= SET OF DigestAlgorithmIdentifier

 DigestAlgorithmIdentifier ::= AlgorithmIdentifier

В качестве идентификатора алгоритма хэширования указывается объектный идентификатор алгоритма, определенного ГОСТ Р 34.11-2021 «Информационная технология. Криптографическая защита информации. Функция хэширования»3(далее — ГОСТ Р 34.11-2021).

——————————

3 ГОСТ Р 34.11-2021 «Информационная технология. Криптографическая защита информации. Функция хэширования» (утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 7 августа 2021 г. N 216-ст, опубликован в апреле 2021 г. ФГУП «СТАНДАРТИНФОРМ», ИУС 3-2021, поправка ИУС 6-2021).

——————————

для алгоритма с длиной выхода 256 бит:

     id-tc26-gost3411-12-256 OBJECT IDENTIFIER ::= { iso(1) member-body(2) ru(643)

 rosstandart(7) tc26(1) algorithms(1) digest(2) gost3411-12-256(2) }

для алгоритма с длиной выхода 512 бит:

     id-tc26-gost3411-12-512 OBJECT IDENTIFIER ::= { iso(1) member-body(2) ru(643)

 rosstandart(7) tc26(1) algorithms(1) digest(2) gost3411-12-512(3) }

5.3. Поле encapContentlnfo (тип EncapsulatedContentlnfo) содержит подписываемые данные (eContent) вместе с их типом (eContentType) и определяется следующим образом:

 EncapsulatedContentInfo ::= SEQUENCE {

     eContentType                       ContentType,

     eContent                     [0]   EXPLICIT OCTET STRING OPTIONAL }

     ContentType ::= OBJECT IDENTIFIER

В случае если поле eContent присутствует, то в нем содержится подписываемый электронный документ. Если поле eContent отсутствует, электронный документ хранится в отдельном файле.

5.4. В поле certificates (тип CertificateSet) может включаться дополнительная информация о сертификатах. В данное поле может быть включена информация о сертификатах подписывающих сторон.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector