解決は、Finが直接質問に答えたときに発生する特定の成功した結果の一種です。一方、結果はその回答と成功したProcedureの引き継ぎの両方を含む広い用語です。

これらは別々のシステムであり、課金が発生するのはどちらか一方だけです：

Finブロックを含むWorkflows（課金対象外）：

標準的なWorkflowでは、「Finに任せる」または「Finに答えさせる」ブロックを追加できます。Finが顧客の質問を解決できない場合、会話は指定されたエスカレーション経路（例：「サポートチームに割り当て」）に従います。これはFinがデフォルトの動作を使用しているため、単に助けられなかった非課金のエスカレーションです。

設定された引き継ぎを含むProcedures（課金対象）：

Fin Procedureは、特定のシナリオを処理するために設計された複数ステップのプロセスです。@handoffステップ（例：「@handoff to billing team」）を含むProcedureを設定した場合、その引き継ぎはFinが設計した正確な結果を成功裏に実行したため、課金対象のProcedure Handoff（$0.99）となります。

主な違い：

Procedure handoffは、Finが会話中にProcedureの設定された引き継ぎを実行したときにカウントされる課金対象の結果であり、workflow、チーム、またはチームメイトへの@handoffを含みます。

はい、タスクからトリガーされた成功した引き継ぎはProcedure handoffと見なされます。Finが指示に従い、選択した結果を実行したため、成功した課金対象の結果としてカウントされます。

いいえ。Procedureがどのステップでも失敗したり完了できなかった場合、それは結果としてカウントされず課金されません。同様に、顧客が人間のエージェントを求めてFinが停止した場合も課金されません。

いいえ。Finがすでに契約に含まれている場合、Managed Availabilityのアクセス条件に従い、追加の契約なしでProcedureを使用開始できます。

変更点は文言の更新だけです。Finを顧客の質問に答えるためだけに使っている場合（Procedures/Tasksは使っていない場合）、結果への切り替えは課金面では見た目の変更に過ぎません。Finが解決した会話ごとにこれまで通り課金されます。製品は「Fin Resolutions」ではなく「Fin outcomes」と表示されるだけです。

いいえ、顧客が明確に人間を求めた場合、その時点で課金されず、解決やProcedure handoffとはカウントされません。

@Switchによる別のProcedureへの切り替えはProcedure handoffにカウントされません。@Switchは現在のProcedureを終了し別のProcedureを開始する一方向の移行であり、解決状態を変えずProcedure handoff結果としてカウントされません。

Procedure handoffは、Procedureが@Handoff to team、@Handoff to teammate、またはHandoff to workflowなどの設定された引き継ぎステップで終了し、Finがその時点までProcedureを正常に完了した場合にのみ発生します。

はい、推定解決は2026年3月12日以降も課金されます。解決から結果への移行は推定解決の課金方法を変更しません。

確認済みの解決（顧客がFinの支援を明確に確認した場合）と推定解決（Finの回答後に顧客が追加の支援を求めない場合）はどちらも課金対象です。どちらも成功した「解決」結果としてカウントされ、顧客の問題を明確な確認の有無にかかわらずFinが解決しました。

変更されていない点：顧客がFinから回答を受け取り追加の支援を求めなければ、これは引き続き成功した解決とみなされ課金されます。

課金対象外：顧客が会話のどの時点でも明確に人間と話したいと求めた場合、課金されません。これは常にそうであり、結果でも変わりません。

顧客がProcedure完了後に会話を放棄した場合、それはAssumed Resolutionと見なされ、請求対象の結果となります。Fin AI Agentが設計された手順の最後まで正常に到達し、顧客が追加の支援を必要としなかったため、これは成功した結果とカウントされます。

いいえ、1回の会話で複数の結果に対して料金が発生することはありません。会話ごとに1回だけ料金が発生します。

はい、特定のProcedure内のCustom guidanceによってトリガーされるハンドオフは請求対象です。Finにその特定のタスクの処理方法を正確に指示するためにCustom guidanceテキストボックスに独自の指示を提供したため、結果としてのハンドオフはサポートポリシーの成功した実行と見なされ、Procedure Handoffとして請求されます。

いいえ、ワークスペースレベルのエスカレーションルールは請求対象ではありません。Fin AI Agentがワークスペースレベルで設定されたグローバル指示（Train > Escalations）に基づいてエスカレーションする場合、それは顧客が常にサポートされるための安全網として扱われるため、非請求のEscalationとして分類されます。

Procedure HandoffとFin workflow fallbackの違いは意図的な設計のレベルにあります。Procedure Handoffは、特定のタスクを処理するためにあなたが明確に設計したステップであるため請求対象です。Workflow Fallback（人間へのルーティングやticketの作成など）は、Finが特定の回答を持たない場合の安全網として機能するため、非請求のEscalationです。

Fin Voice outcomeは、電話で人が質問し、Finが（knowledge baseの内容に基づいて）少なくとも1つの回答を提供し、その後通話が終了した場合にカウントされます。

outcomeは、Finが会話の一部として設定されたアクションを正常に完了したときにカウントされます。

現在、Finは以下のoutcomeを提供しています：

標準workflowでは、Let Fin handleまたはLet Fin answerブロックの後、Finは顧客の質問を解決できない場合、顧客が人間のサポートを求める場合、またはエスカレーションルールやガイダンスが適用される場合にハンドオフします。これは請求対象のoutcomeではありません。以下の画像はLet Fin handleまたはLet Fin answerブロックを含むworkflowです。

いいえ、標準workflow、ワークスペースレベルのエスカレーションルール、またはワークスペースレベルのガイダンスによるハンドオフは非請求のエスカレーションと見なされます。これはFinが質問を解決できない場合、顧客が人間のサポートを求める場合、または「安全網」ルールがトリガーされた場合に発生します。対照的に、ハンドオフはProcedure内で@handoffやカスタムのProcedure固有ガイダンスを使用して意図的に設計し設定した特定のステップである場合にのみ、Procedure Handoffとして請求対象となります。

はい、タスクを決定論的ステップでチームやチームメイト、workflowにハンドオフするように設定した場合、これはProcedure Handoffとしてカウントされます。