Статус | Роль | Коментар | |
Замовник аукціону | Учасник | ||
- | - | - | N award`ів генерується після завершення аукціону у статусі verification |
verification Перевірка документів | Замовник аукціону має перевірити документи учасників та підтвердити або відхилити документи | Можливість довантажити документи у bid (доступні до завантаження усі типи документів, що дозволені для bid`а) | У разі відхилення документів учасника, award учасника переходить до статусу unsuccessful. У разі підтвердження документів award переходить до тимчасового статусу waiting. |
waiting Документи перевірено | - | Очікування перевірки документів інших учасників | Проміжний статус, після закінчення перевірки документів усіх учасників або закінчення строку (10 робочих днів), award учасника переходить до наступних статусів: Переможці - pending Учасники, які чекають можливості кваліфікації - pending.waiting |
pending.waiting Очікується рішення | - | - | Учасник не може самостійно відмовитись від очікування. 1. Якщо в результаті очікування для учасника формується обсяг, що повністю задовольняє заяву учасника, award такого учасника переходить до статусу pending. 2. Якщо після завершення періоду дії статусу pending.waiting для учасника формується обсяг, що частково задовольняє заяву учасника, award такого учасника набуває статус pending.admission (умовний переможець). Award’и інших учасників переходять до статусу cancelled. |
pending Переможець. Очікується протокол | Завантаження протоколу і переведення у наступний статус або дискваліфікація учасника | Можливість завантажити протокол (auctionProtocol) до bid`a | |
active Переможець. Очікується договір | Завантаження договору та інших документів (оновленої банківської гарантії, ТЗ і т.і.) або дискваліфікація учасника | - | Дискваліфікувати можливо до завершення торгів, в тому числі, після завантаження contractSigned та\або заповнення dateSigned Разом з договором завантажується інформація про оновлену банківську гарантію Необхідно ввести масив contracts зі зв’язком з award`s, замість поточного варіанту роботи з 1 контрактом |
pending.admission Підтвердження набуття статусу переможця | Прийняття рішення щодо набуття статусу переможця із зазначенням величини потужності | Умовний переможець має: 1. підтвердити набуття статусу переможця - award учасника переходить до статусу pending (учасник має вручну зазначити обсяг, на який він погоджується) 2. відмовитися від набуття статусу переможця - cancelled. | |
unsuccessful Дискваліфіковано | - | - | Award набуває статусу у випадку дискваліфікації учасника на будь-якому етапі кваліфікації |
cancelled Учасник не став переможцем | - | - | Award набуває статусу у випадку, якщо учасник не став переможцем після завершення періоду повернення банківських гарантій (30 робочих днів після завершення аукціону) або відмовився від статусу переможця. |
https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=47448256 - схема кваліфікації
Note: endDate verificationPeriod, signingPeriod та admissionPeriod в процесі Awarding’у фіксуються на рівні 18:00.
По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД формує award`и для N учасників у статусі verification. award`и формуються для всіх учасників, в залежності від кількості заяв на участь
Валідною ставкою вважається та, що рівна або менша за значення value.amount.
На майданчиках відображається інформація про учасників, що кваліфікуються (повний перелік полів https://procedure-sandbox.prozorro.sale/api/doc#/):
Повна юридична назва Учасника
Розмір цінової пропозиції
Обсяг учасника
Розмір з заяви учасника
Статус award
Документи учасника
Терміни на перевірку документів та завантаження протоколу\договору
Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону.
Учасниками вважаються користувачі, які подали повний пакет коректних документів і відповідають вимогам законодавства. Після аукціону Замовник аукціону протягом 10 робочих днів (verificationPeriod), але не пізніше 18:00 години останнього дня verificationPeriod здійснює перевірку документів всіх учасників аукціону та завантажує відповідні документи ("Акт про невідповідність" та/або "Загальний акт перевірки"):
або
Після того, як не залишилось учасників, документи яких розглядаються (всі документи або підтверджено, або відхилено), Замовник аукціону повинен оприлюднити “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів, "Загальний акт перевірки" завантажується до процедури, а не окремих авардів. Замовник аукціону завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification. Якщо є учасники у статусі verification, в Замовника аукціону можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. У Замовника аукціону є можливість замінити "Загальний акт перевірки" до моменту натискання кнопки "Перевірку документів завершено".
Можливо 2 варіанти, з автоматичним завершенням та з ручним. В ЦБД закладаємо можливість перемикатись між опціями
Варіант А.
Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів. Зміна статусів процедури та авардів здійснюється за відсутності документу x_verificationAct.
Варіант Б.
Автоматичне завершення періоду відсутнє, Замовник аукціону має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів.
Після завершення аукціону, протягом verificationPeriod, поки award знаходиться у статусі verification, учасники мають можливість довантажити до bid`а набір документів для усунення формальних недоліків (усі типи документів, що дозволені для bid`а). У разі довантаження оновленої версії документу, тип документу та його неймінг має співпадати, з документом, який на етапі розміщення заяви було додано до bid`а. Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо.
Після зміни статусу процедури на active.qualification, розраховується обсяг квоти, виходячи з сумарного обсягу учасників, які успішно пройшли перевірку документів (тільки учасники з award`ом у статусі waiting). Розрахований обсяг квоти складає 80% від суми обсягів у заявах учасників, але не більше за обсяг квоти, вказаний при публікації аукціону Замовником аукціону. Після чого змінюється статус award`ів таких учасників і починається етап роботи з протоколом та договором.
signingPeriod.startDate періоду роботи з протоколом та договором формується:
від дати завершення аукціону, для учасників, обсяг заявок яких задовольняється одразу після завершення перевірки документів
з дати такої дискваліфікації та оновлення статусу учасника, для учасників, які набувають право на отримання квоти після дискваліфікації одного з переможців протягом waitingPeriod
з дати фактичного завершення admissionPeriod у разі погодження умовним переможцем на обсяг, що залишився після кваліфікації/дискваліфікації переможців.
Пропозиції сортуються від меншої ціни до більшої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД.
Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Замовник аукціону не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у, аналогічно до завершення verificationPeriod).
SigningPeriod це період який відноситься до award`у, він формується окремо для кожного учасника під час набуття таким учасником статусу pending. Дата початку та завершення періоду для різних учасників може відрізнятися.
Award’ам учасників з найнижчими ставками присвоюється статус pending. При однакових цінових пропозиціях, переможцем вважається той учасник, що подав пропозицію раніше. Час подачі пропозицій враховується та відображається відповідно до стандарту, наприклад: 2019-10-11T14:54:12.708333+03:00 (посилання на стандарт https://en.wikipedia.org/wiki/ISO_8601)
Процедура кваліфікації знаходиться в періоді підписання протоколу, у цей час Замовник аукціону зобов’язаний завантажити і підтвердити протокол аукціону (documentType: auctionProtocol) в цей award. У Замовника аукціону є можливість замінити протокол аукціону до моменту натискання кнопки "Протокол затверджено".
У Замовника аукціону є можливість підтвердити протокол і після завершення SigningPeriod, обмеження на майданчику не мають встановлюватись.
Після завантаження протоколу Замовник аукціону натискає кнопку "Протокол затверджено", після чого майданчик переключає статус award’у в active (“Очікується договір”). В результаті чого для цього award’у створюється contract відповідного учасника в статусі pending у масиві contracts.
У учасника, який кваліфікується є можливість завантаження та заміни Протоколу (тип документу auctionProtocol) до bid`а (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
У разі відмови переможця від підписання протоколу про результати аукціону, гарантований покупець складає та оприлюднює в електронній торговій системі акт (documentType: act), натискає на кнопку “Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку (причина записується в поле data.award.description):
Переможець
Відмовився від підписання протоколу
Після чого майданчик передає статус unsuccessful award`у учасника. Вказана причина чи декілька причин, а також статус учасника, повинні відображатись на майданчику.
В межах signingPeriod’у Замовник аукціону повинен натиснути на кнопку “Завантажити договір” (documentType==contractSigned) та натиснути на кнопку “Підтвердити договір”. Після цього майданчик переводить contract в статус active.
У Замовника аукціону є можливість підтвердити договір і після завершення signingPeriod award`у, обмеження на майданчику не мають встановлюватись.
До підтвердження договору, Замовник аукціону має вказати дату підписання договору (contracts.dateSigned) та аукціонну суму у гривні (data.contracts.x_valueUAH) та інші обов'язкові поля https://procedure-staging.prozorro.sale/api/doc#/.
Без заповнення обов'язкових полів, відсутня можливість змінити статус contract.
До переведення контракту в статус active, Замовник аукціону повинен мати можливість виправити обов'язкові поля та вкладені файли (виклик PUT /contracts/{cid}/documents/{did} ). При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими.
В статусі pending, до переведення контракту в статус active (в тому числі, після завантаження документу з типом contractSigned або фіксації дати підписання контракту dateSigned), у Замовника аукціону наявна можливість дискваліфікувати учасника.
У разі відмови переможця або Замовника аукціону від укладення договору купівлі-продажу, Замовник аукціону складає та оприлюднює в електронній торговій системі акт (documentType: act, додається до contract переможця), натискає на кнопку “Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку (причина записується в поле data.documents.description):
Переможець
Відмовився від підписання договору
Після чого майданчик переводить контракт у статус cancelled. Award учасника автоматично стає unsuccessful.
Після закінчення періоду перевірки документів учасників, система визначає starDate періоду очікування кваліфікації/дискваліфікації переможців.
waitingPeriod.startDate завжди дорівнює auctionPeriod.endDate та триває 29 робочих днів, waitingPeriod.endDate наступає на 29 робочий день о 23:59.
В рамках цього періоду учасники, що успішно пройшли перевірку документів і в результаті якої їх award отримав статус pending.waiting, - очікують кваліфікації/дискваліфікації переможців.
Очікує рішення (pending.waiting)
Для учасників, які не отримали бажаний обсяг, а також для учасника, який отримав частину бажаного обсягу (bids.quantity), одразу після аукціону, формуються award’и, що отримують статус pending.waiting. Такі учасники не можуть відмовитись від очікування і чекають на дискваліфікацію переможців або завершення waitingPeriod (29 робочих днів з моменту завершення аукціону).
Якщо в рамках waitingPeriod один з award’ів у статусі pending дискваліфіковують, і у процедурі є учасники у статусі pending.waiting, відбувається перерозподіл квоти, що звільнилась. Якщо після перерозподілу не використано весь обсяг, залишок обсягу переходить наступному учаснику у статусі pending.waiting
У випадку дискваліфікації переможця, ЦБД розподіляє обсяг переможців, яких було дискваліфіковано, між учасниками з наступними найменшими за величиною ціновими пропозиціями. При цьому, вже розрахований обсяг квоти 80% не змінюється.
Якщо в результаті для учасника, з award`ом у статусі pending.waiting, формується обсяг, що повністю задовольняє його заяву, award такого учасника переходить до статусу pending. З моменту зміни статусу такого award’у на pending для такого учасника формується окремий signingPeriod 15 робочих днів (аналогічно до award`ів, які сформувались спочатку).
Award може знаходитись у статусу pending.waiting не довше 29 робочих днів після завершення аукціону. Після завершення періоду (на 30-й робочий день о 00:00), відбувається перевірка наявності умовного переможця. Умовним переможцем вважається учасник який отримав частину бажаного обсягу (bids.quantity). У разі наявності умовного переможця award такого учасника автоматично змінює свій статус на pending.admission, а award`и всіх інших учасників (у статусі pending.waiting), що йдуть наступні в черзі за умовним переможцем автоматично змінюють свій статус на cancelled.
Якщо після завершення waitingPeriod (на 30-й робочий день о 00:00 після завершення аукціону), та за умови наявності учаснику у статусі pending.waiting, з обсягом квоти, яка не повністю задовольняє заявку учасника, у award`a такого учасника автоматично формується admissionPeriod тривалістю в 5 робочих днів. Award такого учасника набуває статус pending.admission (умовний переможець):
Учасник протягом 5 робочих днів має погодитися або відмовитися від обсягу, який залишився після кваліфікації переможця/ців.
У випадку погодження на обсяг, що залишився, умовний переможець в особистому кабінеті надає підтвердження на набуття статусу переможця (pending) та зобов’язаний вказати розмір обсягу, на який погоджується: поле - award.quantity (вказаний обсяг повинен дорівнювати або бути меншим обсягу, що залишився). Після чого у award`a формується signingPeriod, на який виділяється до 15 робочих днів, але період триває доти, доки Замовник аукціону не переведе процедуру в наступний статус.
У випадку відмови від обсягу, що залишився, або бездіяльності учасника протягом admissionPeriod необхідно передати зміну статусу award`у з pending.admission на cancelled.
У разі коли обсяг частини річної квоти підтримки в межах лота повністю роподілений між переможцями, умовний переможець не визначається та admissionPeriod не формується.
Після підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (відсутні award`и у статусі pending та pending.waiting), Замовник аукціону натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete.
Замовник має право відмовитися від проведення Електронних торгів, шляхом скасування аукціону. Для скасування Замовник аукціону зобов’язаний завантажити документ із причинами скасування (documentType:cancellationDetails) та внести опис причин скасування аукціону (data.cancellations.reason) та натиснути кнопку "Скасувати аукціон". Технічно можливість скасування аукціону присутня до моменту переходу в один з термінальних статусів. Скасувати аукціон можливо у будь-якому не термінальному статусі процедури, окрім active.auction.
Гарантований покупець має право обрати одну з нижчезазначених причин:
У Замовника аукціону є можливість замінити documentType:cancellationDetails до моменту натискання кнопки "Скасувати аукціон".
Фактичну дату скасування Замовник аукціону вказує вручну, валідація на рівні ЦБД (фактична дата скасування в діапазоні між датою створення та фактичною датою) https://procedure-sandbox.prozorro.sale/api/doc#/
Перелік термінальних статусів процедури:
Статус | Значення | Коментар |
unsuccessful | Торги не відбулися | Відсутність учасників або дискваліфікація всіх учасників |
cancelled | Торги відмінено | Скасування аукціону Замовником аукціону |
complete | Аукціон завершено. Договір підписано | Успішне завершення торгів |