Регламент роботи системи електронних державних закупівель (стр. 3 )

6.2. Доступ до інформації, що розміщується в Системі, забезпечується Електронними  майданчиками за допомогою API  - веб-сервісів, заснованих на нотації JSON (Application Programming Interface, набір готових класів, процедур, функцій, структур і констант, що надаються додатком (бібліотекою, сервісом) для використання у зовнішніх програмних продуктах). В рамках Системи API є частиною центральної бази даних, які забезпечують сервіси взаємодії Електронних майданчиків, Опреаторів з ЦБД. Для здійснення окремих операцій, пов'язаних з формуванням електронного цифрового підпису, потрібна додаткова настройка робочого місця користувача.

6.3. Вся інформація розміщується в Системі українською, англійською та російською мовами, крім тих випадків, коли використання букв і символів української мови призводить до її спотворення (адреси мережі "Інтернет", адреси електронної пошти, найменування іноземної торговельної марки і загальноприйняті міжнародні терміни). Використання латинських та інших символів при написанні українських слів не допускається.

6.4. Система працює за датою та часом часового поясу, в якому розташований м. Київ (за київським часом). Застосовуваний формат позначення дати в Системі - день. місяць. рік, формат часу - години: хвилини і години: хвилини: секунди. міллісекунди (де годинник вказуються в 24-годинному форматі).

7. Електронний документообіг та електронний цифровий підпис

7.1. Закупівлі, які оголошуються і проводяться в Системі, проводяться виключно в електронній формі через Систему. Всі документи і відомості, пов'язані з отриманням реєстрації в Системі та проведенням закупівель, у тому числі з подачею заявок і цінових пропозицій, направляються у формі електронних документів через Систему. Замовник може витребувати у Учасника, Кандидата паперові копії документів відповідно до Регламенту.

7.2. Документи та відомості, що направляються Користувачем Системи у формі електронних документів через Систему, можуть підписуватися електронним цифровим підписом (ЕЦП) Користувача Системи.

8. Порядок проведення закупівлі

8.1. Оголосити закупівлю може лише Замовник, сформувавши параметри закупівлі та опублікувавши технічні, кваліфікаційні вимоги, вимоги до фінансового забезпечення учасників.

Закупівлі проводяться в цілях вибору постачальників для укладення договорів на поставку товарів, робіт чи/та послуг для потреб Замовника.

8.2. Всі закупівлі -  відкриті за складом учасників. У відкритих закупівлях вправі взяти участь будь-які Учасники.

8.3. Для оголошення Закупівлі Замовник формує та затверджує в Системі повідомлення про проведення закупівлі, із зазначенням інформації про предмет договору, умови договору, інформації про порядок і умови проведення закупівлі та про строк подання пропозицій, з додатком документації про проведення закупівлі.

8.4. Правила проведення закупівлі встановлюються Замовником в документації про проведення закупівлі з урахуванням Регламенту.

8.5. Електронний майданчик, за допомогою API, створює в ЦБД запис про нову закупівлю. Всі Користувачі Системи на будь-якому етапі закупівлі мають право знайти і переглянути інформацію про закупівлю. Сервіс пошуку та перегляду закупівель надають Електронні майданчики.

8.6. Замовник вправі відмовитися від проведення Закупівлі.

8.7. При роботі в Системі, Учасники своєчасно, відповідно до визначеного Регламентом порядку, здійснюють дії по участі в Закупівлі через Електронні майданчики.

8.8. Будь-яка пропозиція Учасника, спрямована через Систему в ході участі в Закупівлі,  вважається офертою. Учасник/Кандидат/Переможець зобов'язується укласти угоду з Замовником процедури на запропонованих умовах, а також на умовах, зазначених у повідомленні та документації про проведення закупівлі, у випадку, якщо він буде визнаний Переможцем у відповідності з Регламентом та умовами Закупівлі.

8.9. Інформація, зазначена Учасником в електронних документах, документах, що  додаються до пропозиції, повинна відповідати інформації, зазначеній ним в екранних формах Системи при подачі пропозиції. У разі невідповідності, пріоритетною вважається інформація, зазначена в екранних формах Системи.

8.10. Рішення про вибір Переможця або про визнання торгів такими, що відбулись, приймає комісія Замовника на підставі останніх представлених Учасниками закупівлі пропозицій за результатами Аукціону.

8.11. Договір за результатами проведення Закупівлі укладається між Замовником та Переможцем поза Системою, в письмовій формі або іншим способом, передбаченим законодавством, реєструється в Системі та пербуває у вільном доступі для Користувачів системи для перегляду.

8.12. Для участі в закупівлі Учасник здійснює подачу Заявки за допомогою заповнення екранної форми в Системі, доступ до якої здійснюється з «Особистого кабінету», і завантаження в Систему доданих електронних документів. Введені на формі відомості та додані документи можуть завірятися електронним цифровим підписом Учасника.

8.13. Заявка повинна відповідати вимогам, зазначеним Замовником в пропозиції і документації про проведення закупівлі.

8.14. Учасник має право подати Заявку до закінчення терміну прийому заявок, встановленого Замовником у повідомленні про проведення Закупівлі.

8.15. Будь-яка інформація про Учасників та їх пропозиції є закритою до закінчення Аукціону, крім початкових цінових пропозицій, які є закриті тільки до початку аукціону, для всіх осіб, крім самого Учасника, який подав пропозицію. До завершення Аукціону переглянути пропозицію можна тільки за наявності ID пропозиції, і коду доступу, виданого Електронним майданчиком/оператором при створенні пропозиції. Виконати такий запит API зможе тільки Електронний майданчик, через яку пропозицію було подано.

9. Внесення змін/уточнень в пропозицію Замовника

9.1. Замовник має право вносити зміни та уточнення в параметри і документацію закупівлі тільки до початку прийому пропозицій. Вся історія змін документів, внесених в цей період, зберігається в ЦБД і є доступна для перегляду Користувачам Системи.

9.2. Можливі наступні типи змін документації закупівлі:

9.2.1. Зміна - Замовник завантажує в картку закупівлі нові файли з документацією. Старі файли при цьому не видаляються, а автоматично маркуються як неактивні. У цьому випадку, Учасникам доступна вся документація.

9.2.2. Уточнення - Замовник створює додатковий запис, пов'язаний з карткою закупівлі, в якій уточнює або змінює формулювання документації закупівлі, обов’язково зазначивши формулювання: «Абзац 3.1 читати в такій редакції...». У цьому випадку Учасникам доступні тільки зміни.

9.3. Якщо Замовник обмежується уточненням, ніяких інших документів не вимагається. Якщо Замовник змінює документацію, він зобов'язаний перезавантажити документацію  і опублікувати уточнення, в якому перерахувати внесенні зміни. Якщо Замовник не вказав в уточненні будь-які зміни, внесені в документацію, і потім на підставі такої зміни дискваліфікував Учасника/Кандидата, це може стати підставою для оскарження і скасування закупівлі.

9.4. Оператор забезпечує створення картки (або будь-яке інше відображення створеної закупівлі в кабінеті на Електронному майданчику), викликаючи яку через «Особистий кабінет» Замовник може додавати зміни/уточнення до закупівлі і заново завантажувати в ЦБД. Замовнику доступна така функція тільки  з того Електронного майданчика, з якого була ініційована закупівля.

10. Порядок проведення Аукціону

10.1. Аукціон є основним етапом процесу електронних торгів (закупівель), в ході якого Учасникам/Кандидатам надається можливість подавати свої цінові / комерційні пропозиції відповідно до встановлених правил роботи Системи.

Процес «Аукціон» складається з двох підпроцесів:

10.1.1. Подача / редагування / анулювання пропозицій. До дати закінчення прийому пропозицій, Учасники/Кандидати мають право зняти пропозицію (видалити), внести зміни в пропозиції.

Пропозиція Учасника для участі в закупівлі складається з наступних частин:

·  Інформація про Учасника, що подає пропозицію

·  Початкова ставка (цінова пропозиція);

·  Вкладені документи, що містять опис пропозиції і супутніх умов.

Про реєстрацію пропозиції знає тільки Учасник, який подав пропозицію. Ніяка інформація про пропозицію і, навіть, факті її подачі не надаються ні Замовнику, ні Оператору, ні іншим особам.

10.1.2.Електронний реверсивний аукціон; ЕРА (Редукціон). Даний підпроцес включає наступні стадії:

10.1.2.1. Отримання доступу до аукціону в режимі Учасника. Учасник/Кандидат за допомогою інтерфейсу Електронного майданчика отримує індивідуальну адресу сторінки Аукціону. Електронний майданчик повинен забезпечити конфіденційність цього посилання, тому вона є єдиним ідентифікатором Учасника/Кандидата.

10.1.2.2. Реверсивний аукціон. Ця функція запускається автоматично в дату і час Аукціону, зареєстровану Замовником відповідно до Регламенту. Електронні майданчики мають право інформувати Користувачів Системи про наближення дати старту Аукціону.

Якщо в момент старту Аукціону жоден учасник не зареєстрував пропозицію, Система автоматично присвоює Закупівлі статус «Скасована».

Якщо зареєстрований один Учасник/Кандидат, то Система автоматично реєструє Учасника як Кандидата і переходить до процесу «Оцінка», а закупівлі присвоює статус «Кваліфікація».

Якщо зареєстровано більше одного учасника, Система активує єдиний модуль «Аукціон». У Аукціоні можуть брати участь тільки зареєстровані Учасники/Кандидати Аукціону. Всі інші Користувачі Системи, в т. ч. Замовник даної закупівлі, мають можливість on-line спостерігати за ходом Аукціону.

10.1.2.2.1. Електронні майданчики забезпечують доступ зареєстрованих учасників до єдиного модулю «Аукціон». Для кожного учасника Адмінстратор Системи ЦБД створює індивідуальну веб-сторінку, яку Електронний майданчик передає відповідному Учаснику/Кандидату. Відповідальність Електронного майданчика - передати посилання на веб-сторінку тільки відповідному авторизованому Користувачеві Системи. Ніяких додаткових верифікацій на рівні ЦБД не виконується.

10.1.2.2.2. ЦБД відстежує підключення до веб-сторінки Учасників/Кандидатів і виводить на них інформацію про кількість підключень і IP-адреси, з яких відбулося підключення до індивідуальної сторінки Учасника. Це дає можливість Учаснику/Кандидату контролювати відсутність несанкціонованих підключень до його сторінки.