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

Визначення та скорочення

Багатолотовий аукціон – Аукціон застосовується для проведення електронних торгів на базі англійської механіки аукціону (з підвищенням ставок учасників), де є один основний раунд, та додаткові раунди, що подовжують тривалість аукціону.

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

Організатор – замовник аукціону.

Продавець –  продавець аукціону.

Учасник – суб’єкт господарювання, який має намір взяти участь в аукціоні, пройшов процедуру реєстрації в електронній торговій системі, отримав відповідне підтвердження про реєстрацію для участі в аукціоні та індивідуальний код учасника відповідно до Регламенту ЕТС.

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

Гарантійний внесок – грошова сума, відсоток від оголошеної вартості активу, зарахована на рахунок оператора електронного майданчика учасника в якості забезпечення з метою гарантування виконання угоди, з якого потенційний учасник подає заявку на участь у торгах.

Реєстраційний внесок – на час дії воєнного стану – не сплачується. Грошова сума в розмірі 500 грн із ПДВ. Реєстраційний внесок сплачується НЕ за лот, а за день участі в торгах. 

Лот – частина процедури, що пропонується для продажу. Лот складається з підлотів, лот не продається частинами / підлоти не продаються окремо.

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

Крок аукціону – відсоток від стартової ціни лоту, на яку учасник аукціону може збільшити найвищу цінову пропозицію за лот (учасник не може збільшувати свою цінову пропозицію, якщо вона є найвищою).

Валідна ставка – валідною ставкою вважається: 

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

МА –  модуль аукціону.

ЦБД – центральна база даних Прозоро.Продажі.

р.д. –  робочі дні.

Публічність – якщо значення "+", то атрибут, чи модель має відображатись в інтерфейсі майданчика.

Обов'язковість – якщо значення "+", то атрибут, чи модель має бути обов'язково заповненою, якщо "-" – не має бути обов'язково заповненою.

Різниця між процедурами

Нормативні та бізнес засади

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

• Додатковий Регламент АТ «Прозорро.Продажі»

Мета створення процедури та нормативні засади

Визначається механізм процедури, що може використовуватись для продажу декількох лотів в рамках однієї процедури.

З метою проведення аукціонів на підвищення ціни з кількома переможцями в межах системи Prozorro.Sale реалізовано sellingMethod: basicSell-multiLot. Така процедура надає змогу Організатору здійснити продаж декількох лотів однакового призначення, в рамках однієї процедури, для декількох учасників (для всіх лотів може бути 1 переможець, для кожного лоту може бути окремий переможець і всі можливі варіанти)

Особливості процедури

1. На етапі публікації Процедури:
   • Процедура має Організатора та Продавця
   • Продавецем та Організатором може бути одна і та сама юридична особа
   • В одній процедурі може бути декілька лотів (items)
   • Кожен лот має хоча б один підлот
   • ItemProps однакові для всіх підлотів в залежності від обраної Категорії процедури, але не є обов'язковими
   • Класифікатори вказуються для кожного лоту в залежності від дозволеного діапазону класифікаторів в задежності від Категорії
   • Стартова вартість процедури - Сума стартових вартостей всіх лотів
   • Учасник при подачі пропозиції не вказує закриту цінову пропозицію
   • Продавець на етапі публікації вказує:
     • Інформацію про Організатора
     • Тип майна (Категорія процедури)
     • Заповнює поля Додаткові властивості (itemProps) для кожного підлоту
     • Стартова вартість (items.value.amount)
     • Крок аукціону (procedure.minimalStep)
     • Гарантійний внесок
     • Реєстраційний внесок
2. На етапі редагування процедури:
   • Під час редагування процедури Організатор може перевести кожен окремий лот в статус cancelled
3. На етапі подання заяв на участь:
   
   • Учасник може подати стільки заявок на участь в одній процедурі скільки лотів в визначеній процедурі
   • Учасник може подати тільки одну заяву на участь в одному лоті
   • Учасник в заяві на участь вказує:
     • Учасник визначає на які лоти подаються пропозиції
4. Аукціон:
   
   • Аукціон продажу декількох лотів в одній процедурі (multiLot)
   • Учасник може перебивати пропозиції інших учасників в певний проміжок часу, активувати елемент "Ставка"
5. Кваліфікація:
   • Кількість переможців обмежена кількістю лотів в процедурі

Загальний бізнес-процес

Моделі

Схема співвідношення сутностей процедури 

Procedure model (Процедура)

• Створення процедури відбувається:
  • Надсиланням POST запиту /api/procedures Майданчиком з заповненими обовʼязковими полями (перелік полів можна побачити у таблицях нижче + swagger)
• Заява на участь подається до лотів, а не до процедури в цілому.
  • Один учасник в рамках одної процедури може подати заявку на участь до одного, декількох, чи всіх лотів. 
• Детальніше про доступні дії в розрізі статусів наведені в розділі Статуси процедури.
• Опис періодів наведено в розділі Періоди процедури

Бізнес-процес створення процедури

Organization model (Інформація про Організатора)

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

Seller model (Інформація про продавця)

Містить дані про безпосереднього продавця лотів.

В процедурі можуть бути лоти тільки одного продавця, відповідно в процедурі може бути тільки один продавець.

В sellers[] може бути тільки один обʼєкт продавця.

SellingEntityIdentifier model (Ідентифікатор Організатора аукціону)

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

Address model (Адреса)

Може містити дані щодо місцезнаходження учасника (покупця)

AddressUa model (Українська адреса)

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

AddressIdentifier model (Код об’єктів адміністративно-територіального устрою України)

BankAccounts model (Банківський рахунок)

Зазначаються реквізити продавця для проведення учасником розрахунків за лот

Використовується в моделі Seller model (Інформація про продавця)

Accounts model (Деталі банківського рахунку)

BankAccountHolder model (Реквізити одержувача)

Містить дані про банківські реквізити одержувача

Identifier model (Ідентифікатор одержувача)

Містить дані щодо ідентифікації учасника аукціону

АccountIdentification model (Банківські реквізити)

Містить дані щодо можливих, до заповнення, банківських ідентифікаторів, є обов'язковою складовою моделі BankAccount

Value model (Вартість)

Містить дані щодо вартості. 

ValueWithTax model (Вартість з податком)

Містить дані щодо вартості. За замовчуванням: валюта - гривня, ПДВ - включено. Може використовуватися для стартової ціни лота, кроку аукціону і т.д.

Lot model (Лот)

Описує склад лоту.

• Модель lots заповнюється вручну Продавцем при публікації процедури.
• Кожний лот містить перелік підлотів зв'язаних з цим лотом. Лот не може бути без підлотів.
• Лот може бути відредагований, чи видалений, а також додано новий, якщо поточний період процедури: rectificationPeriod
• Протягом rectificationPeriod та tenderPeriod для Організатора має бути доступна зміна Lots.status: ready → cancelled
  • Якщо протягом tenderPeriod Організатор змінює Lots[x].status: ready → cancelled має відпрацьовувати перевірка на наявність Бідів у статусі active, у яких є offer на скасований Лот.
    • Якщо такий Бід є, необхідно
      1. Змінити у повʼязаного offers.status:active → cancelled
      2. Виконати перевірку, чи є у цього Біда в offers інші Лоти.
         1. Якщо інші Лоти є, то статус Біда не змінювати. Залишати Bid у active.
         2. Якщо в offers немає інших Лотів, необхідно змінити bids[x].status: active → inactive (деактивувати Біда)
    • Якщо offers на скасований Лот немає, то ніяких дій над Бідами не виконувати.
  • Якщо протягом tenderPeriod Організатор змінює Lots[x].status: ready → cancelled має відпрацьовувати перевірка на наявність Бідів у статусі draft , у яких є offer на скасований Лот.
    • Якщо такий Бід є, змінюється статус bids[*].offers[x] active → cancelled.
      • На стороні ЦБД присутня можливість активувати Біда, у якого у переліку offers присутні оффери у статусі cancelled (але є хоч один active).
      • Якщо Бід змінює статус draft/inactive → active на ЦБД відбувається перевірка на наявність у такого Біда хоч одного оффера у статусі active. Якщо відсутні bids[x].offers[*] у статусі active - ЦБД повертає валідаційну помилку. 
      • (! На стороні Майданчика бажано реалізувати попередження для Учасника при спробі Активувати (bids[x].status:draft → active), що Учасник має ставки на Лоти, по яким торги проводитись не будуть, бо Організатор їх скасував)
  • Якщо протягом tenderPeriod Організатор скасував Лот1 (lot[x].status: ready→cancelled) і після цього Бід подає offer на Лот1, то маємо повернути валідаційну помилку, що не можна подати ставку на скасований Лот: скасовано "The offer with lotId {lotId} was canceled by the Organizer".
• Статуси лоту (Lot)

Item model (Підлот)

Описує склад підлота.

• У одного лоту може біти безліч підлотів, але мінімум один.
• Підлот не може існувати без батьківського лоту
• Підлот заповнюється повністю вручну
• Підлот може бути відредагований, чи видалений, якщо поточний період процедури: Період редагування (rectificationPeriod)
  • Якщо поточний період НЕ дорівнює Період редагування (rectificationPeriod) редагування та видалення - не доступне

