Атестаційні завдання K2 ERP/Студія 3D-візуалізації та дизайну

Атестаційне завдання K2 ERP — Студія 3D-візуалізації та дизайну — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля управління проєктами 3D-візуалізації, дизайну, рендерингу, анімації, VFX, файлами, версіями, завданнями, командою, дедлайнами та фінансами.

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

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

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

Модуль управління проєктами 3D-візуалізації, замовленнями клієнтів, етапами рендерингу та фінансами.

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

Мета завдання — створити в K2 ERP модуль для автоматизації роботи студії 3D-візуалізації, дизайн-студії, архітектурного бюро, продакшн-команди, VFX-студії або команди, що виконує 3D-графіку на замовлення.

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

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

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

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

Студія 3D-візуалізації виконує замовлення для архітекторів, девелоперів, дизайнерів інтер’єру, виробників, рекламних агентств, промислових компаній, геймдеву та інших клієнтів.

Студія може надавати такі послуги:

• архітектурна 3D-візуалізація;
• візуалізація інтер’єрів;
• предметна 3D-візуалізація;
• моделювання техніки або обладнання;
• 3D-анімація;
• VR-тури;
• 360-панорами;
• VFX;
• постпродакшн;
• монтаж відеороликів;
• підготовка презентаційних матеріалів.

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

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

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

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

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

Об’єкт	Призначення
Клієнти	Замовники 3D-візуалізації або дизайну
Типи проєктів	Рендер, анімація, VR-тур, VFX, інтер’єр, архітектура
Послуги студії	Моделювання, текстурування, освітлення, рендеринг, постобробка
Проєкти	Основні замовлення клієнтів
Команда проєкту	Менеджер, 3D-художники, аніматори, рендер-оператори
Етапи проєкту	Бриф, моделювання, текстурування, рендеринг, правки, фінал
Завдання	Конкретні роботи для виконавців
Файли	Референси, моделі, рендери, відео, фінальні матеріали
Версії	Історія змін файлів і результатів
Погодження	Коментарі, правки й затвердження клієнта
Рендеринг	Облік рендер-завдань і витрат на рендер-ферму
Рахунки	Документи на оплату
Оплати	Аванси, проміжні та фінальні платежі
Звіти	Аналітика по проєктах, завданнях, виконавцях і фінансах

Довідник «Клієнти»

Довідник клієнтів містить замовників студії.

Поля клієнта

Поле	Опис
Назва компанії або ПІБ	Ім’я клієнта або назва організації
Контактна особа	Представник клієнта
Телефон	Контактний номер
Email	Електронна адреса
Тип клієнта	Архітектура, девелопмент, промисловість, геймдев, реклама
Відповідальний менеджер	Хто веде клієнта
Статус	Потенційний, активний, постійний, архівний

Довідник «Типи проєктів»

Тип проєкту визначає характер робіт і виробничий пайплайн.

Приклади типів проєктів

• 3D-рендер статичного зображення;
• архітектурна візуалізація;
• візуалізація інтер’єру;
• предметна візуалізація;
• 3D-анімаційний ролик;
• VR-тур;
• 360-панорама;
• VFX-постобробка;
• продуктова 3D-презентація;
• технічна візуалізація;
• ігровий 3D-асет.

Поля типу проєкту

Поле	Опис
Назва типу	Наприклад: 3D-анімація, VR-тур, інтер’єр
Опис	Коротке пояснення
Типовий пайплайн	Набір етапів за замовчуванням
Активність	Чи доступний тип для нових проєктів

Довідник «Послуги студії»

Послуги визначають, які роботи виконує студія.

Приклади послуг

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

Поля послуги

Поле	Опис
Назва послуги	Наприклад: Рендеринг, Текстурування, Композитинг
Категорія	Моделювання, рендеринг, анімація, постпродакшн
Одиниця розрахунку	Година, сцена, кадр, ролик, проєкт
Вартість за годину	Якщо оплата погодинна
Вартість за обсяг	Якщо оплата фіксована
Опис	Деталі послуги
Активність	Чи доступна послуга

Довідник «Співробітники і ролі»

У студії можуть бути різні ролі виконавців.

Приклади ролей

• менеджер проєкту;
• артдиректор;
• 3D-художник;
• моделлер;
• текстурник;
• lighting artist;
• аніматор;
• рендер-оператор;
• композер;
• монтажер;
• VFX-спеціаліст;
• бухгалтер;
• керівник студії.

База «Проєкти»

Проєкт є головним об’єктом модуля.

Колонки журналу проєктів

Колонка	Опис
Назва проєкту	Назва роботи або замовлення
Клієнт	Замовник
Тип проєкту	Рендер, анімація, VR-тур тощо
Дата початку	Коли проєкт стартує
Дедлайн	Коли потрібно завершити
Бюджет	Планова сума проєкту
Відповідальний менеджер	Хто веде проєкт
Статус	Підготовка, в роботі, на рендері, постпродакшн, завершено

Поля проєкту

Поле	Опис
Номер проєкту	Унікальний номер
Назва проєкту	Коротка назва
Клієнт	Замовник
Контактна особа	Хто погоджує результат
Тип проєкту	Категорія робіт
Опис / бриф	Що потрібно зробити
Дата початку	Старт роботи
Дата дедлайну	Кінцевий строк
Бюджет	Планова сума
Відповідальний менеджер	Керівник проєкту
Команда	Виконавці проєкту
Статус	Поточний стан проєкту

