ビジネスユーザー向け Automation Co-Pilot v.39 リリース

Automation Co-Pilot v.39 リリースの変更点を確認してください。

最新情報

Co-Pilot における LLM の応答 Co-Pilot管理者用のトグル

新しいCo-Pilot における LLM の応答のトグルが管理 > 設定 > Automation Co-Pilot for Business Usersに追加され、管理者が AI 生成レスポンスの出力方法をより柔軟に制御できるようになりました。 この設定では、Co-Pilotが会社承認の知識源のみに依存するか、一般的なモデルベースのインテリジェンスも取り入れるかを選択できます。 この改善により、組織は応答の正確性、ガバナンス、およびコンプライアンス要件を管理するための柔軟性が向上します。

Automation Co-Pilot の AI ナレッジベースの管理

インタラクティブなプロセスステップビューを通じてアシスタント内のリアルタイムワークフロー可視化

アシスタントタブの右ペイン内で、新しいインタラクティブなプロセスステップまたはタスクシーケンスビューが直接利用可能になり、ビジネスユーザーは会話を離れることなくワークフローの進捗をリアルタイムで確認できるようになりました。 ユーザーは、すべてのワークフローのステップをそのステータス、担当者、タイムスタンプ、および関連するメタデータと共に確認でき、個別のタスクフォームとワークフロー全体の概要をシームレスに切り替えることが可能になりました。 ワークフローが進行するにつれて、ビューは自動的に更新され、明確さが向上し、ナビゲーションの摩擦が減少し、アシスタント内での全体的なユーザー体験が向上します。

統合ワークフローの可視化

Automation Co-Pilot現代的な対話型エクスペリエンス

完全に再設計されたAutomation Co-Pilot会話型インターフェースを導入し、より高速で直感的、かつ GenAI によるアシスタント体験を提供します。これは、既存のバックエンドインテリジェンスを維持しつつ、最新の反応型アシスタント UI フレームワーク上に構築されています。 このアップデートは、ユーザビリティ、パフォーマンス、拡張性を大幅に強化し、市場投入可能な GenAI 搭載のAutomation Co-Pilotエクスペリエンスを提供します。これにより、生産性が向上し、ワークフローが加速され、プラットフォームが継続的なイノベーションに向けて最適化されます。

Automation Co-Pilot 現代的な対話型エクスペリエンス

Automation Co-Pilot のエージェント プロセス自動化構成
Automation Co-Pilot のエクスペリエンス（Assistant、Web、Embedded 全体）が強化され、エージェント自動化の構成、管理、展開が可能になりました。 ユーザーは、プロセス実行と同様に、Assistant、Web、または埋め込みからAI エージェントを実行できるようになります。 さらに、Automation Co-Pilot 内のエージェント自動化およびその構成に関する明確なインサイトを提供することで、可視性を向上させます。 これには次が含まれます:
  • AI エージェントの設定に新しいユーザーによるオプションが利用可能になりました。 このオプションを選択すると、エンドユーザーはAutomation Co-Pilot Web または Assistant から直接AI エージェントをトリガーして実行できるようになります。
  • ランディングページにプロセスタイプの可視化が追加され、ユーザーはエージェント プロセス オートメーションをより効果的に特定および構成できるようになりました。

Automation Co-Pilot でのプロセスまたは AI エージェント構成

変更内容

Co-Pilot ウェブでのカスタマイズされたテーブルビュー
Co-Pilot ウェブで、パーソナライズされたテーブルビューを保存して再利用できるようになりました。 あなたのカラムの変更（ビジネス属性、サイズ変更、並べ替えを含む）は、ログアウトやブラウザ、デバイスの切り替え後でも、あなたが最後に設定した通りに正確に保持されます。 主な強化内容は次のとおりです。
  • カスタムテーブルレイアウトは、セッション間で自動的に保存および復元されます。
  • リクエスト と タスク テーブルの両方で機能します。
  • 復元オプションは現在すべてのカスタム設定をクリアで、テーブルをデフォルトのレイアウトにリセットします。
  • パフォーマンスへの影響ゼロ — よりスムーズで、よりパーソナライズされた体験。
