はい — 手順は一般的にすべての顧客が利用できます。待機リスト、ベータアクセス、特別な契約は不要で、サポートや営業に連絡する必要もありません。Fin AI Agent > Train > Procedures から直接アクセスできます。

Fin AI Agent は、Procedures を使用する前にワークスペースで既にセットアップされ、アクティブである必要があります。Procedures は Fin AI Agent の機能であり、Fin の機能を拡張するため、Fin をまずデプロイして稼働させる必要があります。ワークスペースでまだ Fin AI Agent が設定されていない場合は、Fin AI Agent に移動して開始してください。

新しい Fin Procedure を作成するには、ワークスペースで Fin AI Agent > Train > Procedures に移動します。+ New procedure をクリックして、好みの作成方法を選択してください。

手順が途中で終了する、ステップをスキップする、更新後にのみ保存される、エラーが発生する場合、これは期待される動作ではありません。サポートチームに問題を報告して調査させてください。

いいえ、ある Procedure で書かれたサブプロシージャを別の Procedure 内で使用することはできません。

現在、すべてのタスクを自動移行する方法はありません。ただし、3月12日以降、一部の単純なタスク（例：指示ブロックが1つだけのもの）を Procedure に自動移行できるようになります。将来的には、AI支援によるより複雑なタスク移行をサポートする予定です。

一貫性のないデータ処理やネスト構造に遭遇した場合、現時点での選択肢は2つあります：

将来的に、Procedure 内で任意のデータを変換・操作できるコードツールを提供する予定です。

AI生成の手順は常に最新のベストプラクティス設計に合わせて更新されるため、構造は時間とともに変わる可能性があります。現在、AIはサブプロシージャ内にステップを構造化することが多く、これは良い方法と考えられています。

いいえ、手順の作成と展開は同じ権限レベルで管理されます。

手順エディタ内で特定チャネル向けの手順を有効化できます。When to use this procedure セクションでオーディエンスボタンをクリックし、そこから特定チャネル（例：WhatsApp、Messenger、iOS）をチェックまたはチェック解除して、Fin がその手順を使用できる場所を正確に制御できます。ここから手順がトリガーされる特定のオーディエンスも選択できます。

モバイルでの Procedures はウェブよりも厳しい要件があります。モバイルの顧客で手順が実行されない場合は、次のチェックリストを確認してください：

Fin Procedures は現在、conversation にタグを付けることのみサポートしています。Intercom の Workflows は「Tag person」アクションを許可しますが、この特定の機能は Procedure の自然言語指示ブロック内では利用できません。

main procedure title（手順の上部に付ける名前）は主に内部の整理用です。明確で説明的に保つべきですが、Fin は意図の一致に手順タイトルを直接使用しません。代わりに、Fin は起動タイミングを判断するために "When to use this procedure" トリガーの説明に依存します。

ただし、sub-procedure titles は異なります—これらは @Run sub-procedure で呼び出すときに Fin が使用します。CollectPaymentInfo、VerifyUserIdentity、または ResolveDeliveryIssue のようなアクション指向で説明的な名前をサブプロシージャに付けて、Fin とチームの両方にとって明確にしてください。

はい！Procedures Meetup Office Hours（こちら）で Community Experts と Intercom Solutions Architects に接続してください。隔週で開催されるこれらのセッションは、Fin Procedures とデータコネクタの設定と最適化に役立つ実用的なライブ Q&A を含む、実践的なリアルタイムサポートを提供します。

はい、Fin は非アクティブによる自動クローズ後に Procedure を再開できます。

顧客が非アクティブになった場合、Fin はコンテキストを保持します。顧客が会話に戻ると、Fin は正確に中断した箇所から再開します。

いいえ、利用可能なコンテンツに制約されたシミュレーション中に Fin が使用する記事を公開する方法はありません。

Fin Procedures は現在チケットを作成できません。Ticket の作成は 2026 年初頭に予定されています。

Fin手順では、エスカレーション時に（Tasksと同様に）AI要約ノートを自動作成することはできません。この機能は開発中で、2026年中頃にリリース予定です。

Fin Proceduresは現時点でフォローアップ質問の抑制や制御をサポートしていません。Procedures向けのより柔軟なフォローアップ制御は2026年初頭に予定されています。

いいえ、Proceduresは物理的なボタンブロックをサポートしていません。顧客に選択肢を提示するには、メッセージ本文に選択肢を直接記載し、回答に応じて会話を分岐させるためにConditionステップを使用してください。これにより、ボタンベースのタスクと同じロジックを、より自然な会話形式で再現できます。

いいえ、Run Sub-procedureステップはProcedures専用です。このコマンド（または@Run sub-procedureショートカット）を使って一つのProcedureから別のProcedureを呼び出せますが、Workflowビルダー内では利用できません。

WorkflowsはProcedureに直接引き継ぐことはできません。ProceduresはFin AIエージェントが順次従う特定の指示セットです。自動化されたフローを接続する必要がある場合は、Run Workflowステップを使用して別の再利用可能なworkflowにリンクできます。

ProcedureにWait for replyステップを追加して、顧客が長時間かかるタスクを完了する間に一時停止させることができます。これは非アクティビティタイマーの発動やフォローアップメッセージの送信を防ぎます。Finが待機する時間を設定してください（最短5分、最長7日）。このステップは顧客が返信するか時間が経過すると終了し、タイムアウト時は常に次のステップに進み、決してチームメイトへエスカレーションされません。 顧客の返信に紐づかない時間ベースの遅延が必要な場合は、その部分のフローをWorkflowで構築してください。WorkflowはWaitアクションを完全にサポートします。

識別方法は次のとおりです：

メール検証（Email OTP）はWorkflowの機能であり、Procedureの機能ではありません。顧客の身元をメールで検証する必要がある場合は、Verify email with OTPステップをWorkflows visual builderで使用してください。Workflowはルーティング、待機、検証ステップなどの自動化を処理し、Proceduresは自然言語指示によるAI駆動のタスクを処理する点を忘れないでください。

いいえ、workflowやreusable WorkflowからProcedureをトリガーすることはできません。Proceduresは非線形のAIロジックと自然言語指示で動作し、再利用可能なWorkflowの厳格で線形なステップをトリガーすることはできません。ただし、Procedure内でHandoff to workflowを行うことはできますが、workflowsから「Pass to Fin Procedure」に相当するステップはありません。

10秒の応答時間は、モバイル上でのProceduresの期待されるパフォーマンス範囲内です。

Proceduresでは、Finが特定のロジックに従い、詳細な指示を処理したり外部データとやり取りしたりする必要があります。Finは各指示部分を評価するため、通常のAI応答と比べてわずかな遅延が発生することがあります。これにより、Finは最も正確でコンテキストに即した解決策を提供できます。

いいえ、感情を監視するためにすべてのメッセージにProcedureを使用すべきではありません。Proceduresは広範なバックグラウンド監視ではなく、特定の繰り返し可能なタスク向けに設計されています。リアルタイムの感情検出やハンドオフの判断には、Escalation Guidanceを使用するべきで、これはFinの組み込み感情検出とネイティブに統合されています。

いいえ。Proceduresはチャットでのエスカレーションを厳密に遮断することはできません。Finは、Proceduresが実行中でもEscalation Guidanceやグローバルなエスカレーション設定に基づいてエスカレーションする可能性があります。顧客が人間と話したいと要求した場合、FinはProcedureの指示に関係なくその要求を尊重します。

エスカレーションの発生タイミングを制御する必要がある場合は、Finがチームメイトに引き継ぐべき条件を定義するためにEscalation Guidanceを使用してください。

直接はできません。顧客が応答をやめたときに自動的にチームメイトへエスカレーションするProcedureレベルの設定はありません。Wait for replyステップはProcedureを一時停止し、顧客が返信しなかったことを（wait_elapsed属性を介して）検出できますが、自動的にエスカレーションは行われません。結果に応じて分岐し、明示的にチームメイトへルーティングするConditionステップを追加する必要があります。

複雑なエスカレーションを扱う最良の方法は、Escalation GuidanceやEscalation Rulesでロジックを定義し、その後にWorkflowsを使用して割り当てなどのポストエスカレーションアクションを処理することです。

終了方法によります。Procedureがステップを完了しても、会話が請求対象の結果 — Resolution（Finが顧客の問題を完全に解決、確認済みまたは想定）またはProcedure handoff（Finが人間のチームまたはworkflowに引き継ぐ） — に達した場合のみ課金されます。単にステップを実行しただけで会話がこれらの結果に達していない場合は課金されません。重要なのはProcedureが終了したかどうかではなく、会話が結果に達したかどうかです。

2026年3月12日以降、Fin Proceduresは会話が次のいずれかの結果に達したときにFin Outcomes（$0.99）として課金されます：Finが顧客の問題を完全に解決するResolution、またはFinが人間のチームやworkflowに引き継ぐProcedure handoff。Procedureが失敗した場合、請求対象の結果なしに終了した場合、または顧客が設定外のエスカレーションを要求した場合は、請求されることはありません。Fin Outcomesと課金について詳しくはこちら。

いいえ。Procedureがworkflowに引き継がれ、その結果Finが再度関与した場合でも、会話ごとに請求されるのは一度だけです — 解決状態が変わっても複数回請求されることはありません。単一の会話は複数回の再関与があっても請求対象の結果を1回しかトリガーできません。

Proceduresはトリガータイプに基づいて発火します。デフォルトのインテントベースのトリガーでは、Finがユーザーのメッセージを分析し、"When to use this procedure"セクションで設定した基準と照合します。Proceduresはまた、特定のビジネスクリティカルな瞬間のイベントトリガーや、テームメイトがInboxから手動で開始できるInboxトリガーによって発火することもあります。Proceduresに別の"On/Off"スイッチは不要です。これらは既存のFinデプロイ（Simple DeployまたはWorkflows内）で機能します。

いいえ、Finの振る舞い（フォローアップ、エスカレーション、オートクローズ）はProcedureをホストするdeployment methodによって決定されます：

Simple Deployが有効な場合、同じトリガーに対して構成された顧客向けワークフローよりも上書きします。つまり、Proceduresは特定の"Let Fin handle"ブロック設定ではなく、グローバルなSimple Deploy設定がデフォルトになります。

はい、Fin ProceduresはグローバルなFin構成から孤立していません。顧客がProcedureの最中に非アクティブになった場合、Let Fin Handleワークフローステップで構成されたフォローアップとオートクローズ設定は引き続き発動します。

これが体験に与える影響：

これを管理する方法：

現在、特定のProcedureに対してフォローアップと自動クローズ設定を無効にできないため、2つのオプションがあります：

Proceduresは3種類のトリガータイプをサポートしています — ユースケースに合ったものを選んでください：

ステップを追加する最も簡単な方法は、指示を自然に書くか、AIにドラフトさせることです：

指示ステップ内では、@を入力してデータコネクタ、属性、サブプロシージャなどの機能にアクセスするツールを追加できます。ステップの順序を変更するには、Procedureエディタ内でドラッグ＆ドロップしてください。

スタンドアロンのData Connectorは、順序付けされた複数ステップの対話を必要としない、直接的で単一ステップの原子的な操作（例：「解約してください」）に使用します。データコネクタの説明内でプロンプトを使用できます。複数の入力収集、明示的な確認、分岐ロジックなど、決定論的なマルチステップのフローが必要な場合はProcedureを使用してください。

@tools（アットツール）は、Procedureの指示内でFinの機能を拡張します。指示ステップ内で@を入力すると、Finがデータやシステムとリアルタイムにやり取りできるツールを追加できます。

一般的な@toolsには次のものがあります：

Custom ObjectsはまだFin Proceduresで完全にはサポートされていません。Procedure内で外部データを参照するには、代わりにData Connectorsを使用してください。Procedureにデータコネクタを追加すると、Finはコネクタのレスポンスから一時的な属性を自動的に作成し、それを指示や条件で参照できます。

Fin Proceduresは返信ボタンを使用しません。Proceduresは、Finが顧客の入力に自然に応答する会話型のAI駆動インタラクション向けに設計されています。顧客に事前定義された選択肢をクリックさせる返信ボタンを使いたい場合は、代わりにWorkflowsを使用してください。Workflowsはビジュアルキャンバス上に構築され、返信ボタンをサポートして、顧客を構造化されたパスへ誘導します。Proceduresは、顧客がリクエストを異なる言い回しで表現したり、情報を異なる順序で提供したりするオープンエンドの会話に適しています。

はい。ProcedureでEndステップをクリックすると、サイドパネルにClose conversation and prevent repliesオプションが表示されます。これを有効にすると、そのEndステップに達したときに会話が自動的にクローズされ、顧客の返信を防ぎます。このオプションが有効でない場合、Procedure完了後も会話は開いたままであり — 自動クローズ設定に従ってクローズされるか、チームメンバーが手動でクローズするまで残ります。

ファイルをエクスポートすることはできませんが、各シミュレーション会話テストは一意のランIDとリンクを生成します。このリンクをコピーして、ワークスペースにアクセス権のある人と共有できます。

はい、Fin for Zendeskでは、Procedureに入ったすべての会話をProceduresの概要ページから確認できます。

はい、Procedureのパフォーマンスを確認し、Procedureが関与するすべての会話をレポーティングで表示できます。

いいえ、一般的なガイダンスによるエスカレーションは課金されません。課金されるのは、Procedure内で明示的に設定された意図的な引き継ぎのみです。