You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Словник

  1. Електронні торгові майданчики (ЕТМ, майданчики) — приватні онлайн-платформи, інтегровані з Центральною базою даних Prozorro.Sale. Через майданчики користувачі створюють лоти, подають документи, вносять гарантійні внески, роблять біди, беруть участь в аукціонах і отримують підтримку. Майданчики є комерційними партнерами Prozorro.Sale та посередниками між користувачем і ЦБД.

Бізнес дані

ТВ

Бізнес сценарії

Метою розробки -  створення окремого сервісу з можливістю взаємодію через АРІ що повертає альтернативну покращену версію лоту на основі інформації, що внесена у систему організатором.

Обґрунтування

Через те, що інформація про лот створюється організатором, якість опису лоту, його відображення на порталі та на сайтах майданчиків, залежить від спроможності організатора такий опис створити. Як наслідок, можуть використовуватись неякісні зображення (особливо в якості титульного), може використовуватись довга назва. 

При цьому зараз лоти з довгою назвою мають значимо кращий показник успішності. 

Розробка нового рішення дозволить:

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

Покращення які необхідно зробити для подальшої корректної роботи

  1. На формі — дати користувачу полі description в форматі <textarea>, щоб він міг:

    • або надрукувати блок з Enter-ами;

    • або вставити з Word.

  2. У БД — зберігати це як звичайний текст без змін.

  3. На фронті — при відображенні:

    • або контейнер з white-space: pre-wrap;

    • або заміна \n → <br>.

1. Загальна ідея системи

Створюємо окремий сервіс-обробник тексту (middleware), який:

  1. Отримує вхідний текст (через HTTP/API, вебхук, з форми тощо).

  2. Проганяє його через набір правил (регекс, заміни, форматування, валідація).

  3. Повертає відредагований текст як відповідь на запит з іншого сервісу (система ЕТМ).

Тобто всі інші системи не думають “як красиво оформити текст” — вони просто відправляють його в твій сервіс → отримують результат.

2. Основні компоненти

  1. Вхідний API за якиим будуть надходити запити від системи ЕТМ
  2. Сервіс обробки текстів 
  3. Треба зрозуміти який варіант є кращім:
    1. Вхідний API за яким системи ЕТМ будуть забирати відповідь 
    2. Синхронна/асинхронна інтеграція


Правила:

  1. Фотографії покращуються кожен раз при завантаженні в систему - Другий етап розробки
    1. Перевертати фотографії в правильне розташування
    2. Покращувати якість фото
    3. Вирівнювати горизонт
  2. Робота з полями: title, description
    1. Тільки в шаблоні "Детальний опис" за замовчуванням відображається альтернативний текст (значення полів titleAlt та descriptionAlt) якщо він є в процедурі/об'єкті та наявний елемент при активації якого можна перемкнутись на оригінальний текст (значення полів title та description)
    2. Для інших шаблонів використовується значення полів title та description
    3. Для протоколів використовується значення полів title та description

UseCase

Use Case 1. Збреження чернетки аукціону з викликом "Системи покращення опису лоту"

Назва

Збереження чернетки процедури/реєстру/ІП

Обґрунтування

Користувачу необхідно зберегти чернетку процедури/реєстру/ІП перед публікацією в системі

Актори

Організатор/Балансоутримувач

Передумови

  1. Користувач авторизований в кабінеті акредитованого майданчика АТ "Прозорро.Продажі"

Основний хід подій (дій)

  1. Користувач активує елемент "Зберегти чернетку"
  2. Система майданчика відправляє запит в "Систему покращення опису лоту"
  3. Система покращення опису лоту опрацьовує поля: title, description, all images
  4. Система покращення опису лоту віддає результат опрацювання системі майданчика
  5. Система майданчика виводить повідомлення Організатору "Система згенерувала альтернативний текст в полях: title та description. Ви можете ознайомитись та прийняти його як основний, в разі не прийняття запропонований текст буде збережений як альтернативний. Ознайомитись ?"
    1. Якщо коритстувач активує елемент "Так"→ :
      1. Cистема майданчика виводить дві варіації інформації в полях: title та description
      2. Система майданчика виводить активний елемент "Замінити"
        1. Якщо користувач активує елемент "Замінити"
          1. Система майданчика замінює теста в полях процедури title та description
          2. Користувач активує елемент "Зберегти чернетку"
          3. Система майданчика зберігає чернетку процедури/реєстру/ІП
        2. Якщо користувач не активував елемент "Замінити" але активував елемент "Зберегти чернетку" 
          1. Система майданчика не вносить зміни в поля процедури/реєстру/ІП title та description
          2. Система майданчика зберігає дані в полях процедури/реєстру/ІП title та description без змін та зберігає альтернативні значення в мета полях процедури/реєстру/ІП: titleAlt та descriptionAlt
    2. Якщо користувач активує елемент "Ні" → Cистема закриває повідомлення та зберігає дані в полях процедури/реєстру/ІП title та description без змін та зберігає альтернативні значення в мета полях процедури/реєстру/ІП titleAlt та descriptionAlt

Альтернативні шляхи, помилки, крайові випадки

  1. Користувач редагує та повторно зберігає чернетку процедури та вже має альтернативно згенерований текст (Заповнені поля: title,description, titleAlt та descriptionAlt )
    1. Система майданчика повинна виділити чи були внесені зміни в полях title та description
      1. Якщо Так →Система майданчика відправляє запит в "Сервіс покращення опису лоту" і виконує дії відповідно до основного шляху користувача
      2. Якщо Ні → Система майданчика не відправляє запит в "Сервіс покращення опису лоту" та зберігає внесені зміни до полів процедури/реєстру/ІП
  2. Користувач редагує чернетку процедури та вже прийняв альтернативно згенерований текст (Заповнені поля: title,description та Незаповнені поля - titleAlt та descriptionAlt) можливо зробимо мета поле і по ньому майданчик перевіряє чи треба відправляти запит в "Систему покращення опису лота"
    1. Система майданчика не перевіряє які поля були змінені та не відправляє запит в "Систему покращення опису лота" а збегіє чернетку в виправленому варіанті

Результат (Постумови)

Зребежена чернета має альтернативні значення title та description

Інші вимоги



Use Case 2. Збреження чернетки аукціону

Назва

Збереження чернетки процедури/реєстру/ІП

Обґрунтування

Користувачу необхідно зберегти чернетку процедури/реєстру/ІП перед публікацією в системі

Актори

Організатор/Балансоутримувач, 

Передумови

  1. Користувач авторизований в кабінеті акредитованого майданчика АТ "Прозорро.Продажі"

Основний хід подій (дій)

  1. Користувач активує елемент "Зберегти чернетку"
  2. Система майданчика відправляє запит в "Систему покращення опису лоту"
  3. Система покращення опису лоту опрацьовує поля: title, description, all images
  4. Система покращення опису лоту віддає результат опрацювання системі майданчика
  5. Система майданчика виводить сповіщення Організатору "Система згенерувала альтернативний текст в полях: title та description. Ви можете ознайомитись та прийняти його як основний, в разі не прийняття запропонований текст буде збережений як альтернативний"
  6. Система виводить повідомлення "Дана дія є незворотньою. Підтверджуєте ?"
    1. Якщо коритстувач активує елемент "Так"→ :
      1. Cистема змінює статус користувача на inactive
    2. Якщо користувач активує елемент "Ні" → Cистема закриває повідомлення і не змінює статус користувача

Альтернативні шляхи, помилки, крайові випадки


Результат (Постумови)

Користувач деактивував Адміністратора Факторингу/Адміністратора компанії Брокера

Інші вимоги

Система зберігає історію дій

  • No labels