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

commertialSale-english

commertialLease-priorityEnglish

Глосарій процедури

  1. Крок аукціону  мінімальна надбавка, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції
  2. Лот — об’єкт продажу, який виставляється на електронний аукціон
  3. Закрита цінова пропозиція — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні
  4. Учасник — фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний ключ (token) учасника;
  5. Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочерговий викуп лоту за ціною вказаною учасником без такого права
  6. Цінова пропозиція — сума коштів, сплата якої декларується учасником у ході електронного аукціону

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

  1. На етапі публікації Процедури:
  2. Аукціон:
  3. Кваліфікація:

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

Дані учасника з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod.

Під час аукціону (auctionPeriod) учасник з переважним правом має право не робити ставки до 4-го раунду аукціону.

Етапи

Публікація процедури

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

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

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

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

Перехід з

За умови

Коментар

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

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

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

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

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

active_auctionАукціонactive_tendering

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

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

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі 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


АБО

active_tendering



АБО

active_awarded

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

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

АБО

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

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

АБО

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

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

Для двох учасників, що на початок роботи МА мали bids[].status == active та зробили найвищі ставки на момент auctionPeriod.endDate, в обʼєкті процедури створюється два Awards[]: один у статусі pending і другий у статусі pending_waiting (деталі розподілу в розділі Статуси Awards). 

АБО

Для одного учасника, що на початок роботи МА мав bids[].status == active та ставка >= value.amount+minimalStep на момент tenderPeriod.endDate, то в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards)


АБО

Якщо з переможцем підписано протокол, то процедура набуває статусу active_awarded. Якщо після цього Організатор дискваліфіковує переможця, процедура повертаєтсья в статус active_qualification

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

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

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

(Підписано протокол з переможцем)

По завершенню роботи із протоколом, Організатор змінює статус award'у: pending → active

При цьому статус процедури автоматично змінюється на “Очікується підписання договору” (active_qualification → active_awarded)

completeАукціон завершеноactive_awarded

Ручна дія.

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

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

При виконанні дії зміни статуса на complete ЦБД перевіряє:

Статус учасника переможця: 

    • Статус award'у == active
    • Статус contractʼу ==  active

cancelled

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

active_tendering

active_auction

active_qualification

active_awarded

Ручна дія.

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

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

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

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

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

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

active_tendering



АБО

active_auction


АБО

active_qualification


АБО

active_awarded

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

Якщо на момент tenderPeriod.endDate кількість поданих заяв менше за встановлене Організатором значення minNumberOfQualifiedBids

АБО

Якщо в рамках періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота + кроку аукціону)

АБО

Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників: дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів

АБО

Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника на етапі підписання Договору, а 2-й учасник відмовився від очікування

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

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

Всі періоди генеруються ЦБд автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами

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

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

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

Дата початку

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

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

Коментар

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

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

Може припадати на неробочий день, завершується за 6 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00

tenderPeriod.endDate - 6 к.д., завершення о 18:00

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

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

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

"rectificationPeriod": {
	"endDate": {
		"diff": "6 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}
tenderPeriodactive_tenderingПеріод подання пропозицій

о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate

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

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

active_tendering → active_auction


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

Протягом періоду Учасники можуть подавати свої заяви на участь

"tenderPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "20:00"
	},
	"startDate": {
		"from": "now"
	}
}
questionPeriodactive_tenderingПеріод запитань

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

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


"questionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}
 
enquiryPeriodactive_tenderingПеріод відповідей

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

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


 

"enquiryPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}
auctionPeriodactive_auctionАукціон

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

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

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

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

active_auction → active_qualification

active_auction → unsuccessful

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

active_auction → cancelled

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

"auctionPeriod": {
"startDate": {
"time": "11:00 - 13:00",
"validation": {
"is_business_day": true,
"min": {
"diff": "8 days",
"direction": "forward",
"error": "raise",
"from": "now",
"time": "11:00",
"is_business_day": true
}
}
}
}
qualificationPeriodactive_qualification
active_awarded

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

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

qualificationPeriod.startDate == auctionPeriod.startDate

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

qualificationPeriod.startDate == auctionPeriod.endDate



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

 
qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00

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

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

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

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

"qualificationPeriod": {
"endDate": {
"diff": "20 business days",
"direction": "forward",
"from": "now",
"time": "18:00"
},
"startDate": {
"from": "now"
}
}

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

Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в поля Процедури.

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

Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[]) без необхідності додавати перед цим clarification документ.

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

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

Особливості інактивації бідів для переважного права

Дані учасника з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod 

Якщо Організатор "заміняє" Учасника з переважним правом тим, що редагує currentTenants[].identifier.id, то:

У разі внесення змін в будь-які інші поля учасника з переважним правом (currentTenants) крім identifier.id - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була.

Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) потрібно надіслати сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

Учаснику який набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника з переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

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

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

