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

1. Загальний опис функціональних систем і підсистем

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

Основні функціональні системи включають:

  • Система управління процедурами Procedure

  • Система управління аукіонами Auction

  • Система управління обʼєктами реєстрів Registry
  • Система управління обʼєктами Jobber
  • Система авторизації та автентифікації Auth
  • Система обміну даними Databridge
  • Система нотифікацій Notification
  • Система зберігання і керування файлами (документами) (Document Service)
  • Система пошуку Search

  • Система білінгу Billing
  • Система генерації протоколів Protocol
  • Система управління довідниками Dictionaries
  • Система моніторингу та аудиту

2. Функціональні підсистеми

2.1. Система управління процедурами Procedure

Призначення: Забезпечує створення, налаштування та взаємодію з обʼєктами Процедур

Основні функції:

  • Публікація процедури у відкритому доступі (створення лота, завантаження документів, налаштування умов торгів) procedure-api

  • Автоматичне відкриття торгів згідно з розкладом procedure-chronograph

  • Контроль процесу торгів після завершення аукціону procedure-api

  • Синхронізація даних в системі і з клієнтами procedure-mirror-api
  • Зберігання і обробка обʼєктів процедур procedure-MongoDB
  • Обмін даними з внутрішніми системами procedure-internal-api 

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

Призначення: Забезпечує створення та проведення аукціонів

Основні функції:

  • Відображення аукціону користувачам auction-frontend

  • Публікація аукціону у відкритому доступі auction-api

  • Контроль процесу аукціону в реальному часі auction-chronograph

  • Зберігання даних аукціону auction-MongoDB
  • Обмін даними з внутрішніми системами auction-internal-api

2.3. Система управління обʼєктами реєстрів Registry

Призначення: Забезпечує створення, налаштування та взаємодію з обʼєктами Registry

Основні функції:

  • Публікація обʼєкта у відкритому доступі (створення обʼєкта, завантаження документів) registry-api

  • Синхронізація даних в системі і з клієнтами registry-mirror-api
  • Зберігання і обробка обʼєктів registry-MongoDB
  • Обмін даними з внутрішніми системами registry-internal-api 

2.4. Система управління обʼєктами реєстрів Jobber

Призначення: Забезпечує створення, налаштування та взаємодію з обʼєктами Jobber

Основні функції:

  • Публікація обʼєкта у відкритому доступі (створення обʼєкта, завантаження документів) jobber-api

  • Синхронізація даних в системі і з клієнтами jobber-mirror-api
  • Зберігання і обробка обʼєктів jobber-MongoDB
  • Обмін даними з внутрішніми системами jobber-internal-api 

2.5. Система авторизації та автентифікації Auth

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

Основні функції:

  • Авторизація з використанням токену auth-api

  • Управління ролями та доступами auth-config

2.6. Система обміну даними Databridge

Призначення: Конвертує та передає дані з обʼєкта одного сервісу на інший сервіс. Databridge, використовується, наприклад, для заповнення полів з Registry в обʼєкт Procedure

Основні функції:

  • Конвертація та передача даних на повʼязаний сервіс у коректному форматі databridge-api

2.7. Система нотифікацій Notifications

Призначення: Підтримує інтеграцію з державними реєстрами, банками, податковими органами.

Основні функції:

  • Перевірка активів через Державний реєстр речових прав на нерухоме майно.

  • Автоматичне підтвердження платежів через банки та фінансові установи.

  • Отримання статусу учасників через ЄДРПОУ.

2.8. Система зберігання і керування файлами (документами) (Document Service)

Призначення: Цей сервіс надає API для завантаження та отримання файлів. Сервіс роботи з документами генерує токени доступу до файлів за допомогою яких інші сервіси отримують доступ до них (до їх відображення). 

Основні функції:

  • Надає можливість зберігти файл і потім його отримати по API documents-api

  • Керування типом: публічний \ приватний
  • Доступ до приватних файлів до JWT
  • documents-internal-api
  • swiftStorage

2.9. Система пошуку Search

Призначення: Сервіс пошуку реалізований у вигляді API та надає функціональність для обробки пошукових запитів. Він підтримує параметри фільтрації, сортування та пагінації для ефективного отримання результатів.

Основні функції:

  • CBD API для роботи з ElasticSearch
  • Генерацію темплейтів для побудови індексів
  • Отримання інформації із Mirror Services CBD та надсилання інформації в ElasticSearch
  • Реіндексацію даних.

2.10. Система білінгу Billing

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

Основні функції:

  • розрахунок змінних для подальшого виведення в протоколи billing-api
  • зберігання логіки розрахунків в конфіг файлах

2.11. Система генерації протоколів Protocol

Призначення: Система Protocol відповідає за автоматизовану генерацію протоколів у форматах HTML, PDF та DOC, на основі шаблонів з динамічним наповненням даними. Джерелами інформації для наповнення шаблонів виступають підсистеми Billing та Auction, Search.

Основні функції:

  • доступ до шаблонів по API

 

2.12. Система управління довідниками Dictionaries

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

Основні функції:

  • доступ до словників по API dictionary-api

3. Висновок

  • Система "Прозорро.Продажі" складається з 12 основних функціональних підсистем.
  • Кожна підсистема виконує певні завдання та взаємодіє з іншими через API.
  • Головний фокус – безпека, прозорість, інтеграція з державними сервісами.
  • No labels