Finは更新のたびにHubSpotにタグを書き戻します。これらはFinの動作を最速で確認できる方法であり、あなたのworkflowsもこれを基に構築すべきです。

Finはticketのライフサイクル全体でFin Tagsプロパティに以下のタグ値を適用します:

fin-resolvedはハードとソフト両方の解決に適用されるため、単独では質問が実際に回答されたかどうかはわかりません。

ソフト解決はFinが返信を送信した時点で記録されますが、その返信が問題を解決したかは不明です。したがって、Finが確認の質問をした場合、会話中にticketはfin-soft-resolutionとfin-resolvedを取得することがあります。

workflowsがfin-resolvedを監視している場合、その時点で発火し、ticketを早期に解決済みとマークします。

Finは回答するたびにticketを解決済みステージに移動し、クローズにはしません。そのため、そのステージをキーにしたworkflowsはFinの返信ごとに（多くは解決メールとして）発火し、顧客があなたより先に受け取ります。

対策：ticket所有者がFinユーザーである条件を追加し、あなたのworkflowsからFinのticketsを除外しましょう。

CSATのトリガーは解決済みではなくクローズで発火させ、上記のようにticket所有者で制御してください。Finは会話の間にticketを何度も開閉するため、恒久的なクローズ時のみ調査を送るべきです。そうしないと顧客に何度も届きます。

FinのCSATはFin Messengerのみで動作します。HubSpotのemailやticketsではHubSpotのネイティブCSATを使用してください。

HubSpotでは再登録はデフォルトでオフです。レコードはトリガーに初めて合致した時のみ登録され、再度はされません。繰り返し実行が必要なら再登録トリガーを追加してください。

これはHubSpotの仕様です。組み込みのステータス自動化はチャットとMessengerをスキップします。source = chatを登録トリガーにしたカスタムworkflowを作成してください。

設定 → 返信設定 → メール署名で署名を設定してください。HubSpotで設定した署名は引き継がれません。FinはHubSpotのメールを送信しますが、署名はFin側で設定する必要があります。これはticketの返信に適用され、チャットには適用されません。

fin-resolvedはハードとソフト両方の解決に適用されます。fin-hard-resolutionは顧客の質問が実際に回答された場合にのみ適用されます。独自の解決workflowsのトリガーにはfin-hard-resolutionを使ってください。

workflowはおそらくfin-resolvedまたは解決済みパイプラインステージを監視しています。Finは会話の終わりだけでなく返信ごとにticketを解決済みに移動します。ticket所有者条件でFinユーザーを除外するか、トリガーをfin-hard-resolutionに切り替えてください。

Finは会話の間にticketを何度も開閉します。調査トリガーは解決済みではなくクローズ

HubSpotでは再登録はデフォルトでオフです。レコードはトリガーに初めて合致した時のみ登録され、再登録は自動でされません。複数回実行が必要ならworkflowで再登録トリガーを有効にしてください。

HubSpotの組み込みステータス自動化はチャットとMessengerをスキップします。これは仕様です。チャットticketsのステータス変更にはsource = chatを登録トリガーにしたカスタムworkflowを作成してください。