Page History

...

• Повну назву Аукціону (Заголовок) (title)
• Опис аукціону (description)
• Номер лоту (lotId)
• Інформація про Організатора (relatedOrganization.sellingEntity)
  • Ідентифікатори Організатора аукціону (Код ЄДРПОУ, ІПН або паспорт) (identifier)
  • Адреса Організатора аукціону (повна адреса) (address)
  • Інформація про Контактну особу (contactPoint)
• Інформація про учасника з переважним правом
  • Ідентифікатори учасника з переважним правом (Код ЄДРПОУ, ІПН або паспорт) (identifier)
  • Адреса Учасника з переважним правом (повна адреса) (address)
  • Дата укладення та закінчення договору оренди (currentContractTime) - це не обовʼязкове поле. Організатор заповнює за потреби.
• Банківські реквізити (bankAccounts) (обовʼязковий тільки accountType == guarantee)
• Стартову ціну лоту (value)
• Розмір кроку аукціону (minimalStep)
• Розмір гарантійного внеску (guarantee)
• Лот виставляється x раз (tenderAttempts)
• Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
• Документи аукціону (documents)
  • Для публікації Обовʼязковий хоча б один документ з documentType=illustration - ЦБД очікує документ з documentType: illustration лише якщо commercialSellItemType == asset (логіка описана нижче в першій таблиці)
• Дата проведення аукціону (auctionPeriod.startDate)
  • Має бути не раніше, ніж через 7 повних календарних днів після дня публікації)
  • Не може припадати на вихідний або святковий день
• Інформація про лот (items[])
  • Опис лоту (items[].description)
  • Кількість одиниць (items[].quantity)
  • Одиниці виміру (items[].unit)
  • Основний класифікатор CAV (items[].classification)

    • В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).

      • Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)

      • Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:

        • Земля (landProps)

        • ЄМК (jointPropertyComplex)

        • для realEstate та vehicle - ЦБД поверне валідаційну помилку, якщо передавати additionalClassification з scheme == CVZU

      • ЦБД автоматично додасть до кожної процедури до кожного item додатковий класифікатор CPVS == "DA04-3: Приватний".

      • Особливості роботи із основним класифікатором наступні:

        • В залежності від обраного значення Основного класифікатора (CAV Classification), ЦБД автогенерує значення для Типу активу (commercialSellItemType), для інших значень основного класифікатора, що НЕ зазначені нижче в таблиці, ЦБД нічого не автогенерує:

          • 04000000-8 – Нерухоме майно та усі вкладені коди	asset (Майно)
            05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди	asset (Майно)
            06000000-2 – Земельні ділянки та усі вкладені коди	asset (Майно)
            16000000-5 – Сільськогосподарська техніка та усі вкладені коди	asset (Майно)
            30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди	asset (Майно)
            32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди	asset (Майно)
            34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди	asset (Майно)
            39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди	asset (Майно)
            42000000-6 – Промислова техніка та усі вкладені коди	asset (Майно)
            07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди	claimRights (Права вимоги)
            08000000-6 – Корпоративні права та усі вкладені коди	claimRights (Права вимоги)

        • Існує залежність обраного Основного CAV класифікатора і можливості передати itemProps:
          • Якщо користувач передає вказані в таблиці нижче значення Основного CAV класифікатора, то ЦБД приймає тільки відповідні itemProps, які відносяться до вказаного в таблиці itemPropsType. Для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не валідує і не приймає itemProps взагалі:

          • 04000000-8 – Нерухоме майно та усі вкладені коди	realEstateProps
            05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди	jointPropertyComplexProps
            06000000-2 - Земельні ділянки та усі вкладені коди	landProps
            34000000-7 - Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди	vehicleProps
            07121000-3 - Застава - Нерухоме майно	realEstateProps
            07122000-0 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07123000-7 - Застава - Земельні ділянки	landProps
            07126000-8 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps
            07221000-4 - Застава - Нерухоме майно	realEstateProps
            07222000-1 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07223000-8 - Застава - Земельні ділянки	landProps
            07226000-9 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps

        • В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Items. Для значень із таблиці нижче поле location ОБОВ'ЯЗКОВЕ для заповнення:

          • 04000000-8 – Нерухоме майно та всі вкладені коди

            ЦБД очікує заповнене поле

             
        • В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Items. Для значень із таблиці нижче, поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:

          • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди

            08000000-0 – Корпоративні права та усі вкладені коди

            45000000-7 – Будівельні роботи та усі вкладені коди

            48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди

            50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди

            51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди

            55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди

            60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди

            63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди

            64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди

            65000000-3 – Комунальні послуги та усі вкладені коди

            66000000-0 – Фінансові та страхові послуги та усі вкладені коди

            71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди

            72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди

            73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди

            75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди

            76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди

            77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди

            79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди

            80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди

            85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди

            90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди

            92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди

            98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

