Versions Compared

Old Version 86

changes.mady.by.user yulia.slepenko

Saved on

compared with

New Version 87

changes.mady.by.user yulia.slepenko

Saved on

Key

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

...

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




процедур                                                                                                                                         Тести

CBD3-GE-UC-001

Створення процедур
Тести API ЦБД
Роль
Передумови

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

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

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

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


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

ЦБД:

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


Альтернативні (негативні) сценарії
CBD3-GE-UC-001.1n

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


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

збереження чернетки без обмежень 

публікація процедури  з чернетки без заповненої  auctionPeriod.startDate (бажана дата проведення аукціону) неможливе

Майданчик:
при створенні процедури Організатор - гарантований покупець залишає поле auctionPeriod.startDate (бажана дата проведення аукціону) пустою та  публікує процедуру. 
збереження в чернетку можливе
публікація процедури з чернетки з пустою  бажаною датою проведення аукціону неможлива
ЦБД:
при спробі передати до поля auctionPeriod.startDate (бажана дата проведення аукціону) значення null  виводиться повідомлення про необхідність заповнення поля та помилку про неможливість збереження редагування. 
CBD3-GE-UC-001.2n

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

збереження чернетки без обмежень 

публікація процедури  з чернетки без заповненої  auctionPeriod.startDate (бажана дата проведення аукціону) неможливе

Майданчик:
при створенні процедури Організатор - гарантований покупець використовує дату як значення поля  auctionPeriod.startDate (бажана дата проведення аукціону) меншою за поточну та  публікує процедуру. 
збереження в чернетку можливе
публікація процедури з чернетки бажаною датою меншою за дату публікації процедури неможлива
ЦБД: 
при спробі передати в полі auctionPeriod.startDate (бажана дата проведення аукціону) менша за дату на момент публікації, то ЦБД формує помилку про некоректність  введенної дати, дата не зберігається
CBD3-GE-UC-001.3n

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

збереження чернетки без обмежень 

публікація процедури  з чернетки без заповненої  auctionPeriod.startDate (бажана дата проведення аукціону) неможливе

Майданчик: 
поле дати не може містити літер, з майданчика можна ввести личе цифри, крапки (.) та слеш (/)
при спробі передати в полі auctionPeriod.startDate (бажана дата проведення аукціону) передати символи відмінні від крапки (.), слешу (/) та цифр від 0 до 9 ЦБД формує помилку про некоректність  введенної дати, введені дані не зберігаються 
процедури                                                                                                                                            Тести API ЦБД

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

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

CBD3-GE-UC-002

Створення

Роль

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

Передумови

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

процедури
Тести API ЦБД

Роль

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

Передумови

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

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


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

Майданчик: 
після

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

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

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

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

Альтернативні (негативні) сценарії
CBD3-GE-UC-002.1n



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


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

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

ЦБД:
при спробі примусового  редагування даних раніше записаних до полів дата проведення аукціону та бажаний об'єм виникає помилка про неможливість внесення змін та/або неможливість збереження змін. 

CBD3-GE-UC-002.2n

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


Майданчик:

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


ЦБД:

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



CBD3-GE-UC-003

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

Роль

ЦБД

Передумови


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

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

Майданчик: 


ЦБД: 

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

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

процедури                                                                                                   Функціонал

CBD3-GE-UC-004

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

Роль

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

Передумови


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

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


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

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

Альтернативні (негативні) сценарії
CBD3-GE-UC-004.1n

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

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

Майданчик: 

у ролі Учасник та Спостерігач кнопка для створення процедури та форма для створення процедури відсутні

ЦБД:

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

Альтернативні (негативні) сценарії

CBD3-GE-UC-005

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

Роль

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

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

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

Майданчик:  

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

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

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

Альтернативні (негативні) сценарії
CBD3-GE-UC-005.1n

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


Майданчик:
при спробі зберегти чернетку одразу після її створення (заповнено лише автогенеровані поля) вона зберігається без будь-яких повідомлень про помилку 
ЦБД:
Дані з чернетки  процедури до ЦБД не передаються, в арі не відображаються
CBD3-GE-UC-005.2n
Організатор може зберегти аукціон без публікації в ЦБД - для внесення змін та перегляду (чернетка).
Це - обов’язковий функціонал, що має бути присутній на майданчику.
Ступінь наповненості чернетки інформацією будьякий

Майданчик:

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

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

CBD3-GE-UC-006

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

Роль

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

Передумови


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

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

                

Майданчик:

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

Наявна можливість


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

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

Альтернативні (негативні) сценарії
CBD3-GE-UC-005.1n

Майданчик:
Наявність невалідних даних в полях, що передаються при публікації процедури призводить до виведення повідомлення про недопустимість введених даних та необхідність внесення змін
ЦБД:
До
Наявність невалідних даних в полях, що передаються при публікації процедури призводить до формування помилки, дані до ЦБД не
залучається 
приймаються




















CBD3-GE-UC-007

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

Роль

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

Передумови


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

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




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

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

ЦБД: 

При передачі від майданчика до API  дані аналізуються на корректність та записуються до відповідних полів 

перелік полей: https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1942304127


Альтернативні (негативні) сценарії
CBD3-GE-UC-007.1n

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

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

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

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

ЦБД: 

При передачі від майданчика до API  дані аналізуються на заповнення всіх обов'язкових полів.  В разі виявлення незаповненого поля генерується помилка з повідомленням про необхідність заповнення усіх обов'язкових полів.

перелік полей: https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1942304127

CBD3-GE-UC-007.2n

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

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

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

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

ЦБД: 

При передачі від майданчика до API  дані аналізуються на заповнення всіх обов'язкових полів.  В разі виявлення поля заповненого невалідними даними  генерується помилка з повідомленням про необхідність заповнення валіними даними усіх обов'язкових полів (з вказанням проблемного поля)

перелік полей: https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1942304127

...