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

Атестаційне завдання K2 ERP — Каталог колекціонера — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку предметів колекції, фото, сертифікатів автентичності, історії придбання, оцінки вартості, реставрацій, продажів, обмінів, страхування, звітів і аналітики.

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

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

Назва завдання

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

Мета завдання

Мета завдання — створити в K2 ERP модуль для електронного каталогу колекції.

Система повинна дозволяти:

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

Головний принцип. По кожному предмету має бути зрозуміло: що це за предмет, звідки він походить, коли і за скільки придбаний, де зберігається, який має стан, які має документи, як змінювалась його вартість і які операції з ним виконувались.

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

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

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

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

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

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

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

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

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

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

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

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

Категорії потрібні для структурування колекції.

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

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

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

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

Довідник «Стан предмета»

Стан предмета впливає на його вартість.

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

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

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

Місце зберігання потрібне для контролю фізичного розташування предметів.

Приклади місць зберігання

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

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

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

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

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

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

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

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

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

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

Предмет колекції — це головна сутність модуля.

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

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

Поля предмета колекції

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

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

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

Фото предметів

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

Поля фото

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

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

Документи підтверджують походження, автентичність або вартість предмета.

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

• сертифікат автентичності;
• чек купівлі;
• експертний висновок;
• акт оцінки;
• страховий поліс;
• акт реставрації;
• аукціонний протокол;
• договір купівлі-продажу;
• фотофіксація;
• інше.

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

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

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

Операції формують історію предмета.

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

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

Поля операції

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

Оцінка вартості

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

Поля оцінки

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

Формула поточної вартості колекції

Поточна вартість колекції = Сума останніх оцінок усіх активних предметів

Формула прибутку від продажу

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

Реставрації

Реставрація впливає на стан і вартість предмета.

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

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

Обмін предметами

Модуль може підтримувати операції обміну.

Поля обміну

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

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

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

Поля продажу

Поле	Опис
Предмет	Що продається
Покупець	Контрагент
Дата продажу	Коли продано
Ціна продажу	Сума продажу
Валюта	Валюта продажу
Спосіб продажу	Прямий продаж, аукціон, магазин, онлайн
Документ	Договір, чек, акт
Статус оплати	Очікує, оплачено, частково оплачено

Страхування

Для цінних предметів може вестися страхування.

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

Поле	Опис
Предмет	Що страхується
Страхова компанія	Контрагент
Номер поліса	Номер документа
Страхова вартість	Сума покриття
Дата початку	Початок дії поліса
Дата завершення	Завершення дії
Статус	Активний, завершений, скасований

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

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

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

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

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

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

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

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

• предмет;
• дати оцінок;
• попередні оцінки;
• поточну оцінку;
• зміну у грошах;
• зміну у відсотках.

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

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

• дату операції;
• предмет;
• тип операції;
• контрагента;
• суму;
• валюту;
• опис;
• статус.

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

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

• витрати на придбання;
• витрати на реставрацію;
• витрати на страхування;
• доходи від продажів;
• прибуток або збиток.

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

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

• предмет;
• категорію;
• поточну вартість;
• відсутній тип документа;
• коментар.

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

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

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

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

Система має формувати друкований або електронний каталог.

Каталог може містити

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

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

Інтерфейс має працювати швидко й без перезавантаження сторінок.

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

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

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

Модуль повинен фіксувати ключові дії.

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

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

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

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

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

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

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

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

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

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

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

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

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

1. створити категорію предметів;
2. створити місце зберігання;
3. створити контрагента-продавця;
4. додати предмет колекції;
5. заповнити характеристики предмета;
6. завантажити фото предмета;
7. завантажити сертифікат автентичності;
8. зафіксувати операцію придбання;
9. додати первинну оцінку вартості;
10. змінити місце зберігання;
11. зафіксувати реставрацію;
12. додати нову оцінку після реставрації;
13. перевірити оновлення поточної вартості;
14. сформувати звіт структури колекції;
15. сформувати звіт динаміки вартості;
16. сформувати PDF-каталог;
17. зафіксувати продаж або обмін одного предмета;
18. перевірити зміну статусу предмета;
19. перевірити журнал змін і права доступу.

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

Критерій	Бали	Що перевіряється
Реалізація бази предметів і історії операцій	20	Категорії, предмети, характеристики, статуси, місця зберігання, операції
Інтеграція завантаження фото і сертифікатів	20	Фото, PDF, сертифікати, документи походження, експертні висновки
Генерація звітів по колекції	20	Структура колекції, поточна вартість, динаміка оцінки, операції, витрати і доходи
Інтерактивність через AJAX	20	AJAX-пошук, фільтри, завантаження файлів, додавання оцінок і операцій без перезавантаження
Зручність управління великими колекціями	20	Фільтри, пошук, PDF-каталог, права доступу, журнал змін, групування за категоріями
Разом	100	Максимальна оцінка

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

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

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

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

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

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

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

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

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

Примітка

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

Сучасний електронний каталог — це не тільки зручність, а й захист цінності колекції.

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль електронного каталогу колекціонера
Які довідники потрібні?	Категорії, стани предметів, місця зберігання, контрагенти
Який головний процес?	Додавання предмета, фото, документів, операцій, оцінок і звітів
Що потрібно контролювати?	Стан, вартість, документи, місце зберігання, історію операцій
Які документи потрібні?	Сертифікати, чеки, експертні висновки, акти реставрації, PDF-каталог
Які звіти потрібні?	Структура колекції, поточна вартість, динаміка оцінки, операції, витрати і доходи
Що є критичною вимогою?	Кожен предмет має мати історію операцій, фото, документи й актуальну оцінку
Що бажано додати?	Страхування, обміни, реставрації, графік зміни вартості, публічний каталог

Див. також

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Склад
• Веб-архів документів
• Система контролю версій
• Аукціон
• Дошка оголошень
• CRM
• Документообіг
• Особистий кабінет
• Звіти
• AJAX