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

v.38 リリースの Automation Co-Pilot の最新情報と変更点、および修正と制限事項について確認してください。

最新情報

Process Composerにドキュメント抽出が組み込まれました

ドキュメント抽出 を Process Composer を使ってプロセス自動化フローに直接シームレスに追加できるようになりました:
  • よりスマートに、より速くデザイン： 必要な場所にドキュメントタスクを追加します。
  • 柔軟でフレキシブル： プロセスが進化するにつれて、抽出ロジックを編集および更新します。
  • 保存時間： 複雑な統合を排除し、直接自動化に取り組みます。

抽出は、Task bots（Bot 実行者経由）またはAutomation Anywhere クラウド抽出サービスを使用して行うことができます。 ドキュメント抽出 を Document Automation で生成されたプロセスのネイティブタスクとして使用し、請求書、フォーム、または非構造化ドキュメント（任意の環境で）のデータを処理できます。

次の画像は、新しいドキュメント抽出タスクへのアクセス方法を示しています。

新しいドキュメント抽出タスク

プロセス オートメーションにドキュメント抽出タスクを追加する

フォーム用の計算要素のサポート

プロセスフォーム用の 計算 要素のサポートを追加しました。 このアップデートにより、フォームには計算値を含めることができ、プロセスフォームを使用するすべてのAutomation Co-Pilotバージョンで動的に表示されます。
  • 動的な数式レンダリング: プロセス内の開始、フォーム、または承認ステップで使用されるフォームは、計算要素を完全にサポートするようになりました。 これは、数式が自動的に計算され、その結果がフォームに直接表示されることを意味します。
  • フィールドタイプのサポート：
    • 数値フィールド： 数値は設定された数式に基づいて計算され、表示されます。
    • 日付フィールド： サポートされている関数を使用して計算された日付が表示されるようになりました。
  • リアルタイム計算表示： プロセスから計算フィールドを含むリクエストが作成されると、フォームは Form Composer で設定された数式ロジックに基づいて動的に計算された値を表示します。

新しい計算要素

計算 要素の使用

プロセスベースのBot導入向け強化されたレジリエンシー機能

プロセス展開の構成に回復性の設定を追加しました。 これにより、Automation Co-Pilot によってトリガーされる自動化は、より信頼性が高くなり、問題への対応力も向上します。 このアップデートにより、管理者はBotが予期しないポップアップにどのように対応するかを制御できるようになります。

プロセス設定 → プロセスの編集 → デプロイメントタブ に移動して、新しい 回復性の設定 セクションを見つけてください。

ポップアップ処理 予期しないポップアップを無視 チェックボックスは、プロセス内のすべてのTask Botsにデフォルトで選択されています。 このオプションが選択されると、タスクの自動化は自動化実行中に発生する予期しないポップアップを無視します。

回復性の設定 - ポップアップ処理

プロセスまたは Bot タスクのデプロイ設定を構成する

Co-Pilot PiPモードでの仮想デスクトップのサポート

現在の仮想ウィンドウモードに加えて、Co-Pilot を使い、仮想デスクトップモードで (ピクチャ イン ピクチャ) PiP を利用して 有人オートメーション を実行できるようになりました。 このアップデートにより、Bot の実行中にMicrosoft Officeやその他のデスクトップ アプリケーションを操作する際、より柔軟性とセキュリティが向上します。 画面上で自動化がどのように、どこで実行されるかをより良く制御できます：

新しい仮想デスクトップ PIP モード

注: PiP モード（仮想デスクトップを含む）は、Co-Pilotライセンスを持つユーザーのみが利用できます。
プログラムが実行中のときに、稼働時のオプション ドロップダウンメニューを使用してこのオプションを設定できます。
  • Automation Co-Pilot デスクトップ アシスタント
  • Automation Co-Pilot が組み込み済み

PIP ドロップダウン オプション

仮想デスクトップが仮想ウィンドウと異なる点

機能 仮想ウィンドウ（PiP） 仮想デスクトップ（PiP）
セッションタイプ 同じデスクトップでの子セッション 分離された新しいデスクトップ セッション
セキュリティ コンテキスト 親デスクトップ セキュリティを継承する 独立したデスクトップ セキュリティ コンテキスト
Office 統合 DRM/権限の制限を継承する可能性があります 保存、編集、エクスポートのための柔軟性の向上
事例 基本的なインタラクション 高度なオフィスまたはセキュアデスクトップ自動化

