Перейти до вмісту

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

Матеріал з K2 ERP Wiki

! ! SEO-опис

  • бюджет проєкту;
  • дохід;
  • собівартість;
  • витрати часу;
  • маржу;
  • відхилення від плану. | Проєкт → задачі → time tracking → рахунок → оплата

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

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

платформа має показувати план і факт. {| class="wikitable" style="width:100%;"

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

платформа має формувати PDF-документи. SEO-опис |}

Сповіщення

!

Поля рахунку

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

платформа має підтримувати повну і часткову оплату. {| class="wikitable" style="width:100%;"

Поля запису часу

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

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

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

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

платформа має надсилати або показувати нагадування. !

Формула погодинного рахунку

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

== Поля оплати ==

== Статуси задач ==

== Варіанти фіксації часу ==
== Довідник «Договори» ==
== База «Задачі проєкту» ==

== Особистий кабінет співробітника ==

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

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

! Питання

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

! ! У результаті виконання атестаційного задача має бути створений компонент IT-компанії в K2 ERP.== Довідник «Клієнти» ==

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

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

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

Опціонально у звіті потрібно відображати:

== Колонки бази проєктів ==

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

== Назва задача ==
{| class="wikitable" style="width:100%;"
платформа повинна дозволяти:
|-
| Проєкт
| До якого проєкту належить
|-
| Назва етапу
| як приклад: MVP, Дизайн, розробка програмного забезпечення, Тестування
|-
| Планова дата початку
| Коли має стартувати
|-
| Планова дата завершення
| Коли має завершитись
|-
| Бюджет етапу
| Сума або години
|-
| Статус
| Заплановано, в роботі, завершено, скасовано
|}

== Моделі оплати ==

! Поле

== Звіти ==

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

! SEO-опис
|-
| Проєкт
| До якого проєкту залучено
|-
| Співробітник
| Учасник команди
|-
| Роль
| Роль у проєкті
|-
| Ставка за годину
| Для розрахунку собівартості або рахунків
|-
| Дата початку
| Коли підключено до проєкту
|-
| Дата завершення
| Коли завершив роботу
|-
| Статус
| Активний або завершив участь
|}

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

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

[[Категорія:Атестаційні завдання K2]]

! Значення

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

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

IT компанія-користувач''' — це практична задача; так само реалізовано договорів, проєктів, команд, задач, витраченого часу, бюджетів, рахунків, оплат і звітності для IT-компанії виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку клієнтів забезпечується через '''Атестаційне задача K2 ERP. | Фактичний час має підсумовуватися по задачах і проєктах та використовуватися для рахунків
|-
| Що бажано додати? Поле
== обліковий облік часу — Time tracking ==
{| class="wikitable" style="width:100%;"
== Документи ==
Якісний обліковий облік задач, часу і оплат дає можливість керівництву бачити реальну завантаженість команди, прибутковість проєктів і ризики ще до того, як вони стануть критичними.== Права доступу ==

Time tracking потрібен для контролю фактичних витрат часу і формування рахунків за погодинною моделлю.== Поля договору ==
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
|-
| Fixed Price
| Фіксована ціна за проєкт або етап
|-
| Time & Material
| Оплата за фактично витрачений час
|-
| Retainer
| Щомісячна абонентська плата
|-
| Support
| Оплата технічної підтримки
|-
| Mixed
| Комбінована модель
|}

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

Проєкт — це основна одиниця роботи IT-компанії. Бали

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

'''провідний принцип.''' Керівник IT-компанії має бачити, які проєкти виконуються, хто над чим функціонує, скільки часу витрачено, що вже можна виставити клієнту в рахунок і які задачі ризикують не вкластися в дедлайн.== Ролі в команді ==
У межах атестації потрібно продемонструвати робочий сценарій. Етапи потрібні для планування робіт і виставлення рахунків по частинах. SEO-опис

== Звіт «Проєкти за період» ==
== Звіт «Time tracking» ==
Фінансовий блок має підтримувати різні моделі розрахунків. ! |-
| Бекенд
| K2 Cloud ERP на Python або PHP
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
| UI-компоненти
| DataTables для проєктів, задач, часу і фінансів; Select2 для пошуку клієнтів, проєктів і співробітників
|-
| Календар
| FullCalendar для дедлайнів задач і проєктів
|-
| Kanban
| Drag & Drop дошка задач, опціонально
|-
| Друк
| PDF-рахунки, акти, звіти
|-
| Експорт
| Excel або PDF для звітів
|-
| Сповіщення
| Email або внутрішні повідомлення
|}

! Поле

! компонент має підтримувати рольову модель. Роль
! ! SEO-опис
== Особистий кабінет клієнта ==
== Мета задача ==
== Рахунки ==
|-
| Реалізація бази проєктів, клієнтів і задач
| 20
| Клієнти, договори, проєкти, команди, задачі, статуси, пріоритети
|-
| керування часом і завданнями
| 20
| Time tracking, таймери, підтвердження часу, дедлайни, Kanban, контроль виконання
|-
| Формування рахунків і фінансовий обліковий облік
| 20
| Fixed Price, Hourly, Retainer, рахунки, часткові оплати, борги, фінансові звіти
|-
| Інтерактивність через AJAX і нагадування
| 20
| AJAX-оновлення задач, часу, статусів, рахунків, сповіщення про дедлайни й оплату
|-
| Зручність користування і мобільна адаптивність
| 20
| Кабінет співробітника, кабінет клієнта, фільтри, календар, зрозумілий інтерфейс
|-
== Приклади документів ==
== Kanban-дошка, опціонально ==
! компонент має підтримувати клієнтів, договори, типи проєктів, проєкти, команди, задачі, статуси, пріоритети, time tracking, етапи, бюджети, рахунки, оплати, борги, документи, кабінет співробітника, кабінет клієнта, сповіщення, звіти, AJAX-інтерактив, журнал змін і рольовий доступ. Призначення
Задача — це конкретна одиниця роботи в межах проєкту. Бали
|-
| Співробітник
| Хто працював
|-
| Проєкт
| До якого проєкту належить час
|-
| Задача
| До якої задачі належить час
|-
| Дата
| Коли виконувалась робота
|-
| Час початку
| Початок роботи
|-
| Час завершення
| Кінець роботи
|-
| Кількість годин
| автоматизовано або вручну
|-
| SEO-опис роботи
| Що було зроблено
|-
| Статус
| Чернетка, підтверджено, відхилено
|-
| Затвердив
| Менеджер, який підтвердив час
|}

! ! * проєкт;
* кількість задач;
* відкриті задачі;
* завершені задачі;
* прострочені задачі;
* задачі по виконавцях. Критерій
== Шкала оцінювання ==
! '''компонент обліку проєктів, задач, клієнтів, контрактів і фінансів для IT-компанії'''. Типові напрями роботи:

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

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

Клієнти — це компанії або фізичні особи, які замовляють IT-послуги. {| class="wikitable" style="width:100%;"

* фіксована ціна;
* погодинна оплата;
* абонентська технічна підтримка;
* оплата за етапами;
* змішана модель;
* передоплата;
* післяплата. Поле

== Контроль бюджету містить ==
Рахунки можуть формуватися:
== AJAX-інтерактив ==
|-
| Клієнти
| Замовники IT-послуг
|-
| Договори
| Умови співпраці з клієнтами
|-
| Проєкти
| Роботи, які виконує компанія-користувач
|-
| Команди
| Співробітники, залучені до проєктів
|-
| Задачі
| Конкретні одиниці роботи
|-
| Time tracking
| обліковий облік фактично витраченого часу
|-
| Етапи проєкту
| Milestones або частини робіт
|-
| Бюджети
| Планові та фактичні витрати
|-
| Рахунки
| Документи на оплату
|-
| Оплати
| Фактичні платежі клієнтів
|-
| Сповіщення
| Повідомлення про задачі, дедлайни й рахунки
|-
| Звіти
| аналітичні інструменти по проєктах, фінансах, задачах і співробітниках
|}

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

компонент повинен фіксувати ключові дії. Об’єкт

! | Kanban, таймер, кабінет клієнта, кабінет співробітника, календар дедлайнів, сповіщення
|}

</div>

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

{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
! компонент має забезпечувати повний цикл роботи IT-компанії: клієнт ERP → договір → проєкт → команда → задачі → обліковий облік часу → етапи робіт → рахунок → оплата → фінансовий звіт → аналітичні інструменти ефективності. SEO-опис

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

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

== Поля клієнта ==

! SEO-опис

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

== Оплати ==

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

== Поля учасника команди ==

== Див. так само ==

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

Для зручності можна реалізувати Kanban-дошку. * створено нову задачу;
* задачу призначено виконавцю;
* наближається дедлайн задачі;
* дедлайн задачі прострочено;
* проєкт наближається до дедлайну;
* перевищено оцінку часу задачі;
* перевищено бюджет проєкту;
* рахунок виставлено;
* рахунок прострочено;
* оплата отримана;
* клієнт ERP залишив коментар або фідбек. ! '''Коротко.''' Потрібно реалізувати компонент IT-компанії: клієнти, договори, проєкти, команди, задачі, Kanban, time tracking, бюджети, етапи, рахунки, оплати, кабінет співробітника, кабінет клієнта, сповіщення, звіти й AJAX-інтерактив. * хто створив клієнта;
* хто створив договір;
* хто створив проєкт;
* хто змінив статус проєкту;
* хто додав учасника команди;
* хто створив задачу;
* хто змінив виконавця;
* хто змінив статус задачі;
* хто додав time tracking запис;
* хто змінив або затвердив час;
* хто сформував рахунок;
* хто зафіксував оплату;
* хто змінив бюджет;
* хто експортував звіт;
* дату й час дії;
* старе та нове значення, якщо це можливо. |-
| Нове
| Задачу створено
|-
| Заплановано
| Задача взята в план
|-
| В роботі
| Виконавець функціонує
|-
| Заблоковано
| виступає як блокер
|-
| На перевірці
| Очікує review або QA
|-
| Повернуто
| Потрібне доопрацювання
|-
| Завершено
| Роботу виконано
|-
| Скасовано
| Задача більше не актуальна
|}

! | Проєкти, задачі, time tracking, фінансовий блок, ефективність співробітників, прибутковість
|-
| Що виступає як критичною вимогою? SEO-опис
компанія-користувач здатна працювати за різними моделями оплати:
Типовий бізнес-процес роботи IT-компанії виглядає так:
|-
| Назва проєкту
| Назва проєкту
|-
| клієнт ERP
| Замовник
|-
| Договір
| Договір, за яким виконується робота
|-
| Тип проєкту
| Категорія проєкту
|-
| SEO-опис
| Короткий SEO-опис задач і цілей
|-
| Менеджер проєкту
| Відповідальний керівник
|-
| Дата початку
| Початок роботи
|-
| Планова дата завершення
| Плановий дедлайн
|-
| Фактична дата завершення
| Заповнюється після завершення
|-
| Модель оплати
| Fixed Price, Time & Material, Retainer
|-
| Бюджет
| Планова сума
|-
| Статус
| Поточний стан проєкту
|}

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

# створити клієнта;
# створити договір;
# створити тип проєкту;
# створити проєкт;
# призначити менеджера проєкту;
# додати команду проєкту;
# створити етап проєкту;
# створити кілька задач;
# призначити виконавців;
# змінити статус задачі на '''«В роботі»''';
# додати time tracking запис;
# підтвердити витрачений час менеджером;
# змінити статус задачі на '''«Завершено»''';
# сформувати звіт по витраченому часу;
# сформувати рахунок клієнту;
# зафіксувати часткову оплату;
# перевірити борг;
# зафіксувати повну оплату;
# сформувати акт або PDF-рахунок;
# сформувати фінансовий звіт;
# перевірити кабінет співробітника;
# перевірити журнал змін.== Статуси проєкту ==

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

Кабінет клієнта виступає як опціональним, але бажаним. Статус

== Звіт «Ефективність співробітників» ==

! Статус

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

! ! | Клієнти, договори, типи проєктів, співробітники, ролі, статуси задач
|-
| Який провідний бізнес-процес?== Колонки задач ==
__TOC__
[[Категорія:Time tracking]]

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

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

== Коротко ==

Співробітник у кабінеті має бачити:

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

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

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

== Типи задач ==
! У звіті потрібно відображати:

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

Мета задача — створити в K2 ERP компонент для автоматизації керування IT-компанією. Модель

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

! У звіті потрібно відображати:
! функції ERP

* клієнта;
* кількість проєктів;
* виставлено рахунків;
* оплачено;
* борг;
* валюта;
* остання дата оплати. ! * за весь проєкт;
* за етап;
* за місяць;
* за підтверджені години;
* за абонентську підтримку;
* за додаткові роботи. | компонент керування IT-компанією
|-
| Які довідники потрібні? Параметр

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

* Нове;
* Заплановано;
* В роботі;
* На перевірці;
* Завершено;
* Скасовано.[[Категорія:K2 ERP]]
|-
| Номер договору
| Унікальний номер
|-
| клієнт ERP
| З ким укладено договір
|-
| Дата договору
| Дата підписання
|-
| Дата початку
| Початок дії
|-
| Дата завершення
| Завершення дії, якщо виступає як
|-
| Тип оплати
| Fixed Price, Time & Material, Retainer, Support
|-
| Валюта
| Валюта розрахунків
|-
| Ставка за годину
| Для погодинних проєктів
|-
| Фіксований бюджет
| Для fixed price
|-
| Статус
| Активний, завершений, призупинений, розірваний
|-
| Файл договору
| PDF або скан
|}

Сума до оплати = Підтверджені години × Погодинна ставка

{| class="wikitable" style="width:100%;"
  • веб-розробка;
  • мобільна розробка програмного забезпечення;
  • ERP-системи;
  • CRM-системи;
  • SaaS;
  • технічна технічна підтримка;
  • DevOps;
  • UI/UX-дизайн;
  • тестування;
  • інтеграції;
  • консалтинг;
  • інше. Максимальна оцінка

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

Звіт «Задачі по проєктах»

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

Поля етапу

функції ERP:

клієнт ERP Хто оплатив
Рахунок За який рахунок оплата
Дата оплати Коли отримано кошти
Сума Сума платежу
Валюта Валюта оплати
Спосіб оплати Банківський переказ, карта, PayPal, інше
Статус Успішно, очікує, помилка, повернення
Коментар Примітка бухгалтера

! Поле

Колонки Kanban

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

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

Поля задачі

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

Проєкт Проєкт задачі
Етап Milestone або етап, якщо виступає як
Назва задачі Назва
SEO-опис Детальний SEO-опис роботи
Тип задачі Feature, Bug, Task, Improvement, Support
Пріоритет Низький, середній, високий, критичний
Постановник Хто створив
Виконавець Хто відповідає
Дата початку Плановий старт
Дедлайн Планове завершення
Оцінка часу Планові години
Фактичний час Сума time tracking записів
Статус Поточний стан
  • Feature;
  • Bug;
  • Task;
  • Improvement;
  • Support;
  • Research;
  • Design;
  • Testing;
  • DevOps;
  • Documentation. SEO-опис

Договір визначає умови співпраці з клієнтом. !== фінансовий блок ==

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

Примітка

|- | Що потрібно створити? ! SEO-опис

  • 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;
  • інші ролі. клієнт ERP у кабінеті здатна бачити:
  • Drag & Drop задач між статусами;
  • AJAX-оновлення статусу;
  • фільтр по проєкту;
  • фільтр по виконавцю;
  • фільтр по пріоритету. {| class="wikitable" style="width:100%;"
Отримано з https://wiki.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/IT_компанія&oldid=569