Огляд¶
openprocurement.auctions.dgf містить документацію по аукціонах Фонду гарантування вкладів.
Є дві процедури:
dgfOtherAssets - оголошення аукціону з продажу майна банків.
dgfFinancialAssets - оголошення аукціону з продажу прав вимоги за кредитами.
Особливості¶
Відсутність необхідності вказання періоду уточнень (тут немає окремого статусу active.enquiries), оскільки він накладається на період прийому пропозицій active.tendering.
Процедура переходить зі статусу draft до active.tendering.
Протягом періоду active.tendering учасники можуть задавати питання, подавати пропозиції, завантажувати документи.
Єдина дата, яку потрібно надати, це дата початку аукціону Tender.auctionPeriod.startDate. Всі решта дати будуть обраховані на її основі.
Організатор не може редагувати суттєвих властивостей процедури, наприклад, Auction.value.
Обов’язкова кваліфікація учасника (Bid.selfQualified) через гарантійний платіж.
Єдина валюта (Value.currency) цієї процедури - гривня UAH.
Аукціон може містити елементи з різних CAV груп.
Домовленості¶
API приймає JSON або form-encoded вміст у запитах. Він повертає JSON вміст у всіх свої відповідях, включно з помилками. Підтримується лише UTF-8 кодування і для запитів, і для відповідей.
Всі API POST та PUT запити очікують об’єкт верхнього рівня з єдиним елементом з назвою data. Відповіді з повідомленням про успіх будуть віддзеркалювати цей формат. Елемент data повинен сам бути об’єктом, що містить параметри запиту. Якщо створюється новий аукціон, то це ті поля, які ми хочемо встановити на самому аукціоні.
Якщо запит був успішним, ми отримаємо код відповіді 201, який вказує, що об’єкт був створений. Ця відповідь буде мати data поле на верхньому рівні, яке вміщуватиме повну інформацію про новий аукціон, включно з ID.
Якщо під час запиту виникли труднощі, ми отримаємо інший код стану та JSON, який при поверненні міститиме errors поле на верхньому рівні зі списком проблем. Ми дивимось на першу з них і видруковуємо її повідомлення.
Основні задачі¶
Бізнес логіка¶
Стан проекту¶
Статус цього проекту - перед-альфа
Репозиторій джерельних текстів цього проекту є на GitHub.
Повідомляйте про всі проблеми та поради через issue tracker (реєстрація на GitHub обов’язкова).
Стабільність API¶
API є дуже нестабільним. Хоча точки входу API будуть відносно стабільними, формати обміну даними будуть часно змінюватись. Зміни в API обговорюються через Open Procurement API розсилку.