View Source

Процедура, на яку найбільше схожа

commertialLease-priorityEnglish

Глосарій процедури

Крок аукціону — мінімальна надбавка, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції
Лот — об’єкт продажу, який виставляється на електронний аукціон
Закрита цінова пропозиція — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні
Учасник — фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний ключ (token) учасника;
Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочерговий викуп лоту за ціною вказаною учасником без такого права
Цінова пропозиція — сума коштів, сплата якої декларується учасником у ході електронного аукціону

Особливості процедури

На етапі публікації Процедури:
- Внесення інформації про учасника з переважним правом (наразі є потреба тільки в одному учаснику з переважним правом).
- Мінімальна кількість заяв для успішного проведення процедури (Організатор може не передавати це значення, тоді minNumberOfQualifiedBids==1, або передати явно 1 або 2):
  - Цей параметр регулює, яка мінімальна кількість учасників має подати заяви на участь, щоб відбулася кваліфікація. Наприклад, якщо Організатор задав значення 2, а прийшов тільки один учасник (навіть з переважним правом), то процедура переходить в статус unsuccessful
- Деактивація Заяв на участь при редагування певних полів (детальніше нижче)
Аукціон:
- англійський аукціон
- додатковий раунд для учасника з переважним правом
Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця

Учасник має переважне право, за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової ціни лота.

Дані учасника з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod.

Під час аукціону (auctionPeriod) учасник з переважним правом має право не робити ставки до 4-го раунду аукціону.

Етапи

Публікація процедури

При публікації процедури Організатор аукціону має заповнити на Майданчику в формі поля:

Повну назву Аукціону (Заголовок) (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
Дата проведення аукціону (auctionPeriod.startDate)

Інформація про лот (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 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

Статуси процедури

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
active_tendering	Прийняття заяв на участь	В момент публікації процедури в ЦБД	Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД	Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering
active_auction	Аукціон	active_tendering	Автоматично. Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники	Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо: minNumberOfQualifiedBids == 1 Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction minNumberOfQualifiedBids == 2 Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction
active_qualification	Очікується опублікування протоколу	active_auction АБО active_tendering АБО active_awarded	Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) АБО Автоматично. Організатор дискваліфікував учасника на етапі підписання договору	Для двох учасників, що на початок роботи МА мали bids[].status == active та зробили найвищі ставки на момент auctionPeriod.endDate, в обʼєкті процедури створюється два Awards[]: один у статусі pending і другий у статусі pending_waiting (деталі розподілу в розділі Статуси Awards). АБО Для одного учасника, що на початок роботи МА мав bids[].status == active та ставка >= value.amount+minimalStep на момент tenderPeriod.endDate, то в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards) АБО Якщо з переможцем підписано протокол, то процедура набуває статусу active_awarded. Якщо після цього Організатор дискваліфіковує переможця, процедура повертаєтсья в статус active_qualification
active_awarded	Очікується підписання договору	active_qualification	Автоматично. При зміні статусу Організатором award: pending → active (Підписано протокол з переможцем)	По завершенню роботи із протоколом, Організатор змінює статус award'у: pending → active При цьому статус процедури автоматично змінюється на “Очікується підписання договору” (active_qualification → active_awarded)
complete	Аукціон завершено	active_awarded	Ручна дія. Організатор надсилає запит на зміну status: active_awarded → complete	Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє: Статус учасника переможця: Статус award'у == active Статус contractʼу == active
cancelled	Аукціон скасовано	active_tendering active_auction active_qualification active_awarded	Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно: Завантажити документ в cancellations[].documents з documentType: cancellationDetails Вказати причину скасування (cancellations.reason) Вказати дату прийняття рішення про скасування (cancellations.datePublished) Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled	Термінальний статус.
unsuccessful	Аукціон не відбувся	active_tendering АБО active_auction АБО active_qualification АБО active_awarded	Автоматично. Якщо на момент tenderPeriod.endDate кількість поданих заяв менше за встановлене Організатором значення minNumberOfQualifiedBids АБО Якщо в рамках періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота + кроку аукціону) АБО Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників: дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів АБО Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника на етапі підписання Договору, а 2-й учасник відмовився від очікування	Термінальний статус.

