コネクタのエラー・ログと再試行のチュートリアル

前回は、Connector のエラーをキャッチし、Tulip アプリで Connector Error Handling を実行する方法を学びました。今度は、コネクタエラーをチューリップテーブルにログし、ユーザが失敗したコネクタを後で再試行できるようにするスーパーバイザアプリを構築する具体的な使用例について触れます。

Tulipテーブルへのコネクタエラーのログ

コネクタエラーをチューリップテーブルにログ記録することは、アプリのユーザブロックを解除し、後のシステム処理をトリガするのに便利なテクニックです。

1. アプリでコネクタ・エラー処理を構築します。
2. Connector Response Logテーブルにデータを書き込むトリガを作成します。
   a.HTTP レスポンスコードを格納する b.HTTP レスポンスメッセージを格納する c.必要な関連ステーション/ユーザ・メタ・データを格納する d.必要な関連 API メタデータを保存します（例：作業指示番号）。

1. コネクタエラーが想定内であれば、ユーザーがアプリのワークフローを続行できるようにします。

例作業指示アプリがバックフラッシングデータをPOSTしようとしている間に、外部ERPシステムがダウンした。POSTに必要なデータはすべてTulipに残っており、後でトランザクションできます。Tulipアプリは、すべてのPOSTメタデータ（アプリ変数＋テーブルプレースホルダデータ）をテーブルに保存し、プレーヤーのエンドユーザーが作業指示を続行できるようにします。

コネクタを再試行するスーパーバイザーアプリを作成する

アプリレベルのコネクタエラー処理によってブロックが解除されたユーザーもいますが、失敗したコネクタ機能では、Tulipから外部システムにデータを自動的に送信できません。このアクティビティを実行するには、別のアプリを構築する必要があります。

このSupervisor CRUD（Create、Read、Update、Delete）アプリでは、昇格した権限を持つユーザーが失敗したコネクタ トランザクションを読み取り、コネクタを手動で再試行することを選択できます。

1. Supervisor CRUD」という名前の新しいアプリを作成します。
2. エラーログの読み取りステップを作成し、ユーザがコネクタの失敗トランザクションをすべて表示できるようにします。インタラクティブ テーブル ウィジェットを埋め込みます。コネクタ応答ログテーブルをこのウィジェットにアタッチします。Player のエンドユーザが失敗したトランザクションと対話できるように、テーブル レコード プレースホルダを割り当てます。

1. エラー・ログの更新ステップを作成します。コネクタ機能を再試行する前に、テーブル レコード プレースホルダを表示し、ユーザが詳細を確認できるようにします。コネクタ再試行ボタンを作成します。コネクタ応答ログテーブルを利用して、コネクタ POST 関数を呼び出すトリガを構成します。

コネクタ呼び出しが成功した場合に、チューリップ・テーブルからレコードを削除する条件を作成します。

**例を示します：**その後、ERP システムがオンラインに戻ります。スーパーバイザーはスーパーバイザー CRUD アプリを開き、失敗したすべての ERP POST トランザクションを読み取り、作業指示のバックフラッシュ活動を手動で再試行できます。