...
ЦБД формує contracts[] для Переможця у статусі pending також одразу при переході процедури у статус pending_payment
| Info | ||
|---|---|---|
| ||
На майданчиках відображається інформація про учасників, що кваліфікуються:
|
Підтвердження оплати
Процедура набула статусу pending_payment і розпочалась кваліфікація переможця.
Award переможця отримав статус pending та в Аварді сформувався “Період оплати” (award.paymentPeriod)
Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending
Для завершення роботи з оплатою Організатору потрібно:
Період очікування (waitingPeriod)
Розпочинається одночасно з кваліфікацією переможця за умови його наявності.
Цей період в процедурі NLE створено для того, щоб обмежити можливість учасників, які очікують кваліфікації переможця і не дати їм можливості відмовитись від очікування та забрати свої гарантійні внески.
Результатом існування waitingPeriod є:
Учасники, для яких було створено 3-1 і 4-й Аварди (якщо вони наявні) отримують можливість відмовитись від очікування тільки після завершення waitingPeriod
Організатор має можливість зменшити тривалість waitingPeriod за потреби. Щоб достроково завершити період очікування, Організатор повинен: - Натиснути кнопку “Завершити період очікування”
Внаслідок виконання даної дії майданчик надсилає запит на PATCH процедури, де передає waitingPeriod.endDate
Якщо waitingPeriod.startDate < передане значення < waitingPeriod.endDate та waitingPeriodUpdated = false, то ЦБД змінює:
- значення дати завершення періоду очікування waitingPeriod.endDate на значення, було передано Організатором
- значення ідентифікатора зміни періоду очикування waitingPeriodUpdated на true
У Організатора є можливість лише один раз змінити waitingPeriod.endDate. Поле waitingPeriodUpdated - це ознака того, чи змінював Організатор дату завершення періоду очікування
Якщо дата waitingPeriod.endDate вже в минулому, то учасники з 3 та 4 award-ами в статусі ”Очікує рішення” pending_waiting можуть відмовитися від очікування.
В разі відмови статус award’у змінюється з pending_waiting → cancelled “Учасник не став переможцем”
| Info | ||
|---|---|---|
| ||
На майданчиках відображається інформація про учасників, що кваліфікуються:
|
Підтвердження оплати
Процедура набула статусу pending_payment і розпочалась кваліфікація переможця.
Award переможця отримав статус pending та в Аварді сформувався “Період оплати” (award.paymentPeriod)
Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending
Для завершення роботи з оплатою Організатору потрібно:
- Вказати дату сплати коштів за лот. Для цього необхідно надіслати запит на PATCH contracts.datePaid
- Вказати дату сплати коштів за лот. Для цього необхідно надіслати запит на PATCH contracts.datePaid
Expand title приклад curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \
--header 'Authorization: *****************' \
--header 'Content-Type: application/json' \
--data '{
"datePaid": "2025-11-15T13:30:37.413Z"
}' - Завантажити в систему документ що підтверджує оплату documentType: paymentDetails (не обов’язкова дія). Для цього необхідно надіслати запит на POST contracts.documents[]
Expand title приклад curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb/documents?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \
--header 'Authorization: *****************' \
--header 'Content-Type: application/json' \
--data '{
"tokendatePaid": "eyJ0eXAiOiJK**********zm4Ag",
"title": {
"uk_UA": "Квитанція про оплату"
},
"description": {
"uk_UA": "Квитанція про оплату"
},
"documentOf": "contract"
}'2025-11-15T13:30:37.413Z"
}' - Завантажити в систему документ що підтверджує оплату documentType: paymentDetails (не обов’язкова дія). Для цього необхідно надіслати запит на POST contracts.documents[] Натиснути кнопку “Підтвердити оплату” - це запит на зміну статусу Аварду pending → active
Expand title приклад curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/awardscontracts/8baec7bf04904805baeb637fd9381777c1cd945b2f624cddb6da32ebaa25b1eb/statusdocuments?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \
--header 'Authorization: * *************' \
--header 'Content-Type: application/json' \
--data '{
"statustoken": "active"
}'
Результатом "Підтвердження оплати" є:
- Award.status: pending → active
- Procedure.status: pending_payment → active_awarded
- Contract.status залишається без змін = pending
Дискваліфікація Учасника
Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується оплата" pending або “Переможець” active
Щоб дискваліфікувати учасника Організатор повинен:
- Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
- Обрати причину дискваліфікації (dict: terminationReason)
- Натиснути кнопку “Дискваліфікувати”
Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.
Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику
Перелік причин дискваліфікації terminationReason:
eyJ0eXAiOiJK**********zm4Ag",
"title": {
"uk_UA": "Квитанція про оплату"
},
"description": {
"uk_UA": "Квитанція про оплату"
},
"documentOf": "contract"
}'- Натиснути кнопку “Підтвердити оплату” - це запит на зміну статусу Аварду pending → active
Expand title приклад curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/awards/8baec7bf04904805baeb637fd9381777/status?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \
--header 'Authorization: **************' \
--header 'Content-Type: application/json' \
--data '{
"status": "active"
}'
Результатом "Підтвердження оплати" є:
- Award.status: pending → active
- Procedure.status: pending_payment → active_awarded
- Contract.status залишається без змін = pending
Дискваліфікація Учасника
Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується оплата" pending або “Переможець” active
Щоб дискваліфікувати учасника Організатор повинен:
- Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
- Обрати причину дискваліфікації (dict: terminationReason)
- Натиснути кнопку “Дискваліфікувати”
Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.
Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику
Перелік причин дискваліфікації terminationReason:
| Code Block |
|---|
"1 |
| Code Block |
"1": { "en_US": "Refused to sign the contract/protocol", "uk_UA": "Відмовився від підписання договору/протоколу" }, "2": { "en_US": "TheRefused winnerto ofsign the auctioncontract/protocol", "uk_UA": "Відмовився від підписання договору/протоколу" }, "2": { "en_US": "The winner of the auction is a debtor and/or guarantor under credit agreements and agreements to ensure the fulfillment of obligations", "uk_UA": "Переможець аукціону є боржником та/або поручителем за кредитними договорами та договорами забезпечення виконання зобов'язань" }, "3": { "en_US": "Knowingly gave false information", "uk_UA": "Свідомо надав неправдиву інформацію" }, "4": { "en_US": "Full payment for the lot was not made on time/the winner refused to pay", "uk_UA": "Повна оплата коштів за лот не здійснена в строк/відмовився від оплати" }, "5": { "en_US": "The winner of the auction participated in auctions from several marketplace", "uk_UA": "Переможець аукціону брав участь в аукціонах з кількох майданчиків" }, "6": { "en_US": "Other", "uk_UA": "Інше" } |
...
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент набуття процедурою статуса pending_payment | Автоматично. В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця | Організатор має можливість:
|
| active | Договір підтверджено | pending | Ручна дія. Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active | Повʼязаний Авард має бути у статусі active. З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) |
| cancelled | Договір скасовано | pending | Автоматична. За умови дискваліфікації Аварда із active → unsuccessful | Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful |
Документи contract
documentType | Назва Українською | Назва Англійською | Обовʼязковіть | Публічність | Коментар |
|---|---|---|---|---|---|
| paymentDetails | Документ, що підтверджує сплату | Payment details | ні | так | Цей документ є можливість завантажити в contracts.documents ще протягом роботи з Авардом. Коли процедура перебуває в статусі pending_payment "Очікується оплата", Організатор вказує дату оплати і може прикріпити до contracts.documents цей документ. |
| auctionProtocol | Протокол аукціону | Auction protocol | так | так | Для завершення роботи з Договором необхідно додати до contracts.documents документ з підписаним Протоколом |
| contractSigned | Підписаний договір | Signed contract | так | так | |
| contractAnnexe | Додатки до договору | Contract annexe | ні | так | |
| contractNotice | Повідомлення про договір | Contract notice | ні | так | |
| digitalSignature | Цифровий підпис | Digital signature | ні | Набуває значення документу з яким позв'язаний |
Робота з договором
Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded
...
До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.
Пролонгація
...
Статус процедури: active_awarded
Період аварду: award.signingPeriod
- prolongationProtocol
- Legal Name UA - Документ, що дозволяє пролонгацію
- Legal Name EN - Document allowing prolongation
- Опис - Документ, що дозволяє пролонгацію
- Обов'язковість - Ні
- Публічність - Так
- prolongationConsent
- Legal Name UA - Згода на продовження терміну підписання
- Legal Name EN - Consent to prolongation of the contract signing period
- Опис - Завантажується у пролонгації за наявності згоди учасника щодо необхідності продовження терміну підписання договору більше, ніж на 135 днів
- Обов'язковість - Ні
- Публічність - Так
Особливості роботи із сутностями та документами
Посилання на свагер та конфігураційний файл, який включає в себе:
Swagger UI
Ендпоінт із ліглнеймами періодів, статусів
Ендпоінт з класифікаторами
Ендпоінт зі словниками
Нотифікація процедури
Схеми процедури
Перелік схем:
- Timeline процедури nonperformingLoans-english ЦБД-3
- Схема "Загальний процес аукціонів" nonperformingLoans-english
- Схема "Публікація оголошення та прийняття заяви про участь" nonperformingLoans-english (ЦБД-3)
- Схема "Робота із заявою на участь" nonperformingLoans-english ЦБД-3
- Схема "Обговорення електронних аукціонів (запитання-відповідь)" nonperformingLoans-english (ЦБД-3)
- Схема "Розміщення закритої цінової пропозиції" nonperformingLoans-english (ЦБД-3)
- Схема "Відміна аукціону" nonperformingLoans-english ЦБД-3
- Схема "Аукціон" nonperformingLoans-english ЦБД-3
- Схема "Кваліфікація (робота з договором та протоколом)" nonperformingLoans-english ЦБД-3
Пролонгація періоду підписання договору
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, статус contract`у “Очікується договір” pending.
Для пролонгації періоду підписання договору (award.signingPeriod) Організатору необхідно: - Завантажити один з документів про підстави пролонгації (documentType: prolongationProtocol або ProlongationConsent) - не обов’язкова дія; - Вказати причину пролонгації (ручний ввід) - Вказати строк пролонгації (prolongationTerm) (мінімальний строк= поточній тривалості періоду кваліфікації,максимальний строк award.signingPeriod не обмежена). - Натиснути кнопку "Активувати пролонгацію".
В результаті чого у масиві prolongations створюється об’єкт prolongation. Пролонгувати строк періоду підписання договору (award.signingPeriod) можливо необмежену кількість разів на необмежений термін.Дія незворотна.
Посилання на схему «Пролонгація аукціону»
Завершення аукціону (переведення у статус complete)
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.
Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.
Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.
Створення та Створення та редагування оголошення
Формування лота, опис дій поза системою
Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.
...
Перелік типів документів даного етапу
Перелік класифікаторів та посилання на їх опис
Перелік періодів та статусів етапу та посилання на їх опис
Посилання на схему «Публікація оголошення та прийняття заяви про участь»
Обговорення аукціону (запитання-відповідь) nonperformingLoans-english
Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»
...
Дострокове завершення періоду очікування
Передумова: період очікування waitingPeriod не завершився.
Щоб достроково завершити період очікування Організатор повинен: - Натиснути кнопку “Завершити період очікування”
Внаслідок виконання даної дії майданчик передає поточну дату та час до ЦБД. Якщо waitingPeriod_startDate < передане значення дати < waitingPeriod_endDate та **waitingPeriodUpdated = false ** ЦБД змінює:
- значення дати завершення періоду очікування waitingPeriod_endDate на значення, було передано майданчиком
- значення ідентифікатора зміни періоду очикування waitingPeriodUpdated на true
Після чого учасники з 2 та 3 award’ами в статусі ”Очікує рішення” pending_waiting можуть відмовитися від очікування. В разі відмови статус award’у змінюється на “Учасник не став переможцем” cancelled.
Пролонгація періоду підписання договору
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, статус contract`у “Очікується договір” pending.
Для пролонгації періоду підписання договору (award.signingPeriod) Організатору необхідно: - Завантажити один з документів про підстави пролонгації (documentType: prolongationProtocol або ProlongationConsent) - не обов’язкова дія; - Вказати причину пролонгації (ручний ввід) - Вказати строк пролонгації (prolongationTerm) (мінімальний строк= поточній тривалості періоду кваліфікації,максимальний строк award.signingPeriod не обмежена). - Натиснути кнопку "Активувати пролонгацію".
В результаті чого у масиві prolongations створюється об’єкт prolongation. Пролонгувати строк періоду підписання договору (award.signingPeriod) можливо необмежену кількість разів на необмежений термін.Дія незворотна.
Посилання на схему «Пролонгація аукціону»
Завершення аукціону (переведення у статус complete)
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.
Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.
...
Особливості роботи із сутностями та документами
Посилання на свагер та конфігураційний файл, який включає в себе:
Swagger UI
Ендпоінт із ліглнеймами періодів, статусів
Ендпоінт з класифікаторами
Ендпоінт зі словниками
Нотифікація процедури
Схеми процедури
Перелік схем:
- Timeline процедури nonperformingLoans-english ЦБД-3
- Схема "Загальний процес аукціонів" nonperformingLoans-english
- Схема "Публікація оголошення та прийняття заяви про участь" nonperformingLoans-english (ЦБД-3)
- Схема "Робота із заявою на участь" nonperformingLoans-english ЦБД-3
- Схема "Обговорення електронних аукціонів (запитання-відповідь)" nonperformingLoans-english (ЦБД-3)
- Схема "Розміщення закритої цінової пропозиції" nonperformingLoans-english (ЦБД-3)
- Схема "Відміна аукціону" nonperformingLoans-english ЦБД-3
- Схема "Аукціон" nonperformingLoans-english ЦБД-3
- Схема "Кваліфікація (робота з договором та протоколом)" nonperformingLoans-english ЦБД-3
Особливості роботи процедури для тестування nonperformingLoans-english
...