...
- протокол завантажує учасник
- підтверджує Організатор
Procedure, timberEnglish, П: З яких причин при спробі додати протокол в bid учасника через ендпоінт PUT /api/procedures/{procedure_id}/bids/{bid_id}/documents у відповідь цбд повертає помилку {"message": "Forbidden state - active_qualification. Cannot update bid document list in current state"}
В: Помилку у відповіть надходить через те, що PUT у даному статусі заборонений, так як PUT дозволяє "видалити" раніше завантажені документи. Слід використовувати POST замість PUT, який дозволяє тільки додати нові документи.
Procedure, timberEnglish, П: Чи може майданчик повторно не передавати документи до ДС (документ сервісу), а перевикористовувати, якщо документи були раніше завантажено і відомі JWT токен документу і сам документ має такі ж documentType, scope та md5:hash як і раніше завантажений?
В: Не тільки можна, а і потрібно, так як відразу така робота з ДС і планувалася.
Procedure, П: Чи можливо реалізувати використання в параметрі Documents.relatedDocument для digitalSignature не ID документу в якості ідентифікатора а його токен?
В: Дана реалізація постійно можлива. потрібна додаткова розробка.
Procedure, timberEnglish, П: Чи можливо отримати історію документів прямим запитом: використовуючи для цього два ндпроїнти: api/procedures/{procedureId}/documents/ та api/procedures/{procedureId}/documents/history?
В: Так, таку можливість реалізовано.
Procedure, timberEnglish, П: Чи нормальною є ситуація, при якій після внесення змін owner зникає доступ до "старих" процедур на sandbox?
В: Так, така ситуація є нормальною для sandbox.
Procedure, timberEnglish, П: Про що свідчить наступна помилка, отримана при спробі дискваліфікації єдиного учасника:
"BODY": {
"message": {
"status": "No matching documents: ('rejectionProtocol',)"
}
},
"HEADERS": {
"0": "HTTP\/1.1 422 Unprocessable Entity",
"Date": "Wed, 02 Sep 2020 11",
"Content-Type": "application\/json; charset=utf-8",
"Content-Length": "72",
"X-Request-ID": "70fc0949-c3c7-4d8c-b985-0f72dd1694ca",
"Server": "Prozorro"
}
}
В: Дана помилка свідчить про те, що наявна спроба дискваліфікації без завантаження документу rejectionProtocol, який згідно ТЗ є обов'язковим до завантаження Організатором при дискваліфікації.
Procedure, timberEnglish, П: З якої причини після успішної кваліфікації 1-го award'у та підтвердження Організатором аукціону виконання умов договору для 1-го award'у ЦБД автоматично не змінила статусу 2-го award'у на cancelled?
В: За описаної ситуації ЦБД переводить авардpending_waiting, статусcancelled буде присвоєним при переведенні процедури в статусcomplete. Така реалізація обумовлена можливісттю Організатора дискваліфікувати учасника навіть після підтвердження договору.
Procedure, timberEnglish, П: Про що свідчить повідомлення "З'єднання з cервером модулю аукціону втрачено", що відображається в МА?
В: Дане повідомлення свідчить, про втрату зв'язку з вебсокетом. який повертає з сервера апдейти.
Procedure, timberEnglish, ЄІ, П: Яка повідінка є вірною, в разі, якщо в аукціоні є лише 1 учасник і спробі для такого аукціону створити руму?
В: Так, як за умови, що учасник тільки один, то МА не буде запускатися, отже такий аукціон не повинен додаватися до руму.
Procedure, timberEnglish, П: З якої причини при спробі перевести авард в статус cancelled (з боку учасника) помилка: "Cannot refuse awarding in current state"?
В: Для того, щоб не виникала подібна помилка не виникала, слід використовувати токен бід, а не acc token.
Procedure, timberEnglish, П: З якої причини при спробі Організатором дискваліфікувати єдиного учасника виникає помилка:
HTTP response body: {"message": {"status": "No matching documents: ('rejectionProtocol',)"}}
В: