Versions Compared

Key

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

...

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

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

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

Дата початку

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

Результат завершення

Коментар

awards.verificationPeriodПеріод підписання протоколу

В момент набуття Авардом статуса pending

verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

Code Block
"verificationPeriod": {
	"endDate": {
		"diff": "6 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}
awards.signingPeriodПеріод підписання договору

В момент набуття Авардом статуса pending

signingPeriod.endDate == signingPeriod.startDate + 15 р.д. 18:00На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

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

Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

Статуси Awards

draw.io Diagram
bordertrue
diagramNameCSL_award_status
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth798
revision3



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

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

Перехід з

За умови

Коментар

pending Очікується протокол

МА (переможець)

АБО

pending_waiting

Автоматично: Присвоюється переможцю під час генерації авардів

АБО

Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця

Організатор має можливість:
  • Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол)
  • Переведення статусу учасника до наступного статусу "Переможець. Очікується договір"
  • Дискваліфікація учасника

Учасник має можливість:

  • Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)
pending_waiting Очікується рішенняМА (учасник з другою за розміром валідною ставкою)

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

Присвоюється 2-му (після переможця) учаснику під час генерації авардів

Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів

2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)

activeПереможець. Очікується договірpending

Ручна дія.

Організатор підтверджує підписання протоколу і змінює статус award pending active

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

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

  • Завантаження договору (з можливістю замінити);
  • Дискваліфікація учасника (до завершення аукціону);
  • Завершення аукціону.

2й Учасник має можливість:

  • відмовитися від очікування до моменту дискваліфікації 1-го переможця.


cancelledУчасник не став переможцем

pending_waiting

Ручна дія.

2-й учасник (статус pending_waiting) відмовився від очікування

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

Аукціон перейшов в термінальний статус (complete) та 2-й учасник в статусі pending_waiting → cancelled

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

unsuccessfulДискваліфіковано

pending

АБО

active

Ручна дія.

Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending → unsuccessful


Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful

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

1. pending → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act

При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

2. active → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act

При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

При цьому contracts автоматично змінить свій статус на cancelled

Документи обʼєкта кваліфікації (awards.documents)

documentType

Назва Українською

Назва Англійською

Опис

Обовʼязковіть

Публічність

rejectionProtocolДокумент, що підтверджує дискваліфікаціюRejection protocol

Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;

Так

Для зміни awards.status: pending → unsuccessful

Так
auctionProtocolПротокол аукціонуAuction protocol

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


Так

Для зміни awards.status: pending → active

Так
actДокумент, що підтверджує відмовуRefusal act

Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником.

Документ має бути можливість завантажити у Організатора та у Переможця.

Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act 
В поле terminationReason аварду записується причина із довідника

Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful

Так

Для зміни awards.status: pending → unsuccessful

Так
digitalSignatureЦифровий підписDigital signatureЦифровий підпис

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

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

example: CSE000-UA-YYYYMMDD-00000 / UA-PS-YYYY-MM-DD-000000-0
pattern: ^(CS[ED][0-9]{3}-UA-[0-9]{8}-[0-9]{5}|[a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$


minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, має відповідати auctionId попереднього аукціону.

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

sellingMethod+
stringfalseТип процедуриProcedure typeEnum:
[ commercialSell-priorityEnglish, commercialSell-priorityEnglish-ultra-fast, commercialSell-priorityEnglish-fast, commercialSell-priorityEnglish-fast-manual,commercialSell-priorityEnglish-fast-auction-manual-qualification, commercialSell-priorityEnglish-fast-auction-prod, commercialSell-priorityEnglish-initial-auction, commercialSell-priorityEnglish-initial-auction-manual, commercialSell-priorityEnglish-initial-qualification, commercialSell-priorityEnglish-initial-qualification-prod ]
lotId+
stringfalseНомер лотаLot number
relatedOrganizations commercialSell.RelatedOrganizations Організації, задіяні в керуванні об'єктомOrganizations involved in registry management

Модель, що зберігає дані про орендодавця та учасника з переважним правом

sellingEntity*base.Organization

Використовується стандартна модель із CSE, але переноситься в relatedOrganizations із корневого рівня

namefalsebase.MultiLang
identifiertruebase.Identifier
addresstrue

anyOf →

base.Address
base.AddressUa

representativeInfofalsestring
contactPointtruebase.ContactPoint
currentTenants*

list[]

base.OrganizationWithoutContacts

x-format: list-object
minItems: 1

maxItems: 1

description: Даніпро учасника, якиймаєпереважнеправо.

namebase.MultiLang
identifier*base.Identifier
address*

anyOf →

base.Address
base.AddressUa


representativeInfostring

example: Довіреність № 123 від 22.02.2012, дійснадо 30.03.2012/Наказ № 142 від 14.12.2019/СтатутТОВКульбабавід 24.07.2002

x-legalNameUa: Інформаціящодопідтвердженняповноважень

x-legalNameEn: Representative information

Інформаціяпродокументабодані, щопідтверджуютьповноваженняпредставникаюридичноїособи (наприкладдовіреність)

idstring

readOnly: true

x-legalNameUa: Ідентифікаторучасниказпріорітетнимправом

x-legalNameEn: Current tenant ID

x-default: hex

currentContractTimebase.LifeTime

 

priority 

integer($int32)

readOnly: true

minimum: 0

default: 0

x-dictionaries: List [ "priorityType" ]

x-legalNameUa: Пріорітетучасника

x-legalNameEn: Participant's priority

x-legalNameUa: "Даніпроучасниказпереважнимправом"

x-legalNameEn: "Participant with priority right"


title+base.MultiLangfalseНазва аукціонуAuction titleВикористовується стандартна модель із CSE
description+base.MultiLangfalseОпис аукціонуAuction descriptionВикористовується стандартна модель із CSE
auctionUrl-stringtrueВеб-адреса для перегляду аукціонуAuction linkexample: /api/auctions/123
x-format: rel-url

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

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

Обов'язково один банківський рахунок з типом 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

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

field nametypecomment
currency *string

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

x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

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

exclusiveMinimum: true

x-format: decimal-float

x-legalNameUa: Сума

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

x-legalNameEn: Tax
valueAddedTaxCharged-booleanfalseНа фінальну суму нараховується ПДВValue added tax chargeddefault: false
discount-base.DiscountfalseЗнижкаDiscountВикористовується стандартна модель із CSE
guarantee+base.ValuefalseГарантійний внесокGuarantee feeВикористовується стандартна модель із CSE
registrationFee-base.ValuefalseРеєстраційний внесокRegistration feeВикористовується стандартна модель із CSE
minimalStep+base.ValuefalseРозмір кроку аукціонуMinimal stepВикористовується стандартна модель із CSE
minNumberOfQualifiedBids-integer($int64)falseМінімальна кількість заявMinimal number of bidsdefault: 1
minimum: 1

maximum: 2

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

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

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

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

x-format: list-object
minItems: 1

default: List []

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

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

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

Для публікації Обовʼязковий хоча б один документ з documentType=illustration

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

МОДЕЛЬ ТУТ

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

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

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

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

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

Використовується стандартна модель із CSE - commercialSell.Award

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

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

Використовується стандартна модель із CSE - commercialSell.Contract

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

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

Використовується стандартна логіка CSE: Якщо Організатор вносить зміни в поля процедури так, що це може призвести до дискваліфікації учасників, то ЦБД автоматично заповнить\оновить значення в цьому полі.

Потрібно, для Майданчиків для побудови логіки інформування своїх Бідів про те, що їх заява інактивувалась в результаті того, що Організатор вніс зміни в полях процедури

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

default: 1

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

currentTenantGuaranteeFee -base.Value trueГарантійний внесок чинного орендаряGuarantee fee for current tenant
currency*

string
default: UAH

x-legalNameUa: Валюта

x-legalNameEn: Currency

Enum: [ UAH, USD, EUR ]

amount*number($float)
example: 10

minimum: 0

x-format: decimal-float

x-legalNameUa: Сума

x-legalNameEn: Amount

Автогенерується ЦБД при публікації процедури. Значення копіюються із guarantee. Організатор не може редагувати currentTenantGuaranteeFee

_meta     

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

additionalInformation     

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

metaInfo     

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

...