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

Ринок

Арештовані активи АРМА

Бізнес назва

Арештовані активи АРМА

Тип аукціону

Англійський аукціон (English)

Технічна назва процедури 

armaProperty-english

Буквений ідентифікатор процедури

APE

Процедура найбільше схожа на

basicSell-english

Визначення

Організатор - юридична особа відібрана АРМА на конкурсних засадах (оператор, підключений до ЕТС). Організатор отримує токен доступу до проуедури, але в sellingEntity вказується інформація про АРМА - замовника аукціону.

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

Гарантійний внесок — грошова сума в розмірі 10 відсотків (20 відсотків, у разі проведення повторних електронних торгів) вартості активу відповідно до звіту про оцінку чи іншого документу, який відображає результати оцінки активів, зарахована на рахунок оператора електронного майданчика, з якого потенційний учасник подає заявку на участь у торгах. (на ЦБД не валідується. залишається на розсуд Організатора)

Реєстраційний внесокгрошова сума в розмірі 1, 7, 20, 30, 100 неоподатковуваних мінімумів доходів громадян, в залежності розміру стартової ціни лота, зарахована на рахунок оператора електронного майданчика, з якого потенційний учасник подає заявку на участь у торгах. (на ЦБД не валідується. залишається на розсуд Організатора)

Процедура регламентується

Timeline процедури

Періоди процедури:

Технічна назва періодуБізнес назва періодуДата початкуЗавершенняРезультат завершенняКоментар
rectificationPeriodПеріод редагуванняДата та час публікації процедури в ЦБДО 18:00 за 5 к.д. до початку аукціону
Редагування процедури більше недоступне.

Період не формується для майна, що швидкопсується (isPerishable == true)

Період відсутній для (isPerishable == true) бо через 2 р.д. почнеться Аукціон

tenderPeriod

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

О 20:00 за 1 р.д. до початку аукціону

