Атестаційні завдання K2 ERP/IT компанія

Мета задача — створити в K2 ERP компонент для автоматизації керування IT-компанією.; |- | Назва проєкту | Назва роботи або продукту |- | замовник | Замовник |- | Тип проєкту | Веб, мобільний, ERP, CRM тощо |- | Дата початку | Коли стартує проєкт |- | Планова дата завершення | Очікуваний дедлайн |- | Фактична дата завершення | Коли завершено |- | Менеджер проєкту | Відповідальний PM |- | Бюджет | Фіксований або погодинний |- | Статус | Новий, в процесі, завершений, скасований |}

!;== Поля задачі == платформа має надсилати або показувати нагадування.; Значення

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

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

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

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

|}

!; | Рахунки, акти, звіти по часу, звіти по проєктах |- | Які звіти потрібні?; !; характеристика

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

|- | Номер рахунку | Унікальний номер |- | замовник | Кому виставлено |- | Проєкт | За який проєкт |- | Етап | Якщо рахунок за етап |- | Період | Якщо рахунок за місяць або період |- | Модель оплати | Fixed, Hourly, Retainer |- | Сума | Сума до оплати |- | Валюта | UAH, USD, EUR |- | Оплачено | Скільки вже сплачено |- | Борг | Залишок |- | Статус | Очікує оплату, частково оплачено, оплачено, прострочено, скасовано |}

Фактичний час має підсумовуватися по задачах і проєктах та використовуватися для рахунків
Що бажано додати?; Поле	;== Поля учасника команди == Співробітник Хто працював Проєкт До якого проєкту належить час Задача До якої задачі належить час Дата Коли виконувалась робота Час початку Початок роботи Час завершення Кінець роботи Кількість годин автономно або вручну характеристика роботи Що було зроблено Статус Чернетка, підтверджено, відхилено Затвердив Менеджер, який підтвердив час функціональні можливості: ручне введення годин; таймер старт / стоп; імпорт із зовнішньої системи, опціонально; підтвердження менеджером; заборона редагування після затвердження.; Поле	; компонент має підтримувати клієнтів, договори, типи проєктів, проєкти, команди, задачі, статуси, пріоритети, time tracking, етапи, бюджети, рахунки, оплати, борги, документи, кабінет співробітника, кабінет клієнта, сповіщення, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.; платформа має формувати PDF-документи.; Статус	; Поле	;== Колонки Kanban ==
Проєкт	До якого проєкту належить
Назва задачі	Коротка назва
Виконавець	Хто виконує
Пріоритет	Низький, середній, високий, критичний
Оцінка часу	Планова оцінка в годинах
Фактичний час	Скільки витрачено
Дедлайн	Коли задача має бути завершена
Статус	Нове, в роботі, на перевірці, завершено

; !;

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

Коротко

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

Проєкт має змогу мати кількох учасників.; !; Бали

; Поле

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

Співробітник Бачить свої задачі, фіксує час, коментує задачі Project Manager Керує проєктами, командами, задачами, дедлайнами і підтверджує час Team Lead Керує задачами команди, переглядає time tracking учасників Бухгалтер Формує рахунки, фіксує оплати, бачить фінансові звіти замовник Переглядає свої проєкти, рахунки, документи і статуси, якщо кабінет реалізовано Керівник Бачить усі проєкти, фінансовий блок, завантаженість і ефективність Адміністратор системи Налаштовує довідники, права, шаблони документів і службові параметри

!; Модель |- | Fixed Price | Фіксована ціна за проєкт або етап |- | Time & Material | Оплата за фактично витрачений час |- | Retainer | Щомісячна абонентська плата |- | Support | Оплата технічної підтримки |- | Mixed | Комбінована модель |}

• за весь проєкт;
• за етап;
• за місяць;
• за підтверджені години;
• за абонентську підтримку;
• за додаткові роботи.; !; !;== Звіт «Ефективність співробітників» ==

Команда проєкту

