Page History

Створення чернетки доступно тільки для ролі Організатор. 

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

Варіант реалізації в інтерфейсі: Фігма

1. Обрати Тип аукціону - "Продаж майна боржників у справах про банкрутство (англійський аукціон) (bankRuptcy-english)" та заповнити всі обов'язкові поля згідно swagger.

2. Перевірити "Картографічний сервіс" обов'язкова реалізація на майданчику, та перевірити автоматичне заповнення полів що відносяться до адреси:

   • Країну та регіон -  змінити немає можливості
   • Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
     
   • Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.

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

3. Перевірити можливість заповнення специфічних полів для типу об'єкта:

• Земельна ділянка - base.LandProps
• Нерухоме майно - base.RealEstateProps
• ЄМК - base.JointPropertyComplexProps
• Транспортний засіб - base.VehicleProps

 4. Завантажити усі доступні типи документів CBD3-BRE-UC-15-01

 5. Перевіри можливість обрати контактну особу Організатора з переліку раніше створених контактних осіб або ввести інформацію про нову контактну особу.

 6. Зберегти інформацію як локальну чернетку на Майданчику.

 7. Перевірити можливість перегляду та редагування чернетки.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Організатор має можливість працювати з "Картографічний сервіс".
3. Організатору доступні для заповнення всі специфічні поля. 
4. Документи відображаються, доступні для перегляду. Завантаження документу без вказаного типу не допускається! 
5. Присутня можливість обрати контактну особу Організатора з переліку раніше створених контактних осіб або ввести інформацію про нову контактну особу.
6. Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
7. Чернетка доступна для перегляду тільки автору, редагування без обмежень.

Список обов'язкових полів та документів:

• https://procedure-sandbox.prozorro.sale/api/doc

• Адреса розташування - обов'язкове, обирається зі словника koatuu.
• Дозволяється внесення декілька items в одну процедуру.
• При створенні tenderPeriod мінімум 7 робочих днів.

1. Перейти Організатором до створеної чернетки, та видалити її.

Expected results

1. Чернетка видалена на Майданчику.

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити назву процедури якщо:

tenderAttempts = 1 -  Аукціон без можливості зниження початкової ціни

tenderAttempts = 2 - Перший повторний аукціон без можливості зниження початкової ціни

В інших випадках для sellingMethod = bankRuptcy-english генерувати "Aукціон - без можливості зниження початкової ціни".

   4. Перевірити статус опублікованої процедури.

   5. Перевірити сповіщення в особистий кабінет та на пошту.

   6. Перевірити наявність в json CPVS = “QB23-5: З питань законодавства у сфері банкрутства”.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID.
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація корректно відображається. 
3. Майданчик корректно виводить назву процедури якщо:

   tenderAttempts = 1 -  Аукціон без можливості зниження початкової ціни

   tenderAttempts = 2 - Перший повторний аукціон без можливості зниження початкової ціни

   
   

   В інших випадках для sellingMethod = bankRuptcy-english генерувати "Aукціон - без можливості зниження початкової ціни".
4. Процедура отримує статус active_tendering (Прийняття заяв на участь).
5. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.
6. В json CPVS = “QB23-5: З питань законодавства у сфері банкрутства” - присутній.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними.
• усі обов'язкові документи завантажено.

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

1. Перейти Організатором в створену процедуру, натиснути кнопку "Створити копію".
2. Внести зміни в поля/завантажити документи.
3. Натиснути кнопку "Зберегти". Перевірити збереження локальної копії чернетки.

Expected results

1. Копіюється уся інформація з вибраної процедури.
2. Усі поля та завантаження документів доступні для редагування без обмежень, виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
3. Створюється нова локальна чернетка, яку в подальшому можна опублікувати в ЦБД.

1. Створити копію процедури, перевірити, що усі поля коректно експортувалися.
2. Перевірити, що відбувається автозаміна на tenderAttempts = 2 при вказуванні ідентифікатора попереднього аукціону BRE000-UA-YYYYMMDD-00000 або UA-PS000-UA-YYYYMMDD-00000.
3. Перевірити можливість заповнення блоку discount (не обов'язковий для заповнення блок), якщо tenderAttempts = 2
4. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
5. Опублікувати процедуру в ЦБД, та перевірити її відображення.
6. Перевірити надходження повідомлення та листа на пошту про виконану дію. 

Expected results

1. Організатору відображається форма створення процедури, усі імпортовані поля з процедури коректно відображаються. 
2. Відбувається автозаміна на tenderAttempts = 2 при вказуванні ідентифікатора попереднього аукціону BRE000-UA-YYYYMMDD-00000 або UA-PS000-UA-YYYYMMDD-00000.
3. Доступна можливість заповнення блоку discount якщо tenderAttempts = 2.
4. Запис зберігається як чернетка на Майданчику без публікації в ЦБД. Доступні для редагування усі поля. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. 
   
5. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається. 
6. Організатор отримує повідомлення та листа на пошту про виконану дію. 

Створена чернетка Організатором.

Expected results

1. Доступна можливість додавання в процедуру банківського рахунку.
2. Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
3. За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
4. Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod.

Створена чернетка Організатором. Створення процедури без прискорення.

Expected results

1. Процедури успішно опубліковано.
2. Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
3. Періоди відповідають Timeline процедури.

Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь).

