close

Вход

Забыли?

вход по аккаунту

ОТДЫХАЙТЕ ВМЕСТЕ С КОМПАНИЕЙ «ЕВА» - "Император;doc

код для вставкиСкачать
1
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
2
Оглавление
Введение
Цели реформы
Основные черты и функционал электронной системы
Стратегия интеграции
Стратегия распространения
Стратегия владения
Моно- или мульти-платформенная система
Стратегия управления
Стратегия развития.
Технология
Программное обеспечение
График имплементации системы
Заключительные положения
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
3
Введение
В целом в мире существуют четыре основных источника международного права
государственных закупок:
1. Модельный Закон ЮНСИТРАЛ
2. Директивы Европейского Союза
3. Правила Всемирного Банка и других многонациональных банков развития
4. Соглашение о Правительственных Закупках Всемирной Торговой Организации
Законодательства почти всех стран мира или базируются на одном из
вышеперечисленных источников или соответствуют основным принципам
осуществления государственных закупок. Это обеспечивает определенную
гармонизацию законов и схожесть процедур.
На сегодняшний день в Украине создана нормативно-правовая и институциональная
база, регулирующая «бумажные» процессы государственных закупок. В отношении
«бумажных» процедур, законодательство Украины формально соответствует
основным международным нормам и стандартам в этой сфере.
Однако, как показывает практика, формальное соответствие украинского
законодательства не гарантирует прозрачных, эффективных и справедливых
процедур закупок, а также не способствует решению самой главной проблемы в
сфере государственных закупок – искоренению системной коррупции.
Как показывает опыт других стран, введение электронной системы гос. закупок в
первый же год дает минимум 10% экономии за счет улучшенных процедур. В случае
Украины этот показатель может значительно вырасти благодаря искоренению
причин, способствующих развитию системной коррупции. Поскольку бюджет
государственных закупок Украины составляет около $30 млрд в год, можно сделать
вывод, что каждый день пропущенной реформы стоит Украине как минимум $10 млн
(30B*10%/300 дней – среднее между календарными и рабочими дни).
Итак, под реформой, описанной в данной концепции, нужно понимать проведение
ряда взаимосвязанных правовых, институциональных и организационных
мероприятий с целью максимально быстрого внедрения электронных тендеров и
реверсивных аукционов в систему государственных закупок, в тесной взаимосвязи с
задачами антикоррупционной политики, развития конкуренции и перевода
государственных сервисов на электронные процедуры.
Цели реформы
В фокусе данного документа находится достижение пяти целей, соответствующих
как задачам украинского законодательства, так и передовой международной
практике и новым директивам ЕС в сфере гос. закупок:
1.
Искоренение и системное предотвращение коррупции.
Процессы осуществления гос. закупок характеризуются повышенным
риском коррупции. Коррупция – главная и самая ярко выраженная проблема
системы государственных закупок Украины. Она встречается на разных
этапах процесса закупок – от разработки тендерных требований до
заключения контракта и осуществления контроля за его выполнением.
Степень этих рисков существенно возрастает в условиях функционирования
непрозрачной, бумажной системы.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
4
2.
3.
4.
5.
6.
Новая электронная система резко сократит коррупцию в гос. закупках
благодаря 100% прозрачности системы, последовательной оценке
тендерных предложений и полноценной бизнес аналитике, доступной всем
заинтересованным сторонам.
Прозрачность.
Требуется обеспечить расходование государственных средств прозрачным
и эффективным образом, а также предоставить гражданскому обществу
прямой и ничем не ограниченный доступ к информации. Главная цель
звучит просто: “все видят все“ или “полная прозрачность”. Это буквально
означает обеспечение в обязательном порядке открытого доступа в
интернете к любому документу, связанному с осуществлением гос. закупок.
Недопустимость дискриминации и объективная оценка тендерных заявок.
Требуется ввести в действие электронные реверсивные аукционы и
последовательную процедуру оценки поставщиков после открытия
тендерных
предложений,
т.е.
оценивается
только
поставщик
(экономический оператор – далее ЭО) с наименьшей ценой. Если его
предложение полностью соответствует техническим и квалификационным
требованиям, он признается победителем. Предложения других участников
не рассматриваются. Таким образом, устраняется возможность вынесения в
ходе процесса закупки субъективных решений.
Простота и лёгкость применения процедур.
Применение в тендерных процедурах бумажных носителей является порой
настолько сложным, что лишает многие компании стимулов к участию в
таких тендерах. Такие процедуры необходимо упростить и сделать
понятными для пользователя, а административные барьеры полностью
устранить. Простота системы – это ее сила, а не слабость.
Переход на безбумажный документооборот.
Процесс подачи бумажных документов и получения информации от ЭО
является неэффективным, сложным и затратным по времени из-за
сложностей, связанных с поиском документов, их копированием и иных
процессов ручной обработки.
Полная отчетность и анализ всех гос. закупок.
Информация о всех государственных закупках (в т. ч. меньше минимального
порога) должна быть в электронной системе, доступная для мониторинга и
анализа.
Основные черты и функционал электронной системы
Как было указано ранее, законодательство Украины, касающееся бумажных
тендеров, в целом соответствует международной практике. Главная проблема
бумажных тендеров – это непрозрачность системы. При переходе на систему
электронных тендеров необходимо принципиально по-новому подойти к вопросам
открытости и прозрачности процедур и информации, а также к процедуре оценки
тендерного предложения и последовательности проведения такой процедуры.
Перечень принципиальных вопросов, которые должны быть решены по-новому и
которые обеспечат искоренение системной коррупции, выглядит следующим
образом:
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
5
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Абсолютная прозрачность. Любой документ, любая информация,
относящаяся к гос. закупкам, должны быть открыты и доступны онлайн всем
1
заинтересованным лицам ;
Простые, понятные и легкие в использовании два метода закупок:
a. электронный тендер
b. прямая закупка
Все тендера – должны быть только электронные;
Информация о всех закупках должна попадать в электронную систему;
Стартовая цена тендера должна быть известна заранее. Закрытая
информация получает коррупционную ценность;
ЭО не может предложить цену большую, чем ориентировочная цена;
Документы из административных органов (такие как свидетельство о
регистрации компании, справка об отсутствии задолженности перед
бюджетом, справка об отсутствии возбуждения процедуры банкротства и т.д.)
предоставляются только в конце и только победителем тендера, а не в
начале процедур всеми участниками тендера, как это происходит сейчас;
Реверсивный аукцион – обязательная часть тендера. Любой тендер
заканчивается реверсивным аукционом, хотя ЭО сами решают принимать или
нет участие в аукционе;
Победитель тендера выявляется по принципу pass/fail, т.е. по принципу
плюс/минус оценивается соответствие ЭО и его тендерное предложение
техническим и квалификационным требованиям. Последовательная оценка
ЭО начинается с самого низкого по цене. Т.е. оцениваются не все сразу
предложения, а только ЭО с наименьшей ценой. Если он соответствует
техническим и квалификационным требованиям, он признается победителем,
и другие заявки не рассматриваются;
Любой зарегистрированный пользователь системы может потребовать
разъяснения тендерной документации, используя электронный модуль
разъяснений (или другими словами модуль вопросов и ответов – Q&A).
Закупщик обязан ответить на вопрос в установленные сроки. Все ответы
должны быть доступны всем участникам, а также они сразу становятся
неотъемлемым элементом тендерной документации;
Любой зарегистрированный пользователь системы может обжаловать и
«заморозить» любой текущий тендер, используя электронный модуль
обжалования. Тендер замораживается максимум на 10 рабочих дней;
Использование электронной цифровой подписи не обязательно ни для
регистрации в системе, ни для представления тендерного предложения.
Кроме того, новая электронная система:
● должна автоматически взаимодействовать с другими государственными
сервисами,
● быть многоязычной (украинский, английский, русский),
● обеспечивать проведение полного цикла электронных закупок в условиях
абсолютной прозрачности,
● быть самофинансируемой, за счет сервисов для своих потребителей.
Схема самофинансирования может быть различной и включать, как плату
за подачу тендерной заявки, так и за опубликование тендерного
объявления. А в случае рамочных соглашений плата может взиматься в
виде определенного процента от контракта с победителем.
электронные планы, тендерные объявления, тендерные предложения, решения тендерной комиссии,
контакты и их исполнение, платежи и т.д.
1
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
6
14. Владельцем и оператором системы должен быть максимально независимый
орган, как с финансовой, так и институциональной точки зрения. Финансовая
независимость должна быть обеспечена механизмами самофинансирования,
а институциональная независимость – подотчетностью только Кабинету
Министров либо же некоему "Борду" в состав которого на принципе паритета
входят представители гос. органов и гражданского общества.
15. Минимальный функционал системы может выглядеть следующим образом:
● Модуль регистрации
● Модуль планирования
● Модуль тендера, в т.ч. 2-х этапный тендер и рамочные соглашения
● Обратный (реверсивный) аукцион
● Электронные платежи / Электронные гарантии
● Модуль разъяснений (вопросы и ответы)
● Модуль сообщений/SMS
● Электронный модуль урегулирования споров
● Модуль исполнения контрактов
● BI модуль
16. Любое заинтересованное лицо должно иметь возможность получить через
интернет всю связанную с осуществлением закупок информацию, включая:
● годовые закупочные планы всех организаций-закупщиков;
● объявления о проведении тендеров;
● тендерную документацию;
● тендерные предложения участников;
● решения тендерных комиссий;
● всю относящуюся к тендеру переписку;
● договоры с внесенными в них изменениями;
● платежи, проведенные через государственное казначейство.
Принципиальное значение имеет абсолютная прозрачность любого процесса и
любой информации, касающейся гос. закупок.
Стратегия интеграции
Даже в странах с высоким уровнем централизации правительства простого принятия
решения о проведении реформы системы гос. закупок недостаточно для
обеспечения широкой и безусловной поддержки реформ. В большинстве стран, где
проводилась реформа электронных закупок, она встречала на начальном этапе
сильное сопротивление, исходившее:
1. со стороны бюрократического аппарата и специалистов по гос. закупкам
(считавших что электронные закупки создают угрозу их рабочим местам),
2. со стороны коррупционных групп, для которых открытые и прозрачные
электронные закупки представляют прямую угрозу (так как рушатся уже
отработанные незаконные схемы).
Исходя из вышесказанного, в обязательном порядке должен быть идентифицирован
и авторизован так называемый чемпион – организация или лицо, с достаточным
политическим кредитом доверия и ресурсом для проведения реформы. С этой точки
зрения возможно:
1. создать новое подотчетное напрямую Кабинету Министров Агентство
Электронных Закупок (далее АЭЗ), которое будет независимым учреждением, как с
регуляторной, так и с финансовой точки зрения, а также иметь четко определенные
полномочия и обязанности в создании и развитии системы электронных закупок;
2. создать АЭЗ как консорциум стейкхолдеров системы, в первую очередь
ИТ-разработчиков частных площадок, а также представителей общественности,
регулятора, экспертов и т.д.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
7
В любом случае полномочия такого органа должны состоять в:
1. создании и развитии электронной системы
2. доведении правил и процедур системы до закупочных организаций
3. контроле и мониторинге соответствия правилам системы
4. обучении и тренингах
Рекомендуется также создать в АЭЗ группу внедрения. Это группа первоначально
будет планировать процесс реализации реформы, а затем станет центром
поддержки для развития навыков как в самом АЭЗ, так и в других учреждениях. Эта
группа должна заниматься следующими вопросами:
● оптимизацией бизнес-процессов
● созданием и поддерживанием отношений с заинтересованными сторонами
● прояснением требований и нужд бизнеса и их технических возможностей
● координацией управления изменениями (change management)
● разработкой учебных программ
Интеграция системы электронных закупок в более широкую систему электронного
правительства подразумевает как минимум возможность обмена информацией с
такими сервисами как:
● электронное казначейство
● реестр компаний
● гражданский реестр (физических лиц)
● банки, платежные системы и т.д.
Некоторые из этих сервисов, такие как электронный реестр компаний и платежные
системы, уже существуют в Украине. Некоторые находятся в стадии разработки
(например, электронное казначейство). Некоторые появятся позже, уже после
создания системы. Здесь в качестве примера приведем сервис электронных
банковских гарантий, который появился в Грузии благодаря системе электронных
закупок.
Одной из самых важных проблем, которыми должны озаботиться разработчики
системы, является взаимодействие и обмен информацией с другими сервисами, т.е.
процедура, по которой будет выдаваться и приниматься системная информация. Как
правило,
для таких целей используется так называемый интерфейс
программирования приложений API (application programming interface), когда
система представляет готовые данные и функции для использования внешними
программными продуктами. Идеальным вариантом можно считать систему, где все
данные и функции доступны через API-сервисы любому внешнему приложению.
Такой подход не только гарантирует совместимость системы с другими сервисами,
но и обеспечит открытость и доступность данных для общественного мониторинга и
аналитики. Кроме того, такой способ хранения гарантирует абсолютную открытость
информации и обеспечивает сохранность и безопасность данных.
Стратегия распространения
В идеале система электронных гос. закупок должна распространяться на всех
государственных закупщиков и на все процедуры и этапы государственных закупок.
Только так можно добиться максимальной эффективности системы, обеспечить ее
полную прозрачность и гарантировать достоверность статистической информации.
Как было указано выше, такая информация необходима для мониторинга и анализа
гос. закупок, как со стороны контролирующих органов, так и со стороны
общественных организаций, которые должны иметь свободный и неограниченный
доступ ко всей информации, касающейся гос. закупок.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
8
Однако, учитывая сегодняшние реалии Украины, в т.ч. уровень распространения
интернета в регионах, когда лишь малая часть закупщиков может быть признана
высококвалифицированными специалистами, на первом этапе осуществления
реформы маловероятным представляется эффективное распространение системы
электронных закупок сразу на всех закупщиков. Единовременное введение
обязательной электронной системы гос. закупок, без предварительной подготовки и
массовых тренингов закупщиков, может дать обратный эффект и поставить под
сомнение успех всей реформы. Только после того, как большинство закупщиков в
стране пройдет тренинг и будет готово к самостоятельному осуществлению
электронных тендеров, можно распространять систему в обязательном порядке на
все закупающие организации. Гораздо эффективнее может быть внедрена система,
если в структуре министерств и ведомств, а также крупных закупщиков, которые
имеют в иерархическом подчинении другие закупающие организации, создать так
называемые Центральные Закупающие Отделы (CPB – general purchasing
bodies), которые будут обеспечивать проведение процедур закупок внутри системы
своих ведомств. Такая практика применяется во многих странах мира. Она доказала
свою эффективность и право на существование. Создание CPB в крупных
учреждениях повысит их ответственность и заинтересованность в эффективности
закупок.
Что касается распространения электронной системы по этапам закупок, то
целесообразно будет распространить действие системы на все три этапа:
● пре-тендерный этап – составление и изменение годовых планов закупки
● тендерный этап – абсолютно все процедуры, касающиеся проведения
тендера, начиная от объявления до присуждения контракта
● пост-тендерный этап – управление контракта и отчетность по исполнению
контракта (акты приема-сдачи, накладные, инвойсы и т.д.)
Стратегия владения
В мировой практике осуществления реформы системы электронных гос. закупок
встречаются несколько сценариев создания и внедрения электронной системы:
● некоторые страны (например, Грузия) сами создают систему, используя
внутренние финансовые и ИТ ресурсы
● другие страны делают то же самое, но с использованием финансовой помощи
и сопутствующим консалтингом международных организаций (например,
Киргизия)
● некоторые страны покупают уже существующую систему (например,
Монголия, Армения) и адаптируют ее у себя
● а некоторые (например, Чехия) – покупают уже существующую систему как
SAS (software as service).
У каждого сценария есть свои плюсы и минусы и их детальный разбор не является
целью данной Концепции. Хотя отметим, что:
1. при наличии четкой политической воли правительства
2. ясного видения конечной цели со стороны разработчиков системы
3. наличия внутренних ИТ ресурсов
очень интересен и показателен пример Грузии, где была создана система
практически с нуля в довольно сжатые сроки. Также интересен пример Киргизии, где
разработка электронной системы находится на стадии завершения и которая, в
отличие от так называемых ready-made-solutions, подогнана под конкретные
нужды и реалии этой страны, но в то же время учитывает положительный мировой
опыт. Именно опыт Грузии и Киргизии может быть использован в случае Украины,
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
9
когда АЭЗ при тесном техническом взаимодействии с международными экспертами
будет разрабатывать систему, используя местные ИТ ресурсы. Такой подход, с
одной стороны, позволит учесть наилучший мировой опыт, накопленный другими
странами и международными организациями. А с другой стороны, позволит избежать
ошибок стран, которые так и не смогли полностью запустить систему или
2
воспользоваться всем функционалом .
Тот факт, что АЭЗ и местные разработчики будут с самого начал вовлечены в
разработку архитектуры и функционала системы, позволит им в дальнейшем как
поддерживать функционирование системы своими силами, так и, что особенно
важно, развивать самостоятельно систему в соответствии с текущей ситуацией в
стране.
Моно- или мульти-платформенная система
Одним из наиболее важных решений, касающихся архитектуры электронной системы
государственных закупок, является выбор между системой, базирующейся на одной
и единой для всех участников платформе, и системой, где существуют сразу
несколько платформ (площадок), которые могут быть выбраны закупающими
организациями и ЭО для осуществления процедур государственных закупок.
Как и в других рассмотренных случаях, в мировой практике существуют разные
подходы к этому вопросу, и мы рассмотрим случаи, наиболее релевантные для
Украины.
Примером моно-платформености может служить Грузия, где в относительно
короткий срок Агентством Государственных Закупок была разработана и запущена
единая для всех закупающих организаций платформа. Плюсы такого подхода
очевидны: единая точка доступа для всех ЭО и закупщиков (single point of access)
и централизация всей информации, касающейся закупок. Минусом такого подхода
считается отсутствие конкуренции между разработчиками платформы, так как
разработчик один, а в случае Грузии это еще и государственная организация.
Некоторые эксперты считают, что государство не должно заниматься разработкой
программного обеспечения, а лишь устанавливать стандарты и требования к
системе, которая может быть разработана частными разработчиками.
Как правило, мульти-платформенные системы применяются или в относительно
больших странах, (например в России), или в странах, где достаточно сильно развит
ИТ-сектор, и существует сильная конкуренция между ведущими компаниями.
Например,
несколько модифицированный мульти-платформенный подход
применяется в Португалии, относительно небольшой стране, но с хорошо развитым
ИТ-сектором.
Главный плюс мульти-платформенности – это множество частных площадок и
высокая конкуренция между ними, что положительно сказывается на количестве и
качестве дополнительных сервисов.
Хотя пример России вряд ли можно назвать положительным. Особенно на фоне
многочисленных коррупционных скандалов, чему немало способствовала именно
мульти-платформенная система, т.к. в силу отсутствия единой точки доступа ко
всем тендерам и, что особенно критично, к консолидированной и обрабатываемой
информации об осуществленных закупках, значительно был затруднен
государственный и общественный контроль. Что в конечном итоге вылилось в
массовое развитие коррупционных схем.
как правило, из-за игнорирования правовых, технических и даже культурных особенностей страны
разработчика
2
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
10
Другой немаловажной проблемой является разнообразие, а порой и
несовместимость как технических, так и логических решений на разных площадках.
Положение усугубляется использованием в обязательном порядке электронной
цифровой подписи (ЭЦП). Дело в том, что ни на международном, ни на локальном
уровне, не решена проблема совместимости сертификатов цифровых подписей,
выпущенных разными сервис провайдерами. Вследствие этого пользователи
вынуждены использовать несколько ЭЦП, в зависимости от того, на каких площадках
они оперируют. Так как площадки часто дифференцируются по региональному
принципу, все вышеназванное способствует регионализации закупок, когда компании
замыкаются на своих регионах, и это в конечном итоге негативно сказывается на
конкуренции.
Как было сказано выше, в Португалии также применяется мульти-платформенный
подход, но в несколько измененном виде. Хотя в стране существуют несколько
платформ, лишь одна из них является основной для большинства закупающих
организаций (т.н. mandatory entities). Каждые пять лет правительство проводит
тендер на выявление основной площадки, которая в течение этого времени является
основной и единственной для всех обязательных закупающих организаций, в то
время как остальные, т.н. необязательные закупающие организации, вправе
выбрать другую площадку.
Можно сказать, что такое гибридное решение вобрало в себя положительные
свойства и мульти-платформенного подхода (в первую очередь, высокая
конкуренция между частными платформами и их сервис ориентированность), и
моно-платформенного подхода (единая точка доступа для большинства закупщиков
и ЭО). Хотя и в этом случае возникает вопрос переходного периода, когда после
пяти лет эксплуатации, одна основная система заменяется другой. Как показывает
опыт этой страны, несмотря на то, что основные требования к функциональности
системы установлены правительством, и они не меняются от системы к системе,
разные интерфейсы и дополнительные функции требуют адаптации пользователей.
Сложности также возникают в случаях, когда тендер был объявлен на одной
платформе, а завершать его приходится уже на другой.
При выборе между моно- и мульти-платформенностью очень важным вопросом
является модель финансирования системы.
● В мультиплатформенные системы государство, как правило, не инвестирует.
Площадки разрабатывают и администрируют частные компании, которые и
получают доходы от функционирования площадки в виде тендерных взносов,
процентов на остатки депонированного гарантийного обеспечения и платы за
дополнительные услуги.
● Моно-платформенные системы, как правило, создаются на деньги
государства или доноров, но схемы финансирования бывают разные:
o Если платформа создана и поддерживается частным разработчиком, то
соответствующие доходы получает эта компания.
o Если платформа создана и поддерживается государственной
организацией (например, Агентством Государственных Закупок), то
соответственно доход идет такой организации.
o В некоторых странах происходит «субсидирование» участников
тендера, и они ничего не платят за участие. Соответственно, в таких
случаях, система не является самофинансируемой и поддержка и
развитие этой системы происходит за счет государственного бюджета.
В
случае
Украины
оптимальным
решением
нам
представляется
мульти-платформенная система, когда поддержка базы данных и модуля
реверсивного аукциона остается в введении АЭЗ, а все остальные модули,
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
11
взаимодействующие с клиентами, «демонополизируются». При этом система
остается кросс-доступной, т.е. ЭО-клиент платформы А, без проблем участвует в
тендере, объявленном на платформе Б и наоборот. Это даст возможность частным
разработчикам предлагать те же самые и дополнительные модули в качестве
альтернативы. Преимущества такого гибридного подхода, очевидны:
1. высокая конкуренция между частными платформами и их сервис
ориентированность,
2. единая точка доступа для всех закупщиков и ЭО и консолидированная
информация.
Стратегия управления
В странах, где существуют системы электронных закупок, прослеживается несколько
подходов к вопросу финансирования развития системы. В Португалии
функционирование и развитие системы происходит за счет доходов, получаемых
Национальным Агентством Государственных Закупок (ANCP) от ЭО в виде
определенного процента от суммы рамочных контрактов. Размер процента
колеблется в зависимости от объекта контракта и составляет от 0.5 до 3%. В Грузии
финансирование системы обеспечивается за счет платы за пользование системой,
которая взимается как с ЭО ($30 за подачу тендерного предложения), так и
закупающей организации ($30 за каждое тендерное объявление). В Украине, в
период существования электронной системы, плата за пользование системой не
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
12
была
предусмотрена
и,
соответственно,
осуществлялось за счет бюджетных средств.
функционирование
системы
В случае Украины, если будет принята предложенная Концепция «гибридной»
мульти-платформенности, на первом этапе развития наиболее рациональным и
приемлемым вариантом представляется модель, когда систему будут разрабатывать
и развивать сами частные площадки, организуясь в ИТ-консорциум. В такой
ситуации они смогут брать плату за участие в тендере с участников, а общие модули
развивать совместно по модели open source. Очень важно, чтобы плата, взимаемая
за подачу тендерного предложения, была существенно меньше, чем аналогичная
плата при «бумажных» торгах. На втором этапе развития системы, когда рынок
само отрегулируется схема финансирования системы несколько видоизменится.
АЭЗ будет получать определенные отчисления от частных платформ за допуск и
авторизацию, а сами платформы продолжат получать платежи от ЭО за подачу
тендерного предложения и за предоставление дополнительных услуг.
Стратегия развития
Данная Концепция предусматривает поэтапное развитие системы, что
представляется вполне логичным для страны, которая имеет небольшую историю
функционирования системы гос. закупок. Идея электронных закупок абсолютно нова
как для местных закупщиков и ЭО, так и в целом для всего общества. Поэтому,
уместен принцип «от простого к сложному», основанный на принципе модульности.
Отдельные логические блоки системы с самого начала создаются и развиваются как
независимые. Такой подход позволит безболезненно добавлять новые функции и
сервисы по мере поэтапного развития законодательства и системы. Например,
вполне допустимо, что на начальном этапе не будут предусмотрены функции
электронных инвойсов или каталогов, но возможность их дальнейшей интеграции в
систему должна быть предусмотрена с самого начала при проектировании.
Широкое внедрение электронных цифровых подписей (EDS) также не имеет
большого смысла и не должна стать обязательным требованием. Обязательное
использование EDS усложняет плавный переход к системе электронных закупок, тем
самым создавая искусственный барьер для конкуренции, особенно на
международном уровне. В качестве альтернативы может быть использован
уникальный идентификатор и пароль авторизации с дополнительной верификацией
аналогично двухэтапным процедурам авторизации Google Inc.
Технология
В первую очередь, необходимо обратить внимание на технологическую
инфраструктуру, которая требуется от ЭО для принятия участия в тендере, и от
закупщиков для проведения процедуры закупок. Технологические стороны
закупщиков и ЭО, а также требования к инфраструктуре должны быть
минимизированы таким образом, чтобы ЭО требовался только:
● персональный компьютер или аналогичное устройство
● интернет-браузер
● доступ в интернет непосредственно для участия в процедуре
В ситуации, когда ЭО необходимо загрузить некие документы и/или программное
обеспечение для целей электронных закупок, (например, шаблоны тендерных
документов, или для обеспечения безопасности), они не должны понести
значительные расходы. Никакие специальные инфраструктурные требования не
должны существовать для ЭО и закупщиков.
Инфраструктура АЭЗ должна обладать достаточными возможностями, которые
необходимы для нормального функционирования системы электронных закупок.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
13
Очень важно (после разработки технического задания для создания приложения
электронных закупок и имея четкое видение строения системы закупок) иметь
эффективный план создания необходимой инфраструктуры для системы
электронных закупок, перед ее внедрением.
Существуют
различные
варианты
создания
ИТ-инфраструктуры
для
функционирования системы электронных закупок. АЭЗ может приобрести или
3
арендовать необходимое оборудование для создания инфраструктуры . Другим
вариантом может быть использование сервисов онлайн хранения местных
провайдеров или международных операторов (так называемые облачные сервисы).
В случае использования услуг международных операторов, есть опасения
относительно устойчивости и надежности услуг, так как они зависят от глобального
доступа к интернету (менее надежного и быстрого, чем локальный). Прежде чем
принять решение в пользу указанных вариантов, должны быть приняты во внимание
такие факторы, как местный ИТ-рынок, возможности и навыки потенциальных
разработчиков системы электронных закупок, количество доступных ресурсов для
внедрения и т.д.
Чтобы программное обеспечение, поддерживалось соответствующим аппаратным
комплексом, процесс разработки программного обеспечения и процесс приобретения
оборудования должны быть гармонизированы. Очень важно, чтобы программное
обеспечение и инфраструктура были получены в рамках одного проекта. Иначе это
может повторить печальную практику некоторых стран, где эти два направления не
были согласованы друг с другом, и в результате это не дало необходимый уровень
координации и завело реформу в тупик.
В первую очередь, мы рекомендуем рассмотреть и проанализировать местный
рынок на предмет определения приблизительных расходов времени и материальных
ресурсов для создания полной аппаратной инфраструктуры. Необходимо еще раз
отметить, что инфраструктура необходимого оборудования для функционирования
системы закупок включает в себя не только сервера, но и сеть, и источники
бесперебойного питания (ИБП), охлаждения, пожарные и тревожные контуры.
Каждый компонент по отдельности представляет собой очень сложную и дорогую
инфраструктуру. Учитывая вышеизложенное, правильно созданная и развернутая
аппаратная часть – это путь к успешному внедрению системы электронных закупок.
Он обеспечит устойчивую и надежную работу всей системы. Кроме того, это
приведет к эффективному расходованию средств, выделенных КМУ/донорскими
организациями для создания инфраструктуры и внедрения системы электронных
закупок в Украине в целом.
Программное обеспечение
Программное обеспечение для системы электронных закупок должно быть
разработано в полном соответствии с информационными стандартами
безопасности, широко используемыми в международной практике. Должно быть
доступно подробное описание баз данных и содержание используемых кодов
программного обеспечения, логика операций, выполняемых системой электронных
закупок на уровне приложений, а также на уровне базы данных. Данные политики
должны быть разработаны и задокументированы. Они должны касаться таких
пунктов, как:
● Безопасное хранение данных
в основном серверов, хранилищ данных, оперативной памяти, сетевой инфраструктуры, лицензионного
программного обеспечения для запуска процессов на серверах и т.д.
3
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
14
●
●
●
●
●
Инструкция системы резервного копирования
План аварийного восстановления
Правила обслуживания системы и предельно допустимых периодов простоя
Мониторинг функционирования системы
Уведомление и политика безопасности в случае DOS-атак или аналогичных
целевых попыток, направленных против целостности системы, безопасности и
т.д.
Все вышеперечисленные вопросы чрезвычайно важны для дальнейшего устойчивого
развития и поддержания стабильной работы системы электронных закупок. Кроме
того, во время проведения IT-аудита системы государственных закупок и в момент
обновления системы, упомянутое описание и инструкция по безопасности
информации играет очень важную роль и делает весь процесс согласованным и
гладким. В некоторых странах, где вышеуказанным вопросам не придается должного
значения, а также эти документы отсутствуют или являются неполными, устойчивое
развитие и безопасное функционирование электронных систем зависит от
человеческого фактора, что рискованно и нежелательно.
Очень важно, чтобы перед вводом системы в функциональный режим были
разработаны некоторые нормативные документы, такие как:
● Пользовательское соглашение, регулирующие обязанности всех участвующих
сторон и установления минимальных стандартов и требований со стороны
пользователей системы электронных закупок
● Руководство пользователя для пользователей системы – описание в деталях
всех функциональных возможностей системы электронных закупок в простом
иллюстрированном виде
Эти документы должны быть доступны любому заинтересованному лицу до его
регистрации в системе электронных закупок.
Кроме того, еще до запуска системы электронных закупок, важно создать онлайн
колл-центр – поддержку пользователей с хорошо подготовленными операторами,
которые будут поддерживать пользователей в различных технических вопросах и
вопросах связанных с функционированием системы. Как показывает опыт
пользователей системы электронных закупок в других странах, в случае
возникновения вопросов они предпочитают прямую связь с операторами
колл-центров вместо чтения руководства пользователя или просмотра
видео-уроков. Однако руководства пользователя, часто задаваемых вопросов или
видео-уроков также являются важной частью системы дистанционного обучения.
Этот материал играет важную роль во время массового развертывания и обучения
пользователей системы.
Программное обеспечение системы электронных закупок, которая будет внедрена в
Украине, должна соответствовать следующим требованиям:
1. Доступность системного приложения
Система должна быть широко и неограниченно доступной для всех соответствующих
ЭО после их регистрации и авторизации в системе. Должен применяться принцип
одного окна. Однократная регистрация и авторизация должна давать возможность
ЭО многократно использовать электронную систему. Это означает, что если ЭО
зарегистрирован, он может использовать этот доступ и участвовать в любом
тендере.
Система должна быть веб-решением, доступным с любого устройства с активным и
высокоскоростным подключением к интернету со стандартным программным
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
15
4
обеспечением браузера . Вся информация/документы должны быть доступны через
открытые стандарты с широко используемым офисным программным обеспечением.
Если специализированное программное обеспечение необходимо, оно также должно
быть доступно для скачивания (например, программное обеспечение для просмотра
PDF документов), бесплатно и совместимо с широко используемой системой и
офисным программным обеспечением.
2. Публикация информации о закупках, включая разъяснения / изменения
тендерной документации в системе
Информация о закупках должна размещаться на общедоступном веб-ресурсе,
который функционирует и обновляется на ежедневной основе с бесплатным и
неограниченным доступом. Период объявление тендера / электронных торгов
должен отсчитываться с даты публикации в системе. Эта информация должна быть
зарегистрирована и доступна для ревизии или иных целей в течение определенного
периода (рекомендуется определять подзаконными актами) после окончания
соответствующей
процедуры.
Если
торги
ограничены
или
подлежат
предварительной квалификации, то это должно быть четко указано в уведомлении
тендера. Все разъяснения и изменения тендерной документации, должны быть
вывешены так же, как и первичная информация/документация о тендере, и
находиться в свободном доступе. ЭО, которые уже проявили интерес, должны
получить непосредственную информацию в электронном виде о любых
поправках/разъяснениях. Только авторизованные пользователи должны иметь
возможность вносить изменения в тендерную документацию и/или тендер, включая
даты, (файлы входов (log) должны быть доступны после этих изменений). В случае
любых изменений, внесенных в информацию/документы закупщиком, они не должны
быть просто заменены на новые, а такие изменения должны быть предусмотрены с
помощью дополнительного документа в соответствии с тем же самым механизмом
публикации информации/документов как и для начальной версии. Система должна
обеспечивать получение заинтересованными ЭО уведомления о внесении
изменений в тендерную документацию или тендерное объявление.
Разъяснения вопросов от ЭО должны быть представлены онлайн, через систему, а
ответы должны быть доступны для всех пользователей системы. Важно сохранить
анонимность ЭО на определенный период времени, чтобы предотвратить раскрытие
имени и других данных об ЭО, обратившегося за разъяснением.
3. Тендерные документы
Требуется использование стандартных тендерных документов. Тендерные
документы должны быть предоставлены на заранее определенном языке и формах.
Система должна предоставить возможность представления тендерной документации
5
в общедоступных электронных форматах . Необходимо убедиться, что загрузку этих
документов можно отследить. Поправки должны вноситься так же безопасно и
хранится с основной документацией. ЭО должны иметь неограниченный и
бесплатный доступ ко всем тендерным документам в системе.
4. Подача тендерных предложений
Должны быть соблюдены меры безопасности для обеспечения конфиденциальности
6
7
и
целостности
заявок / предложений в
электронном
формате.
Конфиденциальность заявок соблюдается за счет использования SSL (Secured
Socket Layer). Загруженные документы (например, в формате PDF) и цена
предложения или любая другая информация, вводимая в поле данных системы,
таким как Microsoft Internet Explorer, Google Chrome и Mozilla Firefox
например, XML, HTML, PDF, XLS
6
то есть обеспечить приватность, открывая доступ только уполномоченным лицам к определенному
содержанию в определенном времени
7
то есть не допускать несанкционированного изменения
4
5
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
16
должны надежно храниться и не позволять несанкционированную модификацию.
Авторизованные пользователи должны иметь право на доступ к определенной
информации о закупке только в определенное время.
Предложения, представленные на сайте, должны быть просканированы системой на
наличие вирусов перед их загрузкой и принятием в окне интернет-торгов. Если
случается, что предложение должно быть отклонено, претендент должен
уведомляться немедленно. Онлайн материалы должны поддерживаться высокими
стандартами безопасности для долгосрочного учета и аудита. Система должна
принимать заявки только в читаемых через открытые стандарты интерфейсах
(например, документы в формате PDF). Это должно быть донесено до всех
участников торгов через пользовательские соглашения системы и руководство
пользователя.
Система должна позволить ЭО представить измененные заявки/предложения. Тем
не менее, в случае электронно-реверсивных аукционов целесообразно, чтоб
тендерное предложение не могло быть изменено после того, как оно было
представлено в соответствующем модуле в системе, чтобы избежать существенного
изменения первоначального предложения. Такие конкурсные предложения должны
быть сняты до даты закрытия и времени начала обратного аукциона. Все упомянутые
действия должны быть зарегистрированы.
Система должна принимать только те заявки/предложения в электронном виде,
представление или изменение которых завершено к моменту окончания срока
подачи заявок. О поступлении заявки в электронном виде, в том числе с указанием
даты и времени, следует уведомлять немедленно. Система должна автоматически
генерировать временной штамп, который будет подтверждать предоставление
заявки со стороны ЭО. Эта информация должна сразу же становиться доступной ЭО,
как только он делает успешное предложение.
5. Гарантии и тендерное обеспечение
Желательно, чтобы тендерное обеспечение было обязательным и оплачено
кредитной картой либо гарантировано банком и/или другим соответствующим
финансовым учреждением, которое будет выдавать уникальный номер (пин-код),
необходимый для внесения ЭО в систему. Для этого должна быть разработана
электронная система гарантий, связанная с электронными системами коммерческих
банков и других соответствующих финансовых учреждений, на это уполномоченных.
Система может использовать и другие меры, такие как требование от ЭО подписать
self-декларацию и/или санкции ЭО, нарушающих законодательство и правила
пользования системой.
6. Открытие торгов
Электронные заявки, если они представлены, открываются в системе во время
(срок), указанное в тендерном объявлении. Этот процесс должен быть доступен
онлайн не только для всех участников, но и любого заинтересованного лица. Мы
рекомендуем сохранять все тендерные документы открытыми и доступными онлайн
для любого пользователя системы после открытия, т.к. такая открытость и
возможность общественного контроля минимизирует коррупционные риски и
фаворитизм.
7. Оценка заявок и присуждение контракта
Закупщик может использовать автоматизированные процессы оценки тендерного
предложения, в соответствии с критериями, предварительно предусмотренными в
тендерной документации. Такие критерии должны
a. согласоваться с принципами экономии, эффективности, равенства
возможностей и прозрачности;
b. не нарушать другие требования;
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
17
c. приводить к присуждению контракта ЭО с самой низкой ценой, точно
соответствующему всем требованиям тендерной документации.
В случае электронных реверсивных аукционов, система должна раскрывать все
представленные цены после крайнего срока подачи заявок и до начала реверсивного
аукциона. После завершения реверсивного аукциона, последовательно происходит:
a. техническая оценка предложений, начиная с ЭО с самой низкой ценой
b. квалификационная оценка по принципу Pass/Fail.
8. Информационная безопасность
Для всех процессов электронных закупок, осуществляемых с помощью системы или
через третьих лиц, должна быть разработана и поддерживаться политика
информационной безопасности. Она должна соответствовать международным
стандартам в области управления информацией и признанному международному
опыту, таким как:
● безопасность активов
● безопасность управления доступом
● безопасность человеческих ресурсов
● безопасность управления операциями и управления бизнес-приложениями
● обеспечение непрерывности бизнес-процессов
● ведение учета и логирование
Система должна поддерживать абсолютно всю тендерную активность онлайн в
охраняемой и надежной среде. Электронный регистрационный журнал этих записей
должен быть доступен для аудита или иных целей по требованию.
Стандартные функции информационной безопасности, должны предусматривать как
минимум:
а) доступ пользователя:
● Уникальный ID пользователя/ пароль
● Контроль доступа исходя из полномочий
б) шифрования системы:
● Обеспечение шифрования через Secure Socket Layer (SSL)
● Ограниченное количество просмотров в зависимости от доступа
● Ограниченный доступ для деятельности
Закупщики должны указывать в тендерных документах процедуры, которых
необходимо придерживаться, в случае любой ошибки, неисправности, отказа или
поломки системы электронных закупок в процессе осуществления закупки. В случае
неполадок в системе, вызывающих невозможность ее использования, ЭО должны
быть проинформированы об этом и процедура должна быть отложена до устранения
неполадок системы. АЭЗ и закупщики не несут никакой ответственности за
системные сбои или поломки, не зависящие от них. Структура системы и ее
информационная безопасность должны гарантировать, что все записи, включая
время и дату, безопасно хранятся после каждой операции, выполняемой
зарегистрированными лицами. Эти записи должны храниться для каждой операции
не менее 5 лет после окончания процедуры (рекомендуется предусмотреть
минимальное время в подзаконных актах) и быть доступны для проверки по
требованию.
Иллюстративный график имплементации системы электронных закупок
в Украине на 2014-2015 с предполагаемыми датами
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
18
№
Действие
Ответственны
й орган
Требуемое
время,
месяц
Предполагаемые
даты
1
Утверждение Концепции
КМУ
1
Сентябрь 2014
2
Создание АЭЗ
КМУ
2
Сентябрь-Октябрь
2014
3
Создание координационной группы по
осуществлению
реформы
системы
электронных закупок
КМУ
1
Сентябрь 2014
4
Создание и утверждение документа, где
будет отражена структура и техническое
видение
программного
обеспечения
(Техническое
задание)
вместе
с
определением
инфраструктурных
требований, которые будут поддерживать
безопасное
и
устойчивое
функционирования системы электронных
закупок
АЭЗ
2
Сентябрь-Октябрь
2014
5
Выбор
поставщика
для
разработки
программного
обеспечения
системы
электронных закупок
АЭЗ
1
Октябрь 2014
6
Создание начальных модулей системы
электронных
закупок
и
завершение
создания инфраструктуры
АЭЗ/разработ
чики
4
Октябрь 2014
Январь 2015
7
Установка, тестирование и апробация
начальных
модулей
программного
обеспечения системы электронных закупок
АЭЗ/разработ
чики
2
Январь-Февраль
2015
8
Завершение
развития,
установки
и
тестирования
модулей
системы
электронных закупок
АЭЗ/разработ
чики
11
Сентябрь 2015
9
Переход к обязательному использованию
системы электронных закупок
АЭЗ/разработ
чики
18
Декабрь 2015
10
Создание второго этапа модулей для
системы электронных закупок
АЭЗ/разработ
чики
10
Январь-Октябрь
2015
11
Обучение
(закупщики
системы
АЭЗ/разработ
чики
10
Январь-Октябрь
2016
12
Эксплуатация и техническое обслуживание
системы электронных закупок
заинтересованных
сторон
и ЭО) по использованию
АЭЗ
Постоянный
процесс
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
-
19
13
Обучение
закупщиков
и
развитие
потенциала
АЭЗ
Постоянный
процесс
Заключительные положения
Настоящая Концепция представляет собой документ, в котором указаны, общие
принципы и идеи по разработке и внедрению системы электронных закупок в
Украине. Принятие этого документа очень важно с точки зрения выражения КМУ
готовности и желания к реформированию системы закупок. Наряду с
технологическим прогрессом, становится очевидным, что государственные закупки
не могут правильно функционировать без поддержки сложной и полномасштабной
системы электронных закупок.
Однако только лишь одно принятие этой Концепции не будет достаточным. На
долгом и трудном пути к хорошо функционирующей системе государственных
закупок необходимо осуществить множество других последующих действий. После
утверждения этой концепции КМУ, на нее должны быть разработаны
соответствующие детальные документы, в которых будут указаны более подробные
шаги по реализации системы электронных закупок. Указанными выше документами
должны быть:
● Детальная дорожная карта по разработке и внедрению системы электронных
закупок
● Техническое задание на разработку и внедрение системы электронных
закупок, охватывающее технические требования к программному обеспечению
системы электронных закупок и ее инфраструктуры.
После принятия этой Концепции и разработки вышеуказанных документов, будут
созданы соответствующие условия для начала практической реализации реформы
электронных закупок. Успешную реализацию инициатив в области электронных
закупок следует рассматривать как попытку улучшить результаты закупок, такие как:
● качество
● своевременность
● стоимость
● минимизация финансовых и технических рисков
● максимизацию конкуренции
● поддержание целостности системы
Следует помнить, что из-за того, что инициатива по электронным закупкам является
достаточно дорогостоящей, требовательной к персоналу, и затратной по времени,
потребуется несколько лет для государственного сектора для того, чтобы в полной
мере воспользоваться стратегическими и оперативными преимуществами
электронных закупок.
Преимущества достигаются за счет успешной реализации концепции и являются как
финансовыми, так и нефинансовыми, включая, но не ограничиваясь следующим:
● Искоренение и системная превенция коррупции
● Снижение цены за единицу товара, благодаря систематизации и улучшению
практики закупок
● Снижение
транзакционных
затрат,
благодаря
стандартизации,
рационализации и автоматизации административных процессов
● Повышение удовлетворенности клиентов за счет сокращения количества
времени, необходимого для администрирования закупок
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
20
● Агрегация спроса
● Прозрачность процессов закупки
● Повышение
эффективности
ЭО,
в
результате
улучшенных
и
автоматизированных процессов для ЭО
● Значительное повышение конкуренции
● Искоренение географического неравенства, что означает равные возможности
для региональных и столичных компаний
Успешная реализация этой концепции в Украине позволит снизить нездоровую
договорную практику между закупщиком и ЭО, так как все процессы закупок станут
прозрачными и доступными в режиме онлайн. Повысится уровень конкуренции, так
как любой сможет участвовать в онлайн-тендере удаленно, без необходимости
покидать рабочее место. Новая система значительно расширит возможности малых
и средних предприятий и устранит существующие административные барьеры и
издержки, которые сегодня мешают им участвовать в «бумажных» тендерах.
Реализация и внедрение эффективной системы электронных закупок повысит
прозрачность системы, что позволит более эффективно мониторить и
контролировать государственные закупки в целом. Налогоплательщики будут более
удовлетворены и уверены, что весь процесс проводится справедливо и эффективно,
и что обеспечивает большую эффективность расходование бюджетных средств.
Прогресс и преимущества электронных закупок станет очевидным вскоре после
ввода системы в рабочий режим эксплуатации. Преимущества будут все более
очевидны.
Важно иметь в виду, что система электронных закупок нуждается в постоянных
усилиях по сохранению системы жизнеспособной. Периодические обновления
необходимы для сохранения адекватности и улучшения качества сервиса.
КМУ должен приложить усилия для улучшения бизнес-среды, что простимулирует
развитие здоровой конкуренции на внутреннем рынке. КМУ также должен обеспечить
высокую степень интеграции процесса закупок в общий процесс управления
государственными расходами.
В случае успешного создания ИТ-консорциума и полной передачи функции
поддержки общей части ИТ-системы на open source – это станет первым
подобным прецедентом в мире и откроет широкие возможности для лидирования
Украины в области проведения public procurement.
Synopsis
1. Есть 4 мировых «дороговказа» по гос. закупкам. Нужно их учитывать
2. Главная задача для Украины – искоренение системной коррупции
3. Текущая задача - максимально быстро внедрить электронные тендера и
редукционы
4. Цели реформы:
a. Искоренение и системная превенция коррупции.
b. Прозрачность.
c. Недопустимость дискриминации и объективная оценка тендерных
заявок.
d. Простота и лёгкость применения процедур.
e. Переход на безбумажный документооборот.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
21
f. Полная отчетность и анализ всех гос. закупок
5. Предлагаемые новации:
a. Абсолютная прозрачность
b. Простые, понятные и легкие в использовании два метода закупок:
i. электронный тендер
ii. прямая закупка
c. Информация о всех закупках должна попадать в электронную систему
d. Ориентировочная цена тендера должна быть известна заранее
d. ЭО не может предложить цену, больше чем ориентировочная цена
e. Документы из административных органов предоставляются не в начале
процедур всеми участниками тендера, а только в конце и только
победителем тендера;
f. Реверсивный аукцион – часть тендера.
g. Победитель тендера выявляется по принципу pass/fail
h. Любой зарегистрированный пользователь системы может потребовать
разъяснения тендерной документации
i. Любой зарегистрированный пользователь системы может обжаловать и
«заморозить» любой текущий тендер
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
22
j. Использование электронной цифровой подписи не обязательно k. Новая
электронная система:
i. должна взаимодействовать с другими государственными
сервисами,
ii. быть многоязычной (украинский, английский, русский)
iii. обеспечивать проведение полного цикла электронных закупок в
условиях абсолютной прозрачности.
iv. быть самофинансируемой, за счет сервисов для своих
потребителей
l. Владельцем и оператором системы должен
независимый государственный орган
быть максимально
6. Минимальный функционал системы может выглядеть следующим образом:
a. Модуль планирования
b. Модуль тендера, в т.ч. 2-х этапный тендер и рамочные соглашения
c. Обратный (реверсивный) аукцион
d. Электронные платежи / Электронные гарантии
e. Модуль разъяснений (вопросы и ответы)
f. Модуль сообщений/SMS
g. Электронный модуль урегулирования споров
h. Модуль исполнения контрактов
i. BI модуль
7. Любое заинтересованное лицо должно иметь возможность получить через
интернет всю связанную с осуществлением закупок информацию, включая:
a. годовые закупочные планы всех организаций-Закупщиков;
b. объявления о проведении тендеров;
c. тендерную документацию;
d. тендерные предложения участников;
e. решения тендерных комиссий;
f. всю относящуюся к тендеру переписку;
g. договоры с внесенными в них изменениями;
h. платежи, проведенные через государственное казначейство.
8. обязательно должен быть идентифицирован и авторизован т.н. чемпион –
Агентство по гос. закупкам
9. АЭЗ может существовать в виде:
a. нового подотчетного напрямую Кабинету Министров Агентства
Электронных Закупок (далее АЭЗ),
b. консорциума
стейкхолдеров
системы,
в
первую
очередь
ИТ-разработчиков частных площадок, а также представителей
общественности, регулятора, экспертов и т.д.
10. Полномочия такого органа должны быть как минимум:
a. Создание и развитие электронной системы;
b. Доведение правил и процедур системы до закупочных организаций;
c. Контроль и мониторинг соответствия правилам системы;
d. Обучение и тренинги.
11. Группа внедрения в АЭЗ должна:
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
23
a. оптимизация бизнес-процессов
b. создание и поддерживание отношений с заинтересованными сторонами
c. требования и нужды бизнеса и их технические возможности
d. координация управления изменениями (change management)
e. разработка учебных программ
12. Интеграция системы электронных закупок в более широкую систему
электронного правительства подразумевает совместимость и возможность
обмена информацией с электронным казначейством, реестром компаний,
гражданским реестром (физических лиц), банками, аппаратами быстрых
платежей
13. До тотального перехода на электронные закупки нужно массово обучить
закупщиков и сделать пилот.
14. Имеет смысл рассмотреть создание Центральных Закупающих Отделов (GPB)
при Министерствах
15. Широта охвата электронной системы гос. закупок:
a. пре-тендерный этап – составление и изменение годовых планов закупки;
b. тендерный этап – абсолютно все процедуры, касающиеся проведения
тендера, начиная от объявления до присуждения контракта;
c. пост-тендерный этап – управление контракта и отчетность по
исполнению контракта (акты приема-сдачи, накладные, инвойсы и т.д.)
16. Опыт Грузии и Киргизии может быть использован в случае Украины, когда АЭЗ
при тесном техническом взаимодействии с международными экспертами будет
разрабатывать систему, используя местные ИТ ресурсы
17. В случае Украины оптимальным решением представляется
мультиплатформенная система, когда на первом этапе все модули и
функционал системы разрабатывается и поддерживается АЭЗ, а на втором
этапе – происходит гибридизация системы, когда поддержка базы данных и
модуля реверсивного аукциона остается в введении АЭЗ, а все остальные
модули «демонополизируются»
18. Наиболее рациональным и приемлемым вариантом представляется модель,
основанная на взимании определенной платы за публикацию тендерного
предложения. Очень важно, чтобы плата, взимаемая за подачу тендерного
предложения, была существенно меньше, чем в «бумажной» системе.
19. Уместен принцип «от простого к сложному», основанный на принципе
модульности, когда отдельные логические блоки системы с самого начала
создаются и развиваются как отельные, независимые друг от друга блоки.
20. Система электронных цифровых подписей (EDS) не должна быть обязательным
требованием. В качестве альтернативы может быть использован уникальный
идентификатор и пароль авторизации с дополнительной верификацией
аналогично двухэтапным процедурам авторизации Google Inc.
21. ИТ-инфраструктура АЭЗ должна быть достаточной для функционирования
системы электронных закупок (сервера, хранилища данных, оперативная
память, сетевая инфраструктура, лицензионное ПО для запуска процессов на
серверах и т.д.).
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
24
22. Процесс разработки программного обеспечения и процесс приобретения
оборудования должны быть гармонизированы, чтобы созданное ПО, имело
соответствующую аппаратуру.
23. Система должна быть полностью описана
24. Документ политики информационной безопасности должен включать:
a. Безопасное хранение данных;
b. Инструкция системы резервного копирования;
c. План аварийного восстановления;
d. Правила обслуживания системы и предельно допустимых периодов
простоя;
e. Мониторинг функционирования системы;
f. Уведомление и политика безопасности в случае DOS атак или
аналогичных целевых попыток, направленных против целостности
системы, безопасности и т.д.
25. Нужно разработать пользовательские документы перед вводом в систему:
a. Пользовательское соглашение
b. Руководство пользователя
26. Требования к гос. закупочному ПО:
a. доступность системного приложения (вэб приложение)
b. Публикация информации о закупках, включая разъяснения / изменения
тендерной документации в системе (полное архивирование, логирование
и т.п.)
c. Тендерные документы должны поддерживать общедоступные
электронные форматы (например XML, HTML, PDF, XLS)
d. подача тендерных предложений должны предусматривать меры
безопасности для обеспечения конфиденциальности
e. гарантии и тендерное обеспечение должно быть обязательным и
оплачено кредитной картой
f. открытие торгов должно быть публичным четко по регламенту,
необходимо сохранять все тендерные документы открытыми и
доступными онлайн для любого пользователя системы после открытия
g. Оценка заявок и присуждение контракта должно быть четко по
редукциону.
После
завершения
реверсивного
аукциона,
последовательно происходит сперва техническая оценка предложений,
начиная с ЭО с самой низкой ценой, а потом квалификационная оценка с
принципом Pass/Fail.
h. Информационная безопасность
i. доступ пользователя:
1. Уникальный ID пользователя/ пароль
2. Контроль доступа исходя из полномочий
ii. шифрования системы:
1. Обеспечение шифрования через Secure Socket Layer (SSL)
2. Ограниченное количество просмотров в зависимости от
доступа
3. Ограниченный доступ для деятельности
27. KPI для ИТ-системы:
a. Искоренение и системная превенция коррупции;
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
25
b. Снижение цены за единицу товара, благодаря систематизации и
улучшению практики закупок;
c. Снижение транзакционных затрат, благодаря стандартизации,
рационализации и автоматизации административных процессов;
d. Повышение удовлетворенности клиентов за счет сокращения
количества времени, необходимого для администрирования закупок;
e. Агрегация спроса;
f. Прозрачность процессов закупки;
g. Повышение эффективности ЭО, в результате улучшенных и
автоматизированных процессов для ЭО;
h. Значительное повышение конкуренции;
i. Искоренение географического неравенства, что означает равные
возможности для региональных и столичных компаний.
Концепция развития и внедрения электронной системы государственных закупок в Украине, 2014-2015 гг.
reforms.in.ua
Тато Урджумелашвили / Давид Маргания
1/--страниц
Пожаловаться на содержимое документа