( Початок аукціону auctionPeriod.startDate вказує Організатор з умовами:

IF (isPerishable == true)
автоматично ЦБД через 1 р.д. після дня публікації процедури (не враховуючи день публікації)
ELSE
вказується організатором, але не раніше ніж через 7 к.д. після дня публікації процедури (не враховуючи день публікації)

Статус процедури змінюється на “Аукціон” (active_auction)
questionPeriodПеріод запитаньО 18:00 за 1 р.д. до початку аукціонуКористувач більше не може задати запитання до аукціону Нормативно завершується за 2 р.д., але тенхнічно, така можливість не обмежується. Організатор не зобов'язаний відповідати на запитання, що надійшли пізніше як за 2 р.д.
enquiryPeriodПеріод відповідейОрганізатор більше не може надіслати відповідь на запитання
auctionPeriodПеріод аукціону

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

  • автоматично формується ЦБД через 2 р.д. після дня публікації процедури для швидкопсуваного майна (isPerishable == true)
  • вказується організатором, але не раніше ніж через 7 к.д. після дня публікації процедури, для (isPerishable == false)

Момент завершення роботи модуля аукціону

Статус процедури змінюється на “Очікується оприлюднення протоколу”

qualificationPeriod

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

  • Дата та час завершення tenderPeriod, за умови наявності 1 bid`а >= стартова ціна
  • Дата та час завершення auctionPeriod, за умови наявності за результатми роботи модулю аукціону не менше 1 bid`а >= стартова ціна + крок

18 р.д., не враховуючи день початку періоду

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

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

У випадку дискваліфікації переможця формується повторно для наступного учасника, що кваліфікується з усіма вкладеними періодами.
award.verificationPeriodПеріод підписання протоколу
  • Дата та час початку створення Award
  • Для активного Award співпадає з qualificationPeriod.startDate
  • Для Award у статусі pending_waiting почнеться коли(якщо) він змінить статус на pending
10 р.д., не враховуючи день початку періоду

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

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


 award.paymentPeriodПеріод оплати15 р.д., не враховуючи день початку періоду

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

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


award.signingPeriodПеріод підписання акту/договору18 р.д., не враховуючи день початку періоду

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

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


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

Діаграма статусів процедури

Технічна назва статусуБізнес назва статусу

Перехід з

За умови

active_tenderingПрийняття заяв на участьмомент публікації оголошення в ЦБД-
active_auctionАукціонactive_tendering

Завершення період подання пропозицій (tenderPeriod)

active_qualification
Очікується оприлюднення протоколуactive_auctionнаявний мінімум 1 валідний bid  за резултатами аукціону (bid >= стартова ціна + крок)
active_tenderingнаявний тільки 1 валідний bid в момент завершення періоду подання пропозицій (bid >= стартова ціна)
pending_paymentОчікується оплата active_qualification

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

active_awardedОчікується підписання акту/договору pending_payment

Оплату за лот підтверджено

complete
(термінальний статус)

Аукціон завершено. Акт/договір підписано

active_awarded

Після завершення роботи з контрактом (contract в статусі active), надіслано запит на завершення процедури.

unsuccessful
(термінальний статус)




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



active_auction

відсутній хоча б 1 валідний bid за результатами аукціону  (bid >= стартова ціна + крок)

active_tendering

відсутні валідні bid'и (bid >= стартова ціна) в момент завершення періоду подання пропозицій (tenderPeriod)

active_qualification

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



pending_payment
active_awarded

cancelled
(термінальний статус)

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

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

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

Статуси заяви на участь (bid)

Діаграма зміни статусів

Використовуються базові статуси заяви в процедурі: draft, active, inactive, deleted

Статуси об’єкту кваліфікації (award)

Діаграма зміни статусів

Технічна назва статусуБізнес назва статусу

Перехід з

За умови

pending_waitingОчікується рішення

момент створення award 

створюється за умови початку періоду кваліфікації, для учасника з другою за розміром ціновою пропозицією (bid)
pending

Очікується протокол

момент створення award 

створюється за умови початку періоду кваліфікації, для учасника з найвищою ціновою пропозицією (bid)

pending_waiting

в момент дискваліфікації учасника, що кваліфікується
activeПереможець. Очікується акт/договір та оплата pendingв момент підтвердження Протоколу Організатором
unsuccessful
(термінальний статус)
Дискваліфікованоpending, activeв момент дискваліфікації учасника, що кваліфікується
cancelled
(термінальний статус)

Учасник не став переможцем

pending_waiting

в момент успішного завершення процедури (переходу процедури в статус complete)
в момент відмови учасника від очікування

Статуси акту/договору (contract)

Діаграма зміни статусів

Технічна назва статусуБізнес назва статусу

Перехід з

За умови

pendingОчікується оплатамомент створення сутності contractстворюється за умови підтвердження протоколу
(зміна статусу award на active)
signedОчікується підписання акту/договоруpendingв момент підтвердження оплати Організатором
activeАкт/договір підписаноsignedв момент підтвердження акту/договору Організатором

cancelled

(термінальний статус)

Акт/договір скасованоpending, signed, active

в момент дискваліфікації учасника, що кваліфікується

Функціонал користувачів 

Ролі користувачів

Організатор - користувач, що створив оголошення процедури та отримав токен доступу для ролі Організатора.

АРМА - роль може бути виділенна на майданчику для підтвердження оплати за лот. Доступ до ЦБД за токеном доступу організатора.

Користувач - користувач авторизований на майданчичку

Учасник - Користувач, що подав заяву на участь в аукціоні (отримав id та токен доступу)

Переможець - Учасник для якого сформовано award в статусі pending

Учасник, що очікує - Учасник для якого сформовано award в статусі pending_waiting

Функціонал доступний Організатору

Публікація оголошення

Документи оголошення типові

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

  • У випадку створення оголошення для майна, що швидкопсується isPerishable == true не дозволяти Організатору вручну заповнювати auctionPeriod.startDate
  • У випадку, якщо користувач встановив ознаку "Майно, що швидко псується" (isPerishable == true), є можливість обрати основний Класифікатор тільки який починається на 03* АБО 15*

Публікація оголошення відбувається за базовим флоу поблікації оголошення
Поля оголошення аналогічні як в basicSell, крім таких відмінностей у полях:

Технічна назва поляНазва українськоюОпис зміниОбов‘язковість
bankAccountsБанківські реквізити
  • Обов'язково заповнити два банківських рахунки з типом guarantee та registrationFee, валюта обох рахунків UAH
  • Перейменовано поле bankAccounts з Банківські рахунки організатора на Банківські реквізити
(plus)
contactPointОсоба відповідальна за забезпечення оглядуДодано поле(plus)
organizationEntity Контактні дані організатора аукціонуДодано поле(minus)
sellingEntity Інформація про замовникаПерейменовано(plus)

preparationValue


Витрати на підготовку лота


Додано поле(plus)

discount

 

 

Видалено поле

registrationFee

 

Реєстраційний внесок

Додано поле(plus)

Класифікатори

Основний:

  • Обов’язковий CAV

Додатковий:

  • НЕ Обов’язковий CVZU і CPVS


!!! Додатковий класифікатор CVZU доступний для заповнення тільки для itemPropsType == jointPropertyComplexProps OR LandProps


Особливості роботи із основним класифікатором наступні:

  • В залежності від обраного значення із переліку основного класифікатора, ЦБД автогенерує значення для Типу активу (armaPropertyItemType), для інших значень основного класифікатора, що не зазначені нижче ЦБД нічого не автогенерує:
    • 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно);
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно);
    • 06000000-2 – Земельні ділянки та усі вкладені коди - asset (Майно);
    • 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно);
    • 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно);
    • 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно);
    • 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно);
    • 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно);
    • 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно);
    • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди - claimRights (Права вимоги);
    • 08000000-6 – Корпоративні права та усі вкладені коди - claimRights (Права вимоги);
  • Можна вибрати лише такі значення і в залежності від вибраного значення ЦБД визначає, за необхідності, відповідну itemProps схему, для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не автогенерує:
    • 04000000-8 – Нерухоме майно та усі вкладені коди - armaProperty.RealEstateProps;
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - armaProperty.JointPropertyComplexProps;
    • 06000000-2 - Земельні ділянки та усі вкладені коди - armaProperty.LandProps;
    • 34000000-7 - Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - armaProperty.VehicleProps;
    • 07121000-3 - Застава - Нерухоме майно - armaProperty.RealEstateProps;
    • 07122000-0 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - armaProperty.JointPropertyComplexProps;
    • 07123000-7 - Застава - Земельні ділянки - armaProperty.LandProps;
    • 07126000-8 - Застава - Транспортне обладнання та допоміжне приладдя до нього - armaProperty.VehicleProps;
    • 07221000-4 - Застава - Нерухоме майно - armaProperty.RealEstateProps;
    • 07222000-1 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - armaProperty.JointPropertyComplexProps;
    • 07223000-8 - Застава - Земельні ділянки - armaProperty.LandProps;
    • 07226000-9 - Застава - Транспортне обладнання та допоміжне приладдя до нього - armaProperty.VehicleProps.
  • В залежності від обраного значення із переліку основного класифікатора (Classification), на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті basicSell.Item. Для наступних значень поле location ОБОВ'ЯЗКОВЕ для заповнення:
    • 04000000-8 – Нерухоме майно та усі вкладені коди.
  • В залежності від обраного значення із переліку основного класифікатора (Classification), на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті basicSell.Item. Для наступних значень поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:
    • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
    • 08000000-0 – Корпоративні права та усі вкладені коди
    • 45000000-7 – Будівельні роботи та усі вкладені коди
    • 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
    • 50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
    • 51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
    • 55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
    • 60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
    • 63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
    • 64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
    • 65000000-3 – Комунальні послуги та усі вкладені коди
    • 66000000-0 – Фінансові та страхові послуги та усі вкладені коди
    • 71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
    • 72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
    • 73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
    • 75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
    • 76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
    • 77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
    • 79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
    • 80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
    • 85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
    • 90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
    • 92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
    • 98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди


  • На ЦБД необхідно додати валідацію:

