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

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

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

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

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

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

データの扱いが不安定だったりネスト構造がある場合、現在は次の2つの方法があります：

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

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

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

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

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

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

メインのProcedureタイトル（Procedureの上部に付ける名前）は主に内部整理用です。明確で説明的にするべきですが、Finはタイトルを意図のマッチングに直接使いません。代わりに「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年中頃にリリース予定です。

Endステップのサイドパネルを使って、Procedureの終了時の動作を制御できます。Endステップをクリックすると、顧客に送る終了メッセージを任意で入力できます。空白にすると何も送信されません。その後、3つのアクションのいずれかを選択します。

「他にお手伝いできることはありますか？」のフォローアップを抑制するには、終了メッセージを空白にして、Endステップで会話を閉じるまたは会話を閉じて返信を防止を使用してください。

いいえ、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の機能ではありません。顧客の本人確認にメールを使う場合は、WorkflowsビジュアルビルダーのVerify email with OTPステップを使ってください。Workflowsはルーティング、待機、認証などの自動化を扱い、Proceduresは自然言語指示によるAIタスクを扱います。

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

モバイルでのProcedureの10秒応答時間は想定内のパフォーマンス範囲です。

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

いいえ、すべてのメッセージの感情をProcedureで監視すべきではありません。Proceduresは特定の繰り返しタスク向けで、広範なバックグラウンド監視には適していません。リアルタイムの感情検出と引き継ぎ判断には、Finの組み込み感情検出と連携する目的特化型のEscalation Guidanceを使うべきです。

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

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

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

複雑なエスカレーションは、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回だけです。解決状態が変わっても同様です。1つの会話で課金対象となる結果は1回だけです。

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

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

Simple Deployが有効な場合、同じトリガーに設定された顧客向けのworkflowsは上書きされます。つまり、ProceduresはWorkflows内の特定の「Let Fin handle」ブロック設定ではなく、グローバルなSimple Deploy設定がデフォルトになります。

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

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

これを管理する方法：

フォローアップと自動クローズ設定は現在特定の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は顧客の入力に自然に応答する会話型AIインタラクション向けです。返信ボタンで顧客に事前定義の選択肢を提供したい場合はWorkflowsを使うべきです。Workflowsはビジュアルキャンバス上で構築され、返信ボタンをサポートし、顧客を構造化されたパスに導きます。Proceduresは顧客が異なる表現や順序で情報を提供するオープンエンドな会話に適しています。

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

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

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

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

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