Page History

...

Аукціон закритого типу - аукціон, в якому з моменту активації модуля аукціону до моменту завершення аукціону електронною торговою системою не відображається (не публікується) жодна інформація, що подана учасниками в заявах про участь або доданих до них документах, а також цінові пропозиції, які були змінені протягом часу, відведеного на оновлення таких пропозицій; Роль спостерігача на МА передбачена і протягом перебігу МА відображає в полі інформації тільки текст "Учасники подають закриті цінові пропозиції". Після завершення МА, інформація щодо ставок відкривається і Спотерігач може побачити Учасників і їх ставки.

Обсяг активу - встановлена виставлений Організатором обсяг (кількість матеріалу) активу, щодо якої учасник учасники має намір набути право на підтримкупридбати; Одиниці виміру із словника unitCode

...

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

Цінова пропозиція - ціна, яку пропонує Учасник за одиницю виставленої Організатором продукції. Розмірність одиниць вказує Організатор при публікації оголошення (тонна, кілограм, ящик тощо). Ціна за одиницю декларується учасником та подається в ЕТС до закінчення кінцевого строку подання заяв про участь в аукціоні або в ході проведення аукціону шляхом оновлення такої цінової пропозиції.

...

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

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

Перехід з

За умови

Коментар

pending

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

При створенні Аварду

АБО

pending_waiting

АБО

pending_admission

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

Дискваліфіковано Авард у статусі pending протягом qualificationPeriod: pending_waiting → pending

АБО

Ручна дія.

pending_admission → pending: Учасник погодився закрити залишок обсягу

Перехід із pending_waiting:

Лише у випадку, якщо Організатор дискваліфікував одного чи більше Переможців, Аварди, що перебувають у статусі pending_waiting автоматично можуть змінити свій статус на pending за умови, що обсяг, який вказано в їх заявці повністю покривається залишком від обсягу, що залишився і не настала дата qualificationPeriod.endDate.

Якщо завершився qualificationPeriod і після 20 р.д. Організатор дискваліфіковує переможця, наступний у черзі, який очікує, вже НЕ отримує статус pending (на 21-й день вже не має бути Авардів у статусі pending_waiting, бо визначено одного, хто змінив свій статус на pending_admission, а всі інші змінили свій статус на cancelled)

Anchor

	example_1
	example_1

Приклад1:

Організатор вказав обсяг procedure.items.quantity == 1000

Учасник_1 бажає придбати awards.items.quantity == 700 по найбільшій ціні 120

Учасник_2 бажає придбати awards.items.quantity == 200 по ціні 110

Учасник_3 бажає придбати awards.items.quantity == 400 по ціні 100

В запропонований обсяг, що реалізує Організатор потрапляють тільки Учасник_1 і Учасник_2, бо їх сумарна заявка 700+200 = 900.

(Учасник_3 не потрапляє в квотуобсяг, бо в його заяві quantity == 400, а залишок після Учасник_1 і Учасник_2 тільки 100)

В даному прикладі, Учасник_3 отримує статус pending_waiting

Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 700.

Учасник_3 автоматично отримує статус pending з своєю пропозицією 400, бо 400 повністю покривається обсягом 1000 (першого дискваліфікували, другий 200, третій 400, 200+400 = 600, що менше, ніж 1000)

Приклад2:

Організатор вказав procedure.items.quantity == 1000

Учасник_1 запропонував awards.items.quantity == 100 по найбільшій ціні 120

Учасник_2 запропонував awards.items.quantity == 200 по ціні 110

Учасник_3 запропонував awards.items.quantity == 900 по ціні 100

Обсяг 1000 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 900, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (1000 - 100 - 200) == 700 )

В даному прикладі Учасник_3 отримує статус pending_waiting

Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 100.

Учасник_3 НЕ отримує статус pending з своєю пропозицією 900, бо 900 повністю не покривається залишком обсягу (1000 - 200 = 800 - залишок обсягу, а Учасник_3 пропонує 900, що більше, ніж 800)

Його статус залишається pending_waiting.

P.S.: в майбутньому він отримає статус "Умовний переможець" (pending_admission) і зможе погодитись забрати залишок, який складає 800 із його заявлених 900.

Перехід із pending_admission:

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

pending_waiting

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

При створенні Аварду

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

