Комерційний продаж. Переважне право (CSP)

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

commertialSale-english

commertialLease-priorityEnglish

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

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

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

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

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

Timeline процедури

Етапи

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

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

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

• • • • • • В залежності від обраного classification.id встановлюється валідація на обовʼязковість заповнення поля registrationDetails

            • CAV	registrationDetails
              04000000-8 – Нерухоме майно та усі вкладені коди	обовʼязково registrationStatus

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

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

Всі періоди генеруються ЦБд автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами

"rectificationPeriod": {
	"endDate": {
		"diff": "6 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"tenderPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "20:00"
	},
	"startDate": {
		"from": "now"
	}
}

"questionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"enquiryPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"auctionPeriod": {
"startDate": {
"time": "11:00 - 13:00",
"validation": {
"is_business_day": true,
"min": {
"diff": "8 days",
"direction": "forward",
"error": "raise",
"from": "now",
"time": "11:00",
"is_business_day": true
}
}
}
}

"qualificationPeriod": {
"endDate": {
"diff": "20 business days",
"direction": "forward",
"from": "now",
"time": "18:00"
},
"startDate": {
"from": "now"
}
}

Документи процедури

Після заповнення всіх обовʼізкових полів майданчик має надіслати запит на публікацію обʼєкта процедури.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта, процедура набуває статус active_tendering

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

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

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

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

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

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

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

• 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, то біди Деактивуються

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

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

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

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

Технічна особливість: Якщо Організатору необхідно редагувати поля учасника з переважним правом (currentTenants), то технічно це можна зробити лише запитом PATCH всього масиву relatedOrganization, який включає також sellingEntity. Тому при будь-якому редагуванні currentTenants будуть ЗАВЖДИ деактивовуватись всі Біди, бо паралельно в запиті надійдуть поля sellingEntity (навіть якщо наповнення в полях не змнилось)

Запитання - Відповіді

Використовується стандартна логка цього функціоналу. Описана ТУТ

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

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

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

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

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

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

Документи заяви на участь

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

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

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

Аукціон

Схема проходження МА

Як тільки завершується tenderPeriod, ЦБД автоматично генерує унікальні посилання для кожного учасника. Посилання доступне за авторизованим GET запитом даних біда.

Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (Модуль аукціону)

Детальний опис проходження аукціону ТУТ

Формування протоколу Аукціону

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах

Шаблони електронного протоколу аукціону

Підписання протоколу (Awards)

Перевірка документів учасників та підписання протоколу

За умови успішного проведення аукціону АБО якщо прийшов тільки один учасник і зробив валідну ставку (minNumberOfQualifiedBids:1, ставка >=стартовій ціні), процедура переходить у період кваліфікації (qualificationPeriod) та розпочинається робота над протоколом та його підписання.

Організатор здійснює перевірку документів (поза системою) переможця аукціону та приймає рішення щодо кваліфікації.

1. Протокол аукціону (documentType:auctionProtocol) підписується Переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
   • Організатор опубліковує підписаний протокол аукціону протягом 10-ти робочих днів після дня завершення аукціону.
   • В Організатора є можливість підтвердити протокол (award.status: pending → active) і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
   • Після завантаження протоколу Організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).(award.status: pending → active)
     • В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
2. У учасника, який кваліфікується, є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
   1. У учасника є можливість завантажити протокол протягом verificationPeriod і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
3. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
   • У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
   • Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
   • Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
   • Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
4. У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
5. Завершення періоду підписання протоколу (verificationPeriod) завершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.

"verificationPeriod": {
	"endDate": {
		"diff": "6 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"signingPeriod": {
	"endDate": {
		"diff": "20 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

Статуси Awards

Документи обʼєкта кваліфікації (awards.documents)

Підписання договору (Contracts)

Після підписання договору Організатор має:

• завантажити його цифрову копію в ЦБД (documentType:contractSigned)
• заповнити обов'язкові поля договору:
  • description - Опис договору
  • contractNumber - Номер договору
  • title - Назва договору
  • dateSigned - Дата підписання договору
• підтвердити договір (надслати запит на зміну статусу договору pending → active)

В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.

Статуси Contracts

Документи контракту (contracts.documents)

Дискваліфікація переможця Організатором

У разі дискваліфікації переможця, Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду).

Після чого майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.

• Перелік причин дискваліфікації:
  • Відмова або непідписання протоколу
  • Відмова або непідписання договору
  • Відсутні обов’язкові документи
  • Невнесення передоплати або оплати за договором
  • Участь в аукціоні з більше, ніж 1 майданчика

До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документ/ти.

Завершення аукціону

Після підтвердження договору (contract.status: pending → active), Організатор аукціону завершує аукціон.

Необхідно надіслати запит на зміну статусу Процедури active_awarded → complete

Процедура продажу вважається успішно завршеною.

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

Рішення Організатора про відміну аукціону повинне бути викладене у формі розпорядчого акта (рішення, наказу, розпорядження, протоколу тощо)

Скасувати процедуру є можливість у статусах:

• active_tendering
• active_auction
• active_qualificatin
• active_awarded

Для скасування необхідно:

1. Завантажити документ (documentType: cancellationDetails)
2. Вказати причину скасування довільним текстом (не словник)
3. Надіслати запит на скасування

Документи скасування процедури (cancellations.documents)

В результаті скасування процедури, вона отримає статус cancelled.

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

Модель bid

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

Білінг

Для всіх процедур CSP використовуємо один конфіг-файл, який використовується для CSE CSD ТУТ

Файл

На розрахунки білінгу ніяк не впливає чи переможцем став учасник з переважним правом, чи ні.

Протоколи

Посилання

На протоколи є вплив з залежності від того, чи переміг учасник з переважним правом, чи ні.