メインコンテンツへスキップ
を使うと、何かが起きたときに Alforse が自動で反応できます。受注が担当者の名前で登録された瞬間に担当営業へ知らせる、製造指図が保留になるたびに問題を作成する、出荷が転記されたら別のシステムに通知する、などです。ワークフローの権限を持つユーザーが、自動化 → ワークフローでこれらの自動化を設計し、自動化 → 実行でその動作を監査します。

概要

各ワークフローは、キャンバスに描かれます。一番上にトリガーカードが 1 枚あり、条件カードとアクションカードがそこからぶら下がり、1 つのトリガーから複数の独立した経路に分岐できます。「公開」(Publish)を選択するまで、何も実行されません。以降、トリガーが作動するたびに記録された実行になり、そのすべてのステップを開いて確認できます。実行と履歴を参照してください。

ワークフローを開始するもの

ワークフローには、必ず 1 つだけトリガーステップがあります。そこにある「トリガー タイプ」の切り替えで、「イベント」または「スケジュール」を選べます。一方を選ぶと、もう一方に設定していた内容は消去されます。

レコードイベント

イベントは、1 つのレコードタイプに対する 1 種類の変更を指定します。形式は 3 つあります。

ビジネスモーメント

ピッカーの下の方にある「ビジネスモーメント」の見出しの下には、Alforse の組み込みプロセスにおける 9 つのマイルストーンがあります。 は、ワークフローに、どのレコードが関わったか(その識別子)を伝えますが、フィールドはコピーしません。後のステップが、モーメントが提供しなかった値を必要とする場合は、その前に検索ステップを置いてください。

スケジュール

時刻で実行するには、「スケジュール」を選びます。「頻度」に毎日、毎週、毎月のいずれかを設定し、該当する日を選んでから、「時間」と「タイムゾーン」を入力します。編集中は、「次回の実行:」(Next fires at:)の行に、次の実行がプレビューされます。

誰の変更を対象にするか制限する

イベントトリガーでは、「トリガー元」が、「ユーザー」、「ワークフロー」、「両方」のいずれの編集がワークフローを起動できるかを決めます。新しいトリガーのデフォルトは「ユーザー」で、これは安全な設定です。このワークフロー自身を含め、あらゆるワークフローによる変更を無視するためです。ある自動化が別の自動化を動かすことを意図している場合など、意図的な場合に限って「両方」に切り替えてください。

ワークフローを構築する

6 種類のステップ

ステップは、パレットに次の順序で一覧表示されます。

アクションでできること

16 のアクションが、3 つのファミリーにグループ化されています。
  1. 作成(4)。 製造指図、問題、発注書、受注。これらは Alforse 自身の画面の背後にあるサービスをそのまま呼び出すため、採番シーケンス、デフォルト、必須フィールドが、ユーザーが操作した場合とまったく同じように適用されます。
  2. 更新(10)。 監視できるレコードタイプごとに1つ。既存のレコードを編集します。
  3. 通知と外部呼び出し(2)。 「誰かに通知」と「外部URLを呼び出す」。

ステップへの値の指定