При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:

Обовʼязкових документів для публікації і активації заяви на участь немає.

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

documentTypeНазва УкрНазва АнглОбовʼязковість для публікаціїПублічність
commercialProposalЗаява на участьCommercial proposalнітак
x_passportКопія паспорта або документу, що посвідчує особуPassport or identity documentніні
x_IPNКопія РНОКППRNTRC copyніні
x_tenderersRegisterExtractВитяг ЄДРПОУRegister extractнітак
x_guaranteeApprovalДокумент, що підтверджує сплату гарантійного внескуGuarantee fee approvalнітак
x_registrationFeeApprovalДокумент, що підтверджує сплату реєстраційного внескуRegistration fee approvalнітак
qualificationDocumentsДокументи, що підтверджують відповідність вимогамQualification documentнітак
auctionProtocolПротокол аукціонуAuction protocolнітак
digitalSignatureЦифровий підписDigital signatureнітак


При реєстрації учасника, що має отримати Переважне право, необхідно перевірити, що саме вказав Організатор аукціону в currentTenants. Індетифікатор (ЄДРПОУ, ІПН) має співпадати.

Після публікації біда від учасника з переважним правом, бід опублікується з статусі draft. При цьому ознака "пріоритетного права" зʼявиться у біда лише після його активації (зміни статуса з draft → active)

Якщо вже існує Бід з priority, але Організатор редагує поля процедури в результаті чого бід деактивується - ознака priority зникає, а після повторної активації (inactivate --> active) знов зʼявляється, якщо Організатор не замінив identifier учасника з переважним правом.

До закінчення tenderPeriod учасники мають право анулювати заяви на участь (active → deleted) або внести до них зміни, завантажувати або замінювати документи в заявці.

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

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


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

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

Перехід з

За умови

Коментар

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

Ручна дія.

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

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

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

  • value
  • bidders

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

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

draft

inactive

Ручна дія.

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

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

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

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

draft

active

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

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

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

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

Важливо: При переході біда в статус inactive для учасника з переважним правом має перестати відображатись поле priority

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

draft

active

inactive

Ручна дія.

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

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

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

Важливо: При переході біда в статус deleted для учасника з переважним правом має перестати відображатись поле priority



Посилання на legalNames


Структура даних

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

x-default: hex
_id-string

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

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

minimum: 1
example: 10

previousAuctionId-string

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

example: CSE000-UA-YYYYMMDD-00000 / UA-PS-YYYY-MM-DD-000000-0
pattern: ^(CS[ED][0-9]{3}-UA-[0-9]{8}-[0-9]{5}|[a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$


minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, має відповідати auctionId попереднього аукціону.

Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)

sellingMethod+
stringfalseТип процедуриProcedure typeEnum:
[ commercialSell-priorityEnglish, commercialSell-priorityEnglish-ultra-fast, commercialSell-priorityEnglish-fast, commercialSell-priorityEnglish-fast-manual,commercialSell-priorityEnglish-fast-auction-manual-qualification, commercialSell-priorityEnglish-fast-auction-prod, commercialSell-priorityEnglish-initial-auction, commercialSell-priorityEnglish-initial-auction-manual, commercialSell-priorityEnglish-initial-qualification, commercialSell-priorityEnglish-initial-qualification-prod ]
lotId+
stringfalseНомер лотаLot number
relatedOrganizations commercialSell.RelatedOrganizations Організації, задіяні в керуванні об'єктомOrganizations involved in registry management

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

sellingEntity*base.Organization

Використовується стандартна модель із CSE, але переноситься в relatedOrganizations із корневого рівня

namefalsebase.MultiLang
identifiertruebase.Identifier
addresstrue

anyOf →

base.Address
base.AddressUa

representativeInfofalsestring
contactPointtruebase.ContactPoint
currentTenants*

list[]

base.OrganizationWithoutContacts

x-format: list-object
minItems: 1

maxItems: 1

description: Дані про учасника, який має переважне право.

namebase.MultiLang
identifier*base.Identifier
address*

anyOf →

base.Address
base.AddressUa


representativeInfostring

example: Довіреність № 123 від 22.02.2012, дійсна до 30.03.2012/Наказ № 142 від 14.12.2019/Статут ТОВ Кульбаба від 24.07.2002

x-legalNameUa: Інформація щодо підтвердження повноважень

x-legalNameEn: Representative information

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

idstring

readOnly: true

x-legalNameUa: Ідентифікатор учасника з пріорітетним правом

x-legalNameEn: Current tenant ID

x-default: hex

currentContractTimebase.LifeTime

 

priority 

integer($int32)

readOnly: true

minimum: 0

default: 0

x-dictionaries: List [ "priorityType" ]

x-legalNameUa: Пріорітет учасника

x-legalNameEn: Participant's priority

x-legalNameUa: "Дані про учасника з переважним правом"

x-legalNameEn: "Participant with priority right"


title+base.MultiLangfalseНазва аукціонуAuction titleВикористовується стандартна модель із CSE
description+base.MultiLangfalseОпис аукціонуAuction descriptionВикористовується стандартна модель із CSE
auctionUrl-stringtrueВеб-адреса для перегляду аукціонуAuction linkexample: /api/auctions/123
x-format: rel-url

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

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

Обов'язково один банківський рахунок з типом 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"
x_documentRequirements-base.MultiLangfalseПерелік та вимоги до оформлення документівList and requirements of registration documents
x_additionalInformation-base.MultiLangfalseДодаткові відомостіOther requirements and additional information
value+base.ValueWithTaxfalseСтартова ціна лотаStart lot price

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

field nametypecomment
currency *string

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

x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

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

exclusiveMinimum: true

x-format: decimal-float

x-legalNameUa: Сума

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

x-legalNameEn: Tax
valueAddedTaxCharged-booleanfalseНа фінальну суму нараховується ПДВValue added tax chargeddefault: false
discount-base.DiscountfalseЗнижкаDiscountВикористовується стандартна модель із CSE
guarantee+base.ValuefalseГарантійний внесокGuarantee feeВикористовується стандартна модель із CSE
registrationFee-base.ValuefalseРеєстраційний внесокRegistration feeВикористовується стандартна модель із CSE
minimalStep+base.ValuefalseРозмір кроку аукціонуMinimal stepВикористовується стандартна модель із CSE
minNumberOfQualifiedBids-integer($int64)falseМінімальна кількість заявMinimal number of bidsdefault: 1
minimum: 1

maximum: 2

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

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

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

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

x-format: list-object
minItems: 1

default: List []

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

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

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

Для публікації Обовʼязковий хоча б один документ з documentType=illustration

 bids - commercialSell-englishPriority.BidtrueЗаява на участь Bid

МОДЕЛЬ ТУТ

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

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

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

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

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

Використовується стандартна модель із CSE - commercialSell.Award

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

contracts-commercialSell.ContracttrueДоговірContract

Використовується стандартна модель із CSE - commercialSell.Contract

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

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

Використовується стандартна логіка CSE: Якщо Організатор вносить зміни в поля процедури так, що це може призвести до дискваліфікації учасників, то ЦБД автоматично заповнить\оновить значення в цьому полі.

Потрібно, для Майданчиків для побудови логіки інформування своїх Бідів про те, що їх заява інактивувалась в результаті того, що Організатор вніс зміни в полях процедури

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

numberOfCurrentTenants-
integer($int32)trueКількість учасників з переважним правомNumber of participants with priority right

default: 1

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

currentTenantGuaranteeFee -base.Value trueГарантійний внесок чинного орендаряGuarantee fee for current tenant
currency*

string
default: UAH

x-legalNameUa: Валюта

x-legalNameEn: Currency

Enum: [ UAH, USD, EUR ]

amount*number($float)
example: 10

minimum: 0

x-format: decimal-float

x-legalNameUa: Сума

x-legalNameEn: Amount

Автогенерується ЦБД при публікації процедури. Значення копіюються із guarantee. Організатор не може редагувати currentTenantGuaranteeFee

_meta     

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

additionalInformation     

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

metaInfo     

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

Модель bid

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

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

x-default: hex
id-stringtrueІдентифікатор заяви на участьBid IDx-default: hex
bidders*





datePublished-string($date-time)trueДата заяви на участьBid date
dateModified-string($date-time)trueОстання дата редагування ставкиBid modified date
status-string
Статус заяви на участьBid statusEnum:
value*
base.Value



documents





participationUrl-stringtrueВеб-адреса для участі в аукціоніBidder participation link

Веб-адреса, яка доступна тільки для учасника, що подав заяву на участь в аукціоні.
Час генерації посилання відповідає моменту набуття процедурою статусу active.auction


example: /api/auth/auction?token=token
x-format: rel-auth-url

order-integer($int64)true


inactiveBidDate-string($date-time)trueДата деактивації заяви на участьInactive bid date
initialValueAmount
number($float)trueЗакрита цінова пропозиціяInitial amountexample: 10
minimum: 0

x-format: decimal-float
priority
integer($int32)trueПріоритет учасникаParticipant priority

minimum: 0
x-dictionaries: List [ "priorityType" ]

Значення priority заповнюється автоматично в залежності від того, що Організатор вказав в полі relatedOrganizations.currentTenants[].

Коли публікується Бід, ЦБД має виконати перевірку: bids[].bidders[].identifier.id == relatedOrganizations.currentTenants[].identifier.id ?

Якщо так, то ЦБД має проставити priority: 0

Якщо публікується бід, у якого bids[].bidders[].identifier.id <> тому, що вказав Організатор в relatedOrganizations.currentTenants[].identifier.id, то поле priority залишається НЕ заповненим.