• Локально наявний повний перелік документів процедури. 
• Заповнено тіло та параметри запиту scope - public (за замовчуванням) або private.
• Заповнено documentType документу.

1. Зробити PUT {host}/api/documents/public до ЦБД та зберегти doc_token документів. Для документів:

• digitalSignature
• illustration
• notice
• technicalSpecifications
• evaluationCriteria
• contractProforma
• x_presentation
• clarifications
• cancellationDetails
• commercialProposal
• x_passport - private
• x_IPN - private
• x_registerExtract
• qualificationDocuments
• eligibilityDocuments
• auctionProtocol
• rejectionProtocol
• act
• contractNotice
• contractSigned
• contractAnnexe

  2. Перевірити status відповіді.

Expected results

• Наявний doc_token документу CBD3-BSE-AUTO-01-01
• Заповнено тіло та параметри запиту scope - public (за замовчуванням) або private.
• Заповнено documentType документу. Наприклад illustraton.
• Наявний procedure_acc_token.

1. Зробити PUT {host}/api/documents/public до ЦБД та зберегти doc_token документів. Для документів
2. Перевірити статус відповіді від ЦБД.
3. Перевірити, що документ illustraton завантажено до процедури.

Expected results

• Наявний doc_token завантаженого документу CBD3-BSE-AUTO-01-01 наприклад illustraton.
• Заповнено тіло та параметри запиту scope - public (за замовчуванням) або private.
• Заповнено documentType документу. Наприклад illustraton2.
• Наявний procedure_acc_token.

1. Зробити PATCH {host}/api/procedures/:procedure_id/documents/{{illustraton_doc_id}}?acc_token={{procedure_acc_token}} до ЦБД та зберегти doc_token документів. Для документів.
2. Перевірити статус відповіді від ЦБД.
3. Перевірити, що в процедурі наявний лише новий документ illustraton2.

Expected results

• Наявний doc_token завантаженого документу CBD3-BSE-AUTO-01-01 наприклад illustraton.
• Заповнено тіло та параметри запиту scope - public (за замовчуванням) або private.
• Заповнено documentType документу. Наприклад digitalSignature.
• Вказати "relatedDocument": "e4f6df7854de4cc3bc3069e7a5eb0a63" id документу до якого кріпимо digitalSignature.
• Наявний procedure_acc_token.

1. Зробити запит для додавання документу digitalSignature до illustraton PATCH {host}api/procedures/:procedure_id/documents?acc_token={{procedure_acc_token}}
2. Перевірити статус відповіді від ЦБД.
3. Перевірити, що в процедурі додавано документ digitalSignature до illustraton.

Expected results

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 
• АuctionPeriod - startDate - мінімально короткий для публікації.

1. Перевірити можливість публікації процедури БЕЗ прискоренням sellingMethod - basicSell-english.
2. Зробити POST {host}/api/procedures до ЦБД. 
3. Перевірити status procedure.
4. Перевірити формування та тривалість period'и procedure: rectificationPeriod, questionPeriod,enquiryPeriod, tenderPeriod.

Expected results

1. Доступна можливість публікації процедури БЕЗ прискоренням sellingMethod - basicSell-english.
2. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

3. Status procedure - active_tendering.
4. Формуються period'и procedure згідно Timeline процедури:

• rectificationPeriod - Дата початку - startDate може припадати на неробочий день, відповідає даті/часу datePublished. Дата завершення - endDate: може припадати на неробочий день, завершується за 5 календарних днів до auctionPeriod.startDate, завершення о 18:00.
• questionPeriod - Дата початку - startDate: може припадати на неробочий день, відповідає даті/часу datePublished. Дата завершення - endDate: може припадати на неробочий день, завершується за 1 робочий день до дня початку - auctionPeriod.startDate о 18:00.
• enquiryPeriod - Дата початку - startDate: може припадати на неробочий день, відповідає даті/часу datePublished. Дата завершення - endDate: може припадати на неробочий день, завершується за 1 робочий день до дня початку - auctionPeriod.startDate о 18:00.
• tenderPeriod - Дата початку - startDate: може припадати на неробочий день, відповідає даті/часу datePublished. Дата завершення - endDate: може припадати на неробочий день, завершується за 1 робочий день до дня початку - auctionPeriod.startDate о 20:00.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 
• АuctionPeriod - startDate - мінімально короткий для публікації.

1. Перевірити можливість публікації процедури З прискоренням sellingMethod:

• basicSell-english-ultra-fast
• basicSell-english-fast
• basicSell-english-fast-manual
• basicSell-english-fast-auction-manual-qualification
• basicSell-english-fast-auction-prod
• basicSell-english-initial-auction
• basicSell-english-initial-auction-manual
• basicSell-english-initial-qualification
• basicSell-english-initial-qualification-prod

  2. Зробити POST {host}/api/procedures до ЦБД. 

  3. Перевірити status procedure.

Expected results

1. Доступна можливість публікація з обраним sellingMethod.
2. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

3. Status procedure - active_tendering.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 
• Додати класифікатор майна - верхньорівневий, або вкладені класифікатори: 
  • 03000000-1 – Сільськогосподарська, фермерська продукція, продукція рибальства, лісівництва та супутня продукція
  • 15000000-8 – Продукти харчування, напої, тютюн та супутня продукція та всі вкладені коли
  • 33600000-6 - Фармацевтична продукція та всі вкладені коди

1. Перевірити можливість публікації procedure з заповненим полем isPerishable - true.
2. Передати наприклад +7 календарних днів від поточної дати 

       "auctionPeriod": {
           "startDate": "ХХХХ-ХХ-ХХTХХ:00:00+00:00"
       },

