Auction (Сервіс аукціонів)

Потребує оновлення 
Визначення

Модуль аукціонів (МА) - частина платформи, що відповідає безпосередньо за змагальну частину процедури аукціону, коли учасники змінюють свої ставки згідно правил конкретної процедури продажу таким чином, щоб виграти в аукціоні та отримати право придбати лот (торги). МА є єдиною складовою ЦБД, з якою користувач може контактувати безпосередньо (через користувацький інтерфейс). Хід торгів є публічною інформацією, тож кожен аукціон має мати унікальне посилання, за яким будь-який користувач може спостерігати за аукціоном в режимі реального часу Кожна окрема процедура в МА має власну конфігурацію, що складається з опису послідовності раундів різних типів і налаштуваннями цих раундів. Загальні принципи побудови МА передбачають:

• можливість будь-якої комбінації і послідовності раундів
• відсутність дублювання функціональності різних типів раундів
• керування налаштуваннями конкретних раундів
• безперервність передачі даних: від раунду до раунду має передаватися повний масив даних з урахуванням модифікацій, що відбулись на пройденому кроці

Ролі

При роботі з МА існує дві основні ролі користувачів:

• Учасник: користувач, який згідно процедури аукціонів подав ставку і претендує на перемогу в аукціоні. Ця роль дозволяє користувачу під час роботи МА згідно правил раунду аукціону робити (змінювати) ставки та спостерігати за перебігом аукціону
• Спостерігач: користувач, який не подав ставку згідно процедурі аукціону, але має публічне посилання на аукціон. Ця роль дозволяє спостерігати за ходом аукціону згідно правил відображення ставок для типу аукціону

Структура конфігурації

Наявність процедури в МА визначається наявністю конфігурації таких торгів + наявністю виклику цієї конфігурації торгів хоча б в одній конфігурації процедур з продажу Кожна конфігурація торгів має включати в себе:

• Перелік даних, що очікується на вхід МА (фактично - частину даних структури data.bid)
• Перелік і послідовність раундів торгів
• Конфігурацію кожного раунду торгів

Раунди мають виконуватись МА послідовно, в реальному часі, перехід між двома будь-якими послідовними раундами має відбуватись автоматично

Дисклеймер

Дисклеймер - окремий екран МА, що не є раундом аукціону, але виконує наступні функції: відображає інформацію про умови проведення електронних аукціонів блокує будь-які дії користувача до прийняття цих умов дає користувачу можливість погодитись на умови і продовжити роботу, або не погодитись, і повернутись на майданчик, через який він працює з аукціоном. Дисклеймер відображається кожному користувачу з роллю Учасник в момент першого переходу за посиланням на конкретний аукціон. При повторному переході за цим посиланням дисклеймер не відображається. Дисклеймер складається з трьох основних компонент:

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

Дякуємо за використання електронної торгової системи Прозорро.Продажі (ЕТС). Використання системи у будь-який спосіб, включаючи використання стороннього програмного забезпечення, означає, що ви погоджуєтеся з цими умовами, тому, будь ласка, уважно прочитайте їх.

Коли ви здійснюєте вхід до ЕТС, ми автоматично збираємо загальну інформацію, наприклад, сторінки, які ви переглядали, дату і час відвідування, назву та версію вашого браузера, версію операційної системи тощо. Ці дані використовуються для забезпечення стабільної роботи ЕТС та покращення її функціональності. Ми здійснюємо комплекс необхідних заходів, щоб забезпечити збереження вашої технічної інформацію від втрати, модифікації або доступу до неї третіх осіб. Також ми використовуємо файли “cookie” (власні та сторонніх постачальників) для того, щоб зробити роботу з системою більш комфортною.

Всі дії користувача пов'язані зі ставками є юридично значущими. Це означає, що користувач несе повну відповідальність за свої дії в ЕТС. В залежності від умов та типу аукціону в кожному з раундів в межах відведеного для цього періоду, учасник може змінювати свою ставку (цінову пропозицію). По закінченню такого періоду, зроблене учасником рішення є остаточним та буде використовуватись для оформлення результатів аукціону.

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

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

Будь ласка, впевніться, що ви маєте стабільне інтернет-з'єднання з достатньою швидкістю обміну інформацією, оскільки будь-які ризики, пов'язані з інтернет-з'єднанням, несе користувач. Рекомендується мати резервний пристрій з окремим інтернет-каналом на випадок, якщо з основним пристроєм щось піде не так (наприклад, ви можете працювати на комп’ютері з дротовим інтернетом і мати в якості резервного пристрою смартфон з мобільним підключенням до Інтернету).

Наша система стабільна та надійна, що доведено сотнями аукціонів, які проходять щоденно. Але якщо раптом під час аукціону ви все ж зустрінетесь з технічними проблемами або збоями - просимо Вас терміново зв'язатись із сервісом підтримки вашого електронного майданчика . Вчасно передана інформація суттєво підвищить можливості технічної команди по ідентифікації та усуненню технічних проблем та збоїв. Також ми рекомендуємо робити знімки екранів (скріншоти), які б наочно демонстрували суть технічних проблем та збоїв: це може пришвидшити процес вирішення.

Унікальне посилання, по якому ви переходите для участі в аукціоні, є конфіденційною інформацією. Ми наполегливо не рекомендуємо поширювати це посилання у будь-який спосіб, адже відповідальність за спотворення результатів аукціону у разі передачі цього посилання третім особам, лежить на самому учаснику. Якщо ви хочете запросити когось до перегляду ходу аукціону - для таких цілей підійде публічне посилання на електронний аукціон (його можна знайти на порталі https://prozorro.sale на сторінці аукціону по кнопці “Перейти на аукціон”)

Чи погоджуєтесь Ви з умовами аукціону?

Типи раундів

Мають бути доступні такі типи раундів:

• Пауза
• Послідовний раунд (англійський)
• Голандський раунд
• Одночасний раунд
• Пріорітетний раунд
• Перший раунд
• Розкриття

Опис кожного раунду включає в себе такі дані:

• Назва - умовно-формальна назва раунду
• Системна назва - значення, що має використовуватись в конфігурації для додавання такого раунду
• Опис логіки - стислий опис принципу згідно якого діють учасники на такому кроці
• Подія для завершення - після чого переходимо до наступного раунду
• Напрямок зміни ставок - в який бік має відбуватись зміна ставок учасниками
• Обмеження ставки - які обмеження накладаються на ставку, що може зробити учасник торгів
• База - з яким значенням порівнюється нове значення для накладення обмеження
• Крок - значення, яке має відрізняти нову ставку від Бази
• Тривалість - визначення тривалості періоду
• Принцип формування - стале значення або принцип визначення
• Значення - абсолютне значення або періоду цілком, або змінної, що використовується в принципі формування
• Відображення ставок - дані, що додаються до вже відкритих в МА даних на цьому кроці
• Перелік учасників - чи бачать учасники дані про інших учасників торгів
• Значення (масив) - відображення значень ставок учасників
• Інше - специфічні дані, притаманні унікальним типам раундів
• Пост-дії - що має виконуватися після
• Зміна значень - які дані змінюються порівняно з масивом, що раунд отримав на вхід
• Сортування - чи відбувається сортування (ранжування) учасників по результатах виконання раунду та у який спосіб
• Інше - специфічні дії/параметри/умови тощо, притаманні унікальним типам раундів
• Лог - інформація, яка має потрапляти в публічний лог аукціону по завершенні раунду

Опис типів раундів

• Назва: Пауза
• Системна назва: pause
• Опис логіки: Статично відображається інформація, що вже відкрита на момент початку раунду. Жодних змін не виконується. Не може бути останнім раундом торгів
• Подія для завершення: Час вичерпано
• Напрямок зміни ставок: -
• Обмеження ставки (масив):
  • База: -
  • Крок: -
• Тривалість:
  • Принцип формування: Константа
  • Значення: Конфігурація. Ціле, в хвилинах, >0
• Відображення ставки:
  • Перелік учасників: -
  • Значення ставок (масив): -
  • Інше: -
• Пост-дії:
  • Зміна значень: -
  • Сортування: -
• Інше: -
• Лог: тип раунду; назва раунду; час початку раунду; час закінчення раунду

Приклад: Конфігурація:

• step: pause duration: 3

Дані на вхід: minimalStep: 500 participants:

• id: A price: 68000 amount: 120 order: 2
• id: B price: 65000 amount: 100 order: 3
• id: C price: 70000 amount: 110 order: 1

Дані на виході: minimalStep: 500 participants:

• id: A price: 68000 amount: 120 order: 2
• id: B price: 65000 amount: 100 order: 3
• id: C price: 70000 amount: 110 order: 1

• Назва: Послідовний раунд (англійський)
• Системна назва: sequential
• Опис логіки: Всі учасники згідно з отриманою з попереднього раунду послідовністю змінюють свої ставки, після чого відбувається зміна послідовності для наступного раунду шляхом сортування ставок
• Подія для завершення: Всі учасники мали можливість в свою чергу зробити ставку
• Напрямок зміни ставок: Конфігурація. На підвищення / На пониження
• Обмеження ставки (масив):
  • База: Конфігурація. Попреденя ставка самого учасника (user); Попередня найбільша/найменша ставка (extremum); Без обмежень (в такому разі значення Крок не враховується) (no); Не підлягає зміні (fixed )
  • Крок: Вхідний параметр: Мінімальний крок, визначається при створенні процедури
• Тривалість:
  • Принцип формування: Мультиплікація по кількості користувачів
  • Значення: Конфігурація. Ціле, в хвилинах, >0
• Відображення ставки:
  • Перелік учасників: Конфігурація. Ні / Анонімний / Персоніфікований
  • Значення ставок (масив): Конфігурація. Так/Ні - для кожного значення
  • Інше: Значення Перелік учасників: "Ні" передбачає, що значення ставок н відображається апріорі
• Пост-дії:
  • Зміна значень: Оновлення значень ставок, що змінилися
  • Сортування: Так
• Інше: Конфігурація. Пауза між учасниками - Ціле, в хвилинах, >=0
• Лог: тип раунду; назва раунду; час початку раунду; час завершення раунду; час виконання сортування ставок. для кожного учасника: bid.id; час початку черги; час завершення черги; остання цінова пропозиція; час подачі останньої цінової пропозиції

Приклад: Конфігурація: step: sequential

• direction: up
• limitation:
• price:
  • base: user
  • step: minimalStep
• amount:
  • base: fixed
• duration: 3
• show:
  • names: anonymous
  • bids:
    • price: yes
    • amount: yes
• pause_between_bids: 0

Дані на вхід: minimalStep: 500 participants:

• id: A price: 68000 amount: 120 order: 2
• id: B price: 65000 amount: 100 order: 3
• id: C price: 70000 amount: 110 order: 1

Дії учасників: Час: 9:30 - 16:30 Учасник А:

• Час: 11:40-11:43
• Ціна: 68,000

Учасник В:

• Час: 11:43-11:46
• Ціна: 70,001

Учасник С:

• Час: 11:46-11:49
• Ціна: 70,500

Дані на виході: participants:

• id: A price: 68000 amount: 120 order: 3
• id: B price: 70001 amount: 100 order: 2
• id: C price: 70500 amount: 110 order: 1

• Назва: Голандський раунд
• Системна назва: dutch
• Опис логіки: Один раз за інтервал (згідно конфігурації) система автоматично пораундово змінює (зменшує або збільшує) доступний для учасників розмір ставки. раунд (розмір) зміни визначається як певний відсоток від первинної ціни (стартової ціни аукціону, яку отримав раунд в якості вхідного параметру, якщо голандський раунд є першим; або - ціни, що зформувалась на попередніх раундах, якщо голандський раунд - не перший). Учасник, що першим підтвердив готовність запропонувати доступну в певний момент часу ставку, стає переможцем раунду. Після цього жоден учасник не може зробити ніяких дій зі ставками до завершення раунду. У разі, якщо ніхто не запропонував ставку до завершення раунду, переможець не визначається
• Подія для завершення: Час вичерпано
• Напрямок зміни ставок: Конфігурація. На підвищення / На пониження
• Обмеження ставки (масив):
  • База: Поточне автоматично визначене значення ставки на момент здійснення ставки (фактично - погодження з певним значенням ставки; саме значення користувач не вводить)
  • Крок: -
• Тривалість:
  • Принцип формування: Конфігурація. Константа(const) / Мультиплікація по кількості раундів (calculation)
  • Значення: Конфігурація. Константа: Ціле, в хвилинах, >0 - визначає загальну тривалість раунду. Мультиплікація: Ціле, в хвилинах, >0 - тривалість раунду визначиться як наведене значення, помножене на кількість раундів
• Відображення ставки:
  • Перелік учасників: Ні
  • Значення ставок (масив): Конфігурація. Ставка, на якій було зупинено пораундову зміну ціни: Ні / Анонімний / Персоніфікований
  • Інше: Інформація про перебіг пораундової зміни ставок: від початку раунду відображаються усі заплановані раунди з цінами, що будуть доступні в різні часові проміжки, і зазначенням цих часових проміжків. В будь-який момент часу має бути однозначно зрозуміло які цінові пропозиції: а) були доступні від початку раунду, але їх час вже вичерпано; б) доступні в момент спостереження (завжди одна цінова пропозиція); в) будуть доступні в майбутньому
• Пост-дії:
  • Зміна значень: 1) Оновлення значень ставок, що змінилися; 2) Встановлення пріорітету (priority): конфігурація, ціле, >0
  • Сортування: Встановлення єдиному переможцю значення order: 1, усім іншим - order: 0
• Інше:
  • Кількість кроків: Вхідний параметр, має визначатись при створенні процедури
  • Кількість кроків за замовчанням: Конфігурація. Ціле, від 1 до 100
  • Кількість кроків за замовчанням: Ціле, від 1 до 49 (має враховуватись тільки у випадку, коли в конфігурації для тривалості обрано Мультиплікацію)
  • Відсоток кроку за замовченням: 1
  • Мінімальна ціна: У разі зниження ціни до значень менше, ніж 1 гривня, для таких кроків ціна визначається = 1 гривня
• Лог: тип раунду; назва раунду; час початку раунду; час завершення раунду; bid.id, що зупинив раунд; час подачі цінової пропозиції (зупинки автоматичної зміни ціни); для кожного учасника, що був зареєстрований: bid.id

Приклад: Конфігурація: step: dutch direction: down length: type: const duration: 420 show: step stopped: anonymus steps: default_number: 80 priority_to_set: 1

Дані на вхід: numberOfSteps: 65 participants:

• id: A price: 68000 amount: 120 order: 2 priority: 0
• id: B price: 65000 amount: 100 order: 3 priority: 0
• id: C price: 70000 amount: 110 order: 1 priority: 0 (фактично всі вхідні параметри не беруться до уваги)

Дії учасників: Час: 9:30 - 16:30 Учасник А:

• Час: 15:28
• Ціна: 348,000
• Результат: ставку відхилено

Учасник В:

• Час: 14:35
• Ціна: 455,000
• Результат: ставку прийнято

Учасник С:

Дані на виході: participants:

• id: A price: 0 amount: 0 order: 0 priority: 0
• id: B price: 455,000 amount: 0 order: 1 priority: 1
• id: C price: 0 amount: 0 order: 0 priority: 0

• Назва: Одночасний раунд
• Системна назва: simultaneous
• Опис логіки: Всі учасники, що мають значення priority: 0, одночасно подають свої пропозиції. Учасники можуть змінювати свої пропозиції будь-яку кількість раз під час раунду. Враховується тільки остання затверджена ставка. Учасники не бачать ставок одне одного до завершення раунду
• Подія для завершення: Час вичерпано
• Напрямок зміни ставок: Конфігурація. На підвищення / На пониження
• Обмеження ставки (масив):
  • База: Конфігурація. Попреденя ставка самого учасника (user) / Попередня найбільша/найменша ставка (extremum) / Без обмежень (в такому разі значення кроку не враховується) (no) / Не підлягає зміні (fixed)
  • Крок: Вхідний параметр
• Тривалість:
  • Принцип формування: Константа
  • Значення: Конфігурація. Ціле, в хвилинах, >0
• Відображення ставки:
  • Перелік учасників: Ні
  • Значення ставок (масив): Ні
  • Інше: Значення Перелік учасників: Інформація, що не змінюувалась під час кроку, не відображається (тобто якщо учасник не подав ставку - рядок з його ідентифікатором не відображається не залежно від інших налаштувань відображення)
• Пост-дії:
  • Зміна значень: Оновлення значень ставок, що змінилися
  • Сортування: Так
• Інше:
  • Перелік учасників на початку раунду: Конфігурація. Ні / Анонімний / Персоніфікований
  • Значення ставок (масив) на початку раунду: Конфігурація. Так/Ні - для кожного значення
• Лог: тип раунду; назва раунду; час початку раунду; час завершення раунду; час виконання сортування ставок& . Lля кожного учасника: bid.id, остання цінова пропозиція, час подачі останньої цінової пропозиції

Приклад: step: simultaneous direction: up limitation: price: base: extremum step: minimalStep duration: 10 show: names: anonymus bids: price: yes

Дані на вхід: participants:

• id: A price: 0 order: 0 priority: 0
• id: B price: 0 order: 0 priority: 0
• id: C price: 70000 order: 1 priority: 1
• id: D price: 0 order: 0 priority: 2

Дії учасників: Учасник А:

• 15:32 price: 63,000 результат - ставку відхилено

• 15:38 price: 75,000 результат: ставку прийнято

Учасник В:

• 15:33 price: 88,000 результат: ставку прийнято

Учасник С:

• не може робити ставку

Учасник D:

• не може робити ставку

Дані на виході: participants:

• id: A price: 75000 order: 2 priority: 0
• id: B price: 88000 order: 1 priority: 0
• id: C price: 70000 order: 3 priority: 1
• id: D price: 0 order: 4 priority: 2

• Назва: Пріорітетний раунд
• Системна назва: precedence
• Опис логіки: Учасник, який на початку раунду має флаг пріорітету з найменшим значенням, відмінним від нуля (priority: Х),подає свою пропозицію. зазначений учасники може змінювати свої пропозиції будь-яку кількість разів під час раунду. Враховується тільки остання затверджена ставка. Інші учасники не бачать значення пропозиції, що змінюється, до завершення раунду. Усі інші учасники (з пріорітетом 0 або не мінімальним) не роблять ставки
• Подія для завершення: Час вичерпано
• Напрямок зміни ставок: Конфігурація. На підвищення / На пониження
• Обмеження ставки (масив):
  • База: Конфігурація. Попреденя ставка самого учасника (user) / Попередня найбільша/найменша ставка (extremum) / Без обмежень (в такому разі значення кроку не враховується) (no) / Не підлягає зміні (fixed)
  • Крок: Вхідний параметр
• Тривалість:
  • Принцип формування: Константа
  • Значення: Конфігурація. Ціле, в хвилинах, >0
• Відображення ставки:
  • Перелік учасників: Ні
  • Значення ставок (масив): Ні
  • Інше: Значення Перелік учасників: Інформація, що не змінюувалась під час кроку, не відображається (тобто якщо учасник не подав ставку - рядок з його ідентифікатором не відображається не залежно від інших налаштувань відображення)
• Пост-дії:
  • Зміна значень: Оновлення значень ставок, що змінилися. Встановлення пріорітету (priority) учасника, що робив ставку, в значення priority: 0
  • Сортування: Так
• Інше:
  • Перелік учасників на початку раунду: Конфігурація. Ні / Анонімний / Персоніфікований
  • Значення ставок (масив) на початку раунду: Конфігурація. Так/Ні - для кожного значення
• Лог: тип раунду; назва раунду; час початку раунду; час завершення раунду; час виконання сортування ставок& . Lля кожного учасника: bid.id, остання цінова пропозиція, час подачі останньої цінової пропозиції

Приклад: step: precedence direction: up limitation: price: base: extremum step: minimalStep duration: 5 show: names: anonymus bids: price: yes

Дані на вхід: participants:

• id: A price: 75000 order: 2 priority: 0
• id: B price: 88000 order: 1 priority: 0
• id: C price: 70000 order: 3 priority: 1
• id: D price: 0 order: 0 priority: 2

Дії учасників: Учасник А:

• не може робити ставку

Учасник В:

• не може робити ставку

Учасник С:

• час: 15:49 price: 89,501 результат: ставку прийнято

Учасник D:

• не може робити ставку

Дані на виході: participants:

• id: A price: 75000 order: 3 priority: 0
• id: B price: 88000 order: 2 priority: 0
• id: C price: 89501 order: 1 priority: 0
• id: D price: 0 order: 4 priority: 2

• Назва: Розкриття
• Системна назва: final
• Опис логіки: Обов'язковий раунд для будь-якої конфігурації аукціону. Єдина дія - примусове розкриття усіх до того прихованих даних усіх попередніх кроків аукціону, а також - формулювання та оголошення результатів торгів. Оголошення має включати в себе legalName усіх учасників та масиви ставок для кожного учасника
• Подія для завершення: Час вичерпано
• Напрямок зміни ставок: -
• Обмеження ставки (масив):
  • База: Ставки не здійснюються
  • Крок: -
• Тривалість:
  • Принцип формування: Константа
  • Значення: 5 секунди (або менше, в залежності від завантаженості системи)
• Відображення ставки:
  • Перелік учасників: Персоніфікований
  • Значення ставок (масив): Так
  • Інше: Розкриття імен і ставок в усіх попередніх раундах
• Пост-дії:
  • Зміна значень: -
  • Сортування: -
  • Інше: Завершення аукціону, передача даних для подальших кроків процедури
• Інше:
• Лог: тип раунду; назва раунду; час початку раунду; час закінчення раунду; повідомлення "Аукціон завершено"

Приклад: Конфігурація:

• step: final

Дані на вхід: minimalStep: 500 participants:

• id: A price: 68000 amount: 120 order: 2
• id: B price: 65000 amount: 100 order: 3
• id: C price: 70000 amount: 110 order: 1

Дії учасників:

Дані на виході: minimalStep: 500 participants:

• id: A price: 68000 amount: 120 order: 2
• id: B price: 65000 amount: 100 order: 3
• id: C price: 70000 amount: 110 order: 1

АРІ Інформація при зміні кроку Нотифікація про номер учасника

Браузери

Інтерфейс МА має коректно відображатись в актуальних версіях наступних браузерів:

• Chrome (4 останні версії)
• Firefox (4 останні версії)
• Edge (2 останні версії)
• Safari (2 останні версії)
• IE (2 останні версії)

При спробі користувача відкрити інтерфейс МА в браузері, що не підтримується, має виводитись повідомлення: "Нажаль, ця версія браузера не підтримується. Будь ласка, скористайтесь браузером Chrome / Firefox / Edge / Safari / Internet Explorer останньої стабільної версії. Unfortunately this version of browser is not supported. Please use Chrome / Firefox / Edge / Safari / Internet Explorer with latest stable version"

Локалізація і дані

На сторінках інтерфейсу аукціону має бути доступним три типи даних:

1. дані, що отримані МА з процедури аукціону (попередніх раундів): інформація про організатора, лот, аукціон та ставки учасників
2. статичні дані для відображення в інтерфейсі
3. дані, згенеровані під час аукціону (хід торгів)

Уся текстова інформація, що генерується безпосередньо МА (типи 2 і 3), має бути доступне в декількох мовах. Мови, що мають безпосередньо підтримуватись:

• українська (за замовченням)
• англійська

Структура реалізації локалізації має бути побудована таким чином, щоб була можливість збільшити/зменшити кількість мов. Користувач має мати можливість змінити мову локалізації, натиснувши на назву відповідної мови в інтерфейсі, що має призводити до негайної зміни мови усіх елементів Дані, що МА отримує з процедури аукціонів (інформація про лот, процедуру тощо) має відображатись:

• мовою, що обрав користувач - у разі, якщо структура даних передбачає багатомовну інформацію, та ця інформація була заповнена до моменту початку аукціону
• українською - в усіх інших випадках

Переклад тексту для елементів інтерфейсу зазначається в тест-кейсах відповіднох процедури

Логування

Передбачається два типи логування:

• Публічне: журнал(лог) подій, що мають значення для опису перебігу аукціону та можуть впливати на результати торгів. Такий лог формується для кожного аукціону і має бути доступним за замовчанням без авторизації До публічного логу має потрапляти:

  • data.id (ідентифікатор процедури)
  • дані, що генеруються кожним раундом аукціону (згідно секції Лог в описі раундів)

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

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

Дизайн

Розташування блоків типової сторінки аукціону має відповідати наступному: image2020-3-4_16-2-50.png

Блоки:

• Auction information - обмежена загальна інформація про аукціон. Має постійно лишатись на екрані, закріпленим зверху екрану, зі статичною висотою
• Details - Розгорнута інформація про аукціон, а також інформація про сесії учасника. Має викликатись при натисканні відповідної кнопки в блоці Auction information
• DateTime - інформація про час до наступної зміни статусу аукціону. Наповнення може відрізнятись залежно від типу раунду та ролі користувача. Має постійно лишатись на екрані, під блоком Auction information, зі статичною висотою
• Infobar - сервісні повідомлення, згенеровані МА (проблеми зі зв'язком у клієнта, поява додаткових сесій з ключем користувача)
• Bid Information - інформація про перебіг торгів. Деталі визначаються типом раунду аукціону, на макетах. Займає весь вільний простір між закріпленими блоками. У разі необхідності має отримувати можливість вертикальної прокрутки
• Bid change - блок, в якому Учасник виконує дії по зміні своєї ставки. Доступен тільки для Учасників. Має постійно лишатись на екрані, закріпленим знизу екрану, зі статичною висотою
• Updates - відображає інформацію про зміни стану аукціону, а також інформацію про дії користувача з його ставками. Має зберігати усі повідомлення, що з'явились під час проходження аукціону та отримувати можливість вертикальної прокрутки за необхідності
• Language - має містити усі опції мов, що доступні в системі (українська, англійська)
• Exit - функція виходу з аукціону (зміни статусу користуваача з Учасника на Спостерігача). Доступний тільки для Учасників

Інтерфейс має автоматично адаптуватись під ширину екрану пристроя, на якому він відображається. При цьому закріплені блоки (Auction information, Bid change) мають постійно залишатись доступними для користувача. Блоки Language та Exit разом з відступами мають займати по 15% ширини екрану. Блоки Language та Exit при суттєвому зменшенні ширини екрану (до ??? рх) мають зсуватись під блок DateTime, на одному вертикальному рівні.

Текст/переклади елементів МА
Відомості по депрікейтед функціональності МА: Єдиний інтерфейс та авторизація через bidder_id з acc_token
Функціонал доступності в аукціонах