Зміни в LandProps окремо + в JointPropertyComplex

CBD3-BRD-UC-08-05

Перейти на Майданчик у форму реєстрації нового Користувача.

1. Заповнити усі обов'язкові поля згідно swagger.
2.  Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
3.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4.  Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту. Перевірити надходження сповіщення/лист про виконані дії.
5.  Перевірити активацію аккаунту Організатора.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Надходять сповіщення/лист про виконані дії.
6. Користувач отримує сповіщення/лист Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, які потрібно виправити.

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

Зміст

1. Заповнити усі обов'язкові поля згідно swagger.
2.  Завантажити документи, що підтверджують особу та повноваження Учасника.
3.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4.  Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
5.  Перевірити активацію акаунту Учасника.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення сповіщення/лист про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті Користувач отримує сповіщення/лист про те, що його акаунт аккаунт активований, або докладний перелік помилок, що треба які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

1. Внести зміни в акаунт, завантажити документи.
2. Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
3. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.

4. Перевірити надходження сповіщень та листів надходження  сповіщення/лист Учаснику/Організатору про виконані дії.

5. Перевірити відображення інформації після повторної активації акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
2. Обрані всі відповідні чек-бокси. 
3. Надходить повідомлення про те, що акаунт знаходиться в стані валідації з боку Майданчика.
4. Майданчик інформує електронною поштою та в особистому кабінеті Надходить сповіщення/лист про те, що зміни в акаунті Учасника/Організатора успішно збережені, або докладний перелік помилок, що треба виправити.
5. Змінена інформація корректно відображається в особистому кабінеті.

• Створення чернетки доступно тільки для ролі Організатор. 
• При публікації оголошення

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

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

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

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

.

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

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

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

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

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

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

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

Expected results

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

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

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

• Якщо основний класифікатор == 06000000-2 або 05000000-5 (та вкладені) Організатор повинен мати можливість брати будь-яку кількість CVZU та kvtspz
• Адреса розташування - обов'язкове, обирається зі словника koatuu.
• Дозволяється внесення декілька items в одну процедуру.При створенні tenderPeriod мінімум 7 робочих днів.

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

Expected results

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

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

• Якщо tenderAttempts = 2 та sellingMethod = bankRuptcy-dutch, то "Перший повторний аукціон - з можливістю зниження початкової ціни".
• Якщо tenderAttempts = 3 та sellingMethod = bankRuptcy-dutch, то "Другий повторний аукціон - з можливістю зниження початкової ціни".
• В інших випадках для sellingMethod = bankRuptcy-dutch "Aукціон - з можливістю зниження початкової ціни".

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

   5. Перевірити сповіщення в особистий кабінет та на пошту надходження сповіщення/лист про виконані дії.

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

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID.
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація корректно відображається. 
3. Майданчик корректно виводить назву процедури якщо:
   • Якщо tenderAttempts = 2 та sellingMethod = bankRuptcy-dutch, то "Перший повторний аукціон - з можливістю зниження початкової ціни".
   • Якщо tenderAttempts = 3 та sellingMethod = bankRuptcy-dutch, то "Другий повторний аукціон - з можливістю зниження початкової ціни".
   • В інших випадках для sellingMethod = bankRuptcy-dutch "Aукціон - з можливістю зниження початкової ціни".
4. Процедура отримує статус Статус procedure - active_tendering (Прийняття заяв на участь).
5. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБДсповіщення/лист про виконані дії.
6. В json CPVS = “QB23-5: З питань законодавства у сфері банкрутства” - присутній.

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

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

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

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

Expected results

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

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

Expected results

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

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

Expected results

1. Доступна можливість додавання в процедуру банківського рахунку.
2. Для кожного з рахунків доступний вибір

1.  лише UAH.

1. Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod.

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

Expected results

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

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

• Учасник - протягом tenderPeriod та verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod та verificationPeriod.

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

Expected results

1. Усі типи документів що доступні для даного етапу корректно завантажуються в DS. 
2. Завантажені документи корректно відображається на Майданчику. 

Завантаження документу без вказаного типу не допускається.

index - Параметр сортування ілюстрацій:

• Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.

• Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.

• Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified.

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

• Учасник - протягом tenderPeriod та verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod та verificationPeriod.

1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
2. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.

Expected results

1. Усі типи документів що доступні для даного етапу корректно оновлюються в DS. 
2. Документи корректно відображається на Майданчику, попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

• Інформація про попередні версії документів доступна по окремому ендпойнту.
• Можливість оновлення власних документів доступна лише в межах одного статусу процедури. 

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

• Учасник - протягом tenderPeriod та verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod та verificationPeriod.

1. Перейти в створену процедуру, та  та завантажити доступні документи для даного етапу.
2. Завантажити до кожного документу digitalSignature - Цифровий підпис.документу digitalSignature.
3. Перевірити наявність завантажених документів в DS. Перевірити, що   Майданчик коректно відображає до якого саме документу завантажено Цифровий підписdigitalSignature.
4. Замінити документ до якого було завантажено Цифровий підписdigitalSignature. 

Expected results

1. Усі типи документів, що доступні для даного етапу є можливість завантажити.
2. Присутня можливість завантаження до кожного документу digitalSignature - Цифровий підпис.
3. Документи коректно корректно відображаються на Майданчику. Документ digitalSignature - Цифровий підпис digitalSignature відображено поряд з оригінальним документом.
4. Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Документ digitalSignature - Цифровий підпис також   також  відображено перекресленим відповідно до статусу з яким документом він пов'язан.

Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.

• Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
• Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"

• Статус procedure - active_tendering.
• Статус bid'а - draft

• .

1. Перейти Учасником в створену чернетку заяви на участь та опублікувати її в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту  надходження сповіщення/лист про публікацію заяви. 
3. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
4. Перевірити отримання Учасником листа на пошту надходження сповіщення/лист про активацію заяви.

Expected results

1. Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію надходять сповіщення/лист про успішну публікацію заяви на участь.
3. Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником. 
4. Учаснику відображається сповіщення та надходить лист на пошту надходять сповіщення/лист про успішну активацію заяви на участь.

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

• Статус procedure - active_tendering

• .
• Статус bid'а - active.

1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи).
2. Після завершення редагування - зберегти зміни.
3. Перевірити відображення зміненої інформації на Майданчику.
4. Перевірити отримання Учасником сповіщення та листа на пошту надходження сповіщення/лист про внесення змін в bid.

Expected results

1. Відсутні обмеження на внесення змін.
2. Усі зміни передаються в ЦБД.
3. Уся змінена інформація корректно відображається на Майданчику. 
4. Учасник отримує сповіщення в особистий кабінет та листом у надходять сповіщення/лист про успішне внесення змін в bid.

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

• Статус procedure - active_tendering.
• Статус bid'а - active.

1. Перейти Учасником в bid, видалити його.
2. Перевірити отримання Учасником сповіщення та листа на пошту про видалення bid/лист про видалення bid'а та повернення та повернення гарантійного внеску.
3. Перевірити відсутність відображення bid'а на Майданчику по завершенню етапу аукціонузавершенню auctionPeriod.

Expected results

1. Майданчик змінює статус bidстатус bid'а на delete. 
2. Учасник отримує повідомлення в особистий кабінет та лист поштою сповіщення/лист про успішне видалення його bid'а, та повернення гарантійного внеску.
3. Bid зі статусом deleted не відображається у публічному АРІ та АРІ та на Майданчику незалежно від статусу процедури procedure.

• Статус procedure - active_tendering.
• Статус bid'а - inactive

• .

1. Перейти Учасником в bid подати на повторну активацію на цьому ж Майданчику.
2. Перевірити отримання Учасником сповіщення/листа про повторну активацію Майданчиком.

1. Учаснику доступний функціонал повторної подачі на активацію bid'а. 
2. Учасник отримує сповіщення/листа про повторну активацію Майданчиком.

• Статус procedure - active_auction

• .

• Статус bid'а - active активований протягом active_auction.

1. Внести Перевірити можливість внести зміни в bid (завантажити/оновити документи).
2. Після завершення редагування - зберегти зміни, до завершення DUTCH PART.
   
3. Перевірити відображення зміненої інформації на Майданчику.
4. Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.Видалити bid до завершення DUTCH PART/лист про внести змін bid.

Expected results

1. Підчас active_auction - редагування bid'а недоступне.
2. Учасник отримує сповіщення/лист про неможливість внесення змін в bid

1. Відсутні обмеження на внесення змін.
2. Усі зміни передаються в ЦБД.
3. Уся змінена інформація корректно відображається на Майданчику. 
4. Учасник отримує сповіщення в особистий кабінет та листом про успішне внесення змін в bid.
5. Після завершення  active_tendering - видалення bid'а недоступне.

1. .

Видалення bid'а доступне лише в рамках статусу процедури active_tendering (Прийняття заяв на участь)tendering.

• Статус bid'а - active.
• Статус procedure - active_tendering або active_auction

• .

Expected results

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

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

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

• Статус procedure - active_qualification

• .
• Статус award'у - pending/active.
• Статус bid’ів - active.

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).
• Період оплати повної винагороди оператору (brokerPaymentPeriod).
• Період оплати (payment period).

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

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

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

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

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

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

• Статус procedure - active_qualification

• .
• Статус award - pending.
• Триває award.verificationPeriod.

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

Expected results

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

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

4. Статус
процедури та award
5. award'у
Учасника залишаються без змін
6. та procedure не змінились.
7. Документи скопійовані з bid’аbid’а в award - Майданчик коректно відображає документи.

• Статус procedure - active_qualification

• .
• Статус award - pending.
• Триває award.verificationPeriod.

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

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

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

• Статус procedure -pending_payment

• .

• Статус 

• award -pending_payment

• .
• ТриваєpaymentPeriod.

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

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

• Статус procedure -pending_payment

• .

• Статус 

• award -pending_payment

• .
• ТриваєpaymentPeriod.

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

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

• Статус procedure - active_awarded.
• Статус award - active.
• Триває signingPeriod.
• Статус contract -

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

• pending.

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

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

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

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

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

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

• Статус

•  procedure 

• - 

• active_qualification. 
• Статус аward - pending.

1. Перейти Організатором на сторінку кваліфікації award'у

1. , завантажити

1.  rejectionProtocol

1.  або act.

1. Перевірити можливість обрати 

1. причину дискваліфікації

1. , дата/час дискваліфікації та натиснути