タスクのステータス: 標準ワークフロー & 高度なカスタマイズ
タスクのステータスは、システムに表示された瞬間から、成功裏に完了するまでのあらゆる作業のステップを追跡するのに役立ちます。
Shiftonにはデフォルトのステータスワークフローが含まれており、多くの企業で使用されていますが、より詳細なステータスプロセスを必要に応じて設定することもできます。
✅ デフォルトのステータスワークフロー
デフォルトでは、すべてのタスクは3つの主要なステージに従います:
| ステータス | 可視性 | 目的 |
|---|---|---|
| TO DO | 技術者には非表示 | 選択可能な最初のステータスを定義する内部システムの開始点 |
| チェックイン | 可視 | 技術者が作業を開始しました |
| チェックアウト | 可視 | 技術者が作業を完了しました |
標準ワークフロー
このワークフローは、単純なプロセスに最適です:
タスクを開始 → タスクを完了 → 次のタスクへ移動。
✨ 高度なステータスワークフロー(オプション)
プロセスに含まれる場合:
作業受け入れ、
クライアントへの移動、
承認と確認、
一時停止、
リターン訪問または保証作業,
ワークフローを拡張することを検討したいかもしれません。追加のステータスで
拡張されたプロセスの例

🧩 TO DO — 内部の隠しステータス
高度なワークフローでも、TO DOは隠れたままであり、最初に表示されるステータスを定義するためにのみ使用されます。
TO DOからの利用可能な選択肢:
承認 — 技術者が作業に従事する
拒否 — 技術者が作業を拒否する
❌ 拒否は最終ステータス — これ以上のアクションは利用できません。
🔄 メイン実行フロー
作業が承認されると:
作業中= 技術者が積極的に作業中
次のステップは一つの選択可能な移行から:
⏸ 一時停止 — 一時中断
技術者が一時的に作業を中断する必要がある場合に使用します:
部品待ち、
クライアントが利用不可、
リターン訪問のスケジュール設定。
許可される移行から一時停止:
開始 — 実行再開の準備中
終了 — この段階でタスクを閉じることができます
🏁 終了 / チェックアウト — 最終ステータス
作業は技術者によって完全に完了しました。
必要に応じて、タスクは再開されることがあります。さらなる作業が必要な場合(例:保証調整)には管理者によって。
再訪のための特別なステータスを作成することをお勧めします。
保証作業
2回目の訪問
フォローアップが必要
📊 拡張ワークフローの例の図
🎯 適切なワークフローの選択
| デフォルトのワークフローを使用する場合 | 高度なワークフローを使用する場合 |
|---|---|
| タスクが簡単で直線的 | タスクには複数の実行ステップがある |
| オフィスを拠点とする作業 | 移動を伴うフィールドサービス |
| すべてのタスクが一回の訪問で完了可能 | 遅延、返却、承認が発生する |
| タスク確認の必要なし | 確認者またはディスパッチャーが関与する |
🛠 高度なステータスの設定方法
1️⃣ 「タスク設定 → ステータス
2️⃣ カスタムステータスを追加する
3️⃣ 各ステータスごとに 許可されている移行を定義します
4️⃣ 各ステータスが論理的な次のステップに繋がることを確認します(最終ステータスを除く)
✅ よく構成されたワークフローの利点
技術者は常に次に何をすべきかを知っています
ディスパッチャーは進捗をリアルタイムで監視
マネージャーはタスクパフォーマンスや現場運営の洞察を得ます
ワークフローが構造化され、自動化され、予測可能になります
よくある質問 (FAQ)
TO DO (内部の開始ポイント),
Check In (技術者が仕事を始めるとき),
Check Out (技術者が仕事を完了するとき).
TO DO → Accept → Doing → (Pause) → Finish受け入れ、実行、一時停止、完了を反映します.