Статус отримують Аварди одразу після завершення роботи модуля аукціону

Статус pending_waiting отримують Аварди, які перебувають у списку результатів Модуля Аукціону за умови, що обсяг, який вони вказали в заявці на участь повністю НЕ покривається обсягом, який вказав Організатор в оголошенні, з причини, що обсяг вже закритий іншими пропозиціями учасників, що запропонували більшу ціну.

Приклад 1:

Організатор вказав обсяг procedure.items.quantity == 1000

Учасник_1 вказав в заявці awards.items.quantit == 700 по найбільшій ціні 120

Учасник_2 вказав в заявці awards.items.quantit == 200 по ціні 110

Учасник_3 вказав в заявці awards.items.quantit == 200 по ціні 100

Обсяг 1000 повністю покриває тільки запропоновані в заявках Учасника_1 і Учасника_2. Бажаний Учасником_3 обсяг повнітю не реалізується (він запропонував 200, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (1000 - 700 - 200) == 100 )

В даному прикладі тільки третій учасник отримує статус pending_waiting

Приклад 2:

Організатор вказав квоту procedureобсяг procedure.items.quantity == 1000

Учасник_1 вказав в заявці awards.items.quantit 1000 по найбільшій ціні 100

Учасник_2 вказав в заявці 800 по ціні 110

Учасник_3 вказав в заявці 700 по ціні 100

Обсяг 1000 повністю покриває тільки бажаний обсяг Учасника_1. Бажаний Учасником_2 обсяг повністю не реалізується (він запропонував 800, а після Учасника_1 , залишилось не розподілено (1000 - 1000) == 0 )

В даному прикладі другий і третій учасники отримують статус pending_waiting

Організатор не може дискваліфікувати Учасника, що очікує рішення

Учасник не має можливості відмовитись від очікування.

pending_admission

Умовний переможець

pending_waiting

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

Завершився qualificationPeriod.endDate

АБО

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

За умови, що всі Awards, що мали статус pending отримали статус active і їх повʼязані Contracts[] також отримали статус active

(Організатор успішно кваліфікував всіх Переможців, підписав протоколи і договори, залишилось вирішити питання тільки з залишком запропонованого обсягу, що може бути закритий "умовним переможцем")

Три умови:
1. Триває qualificationPeriod

2. Відсутні Аварди у статусі pending

3. Відсутні Contracts у статусі pending

Тоді ЦБД визначає Аварда, який набуває статус pending_admission

Статус pending_admission отримує тільки один Award, який знаходиться у статусі pending_waiting і запропонував найбільшу після Переможців ціну за умови, що залишився нерозполіделий залишок.

У випадку, коли Організатор успішно кваліфікував всіх переможців (всі Awards у статусі pending набули статусу active і їх повʼязані contracts[] також набули статусу active), не чекаючи 20-го дня після завершення МА, учасник одразу отримує статус pending_admission і отримує можливість погодитись чи відмовитись від нерозподіленого залишку обсягу.

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

В момент отримання Авардом статусу pending_admission, всі інші Аварди, які перебувають у статусі pending_waiting отримують статус cancelled

(дискваліфікація Переможців вже неможлива, бо закриті протоколи+договори. Вибор іншого "умовного переможця" не передбачений)

В цьому статусі Умовний переможець може:

вказати обсяг, на який учасник погоджується (обсяг має дорівнювати або бути меншим за нерозподілений залишок, але не менше вказаного Організатором мінімуму (procedure.minimalPart)) і надіслати запит на зміну Award.status: pending_admission → pending (підтвердити набуття статусу переможця)
Відмовитися від набуття статусу переможця - надіслати запит на Award.status: pending_admidssion → cancelled
Бездіяльність умовного переможця протягом awards.admissionPeriod (принцип мовчазної відмови), автоматична зміна Award.status: pending_admidssion → cancelled

active

Переможець. Очікується договір

pending

Ручна дія.

Організатор надсилає запит на зміну статуса Awards[].status: pending → active

Після завантаження в Awards[] протоколу Організатор надсилає запит на зміну Awards[].status: pending → active чим підтверджує підписання протоколу.

ЦБД автоматично створює до цього аварду contracts[] у статусі pending

cancelled

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

pending_admission

АБО

pending_waiting

із pending_admission:

Ручна дія.

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

АБО

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

Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді

із pending_waiting:

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

В момент, коли будь-який Авард набуває статусу pending_admission, всі інші Аварди, які знаходяться у статусі pending_waiting автоматично набувають статус cancelled

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

Після набуття статусу pending_admission "Умовний переможець" має можливість відмовитись забрати залишок обсягу і скасувати свою заявку (змінити статус Аварда з pending_admission на cancelled).

Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді, то ЦБД автоматично змінює статус його Аварда.

Після набуття статусу pending_admission "Умовний переможець" всі Аварди, які на цей момент заходились у статусі pending_waiting набувають статус cancelled

unsuccessful

Дискваліфіковано

pending

АБО

active

Ручна дія.

Організатор надсилає запит на зміну award.status: pending → unsuccessful

Ручна дія.

Організатор надсилає запит на зміну статуса Аварда active → unsuccessful

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

pending → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol АБО act

При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

Anchor

	contract_active_unsuccessful
	contract_active_unsuccessful

active → unsuccessful:

При зміні статуса з active → unsuccessful Організатору необхідно заповнити поле terminationReason значенням зі словника

Обовʼязково завантажити документ з documentType: rejectionProtocol АБО act

...

basicSell. basicSellMultiAwardsProcedure			type	readOnly	Обовʼязково передавати при публікації процедури	x-legalNameUa	x-legalNameEn	Коментар
owner			string	true		Ідентифікатор майданчика	Broker identifier
ownerToken			string($uuid)	true
_id			string	true		Внутрішній ідентифікатор аукціону	ID
datePublished			string($date-time)	true		Дата публікації процедури	Published date
dateModified			string($date-time)	true		Остання дата зміни процедури	Procedure date modified
auctionId			string	true		Ідентифікатор аукціону	Auction ID	BSM
disqualifiedBids			list[] string	true		Раніше дискваліфіковані	Previously disqualified	логіку робили для BSE/BSD тут необхідно таку ж логіку для BSM
previousAuctionId			string			Номер попереднього аукціону	Previous auction Id	pattern: ^(BS[EDMW][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])$
sellingMethod			string		+	Тип процедури	Procedure type	basicSell-multiAwards basicSell-multiAwards-ultra-fast basicSell-multiAwards-fast basicSell-multiAwards-fast-manual basicSell-multiAwards-fast-auction-manual-qualification basicSell-multiAwards-fast-auction-prod basicSell-multiAwards-initial-auction basicSell-multiAwards-initial-qualification basicSell-multiAwards-initial-qualification-prod basicSell-multiAwards-initial-qualification-fast basicSell-multiAwards-initial-auction-manual
sellingEntity			model base.Organization		+	Інформація про замовника аукціону	Organizer information	Використовуємо готову модель із basicSell-english
	name		model base.multiLang			Повна юридична назва організації або ПІБ	Legal name or Full Name
	identifier		model base.Identifier		+	Ідентифікатори організації або особи	Identifier	Використовуємо готову модель із basicSell-english
		scheme	string		+	Ідентифікатори організації	ID type	Обирається одне значення зі словників: https://procedure-sandbox.prozorro.sale/api/classifiers/identifiers https://procedure-sandbox.prozorro.sale/api/classifiers/ua_identifiers
		legalName	model base.multiLang		+	Повна юридична назва організації	Legal name	Для публікації процедури обовʼязково заповнено legalName.uk_UA
		id	string		+	Код ЄДРПОУ або ІПН або паспорт	Legal ID
	address		model anyOf → base.Address base.AddressUa		+	Адреса	Address	Використовуємо готову модель із basicSell-english
		countryName	model base.multiLang		+	Країна	Country	uk_UA - Для публікації процедури обовʼязково для заповнення
		region	model base.multiLang		+	Область	Region	uk_UA - Для публікації процедури обовʼязково для заповнення
		locality	model base.multiLang		+	Населений пункт	Locality	uk_UA -Для публікації процедури обовʼязково для заповнення
		streetAddress	model base.multiLang		+	Адреса	Address	uk_UA - Для публікації процедури обовʼязково для заповнення
		postalCode	string			Поштовий індекс	ZIP code	pattern: ^[0-9]{5}$
	representativeInfo		string			Інформація щодо підтвердження повноважень	Representative information
	contactPoint		model base.ContactPoint		+	Контактна особа	Main contact	Використовуємо готову модель із basicSell-english
		name	model base.multiLang		+	ПІБ	Main contact name	uk_UA - Для публікації процедури обовʼязково для заповнення
		email	string($email)		+	Адреса електронної пошти	Main contact e-mail
		telephone	string		+	Номер телефону	Phone number
		faxNumber	string			Номер факсу	Fax number
		url	string($uri)			Веб адреса	Website
