...

Цей розділ описує склад автоматизованих функцій кожної підсистеми та їхній взаємозв’язок.

1. Загальна структура автоматизованих функцій

Система АТ "Прозорро.Продажі" включає в себе набір автоматизованих функцій, які забезпечують ефективність, прозорість та безпеку проведення електронних аукціонів.

Основні групи автоматизованих функцій:

1. Функції процесу торгів (Procedure)

2. Функції управління аукціонами

3. Функції
обробки ставок
4. автоматичної синхронізації

5. Функції аналітики та звітності

6. Функції взаємодії з реєстрами

7. Функції забезпечення безпеки та доступу

8. Функції
моніторингу та аудиту
9. автоматизації внутрішніх процесів

2. Опис автоматизованих функцій за підсистемами

2.1.

...

Система процесу торгів

Призначення: Забезпечує створення, управління та публікацію аукціонівзміну статусів обʼєкта Procedure (процедури продажу) на всіх етапах її життєвого циклу.

Автоматизовані функції:

• Реєстрація лотів: введення характеристик лота, завантаження документів.
• Публікація аукціонів: автоматичне розміщення на веб-платформі.
• Автоматичне відкриття торгів: запуск аукціону згідно з розкладом.
• Закриття аукціону: визначення переможця та завершення торгів.
• Формування протоколу аукціону: автоматична генерація підсумкового звіту.

Взаємодія:

• Передає дані у систему обробки ставок.

• Отримує перевірку активів від системи зовнішніх інтеграцій.

• Передає результати у систему аналітики.

2.2. Підсистема обробки ставок

Призначення: Виконує автоматичний збір, перевірку та обробку ставок учасників.

• Автоматична зміна статусів процедури в залежності від дат, кількості учасників та подій (завершення прийому заяв, початок аукціону, завершення кваліфікації тощо).

• Перевірка відповідності кількості заяв до мінімального порогу для проведення аукціону.

• Автоматичне обчислення періодів (наприклад, період уточнень, період подачі пропозицій, період кваліфікації) залежно від налаштувань процедури.

• Створення об’єктів awards (присудження переможцю), коли завершено аукціон.

• Формування contracts, коли завершено кваліфікацію.

• Можливість скасування об'єктів award/contract у разі дискваліфікації чи відмови переможця.

• Валідація полів оголошення, відповідність бізнес-правилам.

• Перевірка поданих заяв, зокрема дотримання умов участі (цінові, документальні, строкові).

Взаємодія:

• Може забирати дані через databridge у обʼєктів інших систем. Наприклад, registry або jobber.

• Передає дані в auction для його коректного формування

2.2. Система управління аукціонами

Призначення: Забезпечує автоматизоване проведення аукціонної частини: від створення об’єкта аукціону до передачі результатів.

Автоматизовані функції:

• Автоматичне створення аукціону в системі Auctions на основі об’єкта procedure.

• Автоматичне відкриття торгів в зазначений час.

...

• Прийом ставок в режимі реального часу.

• Перевірка

коректності ставки (мінімальний крок, допустимі умови).
• Визначення найкращої ставки та динамічного ранжування учасників.
• Фіксація фінального переможця після завершення торгів.
Передача даних у платіжні шлюзи для проведення оплати

• ставок:

  • правильність за кроком мінімального підвищення/пониження,

  • відповідність до умов (макс/мін значення, допустимі кроки тощо).

• Динамічне ранжування учасників у ході торгів.

• Фіксація переможця після завершення аукціону.

• Формування результатів аукціону (найкраща ставка, всі раунди, часові мітки).

• Передача даних до системи протоколювання, процедури та білінгового модуля (для розрахунку вартості участі/услуг).

Взаємодія:

• Отримання параметрів аукціону з Procedure через databridge.

• Передача результатів:

  • до системи генерації протоколів,

  • до модуля procedure для створення awards і контрактів,

  • до білінгової системи

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

• Передає інформацію у систему аналітики.

• Інтегрується з платіжними системами для перевірки внесених депозитів

  • .

2.3.

...

Система синхронізації Mirror

Призначення: Забезпечує двосторонню синхронізацію даних між центральною базою даних (ЦБД) та майданчиками. Дозволяє майданчикам отримувати актуальний стан обʼєктів процедур, аукціонів, заявок та пов’язаних з ними сутностей у режимі майже реального часу

...

Призначення: Формує автоматичну аналітику аукціонних процесів.

Автоматизовані функції:

• Синхронізація об'єктів (procedure, auction, bid, award, contract, cancellation тощо) з центральної системи до майданчиків через підписку на feed

• Оновлення стану об'єктів у майданчика після внесення змін у ЦБД.

• Підтримка цілісності даних шляхом валідації змін, контроль версій (modified, dateModified).

