Versions Compared

Key

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

...

Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону

Цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником електронного аукціону

Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;

...

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

...

    • В процедурі використовується один основний (CAV) тадодатковий необовʼязковий класифікатор (CVZU).

      • Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
      • Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:

        • Земля (landPropsland)

        • ЄМК (jointPropertyComplex)

...

  • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
  • 08000000-06 – Корпоративні права та усі вкладені коди

...

Ендпоінти з класифікаторами:

Timeline процедури

...

процедури

draw.io Diagram
bordertrue
diagramNameSAESAD_procedure_diagramtimeline
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth7861457
revision3

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

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


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

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

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

Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедуриЗа умови наявності мастер-об'єкту JSC, 3 процедура в ланцюжку.

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

active_auctionАукціонactive_tenderingФормується в момент публікації процедури в ЦБД

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

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

Запускається в останній день tenderPeriod.

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate.

В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:

  • minNumberOfQualifiedBids == 1
    • Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification
    • Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction
  • minNumberOfQualifiedBids == 2
    • Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful
    • Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction

Не може припадати на святковий, неробочий чи вихідний день. 

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

active_auction

АБО

pending_payment

АБО

active_awarded

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

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

active_tendering

АБО

active_auction

АБО

pending_payment

АБО

active_awarded

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

Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) 

АБО

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

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

АБО

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

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

АБО

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

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

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

  • ЦБД змінює статус процедури на “Очікується опублікування

Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1)

АБО

По завершенню періоду аукціону (auctionPeriod), за умови 2-х та більше заяв на участь - 

  • ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → 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_payment → active

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

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

  1. Змінює Має змінити значення поля award.paymentReceived на true
  2. Натискає кнопку “Підтвердити оплату”. В результаті даної дії:
  • статус award’у змінюється на “Переможець” (active)
  • статус процедури змінюється на “Очікується підписання договору” (active_awarded)
    1. , натиснувши кнопку "Підтвердити оплату". 
    2. Натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це). 

    Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting

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

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

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

    Ручна дія.

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

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

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

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

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

    active_tendering

    АБО

    active_auction

    АБО

    active_qualification

    АБО

    pending_payment

    АБО

    active_awarded

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

    • Якщо протягом tenderPeriod немає жодної поданої заяви
    • Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids
    • Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону  
    • Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active
    • відсутній хоча б один  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 . Завершується о 20:00.

    (може припадати на НЕробочий день)

    = 30.11.2023, то

    tenderPeriod.endDate = 30.11.2023 час завершення Голландського раунду (16:15-16:45 ))Мінімально можливий tenderPeriod = 19 повних календарних днів з наступного дня після публікації процедури

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

    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

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

    • Організатору доступна можливість скасувати аукціон
    • Учасники можуть створювати заяви на участь та зупиняти аукціон.
    auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate

    qualificationPeriod


    active_qualification
    pending_payment
    active_awarded

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

    При відсутності auctionPeriod та наявності лише 1ї заявки:

    qualificationPeriod.qualificationPeriod.startDate == auctionPeriod.startDate

    При наявності auctionPeriod:

    qualificationPeriod.startDate == auctionPeriod.endDate



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

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

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

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

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

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

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

    ...

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

    Наведена нижче логіка не буде актуальною після релізу ланцюжків. Після реалізації ланцюжків наступні процедури будуть сторюватись автоматично. 

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

    На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 19 днів . Зі сторони майданчика необхідно реалізувати наступну логіку: (тобто найближча дата проведення аукціону (auctionPeriod.startDate) може бути на 20 день від дати створення процедури). Майданчик зі своєї сторони має реалізувати валідацію на проміжок, в який може бути призначено дату початку аукціону (auctionPeriod.startDate) за наступною логікою: 

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

    При цьому дата початку аукціону не може припадати на святковий чи вихідний день! 

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

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

    ...

    documentTypeНазва УКРНазва АНГЛОписОбовʼязковістьПублічність

    illustration

    Ілюстрація

    IllustrationЗображення, що можуть додаватися Організатором до оголошення

    ні

    так

    technicalSpecifications

    Копії документів та матеріалів на лотTechnical specificationsДетальна інформація про лотнітак

    evaluationCriteria

    Кваліфікаційні вимогиEvaluation criteriaІнформація про те, як будуть оцінюватись цінові пропозиції учасниківнітак

    contractProforma

    Типова форма договоруContract proformaШаблон договору купівлі-продажунітак

    x_presentation

    ПрезентаціяPresentationПрезентаціянітак

    clarifications

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

    ClarificationsДокумент не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod.ні (при редагуванні організатор може опціонально завантажити даний документ)так
    digitalSignatureЦифровий підписDigital signature

    Цифровий підпис

    (Особливості роботи із цифровим підписом)

    нітак

    ...

    draw.io Diagram
    bordertrue
    diagramNameSAESAD_bidsbid_statusesstatus
    simpleViewerfalse
    width
    linksauto
    tbstyletop
    lboxtrue
    diagramWidth669
    revision32


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

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

    Перехід з

    За умови

    Коментар

    draftЧернетка заявимомент публікації заявки в ЦБД

    Ручна дія.

    Учасник надсилає запит на публікацію Bid-а

    Публікація заяви на участь доступна тільки протягом tenderPeriod

    Мають бути заповнені поля:

    • value
    • bidders

    Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).

    activeПідтверджена заява

    draft

    inactive

    Ручна дія.

    Учасник надсилає запит на зміну статуса Bid-а

    Активувати заяву на участь є можливість тільки протягом tenderPeriod.

    Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою.

    inactive

    Деактивована заява

    draft

    active

    Автоматична дія.

    Учасник має можливість:

    • активувати заяву на участь (вперше, або повторно)
    • видалити свою заяву на участь

    У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника.

    deletedВидалена заява

    draft

    active

    inactive

    Ручна дія.

    Учасник надсилає запит на зміну статуса Bid-а

    АБО

    Автоматична дія.

    Організатор скасовує процедуру до завершення МА

    У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

    Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

    Документи заяви на участь

    invalidНе активна заява

    active

    Автоматична дія.

    Якщо протягом Голландського МА учасник зі статусом Біда active не зробив жодної ставки в жодному раунді, після завершення МА ЦБД автоматично змінює статуси таких бідів: active → invalid


    Документи заяви на участь

    documentTypeНазва УкрНазва АнглОбовʼязковість для публікаціїПублічність

    x_passport

    Копія паспорта або документа, що посвідчує особу Passport or identity documentніні

    fonds 

    Інформація про джерела походження коштів для придбання об'єкта великої приватизаціїInformation on the sources of funds for the purchase of a large-scale privatization an objectнітак

    x_tenderersRegisterExtract

    Витяг з ЄДРПОУ або копія документа про реєстрацію у державі її місцезнаходженняRegister extractнітак

    x_ultimateBeneficiaryInfo

    Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутностіUltimate beneficiary informationнітак

    financialStatements

    Остання річна або квартальна фінансова звітністьFinancial statementsнітак

    propertyStatus

    Документ про майновий стан і доходиDocument on property status and income issuedнітак

    writtenConsent

    Письмова згода потенційного покупця щодо взяття на себе зобов'язань, визначених умовами продажуWritten consent with commitmentsнітак

    commercialProposal

    Заява на участьCommercial proposalнітак
    x_guaranteeApprovalДокумент, що підтверджує сплату гарантійного внескуGuarantee fee approvalнітак
    x_registrationFeeApprovalДокумент, що підтверджує сплату реєстраційного внескуRegistration fee approvalнітак
    admissionReasonПідстави для допуску дискваліфікованого учасникаReasons for admission for previously disqualifiedні / так, якщо учасника попередньо було дискваліфікованотак
    auctionProtocolПротокол аукціонуAuction protocolнітак
    digitalSignatureЦифровий підписDigital signatureніНабуває значення документу з яким позв'язаний

    ...

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

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

    Перехід з

    За умови

    Коментар

    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

    ...

    documentType

    Назва Українською

    Назва Англійською

    Опис

    Обовʼязковіть

    Публічність

    rejectionProtocolДокумент, що підтверджує дискваліфікаціюRejection protocol

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

    Так

    Для зміни awards.status: pending → unsuccessful

    Так
    auctionProtocolПротокол аукціонуAuction protocolПротокол аукціону, завантажується організатором

    Так

    Для зміни awards.status: pending → active

    Так
    actДокумент, що підтверджує відмовуRefusal act

    Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником.

    Документ має бути можливість завантажити у Організатора та у Переможця.

    Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending, має бути завантажено хоча б один документ з documentType: act 
    В поле terminationReason аварду записується причина із довідника - поміняти посилання

    Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful

    Так

    Для зміни awards.status: pending → unsuccessful

    Так
    digitalSignatureЦифровий підписDigital signature


    Ні

    Набуває значення документу з яким позв'язаний

    Умови вибору переможця

    За результатами аукціону або за умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1), процедура аукціону процедура переходить до етапу кваліфікації учасників і отримує статус active_qualification.

    ...

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

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

    • Найвища ставка - отримує Award у статусі pending (1-й award)
    • Наступна валідна ставка (за наявності) - отримує статус pending_waiting 

    Особливості:

    • У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
    • Якщо авард учасника вже в статусі pending_waiting, він не може відмовитись від очікування 

    ...

    Після завершення роботи МА або За умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1) ЦБД переводить статус процедури в active_qualification. 

    ...

    В авард буде додано нове булеве поле paymentReceived (true, false). За замовченням формується зі значенням false. Дане поле відповідає за явно вказує на підтвердження оплати організаторомучасником. Як тільки організатор підтверджує отримання оплати за лот (Спочатку організатор організатор змінює значення поля award.paymentReceived на true), авард переходить в статус active (окрема дія, яку виконує майданчик). Дія натиснувши кнопку "Підтвердити оплату". Ця дія є незворотньою (організатор не може змінити значення з true на false). Наступним кроком організатор має натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це). 

    Документи, що підтверджують оплату, відсутні. Поле, що відповідає за дату оплати, теж відсутнє. 

    Info
    titleВимоги до майданчиків
    Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Майданчиук має відображати це поле на своєму інтерфейсі. Як тільки виконано цю дію, статус аварду необхідно перевести в active. 

    Вимоги до майданчика переможця

    Аналогічно до процедури Малої приватизації. Після

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

    Вимоги до майданчика переможця
    Аналогічно до процедури Малої приватизації. Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію/найбільшу закриту цінову пропозицію/ставку, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати.

    Результатом "Підтвердження оплати" є:

    • Award.status: pending_payment → active
    • Procedure.status: pending_payment → active_awarded
    • Створюється сутність контракту з Contract.status в статусі pending

    Дискваліфікація Учасника

    Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або “Переможець” active 

    Щоб дискваліфікувати учасника Організатор повинен:

    1. Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
    2. Обрати причину дискваліфікації (dict: terminationReason) - словник!
    3. Натиснути кнопку “Дискваліфікувати”

    Увага. Учасник має потрапити в disqualifiedBids лише за умови його дискваліфікації по наступним причинам: 

    За підтвердження цієї плати відповідає необовʼязкове булеве поле awards.participationPayment. Інформація про факт сплати повної суми за участь повинна відображатись Організатору. Реалізація данного функціоналу є обов'язковою, виконання дії не є обов'язковою. 

    Зміна поля awards.participationPayment відбувається з токеном майданчика переможця! Зміна доступна за наступних умов:  

    • Статус procedure - pending_payment або active_awarded.
    • Статус award'у pending_payment або active.
    Info
    titleВимоги до майданчиків

    Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Майданчиук має відображати це поле на своєму інтерфейсі. Наявність кнопки "Підтвердити переможця" - як тільки виконано цю дію, статус аварду необхідно перевести в active.

    Результатом "Підтвердження переможця" є:

    • Award.status: pending_payment → active
    • Procedure.status: pending_payment → active_awarded
    • Створюється сутність контракту з Contract.status в статусі pending

    Дискваліфікація Учасника

    Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або “Переможець” active 

    Щоб дискваліфікувати учасника Організатор повинен:

    1. Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
    2. Обрати причину дискваліфікації (dict: terminationReason)
    3. Натиснути кнопку “Дискваліфікувати”

    Увага. Учасник має потрапити в disqualifiedBids лише за умови його дискваліфікації по наступним причинам: 

    • Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом
    • Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом

    ...

    Якщо award в статусі pending, pending_payment або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.signaturePeriod, award.paymentPeriod)

    Договір

    Статуси Contracts

    ...

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

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

    Перехід з

    За умови

    Коментар

    pendingОчікується договірМомент набуття процедурою статуса active_awarded, перехід аварду в статус active

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

    В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця

    Організатор має можливість:

    • Завантаження підписаного договору з учасником
    • Підтвердження підписання договору
    • Дискваліфікації учасника
    activeДоговір підтвердженоpending

    Ручна дія.

    Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

    Повʼязаний Авард має бути у статусі active.

    З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active.

    Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір, а також передано валідні дані в обовʼязкові поля (contracts.documents.documentType: contractSigned)

    cancelledДоговір скасовано

    pending

    active

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

    За умови дискваліфікації Аварда із active → unsuccessful

    Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful


    ...

    Формування лота, опис дій поза системою

    Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”Дана дія відбувається через створення мастер-об'єкту JSC. Процедура є третьою в ланцюжку.

    Перелік обов'язкової інформації для відображення на майданчику

    Створення оголошення

    Для публікації оголошення Організатор повинен:

    Заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням:

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

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

        • ЄМК (jointPropertyComplex)

    Внаслідок чого статус процедури змінюється на “Прийняття заяв на участь” active_tendering.
    У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).

    Редагування оголошення

    Процедура знаходиться в статусі “Прийняття заяв на участь” 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. accessDetails
      9. items
      10. x_additionalInformation
      11. x_documentRequirements
      12. previousAuctionId
      13. tenderAttempts
      14. sellingEntity
      15. lotId
      16. bankAccounts
      17. minNumberOfQualifiedBids
      18. documents
      19. saleCondition

    ...

      1. в голландській процедурі відсутнє редагування періодів, оскільки це остання процедура ланцюжку.

    Розміщення заяви на участь sanctionedAssets-

    ...

    dutch

    Робота із заявою на участь

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

    • сплатити гарантійний внесок
    • сплатити реєстраційний внесок, якщо лотом є майно банку
    • заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
    • завантажити необхідні документи
    • вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
    • ініціювати надсилання заяви на розгляд Оператору майданчика.
    • За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик. Дія вібдувається поза системою, в процедуру документ не завантажується. 

    Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
    Для участі Учасника в аукціоні Оператору Учаснику необхідно:

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

    Внаслідок виконаних дій статус заяви (bid’а) змінюється з draft на active, статус процедури залишається незмінним. Після активації заяви Учасник може змінювати суму закритої цінової пропозиції. Зміна суми закритої цінової пропозиції не призводить до зміни статусу заяви (bid’а).

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

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

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

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

    ...

    • заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
    • завантажити необхідні документи
    • вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
    • ініціювати надсилання заяви на розгляд Оператору майданчика.
    • За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик. Дія вібдувається поза системою, в процедуру документ не завантажується. 

    Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
    Для участі Учасника в аукціоні Оператору необхідно:

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

    Внаслідок виконаних дій статус заяви (bid’а) змінюється з draft на active, статус процедури залишається незмінним. Після активації заяви Учасник може змінювати суму закритої цінової пропозиції. Зміна суми закритої цінової пропозиції не призводить до зміни статусу заяви (bid’а).

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

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

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

    ...

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

    Аукціон sanctionedAssets-

    ...

    dutch

    ТЗ з модулю аукціону

    Схема "Аукціон"

    ТЗ з модулю аукціону

    ...

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

    Голландський раунд

    • Системна назва - dutch

    ...

    • Напрямок зміни ставок - На пониження
    • Обмеження ставки - Поточне автоматично визначене значення ставки на момент здійснення ставки (фактично - погодження з певним значенням ставки; саме значення користувач не вводить)
    • Тривалість - 6 год 45 хв.
    • Відображення ставок
      • Перелік учасників: Ні

    Одночасний раунд

    • Системна назва - simultaneous
    • Напрямок зміни ставок

    ...

    • - На підвищення
    • Обмеження ставки:
      • Більше ставки з голладського раунду (

    ...

      • dutch) (мінімальна ціна підвищення: 0,01 грн.).
    • Тривалість - 10 хвилин
    • Перелік учасників - Анонімний
    • Відображення ставок

    ...

    • - Значення

    ...

    • ставок (масив) - Ціна:

    ...

    • Ні

    ...

    Пріоритетний раунд

    • Системна назва - precedence

    ...

    • Напрямок зміни ставок - На підвищення
    • Обмеження ставки (масив):
      • Попередня найбільша ставка (мінімальна ціна підвищення: 1% від стартової вартості лота);
    • Тривалість - 5 хвилин
    • Перелік учасників - Анонімний
    • Відображення ставок - Значення ставок - Ціна: Ні

    Розкриття

    • Системна назва

        ...

          • Значення - final
        • Подія для завершення

            ...

              • Значення - Час вичерпано
            • Тривалість

                ...

                  • Значення - 5 секунд (або менше, в залежності від завантаженості системи)
                • Перелік учасників

                    ...

                      • Значення - Персоніфікований
                    • Відображення ставок

                        ...

                          • Значення - Значення ставок (масив) - Ціна: Так
                        • Пост-дії

                            ...

                              • Значення - Сортування - Так

                            Послідовність кроків:

                            • Технічна пауза - pause - 5 хв.
                            • послідовний раунд - sequential (складається із послідовних ходів учасників)
                            • пауза - pause - 3 хв.
                            • послідовний раунд - sequential (складається із послідовних ходів учасників)
                            • пауза - pause - 3 хв.
                            • послідовний раунд - sequential (складається із послідовних ходів учасників)
                            • 30 секунд
                            • Голландський раунд (dutch);
                            • Одночасний раунд (simultaneous);
                            • Пріоритетний раунд (precedence);
                            • Розкриття (final).розкриття - final

                            Формування протоколу Аукціону - додати

                            ...

                            по готовності

                            Шаблони електронного протоколу аукціону:

                            • Аукціон відбувся
                            • Аукціон не відбувся
                            • Результати аукціону скасовано

                            ...

                            • /Один учасник
                            • Аукціон не відбувся

                            Особливості роботи із сутностями та документами

                            ...

                            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

                            Формується автоматично, дорівнює 3

                            8previousAuctionId-string

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

                            minLength: 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+stringtruefalseНаявність умов продажуSale conditions

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

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

                            23guarantee+base.ValuefalseГарантійний внесокGuarantee feeВикористовується стандартна модель
                            24registrationFee-base.ValuefalseРеєстраційний внесокRegistration feeВикористовується стандартна модель
                            25minimalStep+-base.ValuedutchMinimalStepfalsetrueРозмір кроку аукціонуMinimal stepВикористовується стандартна модель
                            26minNumberOfQualifiedBids-integer($int64)falseМінімальна кількість заявMinimal number of bidsdutchStep+base.dutchStepfalseРозмір кроку голландського раунду, грн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). Відповідає за підтвердження оплати за лот та редагується організатором

                            Додається поле participationPayment (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     

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

                            43_metaadditionalInformation     

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

                            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