* Salesforceアクションステップ：まず、一意のIDに基づいてレコードを取得する「レコードの取得」アクションを使用するSalesforceアクションステップを追加します。このアクションは、必要な特定のレコードを取得します。
* Slackアクションステップの追加：レコードを取得した後、Slackアクションステップを追加します。このステップは、メッセージをSlackに送信するために使用されます。
* レコードを使用する：取得したレコードを直接使用して、Slackアクションステップでメッセージを作成します。これにより、メッセージにSalesforceレコードからの関連情報が確実に含まれるようになります。
* コレクションの処理は不要: Get Records アクションは一意の ID に基づいて単一のレコードを取得するため、コレクションを処理したり、レコードを反復処理したりする必要はありません。

* シンボルの意味：表示されているシンボルは、中に「X」が入ったひし形で、BPMN（ビジネスプロセスモデリング表記法）における排他的ゲートウェイを表します。このゲートウェイは、特定の条件や状況に基づいてプロセスの流れを制御するために使用されます。
* 排他ゲートウェイ：排他ゲートウェイは、プロセスモデル内で定義された条件に基づいて、プロセスフローを複数のパスのうちの1つにルーティングします。ゲートウェイからは1つのパスのみが出力されます。
* プロセスでの使用例：排他ゲートウェイが検出されると、プロセスは各出力シーケンスフローの条件を評価し、条件を満たすパスを選択します。これにより、状況に応じて異なるアクティビティが実行されるようになります。

* Forループ内でのDML操作は避けてください。ループ内にDML（データ操作言語）操作を配置すると、各イテレーションで個別のDML操作が実行されるため、Salesforceのガバナー制限をすぐに超えてしまう可能性があります。レコードをリストに収集し、ループの外でDML操作を実行するのが最善です。
* コレクション変数を使用する: コレクション変数をループしてレコードを追加することで、より効率的でガバナー制限に達する可能性が低い一括DML操作を実行できます。
* アップサートアクションの使用：アップサートアクションを使用すると、挿入操作と更新操作を組み合わせることで、DMLステートメントの数を減らすことができます。ただし、この戦略は、特定のフロー要件とデータ構造に依存します。
* DML ステートメントを最後に配置する: DML 操作をフローの最後に集約することが推奨されますが、エラーや例外を適切に処理するように注意する必要があります。

* 分析パッケージのダウンロード：最初のステップは、RPAマネージャーから分析パッケージをダウンロードすることです。このパッケージには、デバッグに不可欠なログと詳細な実行データが含まれています。
* ビルドフェーズに戻す：RPAプロセスをビルドフェーズに戻すことで、開発者はプロセスに変更を加えたり、デバッグしたりすることができます。ビルドフェーズは、RPAプロセスの設計と構成を行うフェーズです。
* RPA Builderへのインポート：分析パッケージをRPAプロセスの開発およびデバッグに使用されるツールであるRPA Builderにインポートします。これにより、詳細な調査と障害の根本原因の特定が可能になります。
* デバッグ：RPA Builder内の詳細なログと実行データを使用して、プロセスをステップ実行し、問題を特定して修正を実装します。これは、RPAプロセスにおける問題を診断および解決するための最も効果的な方法です。

APIの過負荷を防ぐには、スパイク制御ポリシーが適しています。このポリシーは、リクエストの処理速度を制限することで、トラフィックの急増を管理するのに役立ちます。その仕組みは次のとおりです。
過負荷を防ぐ：
スパイクコントロールは、短期間にレート制限を適用することで、受信リクエストの急増を緩和し、バックエンドシステムが過剰なトラフィックによって過負荷になるのを防ぎます。
構成：
APIにスパイク制御ポリシーを適用して、特定の時間枠内で許可されるリクエストの最大数を定義します。
これにより、APIが1秒あたりに処理できるインタラクションの数を制限し、過負荷によるエラーを防ぐことができます。
実装：
Anypoint Platformでは、スパイク制御ポリシーを必要なしきい値に設定し、RPAプロセスがエラーなく負荷を効果的に処理できるようにします。
Anypoint Platform スパイク制御に関するドキュメント