スクリプトのベストプラクティスと推奨事項

以下は、スクリプトに関する重要な注意事項、ベストプラクティス、および推奨事項です。

ページロード時にスクリプトがScripter.Queue Name の変数値を知らない。スクリプトは、プラットフォームから変数のデータを要求する必要があります。その結果、Scripter.Queue Name 変数は、複雑なアクションの内部でその値を使用するなど、表示以外の用途に使用できない場合があります。例えば、スクリプト内の何らかの条件付きロジックにキュー名を使用したい場合、問題が発生する可能性があります。この問題は、スクリプトの実行時に変数が空になっていたり、他のロジックで変更されている可能性があるためです。キュー名を選択し、名前が変更された場合、アクションが壊れることがあります。 Scripter.Queue Nameは表示用としてのみ使用してください。データをすぐに利用したい場合は、Scripter.Queue Name の代わりに、Scripter.Queue ID変数を利用することをお勧めします。キュー名を必要とする外部アクションを呼び出す前にキュー名を直接読み込むには、Scripter.Queue ID を使用します。

コンタクトリストデータは、キャンペーン中のスクリプトロード時に取得されます。データ取得後にアクションを起こすには、スクリプトページのロードアクションではなく、コンタクトデータのロードアクションを使用します。スクリプターが電話をかけてきたり、かかってきたりしたコンタクトをフェッチすると、そのデータに影響を与える。プラットフォームからデータを要求した場合、スクリプトのロード時に利用できない場合があります。スタートページのスクリプトロードやページロードの動作中にコンタクトデータを使用しようとすると、変数にデータが読み込まれない場合があります。スクリプトでコンタクトデータを使用する場合は、Outbound機能のScript Propertiesで使用できるContact Data Loadアクションを使用することをお勧めします。

注意すべき点は、ページを切り替えるたびにPage Loadアクションが発生しますが、インタラクションを切り替えてそのインタラクションに戻ってくるたびにPage Loadアクションが発生するわけではありません。
ページが変わるたびに発動するのではなく、一度だけ発動するページロード・アクションを書くには、hasTriggered のようなTrueFalseカスタムスクリプト変数を使用します。一度実行したロジックは、その変数へのチェックでラップする。

ブラウザが更新されたとき、プラットフォームは、飛行中のアクションを再試行しません。プラットフォームを通じてロングポーリングのアクションをトリガーする場合、エージェントがブラウザを更新してもアクションが終了していない場合、アクションはその場で停止し、スクリプトが再読み込みされ、アクションは再試行されないことに留意してください。アクションの実行時間が長くない場合でも、アクションの途中でブラウザが更新される可能性があるのです。このリフレッシュを制御することはできず、アクションの回復や再試行を行うことはできません。

入力変数は、スクリプトのロード時に一度だけ取得されます。これらの変数は、会話の更新が来ても更新されません。 Scripter.Refresh Input Variablesアクションを使用して、会話から値を再取得し、入力変数を更新します。