class="wikitable" style="width:100%;" Мета задача Особистий кабінет співробітника центральний принцип. Керівник IT-компанії має бачити, які проєкти виконуються, хто над чим функціонує, скільки часу витрачено, що вже можна виставити клієнту в рахунок і які задачі ризикують не вкластися в дедлайн.; {| class="wikitable" style="width:100%;"
Клієнти	Замовники IT-послуг
Договори	Умови співпраці з клієнтами
Проєкти	Роботи, які виконує організація
Команди	Співробітники, залучені до проєктів
Задачі	Конкретні одиниці роботи
Time tracking	обліковий облік фактично витраченого часу
Етапи проєкту	Milestones або частини робіт
Бюджети	Планові та фактичні витрати
Рахунки	Документи на оплату
Оплати	Фактичні платежі клієнтів
Сповіщення	Повідомлення про задачі, дедлайни й рахунки
Звіти	аналітичні інструменти по проєктах, фінансах, задачах і співробітниках

організація має змогу працювати за різними моделями оплати:

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

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

• Нове;
• Заплановано;
• В роботі;
• На перевірці;
• Завершено;
• Скасовано.; {| class="wikitable" style="width:100%;"

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

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

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

• веб-розробка;
• мобільна розробка програмного забезпечення;
• ERP-системи;
• CRM-системи;
• SaaS;
• технічна супровід;
• DevOps;
• UI/UX-дизайн;
• тестування;
• інтеграції;
• консалтинг;
• інше.; | Kanban, таймер, кабінет клієнта, кабінет співробітника, календар дедлайнів, сповіщення

|}

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Управління задачами
• Багтрекер
• CRM
• Каса
• Рахунок на оплату
• Договір
• Особистий кабінет
• Time tracking
• Kanban
• AJAX

Типові напрями роботи:

; Поле Основні об’єкти модуля створити клієнта; створити договір; створити тип проєкту; створити проєкт; призначити менеджера проєкту; додати команду проєкту; створити етап проєкту; створити кілька задач; призначити виконавців; змінити статус задачі на «В роботі»; додати time tracking запис; підтвердити витрачений час менеджером; змінити статус задачі на «Завершено»; сформувати звіт по витраченому часу; сформувати рахунок клієнту; зафіксувати часткову оплату; перевірити борг; зафіксувати повну оплату; сформувати акт або PDF-рахунок; сформувати фінансовий звіт; перевірити кабінет співробітника; перевірити журнал змін.; Максимальна оцінка
Проєкт	До якого проєкту залучено
Співробітник	Учасник команди
Роль	Роль у проєкті
Ставка за годину	Для розрахунку собівартості або рахунків
Дата початку	Коли підключено до проєкту
Дата завершення	Коли завершив роботу
Статус	Активний або завершив участь

!; Поле

Рахунки можуть формуватися:

Поля оплати

Етапи потрібні для планування робіт і виставлення рахунків по частинах.; * Drag & Drop задач між статусами;

• AJAX-оновлення статусу;
• фільтр по проєкту;
• фільтр по виконавцю;
• фільтр по пріоритету.; Колонка

Назва компанії або ПІБ	Найменування клієнта
Тип клієнта	Фізична особа, ФОП, юридична особа
Контактна особа	Представник клієнта
Email	Основна електронна адреса
Телефон	Контактний номер
Країна / місто	Локація клієнта
Валюта розрахунків	UAH, USD, EUR або інша
Статус	Активний, потенційний, архівний
Коментар	Внутрішня примітка менеджера

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

Клієнти — це компанії або фізичні особи, які замовляють IT-послуги.; функціональні можливості

; Відповідь проєкт; кількість задач; відкриті задачі; завершені задачі; прострочені задачі; задачі по виконавцях.; Колонка
Назва проєкту	Назва проєкту
замовник	Замовник
Договір	Договір, за яким виконується робота
Тип проєкту	Категорія проєкту
характеристика	Короткий характеристика задач і цілей
Менеджер проєкту	Відповідальний керівник
Дата початку	Початок роботи
Планова дата завершення	Плановий дедлайн
Фактична дата завершення	Заповнюється після завершення
Модель оплати	Fixed Price, Time & Material, Retainer
Бюджет	Планова сума
Статус	Поточний стан проєкту

!;== Поля запису часу ==

замовник у кабінеті має змогу бачити:

• веб-розробка;
• мобільні додатки;
• ERP-системи;
• CRM-системи;
• SaaS-платформи;
• інтеграції з API;
• технічна супровід;
• DevOps;
• UI/UX-дизайн;
• тестування;
• бізнес-аналітика;
• супровід існуючих систем.; !;

Поля рахунку

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

Кабінет клієнта є собою опціональним, але бажаним.; !; | Клієнти, договори, типи проєктів, співробітники, ролі, статуси задач |- | Який центральний бізнес-процес?;== Довідник «Клієнти» ==

!; Роль

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

Назва задача

• плановий бюджет проєкту;
• фактично витрачений час;
• фактичну собівартість;
• виставлено клієнту;
• оплачено клієнтом;
• борг;
• маржинальність, опціонально.; !; Статус

!;== Бюджет і контроль перевитрат ==

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

Звіт «Прибутковість проєктів»

• Project Manager;
• Business Analyst;
• Team Lead;
• Backend Developer;
• Frontend Developer;
• Fullstack Developer;
• Mobile Developer;
• QA Engineer;
• UI/UX Designer;
• DevOps Engineer;
• Support Engineer;
• Content Manager;
• інші ролі.; Поле

Для зручності можна реалізувати Kanban-дошку.;== Сповіщення ==

Договір визначає умови співпраці з клієнтом.; Проєкт — це основна одиниця роботи IT-компанії.; Значення !; IT організація — це практична задача; додатково реалізовано договорів, проєктів, команд, задач, витраченого часу, бюджетів, рахунків, оплат і звітності для IT-компанії виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку клієнтів забезпечується через Атестаційне задача K2 ERP.; компонент обліку проєктів, задач, клієнтів, контрактів і фінансів для IT-компанії.;== База «Задачі проєкту» ==

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

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

Варіанти фіксації часу

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

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

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

компонент має підтримувати рольову модель.; характеристика

Колонки задач

• співробітника;
• кількість задач;
• завершені задачі;
• фактичні години;
• прострочені задачі;
• відсоток виконання вчасно.;== Поля договору ==

Kanban-дошка, опціонально

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

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

Особистий кабінет клієнта

Ролі в команді

Оплати

Журнал змін має зберігати: Через AJAX мають працювати:

Що потрібно створити?;== Довідник «Типи проєктів» == ; компонент повинен фіксувати ключові дії.; характеристика ; IT-компанія виконує проєкти для клієнтів.; Питання Проєкт Проєкт задачі Етап Milestone або етап, якщо є собою Назва задачі Назва характеристика Детальний характеристика роботи Тип задачі Feature, Bug, Task, Improvement, Support Пріоритет Низький, середній, високий, критичний Постановник Хто створив Виконавець Хто відповідає Дата початку Плановий старт Дедлайн Планове завершення Оцінка часу Планові години Фактичний час Сума time tracking записів Статус Поточний стан Критичними помилками вважаються ситуації, коли: Feature; Bug; Task; Improvement; Support; Research; Design; Testing; DevOps; Documentation.; | Проєкти, задачі, time tracking, фінансовий блок, ефективність співробітників, прибутковість

Що є собою критичною вимогою?; Рівень ;== Статуси задач == Типи проєктів потрібні для класифікації робіт.; * клієнта; кількість проєктів; виставлено рахунків; оплачено; борг; валюта; остання дата оплати.;== Права доступу == Примітка У межах атестації потрібно продемонструвати робочий сценарій.; Разом ; Бали ; !; * фіксована ціна; погодинна оплата; абонентська супровід; оплата за етапами; змішана модель; передоплата; післяплата.; Time tracking потрібен для контролю фактичних витрат часу і формування рахунків за погодинною моделлю.;== Звіти == Приклади документів співробітника; проєкт; задачу; дату; кількість годин; статус підтвердження; суму для виставлення клієнту, якщо застосовується.; платформа має показувати план і факт.; Поле У звіті потрібно відображати: Опціонально у звіті потрібно відображати: обліковий облік часу — Time tracking Довідник «Договори» Очікуваний результат Формула погодинного рахунку вести базу клієнтів; вести договори з клієнтами; вести типи проєктів; створювати проєкти; призначати менеджерів проєктів; формувати команди; створювати задачі; призначати виконавців; вести статуси задач; вести пріоритети задач; вести обліковий облік витраченого часу; планувати дедлайни; контролювати бюджет; рахувати вартість погодинної роботи; вести фіксовані бюджети; формувати рахунки; фіксувати часткові й повні оплати; контролювати борги клієнтів; формувати звіти по проєктах, задачах, часу, фінансах і співробітниках; підтримувати особистий кабінет співробітника; підтримувати особистий кабінет клієнта, якщо потрібно; надсилати сповіщення про дедлайни, задачі та рахунки.; Що перевіряється свої задачі; задачі на сьогодні; задачі з простроченим дедлайном; таймер обліку часу; історію своїх time tracking записів; коментарі до задач; статуси задач; сповіщення.;== Приклади типів проєктів == class="wikitable" style="width:100%;" Коротко. Потрібно реалізувати компонент IT-компанії: клієнти, договори, проєкти, команди, задачі, Kanban, time tracking, бюджети, етапи, рахунки, оплати, кабінет співробітника, кабінет клієнта, сповіщення, звіти й AJAX-інтерактив.;== Документи == Інтерфейс має працювати оперативно й без перезавантаження сторінок.; | компонент керування IT-компанією Які довідники потрібні?; характеристика Реалізація бази проєктів, клієнтів і задач 20 Клієнти, договори, проєкти, команди, задачі, статуси, пріоритети керування часом і завданнями 20 Time tracking, таймери, підтвердження часу, дедлайни, Kanban, контроль виконання Формування рахунків і фінансовий обліковий облік 20 Fixed Price, Hourly, Retainer, рахунки, часткові оплати, борги, фінансові звіти Інтерактивність через AJAX і нагадування 20 AJAX-оновлення задач, часу, статусів, рахунків, сповіщення про дедлайни й оплату Зручність користування і мобільна адаптивність 20 Кабінет співробітника, кабінет клієнта, фільтри, календар, зрозумілий інтерфейс ; характеристика фінансовий блок Рахунки замовник Хто оплатив Рахунок За який рахунок оплата Дата оплати Коли отримано кошти Сума Сума платежу Валюта Валюта оплати Спосіб оплати Банківський переказ, карта, PayPal, інше Статус Успішно, очікує, помилка, повернення Коментар Примітка бухгалтера ; характеристика Рекомендовані сутності бази даних Сума до оплати = Підтверджені години × Погодинна ставка Практичне задача Бекенд K2 Cloud ERP на Python або PHP База даних PostgreSQL або MySQL Фронтенд HTML5, JavaScript AJAX Fetch API або Axios UI-компоненти DataTables для проєктів, задач, часу і фінансів; Select2 для пошуку клієнтів, проєктів і співробітників Календар FullCalendar для дедлайнів задач і проєктів Kanban Drag & Drop дошка задач, опціонально Друк PDF-рахунки, акти, звіти Експорт Excel або PDF для звітів Сповіщення Email або внутрішні повідомлення Колонки бази проєктів У звіті потрібно відображати: клієнти; договори; типи проєктів; проєкти; команди проєктів; співробітники; ролі в команді; етапи проєктів; задачі; статуси задач; пріоритети задач; time tracking записи; рахунки; позиції рахунків; оплати; бюджети; сповіщення; документи; журнал змін; права доступу; звіти.; Критерій менеджер створює клієнта; укладається договір; створюється проєкт; визначається тип оплати; призначається менеджер проєкту; формується команда; створюються задачі; задачі призначаються виконавцям; співробітники фіксують витрачений час; менеджер контролює статуси, дедлайни й бюджет; платформа формує звіти по часу; створюється рахунок клієнту; замовник оплачує в цілому або частково; платформа фіксує оплату й борг; керівництво переглядає фінансову аналітику.; !; характеристика Дедлайни, задачі, час, бюджет, рахунки, борги, завантаженість команди Які документи потрібні?; платформа має підтримувати повну і часткову оплату.; Призначення Співробітник у кабінеті має бачити: Проєкт → задачі → time tracking → рахунок → оплата Що потрібно контролювати?;== Поля клієнта == Мінімальний сценарій: AJAX-інтерактив Типовий бізнес-процес роботи IT-компанії виглядає так: Номер договору Унікальний номер замовник З ким укладено договір Дата договору Дата підписання Дата початку Початок дії Дата завершення Завершення дії, якщо є собою Тип оплати Fixed Price, Time & Material, Retainer, Support Валюта Валюта розрахунків Ставка за годину Для погодинних проєктів Фіксований бюджет Для fixed price Статус Активний, завершений, призупинений, розірваний Файл договору PDF або скан Статуси проєкту ERP для IT-компанії є собою важливим інструментом для прозорого керування проєктами, контролю дедлайнів, обліку часу, виставлення рахунків і фінансової стабільності.; характеристика Типи задач

; * пошук клієнтів; створення проєкту; створення задачі; зміна статусу задачі; призначення виконавця; запуск і зупинка таймера; додавання time tracking запису; підтвердження часу менеджером; фільтрація задач; актуалізація Kanban-дошки; формування рахунку; фіксація оплати; фільтрація звітів; актуалізація кабінету співробітника; актуалізація кабінету клієнта.; характеристика Шкала оцінювання Звіт «Time tracking» ключовий бізнес-процес ;== Поля етапу == * проєкт; * клієнта; * менеджера; * статус; * плановий бюджет; * фактичний час; * виставлено рахунків; * оплачено; * борг.; Об’єкт * хто створив клієнта; * хто створив договір; * хто створив проєкт; * хто змінив статус проєкту; * хто додав учасника команди; * хто створив задачу; * хто змінив виконавця; * хто змінив статус задачі; * хто додав time tracking запис; * хто змінив або затвердив час; * хто сформував рахунок; * хто зафіксував оплату; * хто змінив бюджет; * хто експортував звіт; * дату й час дії; * старе та нове значення, якщо це можливо.; Задача — це конкретна одиниця роботи в межах проєкту.; характеристика У звіті потрібно відображати: