Versions Compared

Key

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

...

Технічна назваБізнесова назваПерехід зЗа умовиКоментар
active_tenderingПрийняття заяв на участьВ момент публікації процедури в ЦБД

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

Заповнені всі обовʼязкові поля для створення процедури в ЦБД

Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering

active_auctionАукціонactive_tendering

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

Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate.

В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:

  • minNumberOfQualifiedBids == 1
    • Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification
    • Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction
  • minNumberOfQualifiedBids == 2
    • Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful
    • Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction
active_qualificationОчікується підписання протоколу

active_tendering

АБО

active_auction

АБО

pending_payment

АБО

active_awarded

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

Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) 

АБО

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

Завершилась робота Модуля аукціону (auctionPeriod.endDate)

АБО

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

Організатор дискваліфікував Переможця до оплати.

АБО

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

Організатор дискваліфікував Переможця після оплати, до підписання Договору.

Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1)

АБО

По завершенню періоду аукціону (auctionPeriod), за умови 2-х та більше заяв на участь - 

  • ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → active_qualification)
  • ЦБД автоматично створює awards[]
    • awards[0].status: pending
    • awards[1].status: pending_waiting
pending_paymentОчікується оплата

active_qualification

Ручна дія.

Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено"

Організатор має завантажити підписаний протокол. Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне: 

  • ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment)
  • ЦБД змінює статус Переможця
    • awards[0].status: pending_payment
    • Інший авард (awards[1] лишається в статусі pending_waiting. 
active_awardedОчікується підписання договоруpending_payment

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

При зміні Організатором статусу award: pending → active

(Переможець виконав оплату)

Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”:

  • статус award’у змінюється на “Переможець” (active)
  • статус процедури змінюється на “Очікується підписання договору” (active_awarded)
  • Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting

Тобто статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати)

ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] award у статусі active

completeАукціон завершено. Договір підписаноactive_awarded

Ручна дія.

Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete

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

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”.

Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”

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

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

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

  • Якщо протягом tenderPeriod немає жодної поданої заяви
  • Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids
  • Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону  
  • Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active

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

cancelledАукціон скасовано

active_tendering

АБО

active_auction

АБО 

active_qualification

АБО

pending_payment

АБО

active_awarded

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

  • Завантажити документ в cancellations[].documents з documentType: cancellationDetails
  • Вказати причину скасування (cancellations.reason)
  • Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled

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

...

Award переможця отримав статус pending_payment.

Результатом "Підтвердження оплати" є:

  • Award.status: pending_payment → active
  • Procedure.status: pending_payment → active_awarded
  • Створюється сутність контракту з Contract.status в статусі pending

Вимоги до майданчиків - кнопка підтвердити оплату

Дискваліфікація Учасника

В авард буде додано нове булеве поле paymentReceived (true, false). Дане поле відповідає за підтвердження оплати організатором. Як тільки організатор підтверджує отримання оплати за лот, авард переходить в статус active. Документи, що підтверджують оплату, відсутні. 

Info
titleВимоги до майданчиків
Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Як тільки виконано цю дію, статус аварду необхідно перевести в active. 
Info
titleВимоги до майданчиків

Вимоги до майданчика переможця
Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію/найбільшу закриту цінову пропозицію/ставку, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати.

Результатом "Підтвердження оплати" є:

  • Award.status: pending_payment → active
  • Procedure.status: pending_payment → active_awarded
  • Створюється сутність контракту з Contract.status в статусі pending

Дискваліфікація Учасника

Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або “Переможець” active 

Щоб дискваліфікувати учасника Організатор повинен:

  1. Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
  2. Обрати причину дискваліфікації (dict: terminationReason) - словник!
  3. Натиснути кнопку “Дискваліфікувати”
  4. ) або/та документ, що підтверджує відмову (documentType:act)
  5. Обрати причину дискваліфікації (dict: terminationReason) - словник!
  6. Натиснути кнопку “Дискваліфікувати”

Увага. Учасник має потрапити в disqualifiedBids лише за умови його дискваліфікації по наступним причинам: 

  • Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом
  • Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику

Info
titleВимоги до майданчиків

