pigeonの仕様について
回答済み
ご担当者様
pigeonの仕様・使い方について何点か確認させて下さい。
①架電先が留守電に切り替わった際はどういった動作になるのでしょうか。
また、留守電を残さない等の制御等は可能でしょうか。
②発信元の電話番号の表示を変更することは可能でしょうか。
③連絡履歴のステータスが失敗時に再実行することは可能でしょうか。
④同時架電数：1の同時架電はどういった理解が正しいでしょうか。
例として
Aというコールフローに3件ｘ10回の連絡先が含まれている
Bというコールフローに5件ｘ10回の連絡先が含まれている
Aのコールフローが起動された10秒後にBのコールフローが起動された場合は、どういった動きになるでしょうか。
Aというコールフローの3件を順次、10回ずつ連絡し、連絡がついた or 連絡がつかず失敗した後にBのコールフローの連絡が開始されるのでしょうか。
確認事項が多く申し訳ございません。
以上、宜しくお願い致します。
-
正式なコメント
お世話になっております。
フィックスポイントサポートチームの本田が回答させていただきます。1. 架電先が留守電に切り替わった際の動作について
Pigeonからは人が電話を取るケースと留守電により電話が繋がるケースを区別することができず、留守電の場合は「ボタンが入力されずに電話が切られた」扱いとなります。結果、架電は「応答なし」の扱いになり、次の連絡先に架電が行われます。
その際、留守電の録音待ちのタイミングで流れていたガイダンスが録音に残ってしまうと思いますが、制御が難しく、仕様として捉えていただきたく思います。
2. 発信元の電話番号の表示について
発信元の電話番号に関しては変更不可能となります。
3. 連絡履歴失敗時の再実行について
コールフローの「最大ループ回数」を増やしていただくことで、コールフロー内に設定した全ての連絡先から反応がなく連絡が失敗する場合に、再度最初の連絡先から連絡をやりなおすことが可能です。
ただ質問④をみる限りこちらの機能についてはご存知かと思いますので、失敗をしてから少し時間を置いての再実行など、もう少し複雑な処理をお考えなのではないかと思います。そういった動きをPigeon単体で実現することはできませんが、連絡結果に関してはWeb APIより取得可能であり、また現時点ではWeb API限定の設定となりますが連絡失敗時にWebhook・メールにて通知をする機能がございます（詳しくはAPIドキュメントよりPigeonの「通知設定の作成」APIをご参照ください）。
これら機能と他のシステム、例えば弊社製品で言えばKompira EnterpriseやAlertHubと組み合わせていただくことで、より複雑なフローの実現が可能となります。4. 同時架電数の挙動について
同時架電数の制御は「連絡」を単位として行っており、提示いただいた例では書いていただいた通り「Aというコールフローの3件を順次、10回ずつ連絡し、連絡がついた or 連絡がつかず失敗した後にBのコールフローの連絡が開始される」ことになります。
不明点などあれば引き続きご質問ください。
以上、よろしくお願いいたします。コメントアクション
サインインしてコメントを残してください。
コメント
2件のコメント