Перейти до вмісту

Атестаційні завдання K2 ERP/Каталог колекціонера

Матеріал з K2 ERP Wiki

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

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

! SEO-опис

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

|- | Що бажано додати? | компонент електронного каталогу колекціонера |- | Які довідники потрібні? {| class="wikitable" style="width:100%;"

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

Колекціонеру потрібно:

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

! Окремо варто відзначити оцінки вартості і обміну для приватного або професійного колекціонера. платформа повинна дозволяти: |- | У колекції | Предмет належить власнику і зберігається в колекції |- | На реставрації | Предмет передано на реставрацію |- | На виставці | Предмет тимчасово експонується |- | Заброньовано | Предмет зарезервовано для продажу або обміну |- | Продано | Предмет проданий |- | Обміняно | Предмет вибув через обмін |- | Втрачено | Предмет втрачено або викрадено |- | Архівний | Запис збережено для історії |}

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

Приклади колекцій:

Документи і сертифікати

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

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

!== Звіт «Динаміка вартості» ==

Приклади станів

  • монети;
  • банкноти;
  • марки;
  • картини;
  • скульптури;
  • антикваріат;
  • годинники;
  • книги;
  • рукописи;
  • моделі авто;
  • ювелірні вироби;
  • військова атрибутика;
  • вініл;
  • інше. SEO-опис
  1. користувач системи створює категорію предметів;
  2. додає предмет колекції;
  3. заповнює характеристики;
  4. додає фото;
  5. додає документи або сертифікати;
  6. вказує місце зберігання;
  7. фіксує операцію придбання;
  8. фіксує первинну оцінку вартості;
  9. за потреби додає реставрацію;
  10. періодично оновлює оцінку;
  11. фіксує продаж або обмін, якщо предмет вибув;
  12. платформа формує історію предмета;
  13. користувач системи формує звіти й PDF-каталог.== Мета задача ==
  • новий;
  • відмінний;
  • дуже хороший;
  • хороший;
  • задовільний;
  • потребує реставрації;
  • пошкоджений;
  • після реставрації;
  • музейний стан. Каталог колекціонера — це практична задача; так само реалізовано фото, сертифікатів автентичності, історії придбання, оцінки вартості, реставрацій, продажів, обмінів, страхування, звітів і аналітики виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку предметів колекції забезпечується через Атестаційне задача K2 ERP. Питання

Примітка

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

Мінімальний сценарій:

! Поле

! * місце зберігання;

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

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

|- | Назва категорії | як приклад: Монети, Картини, Марки |- | Батьківська категорія | Для багаторівневої структури |- | SEO-опис | Коротке пояснення категорії |- | Статус | Активна або архівна |}

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

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

Каталог здатна містити

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

Поля реставрації

  • предмет;
  • категорію;
  • дату останньої оцінки;
  • поточну вартість;
  • валюту;
  • місце зберігання;
  • статус. 100

! | Категорії, стани предметів, місця зберігання, контрагенти |- | Який провідний бізнес-процес? !== Формула прибутку від продажу ==

! SEO-опис |- | Що потрібно створити? Категорії потрібні для структурування колекції. Критерій |- | Бекенд | K2 Cloud ERP на Python або PHP |- | База даних | PostgreSQL або MySQL |- | Фронтенд | HTML5, JavaScript |- | AJAX | Fetch API або Axios |- | UI-компоненти | DataTables для предметів, операцій і оцінок; Select2 для категорій, контрагентів і місць зберігання |- | Галерея | Перегляд фото предметів у галереї |- | Файли | Завантаження PDF, фото, сканів, сертифікатів |- | Графіки | Chart.js або аналог для динаміки вартості |- | Друк | Генерація PDF-каталогів, описів предметів, звітів |- | Експорт | Excel або PDF для звітів |}

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

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

Звіт «Предмети без документів»

|- | Назва або ПІБ | Найменування контрагента |- | Тип | Продавець, покупець, експерт тощо |- | Телефон | Контактний номер |- | Email | Електронна адреса |- | Адреса | За потреби |- | Коментар | Внутрішня примітка |}

Страхування

Поля страхування

Звіт «Предмети за місцем зберігання»

Продаж предметів

|- | Назва | Назва предмета |- | Категорія | Тип предмета |- | Рік виготовлення | Орієнтовний або точний рік |- | Місце виготовлення | Країна, місто, майстерня |- | Стан | Поточний стан предмета |- | Поточна вартість | Остання оцінка |- | Дата придбання | Коли придбано |- | Місце зберігання | Де знаходиться предмет |- | Статус | У колекції, продано, обміняно, на реставрації, втрачено |}

! Поле

компонент має забезпечувати повний цикл роботи з колекцією: предмет → категорія → SEO-опис → фото → сертифікат → походження → придбання → оцінка → зберігання → реставрація → обмін або продаж → звіт. SEO-опис ! Поточна вартість колекції = Сума останніх оцінок усіх активних предметів

Поля продажу

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

| Предмет | До якого предмета належить фото |- | Фото | Файл зображення |- | Тип фото | Основне, деталь, зворот, підпис, пошкодження |- | SEO-опис | Короткий коментар |- | Дата завантаження | Коли додано |}

PDF-каталог колекції

! SEO-опис

Звіт «Операції з предметами»

Звіти

Типи документів

Предмет, що віддається Предмет із колекції
Предмет, що отримується Новий предмет
Контрагент З ким виконано обмін
Дата обміну Коли виконано
Оціночна різниця Різниця у вартості
Доплата Якщо була
Документ Угода або акт
Коментар Примітка

Мета задача — створити в K2 ERP компонент для електронного каталогу колекції. компонент обліку предметів колекцій. Поле компонент повинен фіксувати ключові дії. Статус

Звіт «Витрати і доходи»

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

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

Поля обміну

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

Прибуток = Ціна продажу - Ціна придбання - Витрати на реставрацію - Інші витрати

Предмет До якого предмета належить операційна дія
Тип операції Придбання, продаж, оцінка, реставрація тощо
Дата операції Коли виконано
Контрагент Продавець, покупець, експерт, реставратор
Сума Вартість придбання, продажу, оцінки або витрат
Валюта Валюта операції
SEO-опис операції Що саме відбулося
Документ Пов’язаний файл, якщо виступає як
Статус Заплановано, виконано, скасовано

Контрагенти — це особи або організації, пов’язані з операціями. ! ! Бали

Типи операцій

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

SEO-опис

Оцінка потрібна для визначення поточної вартості предмета і всієї колекції. Поле

Предмет Що оцінюється
Дата оцінки Коли проведено
Оціночна вартість Сума оцінки
Валюта Валюта оцінки
Метод оцінки Ринкова, експертна, страхова, аукціонна
Оцінювач Хто проводив оцінку
Документ оцінки Файл або акт
Коментар Пояснення

Поля фото

__TOC__
! Поле

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

Інтерфейс має працювати оперативно й без перезавантаження сторінок. Поле
[[Категорія:Облік активів]]
== Назва задача ==

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

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

! |-
| Назва місця
| як приклад: Сейф №1
|-
| Адреса
| Фізична адреса, якщо потрібно
|-
| Відповідальна особа
| Хто контролює доступ
|-
| Умови зберігання
| Температура, вологість, захист, якщо потрібно
|-
| Коментар
| Додаткова інформаційні матеріали
|}

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

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

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

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

== Звіт «Поточна вартість колекції» ==

* дату операції;
* предмет;
* тип операції;
* контрагента;
* суму;
* валюту;
* SEO-опис;
* статус. | Сертифікати, чеки, експертні висновки, акти реставрації, PDF-каталог
|-
| Які звіти потрібні? У межах атестації потрібно продемонструвати робочий сценарій. Поле
Сучасний електронний каталог — це не тільки зручність, а й захист цінності колекції.== Права доступу ==

== Технічні вимоги ==
== Коротко ==
Для реалізації задачі доцільно передбачити такі сутності:
компонент здатна підтримувати операції обміну. Значення

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

! {| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
|-
| Категорії предметів
| Класифікація колекції
|-
| Предмети колекції
| Основна база предметів
|-
| Фото
| Візуальна ідентифікація предметів
|-
| Документи
| Сертифікати, чеки, акти, експертні висновки
|-
| Операції
| Придбання, продаж, оцінка, реставрація, обмін
|-
| Оцінки вартості
| історія продукту ринкової або експертної оцінки
|-
| Місця зберігання
| Де фізично знаходяться предмети
|-
| Стан предмета
| Якість і збереженість
|-
| Контрагенти
| Продавці, покупці, експерти, реставратори
|-
| Страхування
| обліковий облік страхової вартості і полісів
|-
| Звіти
| аналітичні інструменти по складу, вартості й операціях
|}

Місце зберігання потрібне для контролю фізичного розташування предметів. SEO-опис
[[Категорія:Каталог колекціонера]]
!== Рекомендовані сутності бази даних ==

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

! Поле
! ! ! SEO-опис
Колекціонер або організація веде колекцію цінних предметів. SEO-опис

== Формула поточної вартості колекції ==
У звіті потрібно відображати:
{| class="wikitable" style="width:100%;"
|-
| Інвентарний номер
| Унікальний номер предмета в колекції
|-
| Назва
| Назва предмета
|-
| Категорія
| Категорія або підкатегорія
|-
| Автор / виробник
| Художник, монетний двір, майстер, бренд
|-
| Рік виготовлення
| Рік або приблизний період
|-
| Місце виготовлення
| Країна, місто, майстерня
|-
| Матеріал
| Полотно, срібло, папір, дерево, метал тощо
|-
| Розмір / вага
| Фізичні параметри
|-
| Стан предмета
| Поточний стан
|-
| Поточна вартість
| Остання оцінена вартість
|-
| Валюта оцінки
| UAH, USD, EUR або інша
|-
| Дата придбання
| Коли придбано
|-
| Ціна придбання
| Скільки коштував предмет
|-
| Продавець / місце купівлі
| Джерело придбання
|-
| Місце зберігання
| Де знаходиться предмет
|-
| Документи автентичності
| Сертифікати, акти, висновки
|-
| Фото предмета
| Одне або кілька зображень
|-
| Статус
| У колекції, продано, обміняно, втрачено тощо
|-
| Примітки
| Додаткова інформаційні матеріали
|}

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

== Див. так само ==
Стан предмета впливає на його вартість. {| class="wikitable" style="width:100%;"

* витрати на придбання;
* витрати на реставрацію;
* витрати на страхування;
* доходи від продажів;
* прибуток або збиток. * сертифікат автентичності;
* чек купівлі;
* експертний висновок;
* акт оцінки;
* страховий поліс;
* акт реставрації;
* аукціонний протокол;
* договір купівлі-продажу;
* фотофіксація;
* інше. SEO-опис
! функції ERP
{| class="wikitable" style="width:100%;"
== Фото предметів ==
|-
| Предмет
| Що страхується
|-
| Страхова компанія-користувач
| Контрагент
|-
| Номер поліса
| Номер документа
|-
| Страхова вартість
| Сума покриття
|-
| Дата початку
| Початок дії поліса
|-
| Дата завершення
| Завершення дії
|-
| Статус
| Активний, завершений, скасований
|}

== Поля місця зберігання ==

</div>

Журнал змін має зберігати:

* категорію;
* кількість предметів;
* сумарну поточну вартість;
* середню вартість предмета;
* частку категорії у загальній вартості. Поле

* предмет;
* категорію;
* поточну вартість;
* відсутній тип документа;
* коментар. '''Коротко.''' Потрібно реалізувати компонент каталогу колекціонера: категорії, предмети, характеристики, фото, документи, сертифікати автентичності, історія продукту операцій, оцінка вартості, реставрації, місця зберігання, обміни, продажі та реалізація, страхування, PDF-каталоги, звіти й AJAX-інтерактив. SEO-опис

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

!== Довідник «Категорії предметів» ==

== База «Операції з предметами» ==

</div>

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

<pre>

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

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

! Для цінних предметів здатна вестися страхування. Об’єкт

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

Через AJAX мають працювати:
! ! |-
| Реалізація бази предметів і історії операцій
| 20
| Категорії, предмети, характеристики, статуси, місця зберігання, операції
|-
| інтеграційні функції ERP завантаження фото і сертифікатів
| 20
| Фото, PDF, сертифікати, документи походження, експертні висновки
|-
| Генерація звітів по колекції
| 20
| Структура колекції, поточна вартість, динаміка оцінки, операції, витрати і доходи
|-
| Інтерактивність через AJAX
| 20
| AJAX-пошук, фільтри, завантаження файлів, додавання оцінок і операцій без перезавантаження
|-
| Зручність керування великими колекціями
| 20
| Фільтри, пошук, PDF-каталог, права доступу, журнал змін, групування за категоріями
|-
{| class="wikitable" style="width:100%;"
== Поля предмета колекції ==
== Поля операції ==
|}

== Основні об’єкти модуля ==

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

Статуси предмета

Колонки бази предметів

|- | Предмет | До якого предмета належить документ |- | Тип документа | Сертифікат, чек, акт, висновок тощо |- | Назва документа | Назва або короткий SEO-опис |- | Номер документа | Якщо виступає як |- | Дата документа | Коли видано |- | Ким видано | Експерт, продавець, організація |- | Файл | PDF, фото або скан |- | Коментар | Примітка |}

! ! Документи підтверджують походження, автентичність або вартість предмета. платформа має формувати друкований або електронний каталог. SEO-опис


  • титульну сторінку;
  • SEO-опис колекції;
  • групування за категоріями;
  • фото предметів;
  • назву предмета;
  • інвентарний номер;
  • рік виготовлення;
  • автора або виробника;
  • стан;
  • поточну вартість, опціонально;
  • коротку історію;
  • сертифікати, якщо потрібно;
  • підсумкову вартість колекції. Колонка

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

База «Предмети колекції»

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

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

Звіт «Структура колекції»

У звіті потрібно відображати: |- | Предмет | Що реставрується |- | Реставратор | Хто виконує роботу |- | Дата початку | Початок реставрації |- | Дата завершення | Завершення |- | SEO-опис робіт | Що зроблено |- | Вартість | Сума витрат |- | Стан до реставрації | Початковий стан |- | Стан після реставрації | Новий стан |- | Документи | Акт, фото, висновок |- | Статус | Заплановано, в роботі, завершено |}

! Разом

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

|- | Що потрібно контролювати? ! Бали Предмет колекції — це головна сутність модуля. SEO-опис

  • хто створив предмет;
  • хто змінив SEO-опис предмета;
  • хто додав фото;
  • хто додав документ;
  • хто змінив місце зберігання;
  • хто додав оцінку;
  • хто змінив поточну вартість;
  • хто створив операцію;
  • хто зафіксував продаж;
  • хто зафіксував обмін;
  • хто змінив статус предмета;
  • хто сформував PDF-каталог;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. | Стан, вартість, документи, місце зберігання, історію операцій
Які документи потрібні? ! Роль ! SEO-опис SEO-опис
  • предмет;
  • дати оцінок;
  • попередні оцінки;
  • поточну оцінку;
  • зміну у грошах;
  • зміну у відсотках.== Реальний бізнес-контекст ==

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

Поля документа

Типи контрагентів

Власник колекції Повний доступ до предметів, операцій, оцінок, звітів і документів
Менеджер колекції Додає предмети, документи, фото, операції та формує звіти
Експерт Додає оцінки, висновки, документи, але не змінює фінансові операції
Реставратор Бачить предмети на реставрації та додає звіти про роботи
Гість / перегляд Переглядає відкриту частину каталогу без фінансових даних
Адміністратор системи Налаштовує довідники, права, шаблони документів і службові параметри

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

Довідник «Місця зберігання»

Продаж переводить предмет у статус «Продано». Поле

Поля контрагента

== Обмін предметами ==
Отримано з https://wiki.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Каталог_колекціонера&oldid=573