Статуси проєкту

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

Етапи проєкту

Етапи дозволяють контролювати виробничий пайплайн.

Типові етапи 3D-проєкту

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

Поля етапу

Поле	Опис
Проєкт	До якого проєкту належить етап
Назва етапу	Наприклад: Моделювання, Рендеринг, Постобробка
Відповідальний	Хто контролює етап
Дата початку	Плановий старт
Дедлайн	Планове завершення
Статус	Новий, в роботі, на перевірці, виконано
Прогрес	Відсоток виконання

Завдання проєктів

Завдання деталізують роботу по етапах.

Поля завдання

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

Статуси завдань

Статус	Значення
Нове	Завдання створено
В процесі	Виконавець працює
Очікує матеріалів	Потрібні референси або вхідні дані
Потрібна перевірка	Завдання виконано і чекає рев’ю
Потрібні правки	Результат повернуто на доопрацювання
Виконано	Завдання завершено
Скасовано	Завдання не буде виконуватися

Файли і матеріали проєкту

Модуль має підтримувати завантаження і зберігання матеріалів.

Типи файлів

• бриф;
• референси;
• креслення;
• плани приміщень;
• фото об’єкта;
• 3D-моделі;
• текстури;
• сцени;
• проміжні рендери;
• фінальні рендери;
• відео;
• фінальні архіви;
• рахунки;
• акти.

Поля файлу

Поле	Опис
Назва файлу	Назва для відображення
Тип файлу	Референс, модель, рендер, відео, фінал
Проєкт	До якого проєкту належить файл
Етап	До якого етапу належить, якщо потрібно
Завдання	До якого завдання належить, якщо потрібно
Версія	v1, v2, v3 тощо
Автор	Хто завантажив файл
Статус	Чернетка, на перевірці, погоджено, фінал

Версійність файлів

Версійність потрібна для контролю правок.

Приклад версій

• render_living_room_v1.jpg;
• render_living_room_v2.jpg;
• render_living_room_v3_final.jpg.

Що має підтримувати версійність

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

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

Погодження і правки

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

Статуси погодження

Статус	Значення
Чернетка	Матеріал ще не переданий
На внутрішній перевірці	Перевіряє менеджер або артдиректор
На погодженні з клієнтом	Клієнт переглядає результат
Потрібні правки	Клієнт або керівник залишив зауваження
Погоджено	Результат прийнято
Фінал	Матеріал затверджений як остаточний

Рендеринг і рендер-ферма

Для студії важливо обліковувати рендер-завдання і витрати.

Поля рендер-завдання

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

Облік часу роботи

Опціонально можна реалізувати тайм-трекінг.

Що потрібно обліковувати

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

Фінанси проєкту

Фінансовий блок потрібен для контролю прибутковості.

Що має враховувати фінансовий блок

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

Формула маржі

Маржа = Дохід по проєкту - Фактичні витрати

Рахунки і оплати

Рахунки можуть виставлятися за весь проєкт або за етапи.

Варіанти рахунків

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

Статуси оплати

Статус	Значення
Не оплачено	Оплата ще не отримана
Частково оплачено	Оплачено частину суми
Оплачено	Сума сплачена повністю
Прострочено	Термін оплати минув
Повернення	Кошти повернено клієнту

Календар завдань і дедлайнів

Календар допомагає планувати роботу команди.

У календарі потрібно бачити

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

Прогрес проєкту

Проєкт повинен мати індикатор виконання.

Варіанти розрахунку прогресу

• за кількістю виконаних завдань;
• за виконаними етапами;
• вручну менеджером;
• за сумою відсотків етапів.

Звіт «Проєкти за період»

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

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

Звіт «Завдання виконавців»

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

• виконавця;
• кількість завдань;
• кількість виконаних;
• кількість прострочених;
• середній час виконання;
• завантаженість.

Звіт «Фінанси проєктів»

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

• проєкт;
• клієнта;
• бюджет;
• виставлено рахунків;
• оплачено;
• борг;
• фактичні витрати;
• маржу.

Звіт «Рендеринг»

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

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

Звіт «Погодження і правки»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. створити клієнта;
2. створити типи проєктів;
3. створити послуги студії;
4. створити співробітників і ролі;
5. створити новий 3D-проєкт;
6. додати бриф або опис проєкту;
7. додати референси;
8. створити етапи проєкту;
9. створити завдання на моделювання;
10. створити завдання на текстурування;
11. створити завдання на рендеринг;
12. призначити виконавців;
13. змінити статус завдання на «В процесі»;
14. завантажити проміжний рендер v1;
15. додати правки;
16. завантажити версію v2;
17. позначити фінальну версію;
18. створити рендер-завдання;
19. зафіксувати витрати на рендеринг;
20. сформувати рахунок за етап;
21. зафіксувати аванс;
22. зафіксувати фінальну оплату;
23. завершити проєкт;
24. сформувати звіт по проєктах;
25. сформувати звіт по завданнях виконавців;
26. сформувати фінансовий звіт;
27. сформувати звіт по рендерингу;
28. перевірити журнал змін.

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

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

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

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

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

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

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

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

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

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

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

Примітка

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

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

Коротко

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

Див. також

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Управління задачами
• Рекламне агентство
• Багтрекер
• CRM
• Рахунок на оплату
• Проєкт
• Завдання
• Файл
• Версійність
• Рендеринг
• AJAX