Versions Compared

Key

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

...

Так

documentType

Назва Укр

Назва Анг

Опис

Обовʼязковіть для скасування процедури

Публічність

cancellationDetailsПричини скасуванняCancellation detailsІнформація щодо причин скасування аукціонуНіТакТак
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіНабуває значення документу з яким позв'язаний


Публікація заяви на участь

...

Підписання контракту з переможцем (contracts)

Статуси Contracts

В даній процедурі логіка contracts[] відрізняється від контрактингу базової процедури там, що contracts є не наслідком успішно підписаного протоколу, а має підписуватись в один період.

Ця зміна спричинена тим, що за умови, якщо Договір НЕ підписано, ЦБД автоматично розподіляє частину обсягу лота, між учасниками з наступними найменшими за величиною ціновими пропозиціями відповідно до рейтингу цінових пропозицій 


draw.io Diagram
bordertrue
diagramNameStatusContracts
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth437
revision1






pendingОчікується договірМомент створення Awards[] у статусі pending

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

Якщо будь-який Авард набуває статусу protocol_signed, то ЦБД автоматично створює повʼязаний contracts у статусі pending.

Через те, що розподіл нерозподіленого залишку згідно Постанови може відбуватися ПІСЛЯ підписання протоколу, за умови, що дискваліфікували Учасника на етапі підписання Договору,

contracts створюються не після того, як Award набув статусу active, а як тільки Award набув статус protocol_signed

activeДоговір підтвердженоpending

Ручна дія.

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

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

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

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

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

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

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


Документи контракту (contracts.documents)





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


contractSignedПідписаний договірSigned contract

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

Так

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

Так
contractAnnexeДодатки до договоруContract annexe

Додатки до договору

Ні

Так
contractNoticeПовідомлення про договірContract notice

Повідомлення про договір

Ні


Так
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіТак
  1. Очікується договір
    • Технічний ідентифікатор - pending
    • Організатор
      • Завантаження підписаного договору з учасником;
      • Підтвердження підписання договору;
      • Дискваліфікація учасника.
    • Учасник - відсутній
    • Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
  2. Договір підтверджено
    • Технічний ідентифікатор - active
    • Організатор:
      • Завершення аукціону.
    • Учасник - відсутній
    • Умови зміни статусу - Організатор підтвердив договір.
  3. Договір скасовано
    • Технічний ідентифікатор - cancelled
    • Організатор - відсутній
    • Учасник - відсутній
    • Умови зміни статусу - Організатор аукціону дискваліфікував учасник через неможливість підписання договору або неотримання оплати.

...