EDI Genieの仕組み ​

このページでは、EDI Genieがリクエストを処理する方法と、プロジェクトのフォルダ構造について説明します。

リクエスト処理 ​

ユーザーがSlack（または構成されている場合はMicrosoft TeamsやWorkato GO）でメッセージを送信すると、EDI Genieはインテントを分類し、Orderfulスキルを呼び出してライブデータを取得するか、ナレッジベースから関連コンテンツを取得するか、プロアクティブアラートのサマリーを送信します。

EDI GenieはEDIペイロードを変更せず、機密性の高いPIIまたはEDIペイロードデータを保存しません。

プロアクティブアラート ​

エラーパターン認識とプロアクティブアラート生成アプリイベントは、スケジュールに従って起動します。 Orderfulからトランザクションアクティビティを取得し、失敗パターンを特定して、構成済みの通知チャネル（デフォルトではSlack）にサマリーを送信します。 アラートには生成されたレポートが含まれ、失敗が特定の取引先に集中しているかどうかが強調表示されます。

フォルダ構造 ​

EDI Genieプロジェクトは、次のトップレベルフォルダで構成されています:

• Config: EDI Genieの実行に必要なコネクションとメタデータ。
• Core: Workatoが管理する基盤スキル。 これらのスキルは変更または複製できません。
• Extensions：Workatoが管理し、リリースサイクル中に更新する追加のアプリスキルと関数。 これらはそのまま使用することも、カスタム連携を構築する際の参考として使用することもできます。
• Custom Extensions: ユーザーが保守するカスタムアセット。 Extensionアセットを変更する前に、このフォルダに複製します。 このフォルダ内のアセットは、アップグレード後もそのまま維持されます。
• Runtime Data: EDI Genieがランタイム中に生成するデータを保存するData tables。

Agentic | EDI Genie
├── Config
│   ├── Metadata
│   └── Connections
├── Core
│   └── EDI Skills
│       └── Orderful
├── Extensions
│   ├── App Events
│   └── Knowledge Ingestion
│       └── Orderful
├── Custom Extensions
│   └── Knowledge Ingestion
└── Runtime Data

ExtensionsとCustom Extensionsの操作 ​

拡張機能スキルを有効化し、そのままEDI Genieに追加できます。 それらをカスタム拡張機能にクローンしてカスタマイズしたり、拡張機能フォルダで利用できないアプリのサポートを構築したりすることもできます。

カスタム拡張機能内のカスタマイズはプラットフォームの更新から分離され、アップグレード後もそのまま保持されます。 コアスキルをクローンまたは変更することはできません。