Page History

CBD3-GE-UC-012

Роль

Передумови

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

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

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

Майданчик: 

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

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

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

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

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

ЦБД:

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

публікацыъ а обидві дати фіксуються в арі

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

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

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

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

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

Майданчик: 

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

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

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

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

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

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

Дата закінчення періоду редагування фіксується в арі та  завжди розраховується як rectificationPeriod.startDate+ 48 годин

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

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

Майданчик:

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

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

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

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

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

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

Дата закінчення періоду редагування фіксується в арі та  розраховується як rectificationPeriod.startDate +/- 48 годин

CBD3-GE-UC-013

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

Роль

Передумови

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

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

Передумови

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

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

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

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

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

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

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

Майданчик:

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

завершення періоду прийому пропозицій - tenderPeriod.endDate.

ЦБД:

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

Майданчик:

при спробі видалення документу поза межами tenderPeriod

формується помилка та повідомлення про те, що документ можливо лише замінити 

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

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

при спробі видалити зафіксований  в арі документ поза tenderPeriod.endDate формується помилка про недопустимість  такої дії

Роль

Передумови

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

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

Майданчик:

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

ЦБД:

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

procuringEntity- Organization, Гарантований покупець (безпосередньо заводить процедуру і проводить аукціон), required
procuringEntity.identifier.id- Рядок, Для схеми UA-EDR - код ЄДРПОУ або ІПН
procuringEntity.identifier.legalName- Рядок, Повна юридична назва (наприклад - ПУБЛІЧНЕ АКЦІОНЕРНЕ ТОВАРИСТВО "УКРПОШТА")
lotIdentifier- Рядок, Номер лоту, required
title- Рядок, Найменування об’єкту, required
description- Рядок, Опис лоту, required
value- Value, Стартова вартість аукціону “Зелений тариф”, required
guarantee- Guarantee, Розмір гарантійного внеску, required
minimalStep- Value, Мінімальний крок аукціону
tenderAttempts- Integer, Лоти виставляються, не обов'язково. При публікації: Значення від 1 до 10, та варіант “Невідомо”. Якщо інформація відсутня, в інтерфейсі                        майданчика нічого не  відображається 
items- Array of Items, обов’язково. Склад лоту, актив. Активи, які входять у склад лоту, лот має містити не менше одного  item`у
documents- Array of Documents. Усі документи та пов’язані додатки. Документація, що стосується продажу лоту на аукціоні і додається Організатором під час публікації                       або редагування торгів. Наприклад фото, типовий договір і т.д.