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
    • Інформація про орендаря (учасника з пп) - базова модель даних але треба доповнити всі процедури якщо потрібно його відображати і в звичайних англійцях і голландцях чи достатньо тільки реквізити ?
    • Інформація про орендодавця - якщо не підпадає як Інформація про організатора аукціону і може різнитись то треба буде вносити поле у всі процедури МП як і поля про чинного орендаря
    • Інформація про договір оренди
      1. дата укладання
      2. дата завершення
      3. строк дії - чи треба нам вказувати дане поле якщо в нас є Дата укладання та Дата завершення ?
      4. місячна оренда плата
    • Інформація про невідʼємні поліпшення
      1. вартість невідʼємних поліпшень
      2. висновок будівельної експертизи
      3. дата завершення - дата завершення невідʼємних поліпшень ?
      4. умови компенсації
      5. рішення про згоду на невідʼємні поліпшення - можливо тільки документ
      6. наказ про затвердження висновку про вартість об’єкта приватизації - можливо тільки документ
    • Додаткові документи
      1. висновок будівельної експертизи
      2. згода на здійснення невідʼємних поліпшень - можливо будуть реквізити документу
      3. наказ про затвердження висновку про вартість об’єкта приватизації - можливо будуть реквізити документу

...

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

Посилання на схему

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.Valuefalse+

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

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 true+default: false
essentialImprovementsІнформація про невідʼємні поліпшенняInformation about essential improvements modelfalse


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Опис базових моделей
systemNamex-legalNameUax-legalNameEnTypereadOnlyОбовʼязковістьКоментар
base.OrganizationWithoutContactsnameПовна юридична назва організації або ПІБLegal name or Full Namebase.MultiLangfalse

identifierІдентифікатори організації або особиIdentifierbase.Identifierfalse+
addressАдресаAddress

base.Address or base.AddressUa

false+x-format    "polymodel"
x-claim-func  "prozorro_sale.procedure.models.utils.address_claim_func"
representativeInfoІнформація щодо підтвердження повноваженьRepresentative informationstringfalse-Example: JAS001-UA-20200220-12345
idІдентифікатор учасника з пріорітетним правомCurrent tenant IDstringtrue
x-default: hex
currentContractTimeДата укладення та закінчення договору орендиCurrent tenant contract's termsbase.LifeTimefalse+
priorityПріорітет учасникаParticipant's priorityinteger($int32)true+minimum: 0
default: 0
monthlyRentSumМісячна оренда платаMonthly rentbase.Valuetrue+minimum:0.01
 essentialImprovements
 




essentialCostВартість невідʼємних поліпшеньCost of essential Improvements base.Valuefalse+ 
expertiseConclusionВисновок будівельної експертизиConstruction expertise conclusion stringfalse+ 
dateTil

Дата завершення

Completion datestring($date-time)false+Можемо зробити по аналогії з currentContractTime дата початку і дата завершення якщо потрібно взагалі
compensationTerms

Умови компенсації

Terms of compensationstringfalse+ 
essentialConsent

Рішення про згоду на невідʼємні поліпшення

Decision to consent to essential improvementsstringfalse+ 

orderCost

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

Order on approval of the conclusion on the cost of the privatization objectstringfalse+


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

...

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’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)ТакЗображення, що можуть додаватися Організатором до оголошення
technicalSpecificationsІнформація про об’єкт малої приватизації

Technical specifications

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

...

  • Організатору
    • Коли - після набуття Інформаційним Повідомленням статусу “Об’єкт не продано” (dissolved)
    • Що - Інформаційне повідомлення розформовано. Для продовження продажу Об'єкта малої приватизації створіть нове Інформаційне Повідомлення
    • Коментарі - Повідомлення надходить протягом 5 хв.

Послідовність створення ланцюжка Процедур аукціонів

...

    • 5 хв.

Послідовність створення ланцюжка Процедур аукціонів

Послідовність та кількість аукціонів

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

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


Для продажу Об'єктів малої приватизації під час воєнного стану визначена наступна послідовність аукціонів та типи аукціонів: - Перший аукціон - англійський - Другий аукціон - англійський - Третій аукціон - англійський - Четвертий аукціон - англійський зі знижкою 50% - Пʼятий аукціон - голландський зі знижкою 50% - Шостий аукціон - голландський зі знижкою 50%

...

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

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

  • Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful, внаслідок дискваліфікації учасників де жодним з дискваліфікованих учасників не був учасник з переважним правом з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї 1 або 2 awardи (але обовʼязково учасники не з переважним правом) у статусі 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 заповнює Організатор а currentTenantGuaranteeFee за замовчуванням дорівнює guarantee але Організатор має право редагувати це поле. Подальша логіка розповсюджується на два поля однаково.

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

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

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

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

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

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

...

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

...

  1. При створенні ІП Організатор вказав стартову ціну (value) == 1 000 000 грн і guarantee == 200 000 грн
  2. При автоматичному створенні Першої Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор НЕ може вносити змін у це поле.
  3. При автоматичному створенні Другої Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор може вносити зміни у це поле протягом періоду редагування.
  4. При автоматичному створенні Третьої Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор може вносити зміни у це поле протягом періоду редагування.
  5. При автоматичному створенні Четвертої Процедури SPE у ній value == 500 000 грн і guarantee == 100 000 грн. (бо ціна SPE_1 / 2 == 500 000 грн і 20% == 100 000 грн). Організатор може вносити зміни у це поле протягом періоду редагування.
  6. При автоматичному створенні Пʼятої Процедури SPE SPD у ній value == 500 000 грн і guarantee == 100 000 грн. (бо ціна SPE_1 / 2 == 500 000 грн і 20% == 100 000 грн). Організатор може вносити зміни у це поле протягом періоду редагування.
  7. При автоматичному створенні Пʼятої Шостої Процедури SPE SPD у ній value == 500 000 грн і guarantee == 100 000 грн. (бо ціна SPE_1 / 2 == 500 000 грн і 20% == 100 000 грн). Організатор може вносити зміни у це поле протягом періоду редагування.

...