...
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | В момент публікації процедури в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering |
| active_auction | Аукціон | Формується в момент публікації процедури в ЦБД | Автоматично. Запускається в останній день tenderPeriod. | Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. Не може припадати на святковий, неробочий чи вихідний день. |
| active_qualification | Очікується підписання протоколу | active_auction АБО pending_payment АБО active_awarded | Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця до оплати. АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору. | По завершенню періоду аукціону (auctionPeriod) -
|
| pending_payment | Очікується оплата | active_qualification | Ручна дія. Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено" | Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне:
|
| active_awarded | Очікується підписання договору | pending_payment | Автоматично. При зміні Організатором статусу award: pending_payment → active (Переможець виконав оплату) | Після оплати за лот Учасником Організатор
Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting Статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати) ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав award у статусі active |
| complete | Аукціон завершено. Договір підписано | active_awarded | Ручна дія. Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete | Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано” |
| unsuccessful | Аукціон не відбувся | active_auction АБО active_qualification АБО pending_payment АБО active_awarded | Автоматично.
| Термінальний статус. |
| cancelled | Аукціон скасовано | active_tendering АБО active_auction АБО active_qualification АБО pending_payment АБО active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled | Термінальний статус. |
...
| Info | ||
|---|---|---|
| ||
В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та номера аукціона в ланцюжкуtenderAttempts. На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 20 19 днів (тобто найближча дата проведення аукціону (auctionPeriod.startDate) може бути на 20 день від дати створення процедури). Зі сторони майданчика необхідно реалізувати наступну логіку вибору організатором дати Майданчик зі своєї сторони має реалізувати валідацію на проміжок, в який може бути призначено дату початку аукціону (auctionPeriod.startDate) за наступною логікою:
При цьому дата початку аукціону не може припадати на святковий , чи вихідний чи неробочий день! |
| Info | ||
|---|---|---|
| ||
Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся). |
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується протокол | МА (переможець) АБО pending_waiting | Автоматично: Присвоюється переможцю під час генерації авардів (1-й award) АБО Автоматично: Присвоюється наступному за величиною ставки після дискваліфікації переможця | Організатор має можливість:
Учасник має можливість:
|
| pending_waiting | Очікується рішення | МА (учасник з другою за розміром валідною ставкою) | Автоматично. Присвоюється наступному після переможця учаснику під час генерації авардів | Статус pending_waiting автоматично присвоюється наступному після переможця за величиною ставки учаснику під час генерації авардів. В статусі pending_waiting може бути тільки один авард. Це авард учасника, який подав валідну (валідні = стартова ціна + крок) ставки другу за розміром ставку протягом tenderPeriod і аукціону. |
| pending_payment | Очікується оплата | pending | Ручна дія. Присвоюється після завантаження організатором підписаного протоколу та натисканням організатором кнопки "Підтвердити протокол". | Організатор має можливість:
|
| active | Переможець. Очікується договір | pending_payment | Ручна дія. Організатор підтверджує оплату і змінює статус award pending_payment → active | Організатор має можливість:
|
| cancelled | Учасник не став переможцем | pending_waiting | Автоматично. Процедура набула термінального статусу complete та учасники, які мають статус pending_waiting → cancelled | Термінальний статус. |
| unsuccessful | Дискваліфіковано | pending АБО active АБО pending_payment | Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending/pending_payment→ unsuccessful Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful | Термінальний статус. 1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника - зробити словник!!! 2. pending_payment → unsuccessful ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника 3. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled |
...
В авард буде додано нове булеве поле paymentReceived (true, false). За замовченням формується зі значенням false. Дане поле відповідає за явно вказує на підтвердження оплати організаторомучасником. Як тільки організатор підтверджує отримання оплати за лот (Спочатку організатор організатор змінює значення поля поля award.paymentReceived на true), авард переходить в статус active (окрема дія, яку виконує майданчик). Дія натиснувши кнопку "Підтвердити оплату". Ця дія є незворотньою (організатор не може змінити значення з true на false). Наступним кроком організатор має натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це).
Документи, що підтверджують оплату, відсутні. Поле, що відповідає за дату оплати, теж відсутнє.
| Info | ||
|---|---|---|
| ||
| Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Майданчиук має відображати це поле на своєму інтерфейсі. Як Наявність кнопки "Підтвердити переможця" - як тільки виконано цю дію, статус аварду необхідно перевести в active. |
...
Результатом "Підтвердження оплатипереможця" є:
- Award.status: pending_payment → active
- Procedure.status: pending_payment → active_awarded
- Створюється сутність контракту з Contract.status в статусі pending
...
Якщо award в статусі pending, pending_payment або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded → active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.signaturePeriod, award.paymentPeriod)
Договір
Статуси Contracts
...
| field name | required for publishing | type | readOnly | x-legalNameUa | x-legalNameEn | comment | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | owner | - | string | true | Ідентифікатор майданчика | Broker Name | |||||||||||||||||
| 2 | ownerToken | - | string($uuid) | true | x-default: hex | ||||||||||||||||||
| 3 | _id | - | string | true | Внутрішній ідентифікатор аукціону | ID | x-default: object_id x-serialize_when_none: false x-format: object-id | ||||||||||||||||
| 4 | datePublished | - | string($date-time) | true | Дата публікації процедури | Published date | x-default: now | ||||||||||||||||
| 5 | dateModified | - | string($date-time) | true | Остання дата зміни процедури | Procedure date modified | |||||||||||||||||
| 6 | auctionId | - | string | true | Ідентифікатор аукціону | Auction ID | |||||||||||||||||
| 7 | tenderAttempts | + | integer($int64) | false | Лот виставляється | Attempt number | minimum: 1 | ||||||||||||||||
| 8 | previousAuctionId | - | string | false | Ідентифікатор попереднього аукціону | Previous auction Id | minLength: 1 Оскільки це голландська процелура, то tenderAttempts очікується > 1. На ЦБД має бути присутня валідація лише на формат auctionID. Це може бути як SAE, так і SPE тощо. | ||||||||||||||||
| 9 | disqualifiedBids | - | list | true | Дискваліфіковані учасники | Disqualified bids | Учасники додаються в цей список за умови дискваліфікації за пунктами 4, 5 | ||||||||||||||||
| 10 | sellingMethod | + | string | false | Тип процедури | Procedure type | Enum: [ sanctionedAssets-dutch,sanctionedAssets-dutch-ultra-fast,sanctionedAssets-dutch-fast,sanctionedAssets-dutch-fast-manual,sanctionedAssets-dutch-fast-auction-manual-qualification,sanctionedAssets-dutch-fast-auction-prod,sanctionedAssets-dutch-initial-auction,sanctionedAssets-dutch-initial-auction-manual,sanctionedAssets-dutch-initial-qualification,sanctionedAssets-dutch-initial-qualification-prod ] | ||||||||||||||||
| 11 | lotId | + | string | false | Номер лота | Lot number | |||||||||||||||||
| 12 | sellingEntity | base.SellingEntity | Інформація про Організатора аукціону | Organizer information | Використовується стандартна модель | ||||||||||||||||||
| 13 | title | + | base.MultiLang | false | Назва аукціону | Auction title | Використовується стандартна модель | ||||||||||||||||
| 14 | description | + | base.MultiLang | false | Опис аукціону | Auction description | Використовується стандартна модель | ||||||||||||||||
| 15 | auctionUrl | - | string | true | Веб-адреса для перегляду аукціону | Auction link | example: /api/auctions/123 x-format: rel-url | ||||||||||||||||
| 16 | accessDetails | +- | base.MultiLang | false | Порядок ознайомлення з майном, час і місце проведення огляду об’єкта | Auction access details | Використовується стандартна модель | ||||||||||||||||
| 17 | bankAccounts | + | sanctionedAssets.BankAccountsByType | false | Банківські рахунки організатора | Bank accounts | Використовується стандартна модель Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч.
| ||||||||||||||||
| 18 | x_documentRequirements | - | base.MultiLang | false | Перелік та вимоги до оформлення документів | List and requirements of registration documents | |||||||||||||||||
| 19 | x_additionalInformation | - | base.MultiLang | false | Додаткові відомості | Other requirements and additional information | |||||||||||||||||
| 20 | value | + | base.ValueWithTax | false | Стартова ціна лота | Start lot price | Використовується стандартна модель
| ||||||||||||||||
| 21 | valueAddedTaxCharged | - | boolean | false | На фінальну суму нараховується ПДВ | Value added tax charged | default: false | ||||||||||||||||
| 22 | saleCondition | + | string | false | Наявність умов продажу | Sale conditions | Доступне для редагування і у разі редагування має деактивувати біди Доступні значення: yes, no | ||||||||||||||||
| 23 | guarantee | + | base.Value | false | Гарантійний внесок | Guarantee fee | Використовується стандартна модель | ||||||||||||||||
| 24 | registrationFee | - | base.Value | false | Реєстраційний внесок | Registration fee | Використовується стандартна модель | ||||||||||||||||
| 25 | minimalStep | +- | base.ValuedutchMinimalStep | falsetrue | Розмір кроку аукціону | Minimal step | Використовується стандартна модель | ||||||||||||||||
| 26 | dutchStep | + | base.dutchStep | false | Розмір кроку голландського раунду, грн | Dutch step value | Використовується стандартна модель Організатор заповнює лише кількість кроків | ||||||||||||||||
| 27 | items | + | sanctionedAssets.Item | false | Склад лота | Lot composition | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 28 | documents | + | base.Documents | false | Всі документи аукціону та пов'язані додатки | Documents | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 29 | bids | - | sanctionedAssets.Bid | true | Заява на участь | Bid | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 30 | questions | - | base.Question | true | Сервіс обговорення аукціону (запитання-відповідь) | Q&A | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 31 | awards | - | sanctionedAssets.Award | true | Рішення щодо кваліфікації учасників | Award | Використовується кастомна модель Додається поле paymentReceived (boolean). Відповідає за підтвердження оплати за лот та редагується організатором x-format: list-object | ||||||||||||||||
| 32 | contracts | - | sanctionedAssets.Contract | true | Договір | Contract | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 33 | inactivationDate | - | string($date-time) | true | Дата деактивації заяви на участь | Inactive bid date | Використовується стандартна логіка | ||||||||||||||||
| 34 | rectificationPeriod | - | base.Period | true | Період редагування | Rectification period | Логіка формування періоду описана вище | ||||||||||||||||
| 35 | enquiryPeriod | - | base.Period | true | Період відповідей | Enquiry period | Логіка формування періоду описана вище | ||||||||||||||||
| 36 | tenderPeriod | - | base.Period | true | Період подання заяви на участь в аукціоні | Tender period | Логіка формування періоду описана вище | ||||||||||||||||
| 37 | auctionPeriod | + | base.Period | false | Період аукціону | Auction period | Логіка формування періоду описана вище | ||||||||||||||||
| 38 | questionPeriod | - | base.Period | true | Період запитань | Question period | Логіка формування періоду описана вище | ||||||||||||||||
| 39 | qualificationPeriod | - | base.Period | true | Період кваліфікації | Qualification period | Логіка формування періоду описана вище | ||||||||||||||||
| 40 | status | - | string | true | Статус процедури | Procedure status | Enum: | ||||||||||||||||
| 41 | cancellations | - | base.Cancellation | true | Скасування Аукціону | Auction Cancellation | Використовується стандартна логіка x-format: list-object | ||||||||||||||||
| 42 | _meta | Використовується стандартна логіка | |||||||||||||||||||||
| 43 | additionalInformation | Використовується стандартна логіка | |||||||||||||||||||||
| 44 | metaInfo | Використовується стандартна логіка |
...