Разработка автоматизированной системы подачи заявок на участие в электронных аукционах, проводимых по 44-ФЗ

Обзор законодательных актов в сфере государственных закупок. Разработка, тестирование программной системы. Создание концептуальной, логической, физической моделей. Реализация программной системы, позволяющей выполнять поиск извещений о проведении закупок.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 10.12.2019
Размер файла 3,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Пермский филиал федерального государственного автономного образовательного учреждения высшего образования

Национальный исследовательский университет

«Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

Выпускная квалификационная работа

студента образовательной программы «Программная инженерия»

по направлению подготовки 09.03.04 Программная инженерия

РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ПОДАЧИ ЗАЯВОК НА УЧАСТИЕ В ЭЛЕКТРОННЫХ АУКЦИОНАХ, ПРОВОДИМЫХ ПО 44-ФЗ

Чесноков Михаил Владимирович

Пермь, 2019 год

Аннотация

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

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

Кафедра информационных технологий в бизнесе Пермского филиала Национального исследовательского университета «Высшая школа экономики». 2019 год. В работе содержится 76 страниц, 1 приложение.

Введение

Система госзакупок в России играет ключевую роль в экономике и национальном благосостоянии страны, поэтому её значение сложно переоценить. Фактически каждое федеральное или муниципальное учреждение обязано принимать участие в аукционах или конкурсах для того, чтобы обеспечить себя необходимыми товарами или услугами.

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

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

Объектом исследования является процесс осуществления госзакупок, предметом - инструментальные средства для классификации данных и ведения документооборота.

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

1) проанализировать предметную область:

a) рассмотреть существующую законодательную базу в сфере госзакупок,

b) рассмотреть существующие системы для поиска извещений о закупках и подачи заявок на участие, выделив в них достоинства и недостатки,

c) сформулировать необходимые требования к разрабатываемой системе;

2) спроектировать программную систему, разработав концептуальную, логическую и физическую модели;

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

Методами исследования выступают объектно-ориентированное моделирование и реверс-инжиниринг.

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

Разработанная программная система будет представлять собой распределенное приложение, состоящее из клиентской и серверной частей, связанных по протоколу HTTP, а также через очередь сообщений. В роли клиентской части выступит веб-приложение, работающее в браузере. Серверная часть будет реализована с использованием платформы «.NET Core» и языка С# 7.3.

Глава 1. Анализ процесса осуществления госзакупок

Система госзакупок в России имеет огромное значение для граждан, так как от её работы зависит качество товаров и услуг, предоставляемых бюджетными учреждениями. Фактически каждая потребность (например, мебель, канцелярия, медикаменты), возникающая у госучреждений, должна быть удовлетворена поставщиками, способными предложить наилучшие условия (например, по цене и каким-либо другим характеристикам). Следовательно, не будет преувеличением сказать, что процесс определения наиболее подходящего поставщика для каждого заказчика должен проходить естественно и не вызывать каких-либо усложнений или существенных финансовых затрат. В противном случае нужды заказчика могут быть удовлетворены не в полной мере, что может отрицательно сказаться на предоставлении бюджетными учреждениями качественных услуг гражданам.

1.1 Обзор законодательных актов в сфере госзакупок

В настоящее время имеется два основных закона, регулирующих деятельность по ведению закупок в Российской Федерации. Первый из них - федеральный закон «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» от 05.04.2013 № 44-ФЗ, который регулирует закупки государственными и муниципальными бюджетными учреждениями [1]. Второй - федеральный закон «О закупках товаров, работ, услуг отдельными видами юридических лиц» от 18.07.2011 № 223-ФЗ, регулирующий деятельность по ведению закупок у организаций с государственным участием, субъектов естественных монополий, бюджетных организаций, проводящих закупки за счет внебюджетных средств и некоторых других организаций [2].

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

Как было отмечено ранее, 223-ФЗ регулирует закупочную деятельность у госкомпаний, госкорпораций, субъектов естественных монополий и некоторых бюджетных организаций. Помимо этого, согласно ст. 1 223-ФЗ, область регулирования распространяется также на автономные учреждения, государственные и муниципальные унитарные предприятия и организации, занимающиеся деятельностью в сфере предоставления услуг ЖКХ.

Одним из наиболее важных отличий 223-ФЗ от 44-ФЗ является необходимость разработки заказчиком собственного положения о закупках, обусловленная ст. 2 223-ФЗ. Согласно статье, в положение о закупке должна быть включена информация о порядке подготовки и осуществления закупок заказчиком, о порядке как заключения, так и исполнения договоров, а также некоторая другая. Помимо этого, положение о закупке должно быть утверждено каким-либо органом исполнительной власти (федеральным или муниципальным), в ведении которого находится заказчик.

