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

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

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

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

  • предмет;
  • тип операції;
  • контрагента;
  • суму;
  • валюту;
  • характеристика;
  • статус.; Відповідь
компонент має підтримувати рольову модель.;== Шкала оцінювання ==
Мета задача — створити в K2 ERP компонент для електронного каталогу колекції.;== Формула прибутку від продажу ==

== PDF-каталог колекції ==
== Поля реставрації ==
__TOC__
!; характеристика

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

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

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

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

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

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

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

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

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

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

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

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

* категорії предметів;
* стани предметів;
* місця зберігання;
* контрагенти;
* предмети колекції;
* фото предметів;
* документи предметів;
* операції з предметами;
* оцінки вартості;
* реставрації;
* продажі та реалізація;
* обміни;
* страхові поліси;
* звіти;
* журнал змін;
* права доступу.; '''центральний принцип.''' По кожному предмету має бути зрозуміло: що це за предмет, звідки він походить, коли і за скільки придбаний, де зберігається, який має стан, які має документи, як змінювалась його вартість і які операції з ним виконувались.;</div>
[[Категорія:Атестаційні завдання K2]]
У звіті потрібно відображати:
|-
| Предмет
| Що продається
|-
| Покупець
| Контрагент
|-
| Дата продажу
| Коли продано
|-
| Ціна продажу
| Сума продажу
|-
| Валюта
| Валюта продажу
|-
| Спосіб продажу
| Прямий продаж, аукціон, магазин, онлайн
|-
| Документ
| Договір, чек, акт
|-
| Статус оплати
| Очікує, оплачено, частково оплачено
|}

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

Реставрація впливає на стан і вартість предмета.; !; Параметр
Продаж переводить предмет у статус '''«Продано»'''.; Бали

[[Категорія:Колекції]]
компонент має забезпечувати повний цикл роботи з колекцією: предмет → категорія → характеристика → фото → сертифікат → походження → придбання → оцінка → зберігання → реставрація → обмін або продаж → звіт.;[[Категорія:Корпоративна Wiki]]

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

* титульну сторінку;
* характеристика колекції;
* групування за категоріями;
* фото предметів;
* назву предмета;
* інвентарний номер;
* рік виготовлення;
* автора або виробника;
* стан;
* поточну вартість, опціонально;
* коротку історію;
* сертифікати, якщо потрібно;
* підсумкову вартість колекції.; Поле
== Поля документа ==
|-
| Категорії предметів
| Класифікація колекції
|-
| Предмети колекції
| Основна база предметів
|-
| Фото
| Візуальна ідентифікація предметів
|-
| Документи
| Сертифікати, чеки, акти, експертні висновки
|-
| Операції
| Придбання, продаж, оцінка, реставрація, обмін
|-
| Оцінки вартості
| історичний розвиток ринкової або експертної оцінки
|-
| Місця зберігання
| Де фізично знаходяться предмети
|-
| Стан предмета
| Якість і збереженість
|-
| Контрагенти
| Продавці, покупці, експерти, реставратори
|-
| Страхування
| обліковий облік страхової вартості і полісів
|-
| Звіти
| аналітичні інструменти по складу, вартості й операціях
|}

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

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

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

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

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

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

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

== Примітка ==

[[Категорія:Каталог колекціонера]]

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

* категорію;
* кількість предметів;
* сумарну поточну вартість;
* середню вартість предмета;
* частку категорії у загальній вартості.; | Структура колекції, поточна вартість, динаміка оцінки, операції, витрати і доходи
|-
| Що є собою критичною вимогою?; характеристика
!; У результаті виконання атестаційного задача має бути створений компонент каталогу колекціонера в K2 ERP.; Поле

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

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

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

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

Документи підтверджують походження, автентичність або вартість предмета.; платформа має підтримувати завантаження кількох фото для одного предмета.; !;[[Категорія:Аналітика]]

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

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

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

!; функціональні можливості

== Статуси предмета ==
!; Об’єкт

== Звіти ==

!; | Додавання предмета, фото, документів, операцій, оцінок і звітів
|-
| Що потрібно контролювати?; Інтерфейс має працювати оперативно й без перезавантаження сторінок.;== Обмін предметами ==

!; | компонент електронного каталогу колекціонера
|-
| Які довідники потрібні?; характеристика

== Страхування ==

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

!;== Звіт «Витрати і доходи» ==
У звіті потрібно відображати:

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

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

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

== Типи контрагентів ==
== Звіт «Динаміка вартості» ==
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
|-
| Назва категорії
| як ілюстрація: Монети, Картини, Марки
|-
| Батьківська категорія
| Для багаторівневої структури
|-
| характеристика
| Коротке пояснення категорії
|-
| Статус
| Активна або архівна
|}

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

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

Стан предмета впливає на його вартість.;== Звіт «Предмети без документів» ==

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

* монети;
* банкноти;
* поштові марки;
* картини;
* скульптури;
* антикваріат;
* годинники;
* ювелірні вироби;
* моделі автомобілів;
* книги;
* рукописи;
* вінілові платівки;
* іграшки;
* військова атрибутика;
* спортивні пам’ятні предмети;
* NFT або цифрові колекційні об’єкти, якщо потрібно;
* інші рідкісні або цінні предмети.; Питання
{| class="wikitable" style="width:100%;"
|-
| Предмет, що віддається
| Предмет із колекції
|-
| Предмет, що отримується
| Новий предмет
|-
| Контрагент
| З ким виконано обмін
|-
| Дата обміну
| Коли виконано
|-
| Оціночна різниця
| Різниця у вартості
|-
| Доплата
| Якщо була
|-
| Документ
| Угода або акт
|-
| Коментар
| Примітка
|}

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

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

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

!; характеристика
|-
| Реалізація бази предметів і історії операцій
| 20
| Категорії, предмети, характеристики, статуси, місця зберігання, операції
|-
| інтеграційні функціональні можливості завантаження фото і сертифікатів
| 20
| Фото, PDF, сертифікати, документи походження, експертні висновки
|-
| Генерація звітів по колекції
| 20
| Структура колекції, поточна вартість, динаміка оцінки, операції, витрати і доходи
|-
| Інтерактивність через AJAX
| 20
| AJAX-пошук, фільтри, завантаження файлів, додавання оцінок і операцій без перезавантаження
|-
| Зручність керування великими колекціями
| 20
| Фільтри, пошук, PDF-каталог, права доступу, журнал змін, групування за категоріями
|-
== Поля операції ==
!; | Категорії, стани предметів, місця зберігання, контрагенти
|-
| Який центральний бізнес-процес?;== Реальний бізнес-контекст ==

!; Разом

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

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

== Каталог має змогу містити ==
{| class="wikitable" style="width:100%;"
== Рекомендовані сутності бази даних ==
|-
| Предмет
| До якого предмета належить документ
|-
| Тип документа
| Сертифікат, чек, акт, висновок тощо
|-
| Назва документа
| Назва або короткий характеристика
|-
| Номер документа
| Якщо є собою
|-
| Дата документа
| Коли видано
|-
| Ким видано
| Експерт, продавець, організація
|-
| Файл
| PDF, фото або скан
|-
| Коментар
| Примітка
|}

[[Категорія:Документообіг]]

== Реставрації ==

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

компонент має підтримувати категорії, предмети, характеристики, фото, документи, сертифікати автентичності, місця зберігання, контрагентів, операції, оцінки, реставрації, продажі та реалізація, обміни, страхування, PDF-каталоги, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.; {| class="wikitable" style="width:100%;"
|-
| Предмет
| До якого предмета належить операційна дія
|-
| Тип операції
| Придбання, продаж, оцінка, реставрація тощо
|-
| Дата операції
| Коли виконано
|-
| Контрагент
| Продавець, покупець, експерт, реставратор
|-
| Сума
| Вартість придбання, продажу, оцінки або витрат
|-
| Валюта
| Валюта операції
|-
| характеристика операції
| Що саме відбулося
|-
| Документ
| Пов’язаний файл, якщо є собою
|-
| Статус
| Заплановано, виконано, скасовано
|}

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

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

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

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

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

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

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

[[Категорія:Облік активів]]
платформа повинна дозволяти:
== Поля оцінки ==
|-
| Що потрібно створити?; Значення
== Довідник «Стан предмета» ==
|-
| Назва місця
| як ілюстрація: Сейф №1
|-
| Адреса
| Фізична адреса, якщо потрібно
|-
| Відповідальна особа
| Хто контролює доступ
|-
| Умови зберігання
| Температура, вологість, захист, якщо потрібно
|-
| Коментар
| Додаткова відомості
|}

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

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

</div>

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

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

!; У звіті потрібно відображати:
!; | Стан, вартість, документи, місце зберігання, історію операцій
|-
| Які документи потрібні?; Роль

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

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

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

Предмет колекції — це головна сутність модуля.; {| class="wikitable" style="width:100%;"

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

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

!;== Права доступу ==

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

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

== Мета задача ==
== Поля місця зберігання ==
== Поля продажу ==

[[Категорія:K2 ERP]]

Для цінних предметів має змогу вестися страхування.; Сучасний електронний каталог — це не тільки зручність, а й захист цінності колекції.; Рівень

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

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

!; характеристика
!; Контрагенти — це особи або організації, пов’язані з операціями.; Статус

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

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

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

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

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

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

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

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

!; Максимальна оцінка

* придбання;
* продаж;
* оцінка;
* переоцінка;
* реставрація;
* обмін;
* передача на виставку;
* повернення з виставки;
* переміщення;
* страхування;
* списання;
* втрата;
* інше.;== Звіт «Поточна вартість колекції» ==

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

== Поля обміну ==

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

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

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

!; | Кожен предмет має мати історію операцій, фото, документи й актуальну оцінку
|-
| Що бажано додати?; Поле

== AJAX-інтерактив ==
{| class="wikitable" style="width:100%;"
== Основні об’єкти модуля ==
|-
| Предмет
| Що оцінюється
|-
| Дата оцінки
| Коли проведено
|-
| Оціночна вартість
| Сума оцінки
|-
| Валюта
| Валюта оцінки
|-
| Метод оцінки
| Ринкова, експертна, страхова, аукціонна
|-
| Оцінювач
| Хто проводив оцінку
|-
| Документ оцінки
| Файл або акт
|-
| Коментар
| Пояснення
|}

!;== Назва задача ==
компонент повинен фіксувати ключові дії.;
Колекціонеру потрібно: