Загальний огляд процедури (smallPrivatization-priorityEnglish)

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

Відповідно до ЗУ “Про приватизацію державного і комунального майна” та постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу” та постанови КМУ від 20.05.2026 року № 632 "Про внесення змін до Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу" розробити функціонал реєстру інформаційних повідомлень та розробити процедури: проведення електронних аукціонів з продажу об’єктів малої приватизації. В рамках Prozorro.Sale буде реалізовано sellingMethod: smallPrivatization-englishPriority (SPP).

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

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

Особливості процедури та відмінності від smallPrivatization-english

На етапі роботи із Процедурою:
- Процедура публікується автоматично відповідно до умов, які вказані в Інформаційне повідомлення приватизації об’єкта оренди з невід’ємними поліпшеннями
- Один аукціон може містити кілька items (активів). Ця інформація при створенні Процедури копіюється із Об'єкту реєстру (asset).
- minNumberOfQualifiedBids = 1 (одна валідна заява на участь для початку кваліфікації)
- Порядковий номер Процедури (tenderAttempts) заповнюється автоматично при авто-публікації процедури із Інформаційного Повідомлення.
- Присутні поля "Інформація про чинного орендаря", який в даній процедурі одночасно є учасником з переважним правом (в цій процедурі може бути тільки один учасник з переважним правом). Значення полів заповнюються автоматично при авто-публікації процедури Jobber-ом із Інформаційного повідомлення
- Даний тип процедури використовується для Першої та Другої процедури (в разі виконання умов її публікації) створених з Інформаційне повідомлення приватизації об’єкта оренди з невід’ємними поліпшеннями
Аукціон:
- англійський аукціон
- додатковий, 4-й раунд для учасника з переважним правом
Кваліфікація:
- кількість переможців = 1 переможець
- можлива присутність одного "учасника, що очікує" кваліфікацію переможця (awards[1].status = pending_waiting)
Додаткові особливості:
- можливі відмінності у протоколі

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

Якщо протягом періоду прийому пропозицій прийшов тільки один учасник з переважним правом, то для початку кваліфікації його ставка має бути розміром: стартова+мінімальник крок. Інакше процедура після завершення періоду прийому пропозицій перейде в статус unsuccessful
Якщо протягом періоду прийому пропозицій прийшов учасник з переважним правом і також інші учасники, то ставка хоч одного учасника має бути розміром: стартова+мінімальний крок. Інакше четвертого раунда для учасника з переважним правом не відбудеться і після завершення аукціону процедура набуде статусу unsuccessful
Якщо протягом періоду прийому пропозицій прийшов учасник з переважним правом і також інші учасники. Хоч один учасник зробив ставку, що дорівнює, або більша за стартову+мінімальний крок, то в четвертому раунді учаснику з переважним правом запропонується "виграти лот" за найбільшою запропонованою іншим учасником ціною, або за наступною по величині (конкурувати з тим, хто очікує рішення в разі дискваліфікації переможця аукціону)

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

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

Після завершення rectificationPeriod у ІП і публікації процедури, дані про чинного орендаря (учасника з переважним правом) Організатор редагувати не може

Посилання на legalNames - ТУТ

Ось готовий файл з legal_names

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

