Versions Compared

Old Version 15

changes.mady.by.user Filip Kuzmin

Saved on

compared with

New Version 16

changes.mady.by.user Filip Kuzmin

Saved on

Key

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

...

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

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

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

Дата початку

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

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

Коментар

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

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

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

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

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

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

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

Code Block
"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


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

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

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

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

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


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

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

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


 

Code Block
languagejs
"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

Code Block
"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-го учасника).

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

Документи процедури

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

Ілюстрація

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

так (тільки для оголошень із Типом активу itemType == asset (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)

так

notice

Паспорт торгівAuction noticeОфіційне повідомлення, що містить деталі аукціонунітак

technicalSpecifications

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

evaluationCriteria

Кваліфікаційні вимогиEvaluation criteriaВимоги до потенційних учасників аукціонунітак

contractProforma

Проєкт договоруContract proformaДокумент містить умови договорунітак

x_presentation

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

clarifications

Опис причин редагування

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

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

...

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

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

Перехід з

За умови

Коментар

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

Аукціон

Схема проходження МА

draw.io Diagram
bordertrue
diagramNameCSL_auction_scheme
simpleViewerfalse
width600
linksauto
tbstyletop
lboxtrue
diagramWidth4042
revision1

Як тільки завершується tenderPeriod, ЦБД автоматично генерує унікальні посилання для кожного учасника. Посилання доступне за авторизованим GET запитом даних біда.

Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (Модуль аукціону)

Детальний опис проходження аукціону ТУТ

Info
titleОсобливості для переважного права

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

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

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

Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі.

Протягом четвертого раунду МА запитає Учасника з переважним правом:

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

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

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

Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting).

У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце →  чинний орендар не допускається на етап кваліфікації.

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

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах

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

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

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

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

Кваліфікація

Перевірка документів учасників та підписання протоколу

За умови успішного проведення аукціону АБО якщо прийшов тільки один учасник і зробив валідну (стартова+крок) ставку, процедура переходить у період кваліфікації (qualificationPeriod) та розпочинається робота над протоколом та його підписання.

Організатор здійснює перевірку документів (поза системою) переможця аукціону та приймає рішення щодо кваліфікації.

  1. Протокол аукціону (documentType:auctionProtocol) підписується Переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
    • Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня завершення аукціону.
    • В Організатора є можливість підтвердити протокол (award.status: pending → active) і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
    • Після завантаження протоколу Організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).(award.status: pending → active)
      • В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
  2. У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
  3. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
    • У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
    • Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
    • Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
    • Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
  4. У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
  5. Завершення періоду підписання протоколу (verificationPeriod) завершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.

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

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

Дата початку

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

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

Коментар

awards.verificationPeriodПеріод підписання протоколу

В момент набуття Авардом статуса pending

verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

Code Block
"verificationPeriod": {
	"endDate": {
		"diff": "6 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}
awards.signingPeriodПеріод підписання договору

В момент набуття Авардом статуса pending

signingPeriod.endDate == signingPeriod.startDate + 15 р.д. 18:00На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

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

Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

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

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     

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

...