Ст. 3 223-ФЗ определяет, во-первых, некоторые ключевые принципы, согласно которым необходимо осуществлять закупки, и, во-вторых, утверждает список закупочных процедур. Основными принципами, которыми должен руководствоваться заказчик, являются открытость, равноправие, экономическая обоснованность и эффективность, а также корректность требований. В качестве процедур выступают конкурсы различных модификаций (открытые, закрытые, в электронной форме), аукционы (также открытые, закрытые, в электронной форме), запросы котировок (закрытые, в электронной форме) и запросы предложений (закрытые, в электронной форме) и некоторые другие. Помимо этого, существует также неконкурентная процедура - закупка у единственного поставщика.

В дополнение, ст. 3 223-ФЗ также определяет участников закупок, а также некоторые требования к участникам и документации. Согласно статье, в качестве участника может выступать любое физическое или юридическое лицо (несколько юридических или физических лиц, выступающие на одной стороне закупки). Среди требований, предъявляемых к участникам, выделяется необходимость отсутствия участников в реестре недобросовестных поставщиков, принадлежность предоставляемых ими товаров к товарам российского происхождения, принадлежность их к субъектам малого предпринимательства и др. В качестве требований, предъявляемых к закупочной документации, можно выделить необходимость детального описания потребительских и эксплуатационных характеристик товара, а также отсутствие явных указаний на какие-либо конкретные товарные знаки, фирменные наименования, наименования мест происхождений товаров и т. д.

Порядок проведения закупок приведен в ст. 3.2 223-ФЗ, согласно которому поставщики, во-первых, имеют право подавать запросы на разъяснение деталей закупки заказчику, во-вторых, для участия в закупке обязаны сформировать заявку на участие, включающую закупочную документацию. В свою очередь заказчик, имеющий намерение провести закупку, также обязан разработать закупочную документацию, входящую в состав извещения. Помимо этого, при проведении конкурентной закупки заказчику также необходимо составить протокол, включающий

1. Дату заключения контракта.

2. Дату регистрации каждой заявки.

3. Результаты рассмотрения заявок.

4. Основания отклонения некорректных заявок, если таковые имели место.

5. Итоговые решения по оценкам заявок участников.

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

1. Дату составления протокола.

2. Сведения о поданных заявках на участие.

3. Ранжированный в порядке уменьшения степени выгодности условий исполнения контракта список заявок участников.

4. Результаты окончательных предложений, если такие предусмотрены документацией.

5. Причины признания закупки несостоявшейся, если таковое произошло.

Ст. 3.3 223-ФЗ вводит и раскрывает понятие закупки в электронной форме. Местом проведения таких закупок служит одна из электронных торговых площадок в сети Интернет, а ответственным за техническую сторону проведения закупки назначается оператор электронной торговой площадки (юр. лицо в форме ООО или АО, у которого не более 25% уставного капитала (или голосующих акций в случае АО) принадлежит иностранным гражданам, а также которое владеет необходимыми программно-техническими средствами для ведения закупочной деятельности). Важной особенностью проведения закупок в электронной форме является необходимость аккредитации всех участников закупки на той электронной площадке, на которой он проходит. Помимо этого, при обмене электронными документами участники обязаны подписывать их усиленной квалифицированной электронной подписью. В дополнение, информация, связанная с закупкой, должна быть отражена не только на той электронной торговой площадке, на которой она проводится, но и в единой информационной системе. Оператор электронной торговой площадки обязан обеспечить конфиденциальность информации о содержании заявок, а также ценовых предложений участников.

Ст. 4 223-ФЗ уточняет сведения, связанные с информационным обеспечением закупок. Так, для заказчиков становится обязательным составление и публикация в единой информационной системе плана закупок длительностью на один календарный год. Также статья описывает перечень сведений, необходимых для включения в извещение об осуществлении закупки, в который входят

1. Наименование закупочной процедуры.

2. Наименование и контактные данные заказчика.

3. Место отгрузки товара.

4. Начальная максимальная цена товара.

5. Порядок предоставления закупочной документации.

6. Сроки подачи заявок на участие.

7. Доменное имя (адрес) электронной торговой площадки.

8. Иные сведения, определенные в положении о закупке.

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

1. Требования к потребительским характеристикам закупаемого товара или услуги.

2. Требования к форме заявки участника, включая описание его характеристик.

3. Сроки поставки товара или оказания услуги.

4. Сроки оплаты товара или услуги.

5. Сроки подачи заявок.

6. Начальная максимальная цена контракта.

7. Требования к участникам закупки и их субподрядчикам.

8. Критерии оценки заявок участников.

9. Прочие сведения, описанные в положении о закупках.

Заключительные статьи 5-8 223-ФЗ посвящены мониторингу, контролю и аудиту над деятельностью проведения госзакупок, а также ответственности сторон за нарушение требований рассматриваемого закона.

Таким образом, после рассмотрения 223-ФЗ можно сделать вывод, что закон в краткой и лаконичной форме описывает некоторые основные требования к порядку проведения закупок, содержанию документации и пр., предоставляя при этом заказчикам некоторую свободу действий (в рамках закона) в виде возможности самостоятельного ведения положения о закупках. Пользуясь этой возможностью, заказчик вправе определять дополнительные документы, входящие в состав извещения или заявки, а также закупочные процедуры, не упомянутые в данном законе, и многое другое. Хотя возможность проведения закупок в электронной форме и сохраняет потенциал для их автоматизации, с другой стороны этот процесс может осложняться наличием неограниченного набора электронных торговых площадок.

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

В соответствии со ст. 3 44-ФЗ, среди основных участников системы госзакупок можно выделить заказчиков, непосредственно участников закупок (поставщиков), а также некоторые федеральные органы власти. К заказчикам относятся государственные или муниципальные бюджетные учреждения, а также унитарные предприятия, осуществляющие закупки. К поставщикам относятся как юридические, так и физические лица, не зарегистрированные в оффшорных зонах, никаким образом не аффилированные с потенциальным заказчиком и не имеющие каких-либо непогашенных обязательств перед налоговыми или судебными органами. К органам власти, участвующим в системе закупок, относятся, во-первых, Министерство финансов РФ (в качестве основного регулятора), во-вторых, Федеральная антимонопольная служба (в качестве гаранта обеспечения конкурентных условий), в-третьих, Рособоронзаказ (в качестве регулятора проведения закупок, связанных с гостайной), и, в четвертых, госкорпорации «Роскосмос» и «Росатом».

Важную роль в системе проведения госзакупок по 44-ФЗ играют различные информационные системы. Основной централизованной системой, выполняющей функции реестра для хранения информации обо всех проведенных закупках, является единая информационная система (ЕИС), расположенная по адресу zakupki.gov.ru. Помимо информации о закупках в ней также содержатся данные о недобросовестных поставщиках, шаблоны контрактов, планы и план-графики закупок и многое другое. Кроме того, существует также несколько официальных электронных торговых площадок, на которых производится первоначальное размещение информации о закупках со стороны заказчиков, размещение заявок и документации со стороны поставщиков, а также на которых непосредственно проводятся электронные торги. К ним можно отнести такие площадки, как «Сбербанк-АСТ», «РТС-Тендер», «ЕЭТП», «ZakazRF» и др.

Согласно ст. 5 44-ФЗ, важной особенностью ведения электронного документооборота (включая подачу заявок на участие и прочих документов) на любой из электронных торговых площадок является необходимость в использовании усиленной электронной цифровой подписи. Для получения сертификата электронной цифровой подписи участникам необходимо обратиться в аккредитованный удостоверяющий центр.

Для того, чтобы осуществлять процесс проведения закупок товаров и услуг, заказчикам необходимо сначала их спланировать и обосновать в соответствии с ч.2 44-ФЗ. В первую очередь им необходимо составить и утвердить на срок в три календарных года план закупок, в который, исходя из статьи 17, нужно включить цели их осуществления, объекты, сроки и пр. Далее, опираясь на разработанные планы закупок, заказчику необходимо составить план-график сроком на один финансовый год, который, согласно статье 21, должен содержать способ закупки, начальную максимальную цену контракта, размер обеспечения заявки и пр.

Некоторые из пунктов из плана или план-графика, в соответствии со статьей 18, должны сопровождаться обоснованием (должны явно соответствовать целям учреждения, либо решениям или поручениям высших органов власти). Так, например, начальная максимальная цена контракта или способ определения подрядчика в план-графике должны быть обязательно обоснованы заказчиком.

После утверждения планов заказчик может инициировать саму закупочную процедуру. Статья 24 Федерального закона 44-ФЗ определяет несколько видов конкурентных закупочных процедур, среди которых конкурсы, аукционы, запросы котировок и запросы предложений, каждая из которых имеет свои особенности и области применения. В дополнение, если цена закупки не превышает 100 000 руб., имеется возможность провести её неконкурентным способом с поставщиком, выбранным самим заказчиком.

Процедуре конкурса как одному из способов определения поставщика посвящены статьи 48-58 44-ФЗ. Согласно определению, под конкурсом понимается метод определения поставщика, при котором победителем становится тот, кто предложил наилучшие условия выполнения контракта. В дополнение к этому существует также несколько модификаций процедуры конкурса, таких как открытый конкурс, конкурс с ограниченным участием (участвовать могут только те поставщики, которые имеют необходимый уровень квалификации и удовлетворяют некоторым дополнительным требованиям, описанным в постановлении №99 от 04.02.2015), двухэтапный конкурс (используется для заключения определенных контрактов, описанных в статье 57), закрытый конкурс (участвовать могут приглашенные заказчиком поставщики с определенной квалификацией), закрытый конкурс с ограниченным участием и закрытый двухэтапный конкурс.

Аукцион в качестве процедуры определения поставщика описан в статьях 59-71 44-ФЗ. Исходя из определения, аукционом называется метод определения поставщика, при котором победителем определяется тот, кто предложил наименьшую цену исполнения контракта. Аналогично конкурсу, существует несколько разновидностей аукционов, среди которых закрытый аукцион (проводится очно, цена определяется путем поднятия табличек) и аукцион в электронной форме (проводится на одной из специализированных электронных торговых площадок).

Процедура определения поставщика с помощью запроса котировок описана в статьях 72-82.6 44-ФЗ. Согласно определению, победителем признается тот поставщик, который предложит наименьшую цену исполнения контракта. В данном случае разница с аукционом заключается в том, что процедура, во-первых, несколько упрощена, во-вторых, цена контракта не может превышать 500 000 руб., и, в-третьих, годовой объем закупок по процедуре запроса котировок не должен превышать 10 % от общего объема закупок.

Процедура определения поставщика с помощью запроса предложений утверждена в статьях 83-83.1 44-ФЗ. Исходя из определения, победителем становится тот участник, предложение которого наилучшим образом удовлетворит требования заказчика к желаемым товарам или услугам. В отличие от конкурса данная процедура используется, как правило, при несостоявшихся процедурах других типов.

Среди всех вышеописанных способов определения поставщика электронный аукцион является наиболее популярным (46 % от всех закупок в I кв. 2018 года) [3], а также относительно простым, так как для определения победителя имеет значение только цена контракта.

Таким образом, такие важные особенности аукционов в электронной форме, как относительная простота проведения и широкая популярность делают эту процедуру наиболее подходящим кандидатом для автоматизации. Кроме того, сам федеральный закон 44-ФЗ также, по мнению автора, является наиболее подходящим, так как его положения гораздо более детально и полно освещают деятельность о проведении закупок, чем 223-ФЗ, позволяющий заказчикам произвольно разрабатывать и утверждать собственные механизмы проведения закупок через положение о закупках.

Как было упомянуто ранее, электронный аукцион описывается в ст. 59-71. Исходя из статьи 59 44-ФЗ, заказчики проводят электронные аукционы для закупок товаров и услуг из специализированного перечня, установленного Правительством Российской Федерации (например, распоряжение N 471-р от 21.03.16) или другим высшим исполнительным органом власти. Внесение товаров и услуг в данный перечень происходит в тех случаях, когда возможно подробно и однозначно описать объект закупки и когда существует возможность произвести денежную и количественную оценку объекта при определении победителя аукциона.

Согласно статье 62, для участия в электронном аукционе участникам необходимо получить аккредитацию на той электронной торговой площадке, на которой он будет проходить. Чтобы это сделать, участнику необходимо предоставить оператору электронной торговой площадки комплект документов, включающий заявление, копию выписки из реестра юридических лиц или индивидуальных предпринимателей, учредительные документы, ИНН, решение об одобрении крупной сделки, адрес электронной почты и некоторые другие. После передачи документов оператор электронной торговой площадки обязан аккредитовать поставщика, выслать ему реквизиты личного счёта и внести в реестр аккредитованных участников, либо же написать письменный отказ, сопровождаемый обоснованием причины. Помимо этого, участник также обязан всегда поддерживать свои данные, размещенные на электронной торговой площадке, в актуальном состоянии путем уведомления оператора при их изменении. В дополнение, так как аккредитация действует 3 года, поставщику необходимо будет периодически её обновлять.

Как следует из статьи 63 44-ФЗ, для проведения аукциона заказчику необходимо сформировать и разместить извещение о проведении электронного аукциона на какой-либо электронной торговой площадке, а также в любых средствах массовой информации как минимум за 7 дней до срока окончания подачи заявок на участие в аукционе. Опираясь на статью 42 44-ФЗ, можно выделить следующую, необходимую для формирования любого извещения информацию

1. Информация об организации заказчика (включая наименование, юридический адрес, телефон, адрес электронной почты, а также ФИО контрактного управляющего от организации).

2. Описание объекта закупки в соответствии со статьей 33 44-ФЗ.

3. Начальная максимальная цена контракта.

4. Сроки исполнения контракта.

5. Ограничения для участников закупки.

6. Информация об обеспечении заявки (включая размер и порядок).

7. Информация об обеспечении контракта (включая также размер, порядок предоставления и проч.)

8. Наименование процедуры определения поставщика.

9. Идентификационный номер.

10. Информация о процедуре подачи заявок (включая сроки и место).

Помимо этого, согласно статье 63, необходимо также включить в извещение специализированную для каждого электронного аукциона информацию, среди которой

1. Доменное имя той электронной торговой площадки, на которой проводится аукцион.

2. Сроки приема заявок на участие.

3. Сроки рассмотрения заявок на участие.

4. Размер обеспечения заявок.

5. Требования, предъявляемые к участникам.

Дополнительно извещение должно сопровождаться документацией (статья 64 44-ФЗ), которая должна включать как всю вышеописанную информацию, так и некоторые добавочные сведения, среди которых

1. Обоснование начальной максимальной цены.

2. Инструкция по заполнению заявки на участие.

3. Сроки приема заявок на участие.

4. Сроки приема запросов на разъяснение.

5. Сроки рассмотрения заявок.

6. Сроки непосредственно проведения аукциона.

7. Сроки подписания контракта.

8. Валюта, используемая при закупке.

9. Информация об обеспечении контракта.

10. Условия признания участника уклонившимся от исполнения контракта.

11. Условия одностороннего выхода.

12. Условия изменения контракта.

13. Условия подписания контракта.

Таким образом, согласно статье 65, извещение и документация должны быть сформированы и размещены заказчиком в единой информационной системе за минимум 7 дней до даты окончания подачи заявок. Аккредитованные поставщики, в свою очередь, имеют право как просматривать размещенные заказчиком заявки, так и собирать некоторую дополнительную информацию по сопроводительной документации через механизм разъяснения положений документации, реализованный в электронной площадке. Если запрос на разъяснение придет заказчику не менее чем за три дня до истечения срока подачи заявок, то он, во-первых, должен разместить в течение двух дней в единой информационной системе вопрос (анонимно) и ответ на него, и, во-вторых, он имеет право внести интересующие правки в документацию и продлить срок подачи заявок на 7 дней минимум.

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

1. Согласие участника на поставку товаров, оказание услуг или выполнение работ в соответствии с условиями, предусмотренными документацией, сопровождающей извещение.

2. Наименование страны происхождения товара и его качественные характеристики, требуемые по документации.

3. Графическое изображение товара в любом представлении (не обязательно).

Вторая часть заявки более объемна, в неё необходимо включить следующие сведения

1. Данные участника (включая наименование, юридический адрес (для физических лиц), паспортные данные (для физических лиц) корреспондентский адрес, номер телефона, ИНН и ИНН учредителей и проч.)

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

3. Копии документов, согласно которым товары и услуги соответствуют законодательству РФ.

4. Решение об одобрении крупной сделки (если законодательно установлено требование о его наличии).

5. Документы о наличии преимущественного права (для предприятий уголовно-исполнительной системы и организаций инвалидов).

6. Документы о соответствии требованиям национального режима (если он действует в рамках закупки).

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

После подачи заявки она рассматривается, во-первых, аукционной комиссией на предмет достоверности документации, предоставленной участником, и, во-вторых, оператором электронной торговой площадки на предмет соответствия следующим требованиям

1. Отсутствие участника в реестре недобросовестных поставщиков.

2. Наличие ранее поданных и не отозванных заявок на участие в данном аукционе от данного участника.

3. Истечение срока подачи заявок.

4. Отсутствие нарушений правил участия, описанных в статье 24 44-ФЗ.

Заявка, поданная участником, может быть отозвана как принудительно оператором электронной торговой площадки, так и добровольно самим поставщиком. В случае принудительного отзыва оператор обязан указать основание для этого. Добровольный отзыв заявки участником возможен в том случае, если не вышел срок окончания подачи заявок.

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

Рассмотрение первых частей заявок регулируется статьей 67 44-ФЗ. Согласно этой статье, аукционная комиссия, представляющая заказчика, в срок от одного дня должна рассмотреть все первые части заявок и вынести решение о допуске поставщика к участию в электронном аукционе. Участник может быть не допущен до участия в аукционе если он предоставил недостоверную информацию или не предоставил её или её часть совсем, а также если не оформил согласие на поставку товара или неправильно указал его параметры. В результате рассмотрения аукционная комиссия должна составить и опубликовать в единой информационной системе протокол, содержащий

1. Номер каждой из заявок.

2. Сведения о допуске (недопуске с обоснованием) по каждому из участников.

3. Сведения и стране происхождения товаров (только при действующем национальном режиме).

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

Непосредственно порядок проведения электронных аукционов утвержден в статье 68 44-ФЗ. Участвовать в нем могут только те поставщики, которые были допущены комиссией в рамках рассмотрения первых частей заявок. Аукцион проводится на третий день после рассмотрения первых частей заявок во время, назначенное оператором электронной торговой площадки.