На майданчику повинні відображатись наступні дані: 

  • Причина дискваліфікації
  • Статус учасника
  • Дата дискваліфікації 
  • Документ, що підтверджує дискваліфікацію

Перелік причин дискваліфікації Перелік причин дискваліфікації terminationReason:

Code Block
"1": {
	"en_US": "Non-compliance with the requirements set forth in Article 8 of the Law of Ukraine "On Privatization of State and Communal Property," excluding clauses 1-3",
	"uk_UA": "Не відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3"
},
"2": {
	"en_US": "Failure to submit documents or information, the mandatory submission of which is prescribed by this Procedure",
	"uk_UA": "Не подав документи або відомості, обов’язкове подання яких передбачено цим Порядком"
},
"3": {
	"en_US": "Submission of false or misleading information about oneself",
	"uk_UA": "Подав неправдиві відомості про себе"
},
"4": {
	"en_US": "Refusal to sign the electronic auction results protocol or the sale and purchase agreement regarding the asset, as evidenced by the relevant act",
	"uk_UA": "Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом"
},
"5": {
	"en_US": "Failure to pay the asset sale price within the deadline established by this Procedure, as evidenced by the relevant act",
	"uk_UA": "Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

Якщо award в статусі pending, pending або _payment або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.paymentPeriod)

...

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

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

Перехід з

За умови

Коментар

pendingОчікується договірМомент набуття процедурою статуса pending_paymentactive_awarded, перехід аварду в статус active

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

В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця

Організатор має можливість:

  • Завантаження підписаного договору з учасником
  • Підтвердження підписання договору
  • Дискваліфікації учасника
activeДоговір підтвердженоpending

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active.

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір договір, а також передано валідні дані в обовʼязкові поля (contracts.documents.documentType: contractSigned)

cancelledДоговір скасованоpending

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

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful


...

  • пауза - pause - 5 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • розкриття - final

Формування протоколу Аукціону - додати посилання після готовності вимог до протоколів

Система генерує лише шаблон. Організатор або учасники мають можливість підписати та завантажити протокол, за бажанням.

...

стандартна модель 

Відмінність від стандартної моделі: 

має бути присутнє булеве поле lotPaymentConfirmation 

 
field namerequired for publishingtypereadOnlyx-legalNameUax-legalNameEncomment
owner-stringtrueІдентифікатор майданчикаBroker Name
ownerToken-string($uuid)true

x-default: hex
_id-string

trueВнутрішній ідентифікатор аукціонуIDx-default: object_id
x-serialize_when_none: false

x-format: object-id
datePublished-string($date-time)
trueДата публікації процедуриPublished datex-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

minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, але на ЦБД має бути присутня валідація лише на формат auctionID. Це може бути як SAE, так і SPE тощо.

Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)

disqualifiedBids-listtrueДискваліфіковані учасникиDisqualified bids

Учасники додаються в цей список за умови дискваліфікації за пунктами 4, 5

sellingMethod+
stringfalseТип процедуриProcedure typeEnum:
[ sanctionedAssets-english,sanctionedAssets-english-ultra-fast,sanctionedAssets-english-fast,sanctionedAssets-english-fast-manual,sanctionedAssets-english-fast-auction-manual-qualification,sanctionedAssets-english-fast-auction-prod,sanctionedAssets-english-initial-auction,sanctionedAssets-english-initial-auction-manual,sanctionedAssets-english-initial-qualification,sanctionedAssets-english-initial-qualification-prod ]
lotId+
stringfalseНомер лотаLot number
sellingEntity base.SellingEntity Інформація про Організатора аукціонуOrganizer informationВикористовується стандартна модель 
title+base.MultiLangfalseНазва аукціонуAuction titleВикористовується стандартна модель 
description+base.MultiLangfalseОпис аукціонуAuction descriptionВикористовується стандартна модель 
auctionUrl-stringtrueВеб-адреса для перегляду аукціонуAuction linkexample: /api/auctions/123
x-format: rel-url

accessDetails+base.MultiLangfalseПорядок ознайомлення з майном, час і місце проведення огляду об’єктаAuction access detailsВикористовується стандартна модель 
bankAccounts+sanctionedAssets.BankAccountsByTypefalseБанківські рахунки організатораBank accounts

