Table of Contents
Процедури, на які найбільше схожа
...
| documentType | Назва Укр | Назва Англ | Обовʼязковість для публікації | Публічність |
|---|---|---|---|---|
| commercialProposal | Заява на участь | Commercial proposal | ні | так |
| x_passport | Копія паспорта або документу, що посвідчує особу | Passport or identity document | ні | ні |
| x_IPN | Копія РНОКПП | RNTRC copy | ні | ні |
| x_tenderersRegisterExtract | Витяг ЄДРПОУ | Register extract | ні | так |
| x_guaranteeApproval | Документ, що підтверджує сплату гарантійного внеску | Guarantee fee approval | ні | так |
| x_registrationFeeApproval | Документ, що підтверджує сплату реєстраційного внеску | Registration fee approval | ні | так |
| qualificationDocuments | Документи, що підтверджують відповідність вимогам | Qualification document | ні | так |
| auctionProtocol | Протокол аукціону | Auction protocol | ні | так |
| digitalSignature | Цифровий підпис | Digital signature | нітак | Набуває значення документу з яким позв'язаний |
| Info | ||
|---|---|---|
| ||
При реєстрації учасника, що має отримати Переважне право, необхідно перевірити, що саме вказав Організатор аукціону в currentTenants. Індетифікатор (ЄДРПОУ, ІПН) має співпадати. Після публікації біда від учасника з переважним правом, бід опублікується з статусі draft. При цьому ознака "пріоритетного права" зʼявиться у біда лише після його активації (зміни статуса з draft → active) Якщо вже існує Бід з priority, але Організатор редагує поля процедури в результаті чого бід деактивується - ознака priority зникає, а після повторної активації (inactivate --> active) знов зʼявляється, якщо Організатор не замінив identifier учасника з переважним правом. |
...
draw.io Diagram border true diagramName CSP_bid_statuses simpleViewer false width links auto tbstyle top lbox true diagramWidth 636 revision 12
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля:
Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft). |
| active | Підтверджена заява | draft inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Активувати заяву на участь є можливість тільки протягом tenderPeriod. Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою. |
| inactive | Деактивована заява | draft active | Автоматична дія. Учасник має можливість:
| У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника. Важливо: При переході біда в статус inactive для учасника з переважним правом має перестати відображатись поле priority |
| deleted | Видалена заява | draft active inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod Важливо: При переході біда в статус deleted для учасника з переважним правом має перестати відображатись поле priority |
...
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується протокол | МА (переможець) АБО pending_waiting | Автоматично: Присвоюється переможцю під час генерації авардів АБО Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця | Організатор має можливість:
Учасник має можливість:
|
| pending_waiting | Очікується рішення | МА (учасник з другою за розміром валідною ставкою) | Автоматично. Присвоюється 2-му (після переможця) учаснику під час генерації авардів | Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів 2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі) |
| active | Переможець. Очікується договір | pending | Ручна дія. Організатор підтверджує підписання протоколу і змінює статус award pending → active | Термінальний статус. Організатор має можливість:
2й Учасник має можливість:
|
| cancelled | Учасник не став переможцем | pending_waiting | Ручна дія. 2-й учасник (статус pending_waiting) відмовився від очікування Автоматично. Аукціон перейшов в термінальний статус (complete) та 2-й учасник в статусі pending_waiting → cancelled | Термінальний статус. |
| unsuccessful | Дискваліфіковано | pending АБО active | Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending → unsuccessful Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful | Термінальний статус. 1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled |
...
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| rejectionProtocol | Документ, що підтверджує дискваліфікацію | Rejection protocol | Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором; | Так Для зміни awards.status: pending → unsuccessful | Так |
| auctionProtocol | Протокол аукціону | Auction protocol | Протокол підписується і завантажується для кожного учасника окремо | Так Для зміни awards.status: pending → active | Так |
| act | Документ, що підтверджує відмову | Refusal act | Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful | Так Для зміни awards.status: pending → unsuccessful | Так |
| digitalSignature | Цифровий підпис | Digital signature | Ні Так | Набуває значення документу з яким позв'язаний |
Підписання договору (Contracts)
...
До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.
Завершення аукціону (переведення у статус complete)
Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.
Статуси Contracts
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент набуття Awardʼу статусу active | Автоматично. Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending. | Організатор має можливість:
|
| active | Договір підтверджено | pending | Ручна дія. Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active | Повʼязаний Авард має бути у статусі active. З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) |
| cancelled | Договір скасовано | pending | Автоматична. За умови дискваліфікації Аварда із active → unsuccessful | Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful |
...
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| contractSigned | Підписаний договір | Signed contract | Підписаний договір | Так | Так |
| contractAnnexe | Додатки до договору | Contract annexe | Додатки до договору | Ні | Так |
| contractNotice | Повідомлення про договір | Contract notice | Офіційне повідомлення, що містить деталі договору | Ні | Так |
| paymentInformation | Інформація про розрахунки | Payment Information | Відомості про розрахунки переможцем аукціону | Ні | Так |
| transferAct | Акт приймання - передачі | Transfer act | Акт приймання - передачі | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Умови дискваліфікації
Дискваліфікація переможця Організатором
У разі дискваліфікації переможця, Організатор Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду):.
Після чого майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.
...
До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документ/ти.
Повідомлення щодо кваліфікації (загальні)
Завершення аукціону
Після підтвердження договору (contract.status: pending → active), Організатор аукціону завершує аукціон.
Необхідно надіслати запит на зміну статусу Процедури active_awarded → complete
Процедура продажу вважається успішно завршеною.
Скасування аукціону
Рішення Організатора про відміну аукціону повинне бути викладене у формі розпорядчого акта (рішення, наказу, розпорядження, протоколу тощо)
Скасувати процедуру є можливість у статусах, окрім термінальних:
- active_tendering
- active_auction
- active_qualificatin
- active_awarded
Для скасування необхідно:
- У разі відміни аукціону ЦБД автоматично присвоює аукціону статус “Аукціон відмінено”.
Деталі описано тут
Документи скасування процедури (cancellations.documents)
...