...
- Використання існуючого документ сервісу. Відповідно до загальної логіки роботи з документ сервісом і документів які завантажені в procedure/bid/award/contract зі сторони Адміністратора ми не зможемо завантажувати документи від учасника тощо, відповідно вони не зможуть з ним працювати якщо не скачають і заново не завантажать в біда а тоді буде дублювання інформації.
- Для процедур де цей документ є обовʼязковим, учасники не зможуть активувати біда без наявності цих документів, відповідно логіка повинна відпрацювати на етапі створення bid учасника в статусі draft.
- Питання юридичної можливості вносити зміни в bid якщо ми будемо це робити без схеми вносити зміни в учасника а не через схему майданчик надсилає нам запит і у відповідь отримує звіт ?
- Питання відповідно до того що нам треба закрити можливість створювати декілька запитів від одного учасника
- Технічне рішення яке може закрити дану можливість
- Фіксація технічного id учасника та owner, яке використовувалось для надсилання запиту
- Аналіз кількості запитів та/або блокування наступних запитів на формування звітів (order = 1 )
- Технічне рішення яке може закрити дану можливість
- Питання який саме звіт/документ хочемо отримувати ? (Наразі є варіанти:
- Відомості (витяг) з Єдиного державного реєстру юридичних осіб, фізичних осіб-підприємців та громадських формувань з підписом технічного адміністратора - Підходить для ЮО та ФОП (але для ФОП немає сенсу якщо потрібна інформація про КБВ)
- Відомості (витяг) з Єдиного державного реєстру юридичних осіб, фізичних осіб-підприємців та громадських формувань без підписа технічного адміністратора- Підходить для ЮО та ФОП (але для ФОП немає сенсу якщо потрібна інформація про КБВ)
- Інформація про кінцевого бенефіціарного власника юридичної особи - документ сформований учасником на імʼя директора ЕТМ
- Структура власності майданчика - документ сформований учасником
...