Page History

...

Загальний опис

Метою розробки є автоматизація та централізація створення звіту інтеграція з ЄДР для автоматизації та централізації отримання даних про КБВ (кінцевого бенефеціарного власника) для учасників що є юридичними особами. Даний документ інформація може бути обовʼязковим/не обовʼязковим для певних процедур (наразі розробка інтеграції відбувається тільки для процедур SUE / SUD - є обовʼязковим для допуску учасників для визначеної процедури). Перевірка повинна виконуватись в момент активації заяви на участь. де є документ з типом x_ultimateBeneficiaryInfo).

Для реалізації цієї інтеграції необхідно виконати дії:

1. Додати до базової моделі award необовʼязкову модель даних beneficiaryInfo (модель даних наведено нижче)
2. Налаштувати інтеграцію з ЄДР де:
   1. Створюється award в процедурі
   2. Направляється асинхронний запит на сервіс ЄДР
   3. Отримується відповідь на запит
      1. Відповідь містить дані → Отримані дані вносяться в створену модель даних
      2. Відповідь не містить даних → Поля залишаються пустими
   4. Майданчики відображають дану інформацію організатору в його кабінеті. Відображення в інших місцях не є обовʼязковою (портал, кабінети учасників)
3. Відповідь може містити 1 і більше відповідей 
4. Модель даних beneficiaryInfo
   

   	dateTime
   name	multilang
   %	float

Бізнес логіка

1. Майданчик, залучає користувача до участі в аукціоні де звіт з інформацією про КБВ є обовʼязковим(x_ultimateBeneficiaryInfo) визначений як тип документу
2. Учасник є юридичною особою
3. Учасник подає заявку на участь
4. Майданчик активує заявку на участь
5. Учасник кваліфікується в аукціоні
6. Варіант 1.
   1. ЦБД направляє запит в ЄДР з авторизаційним ключем і даними для пошуку
   2. ЦБД отримує дані з ЄДР
   3. ЦБД вносить дані в award учасника
      1. Якщо в отриманій відповіді містяться дані, які можна внести в award → ЦБД додає їх
      2. Якщо в отриманій відповіді містяться дані, які можна внести в award → ЦБД додає їх
7. Варіант 2.
   1. Організатор активує елемент "Отримати КБВ з ЄДР"
   2. Майданчик надсилає запит на ЦБД
   3. ЦБД надсилає запит в ЄДР з авторизаційним ключем і даними для пошуку
   4. ЦБД отримує відповідь 
   5. ЦБД пересилає відповідь майданчику
   6. Майданчик заповнює поля і передає їх в ЦБД
   7. Майданчик обовʼязково відображає поля організатору в його кабінеті
   8. Майданчик може відображати дані на порталі та в кабінетах учасників 
   дані про активацію заявки на участь
8. ЦБД перевіряє чи є документ з типом в заявці якщо витяг ЄДР - x_tenderersRegisterExtract, якщо заява в довільній формі - x_ultimateBeneficiaryInfo - наразі цих типів документів немає в SUE/SUD
   1. Якщо в bid немає документа з визначеним типом:
      1. ЦБД надсилає івент до системи з технічним id користувача та кодом ЄДРПОУ користувача та owner
      2. Система фіксує івент і фіксує отримані дані
      3. Перевіряє чи документ з типом в 
      4. Система надсилає запит до ЄДР з авторизаційним ключем і даними для пошуку
      5. ЄДР повертає відповідь на запит:
         1. в форматі переліку полів для формування звіту
            1. Система  опрацьовую отриману інформацію
            2. Система формує звіт
         2. в форматі звіту 
         3. помилка (перелік можливих зазначено нижче)
      6. Система додає сформований звіт до документ сервісу з привʼязкою до технічного id учасника 
      7. Варіанти наступних дій:
         1. 1.Варіант  
            1. Система додає інформацію в transfer блок bid
            2. Майданчик отримує токен до документа і надає користувачу відповідно до технічного id bid виконувати дії над документом
            3. Учасник бачить звіт в своєму кабінеті
         2. 2.Варіант Система підвантажує дані в bid самостійно - не виглядає як релевантний кейс
            1. Майданчик забирає в разі потреби викачує документ
   2. Якщо в bid наявний документ з визначеним типом:
      1. ЦБД не надсилає івент до системи

...