Microsoft Teams の Automation Co-Pilot へのディープリンクナビゲーション

Microsoft Teams 内に埋め込まれたAutomation Co-Pilotを URL から直接開くことができるシームレスなディープリンクナビゲーションを導入しました。 このアップデートにより、すべてのエンタープライズユーザーにとって、より効率的なワークフローが実現されます。 この強化により、プロセスリクエスト ID を含むディープリンク（例えば、https://teams.microsoft.com/l/entity/...?...caseId=<ID>)の形式のリンク）をクリックすると、待機中のタスク（承認タスク、データ入力またはレビュータスクなど） Automation Co-Pilotの中で Microsoft Teams 内に直接遷移し、特定のリクエストに関連付けられたCo-Pilotビューに自動的に移動します。

Microsoft TeamsでAutomation Co-Pilotにアクセスするためのディープリンクを有効にする

Automation Co-Pilot+ 会話体験 における構造化された応答のための強化されたマークダウンレンダリング

Automation Co-Pilot+ 会話体験は、チャットインターフェース内で直接より構造化された出力を可能にするマークダウンでのリッチレスポンスレンダリングをサポートするようになりました。 知識に基づく応答は、応答を生成するモデルによって自動的にフォーマットされるようになり、出力をより良く構造化するためにヘッダー、スタイリング、テーブルを利用します。 すべてのインタラクションは、会話のコンテキストと履歴内に保持され、対応性とアクセシビリティはサポートされているコンテンツタイプ全体で維持されます。

Automation Co-Pilot による会話型オートメーション

Automation Co-Pilot Teams でのユーザー検索の強化

ユーザーを Teams に追加する際のユーザー検索機能が強化され、エンタープライズ環境での発見性が向上しました。 検索バーに新しいすべての列のデフォルトセレクターが導入されました。 すべての列 オプションを使用すると、名前、ユーザー名、および メールアドレス にわたるクロスカラム検索が可能になります。 入力された値がこれらの属性のいずれかと一致する場合、対応するユーザーレコードが返されます。 名前 および 苗字 フィールドが未入力の場合でも、管理者がユーザーを正確に特定できるようにします。 この更新により、Automation Co-Pilot Teams でより直感的でレジリエンスに優れた検索体験を提供します。

チームの作成とチーム メンバーへのチーム ロールの割り当て

Service Cloud ケース ID: 02291547

修正

プロセスが条件付き Go to ノードを使用して Form タスクにリダイレクトする場合、マルチセレクトドロップダウン入力で選択された値が保持されるようになりました。 この修正により、すべての種類の動的データおよびカスタムデータが保持されるようになります。これは、データが以前のタスク（Bot またはフォーム）から生成された場合や、変数として提供された場合でも同様です。

Service Cloud ケース ID: 02285972
大きなフォームを再入力することなく、完了して提出できるようになりました。 ポップアップウィンドウは入力したデータを保持し、更新が問題なく正常に送信されるようになりました。

以前、タスクのポップアップウィンドウでデータを送信する際に、ウィンドウが予期せず最小化または閉じてしまい、入力した情報がすべて失われることがありました。 さらに、大きなフォームを別ウィンドウで操作中にセッションがタイムアウトすると、まれに認証エラーが表示されることがありました。

Service Cloud ケース ID: 02284788, 02227135, 02278410, 02227135
開始ノードに入力変数が含まれている場合、新しく作成された変数もデフォルトでインプットモードになり、一貫した動作が保証されます。

以前は、アウトプットとして使用がデフォルトとして選択されていたため、一貫性のないユーザーエクスペリエンスが生じていました。

リッチテキストエディタ（RTE）および textbox フィールドで、最大長が設定されていなくても、ユーザーが最小必要文字数を超えて入力した場合、検証エラーが正しくクリアされるようになりました。

