...
- Повну назву Аукціону (Заголовок) (title)
- Опис аукціону (description)
- Номер лоту (lotId)
- Інформація про Організатора (relatedOrganization.sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ, ІПН або паспорт) (identifier)
- Адреса Організатора аукціону (повна адреса) (address)
- Інформація про Контактну особу (contactPoint)
- Інформація про учасника з переважним правом
- Ідентифікатори учасника з переважним правом (Код ЄДРПОУ, ІПН або паспорт) (identifier)
- Адреса Учасника з переважним правом (повна адреса) (address)
- Дата укладення та закінчення договору оренди (currentContractTime) - це не обовʼязкове поле. Організатор заповнює за потреби.
- Банківські реквізити (bankAccounts) (обовʼязковий тільки accountType == guarantee)
- Стартову ціну лоту (value)
- Розмір кроку аукціону (minimalStep)
- Розмір гарантійного внеску (guarantee)
- Лот виставляється x раз (tenderAttempts)
- Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
- Документи аукціону (documents)
- Для публікації Обовʼязковий хоча б один документ з documentType=illustration - ЦБД очікує документ з documentType: illustration лише якщо commercialSellItemType == asset (логіка описана нижче в першій таблиці)
- Дата проведення аукціону (auctionPeriod.startDate)
- Має бути не раніше, ніж через 7 повних календарних днів після дня публікації)
- Не може припадати на вихідний або святковий день
- Інформація про лот (items[])
- Опис лоту (items[].description)
- Кількість одиниць (items[].quantity)
- Одиниці виміру (items[].unit)
- Основний класифікатор CAV (items[].classification)
В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).
- Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:
Земля (landProps)
ЄМК (jointPropertyComplex)
- для realEstate та vehicle - ЦБД поверне валідаційну помилку, якщо передавати additionalClassification з scheme == CVZU
ЦБД автоматично додасть до кожної процедури до кожного item додатковий класифікатор CPVS == "DA04-3: Приватний".
Особливості роботи із основним класифікатором наступні:
- В залежності від обраного значення Основного класифікатора (CAV Classification), ЦБД автогенерує значення для Типу активу (commercialSellItemType), для інших значень основного класифікатора, що НЕ зазначені нижче в таблиці, ЦБД нічого не автогенерує:
04000000-8 – Нерухоме майно та усі вкладені коди asset (Майно)
05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
asset (Майно)
06000000-2 – Земельні ділянки та усі вкладені коди
asset (Майно)
16000000-5 – Сільськогосподарська техніка та усі вкладені коди
asset (Майно) 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди
asset (Майно) 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди
asset (Майно) 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди
asset (Майно) 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди
asset (Майно) 42000000-6 – Промислова техніка та усі вкладені коди
asset (Майно) 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
claimRights (Права вимоги) 08000000-6 – Корпоративні права та усі вкладені коди
claimRights (Права вимоги)
- Існує залежність обраного Основного CAV класифікатора і можливості передати itemProps:
- Якщо користувач передає вказані в таблиці нижче значення Основного CAV класифікатора, то ЦБД приймає тільки відповідні itemProps, які відносяться до вказаного в таблиці itemPropsType. Для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не валідує і не приймає itemProps взагалі:
04000000-8 – Нерухоме майно та усі вкладені коди
realEstateProps 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
jointPropertyComplexProps 06000000-2 - Земельні ділянки та усі вкладені коди
landProps 34000000-7 - Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди
vehicleProps 07121000-3 - Застава - Нерухоме майно
realEstateProps 07122000-0 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства
jointPropertyComplexProps 07123000-7 - Застава - Земельні ділянки
landProps 07126000-8 - Застава - Транспортне обладнання та допоміжне приладдя до нього
vehicleProps 07221000-4 - Застава - Нерухоме майно
realEstateProps 07222000-1 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства
jointPropertyComplexProps 07223000-8 - Застава - Земельні ділянки
landProps 07226000-9 - Застава - Транспортне обладнання та допоміжне приладдя до нього
vehicleProps
- В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Items. Для значень із таблиці нижче поле location ОБОВ'ЯЗКОВЕ для заповнення:
04000000-8 – Нерухоме майно та всі вкладені коди
ЦБД очікує заповнене поле
- В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Items. Для значень із таблиці нижче, поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:
07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
08000000-0 – Корпоративні права та усі вкладені коди
45000000-7 – Будівельні роботи та усі вкладені коди
48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
65000000-3 – Комунальні послуги та усі вкладені коди
66000000-0 – Фінансові та страхові послуги та усі вкладені коди
71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди
- В залежності від обраного значення Основного класифікатора (CAV Classification), ЦБД автогенерує значення для Типу активу (commercialSellItemType), для інших значень основного класифікатора, що НЕ зазначені нижче в таблиці, ЦБД нічого не автогенерує:
- В залежності від обраного classification.id встановлюється валідація на обовʼязковість заповнення поля registrationDetails
CAV registrationDetails 04000000-8 – Нерухоме майно та усі вкладені коди
обовʼязково
- registrationStatus
- В залежності від обраного classification.id встановлюється валідація на обовʼязковість заповнення поля registrationDetails
Статуси процедури
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| rectificationPeriod | active_tendering | Період редагування | Дата та час публікації процедури в ЦБД. | Може припадати на неробочий день, завершується за 6 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 | Редагування полів процедури після завершення періоду процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна.
| ||||
| tenderPeriod | active_tendering | Період подання пропозицій | о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate (може припадати на НЕробочий день) Мінімально можливий tenderPeriod = 7 повних календарних днів з наступного дня після публікації процедури | Статус процедури змінюється автоматично: active_tendering → active_auction | Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Протягом періоду:
| |||||
| questionPeriod | active_tendering | Період запитань | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону |
| ||||||
| enquiryPeriod | active_tendering | Період відповідей | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону |
| ||||||
| auctionPeriod | active_auction | Аукціон | Завжди припадає на робочий день. Дата вказується організатором при публікації процедури. Для sellingMethod: commercialSell-priorityEnglish мінімально можлива дата auctionPeriod.startDate == день публікації + 7 календарних днів починаючи з наступного за днем публікації. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день | Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | 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 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
|
...
| documentType | Назва УКР | Назва АНГЛ | Опис | Обовʼязковість | Публічність |
|---|---|---|---|---|---|
| illustration | Ілюстрація | Illustration | Зображення, що можуть додаватися Організатором до оголошення | так (тільки для оголошень із Типом активу itemType == asset (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково) | так |
notice | Паспорт торгів | Auction notice | Офіційне повідомлення, що містить деталі аукціону | ні | так |
technicalSpecifications | Копії документів та матеріалів на лот | Technical specifications | Детальна інформація про лот | ні | так |
evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Вимоги до потенційних учасників аукціону | ні | так |
contractProforma | Проєкт договору | Contract proforma | Документ містить умови договору | ні | так |
x_presentation | Презентація | Presentation | Презентація | ні | так |
clarifications | Погодження змін до опису лоту. Опис причин редагування | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod. | ні (обов'язковий лише для внесення змін в поля лоту) | так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | ні | так |
...
- previousAuctionId
- tenderAttempts
- relatedOrganization
- lotId
- title
- description
- accessDetails
- bankAccounts
- x_documentRequirements
- x_additionalInformation
- value
- valueAddedTaxCharged
- discount
- guarantee
- minimalStep
- minNumberOfQualifiedBids
- items
- registrationFee
- documents
- якщо до documents додавати документи - біди Не деактивуються (POST /api/procedures/{{procedure_id}}/documents?acc_token={{procedure_acc_token}})
- якщо PATCH-ити documents, то біди Деактивуються
...
| Info | ||
|---|---|---|
| ||
Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. Для реалізації переважного права чинний орендар надає згоду сплатити суму, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону. У разі відмови чинного орендаря сплачувати таку ціну, він може надати попередню згоду сплатити ціну, що є рівною ціновій пропозицій учасника з наступною (другою) за величиною ціновою пропозицією (за умови наявності такої пропозиції) Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі. Протягом четвертого раунду МА запитає Учасника з переважним правом:
У разі відмови чинного орендаря сплачувати ціну, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що що подав найвищу цінову пропозицію за лот. Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця. Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting). У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце → чинний орендар не допускається на етап кваліфікації. |
...
- Протокол аукціону (documentType:auctionProtocol) підписується Переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
- Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня завершення аукціону.
- В Організатора є можливість підтвердити протокол (award.status: pending → active) і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
- Після завантаження протоколу Організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).(award.status: pending → active)
- В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
- У учасника, який кваліфікується, є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
- У учасника є можливість завантажити протокол протягом verificationPeriod і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
- Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються 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) завершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.
...
- завантажити його цифрову копію в ЦБД (documentType:contractSigned)
- заповнити обов'язкові поля договору:
- dateSigned description - Дата підписання Опис договору
- title - Назва договору
- contractNumber - Номер договору
- description title - опис Назва договору
- contractTotalValue dateSigned - Заключна вартість Дата підписання договору
- підтвердити договір (надслати запит на зміну статусу договору pending → active)
...