Атестаційні завдання K2 ERP/Аукціон

Приклад перевірки ставки

Типовий бізнес-процес роботи аукціонної компанії виглядає так:

Статуси лота

Поля верифікації

!; характеристика

Типи учасників

компонент обліку лотів, ставок, учасників і проведення аукціонів у режимі реального часу.;== Поля результату торгів ==

У звіті потрібно відображати: Компанії потрібно: |- | ПІБ або назва компанії | Найменування учасника |- | Тип учасника | Фізична особа, юридична особа, ФОП |- | Телефон | Контактний номер |- | Email | Контактна адреса і логін |- | ІПН / ЄДРПОУ | Ідентифікаційний код |- | Паспортні інформаційні дані | Для фізичних осіб, якщо потрібно |- | Контактна особа | Для юридичних осіб |- | Статус | Новий, активний, заблокований, архівний |- | Дата реєстрації | Коли створено учасника |- | Коментар | Внутрішня примітка адміністратора |}

Формула комісії

Очікуваний результат

У результаті виконання атестаційного задача має бути створений компонент аукціону в K2 ERP.; характеристика

Назва аукціону	Назва події
Тип аукціону	Онлайн, фізичний, гібридний
Дата та час початку	Початок торгів
Дата та час завершення	Завершення торгів
Статус	Запланований, активний, завершений, скасований
характеристика	Короткий характеристика

У звіті потрібно відображати:

; * назву аукціону; тип; дату початку; дату завершення; кількість лотів; кількість проданих лотів; суму продажів; статус.; Роль	; Статус В історії потрібно зберігати	; Рівень
Аукціон	Де проходили торги
Лот	Який лот
Переможець	Учасник з найвищою ставкою
Фінальна ставка	Ціна продажу
Дата завершення	Коли завершено торги
Статус	Очікує оплати, оплачено, скасовано

!; Максимальна оцінка Для реалізації задачі доцільно передбачити такі сутності:

Аукціон — це подія, в межах якої продаються лоти.; !; характеристика |- | Учасник | Хто оплатив |- | Рахунок | За який рахунок оплата |- | Дата оплати | Коли отримано кошти |- | Сума | Сума платежу |- | Спосіб оплати | Банківський переказ, карта, готівка, онлайн-оплата |- | Статус | Успішно, очікує, помилка, повернення |- | Коментар | Примітка бухгалтера |}

Критичні помилки

Комісія має змогу розраховуватися:

доступні аукціони;
активні лоти;
свої ставки;
виграні лоти;
рахунки;
оплати;
документи;
статус верифікації;
повідомлення адміністрації.; * учасника;
кількість ставок;
кількість виграних лотів;
суму виграних лотів;
суму оплат.; Після завершення торгів платформа формує рахунок переможцю.; {| class="wikitable" style="width:100%;"

ключовий бізнес-процес

Поля конфігурація антиснайпера

; !; характеристика Події для сповіщень
Що потрібно створити?; Бали автомобілі; нерухомість; техніка; картини; антикваріат; ювелірні вироби; обладнання; складські залишки; майно підприємств; благодійні лоти; колекційні предмети; інші активи.; \|-	Аукціон	До якого аукціону належить
Назва лота	Назва майна
Категорія	Категорія лота
характеристика	Детальна відомості
Стартова ціна	Мінімальна початкова ціна
Крок ставки	Мінімальне підвищення
Поточна ціна	Оновлюється автономно
Статус	Активний, проданий, знятий з торгів

!; Поле

Через AJAX або WebSocket мають працювати:

фізична особа;
юридична особа;
ФОП;
представник компанії;
внутрішній учасник, якщо потрібно;
VIP-учасник, опціонально.; * онлайн;
фізичний;
гібридний;
відкритий;
закритий;
благодійний;
комерційний;
корпоративний.; Параметр

лот;
учасника;
суму ставки;
точний час ставки;
статус ставки;
причину відхилення, якщо є собою;
користувача або систему, що обробила ставку;
технічні інформаційні дані, якщо потрібно.; характеристика

|- | Увімкнено | Так або ні |- | Період спрацювання | як ілюстрація: останні 30 секунд |- | Час продовження | як ілюстрація: 2 хвилини |- | Максимальна кількість продовжень | Опціонально |}

Технічні вимоги

Звіт «історичний розвиток ставок»

аукціон або лот завершено;
є собою хоча б одна прийнята ставка;
ставка є собою найвищою;
учасник не заблокований;
якщо є собою резервна ціна — фінальна ставка має бути не нижча за резервну ціну.; Питання

Аукціон	Аукціон, до якого прив’язаний лот
Номер лота	Унікальний номер у межах аукціону
Назва лота	Назва об’єкта
Категорія	Категорія лота
характеристика	Детальний характеристика
Стартова ціна	Початкова ціна
Мінімальний крок ставки	Мінімальне підвищення
Поточна ціна	Остання актуальна ставка
Резервна ціна	Мінімальна ціна продажу, опціонально
Валюта	UAH, USD, EUR або інша
Фото	Зображення лота
Документи	Файли, сертифікати, технічні документи
Статус	Поточний стан лота

!;== Логування змін ==

Звіт «фінансовий блок аукціону»

У звіті потрібно відображати:

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

Учасник — це особа або організація, яка має змогу робити ставки.; Що перевіряється

Див.; додатково

Поля аукціону


Фінансовий блок має обліковувати рахунки, оплати і комісії.; характеристика

== Звіт «Лоти і продажі та реалізація» ==
!;

історичний розвиток ставок має бути незмінним журналом.; Поле

!; | Учасники, категорії лотів, аукціони, лоти |- | Який центральний бізнес-процес?; Бали

Шкала оцінювання

|- | Назва аукціону | Назва |- | Тип аукціону | Онлайн, фізичний, гібридний |- | Дата початку | Коли стартує |- | Час початку | Час старту |- | Дата завершення | Коли завершується |- | Час завершення | Час завершення |- | характеристика | характеристика умов торгів |- | Правила участі | Текст правил |- | Дозволити антиснайпер | Так або ні |- | Час антиснайпера | як ілюстрація: +2 хвилини після ставки в останні 30 секунд |- | Статус | Поточний стан |}

платформа має формувати PDF-документи.; * хто створив учасника;

хто підтвердив учасника;
хто створив аукціон;
хто змінив статус аукціону;
хто створив лот;
хто змінив параметри лота;
хто зробив ставку;
чи прийнята ставка;
хто завершив торги;
хто визначив переможця;
хто сформував рахунок;
хто зафіксував оплату;
хто зняв лот з торгів;
дату й час дії;
старе та нове значення, якщо це можливо.; | Некоректна ставка не повинна прийматися, а кожна ставка має зберігатися в історії

|- | Що бажано додати?; !; !; ERP для аукціонів критично важлива для прозорого, швидкого й безпечного проведення торгів у реальному часі.; | Лот → ставки → переможець → рахунок → оплата |- | Що потрібно контролювати?; центральний принцип. Аукціон має бути прозорим: кожна ставка повинна фіксуватися з точним часом, учасником, сумою, лотом і результатом перевірки.; Поле

онлайн;
фізичні;
гібридні;
закриті;
відкриті;
благодійні;
комерційні;
державні або корпоративні, якщо передбачено умовами.; Статус

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

реєструвати учасників;
перевіряти допуск учасників до торгів;
вести лоти;
приймати ставки;
захищати бізнес-процес торгів від помилок і зловживань;
визначати переможців;
виставляти рахунки;
контролювати оплати;
формувати фінансову й операційну формування звітів.;== Рахунок переможцю ==

Аукціонна організація проводить торги різними видами майна:

Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл аукціону: учасник → лот → ставка → історичний розвиток ставок → переможець → рахунок → оплата → протокол → звіт.; характеристика

!; !; Коротко. Потрібно реалізувати компонент аукціону: учасники, верифікація, категорії лотів, аукціони, лоти, ставки в реальному часі, антиснайпер, визначення переможців, рахунки, оплати, комісії, кабінет учасника, панель адміністратора, документи, звіти й AJAX/WebSocket-інтерактив.; Аукціон — це практична задача; додатково реалізовано лотів, учасників, ставок, переможців, рахунків, оплат, комісій, документів і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку аукціонів забезпечується через Атестаційне задача K2 ERP.; {| class="wikitable" style="width:100%;" Мета задача — створити в K2 ERP компонент для організації та проведення онлайн, фізичних або гібридних аукціонів.; !; {| class="wikitable" style="width:100%;"

Звіти

вести базу учасників;
проводити верифікацію учасників;
вести категорії лотів;
створювати аукціони;
додавати лоти до аукціону;
завантажувати фото, документи й характеристика лотів;
задавати стартову ціну;
задавати мінімальний крок ставки;
реєструвати ставки в реальному часі;
перевіряти коректність ставок;
вести повну історію ставок;
автономно визначати переможця;
підтримувати антиснайперське продовження торгів;
формувати рахунок переможцю;
фіксувати оплату;
нараховувати комісію аукціонної компанії;
формувати документи у PDF;
підтримувати кабінет учасника;
підтримувати панель адміністратора;
формувати звіти по аукціонах, лотах, ставках, переможцях і фінансах.; !; характеристика

компонент має забезпечувати повний цикл проведення аукціону: учасник → реєстрація → верифікація → аукціон → лот → ставка → історичний розвиток ставок → завершення торгів → визначення переможця → рахунок → оплата → передача лота → звіт.; Відповідь

Чернетка	Аукціон створено, але не опубліковано
Запланований	Аукціон опубліковано, але торги ще не почались
Активний	Торги тривають
Завершується	До завершення залишилось мало часу
Завершений	Торги завершено
Скасований	Аукціон скасовано

10 000 + 500 = 10 500 грн

Коротко

Права доступу

Час торгів, крок ставки, історію ставок, переможців, оплати, комісії
Які документи потрібні?; характеристика	; Поле	;== Статуси верифікації == Особистий кабінет учасника AJAX/WebSocket-інтерактив рахунок переможцю; протокол торгів; акт продажу лота; акт передачі лота; квитанція про оплату; звіт по аукціону; історичний розвиток ставок по лоту; документ підтвердження перемоги.; Для прозорості потрібно зберігати журнал усіх прийнятих і відхилених ставок.; функціональні можливості
Номер рахунку	Унікальний номер
Учасник	Переможець аукціону
Лот	За який лот виставлено рахунок
Фінальна ставка	Сума продажу
Комісія	Комісія аукціонної компанії, якщо є собою
Загальна сума	Сума до оплати
Термін оплати	До якої дати потрібно оплатити
Оплачено	Скільки сплачено
Борг	Залишок
Статус	Очікує оплату, частково оплачено, оплачено, прострочено, скасовано

Логіка антиснайпера

як відсоток від фінальної ставки;
як фіксована сума;
як комісія з продавця;
як комісія з покупця;
як комбінована комісія.; платформа має підтримувати сповіщення.;== Поля ставки ==

Назва задача

Антиснайпер захищає аукціон від ставок в останні секунди.;

Поля учасника

Документи

; * учасники; верифікації учасників; категорії лотів; аукціони; лоти; фото лотів; документи лотів; ставки; історичний розвиток ставок; переможці; рахунки; позиції рахунків; оплати; комісії; сповіщення; документи; журнал змін; права доступу; звіти.;== Критерії оцінювання == Якщо ставка зроблена в останній заданий період, як ілюстрація у останні 30 секунд, платформа автономно продовжує торги по лоту, як ілюстрація на 2 хвилини.; 100 автомобілі; нерухомість; мистецтво; техніка; промислове обладнання; антикваріат; ювелірні вироби; меблі; електроніка; благодійні лоти; інше.; У звіті потрібно відображати: Практичне задача	; !; Поле платформа має перевіряти кожну ставку.; Об’єкт
Реалізація бази аукціонів, лотів і учасників	20	Учасники, верифікація, категорії, аукціони, лоти, фото, документи, статуси
керування ставками і визначення переможців	20	Перевірка ставок, історичний розвиток ставок, поточна ціна, таймери, антиснайпер, переможці
Фінансовий обліковий облік і виставлення рахунків	20	Рахунки, комісії, часткові оплати, повні оплати, борги, статуси оплат
Інтерактивність через AJAX або WebSocket	20	актуалізація ставок, таймерів, ціни, історії ставок і кабінетів у реальному часі
Зручність користування для учасників і адміністраторів	20	Кабінет учасника, панель адміністратора, фільтри, звіти, PDF-документи

Колонки бази лотів

Довідник «Категорії лотів»

;== історичний розвиток ставок ==

компонент має підтримувати учасників, верифікацію, категорії лотів, аукціони, лоти, ставки, історію ставок, антиснайпер, переможців, рахунки, оплати, комісії, кабінет учасника, панель адміністратора, PDF-документи, звіти, AJAX/WebSocket-інтерактив, журнал змін і рольовий доступ.; Критерій

Визначення переможця

; # створити учасника;

провести верифікацію учасника;
створити категорію лотів;
створити аукціон;
додати лот;
задати стартову ціну і крок ставки;
опублікувати аукціон;
перевести аукціон у статус «Активний»;
зробити першу ставку;
зробити некоректну ставку нижче мінімального кроку;
перевірити її відхилення;
зробити коректну вищу ставку;
перевірити актуалізація поточної ціни;
перевірити історію ставок;
завершити аукціон;
визначити переможця;
сформувати рахунок переможцю;
нарахувати комісію;
зафіксувати часткову оплату;
перевірити борг;
зафіксувати повну оплату;
змінити статус лота на «Проданий»;
сформувати PDF-протокол торгів;
сформувати звіт по аукціону;
перевірити журнал змін і права доступу.; {| class="wikitable" style="width:100%;"

Ставка приймається, якщо:

актуалізація поточної ціни лота;
реєстрація ставки;
перевірка ставки;
актуалізація таймера;
повідомлення про перебиту ставку;
актуалізація історії ставок;
актуалізація статусу лота;
актуалізація кабінету учасника;
актуалізація панелі адміністратора;
формування рахунку;
фіксація оплати;
фільтрація звітів.; | компонент проведення аукціонів

Які довідники потрібні?; !;== Оплати ==

компонент має підтримувати рольову модель.; |-

Не перевірено Учасник ще не проходив перевірку На перевірці Документи очікують перевірки Підтверджено Учасник допущений до торгів Відхилено Учасника не допущено Заблоковано Учаснику заборонено участь

Інтерфейс має працювати оперативно й без перезавантаження сторінок.; характеристика |- | Бекенд | K2 Cloud ERP на Python або PHP |- | База даних | PostgreSQL або MySQL |- | Фронтенд | HTML5, JavaScript |- | online-режимі | WebSocket або AJAX для ставок і актуалізація цін |- | UI-компоненти | DataTables для аукціонів, лотів і ставок; Select2 для пошуку лотів і учасників |- | Таймери | Countdown-таймери для аукціонів і лотів |- | Файли | Завантаження фото, документів, сертифікатів |- | Друк | PDF-рахунки, протоколи торгів, акти продажу |- | Експорт | Excel або PDF для звітів |- | Безпека | Рольовий доступ, журнал ставок, аудит змін |}

Поля категорії

Критично. Історію ставок не можна без ускладнень видаляти або редагувати без аудиту.; Поле

!; | Рахунок, протокол торгів, акт продажу, акт передачі, звіт |- | Які звіти потрібні?; Комісія = Фінальна ставка × Відсоток комісії / 100

Аукціони можуть бути:

лот;
категорію;
стартову ціну;
фінальну ціну;
кількість ставок;
переможця;
статус оплати.; характеристика

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

фінансовий блок


!; Статус

Переможець — це учасник, який зробив найвищу прийняту ставку на момент завершення торгів.;== Поля рахунку ==

[[Категорія:Корпоративна Wiki]]

* аукціон;
* лот;
* переможця;
* фінальну ставку;
* рахунок;
* статус оплати.; !; Призначення
Журнал змін має зберігати:
</div>
!;== Колонки бази аукціонів ==

Якісна аукціонна платформа має не тільки приймати ставки, а й гарантувати чесність правил, точність історії ставок, правильне визначення переможця і прозорий фінансовий обліковий облік.; Поле

== Умови визначення переможця ==

* поточна ціна: 10 000 грн;
* крок ставки: 500 грн;

У звіті потрібно відображати:

Адміністратор у панелі має бачити:
{| class="wikitable" style="width:100%;"
!; Лот — це об’єкт продажу на аукціоні.; Ставка — це пропозиція учасника заплатити певну суму за лот.; Значення
{| class="wikitable" style="width:100%;"
|-
| Назва категорії
| Назва для списку
|-
| Батьківська категорія
| Для ієрархії, опціонально
|-
| характеристика
| Коротке пояснення
|-
| Статус
| Активна або архівна
|}

Якщо:

!; Поле
|-
| Чернетка
| Лот створено, але не опубліковано
|-
| Активний
| Лот бере участь у торгах
|-
| Очікує старту
| Торги по лоту ще не почались
|-
| Торги тривають
| Ставки приймаються
|-
| Очікує оплати
| Переможець визначений, рахунок виставлено
|-
| Проданий
| Лот оплачено
|-
| Не проданий
| Торги завершились без переможця або не досягнута резервна ціна
|-
| Знятий з торгів
| Лот прибрано з аукціону
|}

{| class="wikitable" style="width:100%;"

{| class="wikitable" style="width:100%;"

{| class="wikitable" style="width:100%;"

== Поля оплати ==
</div>

|- | Лот | На який лот зроблено ставку |- | Аукціон | До якого аукціону належить |- | Учасник | Хто зробив ставку |- | Дата і час ставки | Точний час створення |- | Сума ставки | Запропонована сума |- | Поточна ціна до ставки | Для аудиту |- | IP-адреса / пристрій | Опціонально для безпеки |- | Статус | Прийнята, відхилена, скасована |- | Причина відхилення | Якщо ставка не прийнята |}

Звіт «Аукціони за період»

платформа має підтримувати повну і часткову оплату.;== Довідник «Учасники» == !; | WebSocket, антиснайпер, кабінет учасника, PDF-протоколи, онлайн-таймер |}

База «Аукціони»

Звіт «Активність учасників»

платформа повинна дозволяти:

Статуси аукціону

Звіт «Переможці аукціонів»

; Учасник у кабінеті має бачити:	; Колонка	; Поле компонент повинен фіксувати ключові дії.; характеристика Правила перевірки ставки	; Значення Мінімальний сценарій: список аукціонів; список лотів; учасників; статуси верифікації; історію ставок; активні торги; лоти без ставок; переможців; неоплачені рахунки; фінансові звіти; журнал змін.;== Примітка == Реальний бізнес-контекст База «Ставки»
Учасник	Переглядає аукціони, робить ставки, бачить свої ставки, виграші, рахунки й документи
Модератор	Перевіряє учасників, документи і допуск до торгів
Аукціоніст	Керує аукціонами, лотами, статусами торгів і завершенням аукціону
Бухгалтер	Формує рахунки, фіксує оплати, контролює борги і комісії
Керівник	Переглядає всі аукціони, продажі та реалізація, фінансовий блок, звіти і активність учасників
Адміністратор системи	Налаштовує довідники, права, шаблони документів і службові параметри

Панель адміністратора

Приклади документів

Аукціони, лоти, ставки, переможці, фінансовий блок, активність учасників
Що є собою критичною вимогою?; У межах атестації потрібно продемонструвати робочий сценарій.; Колонка	; * суму продажів; суму комісій; суму оплат; борги; кількість прострочених рахунків.; Разом
Учасники	Фізичні або юридичні особи, які беруть участь у торгах
Верифікація	Перевірка учасника перед допуском до аукціону
Категорії лотів	Класифікація майна
Аукціони	Події, в межах яких проводяться торги
Лоти	Об’єкти продажу
Ставки	Пропозиції учасників щодо ціни
історичний розвиток ставок	Повний журнал усіх ставок
Переможці	Учасники, які зробили найвищі ставки
Рахунки	Документи на оплату виграних лотів
Оплати	Фактичні платежі
Комісії	Винагорода аукціонної компанії
Документи	PDF-рахунки, протоколи торгів, акти
Звіти	аналітичні інструменти по аукціонах, лотах, ставках і фінансах

Антиснайперська функція, опціонально

; то мінімальна наступна ставка:

Типи аукціонів

лот;
учасника;
суму ставки;
час ставки;
статус ставки;
причину відхилення, якщо є собою.; |-

90–100 Відмінно компонент в цілому функціонує: учасники, аукціони, лоти, ставки, переможці, рахунки, оплати, кабінети і звіти реалізовані коректно 75–89 Добре Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес проведення аукціону 60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання 0–59 Не зараховано Відсутня критична логіка: учасники, аукціони, лоти, ставки, переможці, рахунки або оплати

Комісія аукціонної компанії

Поля лота

неможливо створити учасника;
неможливо створити аукціон;
неможливо створити лот;
лот не прив’язується до аукціону;
неможливо зробити ставку;
некоректна ставка приймається системою;
коректна ставка не оновлює поточну ціну;
історичний розвиток ставок не зберігається;
платформа не визначає переможця;
рахунок переможцю не формується;
часткова оплата не змінює борг;
повна оплата не змінює статус рахунку;
учасник бачить чужі рахунки або закриті інформаційні дані;
звіти не відповідають фактичним ставкам, лотам і оплатам;
зміни ставок, лотів, рахунків і оплат не логуються.; !;== Основні об’єкти модуля ==

Приклади категорій

У звіті потрібно відображати:

!;== База «Лоти» ==

адміністратор створює аукціон;
додає категорії та лоти;
задає стартову ціну, крок ставки і час торгів;
учасник реєструється;
учасник проходить верифікацію;
учасник отримує доступ до аукціону;
аукціон переходить у статус «Активний»;
учасники роблять ставки;
платформа перевіряє кожну ставку;
платформа оновлює поточну ціну лота;
платформа веде історію ставок;
після завершення торгів визначається переможець;
переможцю формується рахунок;
фіксується оплата;
лот переходить у статус «Проданий»;
адміністрація формує звіти.; * аукціон активний;

лот активний;
учасник активний;
учасник допущений до аукціону;
ставка зроблена в межах часу торгів;
сума ставки більша за поточну ціну;
сума ставки не менша ніж поточна ціна + мінімальний крок;
лот не знятий з торгів;
учасник не заблокований.;

!; Поле

Ставка 10 300 грн має бути відхилена.; характеристика

Критичними помилками вважаються ситуації, коли:

Верифікація учасників

Сповіщення

!; Категорії потрібні для групування лотів і фільтрації.; характеристика

Приклад перевірки ставки

Статуси лота

Поля верифікації

Типи учасників

Формула комісії

Очікуваний результат

В історії потрібно зберігати

Критичні помилки

ключовий бізнес-процес

Поля конфігурація антиснайпера

Події для сповіщень

Технічні вимоги

Звіт «історичний розвиток ставок»

Звіт «фінансовий блок аукціону»

Див.; додатково

Поля аукціону

Шкала оцінювання

Рекомендовані сутності бази даних

Звіти

Коротко

Права доступу

Особистий кабінет учасника

AJAX/WebSocket-інтерактив

Логіка антиснайпера

Назва задача

Поля учасника

Документи

Практичне задача

Колонки бази лотів

Довідник «Категорії лотів»

Визначення переможця

Поля категорії

фінансовий блок

Звіт «Аукціони за період»

База «Аукціони»

Звіт «Активність учасників»

Статуси аукціону

Звіт «Переможці аукціонів»

Правила перевірки ставки

Реальний бізнес-контекст

База «Ставки»

Панель адміністратора

Приклади документів

Антиснайперська функція, опціонально

Типи аукціонів

Комісія аукціонної компанії

Поля лота

Приклади категорій

Верифікація учасників

Сповіщення