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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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