Versions Compared

Key

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

...

  • При створенні Інформаційного Повідомлення має відбуватись перевірка, чи не задіяний пов'язаний Asset у інших сутностях Інформаційних Повідомлень, Пріоритетного Викупу, які перебувають на момент створення у активному стані;
  • При створенні Інформаційного Повідомлення має відбуватись перевірка:
    • якщо обраний для створення ІП Asset має itemType == ‘asset’, то чи додані у Asset.documents.documentType == 'Illustration'. Створити Asset є можливість без документів illustration, але створити ІП із Asset, який не має таких документів - не має бути можливості.
  • При створенні Інформаційного Повідомлення в ньому зберігається посилання на Об’єкт реєстру (announcement.relatedEntities.type == asset), в Об’єкт реєстру передається посилання на Інформаційне Повідомлення;
  • Зміни полів та документів Об'єкта реєстру, зберігаються як окремі версії Об’єкта;
  • Інформаційне Повідомлення має поле announcement.relatedEntities.archiveId - це версія Об’єкта реєстру, яка була останньою на момент створення Інформаційного Повідомлення.
  • Гарантійний внесок перераховується автоматично, якщо будь-які 2 попередні Процедури не відбулись з причини дискваліфікації учасників.
  • Поле saleCondition автоматично генерується зі значенням "Так" без можливості редагування
  • Поле Наявність переважного права у чинного орендаря автоматично генерується зі значенням "Ні" без можливості редагування
  • Обов'язкові поля для заповнення при Публікації Announcement:
    • всі три initialProps.bankAccounts.accountType: guarantee, registrationFee, payment та currentTennant
    • Інформація про орендаря (учасника з пп) - базова модель даних але треба доповнити всі процедури якщо потрібно його відображати і в звичайних англійцях і голландцях чи достатньо тільки реквізити ?- відображаємо це поле в усіх типах процедур (SPE, SPD, SPP) поля не обовʼязкові заповнюються тільки в двох типах ІП 
    • Інформація про орендодавця (Заповнене ще на етапі Asset. Поле assetCustodian)
    • Інформація нформація про договір оренди
      1. дата укладання
      2. дата завершення
      3. строк дії
      - чи треба нам вказувати дане поле якщо в нас є Дата укладання та Дата завершення ?
      1. місячна оренда плата
      2. площа що орендується
    • Інформація про невідʼємні поліпшення
      1. вартість невідʼємних поліпшень
      2. висновок будівельної експертизи
      3. дата завершення - дата завершення невідʼємних поліпшень ?
      4. умови компенсації
      5. рішення про згоду на невідʼємні поліпшення
      6. - можливо тільки документ
      7. наказ про затвердження висновку про вартість об’єкта приватизації
      8. - можливо тільки документ
    • Додаткові документи
      1. висновок будівельної експертизи
      2. згода на здійснення невідʼємних поліпшень - можливо будуть реквізити документу
      3. наказ про затвердження висновку про вартість об’єкта приватизації - можливо будуть реквізити документу

      2. Створення та робота із Процедурою та Аукціоном (МА):

...

Expand
titleМодель даних
+
systemNamex-legalNameUax-legalNameEnTypereadOnlyОбовʼязковістьКоментар
idВнутрішній ідентифікаторIDstringtrue+
owner Ідентифікатор майданчикаOwner IDstringtrue+
ownerToken

stringtrue+Токен майданчика, через який створено об'єкт
objectId ІдентифікаторObject IDstringtrue+Example: JAS001-UA-20200220-12345
previousObjectIdІдентифікатор попереднього Інформаційного повідомленняPrevious Announcement Idstringtrue-

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

minLength: 1
example: JAS000-UA-YYYYMMDD-00000

titleНайменуванняAnnouncement titlebase.MultiLangfalse+

Автоматично заповнюється з related asset.title, але може редагуватися.

minLength: 1

descriptionОписAnnouncement descriptionbase.MultiLangfalse+

Автоматично заповнюється з related asset.description, але може редагуватися

minLength: 1

_specs


true
опис спеціфікацих за яких створюються похідні сутності
activeScenario

stringtrue

pipelineMethod