Використовується стандартна модель 

Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч. питання 

field nametypecomment
accountTypestring

x-dictionaries: List [ "accountType" ]

Enum:
[ registrationFee, guarantee, other, payment ]

accountscommercialSell.BankAccountWithCurrencyx-baseClass: "prozorro_sale.procedure.models.base.BankAccount"
x_documentRequirements-base.MultiLangfalseПерелік та вимоги до оформлення документівList and requirements of registration documents
x_additionalInformation-base.MultiLangfalseДодаткові відомостіOther requirements and additional information
value+base.ValueWithTaxfalseСтартова ціна лотаStart lot price

Використовується стандартна модель

field nametypereadOnlycomment
currency *string
false

default: UAH
x-legalNameUa: Валюта

x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

amount *number($float)falseexample: 10
minimum: 0

exclusiveMinimum: true

x-format: decimal-float

x-legalNameUa: Сума

x-legalNameEn: Amount
valueAddedTaxIncludedbooleanfalsedefault: true
x-legalNameUa: Податок

x-legalNameEn: Tax
valueAddedTaxCharged-booleanfalseНа фінальну суму нараховується ПДВValue added tax chargeddefault: false
saleCondition+stringtrueНаявність умов продажуSale conditions

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

Доступні значення: yes, no

guarantee+base.ValuefalseГарантійний внесокGuarantee feeВикористовується стандартна модель
registrationFee-base.ValuefalseРеєстраційний внесокRegistration feeВикористовується стандартна модель
minimalStep+base.ValuefalseРозмір кроку аукціонуMinimal stepВикористовується стандартна модель
minNumberOfQualifiedBids-integer($int64)falseМінімальна кількість заявMinimal number of bidsdefault: 1
minimum: 1

maximum: 2

При публікації процедури можна не передавати. ЦБД автоматично згенерує == 1.

Організатор може передати явно 1 або 2 за необхідності.

 items +sanctionedAssets.ItemfalseСклад лотаLot composition

Використовується стандартна модель

x-format: list-object
minItems: 1

default: List []

documents  + base.DocumentsfalseВсі документи аукціону та пов'язані додаткиDocuments

Використовується стандартна модель

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

 bids -sanctionedAssets.BidtrueЗаява на участь Bid

Використовується стандартна модель

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

questions-base.QuestiontrueСервіс обговорення аукціону (запитання-відповідь)Q&A

Використовується стандартна модель

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

awards-sanctionedAssets.AwardtrueРішення щодо кваліфікації учасниківAward

Використовується

кастомна модель

Додається поле paymentReceived (boolen). Відповідає за підтвердження оплати за лот та редагується організатором

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

contracts-sanctionedAssets.ContracttrueДоговірContract

Використовується стандартна модель 

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

inactivationDate-string($date-time)trueДата деактивації заяви на участь
Inactive bid date

Використовується стандартна логіка

rectificationPeriod-base.PeriodtrueПеріод редагуванняRectification period

Логіка формування періоду описана вище

enquiryPeriod-base.PeriodtrueПеріод відповідейEnquiry period

Логіка формування періоду описана вище

tenderPeriod-base.PeriodtrueПеріод подання заяви на участь в аукціоніTender period

Логіка формування періоду описана вище

auctionPeriod+base.PeriodfalseПеріод аукціонуAuction period

Логіка формування періоду описана вище

questionPeriod-base.PeriodtrueПеріод запитаньQuestion period

Логіка формування періоду описана вище

qualificationPeriod-base.PeriodtrueПеріод кваліфікаціїQualification period

Логіка формування періоду описана вище

status-stringtrueСтатус процедуриProcedure status

Enum:
[ active_tendering, active_auction, active_qualification, active_awarded, complete, cancelled, unsuccessful ]

cancellations-base.CancellationtrueСкасування АукціонуAuction Cancellation

Використовується стандартна логіка 

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

_meta     

Використовується стандартна логіка

additionalInformation     

Використовується стандартна логіка

metaInfo     

Використовується стандартна логіка

...