lotId			string		+	Номер лоту	Lot number
title			model base.multiLang		+	Заголовок аукціону		uk_UA - Для публікації процедури обовʼязково для заповнення
description			model base.multiLang		+	Опис аукціону		uk_UA - Для публікації процедури обовʼязково для заповнення
accessDetails			model base.multiLang			Порядок ознайомлення з майном, час і місце проведення огляду об’єкта	Auction access details
bankAccounts			model basicSell.BankAccountsByType		+	Банківські рахунки	Bank accounts	Використовуємо готову модель із basicSell-english При публікації обов'язковоодинбанківськийрахунокзтипом guarantee івалютою UAH. Рахунківдлякожноготипув UAH/USD/EUR можебутибезліч.
	accountType					Тип рахунку	Account type	Enum: [ registrationFee, guarantee, other, payment ]
	accounts					Рахунок	Account	Використовуємо готову модель із basicSell-english
x_documentRequirements			model base.multiLang			Перелік та вимоги до оформлення документів	Document requirements
x_additionalInformation			model base.multiLang			Додаткові відомості	Other requirements and additional information
value			model ValueWithTax		+	Мінімальна цінова пропозиція	Min bid value
	currency		string		+	Валюта	Currency	Enum: [UAH, USD, EUR]
	amount		number($float)		+	Сума	Amount
	valuePer		model base.Unit			Одиниця виміру	Measure unit	default: заповнюємо значенням із procedure.items[0].unit Організатор може передати інше значення за потреби (Наприклад, в REM ціна була за KWH, хоча items[].unit = KWT) Вказані одиниці ніяк не впливають на розрахунки! Тобто, якщо Організатор реалізує Тонни, а ціну вказує за Кг, то коректного автоматичного розрахунку ціни НЕ буде.
	valueAddedTaxIncluded		boolean			Податок	Tax	default: true Організатор може передати інше значення за потреби
valueAddedTaxCharged			boolean			На фінальну суму нараховується ПДВ	Value added tax charged	default: false Організатор може передати інше значення за потреби
discount			model base.Discount			Знижка	Discount	Використовуємо готову модель із basicSell-english
guarantee			model base.Value		+	Гарантійний внесок	Guarantee	Використовуємо готову модель із basicSell-english
minimalStep			model base.Value	true		Розмір кроку аукціону	Minimal Step	Організатор НЕ передає це поле. При публікації процедури автоматично генерується, як: "currency": == value.currency "amount": 0.01
	currency		string	true		Валюта	Currency	default: == value.currency
	amount		number($float)	true		Сума	Amount	default: 0.01