以前は、これらのエラーは最小文字数の要件を満たしていても引き続き表示されていました。
フィールド 式 が、必要な数値または日付要素なしでメソッド名（sum、mul、div、sub、datediff、dateadddays、dateaddweeks など）を許可していた問題が解決されました。 システムは現在、不完全な数式の保存を正しく防止し、有効な式のみが提出できるようにしています。
Automation Co-Pilotのリクエストページでカスタマイズされたテーブルオプションを選択すると、作成者ユーザーは予期しないアクセス拒否メッセージに遭遇しなくなります。 システムは現在、権限を正しく検証し、認可されたユーザーに対してエラーは表示されなくなりました。
IF–ELSE 条件内でグローバル変数を使用するプロセスは、ランタイムエラーなしで正常に実行されるようになりました。

以前は、グローバル変数がIF–ELSE条件で参照された場合、プロセスが保存され、正常に公開され、リクエストが作成されていても、そのようなプロセスは初回の送信後に実行時に失敗していました。
すべてのチェックボックスオプションは、今後のステップで一貫して表示されます。

以前に選択されたオプションは正しくチェックされて表示され、未選択のオプションは表示されたままでチェックされていないため、一貫性があり期待通りのフォーム体験が確保されています。
フォームプロパティで行ったフォントサイズの選択が、フォーム作成者とレンダリングされたフォームの両方に正しく表示されるようになりました。

以前は、フォントサイズの変更がフォーム内の数値フィールドのラベルや値に適用されていませんでした。

Automation Co-Pilot スケジューラーリストは、すべての試行で正しく更新されるようになりました。 読み込みスピナーは、期待通りにクリアされ、スタックしません。

以前は、Automation Co-Pilot スケジューラーリストを更新する際、特に2回目の更新時にローディングスピナーが無期限に表示されていました。
入力テーブル変数にマッピングされたテーブルを含むフォームタスクを送信しても、もはや断続的な空白ページが表示されることはありません。

以前は、ページが更新されるまでフォームが回復不可能になることがありました。
ユーザーグループが既に割り当てられているプロセスを開くと、アプリケーションはもはや一瞬デフォルトユーザーグループが必要ですというメッセージを表示しなくなりました。

以前は、このメッセージは読み込み状態の不正確な評価により表示されていました。
会話の自動化機能フラグが有効になっているが、必要なライセンスが利用できないか、期限切れの場合、繰り返しのエラーログは生成されなくなります。

以前は、Kloudfuse のバックエンドログに継続的なエラーログが生成されていました。
どのチームのユーザーでも、プロセスが複数のチームに割り当てられていて、かつユーザーがデフォルトチームに所属していない場合でも、チャットウィンドウからプロセスを正常に実行できるようになりました。

以前、プロセスが複数のチームに割り当てられており、ユーザーがデフォルトではないチームに所属している場合、Assistant タブのチャットウィンドウでリクエストを送信するとエラーが発生していました。 繰り返し試行すると同じエラーが発生し、送信フォームボタンをクリックするとチャットウィンドウがクラッシュする可能性がありました。
チャットウィンドウ内でカスタム変数マッピングを含むラジオ要素付きのフォームステップを正常に送信できるようになりました。 ラジオ要素は、フォームがレンダリングされるときに変数マッピングされたオプションを正しく表示し、選択された値が期待通りに送信されます。

以前、フォームのステップにカスタム変数へマッピングされたラジオ要素が含まれている場合、アシスタントタブのチャットウィンドウからトリガーされた際にフォームが送信されませんでした。 実行時に、ラジオオプションはフォーム作成時に定義されたデフォルト値に戻り、変数マッピングされた値が表示されませんでした。 これによりフォームの検証エラーが発生し、送信が妨げられました。
アシスタント タブから承認ステップを含むプロセスを開始した場合、承認タスクステップがログインユーザーに割り当てられている場合は、アシスタント タブに承認タスクの割り当てに関するインライン通知が正しく表示されるようになりました。

以前は通知が表示されず、自動的に承認ステップに割り当てられたユーザーがアシスタントタブ内で期待される通知を受け取ることができませんでした。
アシスタントウィンドウからDocument Validatorステップを含むプロセスを実行すると、各イベントごとにチャットウィンドウに1つの通知が表示されるようになりました。

以前は、同じイベントに対して単一の通知の代わりに、重複した通知が表示されることがありました。
Automation Co-Pilot アシスタント タブからプロンプトを送信できるようになりました。プロンプト内のテキストを選択して Enter キーを押しても、アプリケーションがクラッシュすることはありません。

以前は、プロンプト内のテキストを選択して Enter を押すとアプリケーションがクラッシュしていましたが、送信 を使用してプロンプトを送信すると期待通りに動作しました。
Automation Co-Pilot アシスタント タブでは、プロンプトを作成している間、スクロール位置が変更されないため、送信する前に以前のチャット内容を簡単に参照できます。

以前は、ユーザーがプロンプト欄に入力を開始すると、チャットウィンドウの末尾まで自動的にスクロールされ、過去のメッセージの確認が中断されていました。
Automation Co-Pilot アシスタント タブでは、タスククエリが要求されたタスクのステータスに基づいて正確な結果を返します。 プロンプトでステータスとタスクタイプでクエリを実行する際、完了または拒否されたタスクのみを表示できるようになりました。

以前、ユーザーが完了または却下されたフォーム、バリデーター、または承認タスクを照会した際、応答にはユーザーに割り当てられた保留中のタスクが誤って含まれていました。
タスクのステータスは、オートメーション実行時にAutomation Co-Pilot アシスタントタブのチャットウィンドウ内で一貫して保持され、すべてのビューでステータスの整合性が確保されます。

以前は、タスクがキュー状態の際、リクエストIDの詳細を表示ビューではキュー中と表示されていましたが、チャットウィンドウでタスク名をクリックすると進行中に変更されていました。
Bot のみで実行されるように設定された自動化は、Automation Co-Pilot の アシスタント タブには表示されなくなりました。

以前は、Automation Co-Pilot 管理者が 管理 > プロセス のプロセスを編集し、Bot による チェックボックスを選択した場合、自動化は アシスタント タブのユーザーにまだ表示されていましたが、Automation Co-Pilot 自動化 タブでは利用できませんでした。

ドロップダウン要素でフォームルールを使用すると、ルールベースの動作がフォームレンダリング中に失敗せず、フォームルールが期待通りに機能するようになります。

Service Cloud ケース ID: 02202529
テーブル要素は承認中に非編集可能のままとなり、フォームデータへの意図しない変更を防ぎます。

以前は、テーブルフィールドはタスクを承認画面で、フォームが読み取り専用モードのときでも編集可能でした。
フォームは、プロセス実行中に値がBotからフォームに直接渡されたときに、デフォルトの時間を正しく表示するようになりました。

以前は、Botの日時変数から渡された時間入力のデフォルト値が関連するフォームタスクに表示されませんでした。
テーブルルールは、条件が満たされた特定の行のみに適用され、行を移動しても他の行でのルール実行はトリガーされなくなります。 行の移動は、無関係な行のデータや状態を変更することなく、期待通りに動作します。

以前は、テーブル要素内のフォームルールが行を上または下に移動されたときに正しく適用されていませんでした。
アンダースコアは、利用可能および選択済みの列セクションとテーブルヘッダーの両方で一貫してスペースとして表示され、フォーマットはページのリフレッシュやログインまたはログアウトを通じて持続します。

以前は、アンダースコアが利用可能リストでスペースとして表示されていましたが、カスタマイズを適用してリフレッシュした後にアンダースコアに戻りました。
必須フラグは、変数マッピング内で要入力に正しく翻訳されるようになり、ユーザーが送信前に必要な入力を提供しなければならないことを保証します。

以前は、プロセス内でフォームが使用される際に、フォームで定義された必須フィールドが必須として強制されることはありませんでした。
システムは、アクションが伴う If 条件なしに構成された場合に警告メッセージを表示し、ルールの整合性を確保し、フォームビルダーでの無効なルール構成を防ぎます。
AI ナレッジ → RAG ファイルのテーブル内で、PPT/PPTX、DOCX、XLS/XLSX、XSLT などのファイル形式が、これまでの生のコンテンツタイプ値ではなく、分かりやすいユーザー向けラベルで表示されるようになりました。

以前、AI Knowledge → RAG ファイル テーブルに誤ったファイル形式が表示されていました。
システムは現在、スペースを含む 要素ID を正しくサポートしており、AI エージェント のタスクがエラーなく実行されることを保証します。

以前、AI エージェント のタスクは、デフォルトの 要素 ID にスペースが含まれていると実行に失敗しました。

リッチテキストエディタ (RTE) は、コンテンツを保持し、警告を正しく表示し、設定通りに編集可能な状態を維持します。 同じ要素のルール実行とデータの受け渡しが期待通りに機能するようになりました。

以前は、Bot-渡されたデータがフォームの読み込み時に空でない警告ルールを引き起こすと、RTE フィールドが空白になり、編集できなくなることがありました。

Service Cloud ケース ID: 02291662, 02291950, 02292058, 02292426, 02292446, 02292945, 02292733
タスクは、現在のステップが正常に完了すると、自動的に次のステップに進むようになります。

以前は、タスクを完了した後のプロセス実行には、進行するために手動でページを更新する必要がありました。

Service Cloud ケース ID: 02294656
リクエストタスクは、誤ったエラーメッセージなしでロードされ、期待通りに表示および処理できます。
以前は、Automation Co-Pilot ウェブタスクリストビューで、有効なリクエストタスクを開くと Automation Co-Pilot ユーザーインターフェースに 無効なタスク ID エラーが表示されることがありました。
注: この問題は、完了後に非表示に設定されたタスク（隠れたタスク）にのみ発生しました。

Service Cloud ケース ID: 02291383
リクエストの作成者または対象ユーザーは、プロセスが 非公開 teams に関連付けられている場合に正しく自動的に割り当てられるようになり、タスクの実行がスムーズになり、手動割り当ての必要がなくなりました。

Service Cloud ケース ID: 02291545
日付ピッカーは現在、この形式を正しくサポートしており、ユーザーが期待通りに日付を選択できるようになっています。

以前は、ユーザーが日付を選択できましたが、誤った形式で表示されていました。

Service Cloud ケース ID: 02292395
ユーザーは、IsEmpty バリデーションまたは警告ルールが設定されている場合に、テキストボックスの値を適切にリセットまたはクリアできるようになり、期待されるフォームの動作と正確なデータ入力が保証されます。

以前は、フィールドに警告ルール（例えば、空の場合は警告を表示）が設定されていると、テキストボックスのデフォルト値がクリアされませんでした。 空のルール出力が誤って破棄され、意図的な値のリセットが適用されないようになっていました。

Service Cloud ケース ID: 02293437
ドキュメントビューワー 要素は、無効または破損した PDF がアップロードされたときに適切なエラーメッセージを表示し、無限の読み込みを防ぎ、ユーザーに明確なフィードバックを提供します。

以前は、ドキュメントビューア 要素が無効、破損、または 0KB の PDF ファイルがアップロードされたときに無限に読み込み続けていました。

Service Cloud ケース ID: 02188321
ユーザーは、リクエスト行のどこでも、ステータス列を含むクリックでリクエストを開くことができるようになり、使いやすさが向上し、期待されるナビゲーション動作が復元されました。

以前、Automation Co-Pilot ウェブでは、ユーザーがリクエストテーブルの行内のどこをクリックしてもリクエストを開くことができませんでした。 リクエストは、リクエストタイトル ハイパーリンクを選択することでのみ開くことができます。

Service Cloud ケース ID: 02291130
ユーザーは、マルチセレクトドロップダウンで選択したオプションを明確に表示できるようになり、混乱を減らし、意図しないフォーム送信を防ぐことができます。

以前、Automation Co-Pilot ウェブでは、マルチセレクトドロップダウンが1つ以上の値が選択された後でもプレースホルダーテキスト（Select）を表示し続けていました。
チャットインターフェースのアシスタントタブからファイル選択要素を含むフォームを含んだプロセスを実行する際、選択したファイル名が100文字を超えても、フォームがチャットウィンドウ内で自動的に調整されるようになりました。

以前は、フォームがチャットウィンドウ内の固定幅キャンバスで開かれていたため、長いファイル名をアップロードした際にレイアウトの問題が発生していました。
ユーザーがAutomation Co-Pilot アシスタントタブで推奨される自動化を表示し、以前はリストされていたが現在は公開リポジトリから削除された自動化をクリックすると、システムは明確なエラーメッセージを表示します。

以前は、空白の応答が表示され、エラーメッセージは提供されませんでした。
Automation Co-Pilot の UI では、任意または選択不可の入力を伴う AI エージェントの実行ができなくなりました。 UI が強化され、エージェントは入力設定が変更されたスタンドアロンモードでは実行できなくなりました。これにより、一貫性のある期待通りの実行時動作が保証されます。

以前は、エージェントを実行する際に入力変数のチェックを外すことができましたが、これはサポート対象外の動作であり、予期しない実行結果を引き起こす可能性がありました。
ユーザーは、ルール実行の失敗なしに、フォーム内の動的チェックボックスおよびラジオボタン要素にIs Visible条件を信頼性を持って適用できるようになりました。

以前、動的フォームのシナリオでは、チェックボックスおよびラジオボタン要素のために Is Visible 条件で設定されたルールが、プロセス実行中に期待通りにトリガーされていませんでした。 その結果、構成されたアクション（例えば、要素が表示されるときにテキストボックスにテキストを追加すること）は、フォームがレンダリングされた後に実行されませんでした。
ユーザーは、ルール実行の失敗なしに動的フォーム要素にIs Hidden条件を確実に適用できるようになりました。

以前、動的要素（チェックボックス、ラジオボタン、ドロップダウン、ドロップダウンの複数選択）を含むフォームでは、Is Hidden 条件で設定されたルールが、要素がプログラムで非表示にされたときに実行されていませんでした。

Automation Co-Pilot Webは、確立されたUIデザインに従って日付と時刻ピッカーの視覚的一貫性を回復し、フォーム全体で一貫したユーザーエクスペリエンスを確保します。

以前のリリースと比較して、Automation Co-Pilotウェブの 日付と時刻 ピッカー UI で背後色が一貫していない問題がありました。
ユーザーは、手動での更新なしに、ステップやプロセスの進行状況を信頼性を持って提出できるようになりました。 ステップ遷移は完了時に自動的に発生し、期待される実行フローを回復し、ビジネスの中断を防ぎます。

以前は、ユーザーがフォームを送信した後やBotステップの後に次のステップに進むことができず、手動でページをリフレッシュする必要がありました。 また、プロセスステップは完了後に自動的に進行しませんでした。

注: 稀に、アプリケーションが一時的に応答しなくなることがあるか、またはBotがセッションや同期の遅延のために最近の更新をすぐに反映しないことがあります。 ユーザーは最新の変更を確認するために、ページを手動で更新する必要があるかもしれません。
推奨アクション: そのような場合は、ブラウザを再起動して、以下を確認してください：
  • アプリケーションは正しく読み込まれます。
  • Bot 最新の更新を受け取る。
  • セッション関連の不整合が解消されました。
一時的な同期やセッション状態の問題を解決するのに役立ちます。
ユーザーは、アップロードしたファイル（画像／ファイル要素）を削除した後でも、フォームを正常に送信できるようになりました。 要素の状態が正しく更新されており、プロセスは期待どおりに次のステップへ進むことができます。

以前、Go Toアクションを使用して元のフォームステップに戻った後、ユーザーはアップロードしたファイルを削除することができましたが、要素の状態が正しく更新されなかったため、フォームの送信に失敗していました。

Service Cloud ケース ID: 02199787
アップロードされたファイルは、フォームルールの実行中に非表示のファイルを選択フィールドが動的に表示された場合でも、正しく保持および表示されるようになりました。

以前は、このような場合、フィールドが非表示に設定され、その後フォームルールによって表示されるようになった場合でも、アップロードされたファイルはファイルを選択要素に表示されませんでした。

Service Cloud ケース ID: 02292056
ユーザーは、Automation Co-Pilot で Bot によって作成されたリクエストを、アプリケーションのクラッシュを経験することなく開いて操作できるようになりました。 この修正により、プロセスステップのレンダリングが安定し、Bot によって生成されたリクエストの信頼性が向上します。

以前、Botによって作成されたリクエストの初期ステップをユーザーが開こうとした際、特にそのステップにテキストエリアやテキストボックスなどのフォーム要素を通じて表示されるマッピング済み変数入力（文字列、リスト、日付、数値）が含まれている場合、Automation Co-Pilotアプリケーションがクラッシュする問題が発生していました。
ストレージファイルの取得アクションは、設定時に誤ったストレージプロパティではなく、正しくドキュメントワークスペースストレージを参照するようになりました。 さらに、Document Workspace Storage を使用する Bot のために信頼性の高いドキュメント取得を復元し、空または破損した PDF のダウンロードによるプロセス障害を防止します。

以前、Bot が Document Automation を活用し、Process Composer – ストレージ ファイルの取得 アクションを使用して Document Workspace Storage からファイルを取得しようとした際に、失敗がすることがありました。 この操作は、ストレージにドキュメントが存在しているにもかかわらず、開くことができない空の（約1 KBの）PDF ファイルを返しました。

Service Cloud ケース ID: 02287363
ファイルの送信時や完了したステップにアクセスする際に、断続的に表示されていたファイル読み込みスピナーが表示されなくなり、よりスムーズな会話体験が実現されます。

以前、会話型オートメーション では、ユーザーがファイルをアップロードした後の最初のステップを送信した際や、完了したステップをクリックした際に、ファイルのアップロードまたは読み込みスピナーが短時間（2～3秒）表示されていました。
時間 フィールドは、Bot 実行後のフォームステップでユーザーが選択した時刻を正しく表示するようになり、Form-Bot-Form 間のやり取りにおける時刻値の正確な保持を保証し、タイムゾーンに関連する不一致による混乱を解消します。

以前は、プロセス内でフォームからBotへ、そして再びフォームへ時間値を渡す際、後続のフォームステップにある時間フィールドには、最初のフォームでユーザーが選択した時間ではなく、システムが生成した時間が表示されていました。
認証情報タイプの入力変数を含むプロセスが正常に実行され、リクエストもエラーなく作成されるようになりました。

以前は、フォームを通じて設定されたCredential-type入力変数（例：パスワード要素）を含むプロセスを実行した際に、リクエストが作成されませんでした。
リクエストは正常に作成されるようになり、ウィンドウ出力変数を含むプロセスも前処理エラーなしで実行されます。

以前は、プロセスにウィンドウ出力変数が含まれている場合、ユーザーはAutomation Co-Pilot Web からプロセスを実行できませんでした。
他のプロセスのタスクステップが同じ共有環境ユーザー内で更新された場合でも、不要なリフレッシュ呼び出しは発生しなくなり、埋め込みユーザーがタスクステップとやり取りする際に中断されることなく安定した状態が維持されます。

以前、プロセスワークフローの実行中に埋め込みユーザーは、特に共有チーム内の他のユーザーが自分のタスクを操作した場合、タスクステップで繰り返しリロードが発生していました。

Service Cloud ケース ID: 02302039

制限事項

ドロップダウン マルチセレクト 要素を使用し、a、b、c などのデフォルト値を設定したフォームを作成します。 プロセスを構築し、フォームタスクを追加し、ドロップダウン マルチセレクトのデフォルトオプションを新しい値p,q,rで上書きします。 次に、承認タスクを追加し、フォームタスクのドロップダウン マルチセレクト変数を利用可能なオプションおよび選択されたオプションにマッピングします。

プロセスを保存して実行し、プロセスがフォームタスクのステップに到達したら、利用可能なオプションからqを選択し、タスクを送信してください。 承認 タスクのドロップダウンマルチセレクト要素は、タスク提出後に動的にマッピングされた値を保持しません。 代わりに、値のない空の要素が表示されます。
デフォルト値を含むRadioButtonGroup要素を使用してフォームを作成し、その後、リストおよび文字列の出力変数を持つタスク Botを作成し、そのフォームをプロセス内のBot タスクおよび承認タスクで使用する場合。 利用可能 フィールドおよび 選択済みオプション フィールドで、Bot タスクのリスト変数および文字列変数、または プロセス 入力リスト変数および文字列変数を RadioButtonGroup にマッピングできます。 プロセスを保存して実行した後、フォームにマッピングされた値が表示されません。 RadioButtonGroup は引き続きデフォルト値のみを表示し、マッピングされた入力を無視します。

