Versions Compared

Key

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

...

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

...

  • В Інформаційному Повідомленні зберігаються ідентифікатори Процедур, які оголошені по цьому Об'єкту реєстру МП (producedEntities.type == procedure);
  • Ланцюжок Процедур складається з послідовності аукціонів:
    • англійський аукціон
    • англійський аукціон (за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників) або перехід на наступний етап
    • англійський аукціон
    • англійський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП
    • голландський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП
    • голландський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП (за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників) де стартова вартість знижена на 50%

      3. Виконання умов приватизації (контрактинг):

...

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

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

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

minLength: 1
example: JAS000JСS000-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: [сompensation_announcement, сompensation_announcement-fast, сompensation_announcement-manual, сompensation_announcement-ultrafast, сompensation_announcement-fast-prod, сompensation_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,  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.Valuetrue-

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: 0

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

preemptiveRightpriorityRightНаявність переважного права у чинного орендаряThe current tenant has a preemptive priority right booleantrue+default: 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
revision34

  • Опубліковано Інформаційне Повідомлення
    • Технічний ідентифікатор: 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ТакТакВисновок будівельної експертизи
    Документи Об'єкта реєстру МП
    illustrationІлюстраціїIllustrationНі (Обовʼязковий тільки для оголошень із Типом активу itemType == ‘asset’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)ТакЗображення, що можуть додаватися Організатором до оголошення
    technicalSpecificationsІнформація про об’єкт малої приватизації

    Technical specifications

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

    Схеми по роботі з Інформаційним Повідомленням

    Схема “Загальний процес”

    Порядок малої приватизації під час дії воєного стану

    Повідомлення

    Повідомлення щодо публікації інформаційного повідомлення

    ...

    Expand
    titleДіаграма "Ланцюжок аукціонів для Малої приватизації з коменсацією"

    draw.io Diagram
    bordertrue
    diagramNameЛанцюжок аукціонів для Малої приватизації з компенсаціією за невідʼємні поліпшення
    simpleViewerfalse
    width
    linksauto
    tbstyletop
    lboxtrue
    diagramWidth321440
    revision23


    Для продажу Об'єктів малої приватизації під час воєнного стану визначена наступна послідовність аукціонів та типи аукціонів: -  

    • Перший аукціон - англійський

    ...

    • Другий аукціон - англійський

    ...

    • Третій аукціон - англійський

    ...

    • Четвертий аукціон - англійський зі знижкою 50%

    ...

    • Пʼятий аукціон - голландський зі знижкою 50%

    ...

    • Шостий аукціон - голландський зі знижкою 50%

    Умови для створення наступної Процедури

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

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

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

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

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

    Значення tenderAttempts не змінюється від кількості оголошених Процедур

    Особливості часових параметрів

    ...

    • Дата початку Першого аукціону (extraSpecs.periods.periodName: auctionPeriod startDate)
      • Особливості:
        • Дата аукціону визначається Організатором;
        • Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
        • Перша Процедура буде буде створена автоматично, як тільки завершиться announcement.rectificationPeriod. Модуль Аукціону буде запущено у дату, яку вказав Організатор у Дата початку Першого аукціону та час визначений ЦБД при створенні процедури. У період між датою створення Першої Процедури і “Дата початку Першого аукціону” триває tenderPeriod Першої Процедури, який завершується о 20:00 дня, що передує дню “Дата початку Першого аукціону”.
        • Період між створенням Першої Процедури і “Дата початку Першого аукціону” не може бути менше 4 робочих днів (auctionPeriod_startDate >= currentDate + 4 wd);
        • Максимальна кількість днів між створенням Першої Процедури і “Дата початку Першого аукціону” 366 календарних днів.
        • Друга та наступні Процедури створюються автоматично одразу, тільки якщо попередня Процедура із ланцюжка ІП набула статусу Procedure.status: unsuccessful або unpublished - статуси яких набувають 2-а та 6-а процедури якщо за правилами вони не були опубліковані;

    Приклад: якщо Перша Процедура набула статусу Procedure.status: unsuccessful, то Друга або Третя Процедура , Третя, Четверта, Пʼята та Шоста Процедури (в залежності від виконання умов відповідно до кожної процедури) буде створена автоматично одразу.

    • Період на подачу пропозицій (робочих днів) (extraSpecs[].periods.periodName: tenderPeriod duration)
      • Особливості:
        • Визначається Організатором;
        • Значення загальне для 2-*, 3-, 4-, 5-, 6-ї* Процедури із ланцюжка;
        • Період на подачу пропозицій - це tenderPeriod, який буде мати 2-*,3-,4-,5-, 6-ї*та Процедура.
        • ЦБД валідує тільки нижнє значення tenderPeriodDuration >= 3 р.д.;
        • ЦБД не валідує верхнє значення tenderPeriodDuration.
        • Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день.
      • Технічна особливість: На інтерфейсі Майданчика при створенні ІП має бути одне поле, в якому Організатор може вказати тривалість "Періоду прийняття пропозицій". Організатор вказує кількість в днях один раз на інтерфейсі.
      • Але коли Майданчик передає запит на ЦБД, то має це значення закопіювати і передати в трьох місцях: extraSpecs[1].periods.periodName: tenderPeriod duration, extraSpecs[2].periods.periodName: tenderPeriod duration, extraSpecs[3].periods.periodName: tenderPeriod duration, extraSpecs[4].periods.periodName: tenderPeriod duration, extraSpecs[5].periods.periodName: tenderPeriod duration

    ...