提出チェックリスト

ISV クライアント提出チェックリスト

ISV アプリケーションを送信する前に、次の内容を確認して含めてください。

• 利用規約 URL やヘルプ URL などの必須 URL。
• 言語および環境変数を含む、Genesys Cloud Clients SDK を使用したインストール URL。
• 利用規約 URL やヘルプ URL などの必要な従量制操作の詳細。

ISV クライアント デモンストレーション チェックリスト

AppFoundry チームは、承認会議中に ISV 承認のために次の項目を確認します。

• Genesys Cloud Apps メニューでアプリケーションがロードされていることを確認します。
• Genesys Cloud ユーザー向けにアプリケーションを設定する際に、SSO が適切に機能していることを確認します。
• ISV アプリケーション URL に環境変数と言語変数が含まれていることを確認します。
• ISV アプリケーションが静的定義 URL を顧客固有の URL に更新していることを確認します。
• 表示されている Genesys または AppFoundry のロゴを削除します。
• 左上隅のパンくずリストが更新されていることを確認します。
• アプリケーションがGenesys Cloud ISVアプリケーション製品をチェックしていることを確認します。
• 次の収益化メカニズムの検証を確実に行います。
  • 使用用途: ISV アプリケーションにアクセスする際に、適切な権限またはライセンスを持つユーザーを検証します。
  • 従量制アプリケーション: 従量制使用状況レポートを検証します。

ISV クライアントの提出後チェックリスト

AppFoundry チームは、ISV アプリケーション AppFoundry パートナーに次の項目を提供します。

• Genesys のパーツ。
• Genesys パーツは Genesys パーツ カタログに保存されています。
• Genesys Cloud Usage API の API キー。詳細については、プレミアムAppFoundryパートナーの利用。
• ISV アプリケーション ID。
• Genesys Cloud製品または許可そして/またはライセンス。
• インストール前またはインストール後の手順AppFoundry で無料トライアルを提供していただきありがとうございます。

Genesys Cloud 埋め込み可能フレームワーク提出チェックリスト

Genesys Cloud 埋め込み可能フレームワークの提出のチェックリストは次のとおりです。

• アプリケーションをローカルで開発およびテストします。
• アプリケーションを開発しテストするには、プライベート展開(オプション)。
• ソリューションをデモンストレーションし、AppFoundry チームから承認を得ます。
• AppFoundry の完全なリスト。 
• 提出するインストール前またはインストール後の手順AppFoundry で無料トライアルを提供していただきありがとうございます。

申請審査プロセス

チェックリストを完了したら、framework.jsファイルをappfoundry@genesys.com 。アクセス可能なソース コード リポジトリへのリンクを含めるか、拡張子を .txt に変更してファイルを電子メールに添付することができます。

次の理由により、申請の審査が失敗しました。

• framework.js ファイル内の外部ライブラリ。
• framework.js ファイル内の直接 API 呼び出しまたは資格情報。
• 範囲外の（つまり「*」）Windows 投稿メッセージ。
• SFDC、Zendesk、Chrome または Firefox の拡張機能など、既存の Genesys 提供の統合と視覚的に区別できない提出物。
• PEF DOM の操作。

ベストプラクティス

従うべきベストプラクティスをいくつか次に示します。

• framework.js ファイルをできるだけ軽量に保ちます。これは、Embeddable Framework クライアントとホスト アプリケーションで実行されているコード間のシンプルな通信層として意図されています。
• スクリーン ポップの実行、通話ログの書き込み、ビジネス プロセスの自動化など、すべてのビジネス ロジックが、ホスト アプリケーションで実行されるコードに含まれていることを確認します。
• すべてのビジネス ロジックが framework.js ファイルに配置されていないことを確認します。

これらのベスト プラクティスにより、ホスト アプリケーションでのコード展開をより細かく制御できるようになり、展開された framework.js ファイルとの下位互換性を維持しながら、API の変更や新機能の追加に対応できるようになります。

展開

ファイルがレビューのために送信された後、いつでもデプロイメントが実行されます。フレームワーク ファイルをできるだけ軽量に保ちながら、ホスト アプリケーション コードでのデプロイメントを考慮する必要があります。 

アプリケーションの初期レビューが完了したら、OAuth クライアントのリダイレクト URL を更新します。 展開の詳細については、以下を参照してください。展開。