K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

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

R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Адміністратори
694 редагування
ВізуальнийВікірозмітка
Первинна публікація
 
Немає опису редагування
 
Рядок 1: Рядок 1:
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Студія 3D-візуалізації та дизайну}}


= Модуль управління проектами 3D-візуалізації, замовленнями клієнтів, етапами рендерингу та фінансами =
'''Атестаційне завдання K2 ERP — Студія 3D-візуалізації та дизайну''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля управління проєктами 3D-візуалізації, дизайну, рендерингу, анімації, VFX, файлами, версіями, завданнями, командою, дедлайнами та фінансами.
 
Модуль має забезпечувати повний цикл роботи студії: прийом замовлення клієнта, створення проєкту, планування етапів, постановку завдань 3D-художникам і дизайнерам, контроль версій файлів, погодження результатів, облік витрат на рендеринг, виставлення рахунків, фіксацію оплат і формування звітів.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати модуль студії 3D-візуалізації: клієнти, типи проєктів, послуги, проєкти, етапи, завдання, команда, файли, версії, рендеринг, погодження, дедлайни, бюджети, рахунки, оплати, календар і звіти.
</div>
 
__TOC__
 
== Назва завдання ==
 
'''Модуль управління проєктами 3D-візуалізації, замовленнями клієнтів, етапами рендерингу та фінансами'''.
 
== Мета завдання ==
 
Мета завдання — створити в K2 ERP модуль для автоматизації роботи студії 3D-візуалізації, дизайн-студії, архітектурного бюро, продакшн-команди, VFX-студії або команди, що виконує 3D-графіку на замовлення.
 
Система повинна дозволяти:
 
* вести клієнтів;
* вести типи 3D-проєктів;
* вести послуги студії;
* створювати клієнтські проєкти;
* призначати відповідального менеджера;
* формувати команду проєкту;
* планувати етапи робіт;
* створювати завдання по етапах;
* контролювати дедлайни;
* вести календар завдань;
* завантажувати референси, моделі, рендери й фінальні файли;
* підтримувати версійність файлів;
* погоджувати результати з клієнтом;
* вести коментарі й правки;
* контролювати витрати часу;
* обліковувати витрати на рендер-ферму;
* виставляти рахунки за проєкт або етапи;
* фіксувати аванси, проміжні та фінальні оплати;
* формувати звіти по проєктах, завданнях, виконавцях, фінансах і дедлайнах.
 
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' Кожен 3D-проєкт має проходити контрольований виробничий цикл: бриф → референси → моделювання → текстурування → освітлення → рендеринг → постобробка → погодження → фінальні файли → рахунок → оплата.
</div>


== Реальний бізнес-контекст ==
== Реальний бізнес-контекст ==
Студія надає:


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


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


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


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


=== 1. Структура довідників ===
== Основний бізнес-процес ==
 
Типовий процес роботи студії виглядає так:
 
# клієнт надсилає запит або бриф;
# менеджер створює клієнта в системі;
# створюється проєкт;
# до проєкту додаються референси, креслення, моделі або технічне завдання;
# визначається тип проєкту;
# формується перелік послуг;
# призначається команда;
# створюються етапи робіт;
# по етапах створюються завдання;
# виконавці завантажують проміжні результати;
# менеджер або артдиректор перевіряє результат;
# матеріали передаються клієнту на погодження;
# клієнт залишає правки або погоджує результат;
# виконується рендеринг;
# проводиться постобробка;
# фінальні файли передаються клієнту;
# формується рахунок;
# фіксується оплата;
# проєкт закривається і потрапляє в архів.
 
== Основні об’єкти модуля ==
 
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| Клієнти
| Замовники 3D-візуалізації або дизайну
|-
| Типи проєктів
| Рендер, анімація, VR-тур, VFX, інтер’єр, архітектура
|-
| Послуги студії
| Моделювання, текстурування, освітлення, рендеринг, постобробка
|-
| Проєкти
| Основні замовлення клієнтів
|-
| Команда проєкту
| Менеджер, 3D-художники, аніматори, рендер-оператори
|-
| Етапи проєкту
| Бриф, моделювання, текстурування, рендеринг, правки, фінал
|-
| Завдання
| Конкретні роботи для виконавців
|-
| Файли
| Референси, моделі, рендери, відео, фінальні матеріали
|-
| Версії
| Історія змін файлів і результатів
|-
| Погодження
| Коментарі, правки й затвердження клієнта
|-
| Рендеринг
| Облік рендер-завдань і витрат на рендер-ферму
|-
| Рахунки
| Документи на оплату
|-
| Оплати
| Аванси, проміжні та фінальні платежі
|-
| Звіти
| Аналітика по проєктах, завданнях, виконавцях і фінансах
|}
 
== Довідник «Клієнти» ==
 
Довідник клієнтів містить замовників студії.
 
== Поля клієнта ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва компанії або ПІБ
| Ім’я клієнта або назва організації
|-
| Контактна особа
| Представник клієнта
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Тип клієнта
| Архітектура, девелопмент, промисловість, геймдев, реклама
|-
| Відповідальний менеджер
| Хто веде клієнта
|-
| Статус
| Потенційний, активний, постійний, архівний
|}


==== Довідник «Клієнти» ====
== Довідник «Типи проєктів» ==
Поля довідника:


* назва компанії або ПІБ;
Тип проєкту визначає характер робіт і виробничий пайплайн.
* контактна особа;
* телефон;
* Email;
* тип клієнта:
** архітектура;
** девелопмент;
** промисловість;
** геймдев.


==== Довідник «Типи проектів» ====
== Приклади типів проєктів ==
Типи проектів:


* 3D-рендер статичного зображення;
* 3D-рендер статичного зображення;
* архітектурна візуалізація;
* візуалізація інтер’єру;
* предметна візуалізація;
* 3D-анімаційний ролик;
* 3D-анімаційний ролик;
* VR-тур;
* VR-тур;
* VFX-постобробка.
* 360-панорама;
* VFX-постобробка;
* продуктова 3D-презентація;
* технічна візуалізація;
* ігровий 3D-асет.
 
== Поля типу проєкту ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва типу
| Наприклад: 3D-анімація, VR-тур, інтер’єр
|-
| Опис
| Коротке пояснення
|-
| Типовий пайплайн
| Набір етапів за замовчуванням
|-
| Активність
| Чи доступний тип для нових проєктів
|}


==== Довідник «Послуги студії» ====
== Довідник «Послуги студії» ==
Послуги:
 
Послуги визначають, які роботи виконує студія.
 
== Приклади послуг ==


* 3D-моделювання;
* 3D-моделювання;
* ретопологія;
* текстурування;
* текстурування;
* освітлення сцени;
* налаштування матеріалів;
* постановка освітлення;
* рендеринг;
* рендеринг;
* композитинг і монтаж.
* анімація камери;
* персонажна анімація;
* композитинг;
* постобробка;
* монтаж;
* кольорокорекція;
* підготовка фінальних файлів.
 
== Поля послуги ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва послуги
| Наприклад: Рендеринг, Текстурування, Композитинг
|-
| Категорія
| Моделювання, рендеринг, анімація, постпродакшн
|-
| Одиниця розрахунку
| Година, сцена, кадр, ролик, проєкт
|-
| Вартість за годину
| Якщо оплата погодинна
|-
| Вартість за обсяг
| Якщо оплата фіксована
|-
| Опис
| Деталі послуги
|-
| Активність
| Чи доступна послуга
|}
 
== Довідник «Співробітники і ролі» ==
 
У студії можуть бути різні ролі виконавців.
 
== Приклади ролей ==
 
* менеджер проєкту;
* артдиректор;
* 3D-художник;
* моделлер;
* текстурник;
* lighting artist;
* аніматор;
* рендер-оператор;
* композер;
* монтажер;
* VFX-спеціаліст;
* бухгалтер;
* керівник студії.
 
== База «Проєкти» ==
 
Проєкт є головним об’єктом модуля.
 
== Колонки журналу проєктів ==
 
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Назва проєкту
| Назва роботи або замовлення
|-
| Клієнт
| Замовник
|-
| Тип проєкту
| Рендер, анімація, VR-тур тощо
|-
| Дата початку
| Коли проєкт стартує
|-
| Дедлайн
| Коли потрібно завершити
|-
| Бюджет
| Планова сума проєкту
|-
| Відповідальний менеджер
| Хто веде проєкт
|-
| Статус
| Підготовка, в роботі, на рендері, постпродакшн, завершено
|}


Для послуги вказується:
== Поля проєкту ==


* вартість за годину;
{| class="wikitable" style="width:100%;"
* або вартість за обсяг роботи.
! Поле
! Опис
|-
| Номер проєкту
| Унікальний номер
|-
| Назва проєкту
| Коротка назва
|-
| Клієнт
| Замовник
|-
| Контактна особа
| Хто погоджує результат
|-
| Тип проєкту
| Категорія робіт
|-
| Опис / бриф
| Що потрібно зробити
|-
| Дата початку
| Старт роботи
|-
| Дата дедлайну
| Кінцевий строк
|-
| Бюджет
| Планова сума
|-
| Відповідальний менеджер
| Керівник проєкту
|-
| Команда
| Виконавці проєкту
|-
| Статус
| Поточний стан проєкту
|}


=== 2. База «Проекти» ===
== Статуси проєкту ==


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


* назва проекту;
Етапи дозволяють контролювати виробничий пайплайн.
* клієнт;
* тип проекту;
* дата початку;
* дата дедлайну;
* бюджет проекту;
* відповідальний менеджер;
* статус:
** підготовка;
** в роботі;
** на рендері;
** пост-продакшн;
** завершено.


==== Функціонал ====
== Типові етапи 3D-проєкту ==


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


=== 3. База «Завдання проектів» ===
== Поля етапу ==


==== Колонки бази ====
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Проєкт
| До якого проєкту належить етап
|-
| Назва етапу
| Наприклад: Моделювання, Рендеринг, Постобробка
|-
| Відповідальний
| Хто контролює етап
|-
| Дата початку
| Плановий старт
|-
| Дедлайн
| Планове завершення
|-
| Статус
| Новий, в роботі, на перевірці, виконано
|-
| Прогрес
| Відсоток виконання
|}


* проект;
== Завдання проєктів ==
* послуга;
* виконавець:
** 3D-художник;
** аніматор;
** рендер-оператор;
* термін виконання;
* статус завдання:
** нове;
** в процесі;
** потрібна перевірка;
** виконано;
* коментар до завдання.


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


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


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


* референсів;
== Статуси завдань ==
* 3D-моделей;
* результатів рендерингу;
* фінальних відео або зображень.


==== Функціонал ====
{| class="wikitable" style="width:100%;"
! Статус
! Значення
|-
| Нове
| Завдання створено
|-
| В процесі
| Виконавець працює
|-
| Очікує матеріалів
| Потрібні референси або вхідні дані
|-
| Потрібна перевірка
| Завдання виконано і чекає рев’ю
|-
| Потрібні правки
| Результат повернуто на доопрацювання
|-
| Виконано
| Завдання завершено
|-
| Скасовано
| Завдання не буде виконуватися
|}


* версійність файлів:
== Файли і матеріали проєкту ==
** v1;
** v2;
** v3;
** наступні версії;
* зберігання та обмін файлами через систему.


=== 5. Фінанси ===
Модуль має підтримувати завантаження і зберігання матеріалів.
Функціонал:


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


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


* робота через AJAX для оновлення статусів завдань у реальному часі;
== Поля файлу ==
* календар завдань і дедлайнів через FullCalendar;
 
* панель прогресу проекту — відсоток виконання;
{| class="wikitable" style="width:100%;"
* система внутрішніх повідомлень між виконавцями і менеджером проекту;
! Поле
* оцінка часу роботи по проекту — опціонально, трекер часу.
! Опис
|-
| Назва файлу
| Назва для відображення
|-
| Тип файлу
| Референс, модель, рендер, відео, фінал
|-
| Проєкт
| До якого проєкту належить файл
|-
| Етап
| До якого етапу належить, якщо потрібно
|-
| Завдання
| До якого завдання належить, якщо потрібно
|-
| Версія
| v1, v2, v3 тощо
|-
| Автор
| Хто завантажив файл
|-
| Статус
| Чернетка, на перевірці, погоджено, фінал
|}
 
== Версійність файлів ==
 
Версійність потрібна для контролю правок.
 
== Приклад версій ==
 
* render_living_room_v1.jpg;
* render_living_room_v2.jpg;
* render_living_room_v3_final.jpg.
 
== Що має підтримувати версійність ==
 
* номер версії;
* дату завантаження;
* автора;
* коментар до версії;
* статус версії;
* можливість бачити попередні версії;
* позначку фінальної версії.
 
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Фінальна версія файлу має бути явно позначена, щоб команда і клієнт не плутали проміжні рендери з остаточними матеріалами.
</div>
 
== Погодження і правки ==
 
Після виконання етапу результат може передаватися на погодження.
 
== Статуси погодження ==
 
{| class="wikitable" style="width:100%;"
! Статус
! Значення
|-
| Чернетка
| Матеріал ще не переданий
|-
| На внутрішній перевірці
| Перевіряє менеджер або артдиректор
|-
| На погодженні з клієнтом
| Клієнт переглядає результат
|-
| Потрібні правки
| Клієнт або керівник залишив зауваження
|-
| Погоджено
| Результат прийнято
|-
| Фінал
| Матеріал затверджений як остаточний
|}
 
== Рендеринг і рендер-ферма ==
 
Для студії важливо обліковувати рендер-завдання і витрати.
 
== Поля рендер-завдання ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Проєкт
| До якого проєкту належить рендер
|-
| Сцена
| Назва сцени або файлу
|-
| Виконавець
| Хто підготував рендер
|-
| Дата запуску
| Коли рендер стартував
|-
| Дата завершення
| Коли рендер завершився
|-
| Кількість кадрів
| Для анімації
|-
| Час рендерингу
| Фактичний час
|-
| Вартість рендерингу
| Якщо використовується платна рендер-ферма
|-
| Статус
| Очікує, рендериться, завершено, помилка
|}
 
== Облік часу роботи ==
 
Опціонально можна реалізувати тайм-трекінг.
 
== Що потрібно обліковувати ==
 
* виконавця;
* проєкт;
* завдання;
* дату;
* кількість годин;
* коментар;
* погодинну ставку;
* суму витрат.
 
== Фінанси проєкту ==
 
Фінансовий блок потрібен для контролю прибутковості.
 
== Що має враховувати фінансовий блок ==
 
* бюджет проєкту;
* аванс;
* проміжні платежі;
* фінальну оплату;
* фактичні витрати;
* витрати на рендер-ферму;
* витрати часу виконавців;
* витрати підрядників;
* маржу проєкту.
 
== Формула маржі ==
 
<pre>
Маржа = Дохід по проєкту - Фактичні витрати
</pre>
 
== Рахунки і оплати ==
 
Рахунки можуть виставлятися за весь проєкт або за етапи.
 
== Варіанти рахунків ==
 
* авансовий рахунок;
* рахунок за етап;
* рахунок за додаткові правки;
* фінальний рахунок;
* рахунок за рендеринг;
* рахунок за термінове виконання.
 
== Статуси оплати ==
 
{| class="wikitable" style="width:100%;"
! Статус
! Значення
|-
| Не оплачено
| Оплата ще не отримана
|-
| Частково оплачено
| Оплачено частину суми
|-
| Оплачено
| Сума сплачена повністю
|-
| Прострочено
| Термін оплати минув
|-
| Повернення
| Кошти повернено клієнту
|}
 
== Календар завдань і дедлайнів ==
 
Календар допомагає планувати роботу команди.
 
== У календарі потрібно бачити ==
 
* проєкти;
* дедлайни;
* завдання;
* етапи;
* зайнятість виконавців;
* прострочені роботи;
* дати погодження;
* дати рендерингу;
* фінальні дедлайни клієнта.
 
== Прогрес проєкту ==
 
Проєкт повинен мати індикатор виконання.
 
== Варіанти розрахунку прогресу ==
 
* за кількістю виконаних завдань;
* за виконаними етапами;
* вручну менеджером;
* за сумою відсотків етапів.
 
== Звіти ==
 
== Звіт «Проєкти за період» ==
 
У звіті потрібно відображати:
 
* назву проєкту;
* клієнта;
* тип проєкту;
* менеджера;
* статус;
* бюджет;
* дедлайн;
* прогрес.
 
== Звіт «Завдання виконавців» ==
 
У звіті потрібно відображати:
 
* виконавця;
* кількість завдань;
* кількість виконаних;
* кількість прострочених;
* середній час виконання;
* завантаженість.
 
== Звіт «Фінанси проєктів» ==
 
У звіті потрібно відображати:
 
* проєкт;
* клієнта;
* бюджет;
* виставлено рахунків;
* оплачено;
* борг;
* фактичні витрати;
* маржу.
 
== Звіт «Рендеринг» ==
 
У звіті потрібно відображати:
 
* проєкт;
* сцену;
* кількість кадрів;
* час рендерингу;
* вартість рендерингу;
* статус;
* кількість помилок, якщо фіксується.
 
== Звіт «Погодження і правки» ==
 
У звіті потрібно відображати:
 
* проєкт;
* файл або результат;
* версію;
* статус погодження;
* кількість правок;
* дату останнього погодження;
* відповідального менеджера.
 
== AJAX-інтерактив ==
 
Інтерфейс має працювати швидко й без перезавантаження сторінок.
 
Через AJAX мають працювати:
 
* створення проєкту;
* створення завдання;
* зміна статусу завдання;
* зміна статусу етапу;
* оновлення прогресу;
* завантаження файлів;
* перемикання версій;
* додавання коментарів і правок;
* погодження матеріалів;
* створення рахунку;
* фіксація оплати;
* оновлення календаря;
* фільтрація звітів.
 
== Логування змін ==
 
Модуль повинен фіксувати важливі дії.
 
Журнал змін має зберігати:
 
* хто створив клієнта;
* хто створив проєкт;
* хто змінив статус проєкту;
* хто створив етап;
* хто створив завдання;
* хто змінив виконавця;
* хто змінив дедлайн;
* хто завантажив файл;
* хто додав нову версію;
* хто позначив файл як фінальний;
* хто залишив правку;
* хто погодив результат;
* хто запустив рендеринг;
* хто створив рахунок;
* хто зафіксував оплату;
* дату й час дії;
* старе та нове значення, якщо це можливо.
 
== Права доступу ==
 
{| class="wikitable" style="width:100%;"
! Роль
! Можливості
|-
| Менеджер проєкту
| Створює проєкти, етапи, завдання, контролює клієнта, файли, рахунки й дедлайни
|-
| Артдиректор
| Перевіряє якість, погоджує проміжні результати, повертає на правки
|-
| 3D-художник
| Бачить свої завдання, завантажує моделі, рендери й коментарі
|-
| Аніматор
| Працює із завданнями по анімації та відео
|-
| Рендер-оператор
| Керує рендер-завданнями, статусами й витратами рендер-ферми
|-
| Бухгалтер
| Створює рахунки, фіксує оплати, контролює борги
|-
| Клієнт
| Переглядає матеріали, залишає правки, погоджує результати, завантажує фінальні файли
|-
| Керівник
| Переглядає фінанси, завантаженість, дедлайни, маржу і звіти
|-
| Адміністратор системи
| Налаштовує довідники, права, шаблони, типи проєктів і службові параметри
|}


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


== Критерії оцінки ==
== Рекомендовані сутності бази даних ==
{| class="wikitable"
 
!Критерій
Для реалізації задачі доцільно передбачити такі сутності:
!Бали
 
* клієнти;
* контактні особи;
* типи проєктів;
* послуги студії;
* співробітники;
* ролі;
* проєкти;
* команда проєкту;
* етапи проєкту;
* завдання;
* статуси завдань;
* файли;
* версії файлів;
* погодження;
* правки;
* рендер-завдання;
* облік часу;
* витрати;
* рахунки;
* оплати;
* календар;
* журнал змін;
* звіти;
* права доступу.
 
== Практичне завдання ==
 
У межах атестації потрібно продемонструвати робочий сценарій.
 
Мінімальний сценарій:
 
# створити клієнта;
# створити типи проєктів;
# створити послуги студії;
# створити співробітників і ролі;
# створити новий 3D-проєкт;
# додати бриф або опис проєкту;
# додати референси;
# створити етапи проєкту;
# створити завдання на моделювання;
# створити завдання на текстурування;
# створити завдання на рендеринг;
# призначити виконавців;
# змінити статус завдання на '''«В процесі»''';
# завантажити проміжний рендер v1;
# додати правки;
# завантажити версію v2;
# позначити фінальну версію;
# створити рендер-завдання;
# зафіксувати витрати на рендеринг;
# сформувати рахунок за етап;
# зафіксувати аванс;
# зафіксувати фінальну оплату;
# завершити проєкт;
# сформувати звіт по проєктах;
# сформувати звіт по завданнях виконавців;
# сформувати фінансовий звіт;
# сформувати звіт по рендерингу;
# перевірити журнал змін.
 
== Критерії оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Критерій
! Бали
! Що перевіряється
|-
| Реалізація обліку клієнтів, проєктів і завдань
| 20
| Клієнти, типи проєктів, послуги, проєкти, команда, етапи, завдання
|-
|-
|Реалізація обліку клієнтів, проектів і завдань
| Управління етапами рендерингу і виконанням робіт
|20
| 20
| Пайплайн, статуси етапів, завдання, виконавці, дедлайни, прогрес
|-
|-
|Управління етапами рендерингу і виконанням робіт
| Фінансовий облік і виставлення рахунків
|20
| 20
| Бюджет, рахунки, аванси, проміжні платежі, фінальна оплата, витрати, маржа
|-
|-
|Фінансовий облік і виставлення рахунків
| Облік файлів проєктів і версійності
|20
| 20
| Референси, моделі, рендери, відео, версії, фінальні файли, погодження
|-
|-
|Облік файлів проектів і версійності
| Інтерактивність через AJAX і планування по календарю
|20
| 20
| AJAX-статуси, завантаження файлів, календар дедлайнів, оновлення прогресу, фільтрація звітів
|-
|-
|Інтерактивність через AJAX і планування по календарю
! Разом
|20
! 100
! Максимальна оцінка
|}
|}
== Шкала оцінювання ==
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 90–100
| Відмінно
| Модуль повністю працює: клієнти, проєкти, етапи, завдання, файли, версії, рендеринг, фінанси, календар і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують процес управління 3D-проєктами
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: клієнти, проєкти, завдання, файли, рахунки або статуси
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* неможливо створити клієнта;
* неможливо створити проєкт;
* проєкт не прив’язується до клієнта;
* неможливо створити етап проєкту;
* неможливо створити завдання;
* завдання не має виконавця;
* завдання не має дедлайну;
* статуси завдань не змінюються;
* файли не прив’язуються до проєкту;
* версії файлів не зберігаються;
* фінальна версія не відрізняється від проміжних;
* неможливо зафіксувати правки;
* неможливо сформувати рахунок;
* оплата не прив’язується до рахунку;
* витрати на рендеринг не враховуються, якщо функція заявлена;
* звіти не відповідають фактичним проєктам, завданням і оплатам;
* зміни проєктів, файлів, завдань і оплат не логуються.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл студії: клієнт → проєкт → етапи → завдання → файли й версії → погодження → рахунок → оплата → звіт.
</div>
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений модуль студії 3D-візуалізації та дизайну в K2 ERP.
Модуль має підтримувати клієнтів, типи проєктів, послуги студії, співробітників, ролі, проєкти, команду проєкту, етапи, завдання, файли, версії, погодження, правки, рендер-завдання, витрати, рахунки, оплати, календар, звіти, AJAX-інтерактив і логування змін.


== Примітка ==
== Примітка ==
ERP для студії 3D-візуалізації — must-have для:


* контролю проектів;
ERP для студії 3D-візуалізації потрібна для контролю складних творчо-технічних проєктів, де одночасно працюють менеджери, 3D-художники, аніматори, рендер-оператори, композери й клієнти.
* оптимізації роботи команди;
 
* підвищення якості взаємодії з клієнтами.
Автоматизація дозволяє не губити версії файлів, бачити реальний прогрес, контролювати дедлайни, зменшувати хаос у правках, оцінювати витрати на рендеринг і розуміти прибутковість кожного проєкту.
 
== Коротко ==
 
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Модуль управління студією 3D-візуалізації та дизайну
|-
| Які довідники потрібні?
| Клієнти, типи проєктів, послуги студії, співробітники, ролі
|-
| Який головний об’єкт?
| 3D-проєкт клієнта
|-
| Які етапи потрібні?
| Бриф, моделювання, текстурування, освітлення, рендеринг, постобробка, погодження
|-
| Що важливо для файлів?
| Версійність, статус погодження і фінальна версія
|-
| Які фінанси потрібні?
| Бюджет, рахунки, аванси, оплати, витрати на рендеринг, маржа
|-
| Які звіти потрібні?
| Проєкти, завдання виконавців, фінанси, рендеринг, погодження і правки
|-
| Що є критичною вимогою?
| Проєкт має мати етапи, завдання, файли з версіями, рахунок і контроль оплат
|}
 
== Див. також ==


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


* знизити час на управління проектами;
[[Категорія:K2 ERP]]
* покращити комунікацію.
[[Категорія:Атестаційні завдання K2]]
[[Категорія:3D-візуалізація]]
[[Категорія:Дизайн]]
[[Категорія:Управління проєктами]]
[[Категорія:Файли]]
[[Категорія:Корпоративна Wiki]]
Отримано з https://wiki.erp.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Студія_3D-візуалізації_та_дизайну