Classification model (Класифікатор об'єкта/Додатковий класифікатор)

Для даної процедури обов'язково використовуємо один з переліку основного класифікатору - CAV. Основний класифікатор (одне значення) з зазначеного.
Посилання на класифікатор https://procedure-sandbox.prozorro.sale/api/classifiers

ItemProps model (Додаткові властивості)

Для даної процедури обов'язково використовуємо 3ри базові моделі для додаткових властивостей: base.RealEstateProps, base.LandProps, base.VehicleProps

Модель додаткових властивостей (LandProps)

Модель додаткових властивостей (VehicleProps)

Модель додаткових властивостей (RealEstateProps)

Для відображення додаткових властивостей в МА  використовується вісім визначених нижче додаткових властивостей в item model (Склад підлоту)
Значення або перелік додаткових властивостей та їх значень залежить від обраної Категорії процедури'.

Взаємозв'язок Category+Classification+ItemProps

Unit model (Одиниці виміру)

В даній процедурі використовуються м.куб

Document model (Документація)

Містить дані щодо структури документу та є складовою моделей процедури (Lots, Bid, Award, Contract, Cancellation, Pocedure)

prozorro_sale.procedure.models.base.Document

Bid model (Заява на участь)

Містить дані заяви на участь, її автора (учасника)

Подача заяви на участь відбувається у декілька етапів:

• Створення Заяви на участь запитом POST /api/procedures/{procedure_id}/bids
  • Заявка на участь створюється без "Закритої цінової пропозиції" (без bids[x].value) | 
  • Користувач має можливість створювати Bid одразу з offers одним запитом
  • Користувач має можливість створювати Bid без offers
    • Після створення Bid є можливість подати заяву на лоти (offers), які Учасник хоче придбати. Це можна зробити окремим запитом | POST /api/procedures/{procedure_id}/bids/{bid_id}/offers
    • У Біда має бути можливість редагувати (додавати, видаляти) перелік Лотів на які він подав offers протягом tenderPeriod у статусі Біда draft та active

Логіка роботи з offers описана тут

• Заявки на участь подаються до лоту.
  • Заявки на участь не подаються до процедури.
  • При подачі заяви до лоту, учасник буде торгуватись за весь лот в цілому (тобто за всі його підлоти; торги за конкретний підлот в рамках одного лоту - не передбачені)
• В одній заявці має бути можливість подати офер на один, або більше лотів за які хоче торгуватись учасник
  • Учасник має можливість обрати лоти зв'язані з поточною процедурою (мінімум один лот, максимум - всі лоти процедури)
• Переможець визначається для кожного лоту окремо (в МА торги відбуваються по лотах).
  • Переможцем в боротьбі за лот вважається учасник (bidder):
    • Якщо була подана одна заява на участь і учасник в МА погодився зі стартовою ціною - такий учасник вважається переможцем
    • Якщо було подано більше одної заяви на участь, то переможцем вважається той учасник, що запропонував найбільшу ціну за лот в рамках роботу МА.
• Детальний опис лоту наведено в Lot model (Склад лоту)
• Статуси заяви на участь (bid)

Offer model (Цінові пропозиції)

Учасник може одразу створити Заяву на участь і вказати Лоти, в яких він зацікавлений одним запитом

POST /api/procedures/{procedure_id}/bids

{
    "bidders": [
        {
            "identifier": {
                "id": "12312312",
                "scheme": "UA-EDR",
                "legalName": {
                    "uk_UA": "ТзОВ Найкраща Компанія в Світі"
                }
            },
            "address": {
                "addressID": {
                    "id": "4600000000",
                    "scheme": "koatuu"
                },
                "streetAddress": {
                    "uk_UA": "вул.Щаслива, 101"
                },
                "locality": {
                    "uk_UA": "Львів"
                },
                "region": {
                    "uk_UA": "Львівська область"
                },
                "countryName": {
                    "uk_UA": "Україна"
                }
            },
            "contactPoint": {
                "name": {
                    "uk_UA": "Остап Вишня"
                },
                "telephone": "+380999999999",
                "email": "ostap_v@gmail.com"
            },
            "representativeInfo": "some text"
        }
    ],
    "documents": [],
    "offers":[
                {
                    "lotId": {{lot_id_0}}
                },
                {
                    "lotId": {{lot_id_1}}
                }
            ]
} 

АБО

Учасник має можливість обрати Лоти, в яких він зацікавлени після публікації Bid-а

POST /api/procedures/{procedure_id}/bids

{
    "bidders": [
        {
            "identifier": {
                "id": "12312312",
                "scheme": "UA-EDR",
                "legalName": {
                    "uk_UA": "ТзОВ Найкраща Компанія в Світі"
                }
            },
            "address": {
                "addressID": {
                    "id": "4600000000",
                    "scheme": "koatuu"
                },
                "streetAddress": {
                    "uk_UA": "вул.Щаслива, 101"
                },
                "locality": {
                    "uk_UA": "Львів"
                },
                "region": {
                    "uk_UA": "Львівська область"
                },
                "countryName": {
                    "uk_UA": "Україна"
                }
            },
            "contactPoint": {
                "name": {
                    "uk_UA": "Остап Вишня"
                },
                "telephone": "+380999999999",
                "email": "ostap_v@gmail.com"
            },
            "representativeInfo": "some text"
        }
    ],
    "documents": []
}

POST /api/procedures/{procedure_id}/bids/{bid_id}/offers?acc_token={bidder_id_1_token}

[
    {
        "lotId": {{lot_id_0}}
    },
    {
        "lotId": {{lot_id_1}}
    }
]

Якщо публікується offer на Лот, який був скасований Організатором (lots[x].status: cancelled), повернеться валідаційна помилка "The offer with lotId {lotId} was canceled by the Organizer".

Якщо Організатор скасовує Лот на який вже були створені Учасниками Біди описано тут

Протягом tenderPeriod є можливість:

1. Додавати offers до Bid-a
   1. додавання offers виконується тим самим запитом POST /api/procedures/{procedure_id}/bids/{bid_id}/offers
      1. Неможливо повторно надіслати offer з lotId, на який offer вже надсилався. Повернеться валідаційна помилка 
      2. Якщо надіслати запит на offer з іншим lotId, то він додається до переліку offers цього Біда (lot має бути у статусі ready)
2. Видаляти offers можна запитом DELETE /api/procedures/{procedure_id}/bids/{bid_id}/offers/{offer_id}

Додавати і видаляти offers у Учасника є можливість протягом всього tenderPeriod у статусі Біда draft та active

• Bid model (Заява на участь)

Bidder model (Учасник)

В даній процедурі модель використовується для учасника аукціону в Bid model (Заява на участь), Award model (Рішення щодо кваліфікації учасників), Contract model (Договір),
Поле name Автоматично генерується: з поля legalName зі схеми Identifier

ContactPoint model (Контактна особа)

Містить дані про контакту особу та може використовуватися для організатора, учасника і автора запитання в моделях SellingEntity та Organization

VerificationDocumentInfo model (Реквізити документу, що підтверджує повноваження)

Може містити дані про документ, наприклад ліцензія, який може використовуватися в моделі Учасника

Question model (Питання та відповіді)

Описує сервіс обговорення аукціону (запитання-відповідь)

Award model (Рішення щодо кваліфікації учасників)

Дані об'єкта, що формується за результатами аукціону в межах якого відбувається кваліфікація кожного окремого учасника

• Рішення щодо кваліфікації учасника (award) створюється за результатами роботи модулю аукціону, за умови початку періоду кваліфікації
• За результатами створення Рішень щодо кваліфікації (award) у одного учасника переможця (bidder) може бути створено тільки одне Рішення щодо кваліфікації (award)
• Як формуються Рішення:
  • Система аналізує всі лоти (lot), які приймали участь в роботі МА і вибирає всі лоти по яким були валідні ставки в МА:
    
    • Валідною ставкою вважається:
      • Якщо була подана одна заява на участь в боротьбі за лот і учасник погодився зі стартовою ціною в МА
      • Якщо було подано більше одної заяви на участь в боротьбі за лот, то валідною вважається найбільша подана ставка в МА
  • Система аналізує Покупців (bidders), які стали переможцями
  • Система формує Рішення щодо кваліфікації учасника (award) для кожного переможця (від одного переможного лоту до безлічі) в розрізі продавця (один унікальний продавець + всі лоти цього продавця, в яких поточний учасник є переможцем). Тобто, кількість створених Рішень щодо кваліфікації (award) напряму залежить від кількості унікальних зв'язок: унікальний переможець+продавець
    
    • Приклад: Учасник став переможцем в боротьбі за лоти 1, 2, 34, 45, 46, 46. У лотів один продавець (в процедурі можуть бути лоти тілки одного продавця) Таким чином система сформує для Учасника одне Рішення щодо кваліфікації
  • Статуси об’єкту кваліфікації (award)

Схема створення рішень щодо кваліфікації учасників