• Інкрементальна синхронізація через feed=changes з підтримкою offset/token-ідентифікаторів.

• Можливість повторного отримання змін у разі втрати з’єднання або помилок.

• Фільтрація подій (за типом об’єкта, статусом, часом оновлення тощо)

• Генерація звітів про хід аукціонів (учасники, ставки, результати).
• Формування загальних аналітичних панелей для організаторів.
• Автоматичний аналіз ефективності продажів.
Відправка звітів у державні установи за запитом

• .

Взаємодія:

• Отримує дані від підсистем управління аукціонами та обробки ставок.Взаємодіє з зовнішніми системами звітності для державного наглядузміни із ЦБД (core system) через:

  • API запити з feed=changes

• Передає дані майданчикам, які використовують їх для:

  • оновлення своїх UI/UX,

  • формування власних аналітичних сервісів,

  • тригерів для дій користувачів (подача ставок, підписання договорів тощо).

2.4.

...

Забезпечення безпеки та доступів

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

Автоматизовані функції:

• Перевірка учасників через ЄДРПОУ (юридичні особи).
• Отримання інформації про майно через Державний реєстр речових прав.
• Інтеграція з податковою службою для перевірки боргових зобов’язань.
• Автоматична звірка платежів через банківські API.

Взаємодія:

• Використання токенів доступу для автентифікації майданчиків при роботі з API.

• Прив’язка токена до конкретного майданчика – усі дії відбуваються тільки в межах об'єктів, які належать цьому майданчику.

• Розмежування прав доступу:

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

  • Учасник має доступ лише до власних заяв/документів.

  • Майданчики мають доступ до дій лише у межах своїх користувачів.

• Обмеження на зміну об'єктів – внесення змін можливе лише на певних етапах і лише дозволеним суб’єктом.

Взаємодія:

• Використовується в усіх системних модулях: procedure, auction, mirror, databridge, протоколювання тощо.

• Спільно з модулем databridge здійснює контроль доступу до операцій по API

• Передає перевірені дані підсистемі управління аукціонами.

• Інтегрується з Нацбанком і ДПС для фінансових перевірок.

2.5.

...

Автоматизації внутрішніх процесів

Призначення:

...

Забезпечує безперервну інтеграцію, автоматичне тестування, збирання та розгортання нових версій компонентів системи. Дозволяє оперативно та контрольовано оновлювати сервіси, зменшуючи ризики помилок при ручному втручанні.

Автоматизовані функції:

• Реєстрація користувачів та контроль доступу.
• Двофакторна автентифікація (2FA).
• Авторизація через OAuth 2.0, BankID, електронний підпис.
• Визначення ролей користувачів (адміністратор, учасник, спостерігач).

Взаємодія:

• Інтегрується з усіма іншими підсистемами для контролю доступу.

2.6. Підсистема моніторингу та аудиту

Призначення: Автоматично фіксує всі події в системі для безпеки та прозорості.

Автоматизовані функції:

• Логування всіх операцій користувачів.
• Моніторинг підозрілої активності та аномальних ставок.
• Генерація повідомлень про можливі порушення та шахрайство.
• Автоматична перевірка відповідності нормативним вимогам.

Взаємодія:

• CI (Continuous Integration):

  • Автоматичний запуск тестів після кожного коміту або пул-реквеста в основну гілку:

    • юніт-тести,

    • інтеграційні тести,

    • статичний аналіз коду (linting, code style).

  • Збірка артефактів (docker-образів, пакетів, артефактів застосунку) з проставленням версій та міток (build tags).

• CD (Continuous Delivery / Deployment):

  • Автоматичне розгортання на тестове середовище після успішного CI.

  • Ручне або автоматичне розгортання на продакшн (в залежності від політик релізу).

  • Підтримка rollback — у разі помилки є можливість автоматично повернути попередню стабільну версію.

• Інфраструктурні автоматизації:

  • Масштабоване розгортання через шаблони (Terraform, Helm).

  • Механізми оновлення залежностей — автоматичне відстеження оновлень бібліотек або пакетів із перевіркою на вразливості.

• Інтеграція з іншими процесами:

  • Зв'язок із системою керування задачами (GitHub Issues): статуси задач оновлюються залежно від стану CI/CD.

  • Нотифікації про результати збірок і релізів у Slack

• Отримує дані від усіх підсистем.

Передає інформацію для подальшого аналізу у звітність.

3. Висновок

• Кожна підсистема має набір автоматизованих функцій, що забезпечують ефективну роботу системи.
• Інтеграція між підсистемами відбувається через API, що забезпечує швидку взаємодію.
• Автоматизація процесів дозволяє зменшити ризики людських помилок та підвищити ефективність аукціонів.