Періоди процедури

Технічна назва	Статус процедури	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
rectificationPeriod	active_tendering	Період редагування	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 tenderPeriod.endDate - 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	Аукціон	Завжди припадає на робочий день. Вказується організатором при публікації процедури. Точна дата та час (часовий діапазон з 11:00 - 13:00)	Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день. Не раніше ніж за 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	Не може припадати на НЕробочий день. qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00	На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації.	Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

Редагування процедури

Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в поля Процедури.

Організатор має можливість внести зміни в ті поля, які він заповнював самостійно під час публікації аукціону, окрім Дати початку аукціону (auctionPeriod.startDate)

Для підтвердження внесених змін Організатор повинен завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications)
Цей документ має містити перелік змін, які вносяться, причину внесення таких змін
Має бути можливість завантажити документ з documentType:clarifications коли у процедури триває період редагування (rectificationPeriod)
ЦБД має повертати валідаційну помилку, якщо надходить запит на зміну полів процедури, але попередньо не був завантажений clarification документ.

Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[]) без необхідності додавати перед цим clarification документ.

В разі, якщо до моменту редагування полів процедури вже були подані заяви на участь (біди), то може відбутися інактивація заяви на участь:

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

previousAuctionId
tenderAttempts
sellingEntity
lotId
title
description
accessDetails
bankAccounts
x_documentRequirements
x_additionalInformation
value
valueAddedTaxCharged
discount
guarantee
minimalStep
minNumberOfQualifiedBids
items
registrationFee
documents

Особливості інактивації бідів для переважного права

Дані учасника з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod

Якщо Організатор "заміняє" Учасника з переважним правом тим, що редагує currentTenants[].identifier.id, то:

якщо є бід з identifier.id, який більше не вказаний в currentTenants (був вказаний, але Орг замінив) - статус такого bid’а змінюється на inactive
якщо є бід з identifier.id, який тепер вказано в currentTenants (був інший, але Орг замінив на цей) - статус bid’а змінюється на inactive
біди з іншими identifier.id (не був currentTenants і не став ним) не інактивуються, якщо Організатор відредагував currentTenants[].identifier.id

У разі внесення змін в будь-які інші поля учасника з переважним правом (currentTenants) крім identifier.id - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була.

Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) потрібно надіслати сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

Учаснику який набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника з переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

Публікація заяви на участь

Публікувати заяву на участь є можливість тільки протягом tenderPeiod.

При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:

Інформація про учасника (bids.bidders)
- Ідентифікатор організації або особи (identifier)
- Адреса місцезнахордження (address)
- Дані контактної особи учасника (contactPoint)
Цінова пропозиція (bids.value)
- bids.value.amount >= procedure.value.amount, бо в іншому випадку ЦБД має повертати валідаційну помилку

Обовʼязкових документів для публікації і активації заяви на участь немає.

Для заяви на участь передбачена можливість додати такі документи до біда:

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	ні	так

При реєстрації учасника, що має отримати Переважне право, необхідно перевірити, що саме вказав Організатор аукціону в currentTenants. Індетифікатор (ЄДРПОУ, ІПН) має співпадати.

Після публікації біда від учасника з переважним правом, бід опублікується з статусі draft. При цьому ознака "пріоритетного права" зʼявиться у біда лише після його активації (зміни статуса з draft → active)

Якщо вже існує Бід з priority, але Організатор редагує поля процедури в результаті чого бід деактивується - ознака priority зникає, а після повторної активації (inactivate --> active) знов зʼявляється, якщо Організатор не замінив identifier учасника з переважним правом.

До закінчення tenderPeriod учасники мають право анулювати заяви на участь (active → deleted) або внести до них зміни, завантажувати або замінювати документи в заявці.

У випадку переходу аукціону у статус "Аукціон не відбувся" (unsuccessful) або "Аукціон відмінено" (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Статуси заяви на участь

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
draft	Чернетка заяви	момент публікації заявки в ЦБД	Ручна дія. Учасник надсилає запит на публікацію Bid-а	Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля: value bidders Майданчик Учасника робить 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

Посилання на legalNames

Посилання на конфігураційний файл з періодами та статусами

Структура даних

field name

required for publishing

type

readOnly

x-legalNameUa

x-legalNameEn

comment

owner

-

string

true

Ідентифікатор майданчика

Broker Name

ownerToken

-

string($uuid)

true

x-default: hex

_id

-

string

true

Внутрішній ідентифікатор аукціону

ID

x-default: object_id
x-serialize_when_none: false
x-format: object-id

datePublished

-

string($date-time)

true

Дата публікації процедури

Published date

x-default: now

dateModified

-

string($date-time)

true

Остання дата зміни процедури

Procedure date modified

auctionId

-

string

true

Ідентифікатор аукціону

Auction ID

tenderAttempts

+

integer($int64)

false

Лот виставляється

Attempt number

minimum: 1
example: 10

previousAuctionId

-

string

false

Ідентифікатор попереднього аукціону

Previous auction Id

example: CSE000-UA-YYYYMMDD-00000 / UA-PS-YYYY-MM-DD-000000-0
pattern: ^(CS[ED][0-9]{3}-UA-[0-9]{8}-[0-9]{5}|[a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$

minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, має відповідати auctionId попереднього аукціону.

Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)

sellingMethod

+

string

false

Тип процедури

Procedure type

Enum:
[ commercialSell-priorityEnglish, commercialSell-priorityEnglish-ultra-fast, commercialSell-priorityEnglish-fast, commercialSell-priorityEnglish-fast-manual,commercialSell-priorityEnglish-fast-auction-manual-qualification, commercialSell-priorityEnglish-fast-auction-prod, commercialSell-priorityEnglish-initial-auction, commercialSell-priorityEnglish-initial-auction-manual, commercialSell-priorityEnglish-initial-qualification, commercialSell-priorityEnglish-initial-qualification-prod ]

lotId

+

string

false

Номер лота

Lot number

relatedOrganizations

commercialSell.RelatedOrganizations

Організації, задіяні в керуванні об'єктом

Organizations involved in registry management

Модель, що зберігає дані про орендодавця та учасника з переважним правом

sellingEntity*

base.Organization

Використовується стандартна модель із CSE, але переноситься в relatedOrganizations із корневого рівня

name	false	base.MultiLang
identifier	true	base.Identifier
address	true	anyOf → base.Address base.AddressUa
representativeInfo	false	string
contactPoint	true	base.ContactPoint

currentTenants*

list[]

base.OrganizationWithoutContacts

x-format: list-object
minItems: 1
maxItems: 1

description: Дані про учасника, який має переважне право.

name	base.MultiLang
identifier*	base.Identifier
address*	anyOf → base.Address base.AddressUa
representativeInfo	string	example: Довіреність № 123 від 22.02.2012, дійсна до 30.03.2012/Наказ № 142 від 14.12.2019/Статут ТОВ Кульбаба від 24.07.2002 x-legalNameUa: Інформація щодо підтвердження повноважень x-legalNameEn: Representative information Інформація про документ або дані, що підтверджують повноваження представника юридичної особи (наприклад довіреність)
id	string	readOnly: true x-legalNameUa: Ідентифікатор учасника з пріорітетним правом x-legalNameEn: Current tenant ID x-default: hex
currentContractTime	base.LifeTime
priority		integer($int32) readOnly: true minimum: 0 default: 0 x-dictionaries: List [ "priorityType" ] x-legalNameUa: Пріорітет учасника x-legalNameEn: Participant's priority

x-legalNameUa: "Дані про учасника з переважним правом"

x-legalNameEn: "Participant with priority right"

title

+

base.MultiLang

false

Назва аукціону

Auction title

Використовується стандартна модель із CSE

description

+

base.MultiLang

false

Опис аукціону

Auction description

Використовується стандартна модель із CSE

auctionUrl

-

string

true

Веб-адреса для перегляду аукціону

Auction link

example: /api/auctions/123
x-format: rel-url

accessDetails

+

base.MultiLang

false

Порядок ознайомлення з майном, час і місце проведення огляду об’єкта

Auction access details

Використовується стандартна модель із CSE

bankAccounts

+

commercialSell.BankAccountsByType

false

Банківські рахунки організатора

Bank accounts

Використовується стандартна модель із CSE

Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч.

field name

type

comment

accountType

string

x-dictionaries: List [ "accountType" ]

Enum:
[ registrationFee, guarantee, other, payment ]

accounts

commercialSell.BankAccountWithCurrency

x-baseClass: "prozorro_sale.procedure.models.base.BankAccount"

x_documentRequirements

-

base.MultiLang

false

Перелік та вимоги до оформлення документів

List and requirements of registration documents

x_additionalInformation

-

base.MultiLang

false

Додаткові відомості

Other requirements and additional information

value

+

base.ValueWithTax

false

Стартова ціна лота

Start lot price

Використовується стандартна модель із CSE

field name

type

comment

currency *

string

default: UAH
x-legalNameUa: Валюта
x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

amount *

number($float)

example: 10
minimum: 0
exclusiveMinimum: true
x-format: decimal-float
x-legalNameUa: Сума
x-legalNameEn: Amount

valueAddedTaxIncluded

boolean

default: true
x-legalNameUa: Податок
x-legalNameEn: Tax

valueAddedTaxCharged

-

boolean

false

На фінальну суму нараховується ПДВ

Value added tax charged

default: false

discount

-

base.Discount

false

Знижка

Discount

Використовується стандартна модель із CSE

guarantee

+

base.Value

false

Гарантійний внесок

Guarantee fee

Використовується стандартна модель із CSE

registrationFee

-

base.Value

false

Реєстраційний внесок

Registration fee

Використовується стандартна модель із CSE

minimalStep

+

base.Value

false

Розмір кроку аукціону

Minimal step

Використовується стандартна модель із CSE

minNumberOfQualifiedBids

-

integer($int64)

false

Мінімальна кількість заяв

Minimal number of bids

default: 1
minimum: 1
maximum: 2

При публікації процедури можна не передавати. ЦБд автоматично згенерує == 1.

Організатор може передати явно 1 або 2 за необхідності.

items

+

commercialSell.Item

false

Склад лота

Lot composition

Використовується стандартна модель із CSE

x-format: list-object
minItems: 1
default: List []

documents

+

base.Documents

false

Всі документи аукціону та пов'язані додатки

Documents

Використовується стандартна модель із CSE

x-format: list-object
default: List []

Для публікації Обовʼязковий хоча б один документ з documentType=illustration

bids

-

commercialSell-englishPriority.Bid

true

Заява на участь

Bid

МОДЕЛЬ ТУТ

x-format: list-object
default: List []

questions

-

base.Question

true

Сервіс обговорення аукціону (запитання-відповідь)

Q&A

Використовується стандартна модель із CSE

x-format: list-object
default: List []

awards

-

commercialSell.Award

true

Рішення щодо кваліфікації учасників

Award

Використовується стандартна модель із CSE - commercialSell.Award

x-format: list-object
default: List []

contracts

-

commercialSell.Contract

true

Договір

Contract

Використовується стандартна модель із CSE - commercialSell.Contract

x-format: list-object
default: List []

inactivationDate

-

string($date-time)

true

Дата деактивації заяви на участь

Inactive bid date

Використовується стандартна логіка CSE: Якщо Організатор вносить зміни в поля процедури так, що це може призвести до дискваліфікації учасників, то ЦБД автоматично заповнить\оновить значення в цьому полі.

Потрібно, для Майданчиків для побудови логіки інформування своїх Бідів про те, що їх заява інактивувалась в результаті того, що Організатор вніс зміни в полях процедури

rectificationPeriod

-

base.Period

true

Період редагування

Rectification period

Використовується стандартна логіка CSE

enquiryPeriod

-

base.Period

true

Період відповідей

Enquiry period

Використовується стандартна логіка CSE

tenderPeriod

-

base.Period

true

Період подання заяви на участь в аукціоні

Tender period

Використовується стандартна логіка CSE

auctionPeriod

+

base.Period

false

Період аукціону

Auction period

Використовується стандартна логіка CSE

questionPeriod

-

base.Period

true

Період запитань

Question period

Використовується стандартна логіка CSE

qualificationPeriod

-

base.Period

true

Період кваліфікації

Qualification period

Використовується стандартна логіка CSE

status

-

string

true

Статус процедури

Procedure status

Enum:
[ active_tendering, active_auction, active_qualification, active_awarded, complete, cancelled, unsuccessful ]

cancellations

-

base.Cancellation

true

Скасування Аукціону

Auction Cancellation

Використовується стандартна логіка CSE

x-format: list-object
default: List []

numberOfCurrentTenants

-

integer($int32)

true

Кількість учасників з переважним правом

Number of participants with priority right

default: 1

При публікації не передавати, ЦБД має автоматично згенерувати це значення

currentTenantGuaranteeFee

-

base.Value

true

Гарантійний внесок чинного орендаря

Guarantee fee for current tenant

currency*

string
default: UAH
x-legalNameUa: Валюта
x-legalNameEn: Currency

Enum: [ UAH, USD, EUR ]

amount*

number($float)
example: 10
minimum: 0
x-format: decimal-float
x-legalNameUa: Сума
x-legalNameEn: Amount

Автогенерується ЦБД при публікації процедури. Значення копіюються із guarantee. Організатор не може редагувати currentTenantGuaranteeFee

_meta

Використовується стандартна логіка

additionalInformation

Використовується стандартна логіка

metaInfo

Використовується стандартна логіка

Модель bid

Містить дані заяви на участь, її автора (учасника) та цінову пропозицію

field name	required for publishing	type	readOnly	x-legalNameUa	x-legalNameEn	comment
owner	-	string	true	Ідентифікатор майданчика	Broker ID
ownerToken	-	string($uuid)	true			x-default: hex
id	-	string	true	Ідентифікатор заяви на участь	Bid ID	x-default: hex
bidders*
datePublished	-	string($date-time)	true	Дата заяви на участь	Bid date
dateModified	-	string($date-time)	true	Остання дата редагування ставки	Bid modified date
status	-	string		Статус заяви на участь	Bid status	Enum:
value*		base.Value
documents
participationUrl	-	string	true	Веб-адреса для участі в аукціоні	Bidder participation link	Веб-адреса, яка доступна тільки для учасника, що подав заяву на участь в аукціоні. Час генерації посилання відповідає моменту набуття процедурою статусу active.auction example: /api/auth/auction?token=token x-format: rel-auth-url
order	-	integer($int64)	true
inactiveBidDate	-	string($date-time)	true	Дата деактивації заяви на участь	Inactive bid date
initialValueAmount		number($float)	true	Закрита цінова пропозиція	Initial amount	example: 10 minimum: 0 x-format: decimal-float
priority		integer($int32)	true	Пріоритет учасника	Participant priority	minimum: 0 x-dictionaries: List [ "priorityType" ] Значення priority заповнюється автоматично в залежності від того, що Організатор вказав в полі relatedOrganizations.currentTenants[]. Коли публікується Бід, ЦБД має виконати перевірку: bids[].bidders[].identifier.id == relatedOrganizations.currentTenants[].identifier.id ? Якщо так, то ЦБД має проставити priority: 0 Якщо публікується бід, у якого bids[].bidders[].identifier.id <> тому, що вказав Організатор в relatedOrganizations.currentTenants[].identifier.id, то поле priority залишається НЕ заповненим.