systemName		x-legalNameUa	x-legalNameEn	Type	readOnly	Обовʼязковість	Коментар
sellingMethod		Тип процедури	Procedure type	string	false	+	Enum: [ smallPrivatization-priorityEnglish, smallPrivatization-priorityEnglish-fast, smallPrivatization-priorityEnglish-ultra-fast, smallPrivatization-priorityEnglish-fast-manual, smallPrivatization-priorityEnglish-fast-auction-manual-qualification, smallPrivatization-priorityEnglish-fast-auction-prod, smallPrivatization-priorityEnglish-initial-auction, smallPrivatization-priorityEnglish-initial-auction-manual, smallPrivatization-priorityEnglish-initial-qualification, smallPrivatization-priorityEnglish-initial-qualification-prod ]
owner		Ідентифікатор майданчика	Owner ID	string	true		Автоматично копіюється із announcement.owner
ownerToken				string($uuid)	true		Автоматично копіюється із announcement.owner
_id		Внутрішній ідентифікатор аукціону	ID	string	true		x-default: object_id x-serialize_when_none: false x-format: object-id
datePublished		Дата публікації процедури	Published date	string($date-time)	true
dateModified		Остання дата зміни процедури	Procedure date modified	string($date-time)	true
spec				multidict
auctionId		Ідентифікатор аукціону	Auction ID	string	true	+	Example: SPE001-UA-20200220-12345
disqualifiedBids				string	true	-	default: List []
previousAuctionId		Ідентифікатор попереднього аукціону	Previous auction Id	string	true	-	example: SPE000-UA-YYYYMMDD-00000/UA-PS-YYYY-MM-DD-000000-0 pattern: ^(SP[EDP][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 не використовується
sellingEntity	base.SellingEntity	Інформація про Організатора аукціону	Organizer information			+	Автоматично копіюється із asset.assetCustodian x-baseClass "prozorro_sale.procedure.models.base.OrganizationWithoutContacts"
	name	Повна юридична назва організації або ПІБ	Legal name or Full Name	base.MultiLang	false
	identifier	Ідентифікатор Організатора аукціону	Organizer ID	base.SellingEntityIdentifier	false	+	SellingEntityIdentifier model Містить дані щодо індентифікації Організатора аукціону, що є юридичною особою, що створена та зареєстрована відповідно до законодавства України з місцезнаходженням на її території. x-baseClass "prozorro_sale.procedure.models.base.Identifier"
	address	Місцезнаходження Організатора	Organizer address	base.AddressUa			Модель адреси, що містить дані щодо місцезнаходження Організатора аукціону, що є юридичною особою, що створена та зареєстрована відповідно до законодавства України з місцезнаходженням на її території x-baseClass "prozorro_sale.procedure.models.base.Address"
	representativeInfo	Інформація щодо підтвердження повноважень	Representative information	string			example: Довіреність № 123 від 22.02.2012, дійсна до 30.03.2012/Наказ № 142 від 14.12.2019/Статут ТОВ Кульбаба від 24.07.2002
	contactPoint	Контактна особа	Main contact	base.ContactPoint			ContactPoint model Містить дані про контакту особу та може використовуватися для організатора, учасника і автора запитання в моделях SellingEntity та Organization
currentTenants	base.OrganizationWithoutContacts	Дані про чинного орендаря	Data about Current tenant	list-object		-	x-format: minItems: 1 maxItems: 1
	id	Ідентифікатор учасника з пріорітетним правом	Current tenant ID	string	true		x-default: hex
	name	Повна юридична назва організації або ПІБ	Legal name or Full Name	base.MultiLang	false
	identifier	Ідентифікатори організації або особи	Identifier	base.Identifier	false	+
	address	Адреса	Address	base.Address or base.AddressUa	false	+	x-format "polymodel" x-claim-func "prozorro_sale.procedure.models.utils.address_claim_func"
	representativeInfo	Інформація щодо підтвердження повноважень	Representative information	string	false	-
	priority	Пріорітет учасника	Participant's priority	integer($int32)	true	+	default: 0
	contract	Інформація про договір	Contract Information	model	false
	essentialImprovements	Інформація про невідʼємні поліпшення	Information about essential improvements	model	false
title		Назва аукціону	Auction title	base.MultiLang	true	+	Автоматично копіюється із announcement.title
auctionUrl		Веб-адреса для перегляду аукціону	Auction link	string	true		example: /api/auctions/123 x-format: rel-url
description		Опис аукціону	Auction description	base.MultiLang		+	Опис аукціону. Автоматично копіюється із announcement.description
ownershipType		Тип власності об’єкта малої приватизації	Ownership type	string			x-dictionaries: List [ "ownershipType" ] Автоматично копіюється із asset.ownershipType Enum: [ state, municipal, compatible ]
accessDetails		Порядок ознайомлення з майном, час і місце проведення огляду об’єкта	Auction access details	base.MultiLang		-	Автоматично копіюється із announcement.initialProps.accessDetails
bankAccounts	smallPrivatization.BankAccountsByType	Банківські рахунки організатора	Bank accounts			+	Автоматично копіюється із announcement.bankAccounts minItems: 1
	accountType			string			x-dictionaries: List [ "accountType" ] Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/accountType Enum:[ registrationFee, guarantee, payment, improvementCompensation]
	accounts			smallPrivatization.BankAccountWithCurrency			default: List [] x-baseClass "prozorro_sale.procedure.models.base.BankAccount"
value		Стартова ціна лота	Start lot price	base.ValueWithTax		+	x-baseClass "prozorro_sale.procedure.models.base.ValueWithTax"
valueAddedTaxCharged		На фінальну суму нараховується ПДВ	Value added tax charged	boolean			default: true
saleCondition		Наявність умов продажу	Sale conditions	string	true	+	Не доступне для редагування, заповнюється з інформаційного повідомлення Enum: [ yes]
bids	smallPrivatization-english.Bid	Заява на участь	Bid	list-object			default: List [] Bid model Містить дані заяви на участь, її автора (учасника) та цінову пропозицію x-baseClass "prozorro_sale.procedure.models.base.Bid"
	owner	Ідентифікатор майданчика	Broker ID	string	true
	ownerToken			string($uuid)	true		x-default: hex
	id	Ідентифікатор заяви на участь	Bid ID	string	true		x-default: hex
	bidders	Інформація про учасника	Bidder	base.Organization		+	minItems: 1 maxItems: 1 x-baseClass "prozorro_sale.procedure.models.base.OrganizationWithoutContacts"
	datePublished	Дата заяви на участь	Bid date	string($date-time)	true		x-default: now
	dateModified	Остання дата редагування ставки	Bid modified date	string($date-time)	true
	status	Статус заяви на участь	Bid status	string			default: draft Enum: [ draft, active, deleted ]
	value			base.Value		+	Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.
	documents	Документи до заяви про участь	Documents	list-object base.Document			default: List []
	participationUrl	Веб-адреса для участі в аукціоні	Bidder participation link	string	true		example: /api/auth/auction?token=token x-format: rel-auth-url Веб-адреса, яка доступна тільки для учасника, що подав заяву на участь в аукціоні. Час генерації посилання відповідає моменту набуття процедурою статусу active.auction
	order			integer($int64)	true
	initialValueAmount	Закрита цінова пропозиція	Initial amount	number($float)	true		example: 10 minimum: 0 x-format: decimal-float
contracts	smallPrivatization.Contract	Договір	Contract	list-object	true		default: List []
	id	Внутрішній ідентифікатор контракту	Contract ID	string	true		x-default: hex
	awardId	Ідентифікатор переможця	Award ID	string	true	+
	contractNumber	Номер договору	Contract's number	string	false		minLength: 1
	title	Назва договору	Contract's title	base.MultiLang
	description	Опис договору	Contract's description	base.MultiLang
	value			base.Value
	contractTotalValue			base.Value
	items			list-object smallPrivatization.Item			default: List []
	buyers	Переможець	Contract's winners	list-object base.Organization	true		default: List []
	status	Статус договору	Contract's status	string	true		default: pending Enum: [ pending, active, cancelled ]
	dateSigned	Дата підписання договору	Signing date	string($date-time)
	datePublished	Дата створення об'єкта договору	Contract's creation date	string($date-time)	true		x-default: now
	dateModified	Остання дата редагування договору	Contract's modified date	string($date-time)	true		x-default: now
	documents	Документи та додатки пов’язані з договором	Contract's documents	list-object base.Document			default: List []
	contractTime	Строк виконання умов приватизації	The terms for fulfilling the conditions of privatization	base.LifeTime			"prozorro_sale.procedure.models.base.LifeTime"
	preliminaryContract	Попередній договір	Preliminary сontract	smallPrivatization.PreliminaryContract
	preliminaryContractSigned	Попередній договір підписано	Preliminary сontract signinged	boolean			default: false
	contractTimeAdded	Строк дії договору	Contract's terms	base.LifeTime
awards	smallPrivatization.Award	Рішення щодо кваліфікації учасників	Award	list-object	true		default: List []
	id	Ідентифікатор кваліфікації учасника аукціону	Award ID	string	true		x-default: hex
	title	Назва рішення щодо кваліфікації учасника аукціону	Award title	base.MultiLang
	description	Опис рішення щодо кваліфікації учасника аукціону	Award description	base.MultiLang
	status	Статус кваліфікації учасника аукціону	Award status	string			Enum: [ penging_admission, pending, pending_payment, pending_waiting, active, cancelled, unsuccessful ]
	terminationReason	Причина дискваліфікації/відмови учаснику	Disqualification reason	string			List [ "smallPrivatizationTerminationReason" ] Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/smallPrivatizationTerminationReason
	datePublished	Дата початку кваліфікації учасника аукціону	Award date	string($date-time)	true		x-default: now
	value			base.Value		+
	buyers	Інформація про учасника	Successful bidders	list-object base.Organization	true		default: List []
	items	Склад лота	Lot composition	list-object smallPrivatization.Item			default: List []
	documents	Документи до аварду	Award Documents	list-object base.Document			default: List []
	bidId	Ідентифікатор заяви на участь учасника аукціону	Award bid ID	string	true	+
	participationPayment	Оплата за участь	Participation payment	boolean			default: false
	signaturePeriod	Період підписання договору	Signature period	base.Period
	signingPeriod	Період публікації договору	Signing period	base.Period
	verificationPeriod	Період підписання протоколу	Verification period	base.Period
	paymentPeriod	Період оплати	Payment period	base.Period
guarantee		Гарантійний внесок	Guarantee	base.Value	false	+	Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д. minimum: 0.01
currentTenantGuaranteeFee		Гарантійний внесок чинного орендаря	Guarantee fee for current tenant	base.Value	false	-	Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д. minimum: 0.01
tenderAttempts		Лот виставляється	Attempt number	integer($int64)	true	+	default: 1 minimum: 1 example: 10 Якщо tenderAttempts = 1, то поле previousAuctionId не використовується. Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове;
items	smallPrivatization.Item	Склад лота	Lot composition	list-object	false	+	minItems: 1 default: List []
	id	Внутрішній ідентифікатор об'єкта	Item ID	string	true		x-default: hex
	description	Опис об'єкта	Item description	base.MultiLang	false	+
	classification	Класифікатор об'єкта	Item classification	smallPrivatization.Classification		+
	unit	Одиниці виміру	Item unit	base.Unit		+	x-baseClass "prozorro_sale.procedure.models.base.Unit"
	quantity	Кількість одиниць	Item quantity	number($float)		+	minimum: 0 example: 11.1126 x-strict: 4
	address	Місцезнаходження	Item address	base.AddressUa			x-baseClass "prozorro_sale.procedure.models.base.Address"
	additionalClassifications	Додатковий класифікатор	Item additional Classification	list-object smallPrivatization.AdditionalClassification		+	default: List [] minItems: 1
	location	Географічні координати місця розташування	Geo position	base.Location
	smallPrivatizationItemType	Тип активу	Item type	string	true		x-dictionaries: List [ "smallPrivatizationItemType" ] Значення може автогенеруватися відповідно до обраного значення в smallPrivatization.Classification, якщо воно наявне у переліку Перелік та взаємозв'язок значень щодо автогенерації зазначено у ТЗ Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/smallPrivatizationItemType
	itemProps	Технічні характеристики, нерухомість	Technical characteristics, real estate	polymodel			x-claim-func "prozorro_sale.procedure.packages.smallPrivatization.utils.smallPrivatization_claim_func" Значення може автогенеруватися відповідно до обраного значення в smallPrivatization.Classification, якщо воно наявне у переліку Перелік та взаємозв'язок значень щодо автогенерації зазначено у ТЗ anyOf -> smallPrivatization.LandProps{...} smallPrivatization.RealEstateProps{...} smallPrivatization.JointPropertyComplexProps{...} smallPrivatization.VehicleProps{...}
	registrationDetails	Інформація щодо реєстрації	Registration details	smallPrivatization.RequiredRegistrationDetails			Якщо зі словника registrationStatus в полі registrationStatus вибрано complete - поля registrationID та registrationDate обов'язкові x-baseClass "prozorro_sale.procedure.packages.smallPrivatization.procedure.RequiredRegistrationDetails"
presentationUrl		Презентація обʼєкта	Presentation of the object	string	false	-	URL-посилання на файл
presentationUrlEN		Англомовна презентація об’єкта	English presentation of the object	string	false	-	URL-посилання на файл
documents		Всі документи аукціону та пов'язані додатки	Documents	list-object base.Document			default: List []
questions		Сервіс обговорення аукціону (запитання-відповідь)	Q&A	list-object base.Question	true		default: List []
timer				string($date-time)	true		час до наступної події x-format: timer x-serialize_when_none: false
archiveId				string	true		x-format: object-id x-serialize_when_none: false
enquiryPeriod		Період відповідей	Enquiry period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
clarificationPeriod		Період уточнень	Clarification period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
tenderPeriod		Період подання заяви на участь в аукціоні	Tender period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
auctionPeriod		Період аукціону	Auction period	base.Period		+	x-baseClass "prozorro_sale.procedure.models.base.Period"
admissionPeriod		Період публікації рішення про викуп	Admission period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
questionPeriod		Період запитань	Question period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
qualificationPeriod		Період кваліфікації	Qualification period	base.Period			x-baseClass "prozorro_sale.procedure.models.base.Period"
status		Статус процедури	Procedure status	string	true		Enum:[ active_tendering, active_auction, active_qualification, pending_payment, active_awarded, complete, cancelled, unsuccessful ]
cancellations		Скасування Аукціону	Auction Cancellation	list-object smallPrivatization.Cancellation	true		default: List []
registrationFee		Реєстраційний внесок	Registration fee	base.Value		+	Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.
minimalStep		Розмір кроку аукціону	Minimal step	base.Value		+	Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.
relatedEntities				base.RelatedEntity		+	minItems: 2 Список пов'язаних процесів Обов'язковими процесами під час публікаціі повинні бути: - об'єкт реєстра типу asset - об'єкт інформаційних повідомлень типу announcement
assetHolder		Інформація про балансоутримувача	Asset holder information	smallPrivatization.AssetHolder			x-baseClass "prozorro_sale.procedure.models.base.OrganizationWithoutContacts"
minNumberOfQualifiedBids		Мінімальна кількість заяв	Minimal number of bids	integer($int64)	true		default: 1 maximum: 1
_version				integer($int64)	true
_protected				boolean	true		default: false
_protect_level				string	true		default: high Enum: [ high, medium ]
_meta				base.MetaData			x-baseClass "prozorro_sale.procedure.models.base.MetaData"
additionalInformation		Додаткова інформація	Additional information	list-object base.AdditionalInformation	true		default: List []
metaInfo				base.MetaInformation			x-baseClass "prozorro_sale.procedure.models.base.MetaInformation"

systemName		x-legalNameUa	x-legalNameEn	Type	readOnly	Обовʼязковість	Коментар
base.Document	id	Ідентифікатор документу	Document ID	string	true	-	x-default: hex
	title	Назва документу	Document title	base.MultiLang		+	Multi language string model
	description	Опис документу	Document description	base.MultiLang		-	Multi language string model
	url	Посилання на документ	Document link	string x-format: ds-url	true	-
	relatedDocument	Пов'язаний документ	Related document	string			example: 5e300ec4080b60d45dc28bb8 Ідентифікатор, що відображається тільки в документі digitalSignature та використовується для відображення зв'язку між цифровим підписом та документом сутності процедури
	documentOf	Об'єкт документу	Document object	string		+	Enum: [ сompensation_announcement, improvements_announcement, announcement, large_announcement, auction_chain, asset, large_asset, auction, bid, award, contract, cancellation, prolongation]
	documentType	Тип документа	Document Type	string			Enum: [ illustration, notice, assetNotice, technicalSpecifications, evaluationCriteria, contractProforma, x_presentation, сonstructionExpertise, digitalSignature ]
	datePublished	Дата публікації документу	Document publishing date	string($date-time)	true		x-default: now
	dateModified	Остання дата редагування документу	Document modified date	string($date-time)	true		x-default: now
	index	Параметр сортування ілюстрацій	Document index	integer($int64)			Чим менше значення поля, тим вище документ буде при відображенні на майданчиках. Основним документом вважається документ з мінімальним значенням індексу. Якщо параметр не зазначений, документи будуть виводитись останніми у переліку. Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified, Пріоритет у документів доданих раніше.
	format	Формат документу	Document format	string	true	-
	language	Мова документу	Document language	string		-
	hash	Хеш документу	Document hash	string		-
	_Document__addedInQualificationState			boolean		-	Індикатор, який вказує, чи був документ доданий у статусі qualification
	token			string		-
	_ds_id			string	true	-	Ідентифікатор документа в document service
	_ds_scope			string	true	-	Тип документа за доступом [public/private]
contract	currentContractTime	Дата укладення та закінчення та строк дії договору оренди	Current tenant contract's terms	base.LifeTime(Contract)	false	+
	monthlyRentSum	Місячна оренда плата	Monthly rent	base.Value	false	+	minimum: 0.01
	rentedArea	Орендована площа	Rented area	float	false	-	minimum: 0.01
base.LifeTime(Contract)/ Строрити нову модель (TermLifeTime) і використовувати поля як для ІП так і Процедури	dateFrom	Період з	Date from	string($date-time)	false	+
	dateTill	Період по	Date till	string($date-time)	false	+
	term	Строк дії	Term	string	false	+	example: P2Y11M x-format: duration використання формату ISO_8601 https://en.wikipedia.org/wiki/ISO_8601#Durations
essentialImprovements	essentialCost	Вартість невідʼємних поліпшень	Cost of essential Improvements	base.Value	false	+
	improvementsTime	Дата завершення невідʼємних поліпшень	Completion date	base.LifeTime(Improvements)	false	+
	compensationTerms	Умови компенсації	Terms of compensation	string	false	+
	essentialConsent	Рішення про згоду на невідʼємні поліпшення	Decision to consent to essential improvements	string	false	+
	orderCost	Наказ про затвердження висновку про вартість об’єкта приватизації	Order on approval of the conclusion on the cost of the privatization object	string	false	+
base.LifeTime(Improvements)/ можна перевикористати модель TermLifeTime і використовувати поля як для ІП так і Процедур	dateFrom	Період з	Date from	string($date-time)	false	-
	dateTill	Період по	Date till	string($date-time)	false	+
	term	Строк дії	Term	string	false	-	example: P2Y11M x-format: duration використання формату ISO_8601 https://en.wikipedia.org/wiki/ISO_8601#Durations

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

Для даної процедури items копіюються із Об'єкта реєстру (asset).

Всі класифікатори Об'єкту вказуються на етапі створення Об'єкту або редагуються поки Об'єкт (asset) знаходиться у статусі pending.

На рівні ЦБД має відбуватись валідація відповідності двох класифікаторів згідно логіки, яка описана тут

Значення полів з класифікаторами передаються при створенні Процедури із Об'єкту реєстру (asset) і не доступні для редагування Організатору у Процедурі взагалі.

Загальна схема процесу продажу об'єктів малої приватизації

Схема “Загальний процес (1 заява - викуп)”

Схема “Загальний процес (2 і більше заяв)”

Функціонал ролей в рамках періодів

Timeline процедури

Схема “Timeline процедури (1 заява - викуп)”

Схема “Timeline процедури (2 та більше учасників - аукціон)”

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

Схема “Модель статусів процедури (1 заява - викуп)”

Схема “Модель статусів процедури (2 та більше учасників - аукціон)”

Прийняття заяв на участь
- Технічний ідентифікатор - active_tendering;
- Умови зміни статусу - При настанні rectificationPeriod.endDate Інформаційного Повідомлення автоматично створюється Перша Процедура. Для створення Процедури використовуються значення полів пов'язаного Об'єкту реєстру та Інформаційного Повідомлення. ЦБД передає майданчику Організатора token створеної Процедури та Процедура набуває статусу “Прийняття заяв на участь” (active_tendering); Токени на створення Процедури будуть зберігатися в ІП (так як він родитель Процедур) і Майданчик, через Міррор сервіса ІП, буде отримувати оновлення про зміну у ІП та брати з нього токени, якщо вона Власник або не отримувати, якщо НЕ Власник
- Опис - Для подання заяв для участі в аукціоні (tenderPeriod), публікація питань щодо лоту (questionPeriod) та відповідей (enquiryPeriod).
- Функціонал Оператора Учасника - Активація заяви на участь учасника (в тому числі тих учасників, які були дискваліфіковані у попередньому аукціоні (перевірка всіх аукціонів, що повязані з Об'єктом реєстру), але завантажили документ (admissionReason), що підтверджує допуск цього учасника. Відповідальність за активацію заяви раніше дискваліфікованого учасника несе Оператор учасника).
Аукціон
- Технічний ідентифікатор - active_auction
- Умови зміни статусу - Після створення Процедури ЦБД визначає точну дату та час початку періоду аукціону (auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
- Опис - Дата початку першого Аукціону зазначається Організатором у Інформаційному Повідомленні і копіюється у Першу Процедуру. Логіка і граничні значення Дати старту модулю Аукціону описані у ТЗ по ІП. Для Другої і подальших Процедур auctionPeriod.startDate визначається згідно значенню, що вказав Організатор у ІП у полі announcement.tenderPeriodDuration
Очікується опублікування протоколу
- Технічний ідентифікатор - active_qualification
- Умови зміни статусу - По завершенню періоду аукціону (auctionPeriod) за умови 2-х або більше bid-ів та за умови наявності хоча б однієї валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону), АБО за наявності лише 1-ї заяви на участь в періоді прийняття заяв на участь (tenderPeriod); ЦБД змінює статус процедури на “Очікується опублікування протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом, статус award’у змінюється на “Очікується протокол” (pending).
- Опис:
  - Для публікації Організатором рішення про приватизацію шляхом викупу під час періоду (admissionPeriod), тільки якщо була подана лише 1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod).
  - Для роботи із протоколом, а саме завантаження з боку Учасника та Оператора майданчика переможця (опціонально), завантаження та публікації підписаного Учасником й Оператором та затвердженого органом приватизації протоколу Організатором (обов’язково) під час періоду (verificationPeriod).
Очікується оплата
- Технічний ідентифікатор - pending_payment
- Умови зміни статусу - По завершенню роботи із протоколом, Організатор опубліковує протокол, статус процедури змінюється на “Очікується оплата” (pending_payment) - 2 фаза кваліфікації переможця, а саме в частині отримання інформації щодо оплати ціни продажу.
- Опис - Для підтвердження Організатором факту оплати переможцем ціни за придбане на аукціоні майно. Для підтвердження Оператором переможця факту сплати повної суми за участь, яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.
Очікується підписання договору
- Технічний ідентифікатор - active_awarded
- Умови зміни статусу - Після підтвердження факту оплати ціни продажу, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 3 фаза кваліфікації переможця, а саме в частині роботи із договором.
- Опис - Для роботи із договором, а саме завантаження договору та внесення необхідної інформації щодо договору та його підтвердження Організатором. Оператором переможця повинна бути підтверджена оплата за участь Переможцем, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.
Аукціон завершено. Договір підписано
- Технічний ідентифікатор - complete
- Умови зміни статусу - Термінальний статус. Після отримання інформації про оплату, Організатор аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на complete.
Аукціон не відбувся
- Технічний ідентифікатор - unsuccessful
- Умови зміни статусу - Термінальний статус. Можливі наступні автоматичні варіанти зміни статусу процедури на unsuccessful в ЦБД, у разі:
  - Якщо в рамках tenderPeriod немає жодної поданої заяви;
  - Якщо в рамках періоду публікації рішення про викуп (admissionPeriod) не опубліковано рішення про викуп;
  - Якщо за результатами auctionPeriod, немає жодної валідної ставки. Валідна ставка - рівна стартової ціни лота (у випадку одного учасника), рівна або вище суми стартової ціни лота та кроку аукціону (у випадку 2 та більше учасників);
  - Якщо в рамках кваліфікації Організатор дискваліфікував єдиного переможця;
  - Якщо в рамках кваліфікації Організатор дискваліфікував учасника з другою ціновою пропозицією, який став Переможцем після дискваліфікації учасника з найвищою ціновою пропозицією.
Аукціон відмінено
- Технічний ідентифікатор - cancelled
- Умови зміни статусу - Можливість скасування аукціону у Організатора присутня у всіх не термінальних статусах процедури. Для зміни статусу процедури на “Аукціон відмінено” Організатор зобов’язаний натиснути кнопку “Скасувати”, завантажити документ з причинами скасування (cancellationDetails) та обрати причину скасування із довідника, після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.

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

Схема “Модель статусів заяви на участь (біда)”

Чернетка заяви
- Технічний ідентифікатор - draft
- Майданчик:
  - Можливість активувати заяву на участь
  - Умови зміни статусу - Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
Підтверджена заява
- Технічний ідентифікатор - active
- Учасник:
  - відсутній
- Умови зміни статусу - Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД. ЦБД робить перевірку заяви: чи був дискваліфікований учасник у попередніх аукціонах, пов'язаних із об'єктом реєстру з причин:
  - Відмовився від підписання протоколу про результати електронного аукціону;
  - Відмовився від укладення договору;
  - Відмовився від підписання протоколу аукціону або договору купівлі-продажу в аукціоні з продажу того самого об’єкта приватизації, що підтверджується відповідним актом;
  - Не сплатив ціну продажу об'єкта приватизації у встановлений строк;
  - Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом.
- якщо учасник був раніше дискваліфікований з перелічених вище причин, то перевірити чи завантажений у заяву документ з типом “admissionReason”. Тільки заяви тих учасників, які не були раніше дискваліфіковані АБО були дискваліфіковані та мають завантажений документ з типом “admissionReason”, змінюють статус на “Підтверджена заява” (active) та вважаються опублікованими
Видалена заява
- Технічний ідентифікатор - deleted
- Учасник:
  - відсутній
- Умови зміни статусу - У разі анулювання заяви на участь учасником АБО якщо Організатор скасував процедуру до завершення роботи МА

Статуси аварда

Схема "Модель статусів аварда (1 заява - викуп)" Схема "Модель статусів аварда (2 та більше учасників - аукціон)"

Очікується рішення про викуп
- Технічний ідентифікатор - pending_admission
- Учасник
  - Завантаження підписаного учасником протоколу під час періоду (admissionPeriod) (не обов'язкова дія - з можливістю замінити протокол)
- Оператор майданчика учасника
  - Завантаження підписаного учасником та Оператором майданчика учасника протоколу під час періоду (admissionPeriod) (не обов'язкова дія - з можливістю замінити протокол)
- Організатор
  - Завантаження та публікація обов’язкового документу “Рішення про приватизацію шляхом викупу (redemptionDecision)” під час періоду (admissionPeriod) відбувається автоматична зміна статуса з pending_admission на pending
  - Дискваліфікація учасника;
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації аварду (тільки якщо була подана лише 1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod)).
Очікується протокол
- Технічний ідентифікатор - pending
- Організатор
  - Завантаження підписаного та затвердженого протоколу під час періоду (verificationPeriod) (обов'язкова дія - з можливістю замінити протокол);
  - Переведення статусу учасника до наступного статусу "Очікується оплата" (pending_payment);
  - Дискваліфікація учасника;
- Учасник
  - Можливість завантажити та замінити протокол (не обов'язкова дія).
- Умови зміни статусу
  - Після публікації рішення про приватизацію шляхом викупу зі статусу penging.admission (1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod));
  - Автоматично присвоюється переможцю під час генерації авардів (за умови 2-х або більше bid-ів на момент завершення періоду аукціону (auctionPeriod));
  - Зі статусу pending_waiting (якщо переможцем став учасник з наступною по величині ціновою пропозицією)
Очікується оплата
- Технічний ідентифікатор - pending_payment
- Організатор
  - Для підтвердження факту оплати ціни продажу Організатором (натискання кнопки “Договір оплачено”, обов’язково);
  - Дискваліфікація учасника.
- Оператор майданчика переможця
  - Підтвердження Оператором переможця факту сплати повної суми за участь, яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь (не обов’язково).
- Учасник - відсутній
- Умови зміни статусу - після підтвердження протоколу Оператором Організатора, авард змінює статус з "Очікується протокол" (pending) на "Очікується оплата" (pending_payment).
Очікується рішення
- Технічний ідентифікатор - pending_waiting
- Організатор - відсутній.
- Учасник - відсутній.
- Умови зміни статусу - автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів
Переможець. Очікується договір
- Технічний ідентифікатор - active
- Організатор
  - Завантаження договору (з можливістю замінити);
  - Дискваліфікація учасника (до завершення аукціону);
  - Підтвердження оплати ціни продажу (натискання кнопки);
- Учасник - відсутній.
- Оператор майданчика переможця
  - Підтвердження Оператором переможця факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь (не обов’язково, до публікації договору)
- Умови зміни статусу - Організатор підтверджує факт оплати ціни лоту натисканням кнопки “Договір оплачено”, award змінює свій статус на active.
- Коментар - Дискваліфікувати переможця можливо до завершення аукціону.
Дискваліфіковано
- Технічний ідентифікатор - unsuccessful
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу - дискваліфікація учасника на будь-якому етапі кваліфікації. Обов’язковою умовою для зміни статусу є:
  - а) завантажений один із документів “Рішення про відмову у затвердженні протоколу або договору” (rejectionProtocol) або “Акт про відмову переможця” (act);
  - б) обрати причину дискваліфікації зі словника Посилання
  - в) підтвердити дискваліфікацію
Учасник не став переможцем -
- Технічний ідентифікатор - cancelled
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу
  - за умови участі лише одного Учасника, якщо не завантажено документ award.redemptionDecision протягом admissionPeriod
  - аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця.

Статуси контракту

Схема “Модель статусів контракту”

Очікується договір
- Технічний ідентифікатор - pending
- Організатор
  - Завантаження підписаного договору з учасником;
  - Підтвердження підписання договору;
  - Дискваліфікація учасника.
- Учасник - відсутній
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
Договір підтверджено
- Технічний ідентифікатор - active
- Організатор
  - Завершення аукціону.
- Учасник - відсутній
- Умови зміни статусу - Організатор підтвердив договір.
Договір скасовано
- Технічний ідентифікатор - cancelled
- Організатор - відсутній
- Учасник - відсутній
- Умови зміни статусу - Організатор аукціону дискваліфікував учасника через неможливість підписання договору або неотримання оплати ціни.

Опис періодів

Період запитань - questionPeriod

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

Умови формування дати початку та кінця періоду
- Особливості періоду - відсутні
- Дата початку: може припадати на неробочий день, відповідає початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону о 18:00.
- Функціонал Організатора - відсутній
- Функціонал Учасника
  - Можливість задати запитання;
  - Можливість відредагувати запитання (протягом 2-х годин після публікації та якщо ще не була надана відповідь Організатором)

Період відповідей - enquiryPeriod

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

Умови формування дати початку та кінця періоду
- Особливості періоду - відсутні
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону о 18:00.
- Функціонал Організатора
  - Відповіді на запитання учасників.
  - Можливість завантажувати нові документи в оголошення.
- Функціонал Учасника
  - Ознайомлення із отриманими відповідями.

Період уточнень - clarificationPeriod

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

Умови формування дати початку та кінця періоду
- Особливості періоду - цей період має бути відсутній для першої Процедури із ланцюжка Інформаційних Повідомлень.
  - Якщо Procedure.tenderAttempts == 1, то clarificationPeriod.startDate == clarificationPeriod.endDate.
  - Якщо Procedure.tenderAttempts > 1, то clarificationPeriod.endDate == clarificationPeriod.startDate + 48 годин.
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується через 48 годин після Дати початку (clarificationPeriod.startDate).
- Функціонал Організатора
  - Можливість редагувати поля Procedure.guarantee
- Функціонал Учасника
  - Відсутній

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

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

Умови формування дати початку та кінця періоду
- Особливості періоду - тривалість tenderPeriod визначається організатором в Інформаційному Повідомленні.
  - Для Першої Процедури tenderPeriod починається з моменту Створення Першої Процедури і завершується у Дату, яку вказав Організатор у Інформаційному Повідомленні у полі announcement.extraSpecs.periods."periodName": "auctionPeriod" -> auctionPeriod.startDate;
  - Для Другої і подальших Процедур tenderPeriod починається з моменту створення Процедури і триває таку кількість днів, яку вказав Організатор у ІП у полі announcement.extraSpecs.periods."periodName": "tenderPeriod" -> tenderPeriod.duration.quantity + tenderPeriod.duration.unit;

З точки зору користувача він має внести два значення: - Дата початку першого Аукціону
- Кількість днів, які триває tenderPeriod для другої і подільших Процедур.

Не робимо на рівні ЦБД у Процуедурі валідацію кількості днів тривалості tenderPeriod.

- **Дата початку:** може припадати на неробочий день, співпадає з датою публікації Процедури (datePublished).
- **Дата завершення:** може припадати на неробочий день, в 20:00 дня, що передує дню початку auctionPeriod.startDate.
- **Функціонал Організатора**
    - Скасування аукціону;
    - Редагування окремих полів оголошення: 
        - Procedure.sellingEntity
        - Procedure.accessDetails
        - Procedure.bankAccounts
        - Procedure.assetHolder
        - та всі дочірні сутності;
    - Можливість завантажувати нові документи в оголошення та заміна завантажених нових документів.
- **Функціонал Учасника**
    - Можливість подання заяв на участь;
    - Можливість внесення змін в заяву на участь протягом всього tenderPeriod;
    - Можливість завантажувати та замінювати документи заяви на участь протягом всього tenderPeriod;
    - Можливість анулювати заяву на участь.

Період аукціону - auctionPeriod

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

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - починається у визначену Організатором дату та визначений ЦБД час, залежить від наявності не менше 2-х bid's в статусі active.
  - в разі присутності учасника з переважним правом наявний додатковий раунд (4й) в кінці аукціону для учасника з переважним правом, для можливості ним погодитись на першу або другу найвищу ставку.
- Дата початку: завжди припадає на робочий день, точна дата та час (часовий діапазон з 11:00 - 13:00) визначається ЦБД з огляду на встановлену в інформаційному повідомленні Організатором дату початку аукціону
- Дата завершення: може припадати на неробочий день, подія завершення аукціону.
- Функціонал Організатора
  - Скасування аукціону.
- Функціонал Учасника
  - Участь в аукціоні.

Період публікації рішення про викуп - admissionPeriod

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

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Починається за умови наявності лише 1 заяви на участь в момент завершення періоду подання пропозицій (tenderPeriod.endDate).
  - Тривалість admissionPeriod - 5 робочих днів з дня, наступного за tenderPeriod.endDate.
  - Якщо рішення про викуп опубліковано, має відбуватись кваліфікація учасника згідно зазначених у qualificationPeriod термінів;
  - Якщо рішення про викуп НЕ опубліковано, то процедура набуває термінального статусу “Аукціон не відбувся. ЦБД автоматично переводить Процедуру у статус Unsuccessful.
- Дата початку: може припадати на неробочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate).
- Дата завершення: завжди припадає на робочий день.
- Функціонал Організатора:
  - Публікація рішення про викуп;
  - Можливість завантажувати нові документи в оголошення;
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
    - Procedure.bankAccounts
      та всі дочірні сутності;
  - Скасування аукціону.
- Функціонал Учасника:
  - Завантаження протоколу (дія не обов'язкова).
- Функціонал майданчика переможця:
  - Завантаження протоколу (дія не обов'язкова).

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

Статус процедури - active_qualification, pending_payment, active_awarded

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Формується за наявності переможця за результатами проведеного аукціону (тривалість періоду = 35 р.д. з дня формування протоколу про результати електронного аукціону (25 днів дається Організатору на підписання Протоколу + 10 днів на завантаження його у ЕТС)), або за наявності 1-єї активованої заяви на участь в момент завершення періоду прийняття заяв на участь (tenderPeriod) (тривалість періоду = 35 р.д. з дня формування протоколу про результати електронного аукціону (25 днів дається Організатору на підписання Протоколу + 10 днів на завантаження його у ЕТС));
  - Дата завершення періоду може перераховуватись (збільшуватись на 60 робочих днів з дня укладання попереднього договору); Період завершується вручну;
  - Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
- Дата початку:
  - Може припадати на неробочий день;
  - Відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв;
  - Відповідає даті та часу завершення періоду прийняття заяв на участь (tenderPeriod), за наявності 1-єї активованої заяви на участь.
- Дата завершення:
  - Може припадати на неробочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне кнопку “Аукціон завершено”);
- Функціонал Організатора:
  - Скасування аукціону (можливо до завершення аукціону);
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
      та всі дочірні сутності;
  - Можливість завантажувати нові документи в оголошення;
  - Завершення аукціону (auction.complete).
- Функціонал Учасника: - відсутній.

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

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

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - тривалість періоду - 7 робочих днів з дня, наступного за днем формування протоколу.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod), за умови подання лише 1 заяви.
- Дата завершення:
  - Завжди припадає на робочий день, тривалість періоду до 7 робочих днів з дня, наступного за днем формування протоколу. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне "Протокол затверджено").
