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

! * виконавця;

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

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

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

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

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

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

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

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

|- | Що виступає як критичною вимогою? {| class="wikitable" style="width:100%;" компонент повинен фіксувати важливі дії. {| class="wikitable" style="width:100%;" ERP для студії 3D-візуалізації потрібна для контролю складних творчо-технічних проєктів, де одночасно працюють менеджери, 3D-художники, аніматори, рендер-оператори, композери й клієнти. ! !== Що має підтримувати версійність ==

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

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

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

render_living_room_v1.jpg;
render_living_room_v2.jpg;
render_living_room_v3_final.jpg. Окремо варто відзначити рендерингу, анімації, VFX, файлами, версіями, завданнями, командою, дедлайнами і фінансами виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля керування проєктами 3D-візуалізації забезпечується через Атестаційне задача K2 ERP. Поле

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

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

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

! | Бриф, моделювання, текстурування, освітлення, рендеринг, постобробка, погодження |- | Що критично для файлів?== Приклад версій == ! Бали

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

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

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

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

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

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

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

!

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

Проєкт виступає як головним об’єктом модуля. SEO-опис

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

Який провідний об’єкт? Значення	== Звіт «Рендеринг» ==	Значення	* проєкт; сцену; кількість кадрів; час рендерингу; вартість рендерингу; статус; кількість помилок, якщо фіксується. задача деталізують роботу по етапах. SEO-опис Журнал змін має зберігати: У межах атестації потрібно продемонструвати робочий сценарій. {\| class="wikitable" style="width:100%;" Поля етапу
Нове	задача створено
В процесі	Виконавець функціонує
Очікує матеріалів	Потрібні референси або вхідні інформаційні дані
Потрібна перевірка	задача виконано і чекає рев’ю
Потрібні правки	Результат повернуто на доопрацювання
Виконано	задача завершено
Скасовано	задача не буде виконуватися

! Поле

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

Інтерфейс має працювати оперативно й без перезавантаження сторінок.== Рахунки і оплати ==

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

== Файли і матеріали проєкту == Довідник клієнтів містить замовників студії. SEO-опис Колонки журналу проєктів
Що потрібно створити? * бюджет проєкту; аванс; проміжні платежі; фінальну оплату; фактичні витрати; витрати на рендер-ферму; витрати часу виконавців; витрати підрядників; маржу проєкту.== Звіт «Погодження і правки» ==	-	Проєкт	До якого проєкту належить рендер
Сцена	Назва сцени або файлу
Виконавець	Хто підготував рендер
Дата запуску	Коли рендер стартував
Дата завершення	Коли рендер завершився
Кількість кадрів	Для анімації
Час рендерингу	Фактичний час
Вартість рендерингу	Якщо застосовується для платна рендер-ферма
Статус	Очікує, рендериться, завершено, помилка

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

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

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

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

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

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

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

!== обліковий облік часу роботи ==

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

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

! ! | Бюджет, рахунки, аванси, оплати, витрати на рендеринг, маржа |- | Які звіти потрібні? * створення проєкту;

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

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

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

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

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

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

|}

! | Версійність, статус погодження і фінальна реліз системи |- | Які фінансовий блок потрібні? SEO-опис

Коротко

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

Примітка

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

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

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

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

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

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

Поля проєкту

Типи файлів

! Статус	== Логування змін == Поля послуги створити клієнта; створити типи проєктів; створити послуги студії; створити співробітників і ролі; створити новий 3D-проєкт; додати бриф або SEO-опис проєкту; додати референси; створити етапи проєкту; створити задача на моделювання; створити задача на текстурування; створити задача на рендеринг; призначити виконавців; змінити статус задача на «В процесі»; завантажити проміжний рендер v1; додати правки; завантажити версію v2; позначити фінальну версію; створити рендер-завдання; зафіксувати витрати на рендеринг; сформувати рахунок за етап; зафіксувати аванс; зафіксувати фінальну оплату; завершити проєкт; сформувати звіт по проєктах; сформувати звіт по завданнях виконавців; сформувати фінансовий звіт; сформувати звіт по рендерингу; перевірити журнал змін. !== Поля задача == Приклади типів проєктів Версійність файлів	* бриф і збір матеріалів; аналіз референсів; блокінг сцени; 3D-моделювання; текстурування; конфігурація матеріалів; освітлення; тестовий рендер; правки; фінальний рендер; постобробка; монтаж; погодження; передача фінальних файлів. Об’єкт Довідник «Типи проєктів» Етапи дозволяють контролювати виробничий пайплайн. Разом Мета задача — створити в K2 ERP компонент для автоматизації роботи студії 3D-візуалізації, дизайн-студії, архітектурного бюро, продакшн-команди, VFX-студії або команди, що виконує 3D-графіку на замовлення. номер версії; дату завантаження; автора; коментар до версії; статус версії; можливість бачити попередні версії; позначку фінальної версії. Поле
Менеджер проєкту	Створює проєкти, етапи, задача, контролює клієнта, файли, рахунки й дедлайни
Артдиректор	Перевіряє якість, погоджує проміжні результати, повертає на правки
3D-художник	Бачить свої задача, завантажує моделі, рендери й коментарі
Аніматор	функціонує із завданнями по анімації та відео
Рендер-оператор	Керує рендер-завданнями, статусами й витратами рендер-ферми
Бухгалтер	Створює рахунки, фіксує оплати, контролює борги
клієнт ERP	Переглядає матеріали, залишає правки, погоджує результати, завантажує фінальні файли
Керівник	Переглядає фінансовий блок, завантаженість, дедлайни, маржу і звіти
Адміністратор системи	Налаштовує довідники, права, шаблони, типи проєктів і службові параметри

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

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

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

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

Поля файлу

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

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

|- | Які етапи потрібні? Максимальна оцінка

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

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

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

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

Назва задача
через Календар користувачі можуть планувати роботу команди. ! Значення

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

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

Див. так само

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

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

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

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

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

компонент має підтримувати завантаження і зберігання матеріалів. ! Студія здатна надавати такі послуги:

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

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

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

Чернетка Матеріал ще не переданий На внутрішній перевірці Перевіряє менеджер або артдиректор На погодженні з клієнтом клієнт ERP переглядає результат Потрібні правки клієнт ERP або керівник залишив зауваження Погоджено Результат прийнято Фінал Матеріал затверджений як остаточний - Назва типу як приклад: 3D-анімація, VR-тур, інтер’єр SEO-опис Коротке пояснення Типовий пайплайн Набір етапів за замовчуванням Активність Чи доступний тип для нових проєктів

Звіти

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

* 3D-моделювання; * ретопологія; * текстурування; * конфігурація матеріалів; * постановка освітлення; * рендеринг; * анімація камери; * персонажна анімація; * композитинг; * постобробка; * монтаж; * кольорокорекція; * підготовка фінальних файлів. Коротко. Потрібно реалізувати компонент студії 3D-візуалізації: клієнти, типи проєктів, послуги, проєкти, етапи, задача, команда, файли, версії, рендеринг, погодження, дедлайни, бюджети, рахунки, оплати, календар і звіти. SEO-опис провідний принцип. Кожен 3D-проєкт має проходити контрольований виробничий цикл: бриф → референси → моделювання → текстурування → освітлення → рендеринг → постобробка → погодження → фінальні файли → рахунок → оплата. Параметр * K2 ERP * K2 ERP * Атестаційні завдання K2 ERP * Управління задачами * Рекламне агентство * Багтрекер * CRM * Рахунок на оплату * Проєкт * Завдання * Файл * Версійність * Рендеринг * AJAX

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

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

компонент керування студією 3D-візуалізації та дизайну

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

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

Призначення

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

Звіт «фінансовий блок проєктів»

* за кількістю виконаних завдань; * за виконаними етапами; * вручну менеджером; * за сумою відсотків етапів. Колонка Студія 3D-візуалізації та дизайну — це практична задача; так само реалізовано дизайну. Критерій

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

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

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

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

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

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

Значення

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

Назва компанії або ПІБ

Ім’я клієнта або назва організації

Контактна особа

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

Телефон

Контактний номер

Email

Електронна адреса

Тип клієнта

технічна архітектура, девелопмент, промисловість, геймдев, реклама

Відповідальний менеджер

Хто веде клієнта

Статус

Потенційний, активний, постійний, архівний

== Критерії оцінювання ==	! Поле задача проєктів Рендеринг і рендер-ферма * бриф; * референси; * креслення; * плани приміщень; * фото об’єкта; * 3D-моделі; * текстури; * сцени; * проміжні рендери; * фінальні рендери; * відео; * фінальні архіви; * рахунки; * акти. Відповідь