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

! |- | Учасник | Переглядає аукціони, робить ставки, бачить свої ставки, виграші, рахунки й документи |- | Модератор | Перевіряє учасників, документи і допуск до торгів |- | Аукціоніст | Керує аукціонами, лотами, статусами торгів і завершенням аукціону |- | Бухгалтер | Формує рахунки, фіксує оплати, контролює борги і комісії |- | Керівник | Переглядає всі аукціони, продажі та реалізація, фінансовий блок, звіти і активність учасників |- | Адміністратор системи | Налаштовує довідники, права, шаблони документів і службові параметри |}

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

! SEO-опис

! Колонка

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

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

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

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

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

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

Рахунок переможцю

провідний принцип. Аукціон має бути прозорим: кожна ставка повинна фіксуватися з точним часом, учасником, сумою, лотом і результатом перевірки. Поле Через AJAX або WebSocket мають працювати:

Коротко

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

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

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

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

Лот — це об’єкт продажу на аукціоні.== Основні об’єкти модуля ==

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

== Очікуваний результат ==
У звіті потрібно відображати:
то мінімальна наступна ставка:
|-
| Що потрібно створити? SEO-опис

Звіт «історія продукту ставок»

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

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

! Бали

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

доступні аукціони;
активні лоти;
свої ставки;
виграні лоти;
рахунки;
оплати;
документи;
статус верифікації;
повідомлення адміністрації.== Приклади категорій ==

Статуси лота

Учасник у кабінеті має бачити:

компонент має підтримувати рольову модель. * рахунок переможцю;

протокол торгів;
акт продажу лота;
акт передачі лота;
квитанція про оплату;
звіт по аукціону;
історія продукту ставок по лоту;
документ підтвердження перемоги. SEO-опис

платформа має підтримувати сповіщення. ! Питання

Фінансовий блок має обліковувати рахунки, оплати і комісії. ! ! функції ERP

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

Адміністратор у панелі має бачити:

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

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

учасника;
кількість ставок;
кількість виграних лотів;
суму виграних лотів;
суму оплат. компонент повинен фіксувати ключові дії. Колонка

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

автомобілі;
нерухомість;
техніка;
картини;
антикваріат;
ювелірні вироби;
обладнання;
складські залишки;
майно підприємств;
благодійні лоти;
колекційні предмети;
інші активи. SEO-опис

Сповіщення

ERP для аукціонів критично важлива для прозорого, швидкого й безпечного проведення торгів у реальному часі. SEO-опис

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

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

Логування змін

Якщо ставка зроблена в останній заданий період, як приклад у останні 30 секунд, платформа автоматизовано продовжує торги по лоту, як приклад на 2 хвилини. Відповідь

! * фізична особа;

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

платформа має перевіряти кожну ставку. Поле

Примітка

SEO-опис Логіка антиснайпера Критерії оцінювання Типи учасників	== База «Ставки» ==	Некоректна ставка не повинна прийматися, а кожна ставка має зберігатися в історії
class="wikitable" style="width:100%;" Технічні вимоги У звіті потрібно відображати:
Номер рахунку	Унікальний номер
Учасник	Переможець аукціону
Лот	За який лот виставлено рахунок
Фінальна ставка	Сума продажу
Комісія	Комісія аукціонної компанії, якщо виступає як
Загальна сума	Сума до оплати
Термін оплати	До якої дати потрібно оплатити
Оплачено	Скільки сплачено
Борг	Залишок
Статус	Очікує оплату, частково оплачено, оплачено, прострочено, скасовано

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

як відсоток від фінальної ставки;
як фіксована сума;
як комісія з продавця;
як комісія з покупця;
як комбінована комісія. SEO-опис

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

Довідник «Учасники»

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

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

Див. так само

платформа має підтримувати повну і часткову оплату. Аукціонна компанія-користувач проводить торги різними видами майна:

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

100 Звіти історія продукту ставок має бути незмінним журналом. Якісна аукціонна платформа має не тільки приймати ставки, а й гарантувати чесність правил, точність історії ставок, правильне визначення переможця і прозорий фінансовий обліковий облік. Поле Практичне задача Звіт «Переможці аукціонів»
Чернетка	Аукціон створено, але не опубліковано
Запланований	Аукціон опубліковано, але торги ще не почались
Активний	Торги тривають
Завершується	До завершення залишилось мало часу
Завершений	Торги завершено
Скасований	Аукціон скасовано

SEO-опис

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

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

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

Статус

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

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

Антиснайпер захищає аукціон від ставок в останні секунди.== Назва задача == Типовий бізнес-процес роботи аукціонної компанії виглядає так: лот; категорію; стартову ціну; фінальну ціну; кількість ставок; переможця; статус оплати. Аукціон — це практична задача; так само реалізовано лотів, учасників, ставок, переможців, рахунків, оплат, комісій, документів і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку аукціонів забезпечується через Атестаційне задача K2 ERP. SEO-опис	Поле Реальний бізнес-контекст Комісія здатна розраховуватися:
Чернетка	Лот створено, але не опубліковано
Активний	Лот бере участь у торгах
Очікує старту	Торги по лоту ще не почались
Торги тривають	Ставки приймаються
Очікує оплати	Переможець визначений, рахунок виставлено
Проданий	Лот оплачено
Не проданий	Торги завершились без переможця або не досягнута резервна ціна
Знятий з торгів	Лот прибрано з аукціону

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


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

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

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

!

У межах атестації потрібно продемонструвати робочий сценарій. ! Поле

Що перевіряється

Поля рахунку

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

Призначення	Час торгів, крок ставки, історію ставок, переможців, оплати, комісії
Які документи потрібні? * список аукціонів; список лотів; учасників; статуси верифікації; історію ставок; активні торги; лоти без ставок; переможців; неоплачені рахунки; фінансові звіти; журнал змін. Статус Мета задача — створити в K2 ERP компонент для організації та проведення онлайн, фізичних або гібридних аукціонів. Статус онлайн; фізичні; гібридні; закриті; відкриті; благодійні; комерційні; державні або корпоративні, якщо передбачено умовами. Разом Критично. Історію ставок не можна без зусиль видаляти або редагувати без аудиту. хто створив учасника; хто підтвердив учасника; хто створив аукціон; хто змінив статус аукціону; хто створив лот; хто змінив параметри лота; хто зробив ставку; чи прийнята ставка; хто завершив торги; хто визначив переможця; хто сформував рахунок; хто зафіксував оплату; хто зняв лот з торгів; дату й час дії; старе та нове значення, якщо це можливо.== Приклад перевірки ставки == Поля оплати базовий бізнес-процес Поля ставки
Назва категорії	Назва для списку
Батьківська категорія	Для ієрархії, опціонально
SEO-опис	Коротке пояснення
Статус	Активна або архівна

Значення

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

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

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

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

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

Комісія = Фінальна ставка × Відсоток комісії / 100

Категорії потрібні для групування лотів і фільтрації. SEO-опис

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

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

-

Аукціон

До якого аукціону належить

Назва лота

Назва майна

Категорія

Категорія лота

SEO-опис

Детальна інформаційні матеріали

Стартова ціна

Мінімальна початкова ціна

Крок ставки

Мінімальне підвищення

Поточна ціна

Оновлюється автоматизовано

Статус

Активний, проданий, знятий з торгів

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

Статуси верифікації

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

Учасник — це особа або компанія-користувач, яка здатна робити ставки. | Аукціони, лоти, ставки, переможці, фінансовий блок, активність учасників

-

Учасник

Кого перевіряють

Тип перевірки

Документи, контактні інформаційні дані, депозит, інше

Файл документа

Паспорт, виписка, довіреність тощо

Статус

Поточний стан перевірки

Перевірив

Адміністратор або менеджер

Дата перевірки

Коли перевірено

Коментар

Причина відхилення або примітка

Поля результату торгів

автомобілі;
нерухомість;
мистецтво;
техніка;
промислове обладнання;
антикваріат;
ювелірні вироби;
меблі;
електроніка;
благодійні лоти;
інше. SEO-опис

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

== Антиснайперська функція, опціонально == Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл аукціону: учасник → лот → ставка → історія продукту ставок → переможець → рахунок → оплата → протокол → звіт. {\| class="wikitable" style="width:100%;" Мета задача аукціон; лот; переможця; фінальну ставку; рахунок; статус оплати. \| Лот → ставки → переможець → рахунок → оплата
Що потрібно контролювати? !== Приклади документів ==	!== Довідник «Категорії лотів» ==
Назва аукціону	Назва
Тип аукціону	Онлайн, фізичний, гібридний
Дата початку	Коли стартує
Час початку	Час старту
Дата завершення	Коли завершується
Час завершення	Час завершення
SEO-опис	SEO-опис умов торгів
Правила участі	Текст правил
Дозволити антиснайпер	Так або ні
Час антиснайпера	як приклад: +2 хвилини після ставки в останні 30 секунд
Статус	Поточний стан

Поле

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

платформа має формувати PDF-документи.

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

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

! Об’єкт |- | Реалізація бази аукціонів, лотів і учасників | 20 | Учасники, верифікація, категорії, аукціони, лоти, фото, документи, статуси |- | керування ставками і визначення переможців | 20 | Перевірка ставок, історія продукту ставок, поточна ціна, таймери, антиснайпер, переможці |- | Фінансовий обліковий облік і виставлення рахунків | 20 | Рахунки, комісії, часткові оплати, повні оплати, борги, статуси оплат |- | Інтерактивність через AJAX або WebSocket | 20 | оновлення версій ставок, таймерів, ціни, історії ставок і кабінетів у реальному часі |- | Зручність користування для учасників і адміністраторів | 20 | Кабінет учасника, панель адміністратора, фільтри, звіти, PDF-документи |-

! | Учасники, категорії лотів, аукціони, лоти |- | Який провідний бізнес-процес? {| class="wikitable" style="width:100%;"

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

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

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

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

суму продажів;
суму комісій;
суму оплат;
борги;
кількість прострочених рахунків. | WebSocket, антиснайпер, кабінет учасника, PDF-протоколи, онлайн-таймер

|}

Ставка 10 300 грн має бути відхилена. | компонент проведення аукціонів |- | Які довідники потрібні? Поле

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

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

Після завершення торгів платформа формує рахунок переможцю. | Рахунок, протокол торгів, акт продажу, акт передачі, звіт |- | Які звіти потрібні? Аукціон — це подія, в межах якої продаються лоти. Параметр

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

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

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

Поля лота

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

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

Документи

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

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

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

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

Рахунок переможцю

Коротко

Звіт «історія продукту ставок»

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

Статуси лота

Сповіщення

Логування змін

Примітка

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

Критерії оцінювання

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

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

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

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

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

Довідник «Учасники»

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

Див. так само

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

Звіти

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

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

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

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

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

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

Поля рахунку

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

Поля оплати

базовий бізнес-процес

Поля ставки

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

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

Статуси верифікації

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

Поля результату торгів

Мета задача

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

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

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

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

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

Поля лота

Документи