3. Зробити POST {host}/api/procedures до ЦБД. 
4. Перевірити status procedure.
5. Перевірити в procedure параметру - "isPerishable: "true".

Expected results

1. Status відповіді - 201.
2. ЦБД зміню максимально - мінімально короткий для публікації.
3. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

4. Status procedure - active_tendering.
5. В procedure наявний параметр - "isPerishable: "true".

В інших випадках віддавати валідаційну помилку при публікації Процедури, що обраний класифікатор не дозволяє встановити параметр isPerishable: true.

• Наявний шаблон procedure з заповненими полями.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure НЕ заповнюючи обов'язкові поля - swagger відмічені *. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді.

Expected results

1. ЦБД надсилає відповідь з переліком полів/блоків які необхідно заповнити для публікації.
2. Status відповіді - 422.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.

1. Перевірити відповідь ЦБД на запит публікації procedure без обов'язкових документів. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді.

Expected results

1. ЦБД надсилає відповідь з переліком обов'язкових документів для публікації.

       "message": {
           "documents": [
               "document with documentType=technicalSpecifications is required"

2. Status відповіді - 422.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure без зазначеного tenderAttempts. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді.

Expected results

1. ЦБД надсилає відповідь з інформацією про обов'язковість заповнення tenderAttempts для публікації.

       "message": {
           "tenderAttempts": "This field is required"

2. Status відповіді - 422.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure з зазначеним tenderAttempts = 1. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді.
3. Перевірити відповідь ЦБД на запит публікації procedure з зазначеним tenderAttempts > 999. Зробити POST {host}/api/procedures до ЦБД. 
4. Перевірити Status відповіді.
5. Перевірити відповідь ЦБД на запит публікації procedure з зазначеним tenderAttempts > 999 та заповненим previousAuctionId example: BSE000-UA-YYYYMMDD-00000/UA-PS-YYYY-MM-DD-000000-0. Зробити POST {host}/api/procedures до ЦБД. 
6. Перевірити Status відповіді. Перевірити наявний в процедурі tenderAttempts = 999.

Expected results

1. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

2. Status відповіді - 201.
3. ЦБД надсилає відповідь з інформацією про обов'язковість заповнення previousAuctionId для публікації.

       "message": {
           "previousAuctionId": "This field is required if procedure.tenderAttempts is 999"

4. Status відповіді - 422.
5. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

6. Status відповіді - 201. Наявний в процедурі tenderAttempts = 999.

• Зробити рандомно підставку цілого числа в tenderAttempts від 1 до N.
• Зробити рандомно підставку цілого числа в previousAuctionId від BSE000-UA-YYYYMMDD-00000/UA-PS-YYYY-MM-DD-000000-0.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure зазначеного minNumberOfQualifiedBids = 1. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді. Та minNumberOfQualifiedBids в процедурі.
3. Перевірити відповідь ЦБД на запит публікації procedure зазначеного minNumberOfQualifiedBids = 3. Зробити POST {host}/api/procedures до ЦБД. 
4. Перевірити Status відповіді.

Expected results

1. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

2. Status відповіді - 201. В процедурі minNumberOfQualifiedBids = 1.
3. Отримуємо відповідь.  

       "message": {
           "minNumberOfQualifiedBids": [
               "Int value should be less than or equal to 2.

4. Status відповіді - 422.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure БЕЗ зазначеного minNumberOfQualifiedBids . Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді. Та minNumberOfQualifiedBids в процедурі.
3. Перевірити відповідь ЦБД на запит публікації procedure зазначеного minNumberOfQualifiedBids = 2. Зробити POST {host}/api/procedures до ЦБД. 
4. Перевірити Status відповіді. Та minNumberOfQualifiedBids в процедурі.

Expected results

1. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

2. Status відповіді - 201. В процедурі minNumberOfQualifiedBids = 2.
3. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

4. Status відповіді - 201. В процедурі minNumberOfQualifiedBids = 2.

• Наявний шаблон procedure з заповненими валідними даними в усіх полях згідно swagger.
• CBD3-BSE-AUTO-01-01 завантажені документи в тіло запиту. 

1. Перевірити відповідь ЦБД на запит публікації procedure з заповненими обов'язковими полями блоку bankAccounts для: registrationFee, guarantee, other, payment. Зробити POST {host}/api/procedures до ЦБД. 
2. Перевірити Status відповіді. 
3. Перевірити відповідь ЦБД на запит публікації procedure БЕЗ заповнених обов'язкових полів блоку bankAccounts. Зробити POST {host}/api/procedures до ЦБД. 
4. Перевірити Status відповіді. 
5. Перевірити відповідь ЦБД на запит публікації procedure БЕЗ заповнених обов'язкового для даної процедури accountType - guarantee. Зробити POST {host}/api/procedures до ЦБД. 
6. Перевірити Status відповіді. 

Expected results

1. Отримуємо відповідь. ЦБД надає id та acc_token створеної procedure. Приклад: 

   "id": "65941d9ed7172386c5698a03",
       "acc_token": "2a95df6e-fc75-472f-ac71-ca97be85d6a8"

2. Status відповіді - 201. В процедурі наявний bankAccounts з: registrationFee, guarantee, other, payment.
3. ЦБД надсилає відповідь з інформацією про обов'язковість заповнення bankAccounts для публікації: 

       "message": {
           "bankAccounts": "This field is required"

4. Status відповіді - 422.
5. ЦБД надсилає відповідь з інформацією про обов'язковість заповнення bankAccounts для публікації: 

       "message": {
           "bankAccounts": [
               "bank account with accountType='guarantee' is required"

6. Status відповіді - 422.

Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/accountType