desktop

Prozorro.продажі

Prozorro.продажі — система онлайн-аукціонів з продажу та оренди майна.

Клієнт

Prozorro sale – офіційний портал продажу державного та комунального майна ліквідованих банків, проблемних кредитів (NPL) та прав оренди. Відкрита URL-адреса доступна: https://info.prozorro.sale/en.

 

Це система Фонду гарантування вкладів фізичних осіб (ФГВФО), яка організовує продаж майна (активів), що належить неплатоспроможним або ліквідованим банкам, і продаж проблемних кредитів. До таких активів належать майно під заставу (наприклад, побутова техніка, автомобілі, будівлі, земельні ділянки) і кредити (комплект дебіторської заборгованості фізичних та юридичних осіб).

 

Згідно з українським законодавством такі активи продаються через електронні біржі за правилами, аналогічними правилам ЄС чи США. Щоб забезпечити прозорі, ефективні та справедливі процедури продажу, ФГВФО вирішив застосувати те саме програмне забезпечення, яке вже пишається своєю ефективністю в системі prozorro.

 

Читати далі

Задачі

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

01

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

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

02

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

03

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

04

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

05

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

06

Челенжі

У зв'язку з тим що, система виросла до такого рівня, що звичайний деплоймент міг перетворитися на операцію, a яка займає цілий день, без гарантії на успіх.

code

компоненти розкидані по багатьох сховищах, деякі з яких використовуються в системі закупівель

code

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

code

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

code

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

code

відсутність версій коду сервісів і компонентів

Технічні рішення

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

 

 

Типовий процес електронних закупівель відбуватиметься так: заявник публікує тендер на закупівлю в будь-якому обраному місці. Інформація про тендер стає доступною для всіх підключених Майданчиків через Центральну базу даних. Усі користувачі можуть ознайомитися з умовами тендеру та висловити свою зацікавленість взяти участь у тендері.

 

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

 

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

 

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

 

Модуль процедур (back-end частина)

procedures-module

Модель аукціону (бекенд частина)

procedures-module

Модель аукціону (інтерфейсна частина)

procedures-module

Приклад процедури торгів

procedures-module
replacement

Для серіалізації / десеріалізації та контролю доступу до непублічних даних було вирішено використовувати бібліотеку Schematics Python, яка позиціонується як ORM без рівня бази даних.

 

replacement

Відмовостійкість: першим кроком стала контейнеризація та передача всіх сервісів під контроль Kubernetes. Наступним кроком була відмова від сервісів в єдиному екземплярі (кожен компонент розроблявся з урахуванням того, що він буде мати кілька екземплярів). Третій — гарантована архітектура без збереження стану всіх сервісів. Ще одним фактором, що забезпечує стабільність рішення, є повна автоматизація розгортання. Усі компоненти централізованої бази даних, включаючи конфігурацію інфраструктури, зберігаються в GitLab і доставляються в середовища за допомогою Helm і GitLab CI.

replacement

Заміна існуючих систем управління базами даних на MongoDB. В результаті в цілому підвищилася відмовостійкість і процес синхронізації сайтів значно спростив процес синхронізації сайтів з централізованими базами даних.

replacement

Було проведено кілька ітерацій рефакторингу, перш ніж досягти стабільної структури, яка задовольняє як вимогам оптимальності, так і побажанням бізнесу. Результатом став вибір типових структур, незмінних для всіх процедур продажів, і подальше їх успадкування зі змінами, властивими конкретному бізнес-процесу.

Технології

Aiohttp

MongoDB

Elasticsearch

Prometheus

Grafana

GitLab CI

HELM

Swagger

GitLab

Python

Kubernetes

Docker

Результати

Важливі Цифри і факти

Державне підприємство Prozorro.sale створило незалежну наглядову раду

Створено 245 тисяч лотів

Успішно розпочато реформу малої приватизації

Підключено та авторизовано 50 маркетплейсів

15 тисяч учасників

890 млн доларів США доходу

Нагороди

Prozorro.продажі став найкращим у світі у сфері відкритого уряду та отримав нагороду Open Government Partnership Awards-2021. Про це було оголошено 15 грудня 2021 року в Сеулі під час Глобального саміту «Партнерство відкритого уряду», присвяченого 10-річчю партнерства.

 

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

З нами змагалися проекти з 17 інших країн, але нам вдалося здобути цю перемогу

 

 

Кожна з країн-учасниць могла номінувати на нагороду одну з досягнень у рамках Ініціативи відданості, яка внесла значні позитивні зміни в життя суспільства та держави.

 

«Prozorro.продажі» переміг у номінації Impact Award як проект, що змінює країну та підвищує якість життя суспільства.

 

 

Обравши Нас Партнером, Ви Гарантуєте Успіх Власного Проєкту

Наша команда експертів готова трансформувати вашу ідею в цифрове рішення.

Ім'я

Прізвище

E-mail

Телефон

Повідомлення