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

...

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

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

Посилання

Постанова

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

ТЗ Процедури SAE

ТЗ Процедури SAD

Глоссарій

...

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

• При створенні ланцюжка немає НЕМАЄ повʼязаного обʼєкта типу "Обʼєкт реєстру". "Ланцюжок" - перший обʼєкт, який створюється на ЦБД в процесі реалізації Санкційного майна
• При створенні ланцюжка Організатор має вказати:
  • Дату аукціону для першої процедури
  • Період експозиції (tenderPeriod) для другої і третьої процедури в ланцюжку (присутні валідації, які детально описані нижче)
• При створенні ланцюжка Організатор має вказати:
  • Стартову ціну реалізації для першого аукціону, а для другого і третього ЦБД розрахує автоматично згідно описаних нижче правил
  • розмір Гарантійного внеску для першого аукціону, а для другого і третього ЦБД розрахує автоматично згідно описаних нижче правил
  • Мінімальний крок для першого аукціону, а для другого і третього ЦБД розрахує як 1% від стартової ціни відповідного аукціону
• В ланцюжку зберігаються ідентифікатори Процедур, які були автоматично створені цим ланцюжком (в producedEntities)
• Лацюжок складається максимум з трьох процедур, де кожна наступна процедура створюється автоматично за умови, що попередня процедура "неуспішна" (unsuccessful з будь-якої причини)
• Якщо будь-яка процедура в Ланцюжку успішна - ланцюжок не продовжується.

Обʼєкт SanctionedAuctionChain

...

...

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

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

Відсутні обовʼязкові документи. "Ланцюжок" можна створити з пустим масивом documents[]

При публікації обʼєкта "ланцюжка" необхідно передати Організатор за потреби додає документи першої Процедури ланцюжка. Тобто, при авто-публікації процедури всі документи будуть скопійовані в Першу процедуру.

В другу і третю процедури модель documents[] копіюється із попередньої процедури цього ланцюжка . (не із JSC, а саме з попередньої процедури)

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

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

Публікація ланцюжка

Організатор публікує обʼєкт "Ланцюжка", в якому передає:

• всі поля, які потрібні для публікації англійської і голландської (initialProps)
  
  • включно зі Стартовою ціною та розміром Гарантійного внеску для першої процедури
• період експозиції (в днях) для другої процедури (extraSpecs[1].periods)
• період експозиції (в днях) для третьої процедури (extraSpecs[2].periods)

Обʼєкт створюється у статусі pending

В цьому статусі редагування полів "ланцюжка" недоступне.

Публікація першої процедури

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

Овнером процедури стає Майдачник, який опублікував обʼєкт ланцюжка.

Майданчик-овнер може отримати токен від автоматично створеної процедури за по endpoint: 

...

...

 {{baseUrl}}/api/jobber/sanctionedAuctionChain/

...

jsc/{{object_id}}/produced_entities?acc_token=

...

{{object_acc_token}}

З моменту створення першої процедури "ланцюжок" набуває статусу статусу active.

В цьому статусі "ланцюжка" Організатор може редагувати поля:

...

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

Редагування Процедури згідно ТЗ процедури ТУТ (окрім поля tenderAttemps!). Вся логіка процедури залишається без змін. Немає різниці чи Процедура була створена руками до запуску "ланцюжків" чи створена автоматично "ланцюжком".

Публікація другої процедури

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

...

При авто-створенні другої процедури у ланцюжку ЦБД має автоматично для другої процедури проставити tenderAttempt: 2 та у полі previousAuctionId проставити ID першої процедури із ланцюжка.

Публікація третьої процедури

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

...

Скасування

Скасувати "ланцюжок" окремим запитом неможливо.

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

Anchor
auto_fields auto_fields

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

Відповідно до пунктів 70 та 71 Порядку реалізації санкційних активів, ЦБД автоматично створює наступні процедури у разі, якщо попередня процедура визнана такою, що не відбулася.

При цьому ЦБД автоматично розраховує та встановлює значення окремих полів для другої та третьої процедур ланцюжка.

Стартова ціна (initialProps.value)

Перша процедура

При публікації об’єкта SAC JSC Організатор зобов’язаний передати стартову ціну активу у полі initialProps.value

Перша процедура автоматично створюється ЦБД із тим самим значенням стартової ціни, яке було передано в об’єкті SACJSC.

Друга процедура

У разі якщо перша процедура набуває статусу unsuccessful, ЦБД автоматично створює другу процедуру протягом 5 хвилин.

Стартова ціна другої процедури розраховується за формулою:

...

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

Третя процедура

У разі якщо друга процедура набуває статусу unsuccessful, ЦБД автоматично створює третю процедуру протягом 5 хвилин.

Стартова ціна третьої процедури встановлюється рівною стартовій ціні другої процедури:

...

Розрахунок виконується ЦБД автоматично без участі Організатора.

Anchor
guarantee guarantee

Гарантійний внесок

...

Info
title Постанова
гарантійний внесок - сума коштів 5 відсотків стартової ціни, якщо вона дорівнює або перевищує 250 млн. гривень 20 відсотків стартової ціни, якщо вона є меншою, ніж 250 млн. гривень

Перша процедура

Розмір гарантійного внеску

Перша процедура

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

Друга та третя процедура

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

...

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

Номер спроби продажу (tenderAttempts)

При публікації обʼєкта SAC JSC Організатор НЕ передає параметр tenderAttempts

...

3-й процедурі: tenderAttempts = 3 та у полі previousAuctionId значення auctionId від другої процедури цього ланцюжка

Скасування

Скасувати "ланцюжок" окремим запитом неможливо.

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

...

Anchor
minimalStep minimalStep

Мінімальний крок аукціону

При публікації обʼєкта JSC Організатор передає параметр minimalStep.amount та minimalStep.currency

При автоматичній публікації першої процедури ЦБД встановлює значення поля minimalStep.amount та minimalStep.currency точно таким, як вказав Організатор при публікації JSC

При автоматичній публікації другої процедури ЦБД розраховує значення поля minimalStep.amount, як 1% від Стартової ціни другої процедури (minimalStep.amount == value.amount * 0,01)

minimalStep.currency копіюється із першої процедури.

При автоматичній публікації третьої процедури ЦБД розраховує значення поля minimalStep.amount, як 1% від Стартової ціни третьої процедури (minimalStep.amount == value.amount * 0,01)

minimalStep.currency копіюється із другої процедури.

Anchor
sac_model sac_model

Структура даних обʼєкта JSC

...

Anchor
initialProps initialProps

initialProps

...

enum:

• auctionPeriod
• tenderPeriod

...

• b_day
• c_day
• hour
• minute
• second

...

При публікації "ланцюжка", ЦБД очікує, що в extraSpecs обовʼязково буде передано обʼєкт для кожної процедури.

Тобто, всього три обʼєкта в extraSpecs, бо процедур в ланцюжку три.

Валідації

На рівні ЦБД необхідно встановити валідації для pipelineMethod: sanctionedAuctionChain:

Якщо tenderAttempts = 1

ТА 
value.amount < 250 000 000 (двісті п'ятдесят мільйонів)
ТО 
ЦБД має приймати тільки значення для auctionPeriod.startDate в діапазоні  currentDate+25 c_day <= auctionPeriod.startDate <=  currentDate+35 c_day

ЦБД повинна відхилити запит, якщо auctionPeriod.startDate знаходиться поза цим діапазоном.

Якщо tenderAttempts = 1

ТА 

value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)
ТО
currentDate + 60 c_day <= auctionPeriod.startDate <= currentDate + 90 c_day

Якщо tenderAttempts > 1
ТА
value.amount < 250 000 000 (двісті п'ятдесят мільйонів)
ТО 
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 20 КД, максимальна - на 35 КД

Якщо tenderAttempts > 1
ТА 
value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)
ТО
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 30 КД, максимальна - на 90 КД

Приклад:

"extraSpecs": [
	{
		"periods": [
			{
				"periodName": "auctionPeriod",
				"startDate": "2026-04-20T10:00:00.000000Z"
			}
		]
	},
	{
		"periods": [
			{
				"periodName": "tenderPeriod",
				"duration": [
					{
						"unit": "b_day",
						"quantity": 25
					}
				]
			}
		]
	},
	{
		"periods": [
			{
				"periodName": "tenderPeriod",
				"duration": [
					{
						"unit": "b_day",
						"quantity": 25
					}
				]
			}
		],
		"dutchStep": {
			"dutchStepQuantity": 99
		}
	}
]

Anchor
extraSpecs extraSpecs

extraSpecs[ ]

"extraSpecs": [
	{
		"periods": [
			{
				"periodName": "auctionPeriod",
				"startDate": "2026-03-20T10:00:00.000000Z"
			}
		]
	},
	{
		"periods": [
			{
				"periodName": "tenderPeriod",
				"duration": [
					{
						"unit": "c_day",
						"quantity": 25
					}
				]
			}
		]
	},
	{
		"periods": [
			{
				"periodName": "tenderPeriod",
				"duration": [
					{
						"unit": "c_day",
						"quantity": 35
					}
				]
			}
		],
		"dutchStep": {
			"dutchStepQuantity": 99
		}
	}
]

Anchor
_specs _specs

_specs

1. Коли тільки створено ланцюжок (status: pending), відповідь на запит має містити:

• Кількість Процедур у ланцюжку - три;
• Порядковий номер кожної процедури:
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
• Статус кожної Процедури - scheduled;
• sellingMethod:
  • Перша Процедура - sanctionedAsset-english
  • Друга Процедура - sanctionedAsset-english
  • Третя Процедура - sanctionedAsset-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - initialProps.value
  • Друга Процедура - initialProps.value *0.5
  • Третя Процедура - initialProps.value *0.5 
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні в  initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
• Дата проведення аукціону (periods.periodName:auctionPeriod:startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі extraSpecs.periods:"auctionPeriod".startDate при створенні ланцюжка
  • Для Другої і Третьої Процедури ця дата не визначена і поле виводити не потрібно.
• Період між аукціонами (periods.periodName:"tenderPeriod".duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої Процедури значення, що вказав Організатор при створенні ланцюжка у extraSpecs.periods.periodName:"tenderPeriod".duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у initialProps.guarantee
  • Для Другої і Третьої Процедури по формулі: initialProps.guarantee == розраховується по формулі, залежить від Стартової ціни. Формули ТУТ

2. Коли створено Першу Процедуру (status: active), відповідь має містити:

• Кількість Процедур у ланцюжку - три;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
• Статус Процедури (status):
  • Перша Процедура - active
  • Друга і Третя Процедура - scheduled
• sellingMethod (sellingMethod):
  • Перша Процедура - sanctionedAsset-english
  • Друга Процедура - sanctionedAsset-english
  • Третя Процедура - sanctionedAsset-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - initialProps.value
  • Друга Процедура - initialProps.value *0.5
  • Третя Процедура - initialProps.value *0.5 
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ланцюжка у initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
• Дата проведення аукціону (periods.periodName:"auctionPeriod":startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ланцюжка
  • Для Другої і Третьої Процедури ця дата не визначена і поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої Процедури значення, що вказав Організатор при створенні ланцюжку у tenderPeriodDuration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у initialProps.guarantee
  • Для Другої і Третьої Процедури initialProps.guarantee розраховується по формулі, залежить від Стартової ціни. Формули ТУТ
• auctionID створеної Першої Процедури (relatedEntities)
  • Для першої Процедури вказано
  • Для другої і третьої - ні

3. Коли створено Другу Процедуру (status: active), відповідь має містити:

• Кількість Процедур у ланцюжку - три;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
• Статус Процедури (status):
  • Перша Процедура - unsuccessful
  • Друга Процедура - active
  • Третя Процедура - scheduled
• sellingMethod (sellingMethod):
  • Перша Процедура - sanctionedAsset-english
  • Друга Процедура - sanctionedAsset-english
  • Третя Процедура - sanctionedAsset-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - initialProps.value
  • Друга Процедура - initialProps.value *0.5
  • Третя Процедура - initialProps.value *0.5

• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ланцюжка у initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури
• Дата проведення аукціону (periods.periodName:"auctionPeriod":startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ланцюжка
  • Для Другої і Третьої Процедури поле виводити не потрібно.
• Період між аукціонами (periods.periodName:"tenderPeriod".duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої Процедури значення, що вказав Організатор при створенні ланцюжка у tenderPeriod.duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у initialProps.guarantee
  • Для Другої Процедури initialProps.guarantee розраховується по формулі, залежить від Стартової ціни. Формули ТУТ (Варто в розрахунок брати Стартову ціну Другої створеної процедури)
  • Для Третьої Процедури initialProps.guarantee розраховується по формулі, залежить від Стартової ціни. Формули ТУТ
• auctionID створеної Першої Процедури (relatedEntities)
  • Для першої і другої Процедури вказано
  • Для третьої - ні

4. Коли створено Третю Процедуру (status: active), відповідь має містити:

• Кількість Процедур у ланцюжку - три;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
• Статус Процедури (status):
  • Перша Процедура - unsuccessful
  • Друга Процедура - unsuccessful
  • Третя Процедура - active
• sellingMethod (sellingMethod):
  • Перша Процедура - sanctionedAsset-english
  • Друга Процедура - sanctionedAsset-english
  • Третя Процедура - sanctionedAsset-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - initialProps.value
  • Друга Процедура - initialProps.value *0.5
  • Третя Процедура - initialProps.value *0.5 
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні у initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
• Дата проведення аукціону (periods.periodName:"auctionPeriod":startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ланцюжка
  • Для Другої і Третьої Процедури поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої Процедури значення, що вказав Організатор при створенні ланцюжка у tenderPeriod.duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у initialProps.guarantee
  • Для Другої Процедури initialProps.guarantee розраховується по формулі, залежить від Стартової ціни. Формули ТУТ (Варто в розрахунок брати Стартову ціну Другої створеної процедури)
  • Для Третьої Процедури initialProps.guarantee розраховується по формулі, залежить від Стартової ціни. Формули ТУТ (Варто в розрахунок брати Стартову ціну Третьої створеної процедури)
• auctionID Першої Процедури, auctionID Другої Процедури і auctionID створеної Третьої Процедури

Приклад:

"_specs": {
	"pipeline": {
		"stages": [
			{
				"producedEntities": [
					{
						"type": "procedure",
						"_id": "69945eec410e8611f93bb132",
						"objectId": "SAE001-UA-20260320-17748",
						"url": "/api/procedures/69945eec410e8611f93bb132"
					}
				],
				"status": "unsuccessful",
				"name": "sa-english-first",
				"calculatedData": {
					"value": {
						"currency": "UAH",
						"amount": 100000,
						"valueAddedTaxIncluded": true
					},
					"guarantee": {
						"currency": "UAH",
						"amount": 10000
					},
 					"tenderAttempts": 1, 
                    "auctionPeriod": {
						"startDate": "2026-03-20T14:30:31.326000+02:00"
					},
					"sellingMethod": "sanctionedAsset-english",
					"minimalStep": {
						"currency": "UAH",
						"amount": 1200
					}
				}
			},
			{
				"producedEntities": [
					{
						"type": "procedure",
						"_id": "69945f5d410e8611f93bb134",
						"objectId": "SAE001-UA-20260417-44432",
						"url": "/api/procedures/69945f5d410e8611f93bb134"
					}
				],
				"status": "active",
				"name": "sa-english-second",
				"calculatedData": {
					"value": {
						"currency": "UAH",
						"amount": 50000,
						"valueAddedTaxIncluded": true
					},
 					"guarantee": {
						"currency": "UAH",
						"amount": 10000
					},
					"sellingMethod": "sanctionedAsset-english",
					"tenderAttempts": 2,
					"tenderPeriod": [
						{
							"unit": "с_day",
							"quantity": 25
						}
					],
					"minimalStep": {
						"currency": "UAH",
						"amount": 500
					}
				}
			},
			{
				"producedEntities": [],
				"status": "sheduled",
				"name": "sa-dutch-first",
				"calculatedData": {
					"value": {
						"currency": "UAH",
						"amount": 50000,
						"valueAddedTaxIncluded": true
					},
 					"guarantee": {
						"currency": "UAH",
						"amount": 10000
					},
					"sellingMethod": "sanctionedAsset-dutch",
					"tenderAttempts": 3,
					"tenderPeriod": [
						{
							"unit": "c_day",
							"quantity": 35
						}
					],
					"minimalStep": {
						"currency": "UAH",
						"amount": 500
					}
				}
			}
		]
	}
}

Search

Потрібно реалізувати публічні ендпоінти, які будуть давати можливість отримувати перелік JSC обʼєктів за заданим пошуком

POST {{baseUrl}}/api/search/sanctionedAuctionChain

Мають бти реалізовані фільтри:

{
    "page": 1,
    "limit": 10,
    "filters": [
        {
            "field": "dateModified",
            "operator": "gt",
            "value": "2020-01-01T05:12:47.00Z"
        },
        {
            "field": "dateModified",
            "operator": "gte",
            "value": "2020-01-01T05:12:47.00Z"
        },
        {
            "field": "dateModified",
            "operator": "lte",
            "value": "2022-01-01T05:12:47.00Z"
        },
        {
            "field": "dateModified",
            "operator": "lt",
            "value": "2026-04-01T05:12:47.00Z"
        },
        {
            "field": "datePublished",
            "operator": "lt",
            "value": "2026-04-01T05:12:47.00Z"
        },
        {
            "field": "owner",
            "operator": "eq",
            "value": "auction"
        },
        {
            "field": "producedEntities.type",
            "operator": "eq",
            "value": "procedure"
        },
        {
            "field": "producedEntities.objectId",
            "operator": "eq",
            "value": "SAE001-UA-20221216-99328"
        },
        {
            "field": "producedEntities._id",
            "operator": "eq",
            "value": "639c8a6a8646c52cb6413d2c"
        },
        {
            "field": "extended_filters.human_id",
            "operator": "eq",
            "value": "JSC001-UA-20221216-41456"
        }
    ]
}

Має бути можливість отримувати обʼєкти з сортуванням:

POST {{baseUrl}}/api/search/sanctionedAuctionChain

{
    "page": 1,
    "limit": 10,
    "sort": [
        {
            "field": "dateModified",
            "direction": "desc"
        }
    ]
}

Mirror

Має бути реалізована можливість майданчикам отримувати обʼєкти JSC по Mirror для сервісу Jobber

Допрацювання процедур SAE SAD

В модель обʼєкта процедури необхідно додати поле relatedEntities (base.RelatedEntity)

Вимоги до Адмінки ЦБД

Додаткова інформація

Функціонал "Додавання додаткової інформації" не вимагається, але може автоматично працювати для JSC. Бізнес запиту на додвання ДІ до JSC не буде, бо бізнесово не існує сутності JSC а також інфо з JSC не буде виводитися на жодному фронті, відповідно і ДІ з JSC також не буде виводитися, якщо ДІ буде додано до обʼєкта.
Але має бути можливість додавати ДІ до авто-опублікованих процедур SAE та SAD за стандартною логікою.

Перенесення обʼєкта з одного Майданчика на інший

Бізнес запит на перенесення обʼєкта буде надходити тільки відносно Процедури. Але реальна бізнес-потреба, однозначно, - в перенесенні всього ланцюжка (обʼєкта JSC)

НЕ реалізовуємо перенос "звʼязки".

Кожен обʼєкт має переноситись індивідуально, незалежно від того, чи це Процедура, чи обʼєкт Джоббера.
Інструкція буде містити інформацію, що для коректного переносу, окрім вказання ідентифікатора Процедури також необхідно вказати ідентифікатор батьківського обʼєкта-ланцюжка.

Організатор на інтерфейсах Майданчика чи на Порталі НЕ має бачити ID ланцюжка. Нормативно ланцюжка не існує, це виключно технічний обʼєкт.

Для переносу всіх повʼязаних обʼєктів їх ID-шники має доповнити в заявку представник зі сторони Prozorro.Sale, який обробляє запит, який надійшов від Організатора.
Організатор точно в своїй заяві не вкаже ID обʼєкта JSC. Його має знайти і дозаповнити представник від Prozorro.Sale

...

Поля dutchStepPercent та dutchStepValue автогенеруються на рівні ЦБД, без можливості внесення змін Організатором
Для поля dutchStepQuantity ЦБД формує дефолтне значення згідно процедури, Організатор має можливість змінити дефолтне значення.

...

integer($int64)

...

integer($int64)

...

x-legalNameUa: Розмір кроку голландського раунду, грн

x-legalNameEn: Dutch step value

автогеровано, розраховується як 1 % від стартової ціни

...