Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Об'єктом продажу є пул активів. 
  2. Учасник, який не став переможцем (авард в статусі pending_waiting), не може відмовитись від очікування. 
  3. Аукціон:
    • голландський аукціон
    • 99 кроків
    • 1% зниження ціни
  4. На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур.
  5. В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no)
  6. Наявність в аварді додаткового поля, що відповідає за підтвердження оплати awards.paymentReceived (true, false)
  7. Скасування аукціону відбувається на будь-якому етапі
  8. Якщо tenderAttempts = 1, то поле previousAuctionId не використовується. 
    Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове; АЛЕ на старті не обмежуємо ніяк через Regexp який саме має бути ID попередньої процедури (бо це може бути як SAE, так і SPE / SPD, BSE / BSD тощо. Таке може бути виходячи з того, що написано в нормативці)
  9. Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
  10. Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації 
  11. Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі. 

...

Embed draw.io Diagram
diagramNameTimeline процедури santionedAssets-english ЦБД-3
includedDiagram1
width1291
pageId270204975

draw.io Diagram
bordertrue
diagramNameSAD_timeline
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1458
revision1

Статуси процедури

draw.io Diagram
bordertrue
diagramNameSAD_procedure_statuses
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth512
revision1

...

Технічна назваБізнесова назваПерехід зЗа умовиКоментар
active_tenderingПрийняття заяв на участьВ момент публікації процедури в ЦБД

Автоматично.

Заповнені всі обовʼязкові поля для створення процедури в ЦБД

Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering

active_auctionАукціонactive_tendering

Автоматично. 

Завершився період Прийняття заяв на участь

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД запускає модуль аукціону: з active_tendering → active_auctionНе може припадати на святковий, неробочий чи вихідний день. 

active_qualificationОчікується підписання протоколу

active_tendering

АБО

active_auction

АБО

pending_payment

АБО

active_awarded

Автоматично.

Завершилась робота Модуля аукціону (auctionPeriod.endDate)

АБО

Автоматично.

Організатор дискваліфікував Переможця до оплати.

АБО

Автоматично.

Організатор дискваліфікував Переможця після оплати, до підписання Договору.

По завершенню періоду аукціону (auctionPeriod) - 

  • ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → active_qualification)
  • ЦБД автоматично створює awards[]
    • awards[0].status: pending
    • awards[1].status: pending_waiting (якщо присутня друга за величиною ставка)
pending_paymentОчікується оплата

active_qualification

Ручна дія.

Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено"

Організатор має завантажити підписаний протокол. Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне: 

  • ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment)
  • ЦБД змінює статус Переможця
    • awards[0].status: pending_payment
    • Інший авард, якщо він є (awards[1]) лишається в статусі pending_waiting. 
active_awardedОчікується підписання договоруpending_payment

Автоматично.

При зміні Організатором статусу award: pending → active

(Переможець виконав оплату)

Після оплати за лот Учасником Організатор

  1. Натискає кнопку “Підтвердити оплату”, яка має змінити значення поля award.paymentReceived на true. В результаті даної дії:
  • статус award’у змінюється на “Переможець” (active)
  • статус процедури змінюється на “Очікується підписання договору” (active_awarded)
  • Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting

Статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати)

ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав award у статусі active

completeАукціон завершено. Договір підписаноactive_awarded

Ручна дія.

Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete

Термінальний статус.

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”.

Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”

unsuccessfulАукціон не відбувся

active_tenderingauction

АБО

active_auctionqualification

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

Автоматично.

  • відсутній хоча б 1 валідний bid за результатами аукціону.

  • При дискваліфікації учасника, якщо учасник, що очікує (award status == pending_waiting) відсутній

    АБО дискваліфікували обох учасників.

Термінальний статус.

cancelledАукціон скасовано

active_tendering

АБО

active_auction

АБО 

active_qualification

АБО

pending_payment

АБО

active_awarded

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

  • Завантажити документ в cancellations[].documents з documentType: cancellationDetails
  • Вказати причину скасування (cancellations.reason)
  • Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled

Термінальний статус.

...

Технічна назва

Статус процедури

Бізнесова назва

Дата початку

Дата завершення

Результат завершення

Коментар

rectificationPeriod active_tenderingПеріод редагування

Дата та час публікації процедури в ЦБД.

Може припадати на неробочий день

Триває 48 годин з дати публікації процедури (tenderPeriod.startDate)

Редагування полів процедури після завершення періоду процедури більше недоступне

Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД

Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна.

У випадку редагування полів процедури (крім документів), активні біди мають деактивуватись.

tenderPeriodactive_tenderingПеріод подання пропозицій

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

Завершується разом з Голландський раундом аукціону (перший раунд)