フィルターする値 フィールドが ディクショナリ または レコード 変数にマッピングされている フィルター タスクを含むプロセスをインポートすると、インポート後に Process Editor でエラーが表示されます。 フィルターする値 フィールドの変数マッピングが 任意 型に変更され、不正なマッピングが発生します。

回避策: プロセスをインポートした後、プロセスが正常に実行されるように、フィルターする値 フィールドから Any 型のマッピングを手動で削除してください。
デフォルト値を含むドロップダウン要素を持つフォームを作成し、リストおよび文字列の出力変数をタスク Botで作成して、そのフォームをプロセス内のBotタスクおよび承認タスクで使用する場合。 利用可能 および 選択済みオプション フィールドで、Bot タスクのリスト変数および文字列変数、または プロセス 入力リスト変数および文字列変数を ドロップダウン にマッピングできます。 プロセスを保存して実行した後、フォームにマッピングされた値が表示されません。 ドロップダウンは引き続きデフォルト値のみを表示し、マッピングされた入力を無視します。
ドロップダウン要素を含むフォームを作成し、そのフォームを使用してプロセスを構築し、利用可能なオプションフィールドでデフォルトのドロップダウン値を新しいものに上書きした後、承認タスクを追加してフォームタスクの出力変数をマッピングし、続いて別のフォームタスクを作成し、承認タスクのドロップダウン入力変数（any:asany 変数式を使用）を利用可能および選択済みオプションフィールドにマッピングします。

プロセスを保存して実行すると、フォーム タスクは承認タスクから動的にマッピングされた値を保持しません。 代わりに、フォームのデフォルト設定に戻るため、マッピングされた値が失われます。
ラベルにスペースを含むビジネス属性（例：biz attr）は、すべてのリクエストおよびタスクページの両方で利用可能な列リストに表示されません 。 その結果、これらの属性は表示用のテーブルに追加することができません。
テキストエリアの値をリッチテキストエディタ（RTE）に追加するフォームルールを使用する際、テキストが1回ではなく2回追加される可能性があります。 これは、textarea の要素の値を使用しているときのみ発生します。
プロセスが実行中にリクエスト属性を更新すると、すべてのリクエスト ページはリクエストが完了した後に新しい値を反映しません。 属性列は初期値を表示し続けます。
プロセス内でマルチセレクトドロップダウン要素を含むフォームを使用する際、Form タスクで選択された値が、変数マッピングが正しく設定されている場合でも、次の 承認 タスクに渡されないことがあります。
日付形式で設定されたフォームでは、ユーザーが日付を選択できず、適切なフォーム入力が妨げられます。 この制限はユーザーに不便をもたらし、この日付形式に依存するワークフローに影響を与えます。

Service Cloud ケース ID: 02292395
大きな入力ペイロード（複数の変数に渡される大規模なJSONなど）でゴールベースのエージェントを呼び出す場合、タスク ページに表示されるデータが切り捨てられます。 入力フィールドは垂直に拡張されますが、高さは固定されたままで、コンテンツの全体が表示されません。 レイアウトは利用可能な画面幅に調整されず、スクロールオプションも提供されないため、ユーザーが入力データを完全に表示する能力が制限されています。

フォームでは、TextBox フィールドがルールアクション（例えば、ボタンのクリックを通じて）によってプログラム的にデフォルト値（空）にリセットされると、関連する IsEmpty バリデーションルールは自動的にトリガーされません。
V2エンジンを使用してオーケストレーションされた自動化は、会話型アシスタントインターフェースからトリガーされた場合には実行できません。
ファイルを選択 要素を含むフォームで 新しいタブでリクエストを開く オプションを使用した場合、元のタブから同じステップを再送信しようとすると、エラーが発生する可能性があります。