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

Fin AI Agentは、手順を使用する前にワークスペースで既に設定されてアクティブである必要があります。手順はFin AI Agentの機能であり、Finの機能を拡張するため、Finが最初に展開されて稼働している必要があります。まだ設定されていない場合は、Fin AI Agentにアクセスして開始してください。

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

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

いいえ、あるProcedureで書かれたサブ手順を別のProcedure内で使うことはできません。

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

データの扱いが不一致だったりネスト構造がある場合、現在の選択肢は2つあります：

将来的には、Procedure内で直接データを変換・操作できるコードツールをリリース予定です。

AI生成のProcedureは常に最新のベストプラクティス設計で更新されるため、構造は時間とともに変わる可能性があります。現在、AIはサブ手順内にステップを構成することが多く、これは良いプラクティスとされています。

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

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

モバイルのProcedureはウェブより厳しい要件があります。モバイル顧客向けにProcedureが動作しない場合は、以下のチェックリストを確認してください：

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

メインのProcedureタイトル（Procedureの上部に付ける名前）は主に内部整理用です。明確で説明的に保つべきですが、Finは意図のマッチングにProcedureタイトルを直接使用しません。代わりに、「When to use this procedure」のトリガー説明を使ってProcedureの起動を判断します。

ただし、サブProcedureタイトルは異なります。Finは@Run sub-procedureで呼び出す際にこれらを使用します。CollectPaymentInfo、VerifyUserIdentity、ResolveDeliveryIssueのように、Finとチームの両方にわかりやすいアクション指向の説明的な名前を付けてください。

はい！Procedures Meetup Office HoursでコミュニティエキスパートやIntercomソリューションアーキテクトとつながりましょう。隔週開催のこのセッションでは、Fin ProceduresやData connectorsの設定と最適化に役立つ実践的なリアルタイムサポートとライブQ&Aを提供します。

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

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

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

Fin Proceduresは現在ticketを作成できません。ticket作成は2026年初頭に予定されています。

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

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

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

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

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

ProcedureにWait for replyステップを追加すると、顧客が長時間のタスクを完了する間、非アクティブタイマーが作動せずフォローアップメッセージも送信されません。Finが待機する時間を設定できます（最短5分、最長7日）。このステップは顧客の返信または時間切れで終了し、タイムアウト時は必ず次のステップに進み、チームメンバーへのエスカレーションはありません。 顧客の返信に依存しない時間ベースの遅延が必要な場合は、Workflowでその部分を構築してください。WorkflowはWaitアクションを完全にサポートしています。

区別する方法は以下の通りです：

メール認証（Email OTP）はWorkflowの機能であり、Procedureの機能ではありません。顧客の身元をメールで確認する必要がある場合は、Verify email with OTPステップをWorkflows visual builderで使ってください。覚えておいてください：Workflowsはルーティング、待機、認証ステップなどの自動化を扱い、Proceduresは自然言語指示を使ったAIタスクを扱います。

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

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

ProceduresはFinに特定のロジックを順守させ、詳細な指示を処理し、外部データと連携させる必要があります。Finは指示の各部分を評価するため、AIの回答に比べてわずかな遅延が生じることがあります。これにより、Finは最も正確で文脈に即した解決策を提供します。

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

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

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

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

いいえ。Procedureがworkflowに引き継がれ、その結果Finが再度関与しても、会話ごとに一度だけ課金されます。解決状態が変わっても同様です。1つの会話で複数回Finが再関与しても、請求対象となる結果は1回だけです。

Proceduresはトリガータイプに基づいて発動します。デフォルトのインテントベーストリガーでは、Finがユーザーのメッセージを分析し、「When to use this procedure」セクションで設定した条件と照合します。Proceduresはまた、特定のビジネスクリティカルな瞬間のイベントトリガーや、Inboxトリガー（チームメンバーがInboxから手動で開始可能）でも発動します。Proceduresに別の「オン/オフ」スイッチは不要で、既存のFin展開（Simple DeployまたはWorkflows）内で動作します。

いいえ、Finの動作（フォローアップ、エスカレーション、自動クローズ）はProcedureをホストするdeployment methodによって決まります。

Simple Deployが有効な場合、同じトリガーに設定された顧客向けworkflowはすべて上書きされます。つまり、Proceduresは特定のworkflow内の「Let Fin handle」ブロック設定よりもグローバルなSimple Deploy設定を優先します。

はい、Fin ProceduresはグローバルなFin設定から独立していません。Procedure実行中に顧客が非アクティブになると、Let Fin Handle workflowステップで設定されたフォローアップと自動クローズが発動します。

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

これを管理する方法：

フォローアップと自動クローズ設定は特定のProcedureで無効にできないため、2つの選択肢があります：

手順は3つのトリガータイプをサポートしています。ご利用のケースに合ったものを選んでください：

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

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

単独のData Connectorは、順序付けられた複数ステップのやり取りを必要としない、直接的で単一ステップの原子的操作（例：「サブスクリプションをキャンセルする」）に使用します。複数の入力収集、明示的な確認、分岐ロジックなどの決定的な複数ステップのフローが必要な場合はProcedureを使用してください。

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

一般的な@toolsには以下があります：

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

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

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

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

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

はい、Procedureのパフォーマンスを確認したり、Procedureを含むすべての会話をレポートで閲覧できます。

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