ИТ и госзакупки. Уроки школьного портала

Если переводить вопросы школьного портала в конструктивное русло, то ситуация с ним показательна преимущесвами и недостатками 94-ФЗ вообще и для ИТ в частности.

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

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

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

3. Недостаток второй — информированность поставщиков.

Несмотря на то существует федеральный сайт госзакупок и системы вроде Енота Поискуна с охватом федералов и 80% регионов, тем не менее, даже они не могут охватить всех потенциальных поставщиков. Реальное распространение информации может обеспечить лишь распространение через СМИ, сейчас же о крупных конкурсах СМИ информируют лишь очень немногие заказчики и то по собственной инициативе. Хотя, даже затраты на рекламу конкурсов в большинстве случаев несопоставимы с суммами на их проведение.К примеру, если предполагается конкурс на ИТ разработку стоимостью в $500 000, то разместив рекламу даже за $2000 заказчик может обеспечить себе экономию привлекая поставщиков готовых выполнить проект за меньшие деньги.

4. Недостаток третий — отсутствие контроля контрактации и субконтрактации.

В своё время МЭРиТ создавал специальную система управления проектами по Электронной России в его ведении. Ключевая его роль — это _раскрытие результатов_ проведённых работ, контроль исполнения и возможность повторного использования материалов. Это более чем логично, на самом деле, хотя и важно кто выигрывает в конкурсных процедурах, но важнее _что именно_ этот кто-то сдаёт в результате, равно как и соблюдает ли все необходимые условия контракта, даты, численность персонала, представляет отчёты о затратах. При этом доступ к подобной системе должен быть как у организаций заказчиков и поставщиков в части их контрактов, так и у контролирующих органов и представителей казначейства. А для тематических закупок, например, по ИТ — у МинСвязи и/или делегированных от него экспертов.

Школьного портала — это, как раз, пример когда проблемы возникли не на стадии проведения торгов, а на стадии представления результатов. И проблемы при сдаче этих результатов выясняются лишь под давлением блогоферы, СМИ, но не доступны контрольным органам автоматически. Если конечно, история со сломанным RAID’ом правда, мне, если честно, верится в это с трудом. Метеориты падают чаще чем RAID’ы.

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

Как суммарный итог, мои предложения:

1. Контроль за выполнением работ по закупкам должен вводится в процесс их выполнения, а не по принципу от проверки до проверки. Для чего необходимо ведение систем учёта фаз выполнения контрактов, приёма отчётностей, результатов и так далее.

2. Закупки услуг и ИТ продуктов (компьютеры, комплектующие, сервера, ПО) начиная с определённой суммы, например, от 10 000 000 рублей должны проходить согласование в ФАИТ и направлятся в СМИ для обязательной публикации. Например, в CNews и Российскую газету.

3. При передаче исходных кодов разработанных проектов их копия должна передаваться в электронном виде в ФАИТ. Бывает, летят RAIDы, заказчикам и самим было бы разумно подстраховаться.

4. В идеале, до проведения ИТ закупки начиная с определённого уровня её стоимости, должно проводится маркетинговое исследование того сколько разработка может стоит. Как это обеспечить на практике пока описать не могу, надо думать.

About This Author

  • http://aradm.ru aradm

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

  • http://ivan.begtin.name ivbeg

    Стандарты ИС для госзакупок и обмена документами разрабатывались, другое дело что уполномоченный орган МЭРТ не проявил в них заинтересованности. Собственно их можно найтим на сайте http://www.iaeg.ru

    В том что касается шаблонов, то тут пока более всего проявляет инициативу Институт Госзакупок и они же проводят обучение по госзакупкам в определённых областях..

Яндекс.Метрика