--- sourceDocument: Yokohama ビルドのワークフロー sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama ビルドのワークフロー ft:clusterId : - crworkflow bundleId : - crworkflow workflow : - Creator --- # フローの作成を開始する # フローの作成を開始する {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：8分 承認を必要とするトリガーアクションとベースシステムアクションを使用して、フローのサンプルを作成します。 ワークフロースタジオ の使用方法の概要については、この 11 分間のビデオをご覧ください。 ## 始める前に 必要なロール：アドミン 注: ワークフロースタジオはほとんどのシナリオで flow_designer ロールと delegated_developer ロールを使用するように設計されていますが、このチュートリアルでは、追加のロールを必要としない機能を説明するために、admin ロールを使用してレコードを設定し、要求を承認します。 タスクテーブルにアクセスするには、ITSM アプリケーションが必要です。 ## このタスクについて フローには次のコンポーネントを含めることができます。 * トリガー：フローを開始するアクティビティ。指定したテーブルまたはスケジュールされたジョブで作成されたレコードなど。 * 条件：アクションがいつ、どのように実行されるかを決定するステートメント。たとえば、フィールドが特定の値を超えている場合にのみアクションを実行します。 * アクション：システムによって実行される操作。フィールド値の更新、承認の要求、値のログへの記録など。 {#getting-started-flow__ul_tw1_mhh_2cb} 基本的なフローを理解するため、経費承認フローを作成します。このフローの動作は次のとおりです。 1. 経費レコードが作成されたときに実行されます。 2. 合計金額を使用して、実行するアクションを決定します。 3. 要求が指定の金額を下回っている場合は、要求を承認します。 4. 要求が指定の金額を上回っている場合は、マネージャーの承認を必要とします。別の承認者を手動で追加することができます。 {#getting-started-flow__ol_rnd_d3c_ccb} ## 手順 1. フローのカスタムアプリケーションを作成します。アプリケーションの中でフローやアクションを作成することで、フローやアクションをアプリケーションリポジトリーに公開し、他のインスタンスに展開することができます。この例では委託開発を使用していませんが、開発者をアプリケーションにアサインして、アクション設計者とフロー設計者による開発を委任することもできます。 1. 移動先 システムアプリケーションスタジオ. 2. 「経費入門」という名前のカスタムアプリケーションを作成します。 {#getting-started-flow__substeps_rns_g5x_ccb} 2. スタジオ で、経費テーブルを作成します。 1. \[アプリケーションファイルを作成\] をクリックします。 2. \[データモデル\] で \[テーブル\] を選択し、\[作成\] をクリックします。 テーブルフォームが開きます。 3. フォームに次の値を入力します。 * ラベル：経費 * 拡張テーブル：タスク {#getting-started-flow__ul_x1m_qvx_ccb} 4. フォームを保存します。 5. さらに 3 つの列をテーブルに追加します。 {#getting-started-flow__table_gf5_cwx_ccb__entry__3} | 列ラベル | タイプ | 参照 | |-|-|-| | 金額 | 浮動小数点数 | なし | | 宛先 | 文字列 | なし | | 要求元 | 参照 | ユーザー \[sys_user\] | [ ] {#getting-started-flow__table_gf5_cwx_ccb} {#getting-started-flow__substeps_shy_bvx_ccb} 3. 経費テーブルに、ワークフロースタジオのテストで使用する 4 つのレコードを追加します。 後の手順でフローをテストするときに、どのレコードをトリガーとして使用するかを指定して、特定のレコード値をテストすることができます。 1. 経費テーブルのレコードで、\[リストを表示\] 関連リンクをクリックします。 2. \[新規\] をクリックします。 3. \[金額\]、\[要求先\]、\[要求元\] の各フィールドと、\[承認者\] 関連リストを追加するようにフォームを設定します。 4. \[要求先\] フィールドと \[要求元\] フィールドに入力します。 システムで、テスト レコードの \[要求元\] フィールドのユーザーにマネージャーがアサインされていることを確認します。テストレコードのユーザーにマネージャーがアサインされていない場合は、\[マネージャー\] フィールドを追加するようにユーザー フォームを設定し、ユーザーにマネージャーをアサインします。 5. \[金額\] フィールドに、100.00 未満の値を追加します。 6. フォームを送信します。 7. もう 1 つのレコードをテーブルに追加し、金額を 100.00 未満とします。 8. さらに 2 つのレコードをテーブルに追加し、\[金額\] フィールドに 100.00 を超える値を設定します。 {#getting-started-flow__substeps_od3_v4y_ccb} 4. スタジオ で、新しいフローを作成します。 1. \[アプリケーションファイルを作成\] をクリックします。 2. ワークフロースタジオで、\[フロー\] を選択し、\[作成\] をクリックします。 3. \[フロー\] オプションを選択し、\[次へ\] をクリックします。 4. \[フロー名\] フィールドに「経費の承認」と入力します。 5. \[送信\] をクリックします。 「経費の承認」フローが「経費入門」スコープに作成されます。 {#getting-started-flow__substeps_szv_jxx_ccb} 5. 経費テーブルにレコードが作成されたときにフローを実行するトリガーを作成します。 * トリガー：\[作成\] * テーブル：経費 \[x_expenses_getting_expenses\] {#getting-started-flow__ul_mhv_zky_ccb}
6. if 条件をフローに追加します。 1. 選択 フローロジックIf. 2. 右側のペインで、\[トリガー - 作成されたレコード\] カテゴリと \[経費レコード\] ピルを展開します。 3. \[金額\] ピルを \[条件 1\] にドラッグ アンド ドロップします。 データ ピルは、フローの特定の段階におけるレコードまたはフィールドの値を表します。\[金額\] データ ピルをトリガーからドラッグすると、条件として、トリガーとなるレコードのフィールドの値が設定されます。 4. \[条件 1\] を \[トリガー -\> 経費レコード -\> 金額\] \[次の値未満 (\<)\] \[100.00\] に設定します。 {#getting-started-flow__substeps_g2k_y1f_dcb} 7. アクション 1 で、\[+\] をクリックし、if 条件が満たされたときに実行するアクションを追加します。 8. 要求を承認する「レコードの更新」アクションを作成します。 * アクション：レコードを更新 * レコード：\[トリガー - 作成されたレコード\] カテゴリを選択し、右側のペインから \[経費レコード\] データ ピルをドラッグします。 * テーブル：経費 \[x_expenses_getting_expenses\] に設定します。 * フィールド： * 承認：承認済み * 作業メモ：自動承認済み。金額は 100.00 未満 {#getting-started-flow__ul_zc3_zfb_2cb} {#getting-started-flow__ul_s1r_ky2_dcb} 9. フローに else 条件を追加します。 1. 選択 フローロジックElse. {#getting-started-flow__substeps_djd_bgf_dcb} 10. アクション 2 で、\[+\] をクリックし、else 条件が満たされたときに実行する「承認を求める」アクションを追加します。 1. 「承認を求める」ステップのフィールドに入力します。 * アクション：承認を求める * レコード：\[トリガー - 作成されたレコード\] カテゴリを選択し、右側のペインから \[経費レコード\] データ ピルをドラッグします。 * テーブル：経費 \[x_expenses_getting_expenses\] に設定します。 * 承認フィールド：\[承認\] に設定します。 * ジャーナル フィールド：\[承認履歴\] に設定します。 {#getting-started-flow__ul_yt2_kmy_ccb} 2. 「承認を求める」ステップでルールを定義します。 * \[承認\] 時期：\[誰でも承認可能\] (\[トリガー -\> 経費レコード -\> 要求元 -\> マネージャー\] フィールドから)、\[OR\] * \[誰でも承認可能\] (\[手動ユーザー\] リストから)。 手動承認者 ![手動承認者アイコン]() を選択すると、手動承認者が承認または却下を処理できるようになります。手動承認者は、手動で承認者関連リストに追加されたユーザーで、これにより要求を承認できます。たとえば、内容領域専門家をタスクに手動で追加して、要求を承認することができます。手動承認者の追加について詳しくは、「[承認者関連リストを使用した承認の生成](https://servicenow-prod.fluidtopics.net/ueCO7rqBgQdBPpoHzk6IxQ "手動で承認者を要求に追加することができます。")」を参照してください。 {#getting-started-flow__ul_dcv_kfk_fcb} \[別の OR ルールセットを追加\] を選択し、却下ルールを定義します。承認を定義するときは、一致する承認ルールがない場合に待機状態のままになるフローを作成しないように、必ず却下ルールを含めます。 * \[却下\] 時期：\[誰かが却下時\] (\[トリガー -\> 経費レコード -\> 要求元 -\> マネージャー\] フィールドから)、\[OR\] * \[誰かが却下時\] (\[手動ユーザー\] リストから)。 {#getting-started-flow__ul_fcv_kfk_fcb} 3. 指定した時間までに要求が承認または却下されない場合に、承認を自動的に承認、キャンセル、または却下する期日を定義します。 期日を追加すると、フローが待機状態のままにならなくなります。 * \[承認\] 次のユーザーによって処理待ちにされた場合 \[日付 (相対)\] \[1\]\[日間\] (\[トリガー -\> 経費レコード -\> 作成\] から)。 * 日間スケジュール \[休日を除く平日 8 ～ 5 時\]。 {#getting-started-flow__ul_gzn_b42_dcb} この期日によって、要求が作成されてから 1 日以内に承認または却下されなかったすべての要求が自動的に承認されます。 {#getting-started-flow__substeps_rjn_rgf_dcb} 11. \[保存\] をクリックします。 12. 指定した上限を下回る金額のレコードを使用してフローをテストします。 1. フローから \[テスト\] をクリックします。 \[テスト フロー\] モーダルが表示されます。 2. \[レコード\] フィールドで、以前の手順で作成したレコードを選択します。このレコードの \[金額\] フィールドの値は上限の 100.00 より少なくなっています。 このフィールドは、トリガーで定義されたテーブルへの参照です。 注: フローのテストでは、トリガー条件がバイパスされ、すぐに実行されます。レコードベースのトリガーでフローをテストするには、トリガーとして動作する特定のレコードを選択する必要があります。 3. \[テストを実行\] を選択します。 4. フローの実行後、\[フローの実行が完了しました。フローを表示するにはここをクリックしてください。\] をクリックします。 \[実行の詳細\] が開きます。 {#getting-started-flow__substeps_vy2_y1p_2cb} 金額が 100.00 未満であるため、最初の条件が満たされ、要求が承認されます。
13. フローに戻り、指定した金額を超えるレコードを使用して、再びテストを実行します。 14. フローの実行後、フローの \[実行の詳細\] を開きます。 金額が指定した上限を超えているため、要求を承認する必要があります。マネージャーまたは手動承認者が要求を承認するまで、ステータスは \[待機中\] になります。 15. 要求を承認します。 有効なフローでは、承認者リストのユーザーが要求を承認または却下します。ただし、フローはテスト中のため、アドミニストレーターがフローを承認できます。 1. テスト レコードに移動します。 関連付けられたマネージャーが \[承認者\] 関連リストに表示され、\[ステータス\] フィールドが \[要求済み\] になっています。または、リストを編集して手動承認者を追加することもできます。 2. \[承認者\] 関連リストの \[ステータス\] フィールドの値を \[承認済み\] に変更します。 3. フローの \[実行の詳細\] に戻り、ブラウザーを更新します。 要求が承認されたため、フローは完了します。 {#getting-started-flow__substeps_dww_qpz_dcb} ## 次のタスク ワークフロースタジオを使用して、「承認を求める」アクションを再利用可能なアクションに変換します。フロー設計者はアクションを使用することで、最小限の設定で複数のフローに複雑なアクションを追加できます。「[アクションの作成を開始する](https://servicenow-prod.fluidtopics.net/pcY3b4SRD3XXcmYCVRqXfQ "「承認を求める」アクションを、常にマネージャーの承認を必要とする再利用可能なアクションに変換します。")」を参照してください。 * **[ワークフロースタジオ での最初のフローのビルド](https://servicenow-prod.fluidtopics.net/imH1LvwQgSW0ewOTATOLsw)** ワークフロースタジオ でサンプルフローをビルド、テスト、および有効化する方法の例を順を追って説明します。 * **[App Engine Studio のテンプレートからのフローのビルド](https://servicenow-prod.fluidtopics.net/3lwHIMMAVIzMUzV_9k975g)** App Engine Studio でフローテンプレートを使用してフローをビルド、テスト、および有効化する方法の例を順を追って説明します。 * **[ワークフロースタジオ ヘルプパネルの使用](https://servicenow-prod.fluidtopics.net/XzBuzziEF95ZRxZtRlaf0A)** サイドヘルプパネルのトピックを参照して、フローとアクションのビルド、データとスポークの操作、ワークフロースタジオ のガイド付きツアーの手順の詳細を確認してください。