stringfalse
Enum: [announcement, announcement-fast, announcement-manual, announcement-ultrafast, announcement-fast-prod, announcement-fast-prod-fast-first]
statusСтатус інформаційного повідомленняAnnouncement statusstringtrue
Enum: [pending, active_auction, active_contracting, sold, dissolved, deleted]
datePublishedДата публікаціїPublished datestring($date-time)true

dateModifiedДата останнього редагуванняDate modifiedstring($date-time)true

platformLegalDetailsПерелік та реквізити авторизованих електронних майданчиківPlatform legal detailsstringtrue
default: https://prozorro.sale/info/elektronni-majdanchiki-ets-prozorroprodazhi-cbd2
documents
















AnnouncementDocumentДокументи Інформаційного ПовідомленняAnnouncement Documentslist-objectfalse
Містить дані щодо структури документу
idІдентифікатор документуDocument IDstringtrue

titleНазва документуDocument titlebase.MultiLangfalse

descriptionОпис документуDocument descriptionbase.MultiLangfalse

urlПосилання на документDocument linkstringtrue
example: http://string.com
relatedDocumentПов'язаний документRelated documentstring

Ідентифікатор, що відображається тільки в документі digitalSignature та використовується
для відображення зв'язку між цифровим підписом та документом

example: 5e300ec4080b60d45dc28bb8

documentOfОб'єкт документуDocument objectstringfalse

default: announcement

Enum: [announcement ]

documentTypeТип документуDocument typestringfalse

Enum: [ notice, evaluationCriteria, contractProforma, clarifications, redemptionPreContract, сonstructionExpertise, essentialImprovements, valueConclusion, digitalSignature ]

datePublishedДата публікації документуDocument publishing datestring($date-time)true

x-default: now

dateModifiedОстання дата редагування документуDocument modified datestring($date-time)true

x-default: now

indexПараметр сортування ілюстраційDocument indexinteger($int64)false

Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
Основним документом вважається документ з мінімальним значенням індексу.
Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,
Пріоритет у документів доданих раніше.

formatФормат документуDocument formatstringtrue


languageМова документуDocument languagestringfalse


hashХеш документуDocument hashstringtrue


token

stringtrue


_ds_id

stringtrue

Ідентифікатор документа в document service

_ds_scope

stringtrue

Тип документа за доступом [public/private]

initialProps









ІnitialPropertiesПараметри для опису умов продажуDescribes extra properties used to build produced object



valueСтартова цінаStart pricebase.ValueWithTaxfalse+


guaranteeГарантійний внесокGuaranteebase.Valuefalse+


currentTenantGuaranteeFeeГарантійний внесок чинного орендаряGuarantee fee for current tenantbase.Valuefalsetrue+-

default: guarantee але Організатор може зміни значення

currentTenantsДані про учасника з переважним правомData about participant with priority rightbase.OrganizationWithoutContactsfalse+

x-format: list-object
minItems: 1
maxItems: 1

registrationFeeРеєстраційний внесокRegistration feebase.Valuefalse+


minimalStepРозмір кроку аукціонуMinimal stepbase.Valuefalse+


minNumberOfQualifiedBidsМінімальна кількість заявMinimal number of bidsinteger($int64)false+

default: 1

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

default:  10

bankAccountsБанківські рахунки організатораBank accountsbase.BankAccountsByTypefalse+

Enum:
[guarantee, registrationFee, payment та currentTennant]

accessDetailsПорядок ознайомлення з майном, час і місце проведення огляду об’єктаAuction access detailsbase.MultiLangfalse+


valueAddedTaxChargedНа фінальну суму нараховується ПДВValue added tax chargedbooleanfalse+

default: true

dutchStepКрок голландського раундуDutch stepsbase.DutchStepfalse+

Поля dutchStepPercent та dutchStepValue автогенеруються на рівні ЦБД, без можливості внесення змін Організатором
Для поля dutchStepQuantity ЦБД формує дефолтне, Організатор має можливість змінити дефолтне значення.

default: 99

preemptiveRightНаявність переважного права у чинного орендаряThe current tenant has a preemptive right booleantrue+default: false
essentialImprovementsІнформація про невідʼємні поліпшенняInformation about essential improvements model
false
saleConditionНаявність умов продажуSale conditionsstringfalse+

default: yes

relatedEntities

base.RelatedEntity
+

minItems: 1
maxItems: 1

список пов'язаних сутностей, які необхідні для створення сутностей producedEntities

decisions




AnnouncementDecision

 false+

Рішення про затвердження умов продажу

decisionTitleНайменування рішенняDecision titlestringfalse

+

minLength: 1

decisionNumberНомер рішенняDecision numberstringfalse+

minLength: 1

decisionDateДата рішенняDecision datestring($date-time)false+


decisionOfТип рішенняDecision ofstringfalse+

default: announcement

Enum:[ announcement ]

presentationUrlПрезентація обʼєктаPresentation of the objectstringfalse-

URL-посилання на файл

presentationUrlENАнгломовна презентація об’єктаEnglish presentation of the objectstringfalse-

URL-посилання на файл

producedEntities

base.ProducedEntitytrue

default: List []

список створених сутностей

extraSpecs


ExtraSpec

 true+

default: List []

поле необхідне для уточнення базових значень спеціфікацій

periodsУточнення до періодівBase periods specs overwrite configbase.PeriodSpecfalse


dutchStepКрок голландського раундуDutch stepsbase.DutchStepfalse

Для внесення додаткових параметрів організатором

cancellations

base.Cancellationfalse

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

periodsrectificationPeriodПеріод редагування лотаRectification Periodbase.Periodtrue

Опис всіх періодів об'єкта

timer

string($date-time)true

x-format: timer
x-serialize_when_none: false

час до наступної події

archiveId

stringtrue

x-format: object-id
x-serialize_when_none: false

proceduresInfo

multidicttrue

autogenerated field with information about all related procedures

 additionalInformation Додаткова інформаціяAdditional information list-object true

 default: List []

_meta

base.MetaDat


_version

integer($int64)true


_protected

booleantrue

default: false

...

Статуси Інформаційного Повідомлення

Expand
titleСхема “Модель статусів Інформаційного Повідомлення”

draw.io Diagram
bordertrue
diagramNameСхема “Модель статусів Інформаційного Повідомлення”
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1211
revision2


  • Опубліковано Інформаційне Повідомлення

    • Технічний ідентифікатор: pending
    • Функціонал Організатора:
      • Редагування полів опублікованого Інформаційного Повідомлення протягом 48 годин (rectificationPeriod). Для збереження змін потрібно завантажити документ announcement.documents.documentType: clarifications
      • Редагування полів пов’язаного Об’єкту реєстру (asset.status: active_rectification) через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
      • Завантаження або заміна документів Інформаційного Повідомлення та Об’єкта реєстру через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
      • Розформування Інформаційного Повідомлення (завантажувати документи не потрібно)
    • Умови набуття статусу: натискання Організатором кнопки “Опублікувати Інформаційне Повідомлення”. ЦБД валідує всі обов’язкові поля та документи та публікує Інформаційне Повідомлення у статусі announcement.status: pending.
    • Умови зміни статусу: - Автоматично після завершення announcement.rectificationPeriod (48 годин) та створення Першої Процедури з ланцюжка статус ІП зміниться з pending на active_auction; - Ручна дія. Натискання кнопки "Розформувати Інформаційне Повідомлення" змінить статус ІП з pending на deleted.
    • Опис: після набуття статусу pending Інформаційне Повідомлення стає доступним для всіх Спостерігачів
    • Коментар:
      • При публікації Інформаційного Повідомлення у ЦБД до Об’єкта реєстру МП повинно передаватись посилання на створене ІП (asset.relatedEntities.type == announcement);
      • Одночасно у Об’єкта МП може бути тільки одне Інформаційне Повідомлення у статусі pending, active_auction, active_contracting, sold та необмежена кількість у статусах deleted та dissolved.
  • Проведення Аукціону

    • Технічний ідентифікатор: active_auction
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу: - По настанню announcement.rectificationPeriod.endDate автоматично створюється Перша Процедура із ланцюжка і Інформаційне Повідомлення набуває статусу active_auction.
    • Умови зміни статусу: - Статус ІП змінюється з active_auction на active_contracting автоматично після зміни статусу будь-якої Процедури з ланцюжка на complete; - Статус ІП змінюється з active_auction на dissolved автоматично після зміни статусу Останньої Процедури із ланцюжка на unsuccessful; - Статус ІП змінюється з active_auction на deleted автоматично після зміни статусу будь-якої Процедури із ланцюжка на cancelled.
    • Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у активній Процедурі.
    • Коментар: Інформаційне Повідомлення перебуває у статусі active_auction протягом всього періоду аукціонів. У ланцюжку ІП анонсується 6 Процедур. Але друга та четверта може згенеруватися автоматично за умови, що перший або пʼятий Аукціон завершився з причини дискваліфікації всіх учасників.
  • Виконання умов приватизації

    • Технічний ідентифікатор: active_contracting
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу: статус ІП змінюється на active_contracting автоматично після набуття статусу complete будь-якої Процедури з ланцюжка ІП.
    • Умови зміни статусу:
      • Автоматично, як тільки сутність execution набуває статусу execution.status: sold, статус Інформаційного Повідомлення набуває статусу sold;
      • Автоматично, як тільки сутність execution набуває статусу execution.status: deleted, статус Інформаційного Повідомлення набуває статусу deleted;
    • Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у сутності Контрактинг (execution).
  • Об'єкт продано

    • Технічний ідентифікатор: sold
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу: Автоматично, як тільки сутність execution набуває статусу execution.status: complete.
    • Умови зміни статусу: термінальний статус
    • Опис: Приватизація успішно завершена, умови приватизації виконані.
  • Об’єкт не продано

    • Технічний ідентифікатор: dissolved
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу:
      • Автоматично, коли остання Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: unsuccessful;
    • Умови зміни статусу: термінальний статус
    • Опис: статус відповідає Інформаційному Повідомленню у якому продаж не відбувся. При набутті Інформаційним Повідомленням статусу dissolved статус Об'єкта реєстру автоматично змінюється на pending;
  • Інформаційне Повідомлення розформовано

    • Технічний ідентифікатор: deleted
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу:
      - Ручная дія. Натискання кнопки "Розформувати Інформаційне Повідомлення". Дія можлива до моменту створення Першої Процедури у ланцюжку Інформаційного Повідомлення; Не обов'язкова дія - завантаження документу cancellations.documents.documentType: cancellationDetails;
      - Автоматично, коли будь-яка Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: cancelled;
      - Автоматично, як тільки сутність Контрактингу (Execution) набула статусу Execution.status: deleted
    • Умови зміни статусу: термінальний статус
    • Опис: статус відповідає розформованому Інформаційному Повідомленню. При набутті Інформаційним Повідомленням статусу deleted статус Об'єкта реєстру автоматично змінюється на pending;

...

Expand
titleПерелік документів
documentTypex-legalNameUax-legalNameEnОбовʼязковістьПублічністьОпис
Документи Інформаційного повідомлення приватизації об’єкта оренди з невід’ємними поліпшеннями
noticeІнформаційне повідомленняAuction noticeНіТакІнформаційне повідомлення про приватизацію об'єкта малої приватизації
evaluationCriteriaРішення про затвердження умов продажуEvaluation criteriaНіТакРішення аукціонної комісії про затвердження умов продажу
contractProformaПроєкт договоруContract proformaНіТакДокумент містить умови договору
clarificationsРішення про виправлення технічних помилокDecision on correction of technical errorsНі (Обовʼязковий тільки  в разі внесення змін під час періоду редагування)ТакРішення про виправлення технічних помилок, що були виявлені після публікації інформаційного повідомлення
redemptionPreContractПопередній договірPreliminary contractНіТакПопередній договір

cancellations.documents.documentType: cancellationDetails

Рішення про скасування інформаційного повідомленняThe decision to cancel the announcementНіТакРішення про скасування інформаційного повідомлення

сonstructionExpertise

Висновок будівельної експертизиConstruction expertise conclusionТакТакВисновок будівельної експертизи

essentialImprovements (Можливо будуть тільки реквізити документу)

Згода на здійснення невідʼємних поліпшень

Consent to make essential improvementsТакТакЗгода на здійснення невідʼємних поліпшень

valueConclusion (Можливо будуть тільки реквізити документу)

Наказ про затвердження висновку про вартість об’єкта приватизації 

Order on approval of the conclusion on the value of the privatization objectТакТакНаказ про затвердження висновку про вартість об’єкта приватизації 
Документи Об'єкта реєстру МП
Документи Об'єкта реєстру МП
illustrationІлюстраціїIllustrationНі (Обовʼязковий тільки для оголошень із Типом активу itemType == ‘asset’ (Майно) illustrationІлюстраціїIllustrationНі (Обовʼязковий тільки для оголошень із Типом активу itemType == ‘asset’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)ТакЗображення, що можуть додаватися Організатором до оголошення
technicalSpecificationsІнформація про об’єкт малої приватизації

Technical specifications

НіТакДетальна інформація про об’єкт малої приватизації
x_presentationПрезентаціяPresentationНіТакПрезентація
Загальні документи
digitalSignatureЦифровий підписDigital signatureНіНабуває значення документу з яким пов'язанийЦифровий підпис

...

  • Перша Процедура створюється автоматично по завершенню announcement.rectificationPeriod (Як тільки наступає announcement.rectificationPeriod.endDate)

  • Друга (можлива), Третя, Четверта, Пʼята та можлива Шоста Процедура аукціону автоматично створюється одразу, якщо попередня Процедура набула статусу unsuccessful.

  • Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful, внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-2, якщо немає учасників в статусі unsuccessful, тоді створюється Процедура 2 набуває яка статусу unsuccessful і створюється Процедура - 3 .
  • Шоста Процедура аукціону створюється тільки у випадку, коли Пʼята Процедура аукціону перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності) то такий аукціон вважається зірваним і це є причиною створення шостої Процедури. Тобто, логіка наступна: якщо Процедура-5 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-6.

  • Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved.

  • За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.

  • В залежності від значення tenderAttempts, відображати назву аукціону:

    • 1 - "Аукціон з умовами"
    • 2 - "Повторний аукціон з умовами" 
    • 3 - "Аукціон з умовами"
    • 4 - "Аукціон із зниженням стартової ціни"
    • 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
    • 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"

...

  • При створенні ІП у запиті на ЦБД мають передаватись заповнені поля guarantee та currentTenantGuaranteeFee, де guarantee заповнює Організатор.

  • На стороні ЦБД валідація лише на "обов'язковість заповнення".

  • На майданчику можна пропонувати Організатору автозаповнення полей guarantee, що == 20% стартової ціни поточного аукціона (20% від announcement.InitialProps.value).

  • Протягом 48 годин, доки у ІП триває rectificationPeriod поле guarantee можна редагувати.

  • Для першої процедури у ланцюжку ГВ завжди копіюється із announcement.initialProps.guarantee.

  • Для другої і наступних Процедур у ланцюжку, якщо будь які попередні два аукціона* з продажу цього Об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):

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

          то розмір ГВ розраховується як:

    • 50% стартової ціни поточного аукціону АБО
    • 30 мін заробітних плат станом на 01.01. року, у якому оприлюднюється Інформаційне Повідомлення; треба обрати більше з двох значень.

Має відбуватись перевірка: якщо дві будь-які Процедури по одному asset у всіх повʼязаних ІП знаходяться у статусі unsuccessful і обидві мають хоч один award у статусі unsuccessful, то має відпрацьовувати механіз механізм перерахунку ГВ для всіх Процедур, окрім першої (бо для першої завжди == announcement.initialProps.guarantee).

*- враховуються будь які попередні 2 аукціона з продажу об'єкта протягом поточного та всіх попередніх ІП в не залежності від типу ІП. Гарантійний внесок також може бути відредагований вручну Організатором безпосередньо у Процедурі (для другої та наступних процедур ланцюжка) під час clarificationPeriod (48 годин після публікації процедури)

...

  1. У Announcement Організатор заповняє заповнює поля guarantee
  2. При автоматичному створенні 1-ї Процедури Процедури SPE поля guarantee та currentTenantGuaranteeFee мають скопіюватись у SPE.
    1. В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee, які скопіювались із Announcement
  3. При автоматичному створенні 2-ї Процедури SPE поле guarantee має , 3-Ї, 4-ї Процедур SPE поля guarantee і currentTenantGuaranteeFee  == 20% від від Поточної ціни Аукціона (поточна ціна ==  Стартовова ціна аукцінону)
    1. В нас закладено, що у Організатора має бути можливість редагувати
    поля
    1. поле guarantee
    у другій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
  4. При автоматичному створенні 3 Процедури SPE поле guarantee має == 20% від Поточної ціни Аукціона (поточна ціна ==  Стартовова ціна аукцінону)
  5. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у другій Процедурі
    1. (currentTenantGuaranteeFee змінюється автоматично) у 2-й, 3-й, 4-й  Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
  6. При автоматичному створенні 4 5та 6-ї Процедури SPЕ SPD поле guarantee має == 20% від Поточної ціни лота Поточної ціни Аукціона (поточна ціна == 50% від Стартової  Стартовова ціна аукцінону)
    1. В нас закладено, що у Організатора має бути можливість редагувати
    поля guarantee у третій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.При автоматичному створенні 5 Процедури SPD
    1. поле guarantee
    має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
  7. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у четвертій Процедурі SPD. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
  8. При автоматичному створенні 6 Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
  9. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у четвертій
    1. (currentTenantGuaranteeFee змінюється автоматично) у 5-ї та 6-ї Процедурі SPD. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.

Виключення: якщо два будь-які попередні Аукціони у ланцюжку (навіть не підряд, а, наприклад, Перший і Третій) завершилися з причини дискваліфікації Bid-ів, то ми маємо підставити дефолтне значення guarantee, яке == 50% від Поточної ціни лота АБО 30 мінімальних заробітніх плат (обирається більше значення)

...

Логіка для розрахунку guarantee у наступних процедурах не міняється.не міняється.

Значення guarantee та currentTenantGuaranteeFee повинні співпадати в не залежності від того чи був автоматичний перерахунок, дефолтне значення чи Організатор вніс зміни під час періоду редагування

Правила заокруглення

У разі автоматичного розрахунку суми плат та/або внесків у випадках, якщо розмір відповідної суми включає числове значення менше копійки, ЦБД автоматично заокруглює відповідну суму за такими правилами: сума, що закінчується від 0,0001 до 0,4999 копійки, заокруглюється в бік зменшення до найближчої суми, яка дорівнює цілій копійці; сума, що закінчується від 0,5 до 0,9999 копійок, заокруглюється в бік збільшення до найближчої суми, яка дорівнює цілій копійці.

...

Ця таблиця описує незмінні правила для всіх шести потенційних процедур

tender AttemptsУмовна назва процедуриsellingMethodvalueminimalStepauctionPeriod.startDatetenderPeriod.durationguaranteecurrentTenantGuaranteeFeeauctionID / relatedEntities
1Аукціон з переважним правомsmallPrivatization-englishannouncement.initialProps.valueannouncement.initialProps.minimalStepдата, вказана Організатором у extraSpecs.periods.auctionPeriod.startDateне застосовуєтьсяannouncement.initialProps.guarantee або фактичне значення з процедури, якщо дозволене редагування= guaranteeзаповнюється після створення 1-ї процедури
2Повторний аукціон з переважним правомsmallPrivatization-englishannouncement.initialProps.value1% від value процедурине виводитиextraSpecs.periods.tenderPeriod.durationза правилом guarantee для 2–6 процедур= guaranteeзаповнюється тільки якщо процедура створена
3Англійський аукціонsmallPrivatization-englishannouncement.initialProps.value1% від value процедурине виводитиextraSpecs.periods.tenderPeriod.durationза правилом guarantee для 2–6 процедур= guaranteeзаповнюється тільки якщо процедура створена
4Англійський аукціон зі зниженням стартової ціниsmallPrivatization-englishannouncement.initialProps.value * 0.51% від value процедурине виводитиextraSpecs.periods.tenderPeriod.durationза правилом guarantee для 2–6 процедур= guaranteeзаповнюється тільки якщо процедура створена
5Голландський аукціон зі зниженням стартової ціниsmallPrivatization-dutchannouncement.initialProps.value * 0.51% від value процедурине виводитиextraSpecs.periods.tenderPeriod.durationза правилом guarantee для 2–6 процедур= guaranteeзаповнюється тільки якщо процедура створена
6Повторний голландський аукціонsmallPrivatization-dutchannouncement.initialProps.value * 0.51% від value процедурине виводитиextraSpecs.periods.tenderPeriod.durationза правилом guarantee для 2–6 процедур= guaranteeзаповнюється тільки якщо процедура створена

Таблиця статусів процедур залежно від стану ланцюжка

Сценарій / стан ланцюжкаannouncement.statusПроцедура 1Процедура 2Процедура 3Процедура 4Процедура 5Процедура 6Правило відображення
ІП створено, процедури ще не створеніpendingscheduledscheduledscheduledscheduledscheduledscheduledВідображаються всі 6 потенційних процедур без auctionID
Створено 1-шу процедуруactive_auctionactivescheduledscheduledscheduledscheduledscheduledauctionID заповнений тільки для процедури 1
1-ша процедура unsuccessful з дискваліфікацією bid/ awardactive_auctionunsuccessfulactivescheduledscheduledscheduledscheduledСтворюється процедура 2; auctionID є для 1 і 2
1-ша процедура unsuccessful без дискваліфікацією bid/дискваліфікації awardactive_auctionunsuccessfulcancelled / не створюється
чи можемо ми додати якийсь ще статус ?
activescheduledscheduledscheduledПроцедура 2 пропускається; створюється процедура 3
2-га процедура unsuccessfulactive_auctionunsuccessfulunsuccessfulactivescheduledscheduledscheduledСтворюється процедура 3
3-тя процедура unsuccessfulactive_auctionunsuccessfulстатус залежить від факту створенняunsuccessfulactivescheduledscheduledСтворюється процедура 4
4-та процедура unsuccessfulactive_auctionunsuccessfulстатус залежить від факту створенняunsuccessfulunsuccessfulactivescheduledСтворюється процедура 5
5-та процедура unsuccessful з дискваліфікацією bid/ awardactive_auctionunsuccessfulстатус залежить від факту створенняunsuccessfulunsuccessfulunsuccessfulactiveСтворюється процедура 6
5-та процедура unsuccessful без дискваліфікації bid/ awarddissolvedunsuccessfulстатус залежить від факту створенняunsuccessfulunsuccessfulunsuccessful

cancelled / не створюється

чи можемо ми додати якийсь ще статус ?

Ланцюжок завершується без створення 6-ї процедури
Будь-яка процедура completeactive_contractingфактичний статусфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledПроцедура-переможець = complete, нестворені = cancelled, unsuccessful залишаються unsuccessful
Будь-яка процедура cancelleddeleted або dissolved*фактичний статусфактичний статусфактичний статусфактичний статусфактичний статусфактичний статусНаступні процедури не створюються
Всі процедури в статусі unsuccessfuldissolvedunsuccessfulдодатковий статус або unsuccessfulunsuccessfulunsuccessfulunsuccessfulдодатковий статус або unsuccessful

Таблиця правил створення наступної процедури

Поточна процедураУмова завершенняДодаткова перевіркаНаступна дія системиЯка процедура створюється
1completeне потрібноІП переходить у active_contractingне створюється
1cancelledне потрібноланцюжок зупиняєтьсяне створюється
1unsuccessfulє award.status = unsuccessful для bid учасника з без ППстворити повторний аукціон з ПП2
1unsuccessfulнемає unsuccessful award/є award.status = unsuccessful для bid учасника з ППпропустити повторний ПП3
2completeне потрібноІП переходить у active_contractingне створюється
2unsuccessfulне потрібностворити наступний стандартний англійський аукціон3
3completeне потрібноІП переходить у active_contractingне створюється
3unsuccessfulне потрібностворити англійський зі зниженням стартової ціни4
4completeне потрібноІП переходить у active_contractingне створюється
4unsuccessfulне потрібностворити голландський аукціон5
5completeне потрібноІП переходить у active_contractingне створюється
5unsuccessfulє хоча б один award.status = unsuccessful через дискваліфікаціюдля bid учасника з ППстворити повторний голландський6
5unsuccessfulнемає дискваліфікованих award/bidзавершити ланцюжокне створюється
6completeне потрібноІП переходить у active_contractingне створюється
6unsuccessfulне потрібноІП переходить у dissolvedне створюється

...