minimalPart			number($float)		+	Мінімальна частка	Minimal part	minimum: 0 example: 11.1126 x-strict: 4
minNumberOfQualifiedBids			integer($int64)			Мінімальна кількість заяв учасників	Minimal number of bids	default: 2 Організатор може передати значення 1 за потреби minimum: 1 maximum: 2
tenderAttempts			integer($int64)			Лот виставляється	Attempt number	default: 1 minimum: 1
items[]			list[] model basicSell-multiAwards.Item			Склад лота	Lot composition	МАЄ БУТИ МОЖЛИВІСТЬ ДОДАТИ ТІЛЬКИ ОДИН item В МАСИВ items[] ! НЕ МОЖЕ БУТИ ДЕКІЛЬКА items в items[]
	id		string	true		Внутрішній ідентифікатор обʼєкта	Item ID
	description		model base.multiLang		+	Опис лота	Item description	uk_UA - Для публікації процедури обовʼязково для заповнення
	classification		model Classification		+	Класифікатор	Classification
		scheme	string		+	Схема класифікатора	Item classification scheme	Enum: [CAV]
		description	model base.multiLang	true		Опис коду классифікатора	Classification ID
		id	string		+	Код классифікатора	Classification ID	Можливість обрати тільки один із: 03000000-1 Сільськогосподарська, фермерська продукція, продукція рибальства, лісівництва та супутня продукція та всі вкладені коди 09000000-3 Нафтопродукти, паливо, електроенергія та інші джерела енергії та всі вкладені коди 14000000-1 Гірнича продукція, неблагородні метали та супутня продукція та всі вкладені коди 15000000-8 Продукти харчування, напої, тютюн та супутня продукція та всі вкладені коди 18000000-9 Одяг, взуття, сумки та аксесуари та всі вкладені коди 19000000-6 Шкіряні та текстильні, пластмасові та гумові матеріали та всі вкладені коди 22000000-0 Друкована та супутня продукція та всі вкладені коди 24000000-4 Хімічна продукція та всі вкладені коди 44000000-0 Конструкції та конструкційні матеріали; допоміжна будівельна продукція (крім електроапаратури) та всі вкладені коди
	unit		model base.Unit		+	Одиниці виміру обʼєкта	Item unit	Використовуємо готову модель із basicSell-english словник https://procedure.prozorro.sale/api/classifiers/unitCode Обов'язково вказувати, код одиниці виміру P.S.: Тонни - це TNE
		code	string		+	Код одиниці виміру	Unit code
		name	model base.multiLang	true		Назва одиниці виміру	Item unit name	Автозаповнюється значенням із словника в залежності від значення unit.code
	quantity		number($float)		+	Кількість одиниць	Item quantity	minimum: 0 example: 11.1126 x-strict: 4
	address		model base.AddressUa		+	Місцезнаходження	Item address	Використовуємо готову модель із basicSell-english P.S.: Поставив "+" в "обовʼязково для заповнення, бо класифікатори, які використовуютьсі в цій процедурі вимагають заповннення адреси
	additionalClassifications[]		list[] model basicSell.AdditionalClassification			Додатковий класифікатор	Item additional Classification ID	Використовуємо готову модель із basicSell-english Вказання додаткового класифікатора Не обовʼязкове при публікації процедури
		scheme	string			Схема додаткового класифікатору	Item additional classification scheme	Enum: [CPVS,CVZU]
		description	model base.multiLang	true		Опис додаткового класифікатору	Item additional classification description	Автозаповнюється в залежності від additionalClassification.id
		id	string			Код додаткового класифікатору	Item additional classification ID	Значення із словника CPVS або CVZU обирає Організатор при публікації
	location		model base.Location			Координати	Location	Використовуємо готову модель із basicSell-english
		latitude	string			Широта	Latitude
		longitude	string			Довгота	Longitude
		elevation	string			Висота	Elevation
	basicSellItemType		string					Використовуємо логіку із basicSell-english P.S.: але для Класифікаторів, які доступні в цій процедурі нічого тут генеруватися не буде, а класифікатори, для яких тут генерується значення не використовуються в цій процедурі
	itemProps[]		model			Технічні характеристики	Technical characteristics	Використовуємо логіку із basicSell-english anyOf → basicSell.LandProps basicSell.RealEstateProps basicSell.JointPropertyComplexProps basicSell.VehicleProps P.S.: але для Класифікаторів, які доступні в цій процедурі нічого тут генеруватися не буде, бо класифікатори, для яких тут генерується значення не використовуються в цій процедурі
	registrationDetails		model base.RequiredRegistrationDetails			Інформація щодо реєстрації	Registration details	Використовуємо логіку із basicSell-english
		registrationStatus	string			Стан державної реєстрації об''єкту	State of official registration of the registry
		registrationID	string			Номер запису	Registration ID
		registrationDate	string			Дата реєстрації	Registration date