Процедура проведения аукциона предполагает снижение начальной максимальной цены контракта, установленной заказчиком, в пределах определенного шага поставщиками. Законом установлен шаг от 0.5% до 5% от начальной максимальной цены контракта, либо от текущей цены, но не менее 100 руб. В дополнение к этому существует также набор ограничений для ценовых предложений, подаваемых участниками

1. Участник не может подать ценовое предложение, которое эквивалентно или превышает ранее поданное им, либо равное нулю.

2. Участник не может понижать собственное ранее поданное ценовое предложение, являющееся минимальным.

3. Участник не может понижать текущее минимальное ценовое предложение более чем на размер шага аукциона.

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

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

Важной особенностью процесса проведения процедуры является способ определения лучшего ценового предложения из двух одинаковых. Согласно ч. 16 ст. 68 44-ФЗ, лучшим из эквивалентных ценовых предложений будет признано то, которое подано раньше остальных. Это даёт основание полагать, что при проведении электронных аукционов скорость подачи ценового предложения в некоторых случаях может иметь решающее значение при определении победителя.

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

1. Доменное имя (адрес) электронной торговой площадки.

2. Сроки проведения аукциона.

3. Начальная максимальная цена контракта.

4. Минимальные ценовые предложения, поданные участниками.

После формирования протокола оператор обязан, во-первых, направить уведомления участникам, занявшим первые 10 мест, и, во-вторых, в течение часа отправить заказчику следующие документы

1. Непосредственно сам протокол проведения процедуры.

2. Вторые части заявок на участие поставщиков, занявшие первые 10 мест в аукционе.

3. Документацию с информацией об участниках, перечисленную в ч.11 ст. 24.1 44 ФЗ.

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

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

1. Доменное имя (адрес) электронной торговой площадки.

2. Сроки проведения аукциона.

3. Начальная максимальная цена контракта.

Протокол о несостоявшейся процедуре будет отправлен заказчику вместе со вторыми частями заявок. Аукционная комиссия заказчика должна отклонить те из них, которые не соответствуют требованиям. Среди оставшихся в качестве победителя будет выбран тот, кто прислал заявку на участие раньше всех.

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

Одним из заключительных этапов в определении победителя аукциона является рассмотрение заказчиком вторых частей заявок участников (ст. 69 44-ФЗ). Как было отмечено ранее, после завершения процедуры определения минимальной цены был сформирован и отправлен заказчику протокол проведения процедуры, а также вторые части заявок. Основная цель аукционной комиссии со стороны заказчика - выявить какие-либо основания для отклонения участников, а также окончательно определить победителя.

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

1. Частичное или полное отсутствие документов или информации, предусмотренной ст. 24.1 и ст. 66 44-ФЗ (содержание второй части заявки).

2. Наличие недостоверной информации.

3. Несоответствие поставщика общим требованиям к участникам (отсутствие задолженностей по налогам и пр.).

4. Невыполнение требований национального режима, если он действует в данной закупке.

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

Победителем аукциона становится тот участник, который предложил самую низкую цену (либо самую высокую при переходе через ноль) и который не был отклонен ранее. В случае, если были отклонены все участники или все, кроме одного, аукцион признается несостоявшимся [4].

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

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

Так как в закупочной процедуре в основном участвуют только заказчик и поставщики (оператор торговой площадки, различные надзорные органы и некоторые другие участники могут быть отнесены к второстепенным), то следует рассмотреть возможность автоматизации деятельности именно этих двух участников. Обобщая правила проведения процедуры для поставщика, можно выделить типовой упрощенный алгоритм действий, согласно которому заказчик, имеющий намерение провести закупку, должен составить и опубликовать извещение на электронной торговой площадке на основе своего план-графика закупок, рассмотреть первые части заявок участников, рассмотреть вторые части заявок участников и определить победителя, составив итоговый протокол. Рассмотрение заявок и составление протокола производится аукционной комиссией и не может быть автоматизировано. Автоматическое формирование и публикация извещения, сопровождаемого закупочной документацией с первого взгляда представляется возможным, так как сведения, необходимые для извещения, могут быть взяты из план-графика закупок, однако существуют документы, которые не представляется возможным сформировать без участия человека (например, обоснование начальной максимальной цены контракта).

С другой стороны, рассматривая алгоритм действий поставщика, имеющего намерение участвовать в закупках, можно явно выделить такие шаги, как поиск закупки, соответствующей его профилю, а также формирование и публикация заявки на участие в ней. Кроме того, в момент проведения торгов поставщик может подавать ценовые предложения. Подача ценовых предложений вполне поддаётся автоматизации, и, более того, в настоящее время успешно проводится различными аукционными роботами, работающими в соответствии с запрограммированными в них стратегиями (например, классический «стоп лосс», популярный также на фондовых биржах). Задача поиска закупок исходя из конкретных критериев какого-либо заказчика также осуществима и решается в настоящее время как различными сервисами на коммерческой основе, так и средствами самих электронных площадок. Формирование же заявки на участие также может происходить автоматически, но с некоторыми ограничениями. Как было сказано ранее, заявка состоит из двух частей. Рассмотрев повторно состав частей заявок, можно заключить, что единственной изменяемой информацией среди различных заявок какого-либо поставщика является описание товара (наименование места происхождения и потребительские характеристики), приводимое в первой части в соответствии с п. 3 ст. 66 44-ФЗ, тогда как остальная информация может храниться в фиксированном наборе документов. Исходя из этого, автоматическое формирование заявки на участие можно считать возможным при условии наличия информации и запрашиваемом заказчиком товаре.

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

Таким образом, определив техническую возможность выполнения автоматизации деятельности поставщика по поиску извещений и подаче заявок, можно рассмотреть, как в настоящее время происходит эта деятельность вручную. Первым делом поставщик заходит на сайт какой-либо электронной торговой площадки (для некоторых из которых он также проходит процедуру аутентификации) и переходит в раздел закупок по 44-ФЗ. Далее он, в соответствии с профилем своей деятельности, указывает критерии и ключевые слова для поиска аукционов, в которых он бы хотел участвовать. Затем, в получившейся выборке извещений о проведении электронных аукционов он выбирает интересные ему и переходит в раздел формирования заявки на участие. В форме заявки он указывает данные своей организации, дополняя их документами первой и второй частей. В заключение поставщик публикует заявку начинает ждать результатов рассмотрения первых частей.

1.2 Обзор используемых систем

Среди существующих систем есть экземпляры, которые способны частично выполнять какие-либо действия, предпринимаемые заказчиком перед подачей заявки. Так, среди них наибольшее количество предназначено для поиска закупок по заранее заданным критериям. Одной из наиболее известных аналитических платформ в сфере закупок является «Otc» [5]. Платформа предлагает довольно развитый расширенный поиск закупок по ключевым словам среди нескольких десятков известных электронных торговых площадок, а также по 17 типам процедур и по всем законам, включая 44-ФЗ. В дополнение, у фильтра также имеется возможность указать стоп-слова, предпочитаемый регион, категорию товара по ОКПД2, заказчика, сроки проведения, стоимостные характеристики и некоторые другие данные. Поисковая выборка сопровождается не только основной информацией, указанной в извещениях, но и прогнозами участия, оценкой заказчика и многим другим. Среди недостатков данной системы можно отметить, во-первых, стоимость использования (74900 руб. за год минимум), во-вторых, отсутствие возможности автоматической подачи заявки на участие.

Другим аналогом является система «Стар» [6]. Она, как и предыдущая, имеет развитый поисковой функционал, включающий также поиск по документам. В дополнение система также предлагает возможности поиска будущих закупок путем сканирования план-графиков заказчиков. Как и предыдущая система, «Стар» является платной и обходится каждому пользователю в 5360 руб. Как и «Otc», данная система не предполагает автоматической подачи заявок на участие.

Программная система «My-tender» аналогично рассмотренным ранее системам предлагает своим пользователям расширенный полнотекстовый поиск по закупкам [7]. Интересной особенностью системы является возможность подключения пользователя к рассылке по электронной почте. Подключив рассылку, пользователь сможет получать уведомления об интересных для него закупках. Как и ранее рассмотренные системы, в данной также отсутствует возможность автоматической подачи заявок.

Примером системы, выполняющей также и подачу заявки на участие является «Tenders», разработанная «ssds-team» и находящаяся в свободном доступе на github.com [8]. Так как система представляет собой, по-видимому, исследовательский проект, то она не предназначена для широкого использования. Несмотря возможность подачи заявок, она также имеет несколько недостатков. Первый из них - небольшое число электронных торговых площадок (на момент написания статьи всего две). Второй - поиск информации о закупках через план-графики, что может повлечь необоснованные задержки в сравнении с поиском на электронных площадках.

1.3 Выявление требований к разрабатываемой системе

Основываясь на текущем алгоритме участия поставщиков в торгах, на существующих системах, призванных как-либо автоматизировать работу поставщика, а также на законодательной базе, можно выделить следующие бизнес-требования:

1. Необходимо минимизировать количество рабочего времени, которое тратит поставщик или его сотрудник на поиск закупок и подачу заявок на участие в них, что позволит сократить затраты на персонал, ведущий закупки.

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

Помимо этого, на основании всего вышеизложенного возможно также выделить пользовательские требования для разработки автоматизированной системы подачи заявок.

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

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

3. Необходимо автоматически формировать и публиковать заявки на участие в электронных аукционах, полученных путем сканирования и соответствующих критериям поиска, указанным в информации о поставщиках.

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

Помимо пользовательских требований стоит также обозначить системные требования, согласно которым.

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

