Prozorro.продажі - Prozori Solutions

Замовник

Prozorro.sale — це офіційний портал продажу державного та комунального майна, що належить ліквідованим банкам, непрацюючих кредитів (NPL), а також прав оренди.
Доступний відкритий URL: https://info.prozorro.sale.
Це система Фонду гарантування вкладів фізичних осіб (ФГВФО), яка організовує продаж майна (активів), що належить неплатоспроможним або ліквідованим банкам, а також продаж непрацюючих кредитів. До таких активів належить заставне майно (як-от побутова техніка, автомобілі, будівлі, земельні ділянки) та кредити (сукупність дебіторської заборгованості фізичних і юридичних осіб).
Згідно з українським законодавством, такі активи продаються через електронні біржі за правилами, подібними до тих, що діють у ЄС або США. Для забезпечення прозорих, ефективних і справедливих процедур продажу ФГВФО ухвалив рішення застосувати те саме програмне забезпечення, яке вже довело свою ефективність у системі Prozorro.

Задачі

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

Генерація протоколів (договорів) на основі даних із процедур, аукціонів та білінгового сервісу

Створення білінгового сервісу, відповідального за розрахунок платежів на основі результатів торгів

Розробка модуля аукціонів із фронтенд-частиною, простота налаштування нових типів аукціонів

Швидке та прозоре розгортання, розгортання системи в короткий термін

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

Виклики

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

Труднощі з розумінням того, які версії яких компонентів розгорнуто в конкретному середовищі на поточний момент

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

Ручне складання (збирання) сервісів, що призводить до додаткового навантаження на команду DevOps і підвищує ймовірність людської помилки

Відсутність версіонування коду сервісів і компонентів

Рішення

Існує три основні компоненти системи: Центральна база даних (ЦБД), Модуль аукціонів та Електронні торговельні майданчики. Це дещо нагадує принцип роботи фондової біржі та брокерів. Майданчики взаємодіють із Центральною базою даних, тоді як кінцеві користувачі можуть вільно обирати будь-який зручний для них майданчик. При цьому вони все одно можуть переглядати всі тендери, доступні в системі загалом. Постачальники можуть подавати заявки на будь-який тендер, незалежно від того, через який майданчик його оголошено. Такий підхід допомагає запобігти перетворенню одного майданчика на дорогу та неефективну монополію.Типовий процес електронних закупівель відбувається так: замовник публікує тендер на закупівлю на будь-якому обраному майданчику. Інформація про тендер стає доступною для всіх підключених майданчиків через Центральну базу даних. Усі користувачі можуть переглядати умови тендера та висловлювати зацікавленість у участі в ньому.

Далі починається період внесення змін (уточнень):

Потенційні постачальники можуть запитувати роз’яснення щодо тендера або повідомляти замовника про будь-які помилки в описі тендера чи несправедливі умови. Замовник відповідає на ці запитання та за необхідності вносить зміни до умов тендера. Заявки протягом цього періоду не приймаються. Після завершення періоду внесення змін замовник більше не може редагувати тендер, а постачальники можуть подавати свої заявки. Заявки залишаються закритими, і замовник не бачить назв компаній чи цінових пропозицій на цьому етапі. Наступного дня після подання заявок автоматично розпочинається аукціон на пониження ціни. Учасники мають три раунди для зниження своїх ставок і встановлення фінальної ціни. Під час аукціону учасники бачать цінові пропозиції одне одного, але не назви компаній: кожен постачальник позначається номером, наприклад: Учасник 1, Учасник 2 тощо.Зворотний аукціон дозволяє державним закупівельникам отримати найнижчу ціну на вказані товари, продукцію чи послуги. Після завершення аукціону всі заявки відкриваються, і розкриваються назви учасників, пропозиції та ціни, тож учасники можуть бачити пропозиції конкурентів. Замовник перевіряє заявки, починаючи з найнижчої. Якщо компанія, що запропонувала найкращу ціну, відповідає заздалегідь визначеним кваліфікаційним критеріям, вона має бути обрана переможцем, і процес закупівлі завершується.