• • • • • • В залежності від обраного classification.id встановлюється валідація на обовʼязковість заповнення поля registrationDetails

            • CAV	registrationDetails
              04000000-8 – Нерухоме майно та усі вкладені коди	обовʼязково registrationStatus

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

...

"rectificationPeriod": {
	"endDate": {
		"diff": "6 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"tenderPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "20:00"
	},
	"startDate": {
		"from": "now"
	}
}

"questionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"enquiryPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

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

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

...

...

• previousAuctionId
• tenderAttempts
• relatedOrganization.sellingEntity
• lotId
• title
• description
• accessDetails
• bankAccounts
• x_documentRequirements
• x_additionalInformation
• value
• valueAddedTaxCharged
• discount
• guarantee
• minimalStep
• minNumberOfQualifiedBids
• items
• registrationFee
• documents

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

  • • якщо до documents додавати документи - біди Не деактивуються (POST /api/procedures/{{procedure_id}}/documents?acc_token={{procedure_acc_token}})
    • якщо PATCH-ити documents, то біди Деактивуються

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

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

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

  • якщо є бід з identifier.id, який більше не вказаний в currentTenants (був вказаний, але Орг замінив) - статус такого bid’а змінюється на inactive
  • якщо є бід з identifier.id, який тепер вказано в currentTenants (був інший, але Орг замінив на цей) - статус bid’а змінюється на inactive
  • біди з іншими identifier.id (не був currentTenants і не став ним) не інактивуються, якщо Організатор відредагував currentTenants[].identifier.id

  У разі внесення змін в будь-які інші поля біда з переважним правом (currentTenants) крім identifier.id - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була.Технічна особливість: Якщо Організатору необхідно редагувати поля учасника з переважним правом (currentTenants), то технічно це можна зробити лише запитом PATCH всього масиву relatedOrganization, який включає також sellingEntity. Тому при будь-якому редагуванні currentTenants будуть ЗАВЖДИ деактивовуватись всі Біди, бо паралельно в запиті надійдуть поля sellingEntity (навіть якщо наповнення в полях не змнилось)

  
  

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

  ...

  Info
  title Особливості для переважного права
  Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. Для реалізації переважного права чинний орендар надає згоду сплатити суму, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону. У разі відмови чинного орендаря сплачувати таку ціну, він може надати попередню згоду сплатити ціну, що є рівною ціновій пропозицій учасника з наступною (другою) за величиною ціновою пропозицією (за умови наявності такої пропозиції) Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі. Протягом четвертого раунду МА запитає Учасника з переважним правом: "Чи погоджується він на найвищу ставку, яку зробив інший учасник?" Якщо ні, то - "Чи погоджується він на другу за величиною ставку?" У разі відмови чинного орендаря сплачувати ціну, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що що  подав найвищу цінову пропозицію за лот. Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця. Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting). У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце →  чинний орендар не допускається на етап кваліфікації.

  ...

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

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

  ...

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

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

  ...

  Підписання протоколу (Awards)

  ...

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

  ...

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

  Технічна назва	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
  awards.verificationPeriod	Період підписання протоколу	В момент набуття Авардом статуса pending	verificationPeriod.endDate ==verificationPeriod.startDate+10 6 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending Code Block "verificationPeriod": { "endDate": { "diff": "6 business days", "direction": "forward", "from": "now", "time": "18:00" }, "startDate": { "from": "now" } }
  awards.signingPeriod	Період підписання договору	В момент набуття Авардом статуса pending	signingPeriod.endDate == signingPeriod.startDate + 15 20 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending Code Block "signingPeriod": { "endDate": { "diff": "20 business days", "direction": "forward", "from": "now", "time": "18:00" }, "startDate": { "from": "now" } }

  ...

  • завантажити його цифрову копію в ЦБД (documentType:contractSigned)
  • заповнити обов'язкові поля договору:
    • dateSigned description - Дата підписання Опис договору
    • title - Назва договору
    • contractNumber - Номер договору
    • description title - опис Назва договору
    • contractTotalValue dateSigned - Заключна вартість Дата підписання договору
  • підтвердити договір (надслати запит на зміну статусу договору pending → active)

  ...

  field name	required for publishing	type	readOnly	x-legalNameUa	x-legalNameEn	comment
  owner	-	string	true	Ідентифікатор майданчика	Broker Name
  ownerToken	-	string($uuid)	true			x-default: hex
  _id	-	string	true	Внутрішній ідентифікатор аукціону	ID	x-default: object_id x-serialize_when_none: false x-format: object-id
  datePublished	-	string($date-time)	true	Дата публікації процедури	Published date	x-default: now
  dateModified	-	string($date-time)	true	Остання дата зміни процедури	Procedure date modified
  auctionId	-	string	true	Ідентифікатор аукціону	Auction ID
  tenderAttempts	+	integer($int64)	false	Лот виставляється	Attempt number	minimum: 1 example: 10
  previousAuctionId	-	string	false	Ідентифікатор попереднього аукціону	Previous auction Id	example: CSE000-UA-YYYYMMDD-00000 / UA-PS-YYYY-MM-DD-000000-0 pattern: ^([a-zA-Z]{2,3}[0-9]{3}-[a-zA-Z]{2}-[0-9]{8}-[0-9]{5}|[a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$ minLength: 1 Якщо tenderAttempts > 1 то поле очікується заповненим, має відповідати auctionId попереднього аукціону. Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)
  sellingMethod	+	string	false	Тип процедури	Procedure type	Enum: [ commercialSell-priorityEnglish, commercialSell-priorityEnglish-ultra-fast, commercialSell-priorityEnglish-fast, commercialSell-priorityEnglish-fast-manual,commercialSell-priorityEnglish-fast-auction-manual-qualification, commercialSell-priorityEnglish-fast-auction-prod, commercialSell-priorityEnglish-initial-auction, commercialSell-priorityEnglish-initial-auction-manual, commercialSell-priorityEnglish-initial-qualification, commercialSell-priorityEnglish-initial-qualification-prod ]
  lotId	+	string	false	Номер лота	Lot number
  relatedOrganizations		commercialSell.RelatedOrganizations		Організації, задіяні в керуванні об'єктом	Organizations involved in registry management	Модель, що зберігає дані про орендодавця та учасника з переважним правом sellingEntity* base.Organization Використовується стандартна модель із CSE, але переноситься в relatedOrganizations із корневого рівня name false base.MultiLang identifier true base.Identifier address true anyOf → base.Address base.AddressUa representativeInfo false string contactPoint true base.ContactPoint currentTenants* list[] base.OrganizationWithoutContacts x-format: list-object minItems: 1 maxItems: 1 description: Даніпро учасника, якиймаєпереважнеправо. name base.MultiLang identifier* base.Identifier address* anyOf → base.Address base.AddressUa representativeInfo string example: Довіреність № 123 від 22.02.2012, дійснадо 30.03.2012/Наказ № 142 від 14.12.2019/СтатутТОВКульбабавід 24.07.2002 x-legalNameUa: Інформаціящодопідтвердженняповноважень x-legalNameEn: Representative information Інформаціяпродокументабодані, щопідтверджуютьповноваженняпредставникаюридичноїособи (наприкладдовіреність) id string readOnly: true x-legalNameUa: Ідентифікаторучасниказпріорітетнимправом x-legalNameEn: Current tenant ID x-default: hex currentContractTime base.LifeTime   priority   integer($int32) readOnly: true minimum: 0 default: 0 x-dictionaries: List [ "priorityType" ] x-legalNameUa: Пріорітетучасника x-legalNameEn: Participant's priority x-legalNameUa: "Даніпроучасниказпереважнимправом" x-legalNameEn: "Participant with priority right"
  title	+	base.MultiLang	false	Назва аукціону	Auction title	Використовується стандартна модель із CSE
  description	+	base.MultiLang	false	Опис аукціону	Auction description	Використовується стандартна модель із CSE
  auctionUrl	-	string	true	Веб-адреса для перегляду аукціону	Auction link	example: /api/auctions/123 x-format: rel-url
  accessDetails	+	base.MultiLang	false	Порядок ознайомлення з майном, час і місце проведення огляду об’єкта	Auction access details	Використовується стандартна модель із CSE
  bankAccounts	+	commercialSell.BankAccountsByType	false	Банківські рахунки організатора	Bank accounts	Використовується стандартна модель із CSE Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч. field name type comment accountType string x-dictionaries: List [ "accountType" ] Enum: [ registrationFee, guarantee, other, payment ] accounts commercialSell.BankAccountWithCurrency x-baseClass: "prozorro_sale.procedure.models.base.BankAccount"
  x_documentRequirements	-	base.MultiLang	false	Перелік та вимоги до оформлення документів	List and requirements of registration documents
  x_additionalInformation	-	base.MultiLang	false	Додаткові відомості	Other requirements and additional information
  value	+	base.ValueWithTax	false	Стартова ціна лота	Start lot price	Використовується стандартна модель із CSE field name type readOnly comment currency * string false default: UAH x-legalNameUa: Валюта x-legalNameEn: Currency Enum: [ UAH, USD, EUR ] amount * number($float) false example: 10 minimum: 0 exclusiveMinimum: true x-format: decimal-float x-legalNameUa: Сума x-legalNameEn: Amount valueAddedTaxIncluded boolean false default: true x-legalNameUa: Податок x-legalNameEn: Tax
  valueAddedTaxCharged	-	boolean	false	На фінальну суму нараховується ПДВ	Value added tax charged	default: false
  discount	-	base.Discount	false	Знижка	Discount	Використовується стандартна модель із CSE
  guarantee	+	base.Value	false	Гарантійний внесок	Guarantee fee	Використовується стандартна модель із CSE
  registrationFee	-	base.Value	false	Реєстраційний внесок	Registration fee	Використовується стандартна модель із CSE
  minimalStep	+	base.Value	false	Розмір кроку аукціону	Minimal step	Використовується стандартна модель із CSE
  minNumberOfQualifiedBids	-	integer($int64)	false	Мінімальна кількість заяв	Minimal number of bids	default: 1 minimum: 1 maximum: 2 При публікації процедури можна не передавати. ЦБд автоматично згенерує == 1. Організатор може передати явно 1 або 2 за необхідності.
  items	+	commercialSell.Item	false	Склад лота	Lot composition	Використовується стандартна модель із CSE x-format: list-object minItems: 1 default: List []
  documents	+	base.Documents	false	Всі документи аукціону та пов'язані додатки	Documents	Використовується стандартна модель із CSE x-format: list-object default: List [] Для публікації Обовʼязковий хоча б один документ з documentType=illustration
  bids	-	commercialSell-englishPriority.Bid	true	Заява на участь	Bid	МОДЕЛЬ ТУТ x-format: list-object default: List []
  questions	-	base.Question	true	Сервіс обговорення аукціону (запитання-відповідь)	Q&A	Використовується стандартна модель із CSE x-format: list-object default: List []
  awards	-	commercialSell.Award	true	Рішення щодо кваліфікації учасників	Award	Використовується стандартна модель із CSE - commercialSell.Award x-format: list-object default: List []
  contracts	-	commercialSell.Contract	true	Договір	Contract	Використовується стандартна модель із CSE - commercialSell.Contract x-format: list-object default: List []
  inactivationDate	-	string($date-time)	true	Дата деактивації заяви на участь	Inactive bid date	Використовується стандартна логіка CSE: Якщо Організатор вносить зміни в поля процедури так, що це може призвести до дискваліфікації учасників, то ЦБД автоматично заповнить\оновить значення в цьому полі. Потрібно, для Майданчиків для побудови логіки інформування своїх Бідів про те, що їх заява інактивувалась в результаті того, що Організатор вніс зміни в полях процедури
  rectificationPeriod	-	base.Period	true	Період редагування	Rectification period	Використовується стандартна логіка CSE
  enquiryPeriod	-	base.Period	true	Період відповідей	Enquiry period	Використовується стандартна логіка CSE
  tenderPeriod	-	base.Period	true	Період подання заяви на участь в аукціоні	Tender period	Використовується стандартна логіка CSE
  auctionPeriod	+	base.Period	false	Період аукціону	Auction period	Використовується стандартна логіка CSE
  questionPeriod	-	base.Period	true	Період запитань	Question period	Використовується стандартна логіка CSE
  qualificationPeriod	-	base.Period	true	Період кваліфікації	Qualification period	Використовується стандартна логіка CSE
  status	-	string	true	Статус процедури	Procedure status	Enum: [ active_tendering, active_auction, active_qualification, active_awarded, complete, cancelled, unsuccessful ]
  cancellations	-	base.Cancellation	true	Скасування Аукціону	Auction Cancellation	Використовується стандартна логіка CSE x-format: list-object default: List []
  numberOfCurrentTenants	-	integer($int32)	true	Кількість учасників з переважним правом	Number of participants with priority right	default: 1 При публікації не передавати, ЦБД має автоматично згенерувати це значення
  currentTenantGuaranteeFee	-	base.Value	true	Гарантійний внесок чинного орендаря	Guarantee fee for current tenant	currency* string default: UAH x-legalNameUa: Валюта x-legalNameEn: Currency Enum: [ UAH, USD, EUR ] amount* number($float) example: 10 minimum: 0 x-format: decimal-float x-legalNameUa: Сума x-legalNameEn: Amount Автогенерується ЦБД при публікації процедури. Значення копіюються із guarantee. Організатор не може редагувати currentTenantGuaranteeFee
  _meta						Використовується стандартна логіка
  additionalInformation						Використовується стандартна логіка
  metaInfo						Використовується стандартна логіка

  ...

  Для всіх процедур CSP використовуємо один конфіг-файл, який використовується для CSE CSD ТУТ

  Файл

  На розрахунки білінгу ніяк не впливає чи переможцем став учасник з переважним правом, чи ні.

  Протоколи

  Посилання

  На протоколи є вплив з залежності від того, чи переміг учасник з переважним правом, чи ні.