フィールドには、入力したリテラル値、または上流で生成された値を指定できます。テキストフィールドで { を入力すると変数メニューが開き、先行するステップ、その出力、2 階層までのプロパティが一覧表示されます。 そこに表示されるのは、現在のステップより前に実行されることが確実なステップだけです。条件分岐の反対側の値は除外され、それらへの参照は公開時に拒否されます。

リストの項目ごとにステップを 1 回実行する

単一の値を期待するフィールドにリストをつなぐと、ステップはエントリごとに最大 100 回までループします。フォームがこれを示します。1 つのステップに 2 つの異なるリストをつなぐと、ループに単一の元がなくなるため、公開時に拒否されます。

外部 URL を呼び出す

「外部URLを呼び出す」は、HTTP リクエスト、つまりを発行し、別のシステムが Alforse 内のイベントに反応できるようにします。

保存、公開、バージョン

自動保存

保存ボタンはありません。編集は継続的に保存され、タイトルの横のステータスは「保存中…」、「保存済み」、「保存できませんでした」と表示されます。不完全な下書きも問題なく保存されます。検証は公開まで待つためです。

公開

「公開」は、完全に成功するか、何も変更しないかのどちらかです。公開する前に、Alforse はトリガーがあること、どのステップも先行するステップに戻っていないこと、必須フィールドが入力されていること、すべての変数が上流のステップを指していることを確認します。失敗はパネルにまとめて表示され、項目を選択すると、キャンバスが原因のステップまでスクロールします。 公開は電源スイッチも兼ねています。公開されているバージョンが実行されるバージョンで、「公開を取り消す」はワークフローを停止しますが何も削除せず、もう一度公開すれば元に戻ります。公開されたバージョンがないワークフローには、下書きというラベルが付きます。

バージョン

公開されると、バージョンはロックされます。編集を続けるには、バージョンメニューから新しいバージョンを作成します。公開済みのもののコピーとして、次の番号で始まります。すでに進行中の実行は、その間に別のバージョンが公開されても、開始時のバージョンで完了します。

テストラン

ワークフローの所有者は、トリガーカードの「テストラン」を選択できます。これは本物の実行で、アクションは実際に行われますが、実行履歴にはエントリが残りません。

権限

ワークフローは、すべてのルートに必要な従業員アカウントに加えて、専用の権限モジュールで管理されます。

実行と履歴

トリガーが作動するたびにが生成されます。実行そのものを表す 1 件のレコードと、ステップごとに 1 件のレコードがあり、何が入力され、何が出力され、なぜそう終わったかが記録されます。

実行一覧

自動化 → 実行では、各行にステータス、ワークフロー、トリガー、所要時間、所有者、そして発生元のレコードが、名前または番号で表示され、すばやくアクセスできるようリンクされます。別の実行がこの実行を引き起こした場合、チェーン列には「ホップ 2」以降が表示されます。実行がキュー待ち、または実行中の間は、一覧がリアルタイムで更新されます。

実行を読む

行を開くと「実行詳細」ドロワーが表示され、「Failed at ‘notify the buyer’: The address answered 500.」(「購入者に通知」で失敗しました:アドレスが 500 を返しました。)のような、分かりやすい英語の判定が 1 つ、見出しとして表示されます。 ステップは、実行された順序ではなく、ワークフロー内の配置どおりに一覧表示されます。そのため、実行されなかったステップは、その位置に留まり、「未到達」としてグレーアウトされるか、理由とともにスキップと表示されます。ステップを展開すると入力と出力が表示されます。条件では、理由のセクションが各節をたどり、選ばれた経路を強調表示します。 ループするステップは、すべての項目を記録し、集計を追加します。「Ran 100 of 150; 50 were not used」(150 件中 100 件を実行しました。50 件は使用されませんでした)は、エラーではなく、100 項目の上限を示します。

失敗の広がり方

ステップが失敗すると、その分岐だけが停止し、兄弟の分岐は続行します。接続された失敗ハンドルも引き続きたどられますが、実行が終了すると失敗として報告されます。権限の失敗はより厳格で、失敗の経路がつながれていても、分岐を終了させます。

ワークフローのチェーン

あるワークフローによる書き込みが別のワークフローを起動する場合、Alforse は実行同士を結びつけ、チェーン全体を表示します。1 つのチェーンに同じワークフローが 2 回現れる場合や、チェーンが 10 ホップを超える場合は、ブロック中の実行になります。そもそもチェーンを防ぐには、「トリガー元」を調整してください。

保持期間とマスキング

毎晩、クリーンアップジョブが実行履歴を 4 段階で整理します。進行中の実行は決して対象になりません。 認証情報に似た名前のものは [REDACTED] として保存され、Webhook のヘッダー値は常にマスクされます。アイテムキーや何かを承認した人など、機密に聞こえるだけのフィールドは保持されます。隠しすぎるログは、隠さなすぎるログと同じくらい、デバッグに役立たないためです。

トラブルシューティング

関連項目