はじめに

Workatoでは、レシピが実行されるとJobという形でログが残ります。
レシピの「Jobs」タブにアクセスすると、JOBの一覧を確認できます。
この一覧はJOBテーブルといいます。

デフォルトでは、実行時刻、トリガーの情報が表示されますが、
任意のカラムを追加してカスタマイズすることができます。
（最大10カラムまで）

通常、各JOBで処理した細かい内容を知りたい時は、JOBテーブルから該当の１つをクリックして、アクションのINPUTやOUTPUTを見ていきます。
でも、忙しい時はこの数クリックが煩わしかったりします。

JOBテーブルで特定の項目の値が表示される設定にしておけば、個別のJOBを開かなくても知りたい情報が一覧できて便利です。

この記事では、カスタマイズ手順と活用例３つを紹介します。

カスタマイズ手順

１）まずは、レシピを停止してください。（画面右上の「Stop recipe」ボタン）

２）JOBテーブル右上の三点リーダーをクリックして、「Customise job table」をクリック

３）JOBテーブルの編集画面が開かれます。

４）カラムの追加と内容の設定

Column nameには、列名
Column valueには、表示したい内容
を設定していきます。

右側の「Recipe data」領域には、そのレシピのトリガーやアクションのデータピルが表示されており、Column valueに使用できます。　

また、Column valueをFormulaモードに切り替えると、Workatoの組み込み関数を使えます。

今回の例は、SmartDBで文書が新規登録されたら動くレシピです。
文書を登録した課の名称だけを表示させたいな、という場合を想定します。

SmartDB上、部と課が連結された名称「xxxソリューション事業部_1課」が設定されているので(そういう想定です)、Formulaモードにして課だけを抜き出すような加工をします。

これでカスタマイズ終了です。
この後に発生したJOBがどうなるか見てみます。

処理を分岐している場合などで、実行されなかったアクションのデータピルをColumn valueに使用していた場合は、ブランクで表示されます。

各カラムに、期待した値が表示されています。

夜間スケジュールでデータを一括アップサートするような処理では、対象件数などを表示すると便利です。
（例：Aシステム→Bシステムへマスタ連携するレシピ）

「昨日は何件処理された？」「いつも大体何件くらいが処理されるのだろう？」
このような数値は、費用対効果の計算などに活用できるかもしれません。

アプリケーション側で送信されるイベントが多い（業務的に捕捉するイベントが多い）場合は、その分JOBも多く発生します。

そうしたレシピでは、エラートレースの際に目的のデータを特定しようとしても埋もれてしまい、探すのに苦労します。
（例：JiraのIssue作成をトリガーに動くレシピ）

プロジェクトIDや課題キーなどを表示していれば効率的に探せますし、特定の項目をモニタリングしておけば。より調査が捗ります。

全社向けにリリースしたアプリでは、機能(ボタン)名や実行ユーザーIDを表示すると役立つことがあります。
（例：SlackのAppHomeでアプリを展開し、押されたボタンに応じてフォームで情報の入力/選択を行い申請できるレシピ）

「どの部署で使われているんだろう？」「どの機能が使われているんだろう？」それらが簡易に把握できます。

使用頻度の高い部署や関係者が分かれば、質の高い意見が収集でき、アプリの改善に役立てられます。