Versions Compared

Old Version 5

changes.mady.by.user Mykyta Sukharevskyi

Saved on

compared with

New Version 6

changes.mady.by.user Mykyta Sukharevskyi

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

Технічна назва

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

Бізнесова назва

Дата початку

Дата завершення

Результат завершення

Коментар

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

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день - може припадати на неробочий день?

Може припадати на неробочий день - може?

Триває 48 годин з дати публікації процедури (tenderPeriod.startDate)

Просто 48 годин? Без будні - робочі - робочий - неробочий час? 

Редагування полів процедури після завершення періоду процедури більше недоступне

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

Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна. - я так розумію редагуємо всі поля? що з документами? в нормативці звучить так: 

Організатор аукціону на підставі прийнятого ним рішення може виправити

технічні помилки (описки) в описі лота та оголошенні про проведення аукціону,

опублікованому в електронній торговій системі, протягом 48 годин з часу здійснення такої

публікації в електронній торговій системі.

---

Робимо класику? Будь-яке редагування деактивує біди?

tenderPeriodactive_tenderingПеріод подання пропозицій

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

Точний час визначає ЦБД. Це день, що передує дню початку періоду аукціону auctionPeriod.startDate. Проміжок часу: з 19:30 по 20:30. 

(може припадати на НЕробочий день) - може?

Мінімально можливий tenderPeriod = 7 повних календарних днів з наступного дня після публікації процедури - треба дивитись... робимо валідацію тут якусь чи ні? думаю варто хоча б на саму мінімальну для лотів до 250млн, щоб не було як з житнім ринком

Статус процедури змінюється автоматично:

active_tendering → active_auction


Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД


Протягом періоду:

  • Учасники можуть подавати свої заяви на участь, редагувати їх, додавати і замінювати документи в Біді. Можуть скасувати свою заяву.
  • Організатору доступна робота з документами процедури: додавання/заміна. Може скасувати аукціон до його початку.
questionPeriodactive_tenderingПеріод запитань

Припадає тільки на робочі дні. - так же? 

За 1 р.д. до початку аукціону.

Якщо цей день припадає на понеділок-четвер, тоді до 18:00. 

Якщо цей день припадає на пʼятницю, тоді до 16:45.


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

Припадає тільки на робочі дні. - так же? 

За 1 р.д. до початку аукціону.

Якщо цей день припадає на понеділок-четвер, тоді до 18:00. 

Якщо цей день припадає на пʼятницю, тоді до 16:45


 

auctionPeriodactive_auctionАукціон

Завжди припадає на робочий день.

Дата вказується організатором при публікації процедури.
Точний час початку визначається ЦБД (діапазон з 9:30 - 10:00)

Там як я зрозумів все залежить від ціні лота. Робимо цю валідацію, або залишаємо на розсуд організатора? І плюс там написано в нормативці, що це має бути період, визначений в оголошенні. ЦЕ ЦБД має визначати чи все ж таки організатор має обрати час в цей проміжок 30 хвилин? 

До речі, в нормативці отакий є абзац: 

Електронна торгова система забезпечує можливість встановлення початку проведення електронного аукціону протягом робочого часу (понеділок - п’ятниця з 9 до 18 години), крім вихідних, святкових та неробочих днів.

Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день

Статус процедури змінюється автоматично:

active_auction → active_qualification

active_auction → unsuccessful

Статус процедури змінюється Організатором:

active_auction → cancelled

auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate

Code Block
"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

Скільки має тривати цей період?

Зробимо verificationPeriod, paymentPeriod, singingPeriod? Там просто для кожної дії є окремі дедлайни. І я так розумію якщо орг відхиляє якогось учасника, то всьо, повтор починаючи з періоду оплати

Протокол - 10 днів з наступного дня від формування протоколу о 18 годині. Майданчик переможця має 4 дні на відправку підписаного протокола організатору 

Період оплати - 10 днів з наступного дня від формування протоколу (о 18 годині) - 

Вказаний строк закінчується о 18 годині останнього дня строку, встановленого для опублікування протоколу.

Підписання договору - 30 робочих днів з наступного дня від дати формування протоколу. Тут про точний час ні слова 

10 кал днів з дня укладення на публікацію для організатора - що це означає? там до 18.00


active_qualification
pending_payment
active_awarded

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

При відсутності auctionPeriod та наявності лише 1ї заявки:

qualificationPeriod.startDate == auctionPeriod.startDate

При наявності auctionPeriod:

qualificationPeriod.startDate == auctionPeriod.endDate



Не може припадати на НЕробочий день. -

 
qualificationPeriod.endDate == qualificationPeriod.startDate + 18 р.д. о 18:00

На рівні ЦБД: відсутній

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. 

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, 

Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

  • Функціонал Організатора:
    • Скасування аукціону - ?
    • Дискваліфікація переможця
  • Функціонал Учасника:
  • Для учасника з award'ом у статусі pending та active:
    • Відсутній.
    • Для учасників з award'ами у статусі pending_waiting:
    • 1 award: - Відсутній.
    • 2 та 3 award: - Можливість відмовитися від участі в аукціоні (до моменту дискваліфікації учасника з award'ом у статусі pending за умови завершення періоду очікування waitingPeriod)
Code Block

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

Я так розумію тут 1 в 1 документи як в приватизації? і щось навіть не знаю, жодного обовʼязкового документу? точно? 

...