Перейти на Майданчик у форму реєстрації нового Користувача

1. Заповнити усі обов'язкові поля.
2. Завантажити документи, що підтверджують особу та повноваження.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення акаунту.
5. Перевірити активацію акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

ЦБД api:

Сценарії registry-manual

Перейти на Майданчик у форму реєстрації нового Користувача

1. Заповнити усі обов'язкові поля.
2. Завантажити документи, що підтверджують особу та повноваження.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення акаунту.
5. Перевірити активацію акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

ЦБД api:

Перейти на Майданчик у форму реєстрації нового Користувача

1. Заповнити усі обов'язкові поля.
2. Завантажити документи, що підтверджують особу та повноваження.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення акаунту.
5. Перевірити активацію акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

ЦБД api:

Перейти на Майданчик у форму реєстрації нового Користувача

1. Заповнити усі обов'язкові поля.
2. Завантажити документи, що підтверджують особу та повноваження.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення акаунту.
5. Перевірити активацію акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

ЦБД api:

1. Заповнити усі обов'язкові поля.
2. Завантажити документи, що підтверджують особу та повноваження Учасника.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
5. Перевірити активацію акаунту Учасника.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, що треба виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

ЦБД api:

1. Внести зміни в акаунт, завантажити документи.
2. Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
3. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.

4. Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії.

5. Перевірити відображення інформації після повторної активації акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
2. Обрані всі відповідні чек-бокси. 
3. Надходить повідомлення про те, що акаунт знаходиться в стані валідації з боку Майданчика.
4. Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в акаунті Учасника/Організатора успішно збережені, або докладний перелік помилок, що треба виправити.
5. Змінена інформація коректно відображається в особистому кабінеті.

ЦБД api:

Сценарії registry-manual

Створення чернетки доступно тільки для ролей Орендодавець/Балансоутримувач

1. Обрати Тип об'єкта (Нерухомість, Єдиний майновий комплекс, Транспорт, Інше), заповнити всі обов'язкові поля та документи.
2. Завантажити усі доступні типи документів.

3. Зберегти інформацію як локальну чернетку на Майданчику.

4. Перевірити можливість перегляду чернетки.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Документи відображаються, доступні для перегляду. Завантаження документу без вказаного типу не допускається! 
3. Запис зберігається як чернетка об'єкту на Майданчику без публікації в ЦБД.
4. Чернетка доступна для перегляду тільки автору.

ЦБД api:

1. Перейти Орендодавцем/Балансоутримувачем до створеної чернетки об'єкту, та натиснути кнопку "Опублікувати".
   

Expected results

1. Об'єкт опубліковано в ЦБД, доступний для перегляду усім ролям.
   

В разі невідповідності введених даних, при спробі публікації, виводиться сповіщення про необхідність внесення змін. Об'єкт не публікується в ЦБД.

ЦБД api:

1. Перейти Орендодавцем/Балансоутримувачем в опублікований об'єкт та натиснути кнопку "Редагувати".
2. Внести зміни в об'єкт, додати/відредагувати доступні поля, завантажити/оновити/видалити документи та зберегти зміни. 
3. Перевірити відображення відредагованого об'єкту на Майданчику.

Expected results

1. Доступне редагування об'єкту.
2. Доступне внесення змін у всі дозволені поля та робота з документами.
3. рганізатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Редагування доступне лише для власних об'єктів Орендодавця/Балансоутримувача .

ЦБД api:

1. Перевірити відображення усіх опублікованих об'єктів процедури на Майданчику.
2. Перевірити можливість фільтрування об'єктів згідно типу об'єкта (Нерухомість, Єдиний майновий комплекс, Транспорт, Інше).
3. Перевірити можливість фільтрування об'єктів згідно "Тип переліку, до якого віднесено об'єкт" (First, Second)
4. Перевірити можливість фільтрування об'єктів згідно "Статус об'єкту в переліку" (waiting, approved, inactive).
   
5. Перевірити доступність для перегляду об'єктів.

Expected results

1. Відображаються усі об'єкти опубліковані в ЦБД.
   
2. Результати відображаються згідно обраного значення фільтру.
3. Результати відображаються згідно обраного значення фільтру.
4. Результати відображаються згідно обраного значення фільтру.
5. Відображається уся інформація по об'єкту та завантажені документи.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду TI... 
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено документ technicalSpecifications (Лот аукціону)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

ЦБД api:

1. Перейти Орендодавцем на Майданчик та перевірити список доступних операцій.

Expected results

• Створення об’єкта. При цьому дані про користувача і його організацію мають примусово вноситись в модель sellingEntity
• Редагування власного об’єкта
• Створення дії
• Редагування власної дії
• Перегляд всіх існуючих об’єктів
• Перегляд всіх існуючих дій
• Перегляд всіх існуючих заявок

ЦБД api:

Expected results

• Створення об’єкта. При цьому дані про користувача і його організацію мають примусово вноситись в модель propertyOwner
• Редагування власного об’єкта
• Створення дії
• Редагування власної дії
• Перегляд всіх існуючих об’єктів
• Перегляд всіх існуючих дій
• Перегляд всіх існуючих заявок

ЦБД api:

Expected results

• Створення заявки
• Перегляд всіх існуючих об’єктів
• Перегляд всіх існуючих дій
• Перегляд всіх існуючих заявок

ЦБД api:

Expected results

• Створення дії
• Редагування власної дії
• Перегляд всіх існуючих об’єктів
• Перегляд всіх існуючих дій
• Перегляд всіх існуючих заявок

ЦБД api:

Expected results

• Створення дії
• Редагування власної дії
• Перегляд всіх існуючих об’єктів
• Перегляд всіх існуючих дій
• Перегляд всіх існуючих заявок

Всі інші операції заблоковані.

ЦБД api: