...
В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).
- Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:
Земля (landProps)
ЄМК (jointPropertyComplex)
Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ:
...
Всі періоди генеруються ЦБД автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами - оновити посилання після його готовності
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| rectificationPeriod | active_tendering | Період редагування | Дата та час публікації процедури в ЦБД. | Може припадати на неробочий день Триває 48 годин з дати публікації процедури (tenderPeriod.startDate) | Редагування полів процедури після завершення періоду процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна. У випадку редагування полів процедури (крім документів), активні біди мають деактивуватись. | |||||
| tenderPeriod | active_tendering | Період подання пропозицій | Дата та час публікації процедури в ЦБД. | Точний час визначає ЦБД. Це день, що передує дню початку періоду аукціону auctionPeriod.startDate. Проміжок часу: з 19:30 по 20:30. (може припадати на НЕробочий день) Мінімально можливий tenderPeriod = 14 повних календарних днів з наступного дня після публікації процедури - треба дивитись... робимо валідацію тут якусь чи ні? думаю варто хоча б на саму мінімальну для лотів до 250млн, щоб не було як з житнім ринком | Статус процедури змінюється автоматично: active_tendering → active_auction | Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Протягом періоду:
| |||||
| questionPeriod | active_tendering | Період запитань | Припадає тільки на робочі дні. За 1 р.д. до початку аукціону о 18:00. | ||||||||
| enquiryPeriod | active_tendering | Період відповідей | Припадає тільки на робочі дні. За 1 р.д. до початку аукціону о 18:00. |
| |||||||
| auctionPeriod | active_auction | Аукціон | Завжди припадає на робочий день. Дата вказується організатором при публікації процедури. До речі, в нормативці отакий є абзац: Електронна торгова система забезпечує можливість встановлення початку проведення електронного аукціону протягом робочого часу (понеділок - п’ятниця з 9 до 18 години), крім вихідних, святкових та неробочих днів. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день | Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate | |||||
qualificationPeriodСкільки має тривати цей період? Протокол - 10 днів з наступного дня від формування протоколу о 18 годині. Майданчик переможця має 4 дні на відправку підписаного протокола організатору Період оплати - 10 днів з наступного дня від формування протоколу (о 18 годині) - Вказаний строк закінчується о 18 годині останнього дня строку, встановленого для опублікування протоколу. Підписання договору - 30 робочих днів з наступного дня від дати формування протоколу. Тут про точний час ні слова 10 кал днів з дня укладення на публікацію для організатора - що це означає? там до 18.00 active_qualificationpending_payment active_awarded | Період кваліфікації | Не може припадати на НЕробочий день. - | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
| active_qualification | Період кваліфікації | При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate | Не може припадати на НЕробочий день. - | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
|
| Info | ||
|---|---|---|
| ||
В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та номера аукціона в ланцюжку. На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 14 днів. Зі сторони майданчика необхідно реалізувати наступну логіку:
|
| Info | ||
|---|---|---|
| ||
Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся). |
Документи процедури
| documentType | Назва УКР | Назва АНГЛ | Опис | Обовʼязковість | Публічність |
|---|---|---|---|---|---|
illustration | Ілюстрація | Illustration | Зображення, що можуть додаватися Організатором до оголошення | ні | так |
technicalSpecifications | Копії документів та матеріалів на лот | Technical specifications | Детальна інформація про лот | ні | так |
evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Інформація про те, як будуть оцінюватись цінові пропозиції учасників | ні | так |
contractProforma | Типова форма договору | Contract proforma | Шаблон договору купівлі-продажу | ні | так |
x_presentation | Презентація | Presentation | Презентація | ні | так |
clarifications | Опис причин редагування | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod. | ні (при редагуванні організатор може опціонально завантажити даний документ) | так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | ні | так |
Заява на участь
Статуси заяви на участь
Деактивуємо заяву на участь якщо редагується процедура? Не бачив про це нічого в нормативці, і в звичайній приватизації є тільки три статуса: deleted, active, draft
Схема приватизації - Модель статуса заяви на участь (біда) у процедурі Мала приватизація
на участь
Статуси заяви на участь
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля:
Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft). |
| active | Підтверджена заява | draft inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Активувати заяву на участь є можливість тільки протягом tenderPeriod. Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою. |
inactive | Деактивована заява | draft active | Автоматична дія. Учасник має можливість:
| У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника. |
| deleted | Видалена заява | draft active inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а АБО Автоматична дія. Організатор скасовує процедуру до початку МА | У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod |
...
До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.
| Info | ||
|---|---|---|
| ||
Договір підписується та опубліковується організатором аукціону в електронній торговій системі через особистий кабінет протягом 10 календарних днів з дня, наступного за днем його укладення до 18:00. |
Завершення аукціону (переведення у статус complete)
...