- Функціонал Організатора:
  - Робота із протоколом (завантаження, заміна);
  - Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
  - Можливість редагувати окремі поля оголошення (банківські рахунки, контактні дані Огранізатора);
  - Можливість завантажувати нові документи в contract та award у всіх нетермінальних статусах;
  - Дискваліфікація переможця.
- Функціонал Учасника:
  - Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).

Період оплати - award.paymentPeriod*

Статус процедури - active_qualification, pending_payment

Умови формування дати початку та кінця періоду:
- Особливості періоду:
  - Тривалість періоду до 20-ти робочих днів з дня формування протоколу, період завершується вручну Організатором аукціону.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate), за умови подання лише 1 заяви.
- Дата завершення:
  - Припадає на робочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне “Договір оплачено”).
- Функціонал Організатора:
  - Підтвердження оплати ціни продажу об'єкта;
  - Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
  - Можливість редагувати окремі поля оголошення (банківські рахунки, контактні дані);
  - Дискваліфікація переможця (можливо до завершення аукціону);
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
    - Procedure.bankAccounts
      та всі дочірні не технічні поля.
- Функціонал Учасника:
  - Відсутній.
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

Період опублікування договору - award.signingPeriod*

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

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Тривалість періоду 25 р.д. + 10 к.д. (не включаючи день проведення аукціону). Дії в цьому періоді можуть здійснюватися тільки за умови завершення періоду підписання протоколу (award.verificationPeriod). Тривалість періоду може збільшуватись на 60 робочих днів з дня укладання попереднього договору.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate), за умови подання лише 1 заяви.
- Дата завершення:
  - Завжди припадає на робочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне “Підтвердити договір”).