isPerishable			boolean			Майно, що швидко псується	Perishable property	Використовуємо логіку із basicSell-english default: false !!! Якщо Організатор при створенні процедури обрав Основний класифікатор (чи вкладені в них): 03000000-1 – Сільськогосподарська, фермерська продукція, продукція рибальства, лісівництва та супутня продукція 15000000-8 – Продукти харчування, напої, тютюн та супутня продукція та всі вкладені коди В інших випадках віддавати валідаційну помилку при публікації Процедури, що обраний класифікатор не дозволяє встановити параметр isPerishable: true
documents[]			model base.Documents					Використовуємо логіку із basicSell-english
bids[]			model basicSell-multiAwards.Bid			Заява на участь	Bid
	owner		string	true		Ідентифікатор майданчика	Broker ID
	ownerToken		string($uuid)	true
	id		string	true		Ідентифікатор заяви на часть	Bid ID
	bidders[]		model base.Organization			Інформація учасника	Bidder info	Використовуємо логіку із basicSell-english
		name	model base.multiLang	true		Повна юридична назва організації або ПІБ	Legal name or Full Name	Автозаповнюється автоматично із identifier.legalName.*
		identifier	model base.Identifier			Ідентифікатори організації або особи	Identifier	scheme* string x-dictionaries: List [ "identifiers", "ua_identifiers" ] x-legalNameUa: Ідентифікатори організації x-legalNameEn: ID type Обирається одне значення зі словників: https://procedure-sandbox.prozorro.sale/api/classifiers/identifiers https://procedure-sandbox.prozorro.sale/api/classifiers/ua_identifiers legalName* model base.MultiLang id* string x-legalNameUa: Код ЄДРПОУ або ІПН або паспорт x-legalNameEn: ID Обовʼязкові поля для активації Біда
		address	model anyOf -> base.Address OR baseAddressUa			Адреса	Address	Обовʼязкові поля для активації Біда: countryName region locality streetAddress
		representativeInfo	string			Інформація щодо підтвердження повноважень	Representative information
		contactPoint	model base.ContactPoint			Контактна особа	Main contact	Обовʼязкові поля для активації Біда name email telephone
	datePublished		string($date-time)	true		Дата заяви на участь	Bid date
	dateModified		string($date-time)	true		Остання дата редагування ставки	Bid modified date
	status		string			Статус заяви на участь	Bid status	Enum:[draft, active, deleted, inactive]
	value		model			Цінова пропозиція за одиницю обсягу	Price per unit	Обовʼязкове поле для активації Біда
		currency	string			Валюта	Currency	Enum:[ UAH, USD, EUR ] Обовʼязкове поле для активації Біда
		amount	number($float)			Сума	Amount	Обовʼязкове поле для активації Біда
	documents[]		model base.Documents			Документи до заяви про участь	Bid documents	Використовуємо логіку із basicSell-english documentOf: bid documentType: [ commercialProposal, x_passport, x_IPN, x_tenderersRegisterExtract, qualificationDocuments, eligibilityDocuments, digitalSignature, auctionProtocol ]
	participationUrl		string	true		Веб-адреса для участі в аукціоні	Bidder participation link
	order		integer($int64)	true				Використовуємо логіку із basicSell-english
	quantity		number($float)		+	Бажаний обсяг активу	Bid quantity	minimum: 0 example: 11.1126 x-strict: 4
	inactiveBidDate		string($date-time)	true		Дата деактивації заяви на участь	Deactivation date	Використовуємо логіку із basicSell-english
	initialValueAmount		number($float)	true		Початкова ставка	Start bid amount	Використовуємо логіку із basicSell-english
