Page History

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

...

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

Timeline процедури

Етапи

Anchor
proc_publishing proc_publishing

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

...

• Повну назву Аукціону (Заголовок) (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"
}
}

...

...

• previousAuctionId
• tenderAttempts
• relatedOrganization.sellingEntity
• 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 

...

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

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

...

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

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

...

...

...

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (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"
	}
}

...

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

...

...

Білінг

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

Файл

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

Протоколи

Посилання

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