KompiraCloudに新しくガイダンスを作成する際の対応
完了
お世話になります。
標記の件について確認よろしくお願いします。
（前提）
・現在プレーンテキストメール送信をトリガにして、AlertHub（WebHook）→Pigeonの
経路を介して自動架電を実施しています。
（確認事項）
・今回、既存の自動架電内容に加えて、別ガイダンスでの自動架電を実施したいの
ですが、どのようなKompiraの設定構成が出来るでしょうか？
設定構成毎のメリット・デメリットもお聞かせいただければ幸いです。
以上、よろしくお願い致します。
-
正式なコメント
当社からの質問にご回答いただきありがとうございます。メールアドレス数 (受信スロット数) やアクション数は料金に影響はないため、Pigeon 呼び出しアクションを複数用意して、それぞれ呼び出すことができます。そのため、受信スロットとアクションをそれぞれふたつずつ用意して、それぞれの受信スロットの受信を契機に対応するアクションを呼び出す方法を取るのが一番分かりやすい方法だと思います。また、受信スロットも Pigeon 呼び出し Webhook アクションもひとつのまま、ふたつを呼び分ける方法もあります。
設定例は以下のようになります。- Pigeon の API 呼び出しで
guidenceIdの具体的な値を設定する代わりにメッセージから展開するようにします (呼出しWebhook参照)。
この例では{{guidanceId}}の部分がそれに当たります。- このアクションを呼び出すトリガーのパラメーター加工フローに、メール本文からガイダンスIDを取り出す設定を追加します (パラメータ加工フロー参照)
この例では メール本文のガイダンスID: xxxxxという パターンからxxxxxの部分を抜き出してguidanceIdという名前のフィールドに保存しています。- メール本文にガイダンスIDを記述して送信します (ガイダンスIDイメージ参照)
※トリガーの代わりにランブックを用いることも可能です。以上、よろしくお願いします。
※呼出しWebhook
※パラメータ加工フロー
※ガイダンスIDイメージ
コメントアクション - Pigeon の API 呼び出しで
-
お世話になっております。ご質問の件についてなのですが、
自動架電内容に加えて、別ガイダンスでの自動架電を実施したい
とありますが、何を実現したいとお考えでしょうか。
もし、以下２つのどちらかであれば、ランブックで実現できる可能性があります。- 既存の架電を行い、さらに追加で別ガイダンスの架電を行いたい
- アラート内容に応じて、既存の架電と別ガイダンスの架電を使い分けたい
前者であった場合は問題なくできます。
後者の場合は、ランブックのブランチステップで判断できるような条件であるかどうかによります。もし、これ以外の場合なら、どのようなことを実現したいのかもう少し詳しく教えていただけますでしょうか。また、もう一つ確認したいのですが、プレーンテキストメール送信をトリガにして、AlertHub（WebHook）→Pigeonの 経路を介して自動架電を実施しています。
上記の (Webhook) という記述は、Pigeon を Pigeon アクションではなく Webhook で Pigeon の API を呼び出しているということで間違いないでしょうか。お手数おかけしますが、ご回答のほどよろしくお願いします。 -
お世話になります。
もし、以下２つのどちらかであれば、ランブックで実現できる可能性があります。
・既存の架電を行い、さらに追加で別ガイダンスの架電を行いたい
・アラート内容に応じて、既存の架電と別ガイダンスの架電を使い分けたい→ 2の方になりますね。
かつ以下の優先順位で条件があります。
①費用が極力発生しないようにする
②なるべく既存の設定に影響しないように追加する
①は入口（AlertHubでメールを受けるメールアドレス）を分けると別途費用が発生する
ものなのでしょうか？
もし別途費用が発生するのであれば、ガイダンスIDをパラメータ渡しにして指定した
ガイダンスIDのガイダンスで架電出来るかが知りたいです。
※以前こちらでお聞きしたかもしれませんが、再度確認よろしくお願いします。> プレーンテキストメール送信をトリガにして、AlertHub（WebHook）→Pigeonの 経路を介して自動架電を実施しています。
上記の (Webhook) という記述は、Pigeon を Pigeon アクションではなく Webhook で Pigeon の API を呼び出しているということで間違いないでしょうか。→ その通りになります。
以上、よろしくお願い致します。 -
お世話になっております。
お忙しい中、確認及び回答をいただきありがとうございます。助かります。
おかげでメールアドレス数 (受信スロット数) やアクション数は料金に影響はないことと、ガイダンスIDをパラメータ渡しにするイメージが掴めました。
何点か追加で確認よろしくお願いします。
①頂いた例で、例えばパラメータのガイダンスIDに当たる内容がなかった場合（受信スロットに送信するメールにパラメータ指定がない場合）、ガイダンスIDのデフォルト値を用意しておき、その値を採用するようなことは可能なのでしょうか？
②（①に関連するかもしれませんが）初回回答でいただいた以下の点ですが、どのような対応になるのでしょうか？
> 後者の場合は、ランブックのブランチステップで判断できるような条件であるかどうかによります。
→ランブックは使用する予定はないですが、同様のことがWebHookで可能かも併せて
回答いただけると幸いです。
以上、よろしくお願い致します。 -
お問い合わせありがとうございます。①
残念ながらできません。
代案として、デフォルトのガイダンス ID を固定値として設定したアクションを別に用意しておき、ガイダンス ID がなければそちらを呼び出すといった方法であれば可能です。
これはガイダンスIDが必ず存在する前提であれば、ひとつ前の回答のようにトリガーのみで記述することができますが、ガイダンスID有無の判定も行うなら、ランブックと組み合わせる必要があります。②
「ランブックのブランチステップで判断できるような条件であるかどうかによります」と書きましたが、具体的にはブランチステップに用意されているもので実現できるならできる、という意味で書かせていただきました。
例えば、以下のようなメール本文が送信されたとします。数値1: 100 数値2: 50この時、「『数値1』が 100 以上であるか」という判定なら行えますが、「『数値1』が『数値2』以上であるか」という判定は行えません。今回はガイダンスIDをメッセージに含められるようですので、可能と思われます。
ただし、ガイダンスIDを正規表現やJSONパースして抽出する必要がございます。以上、よろしくお願い致します。 -
お問い合わせありがとうございます。
定量的な費用に関しては、営業担当の者より回答させていただければと思いますので、
お手数ですがこちらよりお問い合わせいただけますでしょうか。よろしくお願いします。
-
お世話になっております。
クローズの件、かしこまりました。料金体系に関するURLですが、一応こちらにございます。
よろしくお願いします。
サインインしてコメントを残してください。
コメント
23件のコメント