ピクチャー イン ピクチャー（PiP) で仮想デスクトップを使用する

新しい期間属性値タイプのProcess Composer対応

日、時間、分、秒を使用して期間を表示する変数を作成します。 時間ベースの変数を簡単に扱えるようになり、自動化プロセスでの期間を管理する際に、より多くの制御と精度を得ることができます。 組み込みの検証機能により、最小値、最大値、およびステップ値を設定して、期間入力が想定範囲内であることを保証できます。

割り当てページとリクエストページ用に保存されたタスク表示設定

ビジネスユーザー向けの Automation Co-Pilot は、自分にとって最も重要なタスクを素早く見つけることができます。 このアップデートにより、あなたの 割り当てられたタスク および リクエスト済みタスク タブの設定が、各ユーザーごとに自動的に保存されるようになります。
  • 割り当てられたタスク タブ: 自分の未完了タスクを選択すると、Automation Co-Pilotがその選択内容を記憶し、次回ログイン時に自分の未完了タスクのみを自動的に表示します。
  • リクエスト済みタスク タブ: リクエストを選択すると、Automation Co-Pilotはあなたの選択を記憶し、デフォルトであなたがリクエストしたタスクのみを表示します。
この機能強化により、
  • クリックを減らし、集中力を上げます。 フィルターを毎回再適用することなく、あなたにとって重要なタスクに直接アクセスできます。
  • Automation Co-Pilot があなたのお気に入りのビューを記憶し、より効率的に作業でき、パーソナライズされた体験を得られます。
  • 再トレーニングを必要とせず、新規ユーザーと既存ユーザーの両方が、手動で検索やフィルタリングを行うことなく、最も重要なタスクをすぐに確認できます。

Service Cloud ケース ID: 02094999

Co-Pilot ページとタスク のディープリンク

Co-Pilotへのディープリンクを追加しました。 これにより、余分なクリックなしで共有された URL から特定のプロセス、リクエスト、またはタスクを直接開くことができます。 以前は、リンクをクリックすると（例えば、Microsoft Teams、Slack、またはメールから）、Co-Pilotのホームページに移動し、自分でタスクを見つける必要がありました。 今、ディープリンクはあなたが必要とするものに直接案内します。

  • 直接プロセスアクセス： プロセスIDを使用して URL から特定のプロセスフォームを開きます。 URL パラメータからフォームフィールドを事前に入力することもできます。
  • リクエストとタスクのターゲティング: 特定のリクエスト内の保留中のタスク、プロセス内の最新のタスク、またはレビュー用の完了したタスクに直接リンクします。
  • エラー処理：
    • 存在しないプロセスを指すリンクの場合: 自動化リストに戻るボタン付きの明確なエラーメッセージが表示されます。

      リンク付きのエラー メッセージ

    • 存在しないリクエストまたはタスクを指すリンクの場合： タスクリストに戻るボタン付きの明確なエラーメッセージが表示されます。
    • 不正なプロセスまたはタスクを指すリンクの場合： オートメーションまたはタスクリストにリダイレクトされます。
  • チームおよびコラボレーションツールの統合： Microsoft Teams、Slack、またはメールからのリンクが直接右側のCo-Pilotページで開くようになったため、コンテキストを保持し、時間を節約することができます。

Automation Co-Pilot を使用するアプリケーションの埋め込みオートメーション

エージェント プロセス オートメーション向けケース表示の強化

ケースビューに新機能を導入し、AI エージェントやプロセスを扱う際に、より明確さと柔軟性をもたらします。

  • AI エージェント は新しいタスクタイプである Human in the loop をサポートするようになりました。 このステップでは、AI エージェント が実行を一時停止し、続行する前に人間の入力を求めることができます。 これにより、人間が重要な意思決定の場面で主導権を握り続けることができ、AI エージェントはより安全で、透明性が高く、協力的になります。

    Human in the loop task

    タスクの可視化：
    • 完了した Human in the loop ステップは、フォームタスクのように表示されます。
    • プランナーのタスクはデフォルトで非表示になっています（管理者／作成者は必要に応じて表示できます）。

    AI エージェント

  • すべての リクエスト および ごみ箱 ページにおいて、プロセスと AI エージェント の管理方法が改善されました。
    • 新しいタイプ列が追加され、項目がプロセスなのかAI エージェントなのかが明確に表示されるようになりました。 迅速なアクセスのためのフィルタリングとソートをサポートしています。
    • プロセス列は一貫性を保つために名前に名前が変更されました。

    新しいタイプ列が追加されました