questions[]			model base.Questions			Запитання до аукціону	Q&A	Використовуємо логіку із basicSell-english
awards[]			model			Обʼєкт кваліфікації	Award
	id		string	true		ідентифікатор обʼєкта кваліфікації	Award ID
	title		model base.multiLang			Назва обʼєкта кваліфікації	Award title
	description		model base.multiLang			Опис обʼєкта кваліфікації	Award description
	status		string			Статус	Status	Enum: [pending, pending_waiting, pending_admission, active, unsuccessful, cancelled]
	terminationReason		string			Причина дискваліфікації	Termination Reason	dict: basicSellTerminationReason
	datePublished		string($date-time)	true		Дата створення	Award published date
	value		model			Цінова пропозиція за одиницю обсягу	Award price per unit
		currency	string			Валюта	Currency	Enum:[ UAH, USD, EUR ]
		amount	number($float)			Сума	Value
	buyers[]		model base.Organization			Дані учасника	Award buyer info	Використовуємо логіку із basicSell-english
		name	model base.multiLang			Повна юридична назва організації або ПІБ	Legal name or Full Name
		identifier	model base.Identifier			Ідентифікатори організації або особи	Identifier
		address	model base.Address base.AddressUa			Адреса	Address
		representativeInfo	string			Інформація щодо підтвердження повноважень	Representative information
		contactPoint	model base.ContactPoint			Контактна особа	Main contact
	items[]							Поля копіюються із procedure.items[]
		id	string	true		Внутрішній ідентифікатор обʼєкта	Item ID	копіюється id айтема із процедури
		description	model base.multiLang			Опис лота	Item description	копіюється description із item-а процедури
		classification	model Classification			Класифікатор	Classification	копіюється classification із item-а процедури
		unit				Одиниця виміру	Unit	копіюється unit із item-а процедури
		address						копіюється address із item-а процедури
		itemProps[]						копіюється itemProps[] із item-а процедури
		additionalClassifications[]						копіюється additionalClassifications[] із item-а процедури
	quantity		number($float)			Бажаний обсяг активу	Award quantity	копіюється із повʼязаного Біда: bids[].quantity
	documents[]		model Documents			Документи до аварду	Award documents	documentOf: award documentType:[rejectionProtocol, auctionProtocol, act, digitalSignature]
	dateModified		string($date-time)			Дата зміни аварду	Award date modified
	bidId		string			Ідентифікатор заяви на участь учасника аукціону	Bid id
	signingPeriod		model base.Period			Період підписання договору	Signing period
	verificationPeriod		model base.Period			Період підписання протоколу	Verification period
	admissionPeriod		model base.Period			Період прийняття рішення щодо набуття статусу переможця	Admission period	генерується для Аварду, що набуває статусу pending_admission
timer			string($date-time)	true
archiveId			string	true
contracts[]			model basicSell-multiAwards.Contract			Договір	Contract
	id		string	true		Внутрішній ідентифікатор договру	Contract Id
	awardId		string	true		Ідентифікатор переможця	Award id
	contractNumber		string			Номер договору	Contract number
	title		model base.multiLang			Назва договору	Contract title
	description		model base.multiLang			Опис договору	Contract description
	value		model base.Value
		currency
		amount
	contractTotalValue		model base.Value
		currency
		amount
	items[]							копіюється із повʼязаного Award в тій самій структурі
	buyers[]							копіюється із повʼязаного Award
	status					Статус	Status	Enum:[pending,active,cancelled]
	dataSigned					Дата підписання договору	Contract date signed
	datePublished
	dateModified
	documents[]		model Document			Документи договору	Contract documents	documentOf: contract documentType: [contractSigned, contractAnnexe, contractNotice, digitalSignature]
	contractTimeВИДАЛИТИ
	x_valueUAHВИДАЛИТИ
rectificationPeriod			model base.Period	true		Період редагування	Rectification period	Використовуємо логіку із basicSell-english
enquiryPeriod			model base.Period	true		Період відповідей	Enquiry period	Використовуємо логіку із basicSell-english
tenderPeriod			model base.Period	true		Період прийняття заяв на участь	Tender period	Використовуємо логіку із basicSell-english
auctionPeriod			model base.Period	true		Аукціон	Auction	Використовуємо логіку із basicSell-english
qualificationPeriod			model base.Period	true		Період кваліфікації	Qualification period	те саме, що й waitingPeriod (замінити назву)	verificationPeriod	model base.Period	true	Період верифікації документів	Verification period	Використовуємо логіку із basicSell-english
questionPeriod			model base.Period	true		Період запитань	Question period	Використовуємо логіку із basicSell-english
status				true		Статус	Status	Enum: [active_rectification, active_tendering, activeactive_auction, active_qualification, active_qualificationawarded, complete, unsuccessful, cancelled]
cancellations[]			model base.Cancellation			Скасування аукціону	Auction cancelleation	Використовуємо логіку із basicSell-english
	id		string	true		Ідентифікатор об'єкта скасування	Aucton cancellation ID
	reason		model base.multiLang			Причина скасування Аукціону	Cancellation reason
	documents[]		model Documents			Документи скасування	Cancellation documents	documentOf: cancellation documentType: [cancellationDetails, digitalSignature]
	datePublished		string($date-time)			Дата прийняття рішення про скасування	Cancellation date
registrationFee			model base.Value			Реєстраційний внесок	Registration fee	Використовуємо логіку із basicSell-english

Архів

Space shortcuts

Page tree

Versions Compared

Old Version 11

New Version 12

Key