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

 

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

Проєкт є собою головним об’єктом модуля.;== Звіт «Рендеринг» ==

* 3D-рендер статичного зображення;
* архітектурна візуалізація;
* візуалізація інтер’єру;
* предметна візуалізація;
* 3D-анімаційний ролик;
* VR-тур;
* 360-панорама;
* VFX-постобробка;
* продуктова 3D-презентація;
* технічна візуалізація;
* ігровий 3D-асет.; характеристика
|-
| Не оплачено
| Оплата ще не отримана
|-
| Частково оплачено
| Оплачено частину суми
|-
| Оплачено
| Сума сплачена в цілому
|-
| Прострочено
| Термін оплати минув
|-
| Повернення
| Кошти повернено клієнту
|}

__TOC__

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

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

* проєкти;
* дедлайни;
* задача;
* етапи;
* зайнятість виконавців;
* прострочені роботи;
* дати погодження;
* дати рендерингу;
* фінальні дедлайни клієнта.; {| class="wikitable" style="width:100%;"

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

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

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

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

== Версійність файлів ==
задача деталізують роботу по етапах.; характеристика

== Типи файлів ==

!; характеристика
!;== Приклад версій ==

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

'''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл студії: замовник → проєкт → етапи → задача → файли й версії → погодження → рахунок → оплата → звіт.; Поле
== Етапи проєкту ==
== Довідник «Співробітники і ролі» ==
|-
| Чернетка
| Матеріал ще не переданий
|-
| На внутрішній перевірці
| Перевіряє менеджер або артдиректор
|-
| На погодженні з клієнтом
| замовник переглядає результат
|-
| Потрібні правки
| замовник або керівник залишив зауваження
|-
| Погоджено
| Результат прийнято
|-
| Фінал
| Матеріал затверджений як остаточний
|}

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

!; Критерій

<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
!; !; 100

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

'''центральний принцип.''' Кожен 3D-проєкт має проходити контрольований виробничий цикл: бриф → референси → моделювання → текстурування → освітлення → рендеринг → постобробка → погодження → фінальні файли → рахунок → оплата.;<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
{| class="wikitable" style="width:100%;"
!; Статус
== У календарі потрібно бачити ==
!; Версійність потрібна для контролю правок.; У звіті потрібно відображати:

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

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

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

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

[[Категорія:Управління проєктами]]

!; Відповідь

'''істотно.''' Фінальна реліз файлу має бути явно позначена, щоб команда і замовник не плутали проміжні рендери з остаточними матеріалами.; | Версійність, статус погодження і фінальна реліз
|-
| Які фінансовий блок потрібні?; Значення

== Коротко ==
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
== фінансовий блок проєкту ==
|-
| Назва типу
| як ілюстрація: 3D-анімація, VR-тур, інтер’єр
|-
| характеристика
| Коротке пояснення
|-
| Типовий пайплайн
| Набір етапів за замовчуванням
|-
| Активність
| Чи доступний тип для нових проєктів
|}

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

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

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

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

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

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

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

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

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

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

!; характеристика
{| class="wikitable" style="width:100%;"
!; характеристика

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

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

== Поля клієнта ==
У роботі студії істотно контролювати етапи, версії файлів, дедлайни, завантаженість художників, погодження з клієнтом, витрати на рендеринг і фінансову частину проєкту.;== Звіт «фінансовий блок проєктів» ==
Тип проєкту визначає характер робіт і виробничий пайплайн.; | 3D-проєкт клієнта
|-
| Які етапи потрібні?; Поле

* виконавця;
* проєкт;
* задача;
* дату;
* кількість годин;
* коментар;
* погодинну ставку;
* суму витрат.; | Клієнти, типи проєктів, послуги студії, співробітники, ролі
|-
| Який центральний об’єкт?; Бали

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

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

{| class="wikitable" style="width:100%;"
Студія має змогу надавати такі послуги:
!; !; Параметр
|-
| Реалізація обліку клієнтів, проєктів і завдань
| 20
| Клієнти, типи проєктів, послуги, проєкти, команда, етапи, задача
|-
| керування етапами рендерингу і виконанням робіт
| 20
| Пайплайн, статуси етапів, задача, виконавці, дедлайни, прогрес
|-
| Фінансовий обліковий облік і виставлення рахунків
| 20
| Бюджет, рахунки, аванси, проміжні платежі, фінальна оплата, витрати, маржа
|-
| обліковий облік файлів проєктів і версійності
| 20
| Референси, моделі, рендери, відео, версії, фінальні файли, погодження
|-
| Інтерактивність через AJAX і планування по календарю
| 20
| AJAX-статуси, завантаження файлів, календар дедлайнів, актуалізація прогресу, фільтрація звітів
|-
!; Статус

[[Категорія:Дизайн]]

* проєкт;
* сцену;
* кількість кадрів;
* час рендерингу;
* вартість рендерингу;
* статус;
* кількість помилок, якщо фіксується.;[[Категорія:Корпоративна Wiki]]
'''компонент керування проєктами 3D-візуалізації, замовленнями клієнтів, етапами рендерингу та фінансами'''.; Питання

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

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

</div>

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

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

* render_living_room_v1.jpg;
* render_living_room_v2.jpg;
* render_living_room_v3_final.jpg.; | компонент керування студією 3D-візуалізації та дизайну
|-
| Які довідники потрібні?;{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Студія 3D-візуалізації та дизайну}}

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

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

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

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

У межах атестації потрібно продемонструвати робочий сценарій.; | Бриф, моделювання, текстурування, освітлення, рендеринг, постобробка, погодження
|-
| Що істотно для файлів?; У звіті потрібно відображати:

# створити клієнта;
# створити типи проєктів;
# створити послуги студії;
# створити співробітників і ролі;
# створити новий 3D-проєкт;
# додати бриф або характеристика проєкту;
# додати референси;
# створити етапи проєкту;
# створити задача на моделювання;
# створити задача на текстурування;
# створити задача на рендеринг;
# призначити виконавців;
# змінити статус задача на '''«В процесі»''';
# завантажити проміжний рендер v1;
# додати правки;
# завантажити версію v2;
# позначити фінальну версію;
# створити рендер-завдання;
# зафіксувати витрати на рендеринг;
# сформувати рахунок за етап;
# зафіксувати аванс;
# зафіксувати фінальну оплату;
# завершити проєкт;
# сформувати звіт по проєктах;
# сформувати звіт по завданнях виконавців;
# сформувати фінансовий звіт;
# сформувати звіт по рендерингу;
# перевірити журнал змін.; Поле

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

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

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

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

компонент має підтримувати завантаження і зберігання матеріалів.; Студія 3D-візуалізації та дизайну — це практична задача; додатково реалізовано дизайну.; Поле

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

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

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

!; Об’єкт

Поля послуги

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

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

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

!; Значення

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

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

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

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

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

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

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

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

|}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Етапи дозволяють контролювати виробничий пайплайн.; функціональні можливості !; !; Маржа = Дохід по проєкту - Фактичні витрати

Для студії істотно обліковувати рендер-завдання і витрати.;== Поля файлу ==

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

|- | Що є собою критичною вимогою?; Значення

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

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

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

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

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

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

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

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

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

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

компонент повинен фіксувати важливі дії.; Бали

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

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

задача проєктів

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