- Функціонал Організатора:
  - Завантаження попереднього договору (заповнення обов’язкових полів);
  - Завантаження договору (заповнення обов’язкових полів);
  - Можливість редагувати окремі поля оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder;
  - Дискваліфікація переможця (можливо до завершення аукціону).
- Функціонал Учасника:
  - Відсутній.
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

Період підписання договору - award.signaturePeriod*

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

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Тривалість періоду 25 р.д. (не включаючи день проведення аукціону)
- Дата початку:
  - Дата та час початку qualificationPeriod.startDate
- Дата завершення:
  - Через 25 робочих днів з дня наступного за днем початку періоду. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД
- Функціонал Організатора:
  - Завантаження попереднього договору (заповнення обов’язкових полів);
  - Завантаження договору (заповнення обов’язкових полів);
  - Можливість редагувати окремі поля оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder;
  - Дискваліфікація переможця (можливо до завершення аукціону).
- Функціонал Учасника:
  - Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

*Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)

Типи, опис документів та робота з ними

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

documentType	x-legalNameUa	x-legalNameEn	Обовʼязковість	Публічність	Опис
Документи із Об'єкта реєстру МП
illustration	Ілюстрації	Illustration	Ні (Обовʼязковий тільки для оголошень із Типом активу itemType == ‘asset’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)	Так	Зображення, що можуть додаватися Організатором до оголошення
technicalSpecifications	Інформація про об’єкт малої приватизації	Technical specifications	Ні	Так	Детальна інформація про об’єкт малої приватизації
assetNotice	Рішення про затвердження переліку об’єктів МП	Decision on approval of the list of objects	Ні	Так	Рішення про затвердження переліку об’єктів, що підлягають приватизації / внесення змін до переліку об’єктів
x_presentation	Презентація	Presentation	Ні	Так	Презентація
Документи із Інформаційного повідомлення
notice	Інформаційне повідомлення	Auction notice	Ні	Так	Інформаційне повідомлення про приватизацію об'єкта малої приватизації
evaluationCriteria	Рішення про затвердження умов продажу	Evaluation criteria	Ні	Так	Рішення аукціонної комісії про затвердження умов продажу
contractProforma	Проєкт договору	Contract proforma	Ні	Так	Документ містить умови договору
clarifications	Рішення про виправлення технічних помилок	Decision on correction of technical errors	Ні (Обовʼязковий тільки в разі внесення змін під час періоду редагування)	Так	Рішення про виправлення технічних помилок, що були виявлені після публікації інформаційного повідомлення
сonstructionExpertise	Висновок будівельної експертизи	Construction expertise conclusion	Ні	Так	Висновок будівельної експертизи
Документи Заяви на участь
commercialProposal	Заява на участь	Bid	Ні	Так	Заява на участь
x_passport	Копія паспорта або документу, що посвідчує особу	Passport or identity document	Ні	Ні	Паспорт або інший документ, що посвідчує особу (для фізичної особи нерезидента)
x_tenderersRegisterExtract	Витяг з ЄДРПОУ або копія документа про реєстрацію	Register extract	Ні	Так	Копія витягу з ЄДРПОУ або копію документа про реєстрацію (витяг із торговельного, банківського або судового реєстру тощо)
x_ultimateBeneficiaryInfo	Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутності	Ultimate beneficiary information	Ні	Так	Інформація про кінцевого бенефіціарного власника
x_registrationFeeApproval	Документ, що підтверджує сплату реєстраційного внеску	Registration fee approval	Так	Так	Документ, що підтверджує сплату реєстраційного внеску
x_guaranteeApproval	Документ, що підтверджує сплату гарантійного внеску	Guarantee approval	Так	Так	Документ, що підтверджує сплату гарантійного внеску
admissionReason	Підстави для допуску дискваліфікованого учасника	Reasons for admission for previously disqualified	Так, для переводу bid-а в статус active для учасника який був дискваліфікований на попередньому аукціону	Так	Підстави для допуску дискваліфікованого учасника
writtenConsent	Письмова згода потенційного покупця щодо взяття на себе зобов’язань, визначених умовами продажу	Written consent with commitments	Ні	Так	Згода потенційного покупця щодо взяття на себе зобов’язань, визначених умовами продажу
financialStatements	Остання річна або квартальна фінансова звітність	Last financial statements	Ні	Так	Документи про річну або квартальну фінансову звітність
auctionProtocol	Протокол аукціону	Auction protocol	Ні	Ні	Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації
noRestrictionsStatement	Заява про те, що потенційний покупець не підпадає під обмеження, передбачені статтею 8 ЗУ “Про приватизацію державного майна”	Buyer is not under restrictions of article 8 of the Law statement	Так, для процедури під час дії військового стану	Так	Додаткові документ, який потрібен тільки в процедурах малої приватизації під час дії військового стану
objectAcquaintance	Заява про ознайомлення з об’єктом	Statement of acquaintance with the object	Так, для процедури під час дії військового стану	Так	Додаткові документ, який потрібен тільки в процедурах малої приватизації під час дії військового стану
Документи для Скасування процедури
cancellationDetails	Рішення про скасування інформаційного повідомлення	The decision to cancel the announcement	Ні	Так	Рішення про скасування інформаційного повідомлення
Документи Авард (об’єкт кваліфікації учасника)
auctionProtocol	Протокол про результати електронного аукціону	Auction protocol	Так	Так	Протокол аукціону
rejectionProtocol	Рішення про відмову у затвердженні протоколу або договору	Rejection protocol	Так, для дискваліфікації учасника	Так	Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Організатором
act	Акт про відмову переможця	Refusal act	Так, для дискваліфікації учасника	Так	Завантажується у разі відмови переможця аукціону від підписання протоколу аукціону або від укладення договору купівлі-продажу, або несплати ним ціни продажу у встановлений строк (окремо зазначається причина)
redemptionDecision	Рішення про приватизацію шляхом викупу	Redemption Decision	Так (якщо на момент закінчення кінцевого строку прийняття заяв на участь подано 1 заяву)	Так	Рішення органу приватизації про приватизацію шляхом викупу
Документи Договору
contractNotice	Повідомлення про договір	Contract notice	Ні	Так	Офіційне повідомлення, що містить деталі договору
preliminaryContract	Попередній договір	Preliminary contract	Ні	Так	Попередній договір
contractSigned	Підписаний договір	Signed contract	Так	Так	Підписаний договір
contractAnnexe	Додатки до договору	Contract annexe	Ні	Так	Додатки до договору
Загальні документи
digitalSignature	Цифровий підпис	Digital signature	Ні	Набуває значення документу з яким пов'

