SAC (master object)
   ├── Procedure #1 (англійський)
   ├── Procedure #2 (-50% від стартової)
   ├── Procedure #3 (голландський з -50% від першого)
   └── Procedure status controller

Загальний огляд sanctionedAuctionChain

Мета створення сутності та нормативні засади

З метою автоматичного перевиставлення лотів, що відповідає Постанові №75 від 21 січня 2026 в системі Prozorro.Sale на сервісі Jobber реалізовано нову сутність з pipelineMethod: sanctionedAuctionChain

Бізнес назва - Процес реалізації санкційного активу

Глоссарій

Особливості

Створення та робота із ланцюжком:

При створенні ланцюжка немає повʼязаного обʼєкта типу "Обʼєкт реєстру". Обʼєкт SAC - перший обʼєкт, який створюється на ЦБД в процесі реалізації Санкційного майна
При створенні ланцюжка Організатор має вказати:
- Дату аукціону для першої процедури
- Період експозиції (tenderPeriod) для другої і третьої процедури в ланцюжку (присутні валідації, які детально описані нижче)
При створенні ланцюжка Організатор має вказати Стартову ціну реалізації для першого аукціону, а для другого і третього ЦБД розрахує автоматично згідно описаних нижче правил.
В ланцюжку зберігаються ідентифікатори Процедур, які були автоматично створені цим ланцюжком
Лацюжок складається максимум з трьох процедур, де кожна наступна процедура створюється автоматично за умови, що попередня процедура "неуспішна"

1.

Чи будемо відображати сутність "Процес реалізації санкційного активу" на Порталі чи на будь-якому іншому фронті?

Ця сутність може бути суто технічна і існувати для автоматизації створення процедур.

В такому випадку не бачу потреби розділяти статуси "успішний" та "неуспішний" процес. Процес (ланцюжок) або "діючий", або "закритий"

2. (з Дімою)

Якщо Джоббер створив Процедуру і Орг редагує процедуру (наприклад Стартову ціну), то чи зможе Джобер, коли буде створювати другу процедуру забрати із першої Стартову ціну, а не із мастер-обʼєкта?

Обʼєкт SanctionedAuctionChain

Статуси обʼєкта

tech

УКР назва

АНГЛ назва

Перехід з

За умови

Коментар

pending

Опубліковано

Created

-

перший статус, який отримує обʼєкт при публікації

Статус, в якому перебуває обʼєкт до моменту створення першої процедури в ланцюжку

Дії Організатора відсутні (тому що планую максимально швидко створювати повʼязану першу процедуру)

active_auction

Проходить аукціон

Auction

pending

Створено першу процедуру в ланцюжку

Обʼєкт має цей статус з моменту створення першої процедури в ланцюжку і до моменту, поки:

третя в ланцюжку процедура не набуває термінального статусу (procedure.status: complete OR unsuccessful)
АБО
будь-яка процедура в цьому ланцюжку набуває статусу cancelled

finished

Завершено

Finished

active_auction

Третя в ланцюжку процедура набуває статусу procedure.status: complete OR unsuccessful

АБО

Будь-яка процедура в цьому ланцюжку набуває статусу procedure.status: cancelled

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

Періоди обʼєкта

Періоди відсутні

Документи обʼєкта

При публікації обʼєкта SAС необхідно передати документи першої Процедури ланцюжка.

Перелік документів описано в ТЗ до Процедури ТУТ

Логіка роботи Ланцюжка

Організатор публікує обʼєкт SAC, в якому передає:

всі поля, які потрібні для публікації першої англійської процедури (перелік полів ТУТ)
період експозиції (в днях) для другої процедури
період експозиції (в днях) для третьої процедури
розмір гарантійного внеску для другої процедури (в грн)
розмір гарантійного внеску для третьої процедури (в грн)

Після успішно опублікованого обʼєкта SAC, протягом ХХ хвилин автоматично створюється перша процедура.

Організатор може редагувати в SAC поля:

період експозиції (в днях) для другої процедури
розмір гарантійного внеску для другої процедури (в грн)

до моменту створення другої процедри в ланцюжку.

Організатор може редагувати в SAC поля:

період експозиції (в днях) для третьої процедури
розмір гарантійного внеску для третьої процедури (в грн)

до моменту створення третьої процедри в ланцюжку.

Організатор може редагувати поля створеної процедури протягом 48 годин. Зміни потрібно робити безпосередньо в створеній процедурі, а не в обʼєкті SAC. В SAC редагуються тільки два вищевказані параметри.

Редагування Процедури згідно ТЗ процедури ТУТ. Вся логіка процедури залишається без змін.

Якщо перша процедура в ланцюжку отримала статус unsuccessful, то протягом ХХ хвилин створюється друга процедура, в яку копіюються значення полів із першої процедури.

Стартова ціна для другої процедури розраховується в момент її створення, як Стартова ціна першої процедури на момент створення другої * 0,5

Деталі і приклади розрахунку стартової ціни описані в розділі "Поля що розраховуються автоматично при створенні другої і третьої процедури"

Поля що розраховуються автоматично при створенні другої і третьої процедури

70. Якщо електронний аукціон за методом підвищення ціни визнаний таким, що не відбувся, електронна торгова система автоматично оголошує повторний аукціон за методом підвищення ціни із зниженням стартової ціни на 50 відсотків, який проводиться не раніше ніж на двадцятий та не пізніше ніж на тридцять п’ятий день з дати його оголошення (стосовно активу, стартова ціна якого становить менше 250 млн. гривень) або не раніше ніж на тридцятий та не пізніше ніж на дев’яностий день з дати його оголошення (стосовно активу, стартова ціна якого більше або дорівнює 250 млн. гривень).

1) сума, що закінчується від 0,0001 до 0,4999 копійки, заокруглюється в бік зменшення до найближчої суми, яка дорівнює цілій копійці;

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

Правила заокруглення:

Якщо стартова ціна 11,11 грн, то стартова другого має бути 5,56 грн

Якщо стартова 88,73, то для другого - 44,37 грн