変更内容

埋め込みアプリケーション向けのAutomation Co-Pilotにおけるアクセシビリティの向上

最新のアクセシビリティ基準に合わせて使いやすさを向上させるため、組み込みアプリケーション内でAutomation Co-Pilotを使用する際、Automationsリスト内の Bot とその関連アクションの間の視覚的な間隔を広げました。 このアップデートにより、オートメーションのナビゲートとインタラクションが容易になり、すべてのユーザーにとってより快適でアクセスしやすい体験が提供されます。

すべての顧客にビジネス属性が利用可能になりました

ビジネス属性 をウェブ版の Automation Co-Pilot でご利用いただく際、より簡単に活用できるようになりました。 この機能はもはやEnterprise Platformライセンスを必要としないため、現在、すべてのお客様が利用可能です。 使用バージョン：

  • オンプレミス

  • クラウド

  • Community Edition

今すぐビジネス属性を使用して、自動化を効率化し、プロセス全体でデータの一貫性を向上させることができます。 追加の設定は不要で、より広範なアクセスと大きな柔軟性を楽しめます。

Automation Co-Pilotにおけるビジネス属性についてを参照してください。

GoTo エンドポイントでのAPIタスクの入力変数を上書きする

プロセスビルダーは、API タスクを使用する際にGoToエンドポイントで入力変数をオーバーライドできるようになりました。 これにより、Botのタスクと似たものになります。

ターゲットタスクの入力値を上書きする

以前は、GoTo エンドポイントで Bot、フォーム、承認、ドキュメント抽出、プロセスなどのタスクの入力変数を変更できました。 API タスクが選択された場合、上書きするオプションは利用できませんでした。 この改善により、ビルダーは API タスクにコンテキスト入力を渡すことができ、GoTo ノードを使用してデザインをより柔軟で再利用可能にします。

プロセスビューでステップ完了時間が表示されます

各ステップの 完了日時 を プロセス ステップ ビュー に（完了としてマークされた後）追加しました。 この機能は、煩雑さを加えずにユーザーインターフェースをシンプルで読みやすく保つために設計されました。 各プロセスステップにかかる時間をチームが把握できるようにし、貴重な透明性と追跡可能性を提供します。 これが提供するもの：
  • 強化された監査性： 各ステップが完了した日時を簡単に追跡できます。
  • 改善されたリソース割り当て： ボトルネックを見つけ、実際の完了時間に基づいてワークフローを作成します。
  • チームに関する有用なインサイト: 実行タイムラインに対するチームの可視性を高めます。

プロセス ステップ ビューの完了日付と時刻の表示を調整するには、スライド スクロールバーを左右にドラッグします:

完了日付と時間のスライド スクロールバー

ビジネスユーザー向け Automation Co-Pilot でラベルが更新されました

ビジネスユーザー向け Automation Co-Pilot設定インターフェースで次のラベルが更新されました。

  • セクションタイトル ナレッジベース容量 は 会話型インデックス メモリー に改名されました。
  • 説明テキストは、200 MB の会話インデックス メモリーを参照するようになり、200 MB のナレッジベース容量ではなくなりました。

修正

Form Composer の問題を修正しました。 以前は、条件を削除した後にテーブル要素ルールを再度開くと、フォームがクラッシュする可能性がありました。 現在、テーブル要素の条件を追加、削除、編集することが中断されることなくできます。
以前のバージョンでは、フォルダーを開くボタンがInteractive Forms Folder Element内でアイコンとその隣のテキストとの間に十分なスペースがありませんでした。 これにより、見た目が乱雑で読みづらくなりました。 今、アイコンとテキストの間に明確で均等なスペースがあり、読みやすくなっています。

オープンフォルダーのインタラクティブフォームの間隔

Automation Co-Pilot for desktop で Number 要素を含むフォームを作成する際、15 桁を超える数字が正しく表示されませんでした。 カンマ区切りが有効になっていても、この問題が発生しました。 現在、数字が15桁を超える場合、デスクトップフォームでは最も近い15桁の精度に丸められます。
以前、Rich Text Editor (RTE) 要素の値を設定するためにルールが適用されたとき、エディターの内容は正しく更新されましたが、フォーカスは自動的にコンテンツの下部にスクロールしませんでした。 代わりに、スクロール位置は静止したままか上部に留まり、混乱を招く可能性がありました。 エディターは現在、正しく自動スクロールして下部に移動し、動的コンテンツの更新中に期待される動作との可視性と整合性を向上させています。

ユーザーがフォームに長い 要素 ラベル（例えば、200文字以上でスペースがないラベル）を追加した場合、ラベルのテキストは折り返されず、フォーム作成者のキャンバスとプロセスからのフォームレンダリングの両方で視覚的に切り取られました。 現在、スペースのない200文字を超えるラベルは、正しく次の行に折り返されるか、切り捨てられます。
Automation Co-Pilot のウェブインターフェース内の リクエストを作成 ページ下部に、不要な横スクロールバーが表示されていました。 これは、ユーザーがプロセスにフォームを作成して添付し、それを実行したときに発生し、オーバーフローの動作とユーザーエクスペリエンスの劣化につながりました。 横スクロールバーがもう表示されなくなりました。
SalesforceなどのAutomation Co-Pilot iframe 統合では、ユーザーは非表示変数を使用できませんでした。 フォームデータが postMessage を使用して送信された際、フォーム内の隠し変数が渡されず、結果として Automation Co-Pilot プラットフォームへのデータ転送が不完全になっていました。

現在、postMessage データの処理方法が改善され、隠し変数が正しく解析され、フォーム送信ペイロードに含まれるようになりました。 埋め込み式のAutomation Co-Pilotフォームで作業する際、非表示変数が期待どおりに保持されるようになりました。

Service Cloud ケース ID: 02222829
Automation Co-Pilot で埋め込み型オートメーションを使用し、新しいウィンドウで開く ボタンをクリックすると、新しいウィンドウがリクエスト作成ページを開く前に一時的に埋め込みページを表示する場合があります。

Automation Co-Pilot のフォームに4MBを超えるファイルをアップロードした際、マルチパートの一時ファイルが Control Room サーバーの一時ファイル保存場所 (C:\window\temp または appdata\temp) に作成されました。 これにより、サーバーのディスクスペースが満杯になりました。 現在、これらのマルチパート ファイルは自動的に一時ファイルの場所から削除されるため、サーバーディスクがいっぱいになるのを防ぎます。

Service Cloud ケース ID: 02171128

Bot のデプロイは、入力サイズが5 MBを超える場合（例：18 MB）、処理を試みなくなります。 監査ログにエラーメッセージを表示して失敗します。 これにより、将来の Bot のデプロイが問題なく行えるようになります。

Service Cloud ケース ID: 02193652
フォームを含むプロセスを実行すると、次のいずれかが含まれている場合は、
  • 日本語の文字を含む画像名。
  • 日本語の名前が付けられたフォルダー内にある画像ファイル。

エラーメッセージ: リクエスト URI は印刷可能な ASCII 文字のみを含むことができるため、拒否されました はもはや表示されず、プロセスは正しく実行されます。

Service Cloud ケース ID: 02204813

フォームが親 Bot やプロセスの依存関係の一部である場合でも、フォームの以前のバージョンをチェックアウトしてもエラーが発生しないように選択できるようになりました。 以前は、前のバージョンをチェックアウトできないというエラーが発生し、問題が続く場合は管理者に連絡するように表示されていました。

Service Cloud ケース ID: 02211884
フォームを作成し、プロセスを作成するために画像コンポーネントを追加した後、フォームにリンクされた幅または高さが大きい画像は、プロセスを実行すると完全に表示されます。 以前は、画像の一部がフォーム内で隠されたり、切り取られたりしていました。

Service Cloud ケース ID: 02210232
Control Room の言語が英語以外に設定されている場合、Automation Co-Pilot の下の ユーザーグループ ページは、デプロイメント リソースが空の場合に何度も再読み込みされ続けていました。 これにより、Automation Co-Pilotプロセスのデフォルトのデプロイメント リソースを設定する際に、非英語ユーザーにとってページが使用できなくなりました。 今後、ユーザーはControl Roomの言語が英語でなくてもデフォルトのデプロイメントリソースを選択でき、ユーザーグループページは言語設定に関係なく安定して動作します。

Service Cloud ケース ID: 02222784

顧客は現在、Document Automation インターフェースからタスクをエクスポートし、オフライン処理または報告のために割り当てられたタスクデータを取得できます。 以前は、ユーザーが エクスポート リンクをクリックすると (成功 通知を見た後)、期待される .CSV ファイルをダウンロードする代わりにタスクページにリダイレクトされていました。

Service Cloud ケース ID: 02223778

新しいプロセスにドキュメント要素を持つフォームが含まれていて、この要素がフォーム内の ファイルを選択 フィールドまたは ファイル 変数にマッピングされている場合、プロセスを保存して再度開いてもドキュメント要素のマッピングエラーは表示されなくなります。

注: この問題は、最初の実行時、レガシーのProcess Composerから新しい次世代Process Composerにプロセスを移行する場合、またはプロセスをインポートする場合には発生しませんでした。
ウェブフォーム内のハイパーリンク要素をクリックすると（有効なURLで設定されている場合）、以前は1つだけでなく2つの別々のブラウザタブで開いていました。 この問題は修正されました。 現在、ウェブフォーム レンダラーのハイパーリンクは、正しく単一のブラウザタブで開くようになります。
以前は、ステップ間でマッピングされたデフォルト値を持つ日付要素がフォームにある場合、ユーザーはプロセスを実行できませんでした。 日付要素がデフォルト値にマッピングされたとき、プロセスは失敗します。 この問題は現在修正されています。 ユーザーは、フォームの日付要素がデフォルト値にマッピングされている場合、変数にマッピングされている場合、またはマッピングされていない場合でも、プロセスをスムーズに実行できるようになりました。
Automation Co-Pilot の AI ナレッジ ページにある ファイルの同期 オプションは、ファイルの同期が完了するまで利用できなくなりました。

以前は、ユーザーが同期中にページを更新すると、同期がまだ進行中であってもオプションが有効になり、ユーザーが再度同期を開始するよう促される可能性がありました。
AI ナレッジ ページの Automation Co-Pilot にある ファイルの同期 オプションは、同期が完了するとすぐに利用可能になります。

以前、同期ファイル オプションは数秒間利用できず、ユーザーが手動でページを更新する必要がありました。
Automation Co-Pilot で会話型オートメーションを使用し、デフォルトの 実行できるオートメーションをおすすめする オプションをクリックすると、チームに公開および割り当てられている上位10件のオートメーションを表示できるようになりました。 さらに、チャットプロンプトに自動化の名前を入力すると、期待通りに特定の自動化が表示されます。

以前は、複数の自動化が公開され、あなたのチームに割り当てられていても、限られた数の自動化のみが表示されていました。
チャット インターフェースから入力変数を使用してプロセスを実行すると、インライン通知がリクエスト ID やトラッキング ID を含むプロセスの詳細を正しく表示するようになりました。 これにより、チャット ウィンドウから自動化を直接追跡および管理できます。

以前は、通知には自動化 ID のみが表示されており、自動化の正しいステータスや詳細が提供されていませんでした。
購入済みおよび利用可能なインデックス容量が正しく表示されるようになり、管理者が意図した通りに割り当てを管理できるようになりました。

以前は、エンタープライズ ライセンスに利用可能な容量が含まれていても、インデックスの容量がゼロとして誤って表示されていました。
プロセスが実行されると、完了した承認タスクが読み取り専用モードで表示され、承認が確定したことが明確に確認でき、重複したアクションを防ぎます。

以前は、承認タスクを完了した後、ステップが期待通りに読み取り専用に切り替わらず、アクティブなまま表示されていたため、ユーザーは再度承認または却下を試みることができ、その結果、ステップはすでに完了しているというメッセージが表示されました。
チャット インターフェースは、実行時に自動化が利用できない場合に正しくエラーメッセージを表示するようになりました。

以前は、ユーザーが公開リポジトリから削除されたチャット インターフェースから自動化を実行しようとすると、連続して読み込みアイコンが表示されるだけで、エラーはバックエンドログにのみ表示されていました。
タスクタブから有効な保留中のタスクにアクセスすると、タスクはエラーなく正常に開くようになりました。

以前は、有効なタスクが正しく読み込まれる前に、エラーメッセージが一瞬表示されていました。
アシスタント セクションでは、チャットウィンドウを上にスクロールすることで、以前のチャットメッセージを確認できるようになりました。

以前は、上にスクロールすると古いメッセージが自動的に読み込まれませんでした。
これからは、Botフォルダーやそのサブフォルダーに200個を超えるファイルが含まれている場合でも、初期設定（day 0）からすべてのプロセスに対してAIベースの自動化サマリーを正常に生成できます。

以前は、Bot フォルダーまたはそのサブフォルダー内のファイル数が200を超える場合、要約の生成が失敗し、一部のファイルが省略されることがありました。
最後の成功した同期時間は、AI ナレッジページで最初のファイル同期を行うときに、未同期と正しく表示されるようになりました。

以前、ファイルを初めて同期する際に、システムが最後の正常な同期時刻を55年前と誤って表示していました。
アシスタント セクションで 実行できる自動化を提案 ボタンをクリックすると、パブリック ワークスペース内で利用可能かつチームに割り当てられている上位10件の自動化を、チャットウィンドウ上で直接確認できるようになりました。

以前は、限られた数の自動化のみが表示されており、他の自動化にアクセスするには、チャットウィンドウに自動化名を手動で入力する必要がありました。

制限事項

Automation 360 バージョン37以前では、利用可能なプロセスタイプは1種類のみでした。 クラシック。 Automation 360 バージョン38以降、新たなプロセスタイプである エージェント が追加されました。

この変更をサポートするために、新しい 田尾い フィルターがリクエスト ランディングページに追加されました。 これにより、ユーザーはプロセスタイプに基づいてフィルタリングできます。 しかし、一部の環境では、このフィルターはElasticsearch (ES)インデックスにデフォルト値が欠けているため、正しく機能しない可能性があります。

システムは現在、2つのストレージ方法をサポートしています:
  • リレーショナル データベース管理システム（RDBMS）
  • Elasticsearch（ES）

processTypeやexecutionEngineなどの新しいフィールドに対して、RDBMS にデフォルト値が追加されました。 しかし、ES は自動的にデフォルト値を設定しません。 したがって、ES の一部のレコードにはこれらのフィールドが存在しない場合があり、そのためタイプフィルターが失敗したり、不完全な結果を返すことがあります。

ES データをデータベースのデフォルトに一致させるための一度限りの移行が導入されました:
  • クラウドへのデプロイの場合、この移行はグローバルアップデートプランを通じて自動的に行われ、すべての既存のリクエスト エントリが正しいデフォルト値で更新されます。
  • オンプレミスでのデプロイの場合、一貫性を確保するために手動の回避策が提供されます。

この移行が完了すると、タイプ フィルターは クラシック および エージェント の両方のプロセスタイプを正しく表示します。

オンプレミス展開の回避策: ES のマッピングを手動で更新し、欠落している値を入力するには：
  1. process_composer_request インデックスを更新
    • 既存のマッピングを確認する：

      GET /process_composer_request

    • 不足しているフィールドがある場合は追加してください：
      PUT process_composer_request/_mapping
{
  "properties": {
    "processType": {
      "type": "text",
      "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } }
    },
    "executionEngine": {
      "type": "text",
      "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } }
    }
  }
}
    • 欠落しているフィールド値を入力してください：
      POST process_composer_request/_update_by_query
{
  "script": {
    "source": """
      if (ctx._source.processType == null) {
        ctx._source.processType = 'PROCESS';
      }
      if (ctx._source.executionEngine == null) {
        ctx._source.executionEngine = 'EXECUTION_ENGINE_V1';
      }
    """,
    "lang": "painless"
  }
}
    • 更新完了を確認してください：
      GET process_composer_request/_search
{
  "query": {
    "bool": {
      "must_not": [{ "exists": { "field": "processType" } }]
    }
  }
}

      想定される結果： ゼロ件のドキュメントが返されました。

  2. process_composer_task インデックスを更新
    • 既存のマッピングを確認する：

      GET /process_composer_task

    • 不足しているフィールドがある場合は追加してください：
      PUT process_composer_task/_mapping
{
  "properties": {
    "processType": { "type": "text", "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } } },
    "executionEngine": { "type": "text", "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } } },
    "workflowControllerType": { "type": "text", "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } } },
    "sourceType": { "type": "text", "fields": { "keyword": { "type": "keyword", "ignore_above": 256 } } }
  }
}
    • 欠落しているフィールド値を入力してください：
      POST process_composer_task/_update_by_query
{
  "script": {
    "source": """
      if (ctx._source.processType == null) {
        ctx._source.processType = 'PROCESS';
      }
      if (ctx._source.executionEngine == null) {
        ctx._source.executionEngine = 'EXECUTION_ENGINE_V1';
      }
      if (ctx._source.workflowControllerType == null) {
        ctx._source.workflowControllerType = 'STEP';
      }
      if (ctx._source.sourceType == null) {
        ctx._source.sourceType = 'USER';
      }
    """,
    "lang": "painless"
  }
}
    • 更新完了を確認してください：
      GET process_composer_task/_search
{
  "query": {
    "bool": {
      "must_not": [{ "exists": { "field": "processType" } }]
    }
  }
}

      想定される結果： ゼロ件のドキュメントが返されました。

上記の手順を終えた後：
  • すべての現在のリクエストとタスクの記録には、正しいデフォルト値が設定されます。
  • リクエストランディングページの タイプ フィルターは、正常に機能します。
  • コードレベルの修正は必要ありません; これはバージョン37と38の間の一度限りのデータ整合です。
Automation Co-Pilotタスクを使用する場合： ドロップダウン フィールドにルールが設定されたフォームでは、いくつかの問題に気付くかもしれません：
  • ドロップダウンにデフォルトのアイテムリストがある場合、ルール（表示/非表示のロジックなど）は正常に機能します。
  • ドロップダウンが入力からアイテムのリストを取得する場合、ルールが正しく機能しない可能性があります。
  • この問題は、400以上のアイテムのような大きなドロップダウンリストでより明らかであり、すべての値をデフォルトで設定することは実用的ではありません。

入力からのアイテムでドロップダウンが満たされている場合、ルールは機能しない可能性があります。

Service Cloud ケース ID: 02202529
Automation Co-Pilot の アシスタント タブでプロンプトを入力し、プロンプト内のテキストを選択してから Enter キーを押すと、アプリケーションがクラッシュします。 送信ボタンを使用してプロンプトを送信することは、想定通りに機能します。

回避策: テキストが選択されている間は、送信ボタンを使用してプロンプトを送信してください。Enterキーを押すのではなく。

チェックボックスグループ フォーム要素の選択されたオプションを設定するために文字列のリストを使用すると、正しく機能しません。 チェックボックスグループにはディクショナリ<Boolean>構造が必要です。 この構造では、各キーがオプションであり、Boolean 値はそれが選択されているかどうかを示します。 今、リスト<String>をチェックボックスフィールドに直接渡すと、自動的に必要な辞書形式に変換されません。

チェックボックスグループ または マルチセレクト ドロップダウン の選択肢として List 変数を直接渡すと、プロセス実行時にオプションが正しく選択されません。 エラーメッセージは表示されませんが、フォームには期待する事前選択された値が表示されません。

回避策:
  1. 事前に選択したいオプションを持つ リスト<String> 変数を作成します。
  2. .Form:toCheckboxPickedOptions ユーティリティ メソッドを使用して、リストを辞書に変換します。
  3. チェックボックスグループの選択されたオプションの入力としてこの辞書を渡してください。
以前のリリースからの制限事項

一部のAutomation Co-Pilotプロセスに影響する問題が、Automation 360 v.37にアップデートしたユーザーにとってより顕著になりました。 以前のバージョンでは、プロセス内でBotやフォームを再マッピングする際、最後の再マッピングのみが保存され、同じ編集セッション中のそれ以前の再マッピングは保持されませんでした。

回避策: 問題を解決するには、影響を受けたすべてのBotとフォーム参照をAutomation Co-Pilot プロセスで手動で再マッピングしてください。 これらの再マッピングがAutomation 360 v.37で完了し保存されると、そのプロセスでこの問題は再発しません。 すべてのプロセス依存関係を再マッピング後に確認して、それらが正しいことを確認してください。

Service Cloud ケース ID: 02225314
フォームルールを使用して隠されたテーブル要素が表示されると、期待通りにフル幅でレンダリングされません。 代わりに、テーブルはデフォルトの 100% 幅表示の代わりに、誤った幅スタイリングで表示されます。 この問題は、フォームルールで表示が制御されているときにのみ発生します。 テーブルはルールを使用せずに正しく表示されます。

Automation 360を28より前のバージョンからバージョン36に更新した後、既存のフォームに重複した送信ボタンが表示されています。 以前のバージョンでは、プロセスレベルのボタンのみが表示されていました。 しかし、新しいバージョンはプロセスレベルとフォームレベルの両方のボタンを表示し、重複を引き起こします。

回避策: 重複ボタンが表示されないようにするには、フォームレベルのボタンに対して フィールドを非表示にする 設定を有効にしてください。 しかし、フォームが多数ある場合、この回避策は各フォームごとに手動で更新する必要があり、多くの時間がかかる可能性があります。

Service Cloud ケース ID: 02211874
Automation Co-Pilot を使用して入力変数ベースのプロセスを実行し、ファイル変数を入力としてファイルをアップロードしようとすると、Automation Co-Pilot でファイルが正しくアップロードされず、エラーが発生します。
数値要素を含むフォームを作成し、その後:
  • 数値要素のために より小さい (<) 条件 を使用してフォームルールを追加します。
  • 条件が満たされた場合、警告メッセージを表示する アクションを設定します。 例えば: 18未満の場合は、警告メッセージを表示します。
  • フォームを保存します。
  • プロセスを作成し、フォームを添付して、プロセスを実行。
より小さい (<) 条件 に設定された数値より大きい数値を入力すると（例えば、20）、警告メッセージが表示されます。 警告メッセージは表示されるべきではありません。

Automation Co-Pilot からプロセスがトリガーされ、要素の値が含まれている場合、プロセスはフォーム要素の値（非表示変数を含む）を取得し、Process Composer で定義されたルールに従ってマッピングすることが期待されます。 Automation 360 v.37 にアップデートした後、非表示の変数が取得されず、プロセスルールの処理に渡されません。

しかし、これはフォーム内の隠れた変数にのみ制限されています。

Automation 360を28より前のバージョンからバージョン36に更新した後、既存のフォームに重複した送信ボタンが表示されています。 以前のバージョンでは、プロセスレベルのボタンのみが表示されていました。 しかし、新しいバージョンはプロセスレベルとフォームレベルの両方のボタンを表示し、重複を引き起こします。

回避策: 重複ボタンが表示されないようにするには、フォームレベルのボタンに対して フィールドを非表示にする 設定を有効にしてください。 しかし、フォームが多数ある場合、この回避策は各フォームごとに手動で更新する必要があり、多くの時間がかかる可能性があります。

Service Cloud ケース ID: 02211874
前のステップからの変数マッピングを使用してフォームをマッピングすると、要素のラベルはその後のステップや完了したステップで消えます。 データは正しく通過しますが、要素のラベルは期待通りに表示されません。
現在は、Automation Co-Pilot 管理者としてログインしているユーザーは、Automation Co-Pilot ユーザーライセンスを持っていない場合、パブリックワークスペースからプロセスを実行またはスケジュールすることができません。 プロセスのフォルダーに対する実行またはスケジュールの権限を持つユーザーは、プロセスを実行またはスケジュールできなければなりません。

回避策: 必要なライセンスを追加します。
現在は、Automation Co-Pilot 管理者としてログインしているユーザーは、Automation Co-Pilot ユーザーライセンスを持っていない場合、パブリックワークスペースからプロセスを実行またはスケジュールすることができません。 プロセスのフォルダーに対する実行またはスケジュールの権限を持つユーザーは、プロセスを実行またはスケジュールできなければなりません。

回避策: 必要なライセンスを追加します。

インターフェースの更新

Process Composer
新しい ドキュメント抽出タスク が Process Composer の 要素 パネルに追加され、ドキュメントからデータを抽出するために任意のプロセスにドラッグできます:

新しいドキュメント抽出タスク

Process Composer のフォーム用の Elements パネルに 計算 要素が追加されました。

新しい計算要素

Automation Co-Pilot
新しいフィルタータイプ、タイプ が追加され、2つのドロップダウンオプションがあります: AI エージェント および プロセスを設定してエージェント プロセス オートメーションを構成します。 さらに、プロセス設定 ランディングページに タイプ 列が追加されました。

エージェント プロセス オートメーション構成

プロセス設定 → プロセス編集 → デプロイメントタブに新しい回復性の設定セクションが追加され、ポップアップ処理オプションや、いくつかのセクションのタイトル名変更が行われました。 デプロイメント設定 と プロセスバージョン:

回復性の設定 - ポップアップ処理

新しい Virtual desktop オプションが PIP モードで実行 設定として Co-Pilot に追加されました。

新しい仮想デスクトップ PIP モード

PIP モードで実行と仮想デスクトップおよび仮想ウィンドウオプションが実行時オプションのドロップダウンメニューに追加されました：
  • Automation Co-Pilot デスクトップ アシスタント
  • Automation Co-Pilot が組み込み済み

PIP モードで実行するドロップダウンオプション

すべての リクエスト と ゴミ箱 ページについて:
  • 新しいタイプ列が追加され、項目がプロセスなのかAI エージェントなのかが明確に表示されるようになりました。
  • プロセス列は一貫性を保つために名前に名前が変更されました。

新しいタイプ列が追加されました

新しいタスクタイプ Human in the loop が追加され、AI エージェント をサポートします。

Human in the loop task