Схеми процедури smallPrivatization-englishPriority

Схеми для випадку з 1 заявою на участь (викуп):
Схеми для випадку з 2 та більше заявами на участь (аукціон):
Схеми, які не залежать від кількості заяв на участь:
- Схема “Модель статусів заяви на участь (біда)”

Етапи процедури

Створення та редагування оголошення

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

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

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

Організатор має можливість внести зміни в тільки в поля, які не впливають на рішення учасників про участь в аукціоні та не призводять до деактивації заяв. А саме:

Організатор має можливість вносити зміни у процедурі до переходу її у термінальний статус у поля з переліку:
- Procedure.sellingEntity
- Procedure.accessDetails
- Procedure.assetHolder
- та всі дочірні до вищевказаних моделей не технічні поля
Організатор має можливість вносити зміни у процедурі до переходу в період підписання договору (award.signingPeriod) у не технічні поля:
- Procedure.bankAccounts.*

Протягом tenderPeriod Організатор аукціону може завантажувати нові документи, замінювати нові документи та не може змінювати документи Процедури, які були перенесені з Інформаційного Повідомлення та Об'єкту реєстру при автоматичному створенні Процедури.

Повідомлення при публікації оголошення

Організатору
- Коли - Публікація процедури
- Що - Оголошення про проведення аукціону опубліковане.
- Коментарі - Повідомлення надходить Організатору протягом 5 хв.

Повідомлення при редагуванні оголошення

Організатору
- Коли - Редагування процедури
- Що - Оголошення про проведення аукціону відредаговано.
- Коментарі - Повідомлення надходить Організатору протягом 5 хв.

Запитання-Відповідь

Схема "Обговорення аукціонів"

Функціонал стандартний. Опис тут - Запитання/Відповіді

Повідомлення при обговоренні аукціону (запитання-відповідь)

Організатору аукціону
- Коли - Отримання нового запитання
- Що - Надійшло запитання щодо аукціону
- Коментарі - Повідомлення надходить Організатору протягом 5 хв., а потім раз на 24 години щодо запитань, які залишилися без відповідей
Учаснику
- Коли - Отримання відповіді на запитання
- Що - Надано відповідь на запитання щодо аукціону
- Коментарі - Повідомлення надходить протягом 5 хв.

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

Функціонал стандартний. Опис тут - Робота з заявою на участь (bid)

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

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

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

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

Так як інформація має бути доступною лише конкретному учаснику, нотифікацію майданчики реалізовують самостійно базуючись на відповідях АРІ, під час роботи із заявами на участь.

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

Це реалізовано на рівні моделі base.Organization

Публічно КІ буде повертатися у вигляді "******"

Скасування аукціону

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

Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails) та обрати причину скасування (cancellation.reason). Фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну.

Перелік причин скасування процедури:
- Включення об’єкта приватизації до переліку об’єктів права державної власності, що не підлягають приватизації;
- Ухвалення місцевою радою рішення про скасування попереднього рішення про приватизацію відповідного об’єкта комунальної власності;
- Порушено порядок підготовки до аукціону;
- Виникнення технічного збою, підтвердженого адміністратором електронної торгової системи;
- Рішення суду або інші підстави.

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

Організатору аукціону
- Коли - Скасування аукціону
- Що - Аукціон скасовано
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику
- Коли - Скасування аукціону
- Що - Аукціон скасовано Організатором аукціону. Інформація щодо причин скасування
- Коментарі - Повідомлення надходить протягом 5 хв.

Інформація про отримання посилання на аукціон - Перенести на conf та змінити посиланя

Повідомлення щодо аукціону що не відбувся

Організатору аукціону
- Коли - Аукціон не відбувся
- Що - Аукціон не відбувся.
- Коментарі - Повідомлення надходить протягом 5 хв.

Повідомлення щодо аукціону

Учаснику
- Коли - В момент генерації посилання
- Що - Для участі в аукціоні перейдіть за посиланням
- Коментарі - Повідомлення надходить протягом 5 хв.

Аукціон

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Посилання - буде змінено коли будуть погоджено новий формат

Шаблони електронного протоколу аукціону:
- Аукціон відбувся (TODO)
- Аукціон не відбувся (викуп) (TODO)
- Аукціон не відбувся (TODO)

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

За результатами періоду аукціону (auctionPeriod) (за умови наявності 2-х та більше заяв в рамках періоду подання пропозицій), або за результатами періоду прийняття заяв на участь (tenderPeriod) (за умови наявності 1-ї заяви) процедура переходить на етап кваліфікації.

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

ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками (другий award за наявності такого учасника). Авард учасника з найвищою валідною ставкою отримує статус pending, а авард учасника з другою найвищою ставкою (за наявності) отримує статус pending_waiting. Авард єдиного учасника отримує статус pending_admission.

