範例工作流程

動作項目核准工作流程

建立動作項目時，「動作項目核准」工作流程會自動啟動。 電子郵件會傳送至「動作項目受託人」，通知他們已將動作項目指派給他們。 該作業的到期日設為動作項目「到期日」的 7 天前。 當動作項目完成時，受託人會選取 動作 > 提交以進行核准。 然後，工作流程會執行下列動作：

• 將母項問題的「問題擁有者」欄位中的值複製到動作項目的「要進行核准的問題擁有者」欄位。
• 將動作項目的「狀態」欄位設為「等待核准」。
• 傳送電子郵件給「問題擁有者」，通知他們動作項目正在等待其核准。

「問題擁有者」審查動作項目，然後核准或拒絕關閉「問題」。 該作業的到期日設為動作項目的「到期日」。

如果「問題擁有者」選取 動作 > 核准，則工作流程會完成下列動作:

• 將「狀態」欄位設為「已解決」。
• 將「核准拒絕」欄位設為「核准」。
• 將「實際完成日期」設為今天的日期。

如果「問題擁有者」選取 動作 > 拒絕，則會將作業重新指派給「動作受託人」。 工作流程會完成下列動作：

• 將「狀態」欄位設為「未解決」。
• 將「核准拒絕」欄位設為「拒絕」。

調查結果工作流程

「發現項目」工作流程使用「發現項目系統作業」視圖，並視「發現項目」及相關物件類型的現成綱目而定。

發生事件工作流程

「發生事件」工作流程會透過調查及核准程序來移動發生事件。

建立發生事件時，「發生事件」工作流程會自動啟動。 工作流程會設定每一個階段的擁有者（主要擁有者、核准者及檢閱人員）。 它會根據探索日期及發生事件嚴重度來設定到期日。

問題審查工作流程

在「問題管理及補救 (IMR)」架構中，您可以有效率地記載、監視、補救及審核問題。

「問題」是針對記載的架構所識別的項目，被視為會對準確管理及報告風險的能力造成負面影響。 在問題的生命週期中，問題可能處於下列兩種狀態中的一個狀態：「未解決」或「已解決」。

建立問題時，「問題審查」工作流程會自動啟動。 工作流程會將問題的「狀態」設為「未解決」，並將「原始到期日」設為在建立問題時所輸入的到期日。 電子郵件會傳送至「問題擁有者」，通知他們已將問題指派給他們。 作業的到期日設為問題「到期日」的 15 天前。

若要解決問題，「問題擁有者」會建立並記錄適當的動作。

「問題擁有者」可以在問題生命週期的任何時間要求到期日延長，方法是設定「要求的到期日」並選取 動作 > 要求到期日變更。 「問題核准者」會收到此要求的電子郵件通知。 核准者可以核准或拒絕要求。 如果得到核准，問題的「到期日」會設為要求的到期日。

「問題擁有者」可以透過選取 動作 > 提交以進行檢閱來提交問題以供檢閱。 工作流程會執行下列驗證：

• 問題下的所有動作項目都已解決。
• 已移入「問題結論」欄位。
• 已移入「問題類型」欄位。

如果有任何驗證失敗，則工作流程會阻止「問題擁有者」提交問題以進行審查。 如果通過了所有驗證，則「問題核准者」會收到此要求的電子郵件通知。 此作業到期日會設為問題的「到期日」。 如果遭拒，「問題擁有者」會收到此拒絕的電子郵件通知。 「問題擁有者」可以進行更新，然後重新提交問題以進行審查。 如果問題已核准，則問題的「狀態」會設為「已解決」。

您可以透過啟動「問題審查」工作流程，來重新開啟問題。

KRI 及 KPI 工作流程

風險與控制自我評量 (RCSA)

控制測試工作流程

「建立測試結果」工作流程會根據母項「測試計劃」中定義的排程或頻率自動建立「測試結果」。 當作用中「測試計劃」的下一個到期日到來時，這個工作流程會自動建立新的「測試結果」，並將母項「測試計劃」中的測試執行者和測試到期日資訊移入其中。 使用「執行控制測試」工作流程，測試會完成其效能、檢閱、文件要求（必要的話），如果測試結果失敗，甚至會自動建立問題。

損失事件審查工作流程

「損失事件檢閱」工作流程類似於「損失事件」的可配置生命週期。

問卷評量工作流程

「問卷評量」工作流程會在資訊收集、檢閱及核准階段中移動問卷評量。

工作文件工作流程

「工作文件」工作流程使用「工作文件系統作業」視圖，並視「工作文件」及相關物件類型的現成綱目而定。

有多種類型的「工作文件」，例如「通知信函」及「測試證明」。 不過，該範例工作流程是高層次的工作流程，並未針對某個特定類型進行定義。 在您建立的「工作文件」工作流程中，您可能會為特定類型的「工作文件」定義該工作流程，在此情況下，您可以選擇讓每一種類型具有單獨的工作流程，或者選擇具有不同分支的一個工作流程，每個分支包含指定類型的條件。