ビジネスユーザー向け 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 ナレッジベースの管理

変更内容

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ビューに自動的に着地します。

修正

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

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

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

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

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

リッチテキストエディタ（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

制限事項

ラベルにスペースを含むビジネス属性（例：biz attr）は、すべてのリクエストおよびタスクページの両方で利用可能な列リストに表示されません 。 その結果、これらの属性は表示用のテーブルに追加することができません。
テキストエリアの値をリッチテキストエディタ（RTE）に追加するフォームルールを使用する際、テキストが1回ではなく2回追加される可能性があります。 これは、textarea の要素の値を使用しているときのみ発生します。
プロセスが実行中にリクエスト属性を更新すると、すべてのリクエスト ページはリクエストが完了した後に新しい値を反映しません。 属性列は初期値を表示し続けます。
プロセス内でマルチセレクトドロップダウン要素を含むフォームを使用する際、Form タスクで選択された値が、変数マッピングが正しく設定されている場合でも、次の 承認 タスクに渡されないことがあります。
大きな入力ペイロード（複数の変数に渡される大規模なJSONなど）でゴールベースのエージェントを呼び出す場合、タスク ページに表示されるデータが切り捨てられます。 入力フィールドは垂直に拡張されますが、高さは固定されたままで、コンテンツの全体が表示されません。 レイアウトは利用可能な画面幅に調整されず、スクロールオプションも提供されないため、ユーザーが入力データを完全に表示する能力が制限されています。