Якщо за результатами періоду прийняття заяв на участь (tenderPeriod) наявна лише 1-на заява, то формується додатковий період публікації рішення про викуп (admissionPeriod).

Публікація рішення про викуп

За умови наявності лише 1-ї заяви після завершення періоду прийняття заяв на участь (tenderPeriod) процедура переходить у період кваліфікації та розпочинається період публікації рішення про викуп (admissionPeriod), статус процедури змінюється на active_qualification. Починається робота із протоколом для єдиного учасника та оператора електронного майданчика, з якого цей учасник подав цінову пропозицію, та робота з рішенням про викуп - для Організатора:
- Протокол підписується (за допомогою кваліфікованого електронного підпису уповноваженої особи або у письмовій формі) єдиним учасником та оператором електронного майданчика, з якого учасник подав цінову пропозицію, передаються оператором Організатору поза системою та можуть бути завантажені до bid`a (не обов’язкова дія) як учасником так і оператором майданчика. Завантаження цього документу не призводить до зміни статусів в системі.
- Організатор приймає (поза системою) та опубліковує рішення про викуп в ЕТС протягом 5-ти робочих днів після формування відповідного протоколу.
- Після завантаження рішення про викуп організатор натискає кнопку "Опублікувати рішення про викуп", після чого майданчик передає award’у такого учасника статус pending (“Очікується протокол”), статус процедури залишається у active_qualification.
- Якщо протягом 5-ти робочих днів після формування протоколу рішення про викуп не опубліковане, то ЦБД автоматично змінює статус award’у та процедури на unsuccessful

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

За умови успішного проведення аукціону, процедура переходить у період кваліфікації та розпочинається період підписання протоколу, статус Процедури змінюється на active_qualification, починається робота із протоколом (verificationPeriod). За умови наявності лише 1-ї заяви після завершення періоду прийняття заяв на участь (tenderPeriod), Процедура вже має статус active_qualification, період кваліфікації вже розпочато, починається робота із протоколом (verificationPeriod).

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

Після періоду аукціону (auctionPeriod) або періоду публікації рішення про викуп (admissionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників:

Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 7-ми робочих днів після дня його завершення.
В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус pending_payment (“Переможець. Очікується оплата”).
У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bida (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
Якщо перший award дискваліфіковано, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив факт оплати ціни та умов продажу для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.

Отримання оплати за участь

Після підтвердження протоколу (переводу статусу аварду в "Очікується оплата" pending_payment) - процедура автоматично переводиться в статус "Очікується оплата" pending_payment.

Якщо розмір гарантійного внеску менший ніж суми плати за участь, то Переможець повинен сплатити залишок повної суми за участь (поза системою), а Оператор майданчика переможця заповнити поле awards.participationPayment (не обов’язкова дія). Інформація про факт сплати повної суми за участь повинна відображатись Організатору

Отримання оплати ціни продажу

Після підтвердження протоколу (переводу статусу аварду в "Очікується оплата" pending_payment) - процедура автоматично переводиться в статус "Очікується оплата" pending_payment.

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

Підписання та публікація договору

Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля: dateSigned, title, contractNumber. Необов'язкове поле - description та підтвердити договір. ЦБД має заповнити автоматично стандартні поля (id, url, datePublished,index, format і т.д.), як це відбувається у інших існуючих процедурах.

Після цього майданчик переводить contract в статус active.

Тривалість періоду публікації договору (signingPeriod) дорівнює 25 робочих днів + 10 календарних днів з дня формування протоколу про результати електронного аукціону.

В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

Підписання та публікація попереднього договору (preliminaryContract)

Якщо Організатором прийняте рішення про укладання попереднього договору, потрібно:

завантажити до обʼєкта contracts[] Попередній договір (documentType:preliminaryContract)
заповнити обов'язкові поля попереднього договору: preliminaryContractDateSigned:true, title, preliminarycontractNumber. Не обовязкове поле description.

Після підтвердження попереднього договору (preliminaryContractDateSigned:true) період підписання договору (signingPeriod) збільшується на 60 робочих днів з дня укладення попереднього договору (preliminaryContractDateSigned). Відповідно, qualificationPeriod також збільшується на +60 робочих днів.

documentType:preliminaryContract НЕ обов'язковий документ. Організатор може одразу укладати основний Договір. documentType:preliminaryContract НЕ заміняє documentType:contractSigned documentType:preliminaryContract і documentType:contractSigned можуть завантажувати обидва, але documentType:contractSigned має бути обовязково для завершення процедури.

Якщо дата preliminaryContract.dateSigned + 60 р.д. менша за раніше встановлену signingPeriod.endDate і qualificationPeriod.endDate, то в меншу сторону signingPeriod.endDate і qualificationPeriod.endDate не перерахуються, а залишаться із значенням розрахованим раніше.

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

Завершення аукціону (переведення у статус complete)

Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.

Умови дискваліфікації

Дискваліфікація Організатором

У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор аукціону складає та оприлюднює в електронній торговій системі “Рішення про відмову” (rejectionProtocol) або “Акт про відмову” (act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину зі словника (причина записуються в поле award.terminationReason)

Перелік причин дискваліфікації:
- Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
- Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна;
- Подав неправдиві відомості про себе;
- Відмовився від підписання протоколу про результати електронного аукціону; - причина для недопуску до наступних аукціонів
- Відмовився від укладення договору; - причина для недопуску до наступних аукціонів
- Відмовився від підписання протоколу аукціону або договору купівлі-продажу в аукціоні з продажу того самого об’єкта приватизації, що підтверджується відповідним актом; - причина для недопуску до наступних аукціонів
- Не сплатив ціну продажу об'єкта приватизації у встановлений строк; - причина для недопуску до наступних аукціонів
- Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом. - причина для недопуску до наступних аукціонів

Після чого Майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.

До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документи.

Повідомлення щодо кваліфікації (загальні)

Повідомлення щодо кваліфікації
- Організатору аукціону
  - Коли - Розпочалася кваліфікація
  - Що - Розпочато кваліфікацію по аукціону. На підтвердження протоколу _____
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Організатору аукціону
  - Коли - Закінчується період роботи із протоколом (за 24 години)
  - Що - Період роботи з протоколом аукціону закінчується за 24 години.
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Організатору аукціону
  - Коли - Закінчується період роботи із договором (за 24 години)
  - Що - Період роботи з договором по аукціону закінчується за 24 години.
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Учаснику, що очікує
  - Коли - Учасник, що очікує, не набув статусу переможця, оскільки 1-й учасник успішно пройшов кваліфікацію
  - Що - Ви не стали переможцем аукціону, 1-й учасник успішно пройшов кваліфікацію.
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Організатору аукціону, Учаснику
  - Коли - Початок роботи із договором
  - Що - Період роботи з договором по аукціону розпочато.
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Учаснику
  - Коли - Учасника дискваліфіковано
  - Що - Вас дискваліфіковано з аукціону без можливості повернення внесків
  - Коментарі - Повідомлення надходить протягом 5 хв.
- Учаснику, що очікує
  - Коли - Першого Учасника дискваліфіковано
  - Що - Першого учасника дискваліфіковано. Ви стали переможцем аукціону. Розпочато період роботи з протоколом аукціону
  - Коментарі - Повідомлення надходить протягом 5 хв.

Перелік sellingMethods

'smallPrivatization-priorityEnglish'
'smallPrivatization-priorityEnglish-fast'
'smallPrivatization-priorityEnglish-ultra-fast'
'smallPrivatization-priorityEnglish-fast-auction-manual-qualification'
'smallPrivatization-priorityEnglish-fast-auction-prod'
'smallPrivatization-priorityEnglish-fast-manual'
'smallPrivatization-priorityEnglish-initial-auction'
'smallPrivatization-priorityEnglish-initial-auction-manual'
'smallPrivatization-priorityEnglish-initial-qualification'
'smallPrivatization-priorityEnglish-initial-qualification-prod'