Огляд¶
openprocurement.auctions.dgf містить документацію по аукціонах Фонду гарантування вкладів.
Є дві процедури:
dgfOtherAssets - продаж майна банків, що ліквідуються.
dgfFinancialAssets - продаж права вимоги за кредитними договорами.
Особливості¶
Організатор може передати тільки дату початку аукціону Tender.auctionPeriod.startDate. Всі решта дати будуть обраховані на її основі.
Також додатково Організатор має можливість встановити enquiryPeriod.endDate.
Якщо enquiryPeriod.endDate не передано, ця дата встановлюється автоматично.
Організатор може як зменшувати, так і збільшувати value.amount, guarantee.amount, minimalStep.amount.
tenderPeriod має складати щонайменше 7 календарних днів.
Організатор може редагувати аукціон тільки впродовж rectificationPeriod.
Організатор може додавати та редагувати документи аукціону тільки впродовж rectificationPeriod.
Кожного разу після редагування аукціону статус всіх ставок перемикається на invalid.
Процедура переходить зі статусу draft до active.tendering.
Протягом періоду active.tendering учасники можуть задавати питання, подавати пропозиції, завантажувати документи.
Обов’язкова кваліфікація учасника (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 розсилку.