Якщо Організатор при створенні процедури обрав Основний класифікатор (чи вкладені в них):

    • 03000000-1 – Сільськогосподарська, фермерська продукція, продукція рибальства, лісівництва та супутня продукція
    • 15000000-8 – Продукти харчування, напої, тютюн та супутня продукція та вкладених
    • 33600000-6 - Фармацевтична продукція та всі вкладені коди

то тільки тоді він може поставити ознаку, isPerishable == true

В інших випадках віддавати валідаційну помилку при публікації Процедури, що обраний класифікатор не дозволяє встановити параметр isPerishable:  true

Документи при публікації

Для публікації оголошення необхідно завантажити типові документи оголошення

Після публікації оголошення ЦБД формує для процедури список недопущених учасників.
Bid потрапляє до списку недопущених учасників, якщо був дискваліфікований у процедурі, яка вказана у полі previousAuctionId з причин:

6. Відмовився від підписання протоколу

7. Відмовився від підписання договору

8. Не сплатив ціну продажу лота у необхідні строки


Вимоги до відображення на інтерфейсі майданчика

  • Створення оголошення (tenderAttempts можна зазначити від 1 до N)
  • У випадку, якщо для Організатора на майданчику активовано кілька ролей і він може працювати з різними процедурами, перед початком публікації аукціону Організатор має обрати тип процедури “Продаж арештованих активів АРМА”
  • Базові вимоги до публікації оголошення вказані в флоу поблікації оголошення
  • Вимоги до пошуку оголошення на інтефейсі майданчика базові, крім:

Редагування Процедури

Редагування оголошення для Процедур, в яких Період Редагування розпочинається разом з Періодом подання заяв на участь (rectificationPeriod.startDate == tenderingPeriod.startDate)

При редагуванні деяких полів процедури відбувається деактивація бідів (bid status: active → inactive)

value

valueAddedTaxCharged

guarantee

registrationFee

minimalStep

lotId

title

description

items

x_additionalInformation

preparationValue

Скасування Процедури

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

Відповіді на запитання до Процедури

До завершення Періоду запитань Організатор може надіслати відповідь на запитання учасника, або відредагувати відповідь

Завантаження документів до оголошення / Заміна документів оголошення

Організатор може завантажувати документи оголошення.

Завантаження відбувається по стандартному флоу

Заміна документів відбуваєтсья по стандартному флоу

Кваліфікація переможця

Функціонал доступний у випадку початку періоду кваліфікації процедури qualificationPeriod.

Вимоги до відображення на інтерфейсі майданчика

Вимоги до відображення інформації про учасників, що кваліфікуються базові

Робота з award`ом

Документи award`у типові, крім:

Технічний ідентифікаторНазва українськоюНазва англійськоюОбов'язковістьПриватністьДля чого Хто завантажує
assetNotice

Рішення про реалізацію

 Basis of sale

Так, для кваліфікації учасника, якщо подана одна заява на участь (тільки якщо один Award)

publicРішення, на підставі якого здійснюється реалізація активів. Завантажується у випадку кваліфікації учасника, якщо подана 1 заява на участьОрганізатор

Для зміни статуса Award з pending на active мають бути два документи лише за умови, що сформувався один Award. Якщо Award-а два, то обов'язковим є тільки один документ auctionProtocol

Завантаження протоколу

Завантаження протоколу відбувається за стандартним флоу, крім:

  • У випадку, якщо за результатами tenderPeriod наявний один bid, разом з протоколом необхідно завантажити документ assetNotice

Підтвердження протоколу (Зміна статусу Award з pending на active)

Завантаження та підтвердження протоколу відбувається за стандартним флоу

Дискваліфікація переможця

Відбувається за загальним флоу дискваліфікації переможця, крім:

Для поля terminationReason використовується словник причин дискваліфікації armaPropertyTerminationReason.

'1':

en_US: Is an employee of the tender organizer

uk_UA: Є працівником організатора торгів

'2':

en_US: Failed to submit documents or information required by this Procedure

uk_UA: Не подав документи або відомості, обов’язкове подання яких передбачено цим Порядком

'3':

en_US: Submitted false information about yourself

uk_UA: Подав неправдиві відомості про себе

'4':

en_US: He has already won previous auctions for this lot, where he did not sign a protocol or contract, did not pay for the lot on time or in full

uk_UA: Вже перемагав у попередніх аукціонах по цьому лоту, де не підписав протокол чи договір, не сплатив за лот вчасно або не в повному обсязі

'5':

en_US: Cannot be a buyer in accordance with clause 12 of this Procedure

uk_UA: Не може бути покупцем згідно з пунктом 12 цього Порядку

'6':

en_US: Refused to sign the protocol

uk_UA: Відмовився від підписання протоколу

'7':

en_US: Refused to sign the contract

uk_UA: Відмовився від підписання договору

'8':

en_US: Failed to pay the sale price of the lot within the required time frame

uk_UA: Не сплатив ціну продажу лота у необхідні строки

Робота з contract`ом

Поля contract‘у аналогічні до basicSell, крім:

  • у всіх полях "Договір" перейменовано на "Акт/договір"

Підтвердження сплати за лот (lotPaymentConfirmation)

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

Відбувається за загальним флоу внесення даних про оплату після завершення роботи з протоколом, крім 

Вимоги до відображення на інтерфейсі майданчика

На боці майданчика може бути реалізована можливість робота з оплатою під роллю посадової особи АРМА. На рівні ЦБД доступ - без змін acc token Організатора.

Підтвердження, що акт/договір готовий до підписання (Зміна статусу contract з pending на signed)

Відбувається за загальним флоу підтвердження оплати після завершення роботи з протоколом

Необхідно надіслати запит на зміну статуса contract pending → signed

При зміні статусу contract має змінитися статус Процедури автоматично pending_payment → active_awarded

Вимоги до відображення на інтерфейсі майданчика

  • На боці майданчика може бути реалізована можливість робота з оплатою під роллю посадової особи АРМА. На рівні ЦБД доступ - без змін acc token Організатора.
  • У випадку реалізації окремої ролі для посадової особи АРМА, в момент підтвердження оплати ОБОВ’ЯЗКОВА реалізація сповіщення про те, що оплату підтверджено в кабінеті Організатора та на електронну пошту Організатора

Внесення даних акту/договору (contract)

Відбувається за загальним флоу внесення даних договору після підтвердження оплати

Документи contract`у типові, крім:

  • Змінено назви документів контракту:

Технічний ідентифікатор

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

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

Обов'язковість

Приватність

Для чого 

Хто завантажує

contractSignedПідписаний акт/договірSigned act/contractТакpublicПідписаний акт/договірОрганізатор
contractAnnexeДодатки до акту/договоруContract act/annexeНіpublicДодатки до акту/договоруОрганізатор

Підтвердження акту/договору (Зміна статусу contract з signed на active)

Відбувається за загальним флоу підвердження договору після підтвердження оплати


Завершення процедури

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

Функціонал доступний Користувачу та Учаснику

Надсилання запитання Організатору

Надсилання запитання відбувається  за загальним флоу роботи з запитаннями

Редагування запитання  відбувається за загальним флоу редагування.

Функціонал доступний Користувачу

Робота з bid`ом

Створення біда можливо без документів.
Для зміни статуса bid-а з draft на active обов'язкові документи:

Документи bid`а типові, крім:

Додано валідації обов'язковість документів bid`а

Технічний ідентифікаторНазва українськоюНазва англійськоюОбов'язковістьПриватністьДля чого Хто завантажує
x_passportКопія паспорта або документу, що посвідчує особуPassport or identity documentТак, якщо bids.bidders[*].identifier.scheme == UA-IPN
або UA-PASSPORT
або UA-ID-CARD
або UA-IPN-FOP
privateПаспорт або інший документ, що посвідчує особу (для фізичної особи)Учасник
x_IPN

Копія ІПН

IPN

Так, якщо bids.bidders[*].identifier.scheme == UA-IPN
або UA-PASSPORT
або UA-ID-CARD
або UA-IPN-FOP
private

Копія картки платника податків з даними про реєстраційний номер облікової картки платника податків

Учасник
x_tenderersRegisterExtractВитяг з ЄДРПОУ або копія документа про реєстраціюRegister extractТак, якщо bids.bidders[*].identifier.scheme  == UA-EDRpublicКопія витягу з ЄДРПОУ або копію документа про реєстрацію (витяг із торговельного, банківського або судового реєстру тощо) (для юрособи)Учасник
x_ultimateBeneficiaryInfo Інформація про кінцевого бенефіціарного власникаUltimate beneficiary informationТак, якщо bids.bidders[*].identifier.scheme  == UA-EDRpublicІнформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутностіУчасник

Публікація заяви на участь

Дія обов'язкова для участі в аукціоні. Відбувається за загальним флоу публікації заяви на участь.

Функціонал доступний Учаснику

Робота з bid`ом 

(перелік документів описано вище)

Активація заяви на участь (Зміна статуса Bid-а з draft АБО inactive на active)

Дія обов'язкова для участі в аукціоні. Відбувається за загальним флоу активації заяви на участь

Скасування заяви на участь

Відбувається за загальним флоу скасування заяви на участь учасником

Редагування поданої заяви

Відбувається за загальним флоу Редагування заяви на участь

Завантаження протоколу учасником

Дія необов'язкова. Відбувається за загальним флоу публікації протоколу учасником

Робота з award`ом

(перелік документів описано вище)

Відмова від очікування

Відбувається за загальним флоу Відмова від очікування

У учасника, у якого Awards[1] знаходиться в статусі pending_waiting немає можливості відмовитись від очікування до моменту, поки Awards[0] не отримає статус active. (запит)

Не має бути можливості змінювати Awards[1].status з pending_waiting на cancelled, якщо Awards[0].status != active

Awards[1] має можливість змінити статус з pending_waiting на cancelled тільки якщо Awards[0].status == active (тільки якщо підписано протокол з першим переможцем)

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




  • No labels