お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

1. このページの内容

2. 利用可能性

バッチ ワークフローの特長:

1. この機能は、Creatorの支払い済みプランだけに利用可能で、プランごとに限定された数 (事実を知る) のバッチブロックがあります。
   
2. スーパーアドミン、管理者、および開発者のみがバッチ ワークフローを作成、有効にし、管理することができますが、その他のユーザーは繰り返し行われるタスクの自動実行の恩恵を受けることができます。
   
3. この機能は、すべてのデータセンターで利用可能です。
   

3. 概要

4. Creatorにおけるバッチ ワークフロー

1. 全体的なスクリプト実行時間とリソースの利用を最適化するバッチサイズを選択できます。これにより、パフォーマンスと処理効率のバランスが取れます。
   
2. バッチ ワークフローの実行中に特定のバッチでエラーが発生した場合、そのバッチだけが戻されます。つまり、1つのバッチでのエラーが同じバッチブロック内の他のバッチの成功した実行に影響を与えることはありません。

4.1 バッチ ワークフローで自動化できるプロセスの例

1. 定期請求 - 個別請求日に合わせて定期的に合計金額を計算します。
2. 請求書生成 - ご要望に応じて営業請求書を作成します。
3. 給与処理 - 各従業員に対して月給の明細をメールで送信します。
4. 在庫管理 - 商品の在庫を定期的に確認し、在庫切れを防ぎます。
5. 不正取引の検出 - クレジットカードの月次支払明細受領書を生成し、詐欺を検出します。

5. バッチワークフロー実行のステージ

注記：「実行前」と「実行後」のブロックは、ご要望に応じて省略可能です。ただし、「実行中」のブロックで実行するスクリプトは必ず設定してください。

1. バッチワークフローの「実行前」：変数を確立し、使用を開始する（他の2つのブロックでも同様に適用）と、実行開始前の必要な処理を設定できます。初期化処理には、プロセス開始前に通知を送る、在庫情報を取得するためのWebhookコール、応答からリストをコンパイルするなどが含まれるかもしれません。詳細

「実行前」ブロックはバッチワークフロー実行開始時に最初に実行され、一度だけ実行されます。

1. バッチワークフローの「実行中」：この段階では、バッチブロック内の各データに対して一つの操作を設定し処理することができます。この操作は、バッチワークフロー実行中に各データに対して繰り返し実行されます。例えば、税金、メリット、その他に関わる従業員の月給の計算を設定することができます。詳細

「実行中」ブロックは処理されるすべてのバッチブロックが終了するまでループ実行されます。

1. バッチワークフローの実行後：全バッチが実行された後の処理を設定でき、完了や失敗のシナリオを処理します。これにはクリーンアップタスク、対応した（完了/失敗）通知の表示、エラー処理が含まれることがあります。例えば、バッチワークフローの成功した実行後に従業員に月間給与明細をメールで通知するよう設定できます。詳細はこちら

6. 前提条件

1. アプリケーション内にフォームがあり、それを使用してバッチワークフローを設定する必要があります。
2. バッチワークフローをトリガーするタイミングと、データ、すなわちバッチサイズの各数を予測する必要があります。
   

7. 動作の確認

8. 使用例

1. リード処理の開始に関する関連するステークホルダーへの通知など、初期化タスクを実行します。
2. 扱いやすいチャンクで見込み客を処理するためのバッチサイズを設定します。
3. 事前に定義された基準に基づいてリードスコアを計算し、テリトリーマッピングやワークロード分配アルゴリズムを使用して適切なリードオーナーを割り当てるスクリプトを開発します。

1. バッチ実行の完了または失敗に基づいた処理を実施します。
2. リード処理の完了に関するステークホルダーへの通知および、処理済み見込み客に関する洞察を含む統計情報の提供を行います。
3. この機能を使用すると見込み客データを管理しやすいバッチで自動的に処理し、効率と精度の両方を保証することができます。

9. バッチ ワークフローの作成ガイド

10. 重要な情報

1. バッチ ワークフローは、アプリケーションのデータが成功したインポートの後またはあらかじめ決められた時間に設定できます。
   
2. 同じフォームに基づいて、異なるまたは同一の条件で複数のバッチ ワークフローを作成できます。
   
3. バッチ ブロック内のすべてのバッチは順番に実行されます。
   
4. バッチ ワークフローの実行ステータスは、アプリケーションログのセクションで監視できます。キューステータス、進行中の実行、および完了ステータス（成功または失敗）の洞察を提供します。
   
5. 最初の5バッチ ブロックの失敗に関するエラーログを表示でき、実行失敗の理由に関する洞察を提供します。
   
6. ブロック内の1つまたは複数のバッチが失敗した場合、その特定のバッチのみが元に戻され、バッチ ワークフローは他のバッチの実行を続けます。そのブロックの失敗メッセージをログで確認できます。
   
7. バッチ ワークフローは、10、50、100、200、500、および1000のデータサイズで実行できます。
   
8. アカウント内で一度に最大100のバッチ ワークフローを作成できます。
9. プライシングプランに基づいて、一日にアカウント内で実行できるバッチブロック実行の最大数があります。
10. バッチの実行タイムアウトは1分に設定されています。例えば、バッチブロックのサイズが1000に設定されている場合、それらの1000データの実行タイムアウトは1分です。
    
11. 同様に、バッチブロックの実行前後のタイムアウトはそれぞれ30秒です。

11. 制限事項

1. このワークフローは、統合フォームでは現在サポートされていません。
   
2. ユーザーは、バッチ ワークフロー内で最大5つの変数を作成できます。
   
3. アカウントごとに同時に実行できるバッチワークフローは1つだけです（作成日に基づく）。これは、追加のバッチ ワークフローが実行待ちの状態になり、資源の公平な割り当てとシステムリソースへの過負荷を防ぐためです。
   
4. 顧客ポータル内でポータルユーザーによってインポートされたデータに対してバッチ ワークフローをトリガーすることはできません。
   
5. 各バッチ ワークフローは、データ実行ごとに最大3つの統合タスクまたはWebhookコールに限られています。

1. '修正前'キーワードは、バッチワークフローで次の値と等しくないことがサポートされています。
2. 各データに対し、追加する、更新する、削除など、最大10件のCRUD処理を設定できます。
3. 200件を超えるデータを取得することはできません。
4. 情報メッセージは50KBを超えることはできません。超える場合、メッセージは切り捨てられます。
5. 最大3件のメール通知を添付ファイル付きで送信できます。
   
6. ファイル添付の最大サイズは15 MBです。この限度を超えると、添付ファイルなしでメールが送信されます。
   
7. 指定されたファイルの内容を取得したり、必須の内容を使用してファイルオブジェクトを作成する場合、対応するファイルのサイズは2 MB以下でなければなりません。
8. getUrl()およびpostUrl()タスクは現在サポートされていません。
9. グローバル変数に値を割り当てることはできませんが、infoタグを使用して、それでもアクセスすることは可能です。
10. 以下のDeluge操作はバッチワークフローでサポートされません。
1. フィールドのすべての値を取得すること
   
2. 取得済みデータに集計関数を使用すること（件数を除く）
   
3. '関数を呼び出す'タスク
   
4. 次の標準関数：
   
1. matches()
   
2. ReplaceAll()
   
3. ReplaceFirst()
   
4. ReplaceAllIgnorecase()
   
5. ReplaceFirstIgnoreCase()
   
6. Compress()
5. text1
   

text2

1. レコードを追加する
2. 一括ワークフローの作成と管理