Мінімальна тривалість tenderPeriod 20 к.д.

(якщо auctionPeriod.startDate = 30.11.2023, то

tenderPeriod.endDate = 30.11.2023 час завершення Голландського раунду (16:15-16:45 ))

Статус процедури змінюється автоматично:

active_tendering → active_auction


Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД

Протягом періоду:

  • Учасники можуть подавати свої заяви на участь, редагувати їх, додавати і замінювати документи в Біді. Можуть скасувати свою заяву.
  • Організатору доступна робота з документами процедури: додавання/заміна. Може скасувати аукціон до його початку.
questionPeriodactive_tenderingПеріод запитань

Припадає тільки на робочі дні.

За 1 р.д. до початку аукціону о 18:00. 

Користувач більше не може задати запитання до аукціону

 
enquiryPeriodactive_tenderingПеріод відповідей

Припадає тільки на робочі дні.

За 1 р.д. до початку аукціону о 18:00. 

Організатор більше не може надіслати відповідь на запитання

 

auctionPeriod

tender_period
active_auction

Аукціон

Завжди припадає на робочий день.

Дата вказується організатором при публікації процедури.
Точний час початку визначається ЦБД (діапазон з 9:30 - 10:00)

Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день

Статус процедури змінюється автоматично:

active_auction → active_qualification

active_auction → unsuccessful

Статус процедури змінюється Організатором:

active_auction → cancelled

Протягом цього періоду:

  • Організатору доступна можливість скасувати аукціон
  • Учасники можуть створювати заяви на участь та зупиняти аукціон.

qualificationPeriod


active_qualification
pending_payment
active_awarded

Період кваліфікації

qualificationPeriod.startDate == auctionPeriod.endDate



Може припадати на НЕробочий день. -

 
qualificationPeriod.endDate == qualificationPeriod.startDate + 30 р.д. + 10 к.д. о 18:00

На рівні ЦБД: відсутній

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. 

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, 

Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

  • Функціонал Організатора:
    • Скасування аукціон
    • Дискваліфікація переможця
  • Функціонал Учасника:
    • Відсутній.

...

Info
titleВимоги до майданчиків

В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та номера аукціона в ланцюжку. 

На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 19 20 днів. Зі сторони майданчика необхідно реалізувати наступну логіку: 

  1. Якщо value.amount < 250 000 000 (двісті п'ятдесят мільйонів)
    ТО 
    Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 19 20 КД, максимальний - 34 35 КД
  2. Якщо value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)
    ТО
    Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 29 30 КД, максимальний - 89 90 КД
Info
titleВимоги до майданчиків

Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся).

...

Ставки сортуються від більшої ціни до меншої, а у випадку співпадіння ціни вище відображається ставки розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod) - час фіксації змін у заяві у ЦБД.

ЦБД формує award'и для інших учасників (за наявності) з найвищими ставками:

...

  • Повну назву Аукціону (Заголовок) (title)
  • Опис аукціону (description)
  • Номер лоту (lotId)
  • Інформація про Організатора (relatedOrganization.sellingEntity)
    • Ідентифікатори Організатора аукціону (Код ЄДРПОУ, ІПН або паспорт) (identifier)
    • Адреса Організатора аукціону (повна адреса) (address)
    • Інформація про Контактну особу (contactPoint)
  • Банківські реквізити (bankAccounts) (обовʼязковий тільки accountType == guarantee)
  • Стартову ціну лоту (value)
    • Наявність ПДВ (valueAddedTaxCharged)
    dutchStep
  • Кількість кроків (dutchStepQuantity)Відсоток зниження (dutchStepPercent) 
  • Розмір кроку аукціону (dutchStepValue)Розмір гарантійного внеску (guarantee)
  • Розмір реєстраційного внеску (registrationFee)
  • Лот виставляється x раз (tenderAttempts)
  • Наявність умов продажу (saleCondition)
  • Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
  • Документи аукціону (documents)
  • Дата проведення аукціону (auctionPeriod.startDate)
    • Має бути не раніше, ніж через 19 повних 20 повних календарних днів після дня публікації)
    • Не може припадати на вихідний або святковий день
  • Інформація про лот (items[])
    • Опис лоту (items[].description)
    • Кількість одиниць (items[].quantity)
    • Одиниці виміру (items[].unit)
    • Основний класифікатор CAV (items[].classification)
    • Додатковий класифікатор CVZU за умови, що itemProps одне з: 
      • Земля (landProps)

      • ЄМК (jointPropertyComplex)

...

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:

  1. завантажити Завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
  2. внести Внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
  3. ініціювати Ініціювати збереження внесених змін.
    У випадку внесення змін в поля процедури (набір полів, що деактивує заяву на участь стандартний + saleCondition) статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним. 
    У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
    Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod.
  4. Повний перелік полів, редагування яких деактивує біди: 
    1. value
    2. valueAddedTaxCharged
    3. minimalStep
    4. registrationFee
    5. guarantee
    6. title
    7. description
    8. items
    9. x_additionalInformation
    10. x_documentRequirements
    11. previousAuctionId
    12. tenderAttempts
    13. sellingEntity
    14. lotId
    15. bankAccounts
    16. documents
    17. saleCondition

...

В статусі процедури Прийняття заяв на участь active_tendering, учасники мають право анулювати або внести до них зміни.

Результати періоду подання пропозицій (tenderPeriod)

  • За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=1 за результатами етапу подання пропозицій, процедура одразу набуває статусу кваліфікації, з урахуванням Особливостей процедури.
  • За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=2 за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful.
  • За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1, за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон скасовано (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

...

Скасування аукціону sanctionedAssets-dutch

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

...

Перелік типів документів даного етапу
Типи, опис документів та робота з ними sanctionedAssets-englishdutch
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодівsanctionedAssets-englishdutch

Аукціон sanctionedAssets-dutch

...

default: 1
minimum: 1

maximum: 2

При публікації процедури можна не передавати. ЦБД автоматично згенерує == 1.

Організатор може передати явно 1 або 2 за необхідності.

field namerequired for publishingtypereadOnlyx-legalNameUax-legalNameEncomment
1owner-stringtrueІдентифікатор майданчикаBroker Name
2ownerToken-string($uuid)true

x-default: hex
3_id-string

trueВнутрішній ідентифікатор аукціонуIDx-default: object_id
x-serialize_when_none: false

x-format: object-id
4datePublished-string($date-time)
trueДата публікації процедуриPublished datex-default: now
5dateModified-string($date-time)
trueОстання дата зміни процедуриProcedure date modified
6auctionId-string
true Ідентифікатор аукціонуAuction ID
7tenderAttempts+integer($int64)
falseЛот виставляєтьсяAttempt number

minimum: 1
example: 10

8previousAuctionId-string

falseІдентифікатор попереднього аукціонуPrevious auction Id

minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, але на Оскільки це голландська процелура, то tenderAttempts очікується > 1.  На ЦБД має бути присутня валідація лише на формат auctionID. Це може бути як SAE, так і SPE тощо.Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)

9disqualifiedBids-listtrueДискваліфіковані учасникиDisqualified bids

Учасники додаються в цей список за умови дискваліфікації за пунктами 4, 5

10sellingMethod+
stringfalseТип процедуриProcedure typeEnum:
[ sanctionedAssets-englishdutch,sanctionedAssets-englishdutch-ultra-fast,sanctionedAssets-englishdutch-fast,sanctionedAssets-englishdutch-fast-manual,sanctionedAssets-englishdutch-fast-auction-manual-qualification,sanctionedAssets-englishdutch-fast-auction-prod,sanctionedAssets-englishdutch-initial-auction,sanctionedAssets-englishdutch-initial-auction-manual,sanctionedAssets-englishdutch-initial-qualification,sanctionedAssets-englishdutch-initial-qualification-prod ]
11lotId+
stringfalseНомер лотаLot number
12sellingEntity base.SellingEntity Інформація про Організатора аукціонуOrganizer informationВикористовується стандартна модель 
13title+base.MultiLangfalseНазва аукціонуAuction titleВикористовується стандартна модель 
14description+base.MultiLangfalseОпис аукціонуAuction descriptionВикористовується стандартна модель 
15auctionUrl-stringtrueВеб-адреса для перегляду аукціонуAuction linkexample: /api/auctions/123
x-format: rel-url

16accessDetails+base.MultiLangfalseПорядок ознайомлення з майном, час і місце проведення огляду об’єктаAuction access detailsВикористовується стандартна модель 
17bankAccounts+sanctionedAssets.BankAccountsByTypefalseБанківські рахунки організатораBank accounts

Використовується стандартна модель 

Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч. 

field nametypecomment
accountTypestring

x-dictionaries: List [ "accountType" ]

Enum:
[ registrationFee, guarantee, other, payment ]

accountscommercialSell.BankAccountWithCurrencyx-baseClass: "prozorro_sale.procedure.models.base.BankAccount"
18x_documentRequirements-base.MultiLangfalseПерелік та вимоги до оформлення документівList and requirements of registration documents
19x_additionalInformation-base.MultiLangfalseДодаткові відомостіOther requirements and additional information
20value+base.ValueWithTaxfalseСтартова ціна лотаStart lot price

Використовується стандартна модель

field nametypereadOnlycomment
currency *string
false

default: UAH
x-legalNameUa: Валюта

x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

amount *number($float)falseexample: 10
minimum: 0

exclusiveMinimum: true

x-format: decimal-float

x-legalNameUa: Сума

x-legalNameEn: Amount
valueAddedTaxIncludedbooleanfalsedefault: true
x-legalNameUa: Податок

x-legalNameEn: Tax
21valueAddedTaxCharged-booleanfalseНа фінальну суму нараховується ПДВValue added tax chargeddefault: false
22saleCondition+stringtrueНаявність умов продажуSale conditions

Доступне для редагування і у разі редагування має деактивувати біди

Доступні значення: yes, no

23guarantee+base.ValuefalseГарантійний внесокGuarantee feeВикористовується стандартна модель
24registrationFee-base.ValuefalseРеєстраційний внесокRegistration feeВикористовується стандартна модель
25minimalStep+base.ValuefalseРозмір кроку аукціонуMinimal stepВикористовується стандартна модель
26minNumberOfQualifiedBidsdutchStep-+base.dutchStepinteger($int64)falseМінімальна кількість заявMinimal number of bidsРозмір кроку голландського раунду, грнDutch step value

Використовується стандартна модель

Організатор заповнює лише кількість кроків

27 items +sanctionedAssets.ItemfalseСклад лотаLot composition

Використовується стандартна модель

x-format: list-object
minItems: 1

default: List []

28documents  + base.DocumentsfalseВсі документи аукціону та пов'язані додаткиDocuments

Використовується стандартна модель

x-format: list-object
default: List []

29 bids -sanctionedAssets.BidtrueЗаява на участь Bid

Використовується стандартна модель

x-format: list-object
default: List []
 

30questions-base.QuestiontrueСервіс обговорення аукціону (запитання-відповідь)Q&A

Використовується стандартна модель

x-format: list-object
default: List []

31awards-sanctionedAssets.AwardtrueРішення щодо кваліфікації учасниківAward

Використовується кастомна модель

Додається поле paymentReceived (boolean). Відповідає за підтвердження оплати за лот та редагується організатором

x-format: list-object
default: List []

32contracts-sanctionedAssets.ContracttrueДоговірContract

Використовується стандартна модель 

x-format: list-object
default: List []

33inactivationDate-string($date-time)trueДата деактивації заяви на участь
Inactive bid date

Використовується стандартна логіка

34rectificationPeriod-base.PeriodtrueПеріод редагуванняRectification period

Логіка формування періоду описана вище

35enquiryPeriod-base.PeriodtrueПеріод відповідейEnquiry period

Логіка формування періоду описана вище

36tenderPeriod-base.PeriodtrueПеріод подання заяви на участь в аукціоніTender period

Логіка формування періоду описана вище

37auctionPeriod+base.PeriodfalseПеріод аукціонуAuction period

Логіка формування періоду описана вище

38questionPeriod-base.PeriodtrueПеріод запитаньQuestion period

Логіка формування періоду описана вище

39qualificationPeriod-base.PeriodtrueПеріод кваліфікаціїQualification period

Логіка формування періоду описана вище

40status-stringtrueСтатус процедуриProcedure status

Enum:
[ active_tendering, active_auction, active_qualification, active_awarded, complete, cancelled, unsuccessful ]

41cancellations-base.CancellationtrueСкасування АукціонуAuction Cancellation

Використовується стандартна логіка 

x-format: list-object
default: List []

42_meta     

Використовується стандартна логіка

43additionalInformation     

Використовується стандартна логіка

4443metaInfoadditionalInformation     

Використовується стандартна логіка

Нотифікація процедури

Схеми процедури

Перелік схем:

...

...

Схеми для варіанту із 2 та більше заявами на участь

...

Модель статуса заяви на участь (біда) у процедурі продажу санкційного майна

44metaInfo     

Використовується стандартна логіка

Нотифікація процедури

...

Мета інформація процедури

...

  1. Додати в directions https://procedure-dev.prozorro.sale/api/dictionaries/direction
    name

    Data extraction path

    Matching

    valueопис в dict
    sanctionedAssetssellingMethodRegexpsanctionedAssets-.*Санкційне майно


  2. Додати в categories https://procedure-dev.prozorro.sale/api/dictionaries/category
    Посилання на табличку. Зміни так само позначені зеленим.  

Особливості роботи процедури для тестування sanctionedAssets-

...

dutch

Типи процедур для тестування

  • sanctionedAssets-englishdutch-fast
  • sanctionedAssets-englishdutch-fast-manual
  • sanctionedAssets-englishdutch-initial-auction
  • sanctionedAssets-englishdutch-initial-qualification
  • sanctionedAssets-englishdutch-initial-fast