2. Программная система должна обеспечивать обработку и хранение до 10000 извещений в день без видимых задержек.

3. Программная система должна обеспечивать устойчивость к возможным изменениям интерфейсной части электронных торговых площадках.

4. При возникновении сбоев программа должна производить их регистрацию, а также производить попытки восстановления.

5. Надежность программной системы должна быть обеспечена минимальными задержками при восстановлении, а также длительным временем непрерывной работы.

6. Программная система должна быть обеспечена бесперебойным доступом в сеть Интернет с полосой пропускания не менее 64 Кб/сек.

7. Для корректной работы программной системе должны быть доступны 5 Гб ПЗУ и 2 Гб ОЗУ.

На основании всего вышеописанного можно также обозначить функциональные требования к разрабатываемой программной системе

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

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

3. Система должна автоматически сохранять все новые скаченные извещения. Кроме того, при сохранении извещения должна производиться проверка на соответствие извещения критериям поиска какого-либо поставщика. Поставщик должен иметь функцию просмотра всех соответствующих указанным им критериев поиска извещений.

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

5. Система должна иметь функцию автоматического оповещения поставщика по электронный почте в случае положительного результата проверки соответствия извещения какому-либо поставщику.

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

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

Глава 2. Проектирование системы подачи заявок на участие в электронных аукционах

Проект программной системы будет иметь ключевую роль в процессе реализации, поэтому важно изначально разработать его правильно и с достаточной степенью детализации. Проект разрабатываемой программной системы состоит из трех частей: концептуальной, логической и физической.

2.1 Разработка концептуальной модели

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

Исходя из требований, в системе должны быть реализованы функции для ведения учета данных поставщиков, включающих контактную информацию, документацию для подачи заявок, адрес электронной почты и некоторые другие. В данном случае адрес электронной почты будет уникальным идентификатором поставщика, поэтому для добавления записи о поставщике его адреса электронной почты (наравне с паролем для входа в систему) будет достаточно. Остальная же информация поставщика необходима только для возможности автоматической подачи заявки, поэтому она может быть добавлена позднее, причём самим поставщиком. Таким образом, сценарии для учета пользователей можно разделить на две категории, первая из которых относится к администратору системы (добавление, редактирование и удаление поставщика), а вторая - к поставщику (изменение параметров подачи заявок).


Подобные документы

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

    дипломная работа [2,8 M], добавлен 25.01.2013

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

    курсовая работа [1,2 M], добавлен 21.06.2015

  • Создание автоматизированной системы, включающей системы видеоконтроля качества полиграфической продукции и ее учета. Разработка программной системы. Модули обработки информации и изображения. Общий алгоритм распознавания. Интерфейс системы управления.

    дипломная работа [3,0 M], добавлен 22.11.2015

  • Разработка автоматизированной информационной системы для учета и контроля выполнения ремонтных работ, и предоставления услуг по разработке программного обеспечения компании "МегионСофтОйл", разработка алгоритмов приложений программной системы и модулей.

    дипломная работа [5,3 M], добавлен 29.06.2012

  • Этапы разработки программной системы, позволяющей контролировать использование сервисов сотовой связи клиентами. Описание процесса проектирования и классов. Описание структуры данных, хранимых в файле клиентов. Диаграмма деятельности для провайдера.

    курсовая работа [5,2 M], добавлен 30.06.2014

  • Разработка информационной системы для автоматизации логистики в управлении архивом документов компании "Айрон Маунтен". Обзор рынка аналогов программных продуктов. Тестирование разработанной программной системы. Даталогическая и физическая модели данных.

    дипломная работа [7,3 M], добавлен 04.05.2014

  • Описание предметной области системы "Аптека", описание ее основных атрибутов и элементов, назначение и функциональные особенности. Разработка модели данной программной системы средствами UML, прецеденты процесса и требования к нему, эффективность.

    курсовая работа [1,2 M], добавлен 11.10.2013

  • Моделирование информационной системы учета услуг рекламного агентства: обработка заявок клиентов, оформление накладных на оказание услуг. Разработка концептуальной, логической и физической моделей потоков данных, построение диаграммы "сущность-связь".

    курсовая работа [1,2 M], добавлен 12.02.2013

  • Расширение возможностей браузера плагинами. Создание собственного веб-клиента. Разработка главной функции ядра системы. Основание подсистемы загрузки файлов. Формирование инсталлятора программной концепции. Тестирование функциональной части программы.

    дипломная работа [2,4 M], добавлен 12.08.2017

  • Разработка приложения "Калькулятор" для подсчитывания количества символов или букв в арабском тексте. Проектирование программной системы, определение функциональных требований к приложению. Алгоритм разработки модульной структуры мобильного приложения.

    презентация [853,9 K], добавлен 08.04.2019

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.