Зміст
Table of Contents |
---|
Вступ
Мета та опис
Особливості проведення електронних аукціонів з оренди майна (активів) передбачені в Розділі 10 Регламенту ЕТС (ЦБД2). Особливості проведення електронних аукціонів за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій передбачені в Розділі 12 Регламенту ЕТС (ЦБД2). Загальний порядок торгів регулюється порядком Регламенту ЕТС (ЦБД2). У межах ProZorro.Sale буде реалізовано sellingMethod: regulationsPropertyLease-dutch.
Документ описує поведінку системи, нефунціональні вимоги, обмеження та інші особливості процедури та призначений у повному обсязі або в рамках окремих його частин для тих чи інших стейкхолдерів (PM, юристи, SA, Dev, QA, майданчики, донори та інші).
Визначення, скорочення та абревіатура
Електронний аукціон за методом покрокового зниження стартової ціни таподальшого подання цінових пропозицій - спосіб надання в оренду майнаабо передачі права лота, за яким стартова ціна лота покроково знижується в ходіаукціону, з подальшою можливістю додаткового подання цінових пропозицій
...
Dev (developer) - Розробник
Broker - Майданчик
Джерела - Нормативні засади
- Загальний порядок торгів регулюється Регламентом ЕТС ЦБД2
- Особливості проведення електронних аукціонів з оренди майна (активів) – Розділ 10 Регламенту ЕТС ЦБД2.
- Особливості голландського аукціону – Розділ 12 Регламенту ЕТС ЦБД2.
Загальна інформація
Загальний опис процедури
З метою проведення електронних аукціонів з надання в оренду майна (активів) організаторами - державними акціонерними товариствами методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій, на основі процедури надання в оренду майна (активів) за Регламентом (англійський аукціон) regulationsPropertyLease-english буде реалізовано процедуру regulationsPropertyLease-dutch.
Особливості процедури
- Процедура найбільше схожа на regulationsPropertyLease-english
- Відмінності від regulationsPropertyLease-english:
- Робота з оголошенням:
- відсутнє поле minNumberOfQualifiedBids
- додані поля із параметрами кроків аукціону голландського раунду (модель dutchStep)
- Публікація заяви на участь
- учасник може подати заяву на участь в день аукціону, до завершення голландського раунду аукціону
- учасник може відкликати заяву на участь до початку аукціону
- учасник не зазначає цінову пропозицію у заяві
- Аукціон
- Голландський аукціон
- 99 кроків за замовчуванням (з можливістю редагування від 1 до 99)
- аукціон розпочинається навіть за відсутності заяв на участь
- Голландський аукціон
- Період кваліфікації - відмінності відсутні
- Робота з оголошенням:
- Особливості процедури:
- На етапі роботи із Оголошенням:
- один аукціон може містити кілька айтемів (активів)
- інактивація закритих цінових пропозицій після редагування оголошення
- Кваліфікація:
- кількість переможців = 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця
- Додаткові особливості:
- можливі відмінності у протоколі
- відмінності у розрахунках
- На етапі роботи із Оголошенням:
...
- додатковий класифікатор - повинно автогенеруватися єдине значення CPVS = “PA01-7 - Оренда”
Особливості роботи із основним класифікатором наступні:
Основний класифікатор складається із нижчезазначеного переліку:
...
- 04000000-8 – Нерухоме майно та усі вкладені коди
Класи та функціонал користувачів
Класи користувачів:
- організатор,
- учасник,
- глядач/спостерігач
...
- Можливість 2-му учаснику відмовитися від участі в аукціоні (до моменту дискваліфікації 1-го учасника, а також до моменту успішної кваліфікації 1-го учасника).
Документація
Документи процедури:
- Шаблон з вимогами до процедури
Функціональні вимоги
Сутності процедури та їх атрибути
Статуси процедури
Статус | Опис | Умова переходу |
Поза системою (off_system) | Для створення чернетки оголошення аукціону на майданчику | Набуває за умови створення/копіювання аукціону Організатором на майданчику |
Прийняття заяв на участь (active_tendering) | Для подання заяв для участі в аукціоні (tenderPeriod), внесення змін до аукціону (rectificationPeriod), публікація питань щодо лоту (questionPeriod) та відповідей (enquiryPeriod) | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Прийняття заяв на участь” (active_tendering) |
Аукціон (active_auction) | Для здійснення ставок під час періоду електронного аукціону (auctionPeriod) | Після публікації процедури ЦБД визначає точну дату початку та час періоду аукціону (auctionPeriod). У визначену дату та час ЦБД змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction) |
Очікується опублікування протоколу (active_qualification) | Для роботи із протоколом, а саме завантаження з боку учасника (опціонально) або Організатора (обов’язково) та підтвердження протоколу Організатором | По завершенню періоду аукціону (auctionPeriod), за наявності переможця за результатами проведеного аукціону, ЦБД змінює статус процедури на “Очікується опублікування протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом. Award-и формуються у статусах “Очікується протокол” (pending) та у разі наявності, “Очікує рішення” (panding_waiting) за наявності другого учасника з наступною по величині ціновою пропозицією після переможця електронного аукціону. |
Очікується підписання договору (active_awarded) | Для роботи із договором, а саме завантаження договору та внесення необхідної інформації щодо договору та його підтвердження Організатором | По завершенню роботи із протоколом, починається 2 фаза кваліфікації переможця, а саме в частині роботи із договором. |
Аукціон завершено. Договір підписано (completed) | Термінальний статус успішно завершеної процедури | Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Аукціон завершено. Договір підписано”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано” |
Аукціон не відбувся (unsuccessful) | Термінальний статус, відсутність учасників або дискваліфікація всіх учасників. | Можливі наступні автоматичні варіанти зміни статусу процедури на “Аукціон не відбувся” в ЦБД, у разі:
|
Аукціон відмінено (cancelled) | Термінальний статус. Скасування аукціону організатором | Можливість скасування аукціону у Організатора доступна з усіх не термінальних статусів. Для зміни статусу процедури на “Аукціон відмінено” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати”, завантажити документ з причинами скасування (обов'язково) та вказати причину скасування (не обов'язково), після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”. |
Періоди процедури
Період | Особливості | Дата початку | Дата завершення |
Період підготовки (preliminaryPeriod) | На майданчику для створення аукціону, у тому числі чернетки | Може припадати на неробочий день, починається з моменту створення/ копіювання аукціону на майданчику Організатором | Може припадати на неробочий день, завершується в момент публікації аукціону Організатором на майданчику |
Період редагування (rectificationPeriod) | При редагуванні процедури, заяви учасників інактивуються | Може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod) | Може припадати на неробочий день, завершується за 5 календарних днів до tenderPeriod.endDate |
Період запитань (questionPeriod) | Час завершення 18:00 | Може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod) | Може припадати на неробочий день, завершується за один робочий день до дня початку періоду аукціону (auctionPeriod) |
Період відповідей (enquiryPeriod) | Час завершення 18:00 | Може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod) | Може припадати на неробочий день, завершується за один робочий день до дня початку електронного аукціону (auctionPeriod) |
Період подання пропозицій (tenderPeriod) | Мінімальна тривалість періоду складає не менше 7 календарних днів (з дня наступного за днем публікації аукціону) | Може припадати на неробочий день (співпадає з датою публікації процедури) | Встановлюється електронною торговою системою для кожного електронного аукціону окремо у діапазоні 16:15 - 16:45 дня проведення електронного аукціону |
Період електронного аукціону (auctionPeriod) | Починається у визначений ЦБД день та час і не залежить від наявності поданих заяв на участь. | Завжди припадає на робочий день, починається у визначений ЦБД день та час (але не раніше, ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури (datePublished) в ЦБД), часовий діапазон з 09:30 - 10:00 | Завжди припадає на робочий день, подія завершення електронного аукціону (торгів) |
Період кваліфікації (qualificationPeriod) | Формується за наявності переможця за результатами проведеного аукціону (auctionPeriod), тривалість періоду - 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника). | Завжди припадає на робочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate) | Завжди припадає на робочий день, функціонал періоду доступний доти, доки Організатор не натисне кнопку “Аукціон завершено”. Дата завершення: завжди припадає на робочий день, час завершення о 18:00 |
Період підписання протоколу (award.verificationPeriod) | Тривалість періоду - 10 робочих днів з дня, наступного за днем формування протоколу | Завжди припадає на робочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate) | Завжди припадає на робочий день, функціонал періоду доступний доти, доки Організатор не натисне кнопку “Протокол затверджено” |
Період підписання договору (award.signingPeriod) | Тривалість періоду - 20 робочих днів з дня, наступного за днем формування протоколу, дії в цьому періоді можуть здійснюватися тільки за умови завершення періоду підписання протоколу (award.verificationPeriod) | Завжди припадає на робочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate) | Завжди припадає на робочий день, функціонал періоду доступний доти, доки Організатор не завершить його вручну (не натисне кнопку “Підтвердити договір”) |
...
- Час завершення (дедлайн) генерується системою, для даної процедури, це 18:00
- Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)
- Організатор має можливість завершити аукціон до або після дедлайну
- Обмеження не мають встановлюватися, але це має фіксуватись в окремій структурі milestone
Статуси заяви на участь
Статус | Опис | Умови переходу |
Чернетка заяви (draft) | Для створення заяви на участь в ЦБД та завантаження, заміни документів заяви на участь | Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft) |
Підтверджена заява (active) | Для редагування закритої цінової пропозиції та завантаження, заміни документів заяви на участь | Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою |
Деактивована заява (inactive) | Технічний статус для деактивації заяв на участь після редагування процедури організатором (для ознайомлення учасників зі зміненими умовами аукціону) | У разі редагування оголошення (поля та документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або анулювати за бажанням учасника. |
Видалена заява (deleted) | Для анулювання заяви на участь | У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted) |
Статуси об’єкту кваліфікації (award)
Статус | Опис | Умови переходу |
Очікується протокол (pending) | Для завантаження протоколу з боку Учасника (опціонально) або з боку Організатора (обов’язково) та підтвердження протоколу Організатором | Генерується після завершення періоду аукціону (acutionPeriod) в рамках періоду кваліфікації (qualificationPeriod) або із статусу pending_waiting (якщо переможцем став учасник з наступною по величині ціновою пропозицією) |
Очікується рішення (pending_waiting) | Для очікування Учасником, що очікує, кваліфікації Переможця (за наявності такого учасника), та/або відмови від очікування (за потреби) | Генерується після завершення періоду аукціону (acutionPeriod) в рамках періоду кваліфікації (qualificationPeriod) за наявності такого учасника |
Переможець. Очікується договір (active) | Статус аварду, що призначений для завантаження та підтвердження договору із переможцем та Організатором | Після підтвердження протоколу Організатором, авард переможця змінює статус з “Очікується протокол” (pending) на “Переможець. Очікується договір” (active) |
Дискваліфіковано (unsuccessful) | Термінальний статус аварду, який потрібен для відображення дискваліфікованого учасника | У разі дискваліфікації учасника Організатором |
Учасник не став переможцем (cancelled) | Термінальний статус аварду, який потрібен для відображення статусу 2-го учасника (Учасника, що очікує) у разі відмови від очікування або завершення аукціону. Статус набувається як вручну так і автоматично на рівні ЦБД | У разі відмови від очікування 2-м учасником (Учасник, що очікує) або у разі не набуття статусу переможця, за умови успішної кваліфікації 1-го учасника, під час завершення аукціону (auction:complete) |
Статуси договору
Статус | Опис | Умови переходу |
Очікується договір (pending) | Автоматичний статус договору, який формується на рівні ЦБД під час набуття авардом статусу active. Для внесення даних договору (обов’язкових/опціональних) Організатором перед його підтвердженням | Формується за умови набуття авардом учасника статусу “Переможець. Очікується договір” (active) |
Договір підтверджено (active) | Для підтвердження договору, після внесення всіх обов’язкових даних договору | Після підтвердження договору Організатором |
Договір скасовано (cancelled) | Термінальний статус договору у разі дискваліфікації учасника | Після дискваліфікації аварду учасника (unsuccessful) |
Перелік документів
Документи оголошення:
- Ілюстрації (Illustration)
- Ідентифікатор - illustration
- Опис - Зображення, що можуть додаватися Організатором до оголошення
- Обов'язковість - Так
- Публічність - Так
- Паспорт торгів (Auction notice)
- Ідентифікатор - notice
- Опис - Офіційне повідомлення, що містить деталі аукціону
- Обов'язковість - Ні
- Публічність - Так
- Копії документів та матеріалів на лот (Technical specifications)
- Ідентифікатор - technicalSpecifications
- Опис - Детальна інформація про лот
- Обов'язковість - Ні
- Публічність - Так
- Кваліфікаційні вимоги (Evaluation criteria)
- Ідентифікатор - evaluationCriteria
- Опис - Вимоги до потенційних учасників аукціону
- Обов'язковість - Ні
- Публічність - Так
- Проєкт договору оренди (Contract proforma)
- Ідентифікатор - contractProforma
- Опис - Документ містить умови договору
- Обов'язковість - Так
- Публічність - Так
- Презентація (Presentation)
- Ідентифікатор - x_presentation
- Опис - Презентація
- Обов'язковість - Ні
- Публічність - Так
Редагування оголошення (період редагування):
- Погодження змін до опису лота. Опис причин редагування. (Clarifications)
- Ідентифікатор - clarifications
- Опис - Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в період редагування до полів оголошення
- Обов'язковість - Так, за умови редагування полів оголошення
- Публічність - Так
Скасування процедури:
- Причини скасування (Cancellation details)
- Ідентифікатор - cancellationDetails
- Опис - Інформація щодо причин скасування аукціону
- Обов'язковість - Так, для скасування аукціону
- Публічність - Так
Заява на участь:
- Заява на участь (bid)
- Ідентифікатор - commercialProposal
- Опис - Заява на участь
- Обов'язковість - Ні
- Публічність - Так
- Копія паспорта або документу, що посвідчує особу (Passport or identity document)
- Ідентифікатор - x_passport
- Опис - Паспорт або інший документ, що посвідчує особу (для фізичної особи нерезидента)
- Обов'язковість - Ні
- Публічність - Ні
- Копія РНОКПП (RNTRC)
- Ідентифікатор - x_IPN
- Опис - Копія ІПН
- Обов'язковість - Ні
- Публічність - Ні
- Витяг з ЄДРПОУ (Register extract)
- Ідентифікатор - x_tenderersRegisterExtract
- Опис - Копія витягу з ЄДРПОУ
- Обов'язковість - Ні
- Публічність - Так
- Документ про реєстрацію у державі її місцезнаходження (для юридичних осіб - нерезидентів) (Non Resident Registrations)
- Ідентифікатор - x_nonResidentRegistrations
- Опис - Копія документа про реєстрацію у державі її місцезнаходження (для юридичної особи-нерезидента)
- Обов'язковість - Ні
- Публічність - Так
- x_registrationFeeApproval
- Legal Name UA - Документ, що підтверджує сплату реєстраційного внеску
- Legal Name EN - Registration fee approval
- Опис - Документ, що підтверджує сплату реєстраційного внеску
- Обов'язковість - Ні
- Публічність - Так
- x_guaranteeApproval
- Legal Name UA - Документ, що підтверджує сплату гарантійного внеску
- Legal Name EN - Guarantee approval
- Опис - Документ, що підтверджує сплату гарантійного внеску
- Обов'язковість - ТакНі
- Публічність - Так
- Документи що підтверджують відповідність вимогам (Qualification documents)
- Ідентифікатор - qualificationDocuments
- Опис - Документи що підтверджують відповідність вимогам
- Обов'язковість - Ні
- Публічність - Так
- Протокол аукціону (Auction protocol)
- Ідентифікатор - auctionProtocol
- Опис - Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації
- Обов'язковість - Ні
- Публічність - Так
Авард (об’єкт кваліфікації учасника):
- Протокол аукціону (Auction protocol)
- Ідентифікатор - auctionProtocol
- Опис - Протокол аукціону
- Обов'язковість - Так
- Публічність - Так
- Документ, що підтверджує дискваліфікацію (Rejection protocol)
- Ідентифікатор - rejectionProtocol
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Організатором
- Обов'язковість - Так, для дискваліфікації учасника
- Публічність - Так
- Документ, що підтверджує відмову (Refusal act)
- Ідентифікатор - act
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Учасником
- Обов'язковість - Так, для дискваліфікації учасника
- Публічність - Так
Договір:
- Повідомлення про договір (Contract notice)
- Ідентифікатор - contractNotice
- Опис - Офіційне повідомлення, що містить деталі договору
- Обов'язковість - Ні
- Публічність - Так
- Підписаний договір (Signed contract)
- Ідентифікатор - contractSigned
- Опис - Підписаний договір
- Обов'язковість - Так
- Публічність - Так
- Додатки до договору (Contract annexe)
- Ідентифікатор - contractAnnexe
- Опис - Додатки до договору
- Обов'язковість - Ні
- Публічність - Так
- Інформація про розрахунки (Payment information)
- Ідентифікатор - paymentInformation
- Опис - Відомості про розрахунки переможцем аукціону
- Обов'язковість - Ні
- Публічність - Так
- Акт приймання-передачі (Transfer act)
- Ідентифікатор - transferAct
- Опис - Акт приймання-передачі
- Обов'язковість - Ні
- Публічність - Так
Загальні документи процедури:
- Цифровий підпис (Digital signature)
- Ідентифікатор - digitalSignature
- Опис - Цифровий підпис
- Обов'язковість - Ні
- Публічність - Набуває значення документу з яким пов'язаний
Опис бізнес процесів
Бізнес схеми
- Високорівневий бізнес процес - https://confluence-sale.prozorro.org/x/fAWkBQ
- Таймлайн процедури - https://confluence-sale.prozorro.org/x/cwWkBQ
- Модель статусів - https://confluence-sale.prozorro.org/x/eAWkBQ
Сценарії використання (use cases)
Для цієї процедури не робимо, так як це майже повна копія базової процедури.
Правила роботи з даними
Структура даних
Структура даних процедури відповідно до таблиці:
Словники
Процедура
Посилання на словники наведені у файлі зі структурою даних для кожного з полів.
Протоколи
Посилання на шаблони протоколів:
https://docs.google.com/document/d/1R092vl3IHpOmtH-YnfIUzzIN9V4O7L17y3TYLzqAFV8/edit?usp=sharing
Білінг
Посилання на документ із білінгом: https://docs.google.com/spreadsheets/d/1edrVhVWGEZOHkgSU48M00YjmgrknyFLByYgyBgvULMs/edit#gid=699635896
Вимоги до інтерфейсів
Вимоги до майданчиків
Посилання на документ з вимогами до майданчиків - TODO (за основу беремо базову процедуру)
Вимоги до модуля аукціону (МА)
Стандартний голландський аукціон з 3-ма раундами
Нотифікація
Посилання на документ з нотифікацією - https://docs.google.com/document/d/1WhbY5MSoJAMvJAaT7yGh7AP8ny2F5FHcBpzb0-_s2SE/edit?usp=sharing
Нефункціональні вимоги
Інформація щодо навантаження
- Очікувана максимальна кількість процедур одночасно - до 1000 (скоріше за все менше)
- Очікувана максимальна кількість учасників в 1-му аукціоні - до 100
- Очікувана середня кількість учасників в 1-му аукціоні - 4 учасники
Чек-ліст координації з іншими відділами, партнерами та системами.
Підрозділ ДП/ партнер/ система | Завдання | Статус | Коментарі |
РМ | Підготовка та погодження документу “Бачення” | ||
Погодження документу “Шаблон вимог до процедури” | |||
Юристи | Погодження документу “Шаблон вимог до процедури” | ||
ІТ | Надання документу “Шаблону вимог до процедури” | ||
Майданчики | Підготовка та погодження “Документу з вимогами до майданчиків” | ||
Портал | Підготовка та погодження ТЗ для підключення процедури | ||
ВІ | Підготовка та погодження ТЗ для підключення процедури |
Критерії згідно яких можливо визначити коректність реалізації
- Розробка процедури на рівні ЦБД:
- Розробка етапу публікації аукціону
- Розробка етапу подання заяви на участь
- Розробка модулю аукціону
- Розробка етапу кваліфікації
- Тестування процедури на рівні ЦБД
- Розробка майданчиків
- Бек частини
- Фронт частини
- Тестування процедури на рівні майданчиків
- Доробка порталу
- Доробка модуля аналітики
Таблиця змін
Дата внесення змін | Опис змін | Автор |
18.05.2022 | Зміна обов'язковості документів x_registrationFeeApproval, x_guaranteeApproval з "Ні" на "Так" | Ivan Mironenko |
19.07.2022 | Зміна обов'язковості документів x_registrationFeeApproval, x_guaranteeApproval з "Так"a на "Ні" |
...