Статуси завдань: Стандартний робочий процес та розширена кастомізація
Статуси завдань допомагають відстежувати кожен етап роботи – від моменту, коли вона з’являється в системі, до її успішного завершення.
Shifton включає стандартний робочий процес статусів, який використовує більшість компаній, але також дозволяє налаштовувати детальніший процес статусів, якщо ваші операції цього вимагають.
✅ Стандартний робочий процес статусів
За замовчуванням кожне завдання проходить три ключові етапи:
| Статус | Видимість | Призначення |
|---|---|---|
| НА ЗАВДАННІ | приховано від техніків | Внутрішня стартова точка системи, що визначає перші вибіркові статуси |
| Реєстрація | видимо | Технік розпочав роботу |
| Закінчення | видимо | Технік завершив роботу |
Стандартний робочий процес
Цей процес ідеально підходить для простої процедури:
початок завдання → виконання завдання → перехід до наступного.
✨ Розширений процес статусів (Опціонально)
Якщо ваші процеси включають:
прийняття завдання,
подорож до клієнта,
затвердження та підтвердження,
тимчасові паузи,
повторні візити або гарантійна робота,
вам може знадобитися розширити робочий процес додатковими статусами.
Приклад розширеного процесу

🧩 ЗРОБИТИ – Внутрішній прихований статус
Навіть у розширених робочих процесах ЗРОБИТИ залишається прихованим і використовується лише для визначення перших видимих статусів.
Доступні варіанти зі ЗРОБИТИ:
Прийняти — технік бере роботу на виконання
Відхилити — технік відмовляється від роботи
❌ Відхилення — це остаточний статус — подальші дії неможливі.
🔄 Основний хід виконання
Після того, як роботу Прийнято:
Виконується = технік активно працює
Наступний крок — єдиний вибір з доступних переходів:
⏸ Призупинити — Тимчасове призупинення
Використовується, коли технік повинен зупинити завдання на певний період часу:
очікування запчастин,
клієнт недоступний,
планування повторного візиту.
Дозволені переходи зі Пауза:
Розпочато — підготовка до відновлення виконання
Завершення — завдання можна закрити на цьому етапі
🏁 Завершення / Перевірка — фінальний статус
Завдання повністю завершено техніком.
Опційно, завдання може бути відкрито знову адміністратором, якщо потрібна додаткова робота (наприклад, гарантійні виправлення).
Рекомендується створити спеціальні статуси для повторних візитів:
Гарантійна робота
Другий візит
Потрібне подальше спостереження
📊 Розширена діаграма прикладу робочого процесу
🎯 Вибір правильного робочого процесу
| Використовуйте стандартний робочий процес, коли | Використовуйте розширений робочий процес, коли |
|---|---|
| Завдання прості і лінійні | Завдання мають декілька етапів виконання |
| Офісна робота | Польове обслуговування з поїздками |
| Кожне завдання можна завершити одним візитом | Трапляються затримки, повернення та затвердження |
| Немає потреби в підтвердженні завдань | Залучені підтверджувачі або диспетчери |
🛠 Як налаштувати розширені статуси
1️⃣ Перейдіть уНалаштування завдань → Статуси
2️⃣ Додайте власні статуси
3️⃣ Визначте дозволені переходи для кожного статусу
4️⃣ Переконайтесь, що кожен статус веде до логічного наступного кроку (за винятком фінальних статусів)
✅ Переваги добре налаштованого робочого процесу
Техніки завжди знають яку дію виконувати далі
Диспетчери стежать за прогресом у реальному часі
Менеджери отримують уявлення про виконання завдань і роботу на об’єктах
Робочі процеси стають структурованими, автоматизованими та передбачуваними
Часті запитання (FAQ)
П: Що таке статуси завдань у Shifton?
В: Статуси завдань допомагають відстежувати кожен крок роботи — від моменту появи у системі до її успішного завершення.
П: Який стандартний робочий процес завдань?
В: Стандартний робочий процес включає три основні етапи:
TO DO (внутрішня початкова точка),
Check In (коли технік починає роботу),
Check Out (коли технік завершує роботу).
П: Що означає статус TO DO?
В: «TO DO» — це внутрішній, прихований статус, що використовується для визначення перших видимих статусів, з яких техніки можуть вибирати.
П: Чи можна розширити стандартний робочий процес?
В: Так — якщо ваш процес потребує таких кроків, як прийняття завдань, подорожі, затвердження, паузи, контроль, гарантійні візити, ви можете налаштувати розширений статусний робочий процес з користувацькими статусами.
Питання: Який приклад розширеного робочого процесу?
Відповідь: Один розширений приклад робочого процесу може бути:TO DO → Accept → Doing → (Pause) → Finish, відображаючи прийняття, виконання, тимчасові зупинки і завершення.
Питання: Що означає статус Прийнято?
Відповідь: “Прийнято” означає, що технік взяв завдання в роботу. Воно переходить з ДО ЗРОБИТИ і є частиною розширеного робочого процесу.
Питання: Що означає статус Виконую?
Відповідь: “Виконую” означає, що технік активно працює над завданням після його прийняття.
Питання: Коли слід використовувати статус Паузу?
Відповідь: “Пауза” використовується, коли технік повинен тимчасово зупинити роботу — наприклад, під час очікування деталей, недоступності клієнта або планування повторного візиту.
Питання: Що відбувається, коли завдання досягає статусу Завершено / Перевірка?
Відповідь: Коли завдання переміщено до Завершено / Перевірка, воно повністю завершене техніком. Деякі робочі процеси також дозволяють адміністраторам відкрити заново завершене завдання, якщо потрібна подальша робота.
Питання: Чи можу я налаштувати статуси завдань?
Відповідь: Так — ви можете налаштувати розширені робочі процеси, створюючи користувацькі статуси і визначаючи дозволені переходи, щоб відобразити реальний процес вашої компанії.
Питання: Чому слід використовувати розширений робочий процес?
Відповідь: Розширені робочі процеси завдань допомагають представляти реальні польові процеси з проміжними етапами (наприклад, прийняття, паузи, подальші дії), роблячи моніторинг і виконання більш гнучкими та точними.
