Versions Compared

Old Version 59

changes.mady.by.user yulia.slepenko

Saved on

compared with

New Version 60

changes.mady.by.user yulia.slepenko

Saved on

Key

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

...

Порядок проведення електронних торгів

Створення процедури

active.rectification


Під час створення процедури, Організатор виконує наступні дії:

  • зазначає необхідну інформацію в полях оголошеного аукціону (структуру даних аукціону див. нижче).
  • завантажує документацію (відповідно до Регламенту та пов’язаних НПА)



CBD3-GE-UC-001

Створення процедур                                                                                                                                         Тести API ЦБД

Роль

Гарантований покупець - Організатор

Передумови


Очікуваний результат

Організатор вказує єдину дату при заведенні процедури - орієнтовний час початку аукціону (auctionPeriod.startDate у запиті, auctionPeriod.shouldStartAfter у api після створення процедури). Точну дату початку торгів визначає система з огляду на поточну завантаженість, інформація про точну дату фіксується автоматично у полі auctionPeriod.startDate

. 

Актуальний результат : 

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

Дата не редагується


Майданчик: 
при створенні процедури на майданчику Організатор вказує бажану дату проведення , раніше якого аукціон не повинен розпочатися

ЦБД:

виходячи с бажаної дати проведення вказаної організатором та навантаження ЦБД розраховує дату проведення аукціону,

яка

яка фіксується автоматично у

полі

полі auctionPeriod.

startDate

shouldStartAfter . 
Дата  проведення визначена ЦБД не може бути відредагована






CBD3-GE-UC-002

Створення процедури                                                                                                                                            Тести API ЦБД

Роль

Гарантований покупець - Організатор

Передумови

Завантаження clarifications - Уточнення до питань заданих учасниками. Опис причин редагування

Очікуваний результат

Дата початку торгів не може змінюватись Організатором після публікації.

Актуальний результат :


При переведені після публікації  процедури в режим редагування значення дати не доступне для редагування

Майданчик: 
після публікації аукціону  Організатор протягом  active.rectification (Період редагування) може відредагувати процедуру.

Значення  полів: дата проведення аукціону, бажаний об'єм не можуть бути відредаговані. 

Для збереження виправлень обов'язково завантажується документ clarifications ( Уточнення до питань заданих учасниками. Опис причин редагування)

ЦБД:
При збереженні відредагованої процедури до ЦБД передаються виправлені значення та замінюють попередні значення
До ЦБД передається документ clarifications з описом причин редагування
результат

CBD3-GE-UC-003

Створення процедури                                                                                                                                            Тести API ЦБД

Роль

ЦБД

Передумови


Очікуваний

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

Актуальний результат:

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

Майданчик: 


ЦБД: 

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

Після публікації аукціону, система визначає startDate та endDate періоду редагування з урахуванням дати, переданої при публікації до ЦБД.6

CBD3-GE-UC-004

Створення процедури                                                                                                   Функціонал або задачі майданчику

Роль

Гарантований покупець - Організатор

Передумови


Очікуваний результат

Лише Організатор може оголосити електронні торги, сформувавши їх параметри та опублікувавши умови продажу майна\права користування та вимоги до учасників.

Актуальний результат

Тільки користувач з роллю Організатор торгів може оголосити торги створивши та опублікувавши процедуру, після заповнення всіх обов'язкових полів


Майданчик:
Лише власник облікового запису з типом "Організатор - Гарантований покупець" має право завести, оформити та оголосити торги за процедурою ЗЕ. 

ЦБД:
До публікації процедури ЦБД не залучається 

CBD3-GE-UC-005

Створення процедури                                                                                                  Функціонал або задачі майданчику

Роль

Гарантований покупець - Організатор

Передумови

Очікуваний результат

Організатор може зберегти аукціон без публікації в ЦБД - для внесення змін та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику.

Актуальний результат

Після створення аукціону, але до публікації в ЦБД, організатор має можливість зберегти на майданчику чернетку аукціону, яку можна повністю редагувати та видаляти без будь-яких наслідків

Майданчик:  

Організатор до публікації має право зберегти процедуру у статусі draft. 
Це - обов’язковий функціонал, що має бути присутній на майданчику.

ЦБД:
До публікації процедури ЦБД не залучається 

CBD3-GE-UC-006

Створення процедури

Функціонал або задачі майданчику

Роль

Гарантований покупець - Організатор

Передумови


Очікуваний результат

Майданчик забезпечує можливість редагування сформованої заявки на проведення Електронних торгів (чернетки) до моменту публікації оголошення про проведення Електронних торгів у ЦБД. У Організатора є можливість оголосити аукціон на основі попереднього аукціону (створити копію аукціону)

Актуальний результат

Після створення заявки, але до публікації в ЦБД, організатор має можливість зберегти на майданчику чернетку заявки, яку можна повністю редагувати та видаляти без будь-яких наслідків

Майданчик:

Організатор до публікації має право зберегти процедуру у статусі draft. Така процедура редагується, повторно зберігається та видаляється без обмежень. Наявна можливість публікації процедури з раніше створенного/збереженного/попередньо відредагованої чернетки. 

ЦБД:

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

ЦБД: 

CBD3-GE-UC-007

Створення процедури                                                                                                                                         Тести API ЦБД

Роль

Гарантований покупець - Організатор

Передумови


Очікуваний результат: 

При публікації оголошення про проведення аукціону, Організатором  вноситься  інформація (частина полів заповнюються системою автоматично)




Майданчик:
При публікації оголошення про проведення аукціону, Організатором  вноситься наступна інформація (частина полів заповнюються системою автоматично):

  • Назва аукціону
  • Опис аукціону
  • Дата початку торгів 
  • Встановлення “Зеленого тарифу” (граничний розмір ставки учасника)
  • Розміри гарантійного внеску;
  • Інформація про лот (мінімум 1)
    • Обмежити вибір класифікаторами по типам генерації. Можливо потрібно буде розширити стандарт
    • Завжди МВт
    • опис лоту
    • код відповідного класифікатору лоту: CAV, CPV
    • одиниці виміру активу\активів
    • кількість активів (обсяг квоти)
    • Адреса розташування активу (не обов'язково до заповнення)
  • Документація до торгів 
  • Та інші обов’язкові поля

Актуальний результат

Майданчик:

Публікація оголошення про проведення аукціону можлива лише після заповнення всіх обов’язкових полів та завантаження документів до item. 

При публікації відбувається перевірка заповненості полів даними

ЦБД: 


Актуальний результат

CBD3- CBD3-GE-UC-008

                                                                                                                                                                             Функціонал або задачі майданчику

Роль

Учасник

Передумови


Очікуваний результат: 

До участі допускаються учасники, які сформували необхідний пакет документів (залежить від вимог Організатора і зазначається у аукціоні) і вчасно сплатили гарантійний внесок. Перевіркою документів і наявності гарантійного внеску займається Оператор електронного майданчика.

До завершення аукціону з Учасниками напряму контактують виключно Оператори електронних майданчиків. 


Майданчик: 

Перевірка відповідністі учасника вимогам висунутим Організатором лежить  повністю на майданчику, за замовчуванням вважається, що відображені документи перевірено, а гарантійний внесок сплачено. Майданчик має проставляти відповідну відмітку (з датою та часом перевірки).

Майданчик: 

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

ЦБД: 

CBD3-GE-UC-009

                                                                                                                                                                                  Тести API ЦБД

Роль

Учасник

Передумови


Очікуваний результат


До завершення аукціону з Учасниками напряму контактують виключно Оператори електронних майданчиків. 

Актуальний результат

Майданчик:

До завершення аукціону відсутній зв’язок замовника та потенційних переможцем/ями. Всі консультації надає майданчик.

ЦБД: 

До завершення аукціону відсутній зв’язок замовника та потенційних переможцем/ями. Всі консультації надає майданчик.

...

При у ЦБД

CBD3-GE-UC-010 

                                                                                                                                                                                                                                 Функціонал або задачі майданчику 

                                                                                                                                                                                                     Входить до скоупу функціональних тестів API ЦБД

Роль


Передумови

Status: active.rectification (Період редагування)

Очікуваний результат:


Після публікації аукціону

, система визначає startDate та endDate періоду редагування з урахуванням дати, переданої при публікації до ЦБД.

Актуальний результат

Майданчик:

Організатор - гарантований покупець заповнює поля аукціону та натискає на кнопку "Опублікувати", після успішної публікації  майданчик виводить  та відображає автоматично розраховану  дату  початку та кінця періоду редагування

Після натискання кнопки “Опублікувати” система автоматично визначає дату початку періоду редагування та кінець періоду редагування. Дата відображається на: 

  • сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
  • у полях startDate та endDate в арі

ЦБД: 

Після натискання кнопки "Опублікувати"  Організатором - гарантованим покупцем до ЦБД передаються наступні автогенеровані поля:

1. ata.id

2. data.auctionID
3. data.owner
4. data.items.id
5. Масив полей документу, якщо він був завантажений під час створення оголошення
data.documents.id
data.documents.url
data.documents.datePublished
data.documents.dateModified

 ЦБД розраховує, повертає майданчику та відображає в api startDate та endDate  active.rectification (Період редагування)

CBD3-GE-UC-011

                                                                                                                                                 Тести API ЦБД

Роль

ЦБД

Передумови

Status:  

Очікуваний результат

Створена процедура набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. 

Актуальний результат

МаданчикМайданчик:
Після публікації і набуття процедурою статусу active.rectification, майданчик виводить значення  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагування

ЦБД:

статус  процедури одразу по публікації  active.rectification, окрім статусу процедури в api фіксується  startDate та endDate  active.rectification

Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому, визначається

CBD3-GE-UC-012

                                                                                                                                                                                     Тести API ЦБД

Роль


Передумови

Status: active.rectification (Період редагування)

Актуальний результат:

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому,

Очікуваний результат

дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate

 визначається як (rectificationPeriod.startDate + 48 год)

Актуальний результат:

Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

  • сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
    • у полі rectificationPeriod.startDate в арі

    Дата закінчення періоду редагування відображається на:
    сторінці  аукціону на майданчику

    • сторінці  аукціону на сайті ДП ПП
    • у полі rectififcationPeriod.endDate  в арі

    Та завжди розраховується як rectificationPeriod.startDate + 48 годин


    Майданчик: 

    Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

    • сторінці  аукціону на майданчику
    • сторінці  аукціону на сайті ДП ПП
    • у полі rectificationPeriod.startDate в арі

    Дата закінчення періоду редагування відображається на:
    сторінці  аукціону на майданчику

    • сторінці  аукціону на сайті ДП ПП
    • у полі rectififcationPeriod.endDate  в арі

    Та завжди розраховується як rectificationPeriod.startDate + 48 годин

    ЦБД: 

    Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

    • сторінці  аукціону на майданчику
    • сторінці  аукціону на сайті ДП ПП
    • у полі rectificationPeriod.startDate в арі

    Дата закінчення періоду редагування відображається на:
    сторінці  аукціону на майданчику

    • сторінці  аукціону на сайті ДП ПП
    • у полі rectififcationPeriod.endDate  в арі

    Та завжди розраховується як rectificationPeriod.startDate + 48 годин

    CBD3-GE-UC-013

    		                                                                                                                                Функціонал або задачі майданчику 

                                                                                                                                   Входить до скоупу функціональних тестів API ЦБД

                                                                                                                          

    Роль


    Передумови


    Очікуваний результат

    Документи аукціону є можливість завантажувати і після завершення періоду редагування.

    Актуальний результат: 

    Завершення періоду


    Документи аукціону є можливість завантажувати\змінювати і після завершення періоду редагування, а саме до завершення періоду прийому пропозицій - tenderPeriod.endDate.

    Завершення періоду редагування не блокує можливості довантажити/замінити документи до аукціону. Видалення документів неможливе. Документ що був замінений відображається перекресленим.

    Майданчик:
    майданчик  блокує можливість повного видалення документу, попередньо завантажений документ можливо лише замінити

    документ

    , при цьому, замінений документ відображається перекресленим. Можливість завантажити і продивитися замінений документ зберігається.
    Довантаження та заміна документів зберігається до завершення періоду прийому пропозицій - tenderPeriod.endDate.

    ЦБД:
    і замінений і документ на який замінили відображаються в арі
    тип та інші параметри, окрім посилання на документ, дати та часу завантаження, ідентичні


    CBD3-GE-UC-014

    		                                                                                                                                                                       Тести API ЦБД

    Роль


    Передумови


    Очікуваний результат:

    Під час rectificationPeriod’у Організатор має змогу відредагувати окремі поля, інформація про це міститься у таблиці зі структурою даних.

    Актуальний результат


    Майданчик:

    Протягом active.rectification (періоду редагування) можливо редагувати поля  згідно таблиці

    ЦБД:

    поля відредаговані в період active.rectification (періоду редагування)  перезаписуються, попередні значення не зберігаються

    Структура даних процедури Аукціон (до кейсу 014)

    Додатково: перелік полів, які можеть бути відредаговано 

    procuringEntity- Organization

    Поле

    Опис

    Редаг-ся

    procuringEntity

    Organization

    , Гарантований покупець (безпосередньо заводить процедуру і проводить аукціон), required

    так


    procuringEntity.identifier.id

    Рядок

    - Рядок, Для схеми UA-EDR - код ЄДРПОУ або ІПН

    так

    procuringEntity.identifier.legalName

    Рядок

    - Рядок, Повна юридична назва (наприклад - ПУБЛІЧНЕ АКЦІОНЕРНЕ ТОВАРИСТВО "УКРПОШТА")

    так


    lotIdentifier

    Рядок

    - Рядок, Номер лоту, required

    так

    title

    Рядок

    - Рядок, Найменування об’єкту, required

    так

    description

    Рядок

    - Рядок, Опис лоту, required

    так


    value

    Value

    - Value, Стартова вартість аукціону “Зелений тариф”, required

    так

    guarantee

    Guarantee

    - Guarantee, Розмір гарантійного внеску, required

    так


    minimalStep

    tenderAttempts 

    - Value, Мінімальний крок аукціону

    required

    так

    tenderAttempts- Integer, Лоти виставляються, не обов'

    язково 

    язково. При публікації: Значення від 1 до 10, та варіант “Невідомо”. Якщо інформація відсутня, в

    інтерфейсі

    інтерфейсі                        майданчика нічого

    не

    не  відображається 

    так


    items

    - Array of Items, обов’язково

    . Склад лоту, актив

    . Активи, які входять у склад лоту, лот має містити не менше одного  item`у

    так


    documents

    Array of Documents

    - Array of Documents. Усі документи та пов’язані додатки

    . Документація, що стосується продажу лоту на аукціоні і додається Організатором під час

    публікації або

    публікації                       або редагування торгів. Наприклад фото, типовий договір і т.д

    .http://dgf.api-docs.ea2.openprocurement.io/en/latest/upload

    .

    html - робота з Document serviceтак

    CBD3-GE-UC-015

    		Тести API ЦБД

    Роль

    Учасник

    Передумови

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

    Очікуваний результат

    На час rectificationPeriod вводиться обмеження на рівні ЦБД по розміщенню закритих цінових пропозицій. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

    Актуальний результат

    До завершення  періоду редагування на рівні ЦБД заблоковано розміщення закритих пропозицій

    Майданчик: 

    До завершення rectificationPeriod (Періоду редагування)  розміщенню закритих цінових пропозицій заборонено. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

    ЦБД:

    До завершення rectificationPeriod (Періоду редагування)  на рівні ЦБД заблоковано розміщення закритих пропозицій

    ...