...
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для активації bid-а | Публічність |
---|---|---|---|---|---|
x_guarantee | Фінансове забезпечення | Financial support | Банківська гарантія Примірна форма безвідкличної банківської гарантії для участі в аукціоні, надана на користь гарантованого покупця | Так | Так |
х_ultimateBeneficiaryInfo | Інформація про кінцевого бенефіціарного власника | Ultimate beneficiary information | Інформація про кінцевого бенефіціарного власника. У разі коли особа не має кінцевого бенефіціарного власника, зазначається інформація про відсутність кінцевого бенефіціарного власника та причина його відсутності | Так | Так |
x_governingBodyInfo | Інформація про органи управління | Governing bodies information | Копії документів, що містять інформацію про органи управління учасника, який має намір взяти участь в аукціоні, та їх персональний склад (статут, протоколи, накази, інші документи, що містять інформацію про органи управління та їх персональний склад) | Ні | Так |
x_relatedParties | Інформація про пов'язаних осіб | Related parties information | Інформацію про осіб, пов’язаних із учасником, який має намір взяти участь в аукціоні, відносинами щодо здійснення контролю | Ні | Так |
x_generationType | Довідка із зазначенням виду альтернативного джерела енергії | Generation type certificate | У разі участі в технологічно нейтральному аукціоні довідку в довільній формі, підписану уповноваженою особою суб’єкта господарювання, із зазначенням виду альтернативного джерела енергії, щодо якого він має намір набути право на підтримку | Ні | Так |
eligibilityDocumentsІнформація щодо технічних параметрів (характеристик) установки | Договір про приєднання об'єкта електроенергетики | Eligibility document | Договір з оператором електричних мереж включно з технічними умовами до нього. Інформація щодо технічних параметрів (характеристик) установки зберігання енергії (встановлена потужність, ємність, інші параметри) | Ні | Так |
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
...
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
verification | Перевірка документів | Момент auctionPeriod.endDate створюються Awards[] | Автоматично. По завершенню аукціону, процедура переходить у статус qualification ("Перевірка документів"). ЦБД генерує Awards[] у статусі verification для всіх учасників. |
Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. При формуванні порядку Авардів, необхідно дивитись на Awards.value, але якщо value декількох Авардів однакове, необхідно подивитись, чи відрізняється у кожного bid-а bids.initialValue від bids.value: 1) Якщо учасник оновлював свою ставку протягом МА (bids.value < bids.initialValue), то часом розміщення ставки вважається час оновлення ставки протягом МА 2) Якщо учасник НЕ оновлював свою ставку протягом МА (bids.value == bids.initialValue), то часом розміщення ставки вважається bids.dateModified 3) Якщо у декількох Авардів однакове value і ці декілька учасників оновлювали свої ставки протягом МА, то вище в рейтингу має бути той, хто оновлював свою ставку раніше 4) Якщо у декількох Авардів однакове value при цьому один із них НЕ оновлював ставку протягом МА, а інші оновлювали, то вище в рейтингу має бути той, хто НЕ оновлював ставку протягом МА. (бо він розмістив своє value раніше). Його bids.dateModified вважається датою і часом розміщення ставки. Інші учасники своє value розмістили точно пізніше, бо вони оновлювали value протягом МА. Їх порядок має бути згідно часу оновлення їх ставок. За умови НЕ успішної перевірки документів, Організатор змінює статус Awards[].status: verification → unsuccessful (обовʼязково попередньо завантажує та може замінити документ awards.documents: documentType: rejectionProtocol) Організатор має можливість завантажити та заміни в Процедурі документ documentType:x_verificationAct | ||||||||||||||||
waiting | Документи перевірено | verification | Ручна дія. У Організатора має бути можливість змінювати Awards.status: verification → waiting. Обовʼязкові документи для цієї зміни статуса відсутні. Автоматично. Якщо на момент verificationPeriod.endDate залишились Awards у статусі verification, то ЦБД змінює їх статус на waiting | Подальша робота з Авардом відбувається із статуса waiting. Частину Авардів в статус waiting може перевести Організатор, а у випадку, коли ЦБД автоматично змінила Awards.status: verification → waiting , він є проміжковим і після цього ЦБД також автоматично змінить статус на pending або pending_waiting За умови успішної превірки документів, Організатор змінює статус Awards[].status: verification → waiting (обовʼязкових документів немає) | ||||||||||||||||
pending | Очікується протокол | waiting АБО pending_waiting АБО pending_admission | Автоматично. Завершився verificationPeriod.endDate: waiting → pending АБО Автоматично. Дискваліфіковано Авард у статусі pending АБО protocol_signed протягом qualificationPeriod: pending_waiting → pending
АБО Ручна дія. pending_admission → pending: Учасник погодився закрити залишок обсягу | Перехід із waiting: Статус pending отримують Аварди, які перебувають перші у списку результатів Модуля Аукціону і які успішно пройшли етап перевірки документів (award.status <> unsuccessful) за умови, що обсяг, який вони запропонували повністю покривається розрахованим значенням x_quantityLimit Організатор має можливість:
Учасник має можливість завантажити та замінити протокол awards.document: documentType: auctionProtocol Перехід із pending_waiting: Лише у випадку, якщо Організатор дискваліфікував одного чи більше Переможців, Аварди, що перебувають у статусі pending_waiting автоматино можуть змінити свій статус на pending за умови, що обсяг, який вони запропонували повністю покривається залишком від обсягу, що залишився і не настала дата qualificationPeriod.endDate. Якщо завершився qualificationPeriod і після 29 р.д. Організатор дискваліфіковує переможця, наступний у черзі, який очікує вже НЕ отримує статус pending (на 30-й день вже не має бути Авардів у статусі pending_waiting, бо визначено одного, хто змінив свій статус на pending_admission, а всі інші змінили свій статус на cancelled)
Організатор вказав procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 3 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 2 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 2 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (4 800 - 3 000 - 1 000) == 800 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 3 000. Учасник_3 автоматично отримує статус pending з своєю пропозицією 2 000, бо 2 000 повністю покривається обсягом 4 800 (першого дискваліфікували, другий 1 000, третій 2 000, 1000+2000 = 3000, що менше, ніж 4800) Приклад2: Організатор вказав procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 1 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 8 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (1 000 + 1 000 + 8 000) * 0.8 == 8 000 Обсяг 8000 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 8 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (8 000 - 1 000 - 1 000) == 6 000 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 1 000. Учасник_3 НЕ отримує статус pending з своєю пропозицією 8000, бо 8000 повністю не покривається залишком обсягу (8000 - 1000 = 7000 - залишок обсягу, а Учасник_3 пропонує 8000, що більше, ніж 7000) Його статус залишається pending_waiting. P.S.: в майбутньому він отримає статус "Умовний переможець" (pending_admission) і зможе погодитись реалізувати залишок, який складає 7000 із його запропонованих 8000. Перехід із pending_admission: Учасник в статусі pending_admission має можливість вказати обсяг, який він готовий закрити і змінити статус на pending. Далі відбувається його кваліфікація за логікою кваліфікації інших переможців. | ||||||||||||||||
protocol_signed | Підписано протокол | pending | Ручна дія. ЦБД має валідувати, що в Авард завантажено документ з documentType: auctionProtocol | Так як, дискваліфікувати Учасника має бути можливість у випадку, коли підписано Протокол і НЕ підписано Договір, використовуємо цей статус для відображення факту підписання Протоколу. | ||||||||||||||||
pending_waiting | Очікується рішення | waiting | Автоматично. Завершився verificationPeriod.endDate | Статус pending_waiting отримують Аварди, які перебувають у списку результатів Модуля Аукціону і які успішно пройшли етап перевірки документів (award.status <> unsuccessful) за умови, що обсяг, який вони запропонували повністю НЕ покривається розрахованим значенням x_quantityLimit, з причини, що обсяг вже закритий іншими пропозиціями учасників, що запропонували меншу ціну. Приклад 1: Організатор вказав квоту procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 3 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 2 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 2 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (4 800 - 3 000 - 1 000) == 800 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Приклад 2: Організатор вказав квоту procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit 3 000 по найменшій ціні 10 Учасник_2 запропонував 2 000 по ціні 11 Учасник_3 запропонував 1 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропонований обсяг Учасника_1. Запропонований Учасником_2 обсяг повністю не реалізується (він запропонував 2 000, а після Учасника_1 , залишилось не розподілено тільки (4 800 - 3 000) == 1800 ) В даному прикладі другий і третій учасники отримують статус pending_waiting Організатор не може дискваліфікувати Учасника, що очікує рішення Учасник не має можливості відмовитись від очікування. | ||||||||||||||||
pending_admission | Підтвердження набуття статусу переможця | pending_waiting | Автоматично. Завершився qualificationPeriod.endDate АБО Автоматично. За умови, що всі Awards, що мали статус pending отримали статус active (Організатор успішно кваліфікував всіх Переможців, залишилось вирішити питання тільки з залишком запропонованого обсягу, що може бути закритий "умовним переможцем") АБО Автоматично. За умови, що взагалі відсутні Аварди у статусі pending | Статус pending_admission отримує тільки один Award, який знаходиться у статусі pending_waiting і запропонував найменшу після Переможців ціну. Згідно Постанови "Учасник, що набуває статусу умовного переможця, визначається на 30-й робочий день після завершення аукціону", але у випадку, коли Організатор успішно кваліфікував всіх переможців (всі Awards у статусі pending набули статусу active), не чекаючи 30-го дня після завершення МА, учасник одразу отримує статус pending_admission і отримує можливість погодитись чи відмовитись від залишку обсягу. Це потрібно для того, щоб після успішної кваліфікації переможців, небуло необхідності чекати завершення періоду кваліфікації для погодження умовним переможцем своє право на набуття статуса переможця. В момент отримання Авардом статусу pending_admission, всі інші Аварди, які перебувають у статусі pending_waiting отримують статус cancelled (дискваліфікація Переможців вже неможлива, бо закриті протоколи+договори. Вибор іншого "умовного переможця" не передбачений в нормативці) В цьому статусі Умовний переможець може:
| ||||||||||||||||
active | Договір підписано | protocol_signed | Автоматично. Якщо повʼязаний contracts набув статуса active | Термінальний статус. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) Це потрібно для того, щоб за умови дискваліфікації Переможця на етапі підписання Договору, ЦБД зробила перевірку "qualificationPeriod.endDate вже пройшов?":
| ||||||||||||||||
cancelled | Учасник не став переможцем | pending_admission АБО pending_waiting | із pending_admission: Ручна дія. Учасник ("Умовний переможець") відмовляється "закрити" нерозподілений залишок і надсилає запит на зміну статуса АБО Автоматично. Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді із pending_waiting: Автоматично. В момент, коли будь-який Авард набуває статусу pending_admission, всі інші Аварди, які знаходяться у статусі pending_waiting автоматично набувають статус cancelled | Термінальний статус. Після набуття статусу pending_admission "Умовний переможець" має можливість відмовитись від запропонованого обсягу і скасувати свою заявку (змінити статус Аварда з pending_admission на cancelled). Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді, то ЦБД автоматично змінює статус його Аварда. Після набуття статусу pending_admission "Умовний переможець" всі Аварди, які на цей момент заходились у статусі pending_waiting набувають статус cancelled | ||||||||||||||||
unsuccessful | Дискваліфіковано | verification АБО pending АБО protocol_signed | Ручна дія. Організатор надсилає запит на зміну award.status:verification → unsuccessful Організатор надсилає запит на зміну award.status: pending → unsuccessful АвтоматичноРучна дія. Якщо статус повʼязаного contracts набуває статуса cancelledОрганізатор надсилає запит на зміну статуса Аварда protocol_signed → unsuccessful | Термінальний статус. verification → unsuccessful: завантажується документ rejectionProtocol для кожного Аварда, який не пройшов перевірку документів протягом verificationPeriod Поле terminationReason в даному випадку заповнювати не обовʼязково pending → unsuccessful: ЦБД ЦБД має валідувати, що в Авард завантажено документ з documentType: act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника protocol_signed → unsuccessful: terminationReason заповнюється автоматично варіантом "7" : "Відмова від підписання договору" При зміні статуса з protocol_signed → unsuccessful Організатору необхідно заповнити поле terminationReason значенням зі словника Обовʼязково хавантажити документ Документ act "про відмову" завантажується в contractАвард. |
Логіка проведення кваліфікації
...
Результат: 4800 повністю закритий Учасником_1 у розмірі 3000, Учасником_2 у розмірі 1000, Учасником_3 у розмірі 800. Паралельно з цим відбувається процес підписання Договорів.
Документи обʼєкта кваліфікації (awards.documents)
...
Обовʼязковіть
...
Завантажується для кожного Аварда, який не пройшов перевірку документів протягом verificationPeriod
Поле terminationReason в даному випадку заповнювати не обовʼязково
...
Так
Для зміни awards.status: verification → unsuccessful
...
Протокол підписується і завантажується для кожного учасника окремо
Expand | ||
---|---|---|
| ||
"Гарантований покупець протягом двох робочих днів з дати оприлюднення протоколу про результати аукціону підписує протоколи про результати аукціону щодо кожного переможця" |
Так
Для зміни awards.status: pending → protocol_signed
...
Завантажується у разі відмови Переможцем підписувати протокол.
Документ має бути можливість завантажити у Організатора та у Переможця.
Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending, має бути завантажено хоча б один документ з documentType: act
В поле terminationReason аварду записується причина із довідника
Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful
Так
Для зміни awards.status: pending → unsuccessful
...
Банківська гарантія для участі в аукціоні, надана на користь гарантованого покупця.
При підписанні протоколу може виникнути потреба в завантаженні оновленої банківської гарантії.
...
Підписання контракту з переможцем (contracts)
...
В даній процедурі логіка contracts[] відрізняється від контрактингу базової процедури там, що contracts є не наслідком успішно підписаного протоколу, а має підписуватись в один період.
Ця зміна спричинена тим, що за умови, якщо Договір НЕ підписано, ЦБД автоматично розподіляє частину обсягу лота, між учасниками з наступними найменшими за величиною ціновими пропозиціями відповідно до рейтингу цінових пропозицій (Постанова. п 55)
...
Автоматично.
Якщо будь-який Авард набуває статусу protocol_signed, то ЦБД автоматично створює повʼязаний contracts у статусі pending.
...
Через те, що розподіл нерозподіленого залишку згідно Постанови може відбуватися ПІСЛЯ підписання протоколу, за умови, що дискваліфікували Учасника на етапі підписання Договору,
contracts створюються не після того, як Award набув статусу active, а як тільки Award набув статус protocol_signed
...
Ручна дія.
Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active
...
Повʼязаний Авард має бути у статусі protocol_signed.
З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active + ЦБД автоматично змінює статус повʼязаного Аварду protocol_signed → active.
У випадку бездіяльності Організатора протягом qualificationPeriod, все одно на 30 р.д. відбувається визначення Умовного переможця, де сума "нерозподіленого залишку" визначається згідно актуального на той момент протоколу.
Приклад 5:
- Організатор вказав Обсяг == 10000
- Організатор вказав Макс ціну == 12
Прийшло три Учасника:
Учасник_1:
- Обсяг пропозиції == 6000
- Ціна пропозиції == 10
Учасник_2:
- Обсяг пропозиції == 4000
- Ціна пропозиції == 11
Обидва учасники успішно пройшли перевірку документів і отримали статус Аварда waiting
ЦБД розрахувала x_quantityLimit == (6000 + 4000) * 0,8 == 8000
ЦБД розподіляє Обсяги пропозицій учасників:
Учасник_1:
8000 - 6000 = 2000
В даному прикладі Обсяг пропозиції Учасника_1 покривається x_quantityLimit
Учасник_1 отримує статус pending
Учасник_2:
2000 - 4000 <0
В даному прикладі Обсяг пропозиції Учасника_2 НЕ покривається x_quantityLimit, бо після Учасника_1 залишився нерозподілений залишок 2000, а Обсяг пропозиції Учасника_2 - більший, дорівнює 4000
Протягом qualificationPeriod (29 р.д.) Організатор був бездіяльним і НЕ дискваліфікував Учасника_1 і НЕ кваліфікував успішно.
На 30 р.д. визначається "Умовний переможець" і Учасник_2 набуває статусу pending_admission. Йому пропонується закрити нерозподілений залишок, який становить 2000.
Тобто, те, що з Учасником_1 не завершено кваліфікацію, не впливає на визначення обсягу "нерозподіленого залишку"
Учасник_2 погоджується закрити 2000.
Після цього:
Організатор успішно кваліфікує Учасника_1 і його Авард отримує статус protocol_signed, підписують договір
Організатор успішно кваліфікує Учасника_2 і його Авард отримує статус protocol_signed, підписують договір
Результат: 8000 закритий Учасником_1 у розмірі 6000, Учасником_2 у розмірі 2000
Документи обʼєкта кваліфікації (awards.documents)
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть | Публічність | |||||
---|---|---|---|---|---|---|---|---|---|---|
rejectionProtocol | Акт про невідповідність | Rejection protocol | Завантажується для кожного Аварда, який не пройшов перевірку документів протягом verificationPeriod Поле terminationReason в даному випадку заповнювати не обовʼязково | Так Для зміни awards.status: verification → unsuccessful | Так | |||||
auctionProtocol | Протокол аукціону | Auction protocol | Протокол підписується і завантажується для кожного учасника окремо
| Так Для зміни awards.status: pending → protocol_signed | Так | |||||
act | Акт про відмову | Refusal act | Завантажується у разі відмови Переможцем підписувати протокол або договір. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful чи protocol_signed → unsuccessful | Так Для зміни awards.status: pending → unsuccessful Так Для зміни awards.status: protocol_signed → unsuccessful | Так | |||||
x_guarantee | Фінансове забезпечення | Financial support | Банківська гарантія для участі в аукціоні, надана на користь гарантованого покупця. При підписанні протоколу може виникнути потреба в завантаженні оновленої банківської гарантії. | Ні | Так | |||||
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Підписання контракту з переможцем (contracts)
Anchor | ||||
---|---|---|---|---|
|
В даній процедурі логіка contracts[] відрізняється від контрактингу базової процедури там, що contracts є не наслідком успішно підписаного протоколу, а має підписуватись в один період.
Ця зміна спричинена тим, що за умови, якщо Договір НЕ підписано, ЦБД автоматично розподіляє частину обсягу лота, між учасниками з наступними найменшими за величиною ціновими пропозиціями відповідно до рейтингу цінових пропозицій (Постанова. п 55)
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар | |||||
---|---|---|---|---|---|---|---|---|---|
pending | Очікується договір | Момент створення Awards[] у статусі pending | Автоматично. Якщо будь-який Авард набуває статусу protocol_signed, то ЦБД автоматично створює повʼязаний contracts у статусі pending. | Через те, що розподіл нерозподіленого залишку згідно Постанови може відбуватися ПІСЛЯ підписання протоколу, за умови, що дискваліфікували Учасника на етапі підписання Договору, contracts створюються не після того, як Award набув статусу active, а як тільки Award набув статус protocol_signed | |||||
active | Договір підтверджено | pending | Ручна дія. Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active | Повʼязаний Авард має бути у статусі protocol_signed. З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active + ЦБД автоматично змінює статус повʼязаного Аварду protocol_signed → active. | |||||
cancelled | Договір скасовано | pending | Автоматично. За умови дискваліфікації Аварда із protocol_signed → unsuccessful | Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір, необхідно надіслати запит на зміну статуса Аварда protocol_signed → unsuccessful
|
Документи контракту (contracts.documents)
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть | Публічність |
---|---|---|---|---|---|
contractSigned | Підписаний договір | Signed contract | Завантажується для кожного Переможця з ким підписано договір | Так Для зміни contracts.status: pending → active | Так |
contractAnnexe | Додатки до договору | Contract annexe | Додатки до договору | Ні | Так |
contractNotice | Повідомлення про договір | Contract notice | Повідомлення про договір | Ні | Так |
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Умови завершення аукціону
Завершення аукціону (переведення у статус complete)
Організатор має можливість завершити аукціон у разі підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (всі Awards у статусі active, unsuccessful, cancelled). Після завершення роботи із договором з кожним переможцем, Замовник аукціону натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete.
Зміни, які необхідно внести в процедуру:
accessDetails - зробити НЕ обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про "Порядок та можливий час ознайомлення з лотом")
x_additionalInformation - зробити НЕ обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про те, що треба ОБОВʼЯЗКОВО надавати "Додаткові відомості". Навпаки: "Оголошення про проведення аукціону може містити інші відомості, необхідні для його проведення")
bankAccounts - переробити під bankAccounts (basicSell.BankAccountsByType) з двума accountType (payment, other). bankAccount з accountType == payment ОБОВʼЯЗКОВИЙ (банківські реквізити оператора авторизованого електронного майданчика для сплати переможцем винагороди.)
bids.qualified - прибрати із біда. Не несе взагалі ніякої логіки
minNumberOfQualifiedBids - мінімально допустиме значення == 2.
contracts - стандартна логіка contracts не підходить. Через те, що, якщо Договір не підписано, то ЦБД має автоматично визначити нового переможця, якщо ще не завершився qualificagionPeriod. Потрібна логіка описана
contracts - status - прибрати зайві paid, signed,unsuccessful
В Swagger наявні renewables.GreenProcedure та renewables.RenewablesMultiAwardsProcedure - треба залишити лише renewables.RenewablesMultiAwardsProcedure
datePublished - x-legalNameUa змінити на *Дата публікації процедури*.
previousAuctionId прибрати в Swagger можливість додавання UA-PS-YYYY-MM-DD-000000-0
items.unit.code - зробити "KWT" - readOnly: true автогенерованє.
cancellation - змінити на базову модель base.Cancellation
x_valueUAH (що це ?)
renewables.RenewablesMultiAwardsProcedure | type | readOnly | x-legalNameUa | x-legalNameEn | Коментар | ||
---|---|---|---|---|---|---|---|
owner | string | true | Ідентифікатор майданчика | Broker identifier | |||
ownerToken | string($uuid) | true | |||||
_id | string | true | Внутрішній ідентифікатор аукціону | ID | |||
datePublished | string($date-time) | true | Дата публікації процедури | Published date | |||
dateModified | string($date-time) | true | Остання дата зміни процедури | Procedure date modified | |||
auctionId | string | true | Ідентифікатор аукціону | Auction ID | |||
previousAuctionId | string | Номер попереднього аукціону | Previous auction Id | pattern: ^(RM[a-zA-Z][0-9]{3}-UA-[0-9]{8}-[0-9]{5}) | |||
sellingMethod | string | Тип процедури | Procedure type | renewables-multiAwards renewables-multiAwards-ultra-fast renewables-multiAwards-fast renewables-multiAwards-fast-manual renewables-multiAwards-fast-auction-manual-qualification renewables-multiAwards-fast-auction-prod renewables-multiAwards-initial-auction renewables-multiAwards-initial-qualification renewables-multiAwards-initial-qualification-prod renewables-multiAwards-initial-qualification-fast renewables-multiAwards-initial-auction-manual | |||
sellingEntity | model | Інформація про замовника аукціону | Auction customer information | ||||
name | model base.multiLang | Найменування Замовника аукціону | Name of the auction customer | ||||
identifier | model base.Identifier | Ідентифікатори Замовника аукціону | Customer ID | ||||
scheme | string | Тип ідентифікації Замовника аукціону | Customer ID type | Допустимі тільки значення зі словника При публікації процедури обовʼязково заповнено | |||
legalName | model base.multiLang | Повна юридична назва організації | Legal name | При публікації процедури обовʼязково заповнено legalName.uk_UA | |||
id | Код ЄДРПОУ або ІПН або паспорт | Legal ID | При публікації процедури обовʼязково заповнено | ||||
address | model base.AddressUa | ||||||
countryName | model base.multiLang | Країна | Country | uk_UA = Enum:[Україна] |
...
Ручна дія.
Організатор надсилає запит на зміну contracts.status: pending → cancelled
Має бути завантажено документ contracts.documents.documentType: act
Expand | ||
---|---|---|
| ||
55. Факт відмови переможця від підписання протоколу про результати аукціону та/або укладення договору про надання послуги або відмови гарантованого покупця від укладення такого договору фіксується гарантованим покупцем шляхом складення та оприлюднення в електронній торговій системі відповідного акта не пізніше ніж протягом робочого дня, що настає за днем такої відмови. |
Документи контракту (contracts.documents)
...
Обовʼязковіть
...
Завантажується для кожного Переможця з ким підписано договір
...
Так
Для зміни contracts.status: pending → active
...
Додатки до договору
...
Ні
...
Повідомлення про договір
Ні
...
Завантажується у разі відмови Переможцем підписувати договір.
Документ має бути можливість завантажити у Організатора та у Переможця.
Для того, щоб Організатор дискваліфікував учасника, contracts якого перебуває у статусі pending, має бути завантажено документ з documentType: act
...
Так
Для зміни contracts.status: pending → unsuccessful
...
Умови завершення аукціону
Завершення аукціону (переведення у статус complete)
Організатор має можливість завершити аукціон у разі підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (всі Awards у статусі active, unsuccessful, cancelled). Після завершення роботи із договором з кожним переможцем, Замовник аукціону натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete.
Зміни, які необхідно внести в процедуру:
accessDetails - зробити НЕ обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про "Порядок та можливий час ознайомлення з лотом")
x_additionalInformation - зробити НЕ обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про те, що треба ОБОВʼЯЗКОВО надавати "Додаткові відомості". Навпаки: "Оголошення про проведення аукціону може містити інші відомості, необхідні для його проведення")
bankAccounts - переробити під bankAccounts (basicSell.BankAccountsByType) з двума accountType (payment, other). bankAccount з accountType == payment ОБОВʼЯЗКОВИЙ (банківські реквізити оператора авторизованого електронного майданчика для сплати переможцем винагороди.)
bids.qualified - прибрати із біда. Не несе взагалі ніякої логіки
minNumberOfQualifiedBids - мінімально допустиме значення == 2.
contracts - стандартна логіка contracts не підходить. Через те, що, якщо Договір не підписано, то ЦБД має автоматично визначити нового переможця, якщо ще не завершився qualificagionPeriod. Потрібна логіка описана
contracts - status - прибрати зайві paid, signed,unsuccessful
В Swagger наявні renewables.GreenProcedure та renewables.RenewablesMultiAwardsProcedure - треба залишити лише renewables.RenewablesMultiAwardsProcedure
datePublished - x-legalNameUa змінити на *Дата публікації процедури*.
previousAuctionId прибрати в Swagger можливість додавання UA-PS-YYYY-MM-DD-000000-0
items.unit.code - зробити "KWT" - readOnly: true автогенерованє.
cancellation - змінити на базову модель base.Cancellation
x_valueUAH (що це ?)
renewables-multiAwards
renewables-multiAwards-ultra-fast
renewables-multiAwards-fast
renewables-multiAwards-fast-manual
renewables-multiAwards-fast-auction-manual-qualification
renewables-multiAwards-fast-auction-prod
renewables-multiAwards-initial-auction
renewables-multiAwards-initial-qualification
renewables-multiAwards-initial-qualification-prod
renewables-multiAwards-initial-qualification-fast
renewables-multiAwards-initial-auction-manual
model
base.multiLang
model
base.Identifier
Допустимі тільки значення зі словника
При публікації процедури обовʼязково заповнено
model
base.multiLang
model
base.AddressUa
model
base.multiLang
uk_UA = Enum:[Україна]
uk_UA - обовʼязково для публікації процедури
model
base.multiLang
uk_UA = Enum:
[ Автономна Республіка Крим, Вінницька область, Волинська область, Дніпропетровська область, Донецька область, Житомирська область, Закарпатська область, Запорізька область, Івано-Франківська область, Київська область, Київ, Кіровоградська область, Луганська область, Львівська область, Миколаївська область, Одеська область, Полтавська область, Рівненська область, Севастополь, Сумська область, Тернопільська область, Харківська область, Херсонська область, Хмельницька область, Черкаська область, Чернівецька область, Чернігівська область ]
uk_UA - обовʼязково для публікації процедури
model
base.multiLang
model
base.multiLang
model
base.ContactPoint
model
base.multiLang
uk_UA - обовʼязково для публікації процедури |
region | model base.multiLang | Область | Region | uk_UA = Enum: uk_UA - обовʼязково для публікації процедури |
locality |
model base.multiLang | Населений пункт | Locality | uk_UA - обовʼязково для публікації процедури |
streetAddress | model base.multiLang | Адреса | Address | uk_UA - обовʼязково для публікації процедури | |||
postalCode | string | Поштовий індекс | ZIP code | pattern: ^[0-9]{5}$ | |||
representativeInfo | Інформація щодо підтвердження повноважень | Representative information | |||||
contactPoint |
model base. |
ContactPoint |
name |
title | від ГП |
---|
model base.multiLang | ПІБ | Main contact name | uk_UA - обовʼязково для публікації процедури | |||||||||
string($email) | Адреса електронної пошти | Main contact e-mail | обовʼязково для публікації процедури | |||||||||
telephone | string | Номер телефону | Phone number | обовʼязково для публікації процедури | ||||||||
faxNumber | string | Номер факсу | Fax number | |||||||||
url | string($uri) | Веб адреса | Website | |||||||||
x_verificationDocuments | list[] model base.VerificationDocumentInfo | Ліцензія | Business verification documents |
| ||||||||
description | model base.multiLang | Опис документа | Document description | |||||||||
id | string | Номер документа | Business verification documents ID | |||||||||
date | string($date-time) | Дата видачі документа | Business verification documents date | |||||||||
lotId | string | Номер лоту | Lot number | обовʼязково для публікації процедури | ||||||||
title | model base.multiLang | Заголовок аукціону | uk_UA - обовʼязково для публікації процедури | |||||||||
description | model base.multiLang | Опис аукціону | uk_UA - обовʼязково для публікації процедури | |||||||||
accessDetails | ВИДАЛЯЄМО | |||||||||||
bankAccount |
| ВИДАЛЯЄМО
| ||||||||||
x_documentRequirements | model base.multiLang | Вимоги до оформлення документів | Document requirements | uk_UA - обовʼязково для публікації процедури | ||||||||
x_additionalInformation | model base.multiLang | Додаткові відомості | Other requirements and additional information | НЕ ОБОВʼЯЗКОВЕ | ||||||||
x_quantityLimit | number($float) | true | 80% сукупної величини потужності учасників | 80% limit | ||||||||
value | model ValueWithTax | Максимальна цінова пропозиція | Max bid value | |||||||||
currency | string | Валюта | Currency | Enum: [eurocent] обовʼязково для публікації процедури | ||||||||
amount | number($float) | Сума | Amount | обовʼязково для публікації процедури | ||||||||
valueAddedTaxIncluded | boolean | true | Податок | Tax | default: false | |||||||
guarantee | ВИДАЛИТИ
|
bankGuaranteeDetails | model base.multiLang | Інформація щодо банківської гарантії | Bank guarantee info | Інформація щодо банківської гарантії | |||
minimalStep | model base.Value | true | Розмір кроку аукціону | Minimal Step |
| ||
currency | string | true | Валюта | Currency | default: eurocent | ||
amount | number($float) | true | Сума | Amount | default: 0.01 | ||
minNumberOfQualifiedBids | integer($int64) | true | Мінімальна кількість заяв учасників | Minimal number of bids | default: 2 | ||
tenderAttempts | integer($int64) | Лот виставляється | Attempt number | default: 1 minimum: 1 | |||
items[] | list[] model renewables.Item | Склад лота | Lot composition | МАЄ БУТИ МОЖЛИВІСТЬ ДОДАТИ ТІЛЬКИ ОДИН item В МАСИВ! | |||
id | string | true | Внутрішній ідентифікатор обʼєкта | Item ID |
| ||
description | model base.multiLang | Опис лота | Item description | uk_UA - обовʼязково для публікації процедури | |||
classification | model Classification | Класифікатор | Classification |
| |||
scheme | string | true | Схема класифікатора | Item classification scheme | default: CAV Автозаповнюється ЦБД при публікації процедури | ||
description | model base.multiLang | true | Опис коду классифікатора | Classification ID | default: "uk_UA": "Електрична, теплова, сонячна та атомна енергія", Автозаповнюється ЦБД при публікації процедури
| ||
id | string | true | Код классифікатора | Classification ID | default: 09300000-2 Автозаповнюється ЦБД при публікації процедури | ||
unit | model base.Unit | true | Одиниці виміру обʼєкта | Item unit |
| ||
code | string | true | Код одиниці виміру | Unit code | default: KWT | ||
name | model base.multiLang | true | Назва одиниці виміру | Item unit name | default: "uk_UA": "Кіловат-година", | ||
quantity | number($float) | Розмір частки річної квоти | Item quantity | ||||
address |
| ВИДАЛЯЄМО | |||||
additionalClassifications[] | list[] model AdditionalClassification | Вид джерела енергії | Type of energy source | МАЄ БУТИ МОЖЛИВІСТЬ ДОДАТИ ТІЛЬКИ ОДИН additionalClassification В МАСИВ! | |||
scheme | string | Схема додаткового класифікатору | Item additional classification scheme | Dict: generationType | |||
description | model base.multiLang | true | Опис додаткового класифікатору | Item additional classification description | Автозаповнюється цз словника generationType згідно коду | ||
id | string | Код додаткового класифікатору | Item additional classification ID | x-dictionaries: List [ "generationType" ] | |||
location | model base.Location |
| |||||
documents[] | model base.Documents | documentOf: auction documentType: illustration, technicalSpecifications, evaluationCriteria, contractProforma, x_lotInfoEN, x_verificationAct, clarifications, digitalSignature | |||||
bids[] | model renewables.Bid | Заява на участь | Bid |
| |||
owner | string | true | Ідентифікатор майданчика | Broker ID |
| ||
ownerToken | string($uuid) | true |
| ||||
id | string | true | Ідентифікатор заяви на часть | Bid ID |
| ||
bidders |
model
bankGuaranteeDetails
model
base.multiLang
[] | model base. |
documentOf: bankGuaranteeDetails
documentType: bankGuaranteeExample
Organization | Інформація учасника | Bidder info |
| |
name |
model base. |
multiLang | true |
Повна юридична назва організації або ПІБ | Legal name or Full Name | Автозаповнюється автоматично із identifier.legalName.* |
identifier |
model |
base.Identifier |
default: eurocent
default: 0.01
integer($int64)
default: 2
integer($int64)
default: 1
minimum: 1
list[]
model
renewables.Item
МАЄ БУТИ МОЖЛИВІСТЬ ДОДАТИ ТІЛЬКИ ОДИН item В МАСИВ!
НЕ МОЖЕ БУТИ ДЕКІЛЬКА items
string
model
base.multiLang
uk_UA - обовʼязково для публікації процедури
model
Classification
string
default: CAV
Автозаповнюється ЦБД при публікації процедури
model
base.multiLang
default:
"uk_UA": "Електрична, теплова, сонячна та атомна енергія",
"en_US": "Electricity, heating, solar and nuclear energy"
Автозаповнюється ЦБД при публікації процедури
string
default: 09300000-2
Автозаповнюється ЦБД при публікації процедури
model
base.Unit
string
default: KWT
model
base.multiLang
default:
"uk_UA": "Кіловат-година",
"en_US": "kilowatt hour"
Ідентифікатори організації або особи | Identifier | scheme* string Обирається одне значення зі словників: legalName* model base.MultiLang id* string | |||||
address | model anyOf -> base.Address OR baseAddressUa | Адреса | Address | Обовʼязкові для публікації біда поля: countryName region locality streetAddress | |||
representativeInfo | string | Інформація щодо підтвердження повноважень | Representative information | ||||
contactPoint | model base.ContactPoint | Контактна особа | Main contact | Обовʼязкові для публікації біда поля: name telephone | |||
datePublished | string($date-time) | true | Дата заяви на участь | Bid date |
| ||
dateModified | string($date-time) | true | Остання дата редагування ставки | Bid modified date |
| ||
status | string | Статус заяви на участь | Bid status | Enum:[draft, active, deleted] | |||
value | model Value | Цінова пропозиція за 1 кВт*год | Price per 1 kW·h |
| |||
currency | string | Валюта | Currency | Enum:[eurocent] | |||
amount | number($float) | Сума | Amount |
| |||
documents[] |
| model base.Documents | Документи до заяви про участь | Bid documents | documentOf: bid documentType: x_guarantee, х_ultimateBeneficiaryInfo, x_governingBodyInfo, x_relatedParties, x_generationType, eligibilityDocuments, digitalSignature | ||
participationUrl | string | true | Веб-адреса для участі в аукціоні | Bidder participation link |
| ||
order | integer($int64) | true |
| ||||
classification[] | ВИДАЛИТИ | ||||||
additionalClassifications[] | ВИДАЛИТИ | ||||||
unit | model Unit |
| |||||
code | string | true | Код одиниці виміру | Unit code | default: KWT | ||
name | model base.multiLang | true | Назва одиниці виміру | Item unit name | default: "uk_UA": "Кіловат-година", | ||
quantity | number($float) | Розмір частки квоти в заяві | Bid quantity |
| |||
qualified |
| ВИДАЛИТИ | |||||
initialValueAmount | number($float) | true | Початкова ставка | Start bid amount |
| ||
questions |
number($float)
ВИДАЛЯЄМО
list[]
model
AdditionalClassification
МАЄ БУТИ МОЖЛИВІСТЬ ДОДАТИ ТІЛЬКИ ОДИН additionalClassification В МАСИВ!
НЕ МОЖЕ БУТИ ДЕКІЛЬКА additionalClassification в одному айтемі !
string
model
base.multiLang
Автозаповнюється цз словника generationType згідно коду
string
x-dictionaries: List [ "generationType" ]
model
base.Location
model
base.Documents
documentOf: auction
documentType: illustration, technicalSpecifications, evaluationCriteria, contractProforma, x_lotInfoEN, x_verificationAct, clarifications, digitalSignature
[] | model |
base. |
Questions |
Запитання до аукціону | Q&A |
| |
awards[] |
model |
Обʼєкт кваліфікації | Award |
| |
id |
|
|
title |
|
model
base.Organization
| |
description |
|
| ||||
status |
|
| ||||
terminationReason |
|
| ||||
datePublished |
|
| ||||
value |
|
| ||||
buyers[] |
|
| ||||
items[] |
|
| ||||
documents[] |
|
|
dateModified |
|
| ||||
bidId |
|
| ||||
signingPeriod |
|
| ||||
admissionPeriod |
|
|