Expected results

1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
2. Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці. 
3. Організатор та Учасник отримують сповіщення та листи:

• Організатор - про початок кваліфікації та необхідність завантаження договір. 
• Учасник в статусі pending (Очікується протокол) - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
• Учасник в статусі pending_waiting (Очікує рішення) - ВІДСУТНІЙ.

• У випадку співпадіння ціни - статус active (Переможець. Очікується договір) отримує Учасник, чия пропозиція подана раніше.
• Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише ОДИН Учасник з найвищими ціновими пропозиціями, ЦБД створює максимум 1 award. 
• Після завершення модуля аукціона Майданчик відображає усіх учасників, що приймали участь.  
• Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. 

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу).

1. Перевірити на Майданчику відображення інформації по award'у, що кваліфікується.
2. Перевірити на Майданчику відображення інформації по усім bid’ам що брали участь в аукціоні.
   
3. Перевірити наявність на сторінці аукціону посилань для завантаження та перегляду протоколів про результати аукціону у форматах PDF, HTML, DOCX.

Expected results

1. Для award'у виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор
• Розмір цінової пропозиції (bid.value)
• Розмір закритої цінової пропозиції (bid.initialValue) - англійський аукціон (у випадку голландського аукціону рядок відсутній)
• Статус award
• Документи Учасника
• Терміни на завантаження та підтвердження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)
• Терміни на завантаження та підтвердження договору (award.signingPeriod.startDate - award.signingPeriod.endDate

Біля award'у присутня кнопка "Заява на участь" після натискання якої відображається наступна інформація:

• Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор (у випадку нерезидентів або осіб, що відмовились від ІПН)
• Закрита цінова пропозиція: Розмір початкової цінової пропозиції (у випадку англійського аукціону), у випадку голландського аукціону рядок відсутній
• Перелік документів учасника

 2. Для bid’ів виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор
  
• Розмір цінової пропозиції
  
• Документи Учасника
  

 3. Протоколи аукціону  у форматах у форматах PDF, HTML, DOCX  доступні для завантаження та перегляду.

• Для учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.
• bid`и сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.
• Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). Триває vericationPeriod.

Award Учасника в статусі pending (Очікується протокол).

1. Перейти Учасником на сторінку кваліфікації. Завантажити документ - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) протягом vericationPeriod - дія не обов'язкова.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити можливість оновлення документів. 
4. Перевірити, що після виконаних дій статуси award'у та процедури не змінились.
5. Перевірити, що документи скопійовані з bid’а в award - автоматична дія ЦБД.

Expected results

1. Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього.
2. Завантажений документ передається в ЦБД в bid Учасника та корректно відображається на Майданчику. 

3. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

4. Статус процедури та award'у Учасника залишаються без змін.

5. Документи скопійовані з bid’а в award - Майданчик коректно відображає документи.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). Триває verificationPeriod (Період підписання протоколу).

Award Учасника в статусі pending (Очікується протокол).

1. Перевірити Організатором можливість завантажити документ - auctionProtocol (Протокол аукціону).
2. Перевірити Організатором можливість підтвердити auctionProtocol (Протокол аукціону).
3. Перевірити зміну статусу award'у Учасника та процедури.
4. Перевірити надходження листа та повідомлення про виконані дії.

1. В Організатора відсутня можливість завантажити документ - auctionProtocol (Протокол аукціону).  
2. В Організатора відсутня можливість підтвердити auctionProtocol (Протокол аукціону).
3. Статус award'у Учасника змінився на pending_payment (Очікується оплата), процедури на pending_payment (Очікується оплата).
4. Організатор та Учасник отримують листи та повідомлення про виконані дії та зміни статусів.

• Завантаження/оновлення - auctionProtocol (Протокол аукціону) відбувається Оператором Майданчика Переможця.
• Перехід до оплати зі зміною статусу award'у на "Очікується оплата" pending_payment відбувається Оператором Майданчика Організатора. 
• Автоматично змінюється статус процедури на "Очікується оплата" pending_payment. Змінити статус можна коли завантажено протокол в award Переможця.

Процедура знаходиться в статусі pending_payment (Очікується оплата).

Award учасника в статусі pending_payment (Очікується оплата).

1. Перевірити Організатором можливість завантаження/оновлення документу partialPayment (Інформація про часткову оплату) - дія не обов'язкова.
2. Перевірити Організатором можливість підтвердження внесення часткової оплати .“Часткова оплата” обирати/натиснути - ТАК -  реалізація на вибір Майданчика. Майданчик передає isPartiallyPaid = true
3. Перевірити надходження листа та повідомлення Організатору та Учаснику та зміну тривалості періоду процедури, статус award'у та процедури. 
4. Перевірити Організатором можливість зміни параметру isPartiallyPaid з true на false. 
5. Перевірити Організатором можливість завантажити/оновити документ paymentInformation(Інформація про повний розрахунок) - обов'язковий до завантаження. 
6. Перевірити Організатором можливість підтвердження внесення повної оплати.“Повна оплата” обирати/натиснути - ТАК -  реалізація на вибір Майданчика. 
7. Перевірити надходження листа та повідомлення. Перевірити статуси award'у, процедури та формування контракту. 

1. Організатору доступна можливість  завантаження/оновлення документу partialPayment (Інформація про часткову оплату). 
2. В Організатора присутня можливість обирати/натиснути - ТАК в “Часткова оплата”. 
3. Організатор та Учасник отримують листи та повідомлення про виконані дії. Формується paymentPeriod endDate. Тривалість paymentPeriod = 10 р.д. + 10 к.д. Аward та процедура не змінюють статус.
4. Можливість зміни параметру  isPartiallyPaid з true на false - відсутня. 
5. Організатору доступна можливість  завантажити/оновити документ paymentInformation (Інформація про повний розрахунок). 
6. В Організатора присутня можливість обирати/натиснути - ТАК в “Повна оплата”. Майданчик змінює статус award`y на active,
7. Організатор та Учасник отримують листи та повідомлення про виконані дії. Статус award`y active, статус процедури active_awarded (Очікується підписання акту/договору) та формується контракт в статусі pending.

Процедура знаходиться в статусі pending_payment (Очікується оплата).

Award учасника в статусі pending_payment (Очікується оплата).

1. Перевірити Організатором можливість завантаження/оновлення документу paymentInformation(Інформація про повний розрахунок) - обов'язковий до завантаження. 
2. Перевірити Організатором можливість підтвердження внесення повної оплати .“Повна оплата” обирати/натиснути - ТАК -  реалізація на вибір Майданчика. Майданчик передає isPartiallyPaid = false. Майданчик змінюєстатусaward`y на active.
3. Перевірити можливість зміни параметру isPartiallyPaid з false на true. 
4. Перевірити надходження листа та повідомлення Організатору та Учаснику. Перевірити зміну тривалості періоду процедури. 
5. Перевірити статуси award'у, процедури та формування контракту. 

1. В Організатора присутня можливість обирати/натиснути - ТАК в “Повна оплата”.
2. Організатору доступна можливість  завантажити/оновити документ paymentInformation (Інформація про повний розрахунок). 
3. Можливість змінити з параметру з false на true - відсутня. 
4. Організатор та Учасник отримують листи та повідомлення про виконані дії. Формуєтся paymentPeriod endDate. Тривалість paymentPeriod = 10 р.д.
5. Статус award`y active, статус процедури active_awarded (Очікується підписання акту/договору) та формується контракт в статусі pending.

Процедура знаходиться в статусі award.signingPeriod (Період підписання акту/договору).

Award учасника в статусі active (Переможець. Очікується договір), contract в статусі pending.

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-CSE-UC-15-04.
2. Внести інформацію в обов'язкові поля contract'у згідно swagger.
3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

1. Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на майданчику. При заміні попередні версії документів відображаються перекресленими (або їх перегляд доступний через кнопку "Історія змін").
2. При внесені інформації в поля проводиться валідація даних на коректність.
3. Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
4. Після підтвердження договору Майданчик змінює статус contract на active, статус процедури та award'у - залишаються без змін.

Для award'у виводиться вся інформація щодо підписаного договору:

• вартість договору 
• cтатус договору

У Організатора є можливість виправити обов'язкові поля та вкладені файли до моменту переведення контракту в статус active.

Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".