| Table of Contents |
|---|
Загальний огляд процедури
Мета створення процедури та нормативні засади
З метою проведення електронних аукціонів з передачі в оренду майна, відповідно до Регламенту, в рамках Prozorro.Sale реалізовано sellingMethod: commercialPropertyLease-priorityEnglish.
Процедура, на яку найбільше схожа
legitimatePropertyLease-priorityEnglish
Вимоги до майданчиків
Глосарій процедури
- Крок аукціону для проведення електронного аукціону — мінімальна надбавка, на яку в ході електронного аукціону або на етапі подання закритих цінових пропозицій може здійснюватися підвищення цінової пропозиції
- Лот — об’єкт оренди, який виставляється на електронний аукціон;
- Закрита цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні;
- Учасник — фізична особа або юридична особа в особі уповноваженого представника, у тому числі фізична та юридична особа іноземної держави, міжнародна організація та особа без громадянства, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника;
- Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочергову/другочергову оренду лоту за ціною вказаною учасником без такого права.
- Цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником у ході електронного аукціону;
- Орендар - фізична або юридична особа, яка на підставі договору оренди бере майно у користування за плату на певний строк;
- Орендодавець - фізична або юридична особа, яка на підставі договору оренди передає майно у користування за плату на певний строк;
- Потенційний орендар - фізична або юридична особа, яка виявила бажання взяти майно в оренду та має переважне право
- Стартова орендна плата - плата за користування майном, яка зазначається в оголошенні про передачу майна в оренду.
Загальна інформація про роботу процедури
Особливості процедури
- На етапі роботи публікації Процедури:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону (організатор може визначити самостійно значення за замовченням 1):
- minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Внесення інформації про учасників з переважним правом (максимальна кількість 2).
- На етапі подання заяв на участь:
- Учасник з переважним правом (currentTenant) має поле гарантійного внеску (currentTenantGuaranteeFee), яке вказується Організатором
- Аукціон:
- англійський аукціон
- додатковий раунд для учасників з переважним правом
- Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця
Опис класифікаторів та їх словників
Для даної процедури обов'язково використовуємо один основний класифікатор (CAV) та два додаткових (CPVS).
...
Ендпоінти з класифікаторами:
Посилання на legalName endpoint (Додати задачу)
Посилання на конфігураційний файл з періодами та статусами
Перелік схем:
- Timeline процедури
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Інформація про процедуру
Загальні дані процесу процедури
Схема "Загальний процес commercialPropertyLease-priorityEnglish"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Timeline процедури
Схема "Timeline commercialPropertyLease-priorityEnglish"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Періоди процедури
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|---|
| rectificationPeriod | active_tendering | Період редагування | Дата та час публікації процедури в ЦБД. | може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 | Редагування полів після завершення періоду процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД |
| tenderPeriod | active_tendering | Період подання пропозицій | Дата та час публікації процедури в ЦБД. | о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate (може припадати на НЕробочий день) | Статус процедури змінюється автоматично: active_tendering → active_auction
| Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД |
| questionPeriod | active_tendering | Період запитань | Дата та час публікації процедури в ЦБД. | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону | - | |
| enquiryPeriod | active_tendering | Період відповідей | Дата та час публікації процедури в ЦБД. | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону | - | |
| auctionPeriod | active_auction | Аукціон | Завжди припадає на робочий день. Вказується організатором при публікації процедури. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день. | Статус процедури змінюється автоматично: active_auction → qualification
| auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate |
| qualificationPeriod | active_qualification active_awarded | Період кваліфікації | При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate | Не може припадати на НЕробочий день. | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. Статус процедури змінюється автоматично при умові відсутності awards в статусі active : active_qualification→ active_awarded→ complete | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника). |
**
Статуси процедури
Всі статуси процедури в періоді кваліфікації(qualificationPeriod)завершуються Організатором аукціону вручну (не автоматична дія)
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | момент публікації оголошення в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Прийняття заяв на участь" (active_tendering). |
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період Прийняття заяв на участь (кількість учасників не менша ніж вказано Організатором) | На момент завершення періоду "Прийняття заяв на участь"виконана умова переходу процедури для набуття статусу "Аукціон" (active_auction). |
| active_qualification | Очікується опублікування протоколу | active_auction | Автоматично. Завершилась робота Модуля аукціону(auctionPeriod.endDate)/ Завершився період прийому пропозицій + 1 заявка на участь(auctionPeriod.startDate) | Для кожного учасника, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом) Аварди в статусі unsuccessful свій статус не змінюють. |
| active_awarded | Очікується підписання договору | active_qualification | Ручна дія. Організатор надсилає запит на зміну status: active_qualification → active_awarded | По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором. |
| complete | Аукціон завершено | active_awarded | Ручна дія. Організатор надсилає запит на зміну status: active_awarded → complete | Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє:
|
cancelled | Аукціон скасовано | active_rectification active_tendering active_qualification active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. |
| unsuccessful | Аукціон не відбувся | active_tendering active_qualification active_awarded | Автоматично.
| Термінальний статус. |
Опис періодів + функціонал ролей+ Повідомлення
Публікація процедури (Створення оголошення)
Створення оголошення
Схема "Публікація оголошення та прийняття заяви про участь"
...
Повний перелік полів для Swagger
та ТЗ з вимогами до майданчиків.View file name openapi CLP.yaml height 250
Документи процедури
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність |
|---|---|---|---|---|---|
| illustration | Ілюстрації | Illustration | Зображення, що можуть додаватися Організатором до процедури | Так | Так |
| notice | Паспорт торгів | Auction notice | Офіційне повідомлення, що містить деталі аукціону | Ні | Так |
| technicalSpecifications | Копії документів та матеріалів на лот | Technical specificatons | Детальна інформація про лот | Ні | Так |
| evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Вимоги до потенційних учасників аукцціону | Ні | Так |
| contractProforma | Типова форма договору про надання послуги | Contract proforma | Типова форма договору про надання послуги | Ні | Так |
| x_presentation | Презентація | Presentation | Презентація | Ні | Так |
| property_doc | Документи на майно | Property documents | Документи що підтверджують право власності організатора на лот, відсутність встановлених законом обтяжень (обмежень), відсутність встановлення законом обтяжень (обмежень) та заборон на відчудження лотів | Так, якщо організатор ФОП (sellingEntity.identifier.scheme - всі значення крім UA-EDR зі схеми ua_identifier) | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при публікації оголошення
Публікація процедури (Редагування оголошення). RectificationPeriod
Редагування оголошення
Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону.
Для підтвердження внесених змін Організатор має можливість завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та є обов'язковим при внесенні змін в поля процедури.
...
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність |
|---|---|---|---|---|---|
| clarifications | Погодження змін до опису лоту. Опис причин редагування. | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod | Ні (обов'язковий лише для внесення змін в поля лоту) | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при редагуванні оголошення (загальні)
Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod
Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»
Повідомлення при обговоренні аукціону (запитання-відповідь)
Публікація заяви на участь. TenderPeriod
Періоди у заяви на участь відсутні.
...
До закінчення tenderPeriod (статус процедури active_tendering) учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.
| Info |
|---|
Особливості роботи в ЦБД та вимоги до майданчиківДля визначення чинного орендаря в системі, Організатор повинен зазначити дані чинного орендаря у тому числі його ЄДРПОУ/ІНН/ID. Під час реєстрації чинного орендаря, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІНН/ID) та активації заяви на участь, система за ЄДРПОУ/ІНН/ID ідентифікує заяву на участь (тільки у статусі active) такого учасника та надає майданчику підтвердження, що такий учасник є чинним орендарем. За наявності такого підтвердження:
|
...
У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Робота із заявою на участь
Схема "Публікація оголошення та прийняття заяви про участь"
Деактивація заяви на участь
У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.
Статуси заяви на участь (біда)
Схема "Статуси bid"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури. Мають бути заповнені:
Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft). |
| active | Підтверджена заява | draft | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Мають бути заповнені обовʼязкові поля:
Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою. |
| inactive | Деактивована заява | draft active | Автоматична дія. Учасник має можливість:
| У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або анулювати за бажанням учасника. |
| deleted | Видалена заява | draft active inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod |
Документи заяви на участь (bids.documents)
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть для активації bid-а | Публічність |
|---|---|---|---|---|---|
| commercialProposal | Заява на участь | bid | Заява на участь | Ні | Так |
| x_passport | Копія паспорта або документу, що посвідчує особу | Passport or identity document | Паспорт або інший документ що посвідчує особу (для фізичної особи нерезидента) | Ні | Ні |
| x_IPN | Копія РНОКПП | RNTRC | Копія ІПН | Ні | Ні |
| x_tenderersRegisterExtract | Витяг ЄДРПОУ | Register extract | Копія витягу з ЄДРПОУ або копыю документа про реэстрацію у державі її місцезнаходження (витяг із торговельного, банківського або єдиного реєстру, тощо) | Ні | Так |
| x_nonResidentRegistrations | Документ про реєстрацію у державі її місцезнаходження (для юридичних осіб - нерезидентів) | Non Resident Registrations | Копія документа про реєстрацію у державі її місцезнаходження (для юридичної особи-нерезидента) | Ні | Так |
| x_registrationFeeApproval | Документ, що підтвкрджує сплату реєстраційного внеску | Registration fee approval | Документ, що підтвкрджує сплату реєстраційного внеску | Ні | Так |
| x_guaranteeApproval | Документ, що підтверджує сплату гарантійного внеску | Guarantee approval | Документ, що підтверджує сплату гарантійного внеску | Ні | Так |
| qualificationDocuments | Документи, що підтверджують відповідність вимогам | Qualification document | Документи, що підтверджують відповідність вимогам | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при розміщення заяви на участь
Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь
- lotId
- title
- description
- previousAuctionId
- tenderAttempts
- sellingEntity
- bankAccounts
- x_documentRequirements
- x_additionalInformation
- discount
- accessDetails
- value
- valueAddedTaxCharged
- minimalStep
- minNumberOfQualifiedBids
- items
- guarantee
- registrationFee
- documents
- schedule
- valuePeriod
- leaseDuration
Аукціон. AuctionPeriod
Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (модуль аукціону).
Інформація про отримання посилання на аукціон
ТЗ з модулю аукціону
Формування протоколу Аукціону
Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах
...
Аукціон відбувся
Аукціон не відбувся
Повідомлення щодо аукціону
Кваліфікація (Підписання протоколу). QualificationPeriod
Схема Схема "Кваліфікація (робота з договором та протоколом)"
...
ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками (другий award за наявності такого учасника). Авард учасника з найвищою валідною ставкою отримує статус pending, а авард учасника з другою найвищою ставкою (за наявності) отримує статус pending_waiting.
Перевірка документів учасників та підписання протоколу
За умови успішного проведення аукціону, процедура переходить у період кваліфікації та розпочинається період підписання протоколу, статус процедури змінюється на active_qualification, починається робота із протоколом.
...
- Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
- Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня завершення аукціону.
- В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
- Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).
- В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
- У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
- Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
- У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
- Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
- Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
- Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
- У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
- Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.
Періоди Awards
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|
| awards.signingPeriod | Період підписання договору | В момент набуття Авардом статуса pending | signingPeriod.endDate == signingPeriod.startDate + 15 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending Якщо Авард був у статусі pending і отримав signingPeriod, то після зміни статуса на інший (active OR unsuccessful) період залишається незмінним. Аварди в інших статусах цей період не отримують. |
| awards.verificationPeriod | Період підписання протоколу | В момент набуття Авардом статуса pending | verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending. Аварди в інших статусах цей період не отримують. |
Статуси Awards
Схема "Статуси awards"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується протокол | МА (переможець) pending_waiting | Автоматично. Присвоюється переможцю під час генерації авардів | Організатор має можливість:
Учасник має можливість:
|
| pending_waiting | Очікується рішення | Автоматично. Присвоюється 2-му (після переможця) учаснику під час генерації авардів | Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів 2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі) | |
| active | Переможець. Очікується договір | pending | Організатор підтверджує підписання протоколу і award змінює свій статус з pending на active. | Термінальний статус. Організатор має можливість:
2й Учасник має можливість:
|
| cancelled | Учасник не став переможцем | pending_waiting |
| Термінальний статус. |
| unsuccessful | Дискваліфіковано | pending active | Ручна дія. Організатор надсилає запит на зміну award.status: pending → unsuccessful | Термінальний статус. `1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника Обовʼязково завантажити документ act "про відмову" в Авард. 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled Обовʼязково завантажити документ rejectionProtocol/act "про відмову" в Авард. |
Документи обʼєкта кваліфікації (awards.documents)
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)). QualificationPeriod
Схема Схема "Кваліфікація (робота з договором та протоколом)"
...
Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.
Статуси Contracts
Схема "Статуси Contracts"
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент створення Awards[] у статусі active | Автоматично. Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending. | Організатор має можливість:
contracts створюються не після того, як Award набув статусу active |
| 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 |
Документи контракту (contracts.documents)
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| contractSigned | Підписаний договір | Signed contract | Підписаний договір | Так | Так |
| contractAnnexe | Додатки до договору | Contract annexe | Додатки до договору | Ні | Так |
| contractNotice | Повідомлення про договір | Contract notice | Офіційне повідомлення, що містить деталі договору | Ні | Так |
| paymentInformation | Інформація про розрахунки | Payment Information | Відомості про розрахунки переможцем аукціону | Ні | Так |
| transferAct | Акт приймання - передачі | Transfer act | Акт приймання - передачі | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Умови дискваліфікації
Дискваліфікація Організатором
У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду):
...
До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документ/ти.
Повідомлення щодо кваліфікації (загальні)
Скасування аукціону
Рішення Організатора про відміну аукціону повинне бути викладене у формі розпорядчого акта (рішення, наказу, розпорядження, протоколу тощо)
...
У разі відміни аукціону ЦБД автоматично присвоює аукціону статус “Аукціон відмінено”.
Деталі описано тут
Документи скасування процедури (cancellations.documents)
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для скасування процедури | Публічність |
|---|---|---|---|---|---|
| cancellationDetails | Причини скасування | Cancellation details | Інформація щодо причин скасування аукціону | Так | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при скасування аукціону
Загальні документи по розробці
Особливості роботи із сутностями та документами
Особливості роботи із цифровим підписом
Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.
...
Цифровий підпис документу необов'язковий, обов'язковість вказується в ТЗ процедури, за умови відповідних вимог в нормативних документах.
Технічні особливості роботи із цифрового підпису
ПЗ за рахунок якого створюється цифровий підпис - за бажанням майданчика, централізоване рішення поки не пропонуємо, заплановано у беклог, проте строки поки невідомі.
Обмежень щодо розширення файлу на стороні ЦБД відсутні
Вимоги до майданчиків
Можливі 2 варіанти реалізації цифрового підпису:
...