Intercom、Zendesk、Salesforce、HubSpot、またはFreshworksでFinを使用していなくても問題ありません。汎用プラットフォーム向けFinでは、MessengerにFinを展開し、まだ深く統合されていない任意のサポートプラットフォームに会話をエスカレーションできます。URLリダイレクト、ライブチャットウィジェット、またはAPIコールをサポートするシステムと連携します。

これは他のFinセットアップと同様に動作します — Train、Test、Deploy、およびAnalyze。主な違いは、Finが質問に答えられない場合にどのように引き継ぐ（エスカレーションする）かを定義するDeployにあります。

主な利点

プラットフォーム非依存の引き継ぎ – URLリダイレクト、ライブチャットウィジェットトリガー、またはAPIコールを受け入れる任意のサポートシステムで動作します。
柔軟なエスカレーションオプション – 何もしない、リダイレクト、JavaScriptのトリガー、またはAPI経由でticketsを作成することから選択可能。
シームレスな顧客体験 – Finを最初のサポートラインとして維持し、その後に人間のサポートへルーティングします。
完全なAPI自動化 – Data connectorsを使ってサードパーティシステム（例：Jira）でticketsを作成します。

注意：汎用サポートプラットフォームへの引き継ぎでFinを展開する前に、Fin Messengerをインストールする必要があります。

引き継ぎの仕組み

Finが問題を解決できない場合、次に何が起こるかを正確に決定します:

何もしない：チャットは終了し、人間にはエスカレーションされません。
URLへの引き継ぎ：顧客のブラウザを別のページにリダイレクトします。
JavaScriptによる引き継ぎ：カスタムJavaScript関数を実行します。
Data connectorによる引き継ぎ：サードパーティAPIを呼び出します（例：ticketを作成）。

これらのオプションは、Finワークスペース内のDeploy > Fin Messengerで設定します。

何もしない

エスカレーションせずに会話を終了する

FinワークフローのLet Fin handleステップの後、Finが対応できない場合はチャットが終了し、人間にはエスカレーションされません。このオプションは、人間のフォローアップが不要な情報提供のユースケースに適しています。

顧客体験

顧客が人と話したいとリクエストする。
Finはチャットをエスカレーションできないことを説明するメッセージを送信する。
顧客の追加返信は無効化される。

エスカレーションせずに会話を終了する方法

Deploy > Fin Messengerに移動します。
Fin Messengerのワークフローを開くか作成します。
Let Fin handleステップの後に、チャットを人にエスカレーションできないことを顧客に伝えるMessageを追加します。
次に、顧客の返信を無効化するステップを追加します。

URLへの引き継ぎ

顧客をticketフォームやサポートページにリダイレクトする

顧客はそのメッセージを受け取ると自動的に別のURLにリダイレクトされます。

注意：現在、顧客がメッセージ内のURLをクリックしてリダイレクトを実行するのを待つことはできません。

顧客体験

顧客が人と話したいとリクエストする。
Finは引き継ぎメッセージを表示する。
ブラウザは選択したURL（例：ticket提出フォーム、help center、またはサポートページ）にリダイレクトされる。

URLへの引き継ぎの設定方法

Deploy > Fin Messengerに移動します。
Fin Messengerのワークフローを開くか作成します。
Let Fin handleステップの後にURLへの引き継ぎを追加します。
完全な宛先URLを貼り付けます。

ヒント：これはFinから他のシステムへの最速の引き継ぎ方法です。コーディング不要。

JavaScriptによる引き継ぎ

カスタムロジックをトリガーしたり、別のライブチャットウィジェットを開いたり、メールを起動したりする

Finが答えられない場合、チームが定義したJavaScript関数を実行します。一般的なユースケースは次の通りです:

会話を続けるために別のライブチャットウィジェットを開く。
件名、宛先、内容が事前入力されたメールクライアントを開く。
ウェブサイトにバナーやカスタムUI要素を表示する。

顧客体験

顧客が人と話したいとリクエストします。
Finは引き継ぎメッセージを表示します。
Fin Messengerが閉じます。
外部のライブチャットウィジェットまたはカスタムエクスペリエンスが即座に読み込まれます。

JavaScriptでの引き継ぎ設定方法

Deploy > Fin Messengerに移動します。
Fin Messengerのワークフローを開くか作成します。
Let Fin handleのステップの後に、Hand-off with JavaScript.を追加します。
ウェブサイトに以下のJavaScript関数を実装します：
- Fin Messengerを閉じます。
- 希望のチャットウィジェットを開くか、カスタムロジックを起動します。

注意：ウィジェット間の切り替えを行うJavaScriptロジックの設定には開発者のサポートが必要です。hand-off with JavaScriptについて詳しくはこちら。

Data connectorによる引き継ぎ

APIを介してサポートシステムに自動でticketsを作成

このオプションはFinのData connectorsを使ってサポートシステムのAPIを呼び出します。

顧客体験

顧客が人と話したいとリクエストします。
Finがメールアドレスの入力を促します。
サポートシステムで連絡先が見つかるか作成されます。
裏でticketが作成されます。
顧客はticket IDとフォローアップメールを含む確認メッセージを受け取ります。

Data connectorsでのticket作成設定方法

1. ユーザーのメールアドレスを収集する

ticketingシステムに引き継ぐ前に、後でフォローアップできるようにFin Messengerでユーザーのメールアドレスを収集する必要があります。

注意：すでにJavaScript SDK経由でユーザーのメールアドレスを渡している場合（例：ログインユーザー）、再入力は求められません。

メールアドレスを取得したら、Data connectorsを使って以下を行えます：

ticketingシステムで連絡先を検索する。
連絡先がなければ新規作成する。

2. 連絡先検索用のData connectorを作成する

設定 > Data connectorsで、メールアドレスで連絡先を検索するコネクタ（例：「既存の連絡先を検索」）を作成します。

ユーザーが提供したメールアドレスの所有権を必ず確認してください。確認方法は2つあります：

Messengerの本人確認：ログインユーザーの場合、JavaScript SDK経由でユーザーのメールをJWT署名付きで渡せます。
メール認証：Finがユーザー/リードにコードをメール送信し、入力して続行します。

3. 連絡先検索の設定

API呼び出しでユーザーのメールアドレスを使い、ticketingシステムを検索します。以下の例はGETリクエストでメールアドレス検索を行います（ticketingシステムは独自のAPIとレスポンス形式を持ちます）。

Data connectorを作成したら、新しいステップを追加しData connectorを選択してFin Messengerのワークフローに追加します。

ユーザーの“Email”フィールドをMessengerから使い、レスポンスで外部システムの“Id”フィールドにアクセスできることが示されます。返されるデータは接続先によって異なりますが、概念は同じです。

4. 連絡先検索失敗時の対応

Data connectorが失敗した場合（例：404エラー）、別の「新規連絡先作成」Data connectorも設定してください。

以下のワークフローはユーザーのメールアドレスのみを「新規連絡先作成」Data connectorに渡しますが、ワークフロー内で名前など他のデータを収集していればそれも送信可能です。

5. 新しいticketを作成する

連絡先を見つけるか作成したら、「新しいticketを作成」Data connectorを設定します。

前のData connectorから連絡先のIDを取得し、ユーザーを特定します。「データ入力収集」セクションで連絡先IDの新しい入力を追加します。

注意：ここで複数のデータ入力が必要な場合があります。必要なだけ追加可能です。

データ入力を使ってリクエストボディを作成します。以下の例では、組み込みの{{ conversation.transcript }}属性を使い、Fin Messengerの会話全体を外部システムに送信しています。ticketingシステムによっては、このデータを「メモ」や「内部コメント」として追加したい場合があります。