Anyflow Embed Docs
管理画面を開く
  • 👋イントロダクション
    • はじめに
    • 初期セットアップ
    • 用語集
  • 🔰トライアルツアー
    • トライアルツアー初級編
      • STEP1|アカウント作成 〜 ソリューション作成
      • STEP2|エンドユーザー変数
      • STEP3|ifステップ
      • STEP4|変数の活用、デバッグ
      • 動画チュートリアル
    • トライアルツアー中級編
      • STEP1 | 独自のアクションを追加する
      • STEP2 | My Event を理解する
      • STEP3 | My Event を実装する
    • トライアルツアーが終わったら
  • 🍳レシピ
    • CRM
      • SalesforceのToDoデータを取得する
      • Salesforceの取引先データを取得する
      • Salesforceの取引先データを登録する
      • Salesforceの商談を取得する
      • Salesforceのリードを取得する
      • HubSpotのコンタクトデータを取得する
      • HubSpotの会社データを取得する
      • HubSpotの取引データを取得する
    • コミュニケーション
      • Slack チャンネルにファイルをアップロードする
      • Slack チャンネルのメンバー情報一覧を取得する
      • 独自のSlackBotを設定する
    • 人事労務
      • SmartHRの部署データを取得する
      • SmartHRの従業員データを取得する
      • freee人事労務の従業員データを取得する
      • freee人事労務の勤怠データを取得する
    • 会計
      • freee会計の事業所データを取得する
      • freee会計の取引先データを取得する
      • freee会計の取引データを取得する
      • freeeコネクタのスコープを変更する
    • グループウェア
      • Google DriveのOAuthアプリを作成する
  • 🎨ソリューションエディタ
    • ソリューションエディタとは
    • トリガー
      • 自社プロダクト起点
        • Clickトリガー
        • Requestトリガー
          • Responseステップ
        • My Eventトリガー
          • アクセストークンの発行
        • Webhookトリガー
        • Request / My Event / Webhook トリガーの違い
      • 外部プロダクト起点
        • ポーリングトリガー
        • リアルタイムトリガー
      • スケジューラートリガー
      • トリガー条件
    • アクション
      • APIの呼び出し
        • 専用アクション
        • カスタムアクション
        • HTTPアクション
      • データの変換
        • Pythonアクション
        • 変数アクション
        • リストアクション
        • 日付と時刻アクション
        • CSVアクション
      • データの記録
        • キーバリューストア(KVS)アクション
        • ログアクション
        • メールアクション
    • ロジック
      • if
      • 繰り返し
      • エラー監視
      • 停止
    • 変数
      • 標準変数
      • エンドユーザー変数
    • 共通仕様
      • スキーマ定義
      • 固定リストと動的リスト
      • Formula
  • 🖼️ウィザードエディタ
    • ウィザードエディタとは
    • ウィジェット
      • アシスト
      • 複数選択アシスト
      • テーブルアシスト
      • チェックボックス
      • マッピング
      • コンディション
      • CSV(ファイル全体)
      • CSV項目(ヘッダーのみ)
    • ウィザードの仕様
    • 詳細設定
      • Markdown記法
      • テキストの入力パターンを指定する
      • デフォルト値を指定する
  • 🔌コネクタ
    • 対応コネクタ一覧
    • SaaSコネクタ固有の注意点
      • SaaS側でIPアドレス制限をしている場合
      • 自社独自のOAuthクライアントが必須のSaaS
      • cybozu.com製品で認証エラーとなる場合
      • kintoneコネクタとkintone(OAuth)コネクタの違い
      • ZoomコネクタとZoom(カスタム)コネクタの違い
      • SlackBotコネクタの違い
      • 2種類のSmartHRコネクタについて
    • OAuth画面をカスタムする
  • 🚀リリース
    • テスト
    • デプロイ
    • デプロイ環境
    • エンドユーザーへの提供方法
    • 自社プロダクトへの組み込み
      • JWTや公開鍵を生成する
      • SDK組み込みツアー
    • Anyflowドメインでの提供
  • 🧰運用/保守
    • 実行履歴
      • エンドユーザー向け実行履歴
      • ベンダー向け実行履歴
    • エラーへの対応
      • 連携先アプリの認証エラー
      • アクションの自動リトライ
      • ソリューションの再実行
    • イベント通知
    • ソリューション実行の上限値
    • ソリューションの削除
  • 📄ポリシー
    • 障害時の対応
    • エンドユーザーの問い合わせ
    • サービスレベル/稼働率
    • サービスの責任範囲
    • セキュリティポリシー
  • ⚙️Anyflow SDK
    • Anyflow SDK v0.13.0
      • エラータイプ
      • リファレンス
      • マイグレーションガイド
      • よくあるご質問
  • ⚙️Anyflow API
    • Vender Server API
      • Open API Specification
    • End User API
      • Open API Specification
    • Webhook
      • Open API Specification
GitBook提供
このページ内
  • 再実行ボタンについて
  • 再実行の手順
  • Q&A
  • アクションの再試行(リトライ)について
  • 共通仕様
  • デフォルトの挙動
  • 専用アクションによって変更可能な挙動
  1. 運用/保守
  2. エラーへの対応

ソリューションの再実行

前へアクションの自動リトライ次へイベント通知

最終更新 1 か月前

再実行ボタンについて

エラーになった実行履歴については、エンドユーザーが「再実行ボタン」を押すことで自身で再実行することができます。連携先のサーバーが500エラーになっているなど、一時的なエラーを解決するために有効です。

再実行の仕組みについて

再実行は、エラーになった際のデータを用いて再実行を試みます。 したがって、エラーになっている内容によっては再実行を試みてもエラーが解決できない場合がございます。 実行に失敗しており、アーカイブ(30日経過)されていない実行履歴にのみ、再実行ボタンが表示されます。 ボタンが表示されている限り、実行に成功するまでは何度でも再実行をトライできます。

再実行の手順

  1. エンドユーザー側でエラーになった連携ソリューションを再実行するには、該当する連携ソリューションのウィザードを開きます。

エンドユーザー側でウィザードを表示する
  1. エラーになっている行の「再実行」ボタンをクリックします。

  2. 確認画面が表示されるので、内容を確認しボタンをクリックします。

  3. エラーになった連携ソリューションの、エラー時のデータを再利用して再度実行を試みます。

ヒント

再実行すべき件数が多い場合は、依頼いただければAnyflow側でまとめて再実行することも可能です。

Q&A

Q. Webhookトリガーを利用したソリューションにおいて、Webhookで受け取ったデータが不足しているなどで失敗した場合、エンドユーザーが再実行ボタンを押した場合、何度も失敗し続けますか?

はい、失敗し続けます。再実行ボタンは、失敗した際のデータを再利用します。再実行ボタンのメインユースケースは、連携先のサーバーが500でエラーになったなどの一時的なエラーに有効な機能です。

Q. Formulaを利用したソリューションがエラーになっていた場合、その後ミスを修正してデプロイし直した場合、エンドユーザーが再実行ボタンを押した場合には、Formulaが修正された状態で実行されますか?

はい、修正された状態で再実行されます。

Q. ポーリングトリガーの初回実行時、一部のレコードをソリューションで処理する中でエラーが発生しました。これは再実行できますか?

はい、再実行可能です。例えば初回実行で100件のSalesforceレコードを取得し、そのうち5件についてソリューション内でエラーが発生したとき、それら5件のレコードの実行履歴にはそれぞれ、再実行ボタンが表示されます。

Q. 再実行した実行履歴が、過去に再実行されたかどうかを判別することは可能ですか?

いいえ、できません。

Q. 再実行の回数に制限はありますか?

いいえ、再実行の回数に制限はなく、何度でも再実行することが可能です。

アクションの再試行(リトライ)について

以下の場合に、アクションが再試行(リトライ)される可能性があります。

  • SaaS側のシステム障害

  • APIのリクエスト回数の制限

  • SaaS側のメンテナンス発生時にソリューションが実行された場合

冪等性が担保される(何回実行しても同じ結果になる)リクエストに対して、再試行されます。

共通仕様

  • 再試行はAPIリクエストレベルで実行されます。

    • 例:アクション内でAリクエスト、Bリクエスト、といった2回のAPIリクエストが行われる場合、Bリクエストでエラーになったからといって、アクション自体(Aリクエストまで)再試行されることはありません。

  • 再試行の条件や試行回数はソリューションエディタ上から指定することはできず、コネクタのアクションごとに決まっています。

  • 再試行遅延時間は、

デフォルトの挙動

コネクタのアクションについて特段調整をしていない場合、デフォルトでは以下の挙動で再試行を行います。

デフォルトの挙動

  • 再試行条件:

    • ステータスコード:429, 500, 502, 503, 504, 507 のいずれかの場合 ※これ以外のステータスコードは即APIエラーとして記録されます

    • HTTPメソッド:GET, OPTIONS のいずれかの場合 ※POST等はデータベースの二重書き込みを防ぐためにデフォルトの再試行には含めていません

  • 再試行回数:2回

専用アクションによって変更可能な挙動

上記のデフォルト挙動に対し、連携コネクタの専用アクションは再試行の条件等を変更することが可能です。

自社サービスのコネクタをAnyflowに開発依頼する際に、ご希望があればデフォルトから変更いたします。

変更可能な挙動

  • 再試行条件

    • 再試行対象のステータスコード/レスポンスボティを指定可能です。

    • 「ステータスコードが 404 だったら」「レスポンスボティに "limited" が含まれていたら」といった指定が可能です。

  • 再試行対象のメソッド指定

    • 「PUTのみ」「DELEETとGETのみ」といった指定が可能です。

  • 再試行回数:0~5回

カスタムアクションについて

  • カスタムアクションではデフォルトの挙動が適用されます。基本的にカスタマイズはできません。

ヘッダーがあればその値に準拠します。(最小は 1 秒 、最大は 300 秒)

ヘッダーがなければ60 秒です。

🧰